[Ubuntu] Festplatten und Samba spinnen

PappStiefel

Banned
Registriert
Dez. 2014
Beiträge
85
Hallo, habe mich hier mal registriert um Hilfe zu finden.

Erstmal das wichtigste:
Backup aller wichtigen Daten ist vorhanden.

Habe hier einen Ubuntu-Homeserver (14.04) kunterbunt mit mehreren Platten, die sich so angesammelt haben (6).
Die SMART-Werte von denen sind alle okay.
Hatte jetzt mehrfach das Problem, dass zufällig eine Platte mal nicht erkannt wird, während ich HW-Fehler nicht ausschließen kann, muss ich sagen, dass die Vollbestückung aller 6 Sata-Ports die quer am Mobo angebracht sind eine absolute Frickelei ist. Habe größtenteils Sicherheitsverschlüsse und nach einem heutigen Check bei Nichterkennung einer Platte im BIOS konnte ich einer meiner Probleme durch ein Andrücken eines Kabels (*Klick*) beheben.

Nun zum momentanen Problem:
Habe hier eine Platte, die in mehrere teils öffentliche Shares unterteilt ist (mit Lesezugriff, z.B. "Projekte") und einen Hauptshare (mit PW und Schreibzugriff, hier "Platte", der Überordner) der gesamten Platte/Partition.
Jetzt besteht gerade die Situation, dass ich auf Projekte zugreifen kann, Platte aber als leer angezeigt wird (nichts drin). Da beide als Netzlaufwerke gemountet sind auf meinem Hauptrechner, kann ich sehen, dass sie zumindest auf dieselbe HDD zeigen (Größe und freier Speicher stimmen). An der Config oder am Server selbst ist nichts geändert worden, und über ssh kann ich sehen, dass ich direkt auf die Dateien von Platte zugreifen kann. Pfade in der Samba-Config haben sich auch nicht geändert (habe nachgeguckt).

Wie gehe ich das jetzt am Geschicktesten an?

Vielen Dank im Voraus
Der Pappstiefel im Winterschnee
 
Zuletzt bearbeitet:
wenn du
dich am Server selbst anmeldest (lokal oder SSH) und auf den Pfad gehst, an dem die Platte eingehängt ist - zeigt dir z.B. ls -alh deine Daten an?
 
Yup, wie erwähnt.

EDIT:
Ohne Zutun sind die Shares mal eben so wieder alle da und nicht zur Hälfte leere Ordner. Wtf?
 
Zuletzt bearbeitet:
ok, das hatte ich überlesen. Sagen denn die Samba-Logs irgendetwas interessantes für diesen Zeitraum?
 
Log /var/log/samba/house-pc (mein Desktop):
[2014/12/12 16:10:23.008691, 0] ../lib/util/charset/convert_string.c:438(convert_string_talloc_handle)
Conversion error: Incomplete multibyte sequence(šTZUNG - SUPPORT.txt)
[2014/12/12 16:10:23.017287, 0] ../lib/util/charset/convert_string.c:438(convert_string_talloc_handle)
Conversion error: Incomplete multibyte sequence(šTZUNG - SUPPORT)
[2014/12/12 16:10:23.017335, 0] ../lib/util/charset/convert_string.c:438(convert_string_talloc_handle)
Conversion error: Incomplete multibyte sequence(šTZUNG - SUPPORT)
[2014/12/12 16:13:44.659272, 0] ../lib/util/charset/convert_string.c:438(convert_string_talloc_handle)
Conversion error: Incomplete multibyte sequence(šTZUNG - SUPPORT.txt)
[2014/12/12 16:13:44.659344, 0] ../lib/util/charset/convert_string.c:438(convert_string_talloc_handle)
Conversion error: Incomplete multibyte sequence(šTZUNG - SUPPORT)
[2014/12/12 16:13:44.659386, 0] ../lib/util/charset/convert_string.c:438(convert_string_talloc_handle)
Conversion error: Incomplete multibyte sequence(šTZUNG - SUPPORT)
[2014/12/12 16:13:45.660711, 0] ../lib/util/charset/convert_string.c:438(convert_string_talloc_handle)
Conversion error: Incomplete multibyte sequence(šTZUNG - SUPPORT.txt)
[2014/12/12 16:13:45.660782, 0] ../lib/util/charset/convert_string.c:438(convert_string_talloc_handle)
Conversion error: Incomplete multibyte sequence(šTZUNG - SUPPORT)
[2014/12/12 16:13:45.660857, 0] ../lib/util/charset/convert_string.c:438(convert_string_talloc_handle)
Conversion error: Incomplete multibyte sequence(šTZUNG - SUPPORT)
[2014/12/12 16:15:55.581885, 0] ../lib/util/charset/convert_string.c:438(convert_string_talloc_handle)
Conversion error: Incomplete multibyte sequence(šTZUNG - SUPPORT.txt)
[2014/12/12 16:15:55.581958, 0] ../lib/util/charset/convert_string.c:438(convert_string_talloc_handle)
Conversion error: Incomplete multibyte sequence(šTZUNG - SUPPORT)
[2014/12/12 16:15:55.582002, 0] ../lib/util/charset/convert_string.c:438(convert_string_talloc_handle)
Conversion error: Incomplete multibyte sequence(šTZUNG - SUPPORT)
[2014/12/12 16:21:59.658993, 0] ../lib/util/charset/convert_string.c:438(convert_string_talloc_handle)
Conversion error: Incomplete multibyte sequence(šTZUNG - SUPPORT.txt)
[2014/12/12 16:21:59.659060, 0] ../lib/util/charset/convert_string.c:438(convert_string_talloc_handle)
Conversion error: Incomplete multibyte sequence(šTZUNG - SUPPORT)
[2014/12/12 16:21:59.659103, 0] ../lib/util/charset/convert_string.c:438(convert_string_talloc_handle)
Conversion error: Incomplete multibyte sequence(šTZUNG - SUPPORT)
[2014/12/12 17:25:51.476380, 0] ../source3/smbd/oplock.c:335(oplock_timeout_handler)
Oplock break failed for file Desktop/desktop.ini -- replying anyway
[2014/12/12 17:26:22.053314, 0] ../source3/smbd/oplock.c:335(oplock_timeout_handler)
Oplock break failed for file Desktop/FlatOut2.lnk -- replying anyway
[2014/12/30 14:49:40.520829, 0] ../source3/smbd/open.c:1582(defer_open_done)
PANIC: assert failed at ../source3/smbd/open.c(1582): ret
[2014/12/30 14:49:40.830851, 0] ../source3/lib/util.c:785(smb_panic_s3)
PANIC (pid 3200): assert failed: ret
[2014/12/30 14:49:44.530455, 0] ../source3/lib/util.c:896(log_stack_trace)
BACKTRACE: 16 stack frames:
#0 /usr/lib/x86_64-linux-gnu/libsmbconf.so.0(log_stack_trace+0x1a) [0x7f2bea181f3a]
#1 /usr/lib/x86_64-linux-gnu/libsmbconf.so.0(smb_panic_s3+0x20) [0x7f2bea182010]
#2 /usr/lib/x86_64-linux-gnu/libsamba-util.so.0(smb_panic+0x2f) [0x7f2beb6aac6f]
#3 /usr/lib/x86_64-linux-gnu/samba/libsmbd_base.so.0(+0xf327d) [0x7f2beb27827d]
#4 /usr/lib/x86_64-linux-gnu/libtevent.so.0(tevent_common_loop_timer_delay+0xcf) [0x7f2be8b7444f]
#5 /usr/lib/x86_64-linux-gnu/libsmbconf.so.0(run_events_poll+0x1c9) [0x7f2bea198109]
#6 /usr/lib/x86_64-linux-gnu/libsmbconf.so.0(+0x37300) [0x7f2bea198300]
#7 /usr/lib/x86_64-linux-gnu/libtevent.so.0(_tevent_loop_once+0x8d) [0x7f2be8b705ed]
#8 /usr/lib/x86_64-linux-gnu/samba/libsmbd_base.so.0(smbd_process+0x9ca) [0x7f2beb29a59a]
#9 smbd(+0x9fa4) [0x7f2bebd0efa4]
#10 /usr/lib/x86_64-linux-gnu/libsmbconf.so.0(run_events_poll+0x16c) [0x7f2bea1980ac]
#11 /usr/lib/x86_64-linux-gnu/libsmbconf.so.0(+0x37300) [0x7f2bea198300]
#12 /usr/lib/x86_64-linux-gnu/libtevent.so.0(_tevent_loop_once+0x8d) [0x7f2be8b705ed]
#13 smbd(main+0x13eb) [0x7f2bebd0bb8b]
#14 /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xf5) [0x7f2be87c8ec5]
#15 smbd(+0x6f1d) [0x7f2bebd0bf1d]
[2014/12/30 14:49:44.530799, 0] ../source3/lib/util.c:797(smb_panic_s3)
smb_panic(): calling panic action [/usr/share/samba/panic-action 3200]
[2014/12/30 14:49:45.020246, 0] ../source3/lib/util.c:805(smb_panic_s3)
smb_panic(): action returned status 0
[2014/12/30 14:49:45.136517, 0] ../source3/lib/dumpcore.c:317(dump_core)
dumping core in /var/log/samba/cores/smbd
[2014/12/30 14:51:10.921573, 0] ../source3/smbd/open.c:1582(defer_open_done)
PANIC: assert failed at ../source3/smbd/open.c(1582): ret
[2014/12/30 14:51:10.921673, 0] ../source3/lib/util.c:785(smb_panic_s3)
PANIC (pid 3352): assert failed: ret
[2014/12/30 14:51:10.922291, 0] ../source3/lib/util.c:896(log_stack_trace)
BACKTRACE: 16 stack frames:
#0 /usr/lib/x86_64-linux-gnu/libsmbconf.so.0(log_stack_trace+0x1a) [0x7f2bea181f3a]
#1 /usr/lib/x86_64-linux-gnu/libsmbconf.so.0(smb_panic_s3+0x20) [0x7f2bea182010]
#2 /usr/lib/x86_64-linux-gnu/libsamba-util.so.0(smb_panic+0x2f) [0x7f2beb6aac6f]
#3 /usr/lib/x86_64-linux-gnu/samba/libsmbd_base.so.0(+0xf327d) [0x7f2beb27827d]
#4 /usr/lib/x86_64-linux-gnu/libtevent.so.0(tevent_common_loop_timer_delay+0xcf) [0x7f2be8b7444f]
#5 /usr/lib/x86_64-linux-gnu/libsmbconf.so.0(run_events_poll+0x1c9) [0x7f2bea198109]
#6 /usr/lib/x86_64-linux-gnu/libsmbconf.so.0(+0x37300) [0x7f2bea198300]
#7 /usr/lib/x86_64-linux-gnu/libtevent.so.0(_tevent_loop_once+0x8d) [0x7f2be8b705ed]
#8 /usr/lib/x86_64-linux-gnu/samba/libsmbd_base.so.0(smbd_process+0x9ca) [0x7f2beb29a59a]
#9 smbd(+0x9fa4) [0x7f2bebd0efa4]
#10 /usr/lib/x86_64-linux-gnu/libsmbconf.so.0(run_events_poll+0x16c) [0x7f2bea1980ac]
#11 /usr/lib/x86_64-linux-gnu/libsmbconf.so.0(+0x37300) [0x7f2bea198300]
#12 /usr/lib/x86_64-linux-gnu/libtevent.so.0(_tevent_loop_once+0x8d) [0x7f2be8b705ed]
#13 smbd(main+0x13eb) [0x7f2bebd0bb8b]
#14 /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xf5) [0x7f2be87c8ec5]
#15 smbd(+0x6f1d) [0x7f2bebd0bf1d]
[2014/12/30 14:51:10.922641, 0] ../source3/lib/util.c:797(smb_panic_s3)
smb_panic(): calling panic action [/usr/share/samba/panic-action 3352]
[2014/12/30 14:51:10.940554, 0] ../source3/lib/util.c:805(smb_panic_s3)
smb_panic(): action returned status 0
[2014/12/30 14:51:10.940634, 0] ../source3/lib/dumpcore.c:317(dump_core)
dumping core in /var/log/samba/cores/smbd
[2014/12/30 17:26:38.334795, 0] ../source3/smbd/service.c:784(make_connection_snum)
canonicalize_connect_path failed for service TF2Movies, path /media/750GBPlatte/Userfolders/HOUSE-PC/TF2Movies
[Letzte Zeile wiederholt sich drölfmal]

Alle anderen Logdateien in dem Ordner sind in dem Zeitrahmen leer oder komplett unauffällig.
 
Zuletzt bearbeitet:
Schuss ins Blaue: Ich würde mal auf Probleme in der Spannungsversorgung tippen. Was sagt denn dmesg? Versorg den Rechner mal mit einem Monitor und lasse auf einem VT (z.B. tty12) ein vollständiges log laufen (syslog, alle Meldungen nach tty12 umleiten) und wirf hin und wieder mal ein Auge drauf (nur eines, und immer das selbe, denn Du hast ja nur zwei).
 

Ähnliche Themen

Zurück
Oben