NAS mit mdadm und Samba sehr langsam

Guten Tag! :thumbs1:

Ich habe mir einen Pi 3 aufgesetzt und dort mit mdadm ein Raid-1 mit zwei externen Platten realisiert und möchte dieses nun als kleines NAS nutzen.
Die Datenfreigabe soll über Samba erfolgen, auch dessen Konfiguration ist schon erledigt.

Nun gibt es aber ein Problem, was ich mir beim besten Willen nicht erklären kann: Die Übertragungsgeschwindigkeit. Ich erreiche nicht einmal eine Übertragungsrate von 100KB/s, und ich kann es mir beim besten Willen nicht erklären.
Auf dem Pi ist neben dem Standard Raspbian Lite und dessen Pakete noch mdadm, Apache, MySql und Webmin installiert.

Ich freue mich auf eure Antworten!

Danke schonmal!

keiner eine Idee?

Hey!

Also die Apache und MySql-Module sind zwar aktiv, allerdings total im Leerlauf, die machen nix.
Auch generell ist der Pi nicht ausgelastet, hab ne load average von 0,01% ^^.

Was mir aufgefallen ist, es scheint nur den Upload auf den Pi zu betreffen, der Download zurück auf mein Gerät geht zügig von statten.

An der Konfiguration könnte es aber tatsächlich liegen, wie es scheint, denn ich habe gerade mal in meine Logs geschaut.
Dort schreibt er mir alles voll mit:

Quote

[2016/06/14 17:23:21.795630, 0] ../source3/param/loadparm.c:3157(process_usershare_file)

process_usershare_file: stat of /var/lib/samba/usershares/freigabe failed. Datei oder Verzeichnis nicht gefunden

Ich hatte beim Aufsetzen von Samba eine Freigabe mit dem Namen "freigabe" erstellt, diese existiert aber schon lange nicht mehr und lag auch nie unter besagtem Ordner.

Meine smb.conf sieht so aus:

Quote

#======================= Global Settings =======================

[global]

## Browsing/Identification ###

# Change this to the workgroup/NT-domain name your Samba server will part of
workgroup = WORKGROUP

# 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

#### 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

security = 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 =======================

[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.
# The following parameter makes 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

[public]
comment = Hier kann jeder Daten reinlegen
path = /media/nas/shares/public
writeable = yes
guest ok = no

[piNAS apache htdocs]
writeable = yes
path = /media/nas/apache_htdocs
writeable = yes
guest ok = no

Display More

Dort habe ich lediglich manuell die Freigaben eingetragen, ob Webmin (als ich es später installiert habe) noch was gemacht hat weiß ich nicht.

Ich habe gerade eine Feststellung gemacht:

Als ich ein Testbild per FTP, also ohne Samba auf den Pi schieben wollte hatte ich ebenfalls diese schleppend langsame Verbindung.
Zurück auf den PC war alles kein Problem, und das Bild war sofort da.
Das Interessante: Ich habe die Datei nicht auf den RAID-Verbund, sondern auf die SD-Karte verschieben wollen, nämlich ins Home-Verzeichnes eines Nutzers.

(Ab gesehen davon war auch das Verschieben von der SD auf den Raid schnell möglich.)

Die Problematik scheint also nichts mit Samba oder mdadm zu tun zu haben, sondern tatsächlich schon an der Grundübertragung zum Pi hin, aber nur in diese Richtung.

Nun habe ich mal einen Speedtest über dieses Script durchgeführt, um zu schauen, ob es vielleicht an der Netzwerkverbindung des Pi liegt. Aber hier ist alles in Ordnung. Up- und Download sind vollkommen der Leitung entsprechend, der Pi hat also keine Probleme an der Netzwerkkarte, wie es scheint..

Aber das macht mich sprachlos. Woran könnte es dann liegen?

wie starte ich denn eine ftp verbindung auf dem pi selbst?

Ich kann das erst heute Abend testen, aber mir scheint das fast ein wenig sinnlos, da der Pi ja theoretisch in beiden Fällen einen Up- und Download durchführen muss, oder sehe ich das gerade falsch?

Moin!

Wie vermutet: Per FTP sind put und get gleich schnell. Das bleibt ja aber auch auf dem eigenen Gerät, oder?

Gestern Abend ging die Übertragung auf den Pi merkwürdigerweise schnell (so wie es sein sollte), heute ist es wieder langsam... Hm