Drama v příkazové řádce

20.11.2006 21:00 | Přečteno: 2571× | Linux | | poslední úprava: 20.11.2006 21:01

$>uname -r
2.4.32
$>cd /usr/src/linux
$>make menuconfig
$>make && make modules_install
$>mount /boot
$>cp arch/i386/boot/bzImage /boot/kernel-2.6.17-20061120
$>cp .config /boot/config-2.6.17-20061120
$>vim /boot/grub/grub.conf
$>umount /boot
$>links http://www.idos.cz/ConnForm.asp?tt=X&ToStn=Želivského
$>reboot
Broadcast message from root (pts/0) (Mon Nov 20 16:39:41 2006):

The system is going DOWN for reboot now!

#>ping -i 5 muj.server.com
PING muj.server.com 56(84) bytes of data.
From server.housing.com icmp_seq=1 Destination Host Unreachable

From server.housing.com icmp_seq=2 Destination Host Unreachable
From server.housing.com icmp_seq=3 Destination Host Unreachable
From server.housing.com icmp_seq=4 Destination Host Unreachable
From server.housing.com icmp_seq=5 Destination Host Unreachable
From server.housing.com icmp_seq=6 Destination Host Unreachable
From server.housing.com icmp_seq=7 Destination Host Unreachable
From server.housing.com icmp_seq=8 Destination Host Unreachable
From server.housing.com icmp_seq=9 Destination Host Unreachable
From server.housing.com icmp_seq=10 Destination Host Unreachable
64 bytes from muj.server.com: icmp_seq=11 ttl=54 time=14.0 ms
64 bytes from muj.server.com: icmp_seq=12 ttl=54 time=11.5 ms
64 bytes from muj.server.com: icmp_seq=13 ttl=54 time=11.7 ms
64 bytes from muj.server.com: icmp_seq=14 ttl=54 time=9.67 ms
64 bytes from muj.server.com: icmp_seq=15 ttl=54 time=12.2 ms
64 bytes from muj.server.com: icmp_seq=16 ttl=54 time=10.4 ms
64 bytes from muj.server.com: icmp_seq=17 ttl=54 time=14.2 ms


--- muj.server.com ping statistics ---
17 packets transmitted, 7 received, 41% packet loss, time 84999ms

#>ssh root@muj.server.com
Last login: Mon Nov 20 16:02:47 2006 from muj.klient.com
$>uname -r
2.6.17
$>^D

Někdo považuje za adrenalinový zážitek skok z mostu na laně, někomu stačí přechod z jádra 2.4 na 2.6 na vzdáleném serveru. Taky už bylo na čase.        

Komentáře

[repli]

LOL
$>links http://www.idos.cz/ConnForm.asp?tt=X&ToStn=Želivského
hned se radši podívat kdy ti jede nejbližší bus :)

[Josef Kufner]

Jojo, to mě taky dostalo

Když jsem dělal naposled něco podobného, tak jsem zjistil, že redhatí /etc/init.d/ssh restart sestřelí i všechna spojení... no a v konfiguráku byla chyba...

[Petr_N]

Ale to uz davno neni pravda. A hlavne to neni /etc/init.d/ssh

[Radek Hladik]

Z tohoto a jemu podobnych duvodu mam na vetsine serveru zalozni ssh server (dropbear), ktery sice neumi vsechny mozne SSH machrovinky, LDAP, atd., ale zase se umi staticky slinkovat do jedne binarky (cca 600KB) a je proto mozne ho spustit i v pripade, ze se nenamounotovalo /usr nebo nejake podobne zlo.... Pristup na nej je povoleny jen z nekolika malo adres a umoznuje se pripojit jen pres ne-root uzivatele.

Radek

[azurIt]

"vim /boot/grub/grub.conf"

a nie /boot/grub/menu.lst ? :)

[hanzz]

V nekterych distrech je grub.conf symlinkem na menu.lst.

[TurboLama]

U mě v Gentoo je menu.lst symlinkem na grub.conf :)

[vogo]

a pro změnu je u mě /etc/grub.conf symlinkem na /boot/grub/menu.lst :D, protože jsem pořád hledal nastavení gruub v /etc

[David Watzke]

Taky mám takovou tendenci. Tam totiž patří...

[Jiří J.]

A u mě je /etc/lilo.conf symlinkem na /etc/lilo.conf, heč!

[Luk]

Vrtat se na dálku v iptables (bez fallbacku), to ano - ale na něco takového, jako je dálkový upgrade jádra, to bych tedy odvahu neměl

[Zdeněk Burda]

Řekl bych, že obojí (iptables, jádro) je celkem běžné. Ale už se mi několikrát stalo, že jsem musel ve 2 v noci vyrazit na výlet do serverhousingu (nejčastěji to je kvůli selhání HW, něco chcípne za běhu a nevadí to, ale při rebootu už mašina nezvládne nabootovat).

[Filip Jirsák]

iptables i upgrade jádra v jedné řadě je běžné, upgrade řady jádra jsem já osobně dělal poprvé – v době začátků 2.4 jsem na nějaký server ani nepomyslel A o samotné jádro ani tak nešlo, že mám zakompilovanou podporu filesystému na kořenovém disku a ovladač síťové karty přímo do jádra jsem si kontroloval několikrát. Spíš jsem se bál nějaké nekompatibility v glibc, module-init-tools apod. A nebo selhání HW – dokud se harddisky a větráky točí, je vše v pořádku, ale jakmile se zastaví a mají se znovu roztočit, může to být problém…

[alblaho]

Bylo na čase?

Vyměnit perfektně odladěné a vyzrálé jádro 2.4 za jekési pochybné 2.6.17... Kdyžtak aspoň za 2.6.16.30, tomu by se dalo věřit.

[trekker.dk]

Někde si najdi srovnání jader 2.4 a 2.6, tuším, že pěkné bylo v nějakém mnohodílném článku na rootu, který srovnával Linux a FreeBSD.

Pak zjistíš, že ano, bylo načase.

[alblaho]

Nemyslel jsem to tak docela vážně. Osobně na mých třech počítačích by mě provozovat dva štyrku ani nenapadlo. Ale na serveru, který just works ten upgrade nutný být nemusí. Samozřejmě nemám potuchy, k čemu ten server slouží, ale možná by mohl na starém jádře fungovat stejně dobře jako polovina googlu.

[Radek Podgorny]

No nechci prudit, ale tohle je IMHO docela bezna praxe (alespon pro mne). Jen to delam tak, ze v lilo (grub nepouzivam) nastavim pristi boot na novej kernel (pomoci -R), ale default necham ten starej, takze kdyz to nenabehne (coz se kupodivu jeste nestalo), staci na Zelivskeho zavolat at restartuji PC cislo XYZ a mam zase stary system.

Nevim jestli jde neco takoveho v grubu (asi jo), ale doporucuji. I kdyz ten adrenalin je asi k nezaplaceni .

[Radek Hladik]

Grub umi dokonce vic, ikdyz trochu jinak. V principu umi "fallback" konfigurace, takze se mu rekne, nabootuj A, pokud to nepujde tak B,.... A dokonce si umi nekam zapsat, ze zrovna bootovalo A a pokud se tahle hodnota po nastartovani systemu v nejakem rc skriptu nezresetuje, tak pri pristim bootu bude bootovat B. V kombinaci s resetem po kernel panic je to pry (nemam ozkousene z vlastni zkusenosti) docela ucinne.

[Petr_N]

v grubu je to taky http://www.gnu.org/software/grub/manual/html_node/Booting-fallback-systems.html

Muzu taky zavolat na zelivarnu, at restartuji PC xyz ? jaktoze to vlastne vubec muzou?!

[Radek Hladik]

Samozrejme, ze existuje predem dohodnuty system autentizace takoveho pozadavku :)

[Filip Jirsák]

Všechny tyhle fallbacky jsou sice pěkná vlastnost, ale pokud jádro naběhne, ale nenaběhne "jen" nějaká služba (třeba ssh), je to stejně k ničemu. Ale při vzdáleném restartu jde samozřejmě o to minimalizovat riziko toho, že počítač nenaběhne, takže každé opatření, které ošetří nějaký potenciální problém je užitečné. Pravda, dalo by se dát tam nějaký staticky slinkovaný init, který bude testovat třeba přítomnost nějakého souboru, a pokud jej do 10 minut od restartu nevytvořím ručně připojen přes ssh, restartuje počítač s fallback konfigurací. Ale server i já jsme v době restartu byli v Praze, takže to už by bylo situaci neúměrné opatření

[David Watzke]

A to jsem si připadal jako king, když jsem nemohl nabootovat a spravil to z liveCD tak, že jsem si stáhnul vanilku 2.6.18 (kterou používám doteď ), extract-ikconfigem vydoloval .config ze staršího jádra... Sranda je, že jsem na tuhle vymoženost přišel zhruba dva dny předtím, než se to stalo...

This is how we do it

[Max]

že jsem si stáhnul vanilku 2.6.18 (kterou používám doteď

Hehe, ty jsi teda gentooista. Jak se jím vůbec můžeš nazývat bez toho nejnovějšího distribučního jádra? :D.
Zdar Max

[David Watzke]

Distribuční jádro je pro lamy. Čekám až mi pořádně pojede mmko Zatím mi s ním nechtějí nastartovat Xka a Apache (že by se unselectlo něco důležitýho v jádře? kdoví...)

[kouby]

No ja tam vidim par nepresnosti

...
$>reboot
Broadcast message from root (pts/0) (Mon Nov 20 16:39:41 2006):

#>ssh root@muj.server.com
Last login: Mon Nov 20 16:02:47 2006 from muj.klient.com
$>uname -r
2.6.17
$>^D

[Filip Jirsák]

To jako ty časy? Last login je snad čas přihlášení, ne? Ale jinak je fakt, že jsem to rekonstruoval dodatečně, během té akce jsem myslel hlavně na to, jak to co nejrychleji zprovozním, až se to s novým jádrem nerozběhne

[Michal Kubeček]

Kolega spíš (podle toho, co zvýraznil) naráží na to, že už od pradávných dob bývá zvykem používat # v promptu roota a $ u normálního uživatele. Vy to, zdá se, máte obráceně…

[jose17]

no a potom.. kto vás učil prihlasovať sa vzdialene ako root??

[Filip Jirsák]

Na server a s klíčkem? Klidně Přece nebudu pokaždé hned jako první příkaz psát su - a nastavovat si, abych se mohl změnit na roota bez hesla. Rootovské heslo si nepamatuju a pamatovat si ho odmítám.

[anicka]

Souhlas. Mne prijde spis scestne delat to jakkoliv jinak

[Michal Kubeček]

Já jsem samouk. :-) Je na tom snad něco špatně? (Předem upozorňuji, že pseudoargumenty typu "Říká to XY." na mne nefungují, tak jimi neztrácejte čas.)

[Filip Jirsák]

Ach so… No já v žádném z promptů ani jeden z těch znaků nemám, roota od neroota odlišuju podle červeného/zeleného názvu serveru napravo od promptu. Kdybych tam dal co mám v promptu doopravdy, tak z toho zase nikdo nepozná, že jde o prompt A ty # a $ jsem si tak nějak pamatoval, že se v souvislosti s promptem používají. Že v tom je ještě takováhle logika mi uniklo.