radek@kapitan ~ % uprecords
# Uptime | System Boot up
----------------------------+---------------------------------------------------
1 568 days, 01:29:57 | Linux 2.6.24-ovz006 Mon Dec 1 13:00:20 2008
2 278 days, 21:34:42 | Linux 2.6.1 Wed Mar 3 15:22:34 2004
3 231 days, 20:49:07 | Linux 2.6.11.10 Sun Oct 9 15:55:08 2005
4 214 days, 01:30:40 | Linux 2.6.27-openvz-kuin Fri Oct 1 15:50:02 2010
5 196 days, 07:27:18 | Linux 2.6.11.10 Mon May 29 17:16:33 2006
6 146 days, 21:32:02 | Linux 2.6.23.12 Sun Jan 6 17:26:28 2008
7 95 days, 08:21:30 | Linux 2.6.24-ovz006 Tue Jun 22 15:34:25 2010
8 91 days, 19:00:24 | Linux 2.6.19 Fri Jan 12 16:44:47 2007
9 89 days, 14:32:02 | Linux 2.6.32-openvz-feok Wed Aug 24 16:42:11 2011
10 87 days, 07:01:00 | Linux 2.6.9 Sat Jan 8 17:10:18 2005
To je hodně velké zjednodušení s tou aplikací záplat.
Spravuju desítky serverů a downtime (i riziko downtime) je něco nepříjemného, čemu se lidi snaží vyhnout. Navíc "never touch running system" A.K.A. "if it work's, don't break it" platilo a platí stále.
Dělá se to tak, že se kouká do changelogů a sleduje co se změnilo (+ security announce listy). Podpora nového HW? Děkuji, nechci. DOS od lokálního uživatele? Jenom pokud na tu mašinu mají přístup. Zneužitelnost v nějakém stacku, který ani nepoužívám? Není potřeba.
Remote DOS v nějakém obskurním protokolu, který ani neprojde přes firewall? Proč. Znám slušný počet systému, které běží na RHELu 4.4 s nějakou webovou aplikací (pouze interní) s minimálními updejty.
Hodně rizik je už od instalace minimalizováno konfigurací SELinuxu, ACL, uživatelé nemají SSH přístup na server co provozuje veřejné služby (mají vlastní shell server s NFS mountama, pokud je potřeba) atd.
Prostě riziko výpadku (nepovedený update, rozsáhlá webová aplikace přestane fungovat, obnova ze zálohy, verifikace) je větší než riziko potenciálního zneužití bezpečnostní chyby.
Takže není výjimkou, že servery mají uptime > 200 dnů. Rychlým pohledem můj rekodman je 368 dní.
Samozřejmě desktop mám updejtovaný a serverové instance "na hraní" jsou aktualizované metodou "všechno když si zrovna vzpomenu". A vím jakou to dělá neplechu :)
hehe - no to su tie merania, kto ma vacsi :)
#uptime
5:02pm up 10 days, 5:37, 1 user, load average: 0.01, 0.01, 0.01
#
#echo "boottime /W 1337957041" | adb -w -o /stand/vmunix /dev/kmem
boottime: 0x4fb22127 = 0x37957041
#
#uptime
5:03pm up 4692 days, 8:02, 1 user, load average: 0.01, 0.01, 0.01
#
Ta 11.11 bude nejaky postarsi parisc pan :). Z hlavy si nepamatam ako vyzera ta time_t structura co drzi ten time, takze v podstate som to prepisal kravinami.
@julus: hlavne to nespustaj na tom serveri :)
Inak ja som nikdy som nechapal tieto uptime merania ..
Ta mrcha se brání:
/usr/bin/ld: lsadl.o: undefined reference to symbol 'g_thread_init'
/usr/bin/ld: note: 'g_thread_init' is defined in DSO /usr/lib64/libgthread-2.0.so.0 so try adding it to the linker command line
/usr/lib64/libgthread-2.0.so.0: could not read symbols: Invalid operation
Myslel jsem, že spolupracuje jen s otevřenými ovladači, ale vypadá to, že to naopak jede jenom s Catalystem. Nebo spíš nejede vůbec.
Tak jsem to zkusil ještě jednou. Stačilo přidat do configure.ac řádek:
AC_CHECK_LIB(gthread-2.0, g_thread_init)
a zkompilovalo se to.
Ale po spuštění to jen v terminálu napíše:
[v1@msi-NB OperaDownloads]$ lsadl
lsadl v0.0.8
http://linuxsociety.org
soul@linuxsociety.org
WARNING: This can be Dangerous Software!
Use at your own risk!
Adapters(active and non-active): 2
Cannot get the number of od5 temperature!
Unknown Return Code!
Exiting!
[v1@msi-NB OperaDownloads]$
Tahle novinka je asi ve verzi 0.0.8 ještě příliš horká :-).
Jo, mám ATI Mobility RadeOn HD 4670 + Catalyst.
Hmm, asi je tam bug nebo dva :-)
Bohužel se mi nepodařilo najít domovskou stránku (myslím, že vůbec neexistuje). Nejlepší šance na opravu je asi bug tracker na freecodu:
http://freecode.com/projects/lsadl
http://freecode.com/projects/lsadl/tickets/new
Po krátké komunikaci s autorem se objevila verze 0.0.9, kde jsou obě chybky opraveny. Program už jde spustit a funguje !
Je to GTK2 klikátko, ale jde dobře i pod KDE4. Moje laptopová ATI Mobility RadeOn HD 4670 sice nepodporuje monitorování teploty a rychlosti ventilátoru, ale takty GPU jádra a pamětí na kartě nastavit jdou. Trochu jsem to testoval pomocí glxgears, vždy mi malém okně ukazují okolo 5200 fps (při GPU usage 49%). Když jsem snížil takty, tak vzrostlo využití GPU při ± stejné hodnotě fps.
Program ještě umožňuje změnu napětí.
Mám Catalyst 12.4, ze stránek AMD.
Presne tak , tohle mereni delky pera mne pripada jak zabava prepubertaku. Mozna to byl nejakej sport v dobach MSDOS kdy net v podstate neexistoval a bezpecnost a veci s tim souvisejici byl prima namet na debatu v akademickych kruzich, ale dneska tyhle radoby sportovni kokotiny jsou o pruser.
Kvoli aktualizacii kernelu netreba rebootovat, da sa to aj bez rebootu vid. ksplice.
https://en.wikipedia.org/wiki/Ksplice
Jediny realny dovod na reboot je zmena HW a aj to sa da obist pokial sa pouziva HotSwap hardware, je to potom celkom sranda ked menite RAMku za behu.
root@pivo:~# uprecords
# Uptime | System Boot up
----------------------------+---------------------------------------------------
-> 1 819 days, 10:16:01 | Linux 2.6.26-1-686 Wed Feb 24 09:27:25 2010
----------------------------+---------------------------------------------------
NewRec 819 days, 10:16:00 | since Wed Feb 24 09:27:25 2010
up 819 days, 10:16:01 | since Wed Feb 24 09:27:25 2010
down 0 days, 00:00:00 | since Wed Feb 24 09:27:25 2010
%up 100.000 | since Wed Feb 24 09:27:25 2010
root@pivo:~#
nevím, já se tak dlouho nedostal :)
1 421 days, 19:24:32 | Linux 2.6.26-1-486 Wed Feb 25 21:10:18 2009 -> 2 319 days, 12:12:21 | Linux 2.6.26-2-486 Thu Jul 14 09:42:53 2011 3 226 days, 19:06:43 | Linux 2.6.26-2-486 Fri Apr 23 18:02:07 2010 4 88 days, 13:46:03 | Linux 2.6.18-6-486 Sun Sep 21 08:12:41 2008 5 67 days, 22:51:59 | Linux 2.6.26-2-486 Sat May 7 10:44:24 2011 6 59 days, 01:37:59 | Linux 2.6.26-2-486 Wed Mar 9 07:29:07 2011 7 58 days, 05:42:51 | Linux 2.6.18-4-486 Tue Jun 12 09:59:51 2007 8 53 days, 18:12:01 | Linux 2.6.18-6-486 Thu Dec 18 22:06:40 2008 9 52 days, 17:03:52 | Linux 2.6.18-6-486 Sat Mar 1 12:10:20 2008 10 51 days, 22:43:31 | Linux 2.6.18-5-486 Wed Jan 9 13:24:43 2008