Koozali.org: home of the SME Server

samba failure.. ?

Geoff

samba failure.. ?
« on: August 16, 2002, 10:59:57 PM »
Scenario: 5.5 installed on PIII 733,512MB,2*40GB IDE RAID1, server only. Left drives to sync up properly. Created 1 user, created one i-bay. Proceeded to transfer some files (all sorts of sizes, some up to 600MB) to the i-bay while transfering some other stuff to my user directory (both from an XP workstation). Monitor goings-on via 'top' on root SSH login from workstation. CPU load approx 40% with smdb.

Mid-way through, connection is lost "Cannot find the specified file" etc. All i-bays gone, all user accounts gone... can't reboot through ssh session (You don't exist. Go away.), top indicates root has become user #0.

Anyone experienced this ? It appears a samba crash or overload or whatever has hosed my entire system... the server-manager no longer works (page cannot be displayed), can't log in as admin or root.

Might a bad sector on one of the drives cause this? Not sure what else to try. I've not yet logged out of the ssh session - but I suspect if I do, that'll be it...

Any clues anyone... TIA

Geoff

Nathan Fowler

Re: samba failure.. ?
« Reply #1 on: August 17, 2002, 01:19:51 AM »
cat /proc/mdstat

See what's displayed, if you're RAID-1 and both drives are uniform (it will display "[UU]") I doubt it's a drive error.

Hope this helped,
Nathan

Thomas G Christensen

Re: samba failure.. ?
« Reply #2 on: August 17, 2002, 01:14:50 PM »
have the same problem  but only when transfering huge amounts of data via ftp and then trying to browse the ibays via my XP network

i too vould like a solution :-)

Geoff

Re: samba failure.. ?
« Reply #3 on: August 17, 2002, 08:58:58 PM »
Well, thanks for the input. I found out _both_ drives had (or now have...) bad sectors! Suprising the whole thing blew up in such dramatic fashion. Now testing with another single drive and pounding it with tons of data (and doing a couple of "cat /dev/zero | gzip > /dev/null &" at the same time just to keep the CPU interested :-) ... seems to be holding up at the moment...