Instabil SMB szolgáltatás CentOS 5.2

Red Hat, Fedora, CentOS

Sziasztok!

Szeretném a segítségeteket kérni!

Adott egy CentOS 5.2-es Linux szerver (tudom már nem támogatott, de egyenlőre még sajnos nem cserélhető). Éveken keresztül hibamentesen működött, azonban mostanában az SMB megosztás időnként elhajítja magát.

Néztem samba log-ot és ehhez hasonló üzeneteket dob vissza. Sajnos nem jutottam vele sokra. Valakinek valami ötlet, hogy mi lehet a baj? Esetleg találkoztatok már hasonlóval?

Előre is köszönök minden segítséget!

[2017/09/08 06:21:15, 0] lib/fault.c:326(dump_core)
dumping core in /var/log/samba/cores/smbd
[2017/09/08 06:21:15, 1] smbd/service.c:1063(make_connection_snum)
__ffff_10.10.10.3 (::ffff:10.10.10.3) connect to service HABEL initially as us
[2017/09/08 06:21:15, 0] lib/fault.c:46(fault_report)
===============================================================
[2017/09/08 06:21:15, 0] lib/fault.c:47(fault_report)
INTERNAL ERROR: Signal 11 in pid 7944 (3.4.8)
Please read the Trouble-Shooting section of the Samba3-HOWTO
[2017/09/08 06:21:15, 0] lib/fault.c:49(fault_report)
From: http://www.samba.org/samba/docs/Samba3-HOWTO.pdf
[2017/09/08 06:21:15, 0] lib/fault.c:50(fault_report)
===============================================================

  • 1062 megtekintés

( Ar0n v | 2017. 09. 08., p – 13:05 )

Ha semmi nem valtozott szoftveresen akkor a hardverrel lehet a gond. Elso korben en futtatnek egy memtestet!

Nomostan egy ötkettes retket nem kikapcsolni, hanem kikukázni kéne, merthogy frissíteni már nem fogod tudni, csak újrarakni - és minél tovább vársz,a nnál nagyobb lesz az eltakarítandó sz@rkupac.
Egyébként meg a logsorok releváns tartalmára rákeresve, netán a forrásban megnézve a logban jelzett sort és környékét elég jól behatárolható tud lenni a hiba valós oka...

( zeller | 2017. 09. 08., p – 13:56 )

EgyeNlőre vágok két deszkát - könyvespolcnak egyelőre jó Lesz.

Én alaposabban megnézném a logbejegyzések környékét, hogy mi vezet ide - lehet jogosultsági probléma, kliens oldali beállítás eltolása...

Az, hogy egy ötkettes retek 2017-ben nem cserélhető, az mutatja a fontosságát - közel tíz éve, hogy kijött, és felteszem, hogy a telepítés óta nem lett hozzányúlva (2008 májusi, az 5.3 2009 januári, az 5.11 idén márciusig volt támogatott - de legalább arra fel kellett volna húzni, hiszen lett volna rá idő).

Emlékekben turkálva volt néhány samba frissítés retek ötösön - lehet, hogy ez is olyan bug,amit a következő 9 verzió közül valamelyik javított - de persze ezt sohasem fogjuk már megtudni.
Ami lényeg. keresgélj, hogy mi változott, mert ott lesz az eb elhantolva.

Javaslatodra megpróbáltam a lentebb lévő parancsokat lefuttatni. Egyiknél sem láttam hibát. Bár hogy őszinte legyek, korábban még nem használtam a dmesg parancsot, így pontosan nem tudom pontosan mit is keressek.

dmesg | less
dmesg | grep -i usb
dmesg | grep -i tty
dmesg | grep -i memory
dmesg | grep -i dma
cat /var/log/dmesg | less

ennyiből passz, hogy mi lehet a gond.

Az viszont hogy az elmúlt 7 évben előjöttek volna a gondok egyszer sem biztos.

Simán lehet itt valami olyasmi történet is, hogy a kliensek frissültek időközben (pl Win10), esetleg OSX verziók ha azok vannak.

Nem kellene, de benne van a pakliban az is, hogy ez a régi samba 5.2-es kitudja hanyas patchleveles rpm + mondjuk egy Win10 kérés együttállásnál eldobja magát, mert lehet nem tud mitkezdeni a samba valamelyik packettel, vagy bármi egyéb.

Tehát, kliens oldali frissítések voltak ? Ezeket is körbe lehetne járni, de persze mindenképp javasolt az upgrade :)

( ricsip v | 2017. 09. 08., p – 17:07 )

Lehet h. tök baromságot beszélek, de mostanában tiltja mindenki az SMBv1-et a wannacry windowsos zsarolóvírus miatt, és közben kiderült h. az SMBv1 implementáció nem csak windows-on lukas, hanem kompatibilitás miatt Samba-n / Linuxon is:

http://www.zdnet.com/article/its-not-just-windows-anymore-samba-has-a-m…

https://blogs.technet.microsoft.com/filecab/2016/09/16/stop-using-smb1/
--