big-deal
Anmeldungsdatum: 10. Januar 2010
Beiträge: 94
|
Hallo zusammen, die Freigaben meiner Synology-DS werden über fstab und Script ins Home Verzeichnis gemountet, soweit funktioniert das schon mal. Jedoch habe ich festgestellt, dass wenn innerhalb der Synology Freigabe (beide Ort auf der Synology) Dateien kopiere/verschiebe, dauert der Vorgang eine Ewigkeit = ca. 4,7MB/s werden beim Kopieren angezeigt, unerträglich... Konkret habe ich eine 4,7GB große Datei von Ordner A nach Ordner B kopiert. Beide Ordner sind innerhalb der gleichen Synology Freigabe angelegt. Synology, Notebook und Router sind mit 1GB Lan verbunden. Ich denke das die Performance von gvfs und samba vergleichbar sein sollten? Wenn ich die Freigabe jedoch mit gvfs über Nemo mounte, bin ich wesentlich schneller im Vergleich zu fstab. Am schnellsten bin ich natürlich, wenn ich mit dem Synology-DSM über den Browser direkt auf die Synology zugreife und den Kopiervorgang direkt auf der Synology starte. Dauer des Kopiervorgangs von 1 Datei 4,7GB groß: DSM direkt auf der Synology = 1,5 min. gvfs = ca. 3,5 min. fstab samba = so lange wollte ich nicht warten, wahrscheinlich 15-20 min., unerträglich 👿 Vielleicht ist etwas in der fstab nicht ganz korrekt eingetragen? Oder hat jemand eine Idee, woran das liegen könnte? Hier noch der Eintrag in der fstab:
| //IP Synology/music /home/user/DS/music cifs credentials=/home/user/.smbcredentials,users,noauto,uid=1000,gid=1002 0 0
//IP Synology/photo /home/user/DS/photo cifs credentials=/home/user/.smbcredentials,users,noauto,uid=1000,gid=1002 0 0
//IP Synology/video /home/user/DS/video cifs credentials=/home/user/.smbcredentials,users,noauto,uid=1000,gid=1002 0 0
|
|
JensHol
Anmeldungsdatum: 31. Oktober 2017
Beiträge: 322
|
Mit welchem Client greifst du denn zu? Und über welches Netz: Beispiel: verschieben von Windows: Samba gibt Befehl an Server und der Server verschiebt.
Kopieren via Windows (eventuell je nach Einstellungen) holt die Daten vom Samba zb übers Netz auf den Client und lädt sie wieder hoch. Das ganze über wlan kann schon mal dauern Ein paar Infos mehr zur Infrastruktur wären daher gut
|
big-deal
(Themenstarter)
Anmeldungsdatum: 10. Januar 2010
Beiträge: 94
|
Mit Client meinst du das Gerät welches auf die Synology zugreift, oder? Wenn ja, dann wäre es ein Notebook mit Ubuntu 18.04. Das Notebook ist mit einem cat 6 LAN-Kabel am Router (Fritz Box 6360) verbunden, bei der Synology ist es dasselbe. Ist also alles innerhalb des eigenen Netzwerks und kabelgebunden. Ich verstehe nicht, warum die Performance so stark einbricht im Vergleich zu gvfs, nachdem ich die Synology Freigeben in die fstab Datei eintrage... Falls jemand noch Infos braucht, bitte einfach melden...
|
chr123
Anmeldungsdatum: 19. Juli 2018
Beiträge: 1632
|
big-deal schrieb: Vielleicht ist etwas in der fstab nicht ganz korrekt eingetragen? Oder hat jemand eine Idee, woran das liegen könnte?
Es könnte auch an der Protokollversion liegen. Entweder direkt per mount.cifs oder eben in der fstab die Option "vers=3.0" anhängen, siehe man mount.cifs für die weiteren Protokolle. Ich würde an deiner Stelle von Version 1.0 bis 3.0 alles durchtesten.
|
big-deal
(Themenstarter)
Anmeldungsdatum: 10. Januar 2010
Beiträge: 94
|
Danke für den Tipp, mit "vers=2.0" in der fstab hat geholfen und ich bin jetzt bei 30-35MB/s 👍 Da meint man, dass "vers=3.0" besser/schneller sein sollte, habe SMB3 als Maximum bei der Synologe eigestellt... Ich denke mehr an Geschwindigkeit wird nicht gehen, oder? Wenn ich einen Kopiervorgang über den Browser direkt auf der Synology starte, dann wird der Vorgang mit 50-55MB/s abgearbeitet. Versteh mich nicht falsch, mit den 30-35MB/s bin ich schon glücklich, aber wenn du noch einen Optimierungsvorschlag hast, wäre ich nicht abgeneigt 😇 Gruß und Dank!
|
chr123
Anmeldungsdatum: 19. Juli 2018
Beiträge: 1632
|
Ne, ich denke nicht, daß es noch sinnvolle Optimierungen gibt. Allerdings stehen in der besagten manpage noch weitere Optionen, die ausprobiert werden können. Erfahrungswerte kann ich dazu aber nicht liefern.
|
big-deal
(Themenstarter)
Anmeldungsdatum: 10. Januar 2010
Beiträge: 94
|
Jetzt habe ich mich zu früh gefreut... Soeben festgestellt, dass Kopiervorgänge von der Synology auf das Notebook erst nach einer Verzögerung von 15-20 Sekunden beginnen. In diesem Fall macht es keinen Unterschied, ob es eine 4MB oder 4GB große Datei ist. Es dauert immer 15-20 Sekunden, bis der Kopiervorgang startet. Die Geschwindigkeit ist soweit annehmbar bei 30-35MB/s, sobald der Kopiervorgang startet ... Habe gelesen, dass ein zusätzlicher Eintrag "socket options = TCP_NODELAY" in der Datei /etc/samba/smb.conf helfen könnte, aber dieser zeigt bei mir leider keine Wirkung... #
# Sample configuration file for the Samba suite for Debian GNU/Linux.
#
#
# This is the main Samba configuration file. You should read the
# smb.conf(5) manual page in order to understand the options listed
# here. Samba has a huge number of configurable options most of which
# are not shown in this example
#
# Some options that are often worth tuning have been included as
# commented-out examples in this file.
# - When such options are commented with ";", the proposed setting
# differs from the default Samba behaviour
# - When commented with "#", the proposed setting is the default
# behaviour of Samba but the option is considered important
# enough to be mentioned here
#
# NOTE: Whenever you modify this file you should run the command
# "testparm" to check that you have not made any basic syntactic
# errors.
#======================= Global Settings =======================
[global]
## Browsing/Identification ###
# Change this to the workgroup/NT-domain name your Samba server will part of
workgroup = WORKGROUP
# server string is the equivalent of the NT Description field
server string = %h server (Samba, Ubuntu)
# Windows Internet Name Serving Support Section:
# WINS Support - Tells the NMBD component of Samba to enable its WINS Server
# wins support = no
# WINS Server - Tells the NMBD components of Samba to be a WINS Client
# Note: Samba can be either a WINS Server, or a WINS Client, but NOT both
; wins server = w.x.y.z
# This will prevent nmbd to search for NetBIOS names through DNS.
dns proxy = no
socket options = TCP_NODELAY
#### Networking ####
# The specific set of interfaces / networks to bind to
# This can be either the interface name or an IP address/netmask;
# interface names are normally preferred
; interfaces = 127.0.0.0/8 eth0
# Only bind to the named interfaces and/or networks; you must use the
# 'interfaces' option above to use this.
# It is recommended that you enable this feature if your Samba machine is
# not protected by a firewall or is a firewall itself. However, this
# option cannot handle dynamic or non-broadcast interfaces correctly.
; bind interfaces only = yes
#### Debugging/Accounting ####
# This tells Samba to use a separate log file for each machine
# that connects
log file = /var/log/samba/log.%m
# Cap the size of the individual log files (in KiB).
max log size = 1000
# If you want Samba to only log through syslog then set the following
# parameter to 'yes'.
# syslog only = no
# We want Samba to log a minimum amount of information to syslog. Everything
# should go to /var/log/samba/log.{smbd,nmbd} instead. If you want to log
# through syslog you should set the following parameter to something higher.
syslog = 0
# Do something sensible when Samba crashes: mail the admin a backtrace
panic action = /usr/share/samba/panic-action %d
####### Authentication #######
# Server role. Defines in which mode Samba will operate. Possible
# values are "standalone server", "member server", "classic primary
# domain controller", "classic backup domain controller", "active
# directory domain controller".
#
# Most people will want "standalone sever" or "member server".
# Running as "active directory domain controller" will require first
# running "samba-tool domain provision" to wipe databases and create a
# new domain.
server role = standalone server
# If you are using encrypted passwords, Samba will need to know what
# password database type you are using.
passdb backend = tdbsam
obey pam restrictions = yes
# This boolean parameter controls whether Samba attempts to sync the Unix
# password with the SMB password when the encrypted SMB password in the
# passdb is changed.
unix password sync = yes
# For Unix password sync to work on a Debian GNU/Linux system, the following
# parameters must be set (thanks to Ian Kahan <<kahan@informatik.tu-muenchen.de> for
# sending the correct chat script for the passwd program in Debian Sarge).
passwd program = /usr/bin/passwd %u
passwd chat = *Enter\snew\s*\spassword:* %n\n *Retype\snew\s*\spassword:* %n\n *password\supdated\ssuccessfully* .
# This boolean controls whether PAM will be used for password changes
# when requested by an SMB client instead of the program listed in
# 'passwd program'. The default is 'no'.
pam password change = yes
# This option controls how unsuccessful authentication attempts are mapped
# to anonymous connections
map to guest = bad user
########## Domains ###########
#
# The following settings only takes effect if 'server role = primary
# classic domain controller', 'server role = backup domain controller'
# or 'domain logons' is set
#
# It specifies the location of the user's
# profile directory from the client point of view) The following
# required a [profiles] share to be setup on the samba server (see
# below)
; logon path = \\%N\profiles\%U
# Another common choice is storing the profile in the user's home directory
# (this is Samba's default)
# logon path = \\%N\%U\profile
# The following setting only takes effect if 'domain logons' is set
# It specifies the location of a user's home directory (from the client
# point of view)
; logon drive = H:
# logon home = \\%N\%U
# The following setting only takes effect if 'domain logons' is set
# It specifies the script to run during logon. The script must be stored
# in the [netlogon] share
# NOTE: Must be store in 'DOS' file format convention
; logon script = logon.cmd
# This allows Unix users to be created on the domain controller via the SAMR
# RPC pipe. The example command creates a user account with a disabled Unix
# password; please adapt to your needs
; add user script = /usr/sbin/adduser --quiet --disabled-password --gecos "" %u
# This allows machine accounts to be created on the domain controller via the
# SAMR RPC pipe.
# The following assumes a "machines" group exists on the system
; add machine script = /usr/sbin/useradd -g machines -c "%u machine account" -d /var/lib/samba -s /bin/false %u
# This allows Unix groups to be created on the domain controller via the SAMR
# RPC pipe.
; add group script = /usr/sbin/addgroup --force-badname %g
############ Misc ############
# Using the following line enables you to customise your configuration
# on a per machine basis. The %m gets replaced with the netbios name
# of the machine that is connecting
; include = /home/samba/etc/smb.conf.%m
# Some defaults for winbind (make sure you're not using the ranges
# for something else.)
; idmap uid = 10000-20000
; idmap gid = 10000-20000
; template shell = /bin/bash
# Setup usershare options to enable non-root users to share folders
# with the net usershare command.
# Maximum number of usershare. 0 (default) means that usershare is disabled.
; usershare max shares = 100
# Allow users who've been granted usershare privileges to create
# public shares, not just authenticated ones
usershare allow guests = yes
#======================= Share Definitions =======================
# Un-comment the following (and tweak the other settings below to suit)
# to enable the default home directory shares. This will share each
# user's home directory as \\server\username
;[homes]
; comment = Home Directories
; browseable = no
# By default, the home directories are exported read-only. Change the
# next parameter to 'no' if you want to be able to write to them.
; read only = yes
# File creation mask is set to 0700 for security reasons. If you want to
# create files with group=rw permissions, set next parameter to 0775.
; create mask = 0700
# Directory creation mask is set to 0700 for security reasons. If you want to
# create dirs. with group=rw permissions, set next parameter to 0775.
; directory mask = 0700
# By default, \\server\username shares can be connected to by anyone
# with access to the samba server.
# Un-comment the following parameter to make sure that only "username"
# can connect to \\server\username
# This might need tweaking when using external authentication schemes
; valid users = %S
# Un-comment the following and create the netlogon directory for Domain Logons
# (you need to configure Samba to act as a domain controller too.)
;[netlogon]
; comment = Network Logon Service
; path = /home/samba/netlogon
; guest ok = yes
; read only = yes
# Un-comment the following and create the profiles directory to store
# users profiles (see the "logon path" option above)
# (you need to configure Samba to act as a domain controller too.)
# The path below should be writable by all users so that their
# profile directory may be created the first time they log on
;[profiles]
; comment = Users profiles
; path = /home/samba/profiles
; guest ok = no
; browseable = no
; create mask = 0600
; directory mask = 0700
[printers]
comment = All Printers
browseable = no
path = /var/spool/samba
printable = yes
guest ok = no
read only = yes
create mask = 0700
# Windows clients look for this share name as a source of downloadable
# printer drivers
[print$]
comment = Printer Drivers
path = /var/lib/samba/printers
browseable = yes
read only = yes
guest ok = no
# Uncomment to allow remote administration of Windows print drivers.
# You may need to replace 'lpadmin' with the name of the group your
# admin users are members of.
# Please note that you also need to set appropriate Unix permissions
# to the drivers directory for these users to have write rights in it
; write list = root, @lpadmin
|
chr123
Anmeldungsdatum: 19. Juli 2018
Beiträge: 1632
|
Ist das denn die smb.conf von der Diskstation? Ich denke nicht, daß der Parameter bei Clients wirkt. Ich würde den Fehler eher bei der DS suchen. Evtl muss z. B. eine Festplatte aus dem Standby geholt werden.
|
big-deal
(Themenstarter)
Anmeldungsdatum: 10. Januar 2010
Beiträge: 94
|
Habe soeben bemerkt, dass Kopiervorgänge nur verzögert beginnen, wenn mehrere Freigaben eingehängt sind. Wenn ich alle Freigaben aushänge und wieder einhänge starten die Kopiervorgänge einige Male ohne Probleme bis es dann wieder zu Verzögerungen kommt. Ich denke nicht, dass es am Standby der Festplatte liegt, nach dem Einhängen funktioniert es einige Male ohne Probleme, bevor das Problem auftritt... chr123 schrieb: Ist das denn die smb.conf von der Diskstation? Ich denke nicht, daß der Parameter bei Clients wirkt.
Danke für den Tipp, ehrlich gesagt wusste ich das nicht... hier die smb.conf von der Synology, bin gerade dabei herauszufinden wie ich sie auf der Synology bearbeiten kann.
[global]
printcap name=cups
winbind enum groups=yes
include=/var/tmp/nginx/smb.netbios.aliases.conf
min protocol=NT1
security=user
local master=no
realm=*
passdb backend=smbpasswd
printing=cups
max protocol=SMB3
winbind enum users=yes
load printers=yes
workgroup=WORKGROUP Folgendes hat nicht funktioniert, entweder gibt es "nano" nicht auf der synology, oder es ist nicht ausreichend, dass mein user in der admin gruppe ist....
| sudo nano /etc/samba/smb.conf
|
|
big-deal
(Themenstarter)
Anmeldungsdatum: 10. Januar 2010
Beiträge: 94
|
Ok, es ist ausreichend, wenn der Synology User in der Admin-Gruppe ist, um die smb.conf zu bearbeiten, man muss nur den vi Editor benutzen...
| sudo vi /etc/smaba/smb.conf
|
Hab jetzt "socket options = TCP_NODELAY" im Bereich [global] ergänzt, hat jedoch ebenfalls keine Wirkung gezeigt. Es scheint eindeutig daran zu liegen, dass ich eine zweite Freigabe einhänge. Solange nur eine Freigabe eingehängt ist funktioniert alles ohne Probleme, sobald eine zweite Freigabe eingehängt wird, kommt das zu einer Verzögerung bevor Kopiervorgänge starten. Komisch... 😠
|
chr123
Anmeldungsdatum: 19. Juli 2018
Beiträge: 1632
|
Bis auf die auf den ersten Blick unnötige gid Angabe sehe ich in der fstab jedoch keine Auffälligkeiten. Normalerweise sollte in /home die uid mit der gid übereinstimmen. Ich weiß jedoch nicht, welche Gruppe das bei dir ist.
|
big-deal
(Themenstarter)
Anmeldungsdatum: 10. Januar 2010
Beiträge: 94
|
Ich habe die gid aus /etc/fstab entfernt und Neustart ausgeführt. Problem bleibt leider bestehen... chr123 schrieb: Normalerweise sollte in /home die uid mit der gid übereinstimmen. Ich weiß jedoch nicht, welche Gruppe das bei dir ist.
gid=1002 hat die gleiche Bezeichnung wie mein User und ist als Standardgruppe hinterlegt. Ich habe vor ca. 1 Monat meinen User umbenannt. Vor der Änderung gab es eine gleich-benannte Gruppe. Nachdem ich den User geändert habe, ist mir aufgefallen, dass keine neue Gruppe automatisch angelegt wurde. Daher habe manuell eine Gruppe neu erstellt und als Gruppenname meine User-Bezeichnung verwendet. Vielleicht ist so die abweichende gid=1002 entstanden? Bin damals so vorgegangen:
| usermod -l NEUERNAME ALTERNAME
usermod -d /home/NEUERNAME -m NEUERNAME
sudo addgroup GRUPPENNAME
sudo usermod -g GRUPPENNAME BENUTZERNAME
sudo deluser BENUTZERNAME GRUPPENNAME //alte Gruppe gelöscht
|
Ist es grundsätzlich ein Problem, wenn die uid und gid abweichen, also z.B. uid=1000, gid=1002, oder kann ich das so belassen? Vielleicht kann ich die gid-1002 evtl. einfach in der /etc/group in gid-1000 umbenenne? Momentan sieht 'id' bei mir so aus:
| ~$ id
uid=1000(mein_user) gid=1002(mein_user) Gruppen=1002(mein_user),4(adm),24(cdrom),27(sudo),30(dip),46(plugdev),116(lpadmin),126(sambashare)
|
Zumindest habe ich immer noch das Problem, dass sobald eine zweite Freigabe eingehängt wird, kommt es zu einer Verzögerung bevor Kopiervorgänge starten... 👿
|
chr123
Anmeldungsdatum: 19. Juli 2018
Beiträge: 1632
|
Ist es grundsätzlich ein Problem, wenn die uid und gid abweichen, also z.B. uid=1000, gid=1002, oder kann ich das so belassen?
Nein, das kannst du so belassen. Ist in diesem Fall aber unsinnig, weil du ja schon mit deiner uid die Freigabe einbindest. Wozu also dann noch die Gruppe.
Zumindest habe ich immer noch das Problem, dass sobald eine zweite Freigabe eingehängt wird, kommt es zu einer Verzögerung bevor Kopiervorgänge starten... 👿
Evtl. mal ein gänzlich anderes Verzeichnis probieren? Z.B. unter /opt/ ?
|
cosinus
Anmeldungsdatum: 11. Mai 2010
Beiträge: 1374
Wohnort: HB
|
Es gibt leider NAS-Systeme, die nicht schneller sind. Hatte mal ein ReadyNAS von netgear vor Jahren gesehen, dass trotz Gigabit-LAN und schnellen Festplatten nicht über 10-15 MB/s kam. Egal ob Daten gesendet oder empfangen hat. Wie schnell kannst du denn Dateien mit einem Windowsclient ans NAS senden und empfangen?
|
big-deal
(Themenstarter)
Anmeldungsdatum: 10. Januar 2010
Beiträge: 94
|
chr123 schrieb: Ist es grundsätzlich ein Problem, wenn die uid und gid abweichen, also z.B. uid=1000, gid=1002, oder kann ich das so belassen?
Nein, das kannst du so belassen. Ist in diesem Fall aber unsinnig, weil du ja schon mit deiner uid die Freigabe einbindest. Wozu also dann noch die Gruppe.
Da hast du recht, klingt logisch.... chr123 schrieb: Zumindest habe ich immer noch das Problem, dass sobald eine zweite Freigabe eingehängt wird, kommt es zu einer Verzögerung bevor Kopiervorgänge starten... 👿
Evtl. mal ein gänzlich anderes Verzeichnis probieren? Z.B. unter /opt/ ?
Ich habe ausprobiert die Mountpunkte nach /opt/ und /media/ zu ändern, jedoch beide Male leider das gleiche Problem und Kopiervorgänge starten erst nach einer Verzögerung, sobald ich eine zweite/dritte Freigabe einhänge, bin ratlos 😠 Im Datei-Browser habe ich festgestellt, dass wenn ich nemo aus root ausführe, werden die Freigaben als Geräte/Festplatten angezeigt, ohne root jedoch als Netzwerkordner, siehe angehängtes Bild. Hat das evtl. damit was zu tun? cosinus schrieb: Es gibt leider NAS-Systeme, die nicht schneller sind. Hatte mal ein ReadyNAS von netgear vor Jahren gesehen, dass trotz Gigabit-LAN und schnellen Festplatten nicht über 10-15 MB/s kam. Egal ob Daten gesendet oder empfangen hat. Wie schnell kannst du denn Dateien mit einem Windowsclient ans NAS senden und empfangen?
Wie schnell ich mit einem Windowsclient bin kann ich dir nicht sagen, mir ist aber bekannt, dass man mit Samba unter Linux nicht so schnell ist, wie mit einem Windowsclient. Samba ist ursprünglich von Windows. Aber das ist jetzt nicht das Problem, sobald die Kopiervorgänge starten, werden 35-45MB/s angezeigt, was für mich akzeptabel ist. Wenn ich den Kopiervorgang direkt an der Synology über den Browser starte, dann bin bei ca. 50-60MB/s. Der Tipp von chr123 die smb Version in der fstab zu definieren, in meinem Fall "vers=2.0" hat geholfen und das Problem mit der Geschwindigkeit für mich akzeptabel gelöst. Ich habe jetzt leider nur das Problem, dass Kopiervorgänge erst nach einer Verzögerung von 15-20 Sekunden beginnen, wenn mehr als eine Freigabe eingehängt ist. Egal ob die Datei 4MB oder 4GB groß ist...
- Bilder
|