Dotaz: Jádro & sshd & výměna RAM

[......]

Zvláštní titulek, ale nevím jak to nazvat.

Dnes v noci jsem upgradoval na našem rádobyserveru RAM. Jsou skoro nové, nikdy s nima nebyly v jiných PC problémy. Ram jsem teda vyměnil nahodil server a protože u něj nemám monitor chtěl jsem se přihlásit přes ssh na mojí stanici.

Sshd bylo mrtvé, kupodivu internet jel. Takže jsem si připojil monitor a klávesnici k tomu serveru a restartoval. Při startu mi to psalo při nahazování firewallu, že mi chybí tabulka filter, mangle + nějakých pár dalších. Takže jsem je do jádra zavedl ručně pomocí modprobe a insmod.

Tohle ale nikdy nebylo potřeba. Vždy se mi tyto moduly zavedly samy nebo snad pomocí nějakého skriptu, který mi nejspíš zůstal utajen. Abych se vrátil k tomu SSHD tak to po ručním nahození hází do logu hlášku daemon (): fatal nebo naopak, ale prostě tohle.

Proto se ptám co má výměna RAM, sshd a zavádění modulů od netfilteru do jádra společného a co se mohlo pokazit. V log(z)ích není ani ň o tom že by něco nejelo nebo bylo špatně. Používám Slackware 10.1, P233, 2x HDD (LVM), 3x 128MB RAM

Budu vděčný za každou radu. Petr

Odpovědi

[Zdeněk Burda]

Třeba to nemá nic společného s RAM, ale s nějakou změnou, kterou jsi provedl před rebootem počítače. Protože jsi nerestartoval ssh hned po té změně v systému, tak jsi na to přišel až když bootoval systém.

[......]

Moc díky za reakci, ale já tam nic co by se týkalo jádra a ssh neměnil. Leda že bych něco souviselo s něčím a mě to nedošlo. Spíš jak to ssh mě rozčiluje to načítání modulů do jádra.

[......]

Takže od včera jsem zjisitl, že to sshd tuhne při volání fork(), teda domnívám se, nejsu C programátor. Dal jsem strace sshd a poslední řádky jsou toto:

setgroups32(0, [])                      = 0
fork()                                  = 7060
--- SIGCHLD (Child exited) @ 0 (0) ---
exit_group(0)                           = ?

Co to má ale do činění s moduly jádra pořád nevím.

[Petr Šobáň]

Chyby pamětí se projevují všeliak.

Takže skontrolovat RAM viz memtest a pod.... Skontrolovat časování ram v BIOSu a zda MB chutnají ty ram.

Jinak tam vrať ty původní a uvidíš co to bude dělat.

[......]

Takže jsem na to přišel. Nebyly to RAM, nebylo to ani diskem (doufám). Nevím co to způsobilo, vím jen že já vlastníma rukama ne. Zařízení /dev/null se stalo z ničeho nic obyč souborem a ne tzv. "černou dírou".

Co to dokáže způsobit jsem si až do teď neuvědomoval. Asi to nějak nabořilo hotplug, zavádění modulů jádra a i to zmiňované sshd. Vážně je mi to záhadou. Po vytvoření /dev/null pomocí mknod sshd naběhlo jak víno a vše se zdá OK.

Udělalo mi to radost, protože díky tomu nemusím hrabat do systému. A jak jsem na to přišel? Náhodou. Updatoval jsem ze zdrojáků ClamAV a při ./configure mi to vypsalo, že /dev/null prostě nějak není. Tak jsem na to mrknul a fakt