[FreeNAS] Samba crasht op signaal 6.

[egonolieux]

Beste tweakers

Mijn zelfbouw server draait hier reeds 9 maand op FreeNAS 8.0.2, een afgeslankte versie van FreeBSD 8 voor NAS-gebruik. Ondertussen is versie 8.2 uitgekomen met vele extra functies zoals plugins voor Firefly en Transmission, maar helaas lukt het mij niet om gelijk welke versie hoger dan 8.0.2 succesvol te laten draaien.

Onder "niet slagen om hem succesvol te laten draaien" bedoel ik eerder Samba die onophoudelijk blijft crashen.
Bij alle versies tussen 8.0.2 en 8.2 crasht Samba exact om de 15 minuten tot op de seconde met als foutmelding: "mainserver kernel: pid 9411 (smbd), uid 0: exited on signal 6". Telkens na het crashen wordt Samba opnieuw opgestart, met als gevolg een onderbreking tijdens filetransfers of het afspelen van media.

Bij de nieuwste versie 8.2 doet het probleem zich anders voor. Samba lijkt op het eerste zich stabiel te draaien, maar vanaf ik via mijn Dune mediaspeler de Samba share wil benaderen, geeft deze de fout dat mijn share niet toegankelijk is, terwijl mijn rechten nochtans correct ingesteld zijn. Als ik dan naar de logs van FreeNAS kijk, zie ik opnieuw dezelfde error op het overeenkomstige tijdstip.

Aangezien ik tijdens wat opzoekwerk gelezen heb dat deze error misschien onrechtstreeks te maken kan hebben met foutief RAM, heb ik even Memtest86+ 8 uur gedraaid, dit zonder enige fouten.

De Samba versie van FreeNAS 8.2 bedraagt 3.6.5.

Mijn Samba configuratie (/etc/local/smb.conf) ziet er als volgt uit:

code:

[global]
    encrypt passwords = yes
    dns proxy = no
    strict locking = no
    read raw = yes
    write raw = yes
    oplocks = yes
    max xmit = 65535
    deadtime = 15
    display charset = LOCALE
    max log size = 10
    syslog only = yes
    syslog = yes
    load printers = no
    printing = bsd
    printcap name = /dev/null
    disable spoolss = yes
    smb passwd file = /var/etc/private/smbpasswd
    private dir = /var/etc/private
    getwd cache = yes
    guest account = Guest
    map to guest = Bad Password
    obey pam restrictions = Yes
    # NOTE: read smb.conf.
    directory name cache size = 0
    netbios name = mainserver
    workgroup = FREENAS
    server string = Mainserver CIFS
    use sendfile = yes
    ea support = yes
    store dos attributes = yes
    local master = yes
    time server = yes
    security = user
    create mask = 0777
    directory mask = 0777
    client ntlmv2 auth = yes
    dos charset = CP437
    unix charset = UTF-8
    log level = 10
    aio read size = 4096
    aio write size = 4096

[homes]
    comment = Home Directories
    valid users = %U
    writable = yes
    browseable = yes
    path = /mnt/RAIDZ/storage/%U


[storage]
    path = /mnt/RAIDZ/storage
    printable = no
    veto files = /.snap/.windows/.zfs/
    comment = Mainserver storage
    writeable = yes
    browseable = yes
    inherit owner = yes
    inherit permissions = yes
    recycle:repository = .recycle/%U
    recycle:keeptree = yes
    recycle:versions = yes
    recycle:touch = yes
    recycle:directory_mode = 0777
    recycle:subdir_mode = 0700
    vfs objects =  recycle zfsacl
    guest ok = yes
    inherit acls = Yes
    map archive = No
    map readonly = no
    nfs4:mode = special
    nfs4:acedup = merge
    nfs4:chown = yes


[server_data]
    path = /mnt/RAIDZ/server_data
    printable = no
    veto files = /.snap/.windows/.zfs/
    comment = Mainserver data
    writeable = yes
    browseable = yes
    inherit owner = yes
    inherit permissions = yes
    recycle:repository = .recycle/%U
    recycle:keeptree = yes
    recycle:versions = yes
    recycle:touch = yes
    recycle:directory_mode = 0777
    recycle:subdir_mode = 0700
    vfs objects =  recycle zfsacl
    hide dot files = no
    guest ok = no
    inherit acls = Yes
    map archive = No
    map readonly = no
    nfs4:mode = special
    nfs4:acedup = merge
    nfs4:chown = yes

Mijn Samba log bestand geeft het volgende voor de opgegeven foutmelding:
(192.168.1.40 is de Dune mediaspeler & 192.168.1.35 is de FreeNAS server)

code:

[2012/08/26 15:15:57.811913,  6] param/loadparm.c:7490(lp_file_list_changed)
  lp_file_list_changed()
  file /usr/local/etc/smb.conf -> /usr/local/etc/smb.conf  last mod_time: Sun Aug 26 15:00:27 2012
[2012/08/26 15:15:57.812392,  3] lib/access.c:338(allow_access)
  Allowed connection from 192.168.1.40 (192.168.1.40)
[2012/08/26 15:15:57.812422, 10] smbd/process.c:3019(smbd_process)
  Connection allowed from ipv4:192.168.1.40:53831 to ipv4:192.168.1.35:445
[2012/08/26 15:15:57.812477,  3] smbd/oplock.c:922(init_oplocks)
  init_oplocks: initializing messages.
[2012/08/26 15:15:57.812519,  5] lib/messages.c:332(messaging_deregister)
  Deregistering messaging pointer for type 1 - private_data=0x0
[2012/08/26 15:15:57.812561, 10] smbd/process.c:920(event_add_idle)
  event_add_idle: idle_evt(keepalive) 0x803c0b090
[2012/08/26 15:15:57.812593, 10] smbd/process.c:920(event_add_idle)
  event_add_idle: idle_evt(deadtime) 0x803c0b150
[2012/08/26 15:15:57.812624, 10] smbd/process.c:920(event_add_idle)
  event_add_idle: idle_evt(housekeeping) 0x803c0b210
[2012/08/26 15:15:57.937715,  5] lib/util_sock.c:319(read_fd_with_timeout)
  read_fd_with_timeout: blocking read. EOF from client.
[2012/08/26 15:15:57.937755,  5] smbd/process.c:457(receive_smb_talloc)
  receive_smb_raw_talloc failed for client 192.168.1.40 read error = NT_STATUS_END_OF_FILE.
[2012/08/26 15:15:57.937791,  4] smbd/sec_ctx.c:314(set_sec_ctx)
  setting sec ctx (0, 0) - sec_ctx_stack_ndx = 0
[2012/08/26 15:15:57.937818,  5] ../libcli/security/security_token.c:53(security_token_debug)
  Security token: (NULL)
[2012/08/26 15:15:57.937847,  5] auth/token_util.c:527(debug_unix_user_token)
  UNIX token of user 0
  Primary group is 0 and contains 0 supplementary groups
[2012/08/26 15:15:57.937910,  5] smbd/uid.c:400(change_to_root_user)
  change_to_root_user: now uid=(0,0) gid=(0,0)
[2012/08/26 15:15:57.938115,  3] smbd/server_exit.c:180(exit_server_common)
  Server exit (failed to receive smb request)
[2012/08/26 15:15:57.939631, 10] lib/dbwrap_tdb.c:102(db_tdb_fetch_locked)
  Locking key D8110000FFFFFFFF
[2012/08/26 15:15:57.939794, 10] lib/dbwrap_tdb.c:131(db_tdb_fetch_locked)
  Allocated locked data 0x0x803c0ae50
[2012/08/26 15:15:57.939844, 10] lib/dbwrap_tdb.c:44(db_tdb_record_destr)
  Unlocking key D8110000FFFFFFFF

Let op regel 19 & 21; het lijkt alsof er een zich een leesfout/timeout voordoet wanneer ik met de Samba share probeer te verbinden.

[ Voor 255% gewijzigd door egonolieux op 28-08-2012 13:07 ]

[egonolieux]

Het probleem beperkt zich blijkbaar niet enkel meer tot de mediaspeler; nu krijg ik gemiddeld om de halve minuut dezelfde foutmelding waardoor Samba volledig onbruikbaar is geworden.

[egonolieux]

nog steeds niets wijzer

[ Voor 13% gewijzigd door egonolieux op 30-08-2012 16:34 ]

[FireWood]

Heb je al eens de harde schijf gecontroleerd op fouten? Misschien is die fout niet softwarematig...

[egonolieux]

Om de maand wordt er met Cron een zelfgeschreven shellscript geactiveerd dat zowel een korte als een lange S.M.A.R.T. test doet. Daarnaast wordt er ook maandelijks gekeken naar slechte sectoren (badblocks).
De laatste tests gaven geen schijffouten; het probleem doet zich immers reeds voor vanaf FreeNAS versie 8.0.3, welke meer dan een half jaar geleden uitgebracht is.

Ik heb reeds een tiental verschillende Linux distros met succes gedraaid op mijn server. Ook Windows draaide zonder problemen. Het is enkel FreeNAS vanaf versie 8.0.3 waarbij het maar niet wil lukken. De aard van de fouten lijkt mij dan ook eerder softwarematig dan hardwarematig.

Voor alle zekerheid zal ik vannacht alle schijven toch maar eens grondig testen, maar het zou me ten zeerste verbazen moesten er fouten gedetecteerd worden (en dat deze dan te linken zijn aan de Samba crashes).

[ Voor 40% gewijzigd door egonolieux op 31-08-2012 01:11 ]

[jan99999]

In linux met samba en vooral met nfs, had ik met oversturen van files problemen, deze gaf vaak foutmeldingen, opgelost door pakket grootte te wijzigen, naar kleiner, toen werkte het wel, misschien helpt dit ook bij jouw, hoewel je bsd draait.

Testen van desktop server deed ik door 40 Gb met par2 file, dus je kunt ze gemakkelijk kontroleren.

Ook controleren van ifconfig(linux), hier zie je of je netwerkkaart fouten aangeeft, door hardware of software of driver fout. Dus files oversturen en dan moet hier 0 fouten staan.

Zoek ook op je hardware, of die geen problemen geeft met bsd.

[ Voor 5% gewijzigd door jan99999 op 31-08-2012 07:05 ]

[syl765]

Misschien heeft het met het volgende te maken?

- Builds prior to 8.0.3-RELEASE with 'CIFS' didn't actually have AIO (asynchronous I/O) enabled. So, if you experience performance degradation after upgrading from prior versions of FreeNAS to 8.0.3-RELEASE or newer, turn off AIO or tune the AIO size from '1' to something more reasonable (the new default in 8.0.3-RELEASE-p1 is 4096 or 4kB).

gr
Johan

[egonolieux]

De resultaten van de tests zijn als verwacht; alle schijven zijn nog perfect in orde zonder fouten.

syl765 schreef op vrijdag 31 augustus 2012 @ 13:08:
Misschien heeft het met het volgende te maken?

- Builds prior to 8.0.3-RELEASE with 'CIFS' didn't actually have AIO (asynchronous I/O) enabled. So, if you experience performance degradation after upgrading from prior versions of FreeNAS to 8.0.3-RELEASE or newer, turn off AIO or tune the AIO size from '1' to something more reasonable (the new default in 8.0.3-RELEASE-p1 is 4096 or 4kB).

gr
Johan

De asynchrone I/O heb ik reeds op 4096kB gezet; het probleem blijft zich nog steeds voordoen.

jan99999 schreef op vrijdag 31 augustus 2012 @ 07:04:
In linux met samba en vooral met nfs, had ik met oversturen van files problemen, deze gaf vaak foutmeldingen, opgelost door pakket grootte te wijzigen, naar kleiner, toen werkte het wel, misschien helpt dit ook bij jouw, hoewel je bsd draait.

Testen van desktop server deed ik door 40 Gb met par2 file, dus je kunt ze gemakkelijk kontroleren.

Ook controleren van ifconfig(linux), hier zie je of je netwerkkaart fouten aangeeft, door hardware of software of driver fout. Dus files oversturen en dan moet hier 0 fouten staan.

Zoek ook op je hardware, of die geen problemen geeft met bsd.

Ik ben vrijwel 99% zeker dat het probleem bij Samba zelf ligt; met het netwerk (driver/nic) is er niets aan de hand. De standaard MTU grootte is bij versie 8.0.2 als bij versie 8.2 hetzelfde (1500), dus het zou me verbazen dat het hier aan zou liggen (alhoewel ik dat wel even zal uittesten).

[egonolieux]

Aangezien ik weinig tijd had de afgelopen maand had ik tijdelijk FreeNAS terug gedowngrade naar 8.0.2.
Ondertussen heb ik opnieuw versie 8.2.0 geinstalleerd, met de hoop het probleem te kunnen oplossen.

Om op mijn vorige post terug te komen; de MTU grootte verlagen heeft het probleem niet kunnen verhelpen.
Opnieuw doet de fout zich enkel voor bij mijn mediaspeler die verbinding probeert te maken met /mnt/storage via Samba.

Verschillende functionaliteiten van Samba aan- en uitzetten zoals AIO, EA, largeRW, sendfile(2), etc... blijkt ook geen effect te hebben.

[ Voor 14% gewijzigd door egonolieux op 27-09-2012 19:13 ]