[debian etch] probleem met opstarten, netwerk, kernel etc.

[blade181]

Wegens gebrek aan betere titel open ik dit topic.

Ik open dit topic met een vraag wie de oorzaak van mijn probleem kan vinden. Ik ben namelijk op dit moment namelijk radeloos. Ik zal beginnen met de configuratie van mijn hardware te beschrijven.

Asus Atx socket 939 moederbord (typenr zou ik even moeten opzoeken dacht iets van een via chipset dus dan zou het een K8V of A8V kunnen zijn of zo)
AMD 3200+ Socket 939
2 x 512 gb geheugen kingston
1 x onboard lan
1 x netwerkkaart 8139 realtek
2 x raptor 36 gb raid 1
1 x brander sony dvd
1 x dvd lezer

Ik heb nu ongeveer 3 jaar dit systeempje lopen. Begonnen met debian 3.0 en nu zit ik op debian 4.0. Wat wordt er mee gedaan, er staat een boekhoudpakket op die via samba geshared wordt. Samba gewoon als member server. Het is een netwerk van 4 pc's die verbinding maken via 2 switches. Kantoor (1 switch 2 pc's en 1 server) en werkplaats (2 pc's en 1 switch) te verstaan. Er draait een firewall op via een script. Het interne netwerk maakt verbinding via de server en vervolgens een router naar internet (kpn business adsl). Er draait een proxy en een guardian die http verbindingen controleert.

Zo nu komen we tot het probleem, een paar weken geleden wilde ik graag de beveiliging beter voor elkaar maken en kwam virtualisatie tegen, dit liep uiteindelijk niet goed en heb het systeem volledig hersteld in orginele staat, gewone kernel (2.6.18-6 amd64 of i686 variant geen xen). Op dit moment loop ik tegen hele vage dingen aan die ik niet kan beschrijven:

- kernel start traag op, wacht bij usb zaken zoals de usb externe kaartlezer (heb ik nu handmatig uitgeschakeld in bios);
- sysklogd start heel traag;
- samba wilde op enig moment niet meer goed starten, wacht eeuwig bij smbd en gaat niet verder of wil niet terug naar de prompt, in debug modus geeft smbd geen foutmelding maar wacht gewoon en start smbd verder niet op;
- kernel messages leveren verder niets op;
- ik kan op afstand niet via ssh verbinden;
- ik had zelfs het gevoel dat de raid1 configuratie niet werkte, dus ik heb 1 schijf uitgeschakeld (sata kabel eruit) en ik kon merken dat die beter liep, echter nu loopt die zelfs op 1 schijf in raid1 (software raid) niet goed in linux;
- het netwerk loopt traag;
- ik heb zelfs acpi uitgeschakeld in de bios, geen nut gehad;
- ik heb geen internet vanaf interne netwerk, kan wel server pingen;

Ik heb het idee dat het een hardware probleem is, maar ik kan het systeem niet even zo terugbrengen naar de winkel omdat die winkel totaal geen verstand heeft van linux en er zo windows op pleurt om vervolgens te zeggen dat het goed werkt, ik ben dan op dat moment alles kwijt. Ik heb verder ook geen apparatuur om de hardware te controleren

Wie kan mij hierbij assisteren?

[ph0t0nix]

Wat zeggen /var/log/messages, /var/log/syslog, dmesg?
Je kan niet via SSH verbinden, zeg je. Is dat van buiten naar binnen (via de KPN-lijn) of vanaf een van de workstations naar het servertje (dus intern)? Kunnen andere programma's/protocollen wel verbinden? Zo nee, heeft de netwerkkaart dan een IP-adres?
RAID kun je controleren met cat /proc/mdstat. Het kan zijn dat het systeem traag is omdat je RAID set gerbuild moet worden.

Waarom verdenk je de hardware, terwijl je juist met de software hebt zitten kloten?
Als je nog een losse harddisk hebt liggen kun je die even snel in de server hangen en windows installeren. Dan doe je in wezen hetzelfde als die winkel die je in gedachten had, maar heboud je je linux-installatie.

En dan natuurlijk de interessante vraag waarom je een testprojectje uitvoert op een machine die in productie is... Noch kantoor, noch de werkplaats zullen blij zijn nu ze niet bij hun boekhoudpakket kunnen komen. Om over het verlies van internetverbinding maar niet te spreken. Maar goed, daar heb je nu waarschijnlijk wel van geleerd.

[blade181]

1e vraag: van buitenaf naar binnen is niet mogelijk, (kpn lag plat dat weet ik), binnen naar server is wel mogelijk;
2e vraag: raid1 is clean, gisteren heb ik de schijf die ik eruit heb gehaald er weer in gestopt met mdadm /dev/md0 -a /dev/sdb1

Daarna een rebuild, die gisterenavond gereed was, vanmogen lag deze er dus weer uit;

/var/log/syslog en /var/log/messages als /var/log/dmesg gaven geen rare meldingen.

De vraag waarom ik een productie machine ga lopen hobbien, tja security issues waren er die ik graag compleet de wereld uit wilde helpen, daarnaast om de machine wat minder afhankelijk te maken van bepaalde services. Ik zeg niet dat het een goed idee was, maar ten tijde lag de vraag er wel.

Maar mijn vraag is waarom bij het starten loopt die bij het laden van de kernel zo traag, bij het laden van usb zaken (modules) bij sd 0 externe usb zaken, ik zag bijvoorbeeld ook dat die bij het laden van /dev/sdb1 een melding geeft dat die /dev/sdb1 gevonden heeft en zoveel opslagruimte bevat en writeback is uitgeschakeld, vervolgens blijft die op dat punt hangen, ik moest het hangen stoppen door ctrl + c in te toetsen. Hetzelfde geldt voor het superlang wachten voordat een proces zoals de systeemlogboeken te starten klaar is, of samba, of hal etc.