Hallo zusammen,
ich betreibe schon eine ganze weile eine TS210 mit 2*1TB und gefühlt auch seit ca. 4 Wochen die aktuelle FW 4.0.2, bis gestern problemlos.
Gestern morgen jedoch waren kein Zugriffe mehr auf die eingerichteten Freigaben möglich. Die Status-LED blinkt abwechselnd rot/grün, was laut Doku bei einer schon länger eingerichteten Box nicht unbedingt zum Standard-Verhalten gehört und kein gutes Zeichen ist. Browser-Interface und, glücklicherweise, auch SSH-Zugriff auf die Box funktioniert noch.
Also zunächst einmal ein wenig im Browser-Interface gestöbert. Die Freigabe-Ordner sind noch vorhanden. Aber halt, drei der Ordner werden mit identischem Namen doppelt angezeigt. Auch im Browser-Filemanager tauchen diese doppelt auf. Die Navigation verhält sich hier etwas konfus, da es sich hier tatsächlich um jeweils zweimal den gleichen Ordner handelt. Aber zumindest die Daten sind noch alle vorhanden. Die Schreib/Lese-Berechtigungen der Benutzer scheinen jedoch auch eher zufällig verteilt als der ursprünglichen Konfiguration zu entsprechen.
In den System-Benachrichtigungen finde ich etwas von einem "unclean shutdown" tags zuvor. Das würde zwar das rot/grüne blinken der Status-LED erklären, da in einem solchen Fall das Raid neu gesynct wird, aber eine Erklärung für den "unclean shutdown" habe ich spontan nicht. Die Box legt sich per Timer um 23:00 von alleine schlafen, einen Stromausfall gab's zwischenzeitlich nicht.
Im Web-Interface ist beim Speichermanagement nur "aktualisieren" zu lesen mit einem relativ langsam voranschreitenden, prozentualen Fortschritt. Deswegen einmal via SSH mit der Box verbunden. Ein "cat /proc/mdstat" fördert zutage, das sich das Raid tatsächlich am synchronisieren ist. Erwartete Zeit ca. 4 Stunden :schnarch: . Also lieber erst mal abwarten.
Nach ca. 4 Stunden ist's dann soweit.
[~] # cat /proc/mdstatPersonalities : [linear] [raid0] [raid1] [raid6] [raid5] [raid4]md0 : active raid1 sdb3[1] sda3[0] 1951945600 blocks [2/2] [UU]md2 : active raid1 sdb2[1] sda2[0] 530048 blocks [2/2] [UU]md13 : active raid1 sdb4[1] sda4[0] 458880 blocks [2/2] [UU] bitmap: 0/57 pages [0KB], 4KB chunkmd9 : active raid1 sda1[0] sdb1[1] 530048 blocks [2/2] [UU] bitmap: 0/65 pages [0KB], 4KB chunkunused devices: <none>
Sync ist fertig, Zugriff auf die Shares immer noch nicht möglich und die besagten doppelten Ordner immer noch doppelt. Versuchsweise mal einen Reboot, hilft aber nicht. Die Symptome bleiben die gleichen. SSH wieder angeschmissen.
Siehe da, der smb läuft gar nicht. Mal manuell nachhelfen: "/etc/init.d/smb.sh start". Sieht nach normalem Startverhalten aus, aber "ps | grep smb" sagt immer noch nein. Da gibt's doch bestimmt Logfiles.
[~] # cat /var/log/log.smbd[2013/10/15 18:09:19, 0] smbd/server.c:1330(main) smbd version 3.5.2 started. Copyright Andrew Tridgell and the Samba Team 1992-2010[2013/10/15 18:09:19.930374, 0] passdb/pdb_interface.c:259(guest_user_info) guest_user_info: Unable to locate guest account [nobody]![2013/10/15 18:09:19.930740, 0] smbd/server.c:1474(main) ERROR: failed to setup guest info.
Aha, zumidest Fehlermeldungen im Log. An dieser Stelle einmal Freund Google bemüht und auf diesen Link gestoßen. Ist schon etwas älter, aber es werden die gleichen Symptome beschrieben. Bevor ich, wie im Beitrag vorgeschlagen, die smb-default-Konfiguration verwende, schau ich mir mal die aktuelle an.
[~] # cat /etc/smb.conf "guest"read list = "user2"write list = "admin","user1"valid users = "root","user2","admin","user1"inherit permissions = yesrecycle bin = yes[WSUS]comment =path = /share/MD0_DATA/WSUSbrowsable = yesoplocks = yesftp write only = nopublic = yesinvalid users = "guest"read list = "user2"write list = "admin","user1"valid users = "root","user2","admin","user1"inherit permissions = yesrecycle bin = yes[projects]comment =path = /share/MD0_DATA/projectsbrowsable = yesoplocks = yesftp write only = nopublic = yesinvalid users =read list = "guest"write list = "admin","user1","user2"valid users = "root","user2","admin","user1","guest"inherit permissions = yesrecycle bin = yes[shared]comment =path = /share/MD0_DATA/sharedbrowsable = yesoplocks = yesftp write only = nopublic = yesinvalid users =read list =write list = "admin",@"everyone","guest"valid users = "root","admin",@"everyone","guest"inherit permissions = yesrecycle bin = yes[WSUS]comment =path = /share/MD0_DATA/WSUSbrowsable = yesoplocks = yesftp write only = nopublic = yesinvalid users = "guest"read list = "user2"write list = "admin","user1"valid users = "root","user2","admin","user1"inherit permissions = yesrecycle bin = yes[projects]comment =path = /share/MD0_DATA/projectsbrowsable = yesoplocks = yesftp write only = nopublic = yesinvalid users =read list = "guest"write list = "admin","user1","user2"valid users = "root","user2","admin","user1","guest"inherit permissions = yesrecycle bin = yes[shared]comment =path = /share/MD0_DATA/sharedbrowsable = yesoplocks = yesftp write only = nopublic = yesinvalid users =read list =write list = "admin",@"everyone","guest"valid users = "root","admin",@"everyone","guest"inherit permissions = yesrecycle bin = yes[Qmultimedia]comment = System default sharepath = /share/MD0_DATA/Qmultimediabrowsable = yesoplocks = yesftp write only = norecycle bin = yesrecycle bin administrators only = nopublic = yesinvalid users = guestread list = @"everyone"write list = adminvalid users = root,@"everyone",admininherit permissions = yes[Qdownload]comment = System default sharepath = /share/MD0_DATA/Qdownloadbrowsable = yesoplocks = yesftp write only = norecycle bin = yesrecycle bin administrators only = nopublic = yesinvalid users = guestread list =write list = adminvalid users = root,admininherit permissions = yes[Qrecordings]comment = System default sharepath = /share/MD0_DATA/Qrecordingsbrowsable = yesoplocks = yesftp write only = norecycle bin = yesrecycle bin administrators only = nopublic = yesinvalid users = guestread list =write list = adminvalid users = root,admininherit permissions = yes[Qweb]comment = System default sharepath = /share/MD0_DATA/Qwebbrowsable = yesoplocks = yesftp write only = norecycle bin = yesrecycle bin administrators only = nopublic = yesinvalid users = guestread list =write list = adminvalid users = root,admininherit permissions = yes[Qusb]comment = System default sharepath = /share/MD0_DATA/Qusbbrowsable = yesoplocks = yesftp write only = norecycle bin = yesrecycle bin administrators only = nopublic = yesinvalid users = guestread list =write list = adminvalid users = root,admininherit permissions = yes[Public]comment = System default sharepath = /share/MD0_DATA/Publicbrowsable = yesoplocks = yesftp write only = norecycle bin = yesrecycle bin administrators only = nopublic = yesinvalid users = guestread list = @"everyone"write list = adminvalid users = root,@"everyone",admininherit permissions = yes[homes]comment = System default sharepath = /share/MD0_DATA/homesbrowsable = yesoplocks = noftp write only = norecycle bin = norecycle bin administrators only = nopublic = yesinvalid users =read list =write list = adminvalid users = root,admininherit permissions = yes[global]socket options = TCP_NODELAY SO_KEEPALIVE SO_SNDBUF=65536 SO_RCVBUF=65536null passwords = yesuse sendfile = yesoplocks = yesdeadtime = 10username level = 0display charset = UTF8unix extensions = nostore dos attributes = yesclient ntlmv2 auth = yesdos filetime resolution = noinherit acls = yeswide links = yesforce unknown acl user = yestemplate homedir = /share/homes/DOMAIN=%D/%Udomain logons = nomin receivefile size = 4096case sensitive = autopreferred master = nodomain master = autolocal master = noos level = 20map archive = nomap system = nomap hidden = nomap read only = noveto files = /.AppleDB/.AppleDouble/.AppleDesktop/:2eDS_Store/Network Trash Folder/Temporary Items/TheVolumeSettingsFolder/.@__thumb/.@__desc/:2e*/.@__qini/.Qsync/.upload_cache/.qsync/.qsync_sn/passdb backend = smbpasswdenhance acl v1 = yesremove everyone = nokernel oplocks = nomangled names = noprintcap cache time = 0workgroup = WORKGROUPsecurity = USERserver string = QNAP Fileserverhost msdfs = no[home]comment = Homepath = %Hbrowsable = yesoplocks = yesftp write only = noinherit permissions = yesinvalid users = guestwritable = yesread list = "%u"write list = "%u"valid users = "%u"root preexec = /sbin/create_home -u '%q'[Qsync]comment = Qsyncpath = /share/Qsyncbrowsable = yesoplocks = yesftp write only = noinherit permissions = yeswritable = yeswrite list =read list = "%u"valid users = "%u"vfs objects =
Offensichtlich fehlt am Anfang der smb.conf schon ein wenig. Dafür sind die Sektionen [WSUS], [projects] und [shared] gleich doppelt vorhanden. Das erklärt zumindest die doppelt vorhandenen Verzeichnisse bei der Ordner-Freigabe-Konfiguration und im File-Browser. Ansonsten sind alle zuvor einmal konfigurierten Freigaben vorhanden.
Dann mal die smb.conf aus dem Verzeichnis "/etc/default_config" übernehmen. Die besteht nur aus einer [global]-Sektion. Ein vorheriger Vergleich mit der aktuell vorhandenen [global]-Sektion zeigt nicht viele Gemeinsamkeiten. Was soll's, nicht funktionieren tut's jetzt auch schon.
[~] # cp /etc/config/smb.conf /etc/config/smb.conf.FAILED
[~] # cp -f /etc/default_config/smb.conf /etc/config/smb.conf
[~] # /etc/init.d/smb.sh start
locks path was set to /share/MD0_DATA/.locks
Starting winbindd services:Starting SMB services:.
[~] # ps | grep smb
29391 admin 3260 S /usr/local/samba/sbin/smbd -l /var/log -D -s /etc/con
29398 admin 1284 S /usr/local/samba/sbin/smbd -l /var/log -D -s /etc/con
29555 admin 568 R grep smb
[~] #
Alte Konfiguration vorher mal sichern, Default-Konfiguration kopieren und smbd manuell starten. Startverhalten sieht genau so aus wie zuvor, aber: der smbd läuft schon mal.
Dann im zuvor gefundenen Beitrag weiter: Standard-Freigaben wieder herstellen. Im Browser-Interface sind keine Freigaben mehr vorhanden. Logisch, in der default-"smb.conf" waren ja auch keine drin. Der Klick auf den Button "Standard-Freigabeordner wieder herstellen" führt aber nur zu einer Fehlermeldung "Standardfreigaben" sind schon vorhanden?! Schade.
Packen wir halt die Freigaben aus der fehlerhaften smb.conf dazu, die doppelten Einträge lassen wir weg und starten den smbd einmal neu. Siehe da, die Ordner-Freigaben sind wieder da und Zugriff über Netz geht auch wieder. Lesen funktioniert auf Anhieb, die Schreibberechtigungen bei den Standardfreigaben fehlen teilweise. Im Browser-Interface entsprechend korrigiert, erst einmal wieder ok.
Was noch bei dieser Odyssee aufgefallen ist, ich mir aber nur zu 99% sicher bin: die Benutzer-Eigenen-Ordner, welche bisher unter "/share/MD0_DATA/[Benutzername]/" lagen, sind jetzt unter "/share/MD0_DATA/homes/[Benutzername]/" zu finden. Der Name für die Freigabe des Benutzerordners unter Windows lautet allgemein "//QNAP/home". Die "smb.conf"gibt das auch so her und finde ich eigeintlich auch ok. Aber die Daten lagen, nach wie vor, im alten Verzeichnis, die neuen Verzeichnisse waren noch leer. Kann man ja rüberkopieren. Bin mir aber eben zu 99% sicher, das bis zu diesem Ereignis der Zugriff auf das Home-Verzeichnis noch auf dem alten Speicherort erfolgte.
Wurde dieses Verhalten mit "unclean shutdown" und zerschossener "smb.conf" und verschobenen "home"-Verzeichnissen schon einmal beobachtet? Liegt's an der Firmware-Version?