Newsgroup: it.comp.os.linux.sys
Titolo: [FUN & STATS] massimo uptime

Ogni tanto bisogna prender aria e lasciare i sofismi per qualcosa di piï¿œ 
terra-terra... :)
Qual'ï¿œ il massimo uptime che avete mai raggiunto su una macchina linux? 
(senza sparare eh...)
inizio io, dato oggi:
Uptime  3:30pm  up 525 days

 (senza sparare eh...)
  Cento giorni, quando avevo il mio sito on-line con IP pubblico a casa
che girava su una SPARCStation5-85 e Debian.  Ci girava il web server
(Thttpd), mail server (Postfix+Cyrusmail+Procmail), FTP (Vsftpd, se
ricordo bene) e, in omaggio alle antiche glorie dei primi anni di
Internet, un server Gopher (Bucktooth).  Tenevo anche aperti certi
servizi vetero-UNIX come l'echo, il chargen, discard e daytime.  Sshd
ovviamente c'era, il demone telnet girava in chroot per permettere
l'accesso ad alcuni utenti senza autenticazione per giocare ad alcuni
dei BSD-games testuali; il fingerd e il talkd non ricordo se li limitavo
alla LAN ma credo di si... ah! bei tempi!
-- 
Alessandro Selli 
http://alessandro.route-add.net
AVVERTENZA: i messaggi inviati a "trappola" non mi arriveranno.
WARNING: messages sent to "trappola" will never reach me.

 Uptime  3:30pm  up 525 days
Prevedo una guerra :), comunque:
grok:~# uptime
 18:03:54 up 1226 days,  8:08,  4 users,  load average: 3.88, 4.61, 4.54
grok:~# uname -a
Linux grok 2.6.12-amd64-k8 #1 Mon Feb 13 12:18:46 UTC 2006 x86_64 GNU/Linux
creep:~# uptime
Unknown HZ value! (0) Assume 100.
 18:04:52 up 1576 days,  1:55,  1 user,  load average: 1.04, 1.01, 1.00
creep:~# uname -a
Linux creep 2.6.13-web #1 SMP Tue Jul 12 14:03:27 BST 2005 i686 unknown
Queste sono le migliori che ho trovato (no, non sono su Internet, per 
fortuna). Sono "quasi" sicuro che in passato ne ho avute anche con piu' 
uptime, anche se esattamente non ricordo quanto.

 Uptime  3:30pm  up 525 days
In Agosto spengo sempre il server di casa:
fboschetti@server-09:~$ uptime
  20:56:01 up 100 days,  7:09,  1 user,  load average: 0.00, 0.00, 0.00
fboschetti@server-09:~$ uname -a
Linux server-09 2.6.24-19-server #1 SMP Wed Jun 18 15:18:00 UTC 2008 
i686 GNU/Linux
ciao
Filippo B.
--
http://www.danzainsieme.it
http://www.boschetti.info

 Uptime  3:30pm  up 525 days
'azz ... non ho pi� sotto mano i server che dico io, ma si aggiravano
intorno agli stessi valori, se non anche di pi�, ma non posso pi�
controllare.
Per di pi�, non si trattava di un solo server, ma di una trentina di
server.
Mai spenti, tranne uno sul quale si � rotto un disco, e al momento di
fargli vedere il nuovo disco si � reso necessario un reboot.
Sono arrivato alla conclusione che l'uptime di linux e bsd dipende solo
dalla durata dell'hardware.
-- 
echo onailimissaM | awk 'BEGIN { FS = "" }
{ for (i = NF; i >= 1; i-- )
  printf $i }'; echo

 dalla durata dell'hardware.
E dagli upgrade di kernel...

whiplash wrote:

hai ragione :(
p.s.: tempo fa si parlava di boot del nuovo kernel a caldo. Che
diavoleria era non mi ricordo pi�.
Qualche gugolatore che vuole controllare? :)


 Qualche gugolatore che vuole controllare? :)
Ti riferisci a ksplice? 
http://www.ksplice.com/

 Ti riferisci a ksplice? 
http://www.ksplice.com/
No. Si trattava di tecnologia "innata" :)
Avrebbe dovuto essere una caratteristica del kernel, e con pochi
comandi sarebbe stato possibile passare da un kernel all'altro ... ora
provo a gugolare io.
p.s.: pu� anche darsi che di questa cosa non si sia fatto nulla...


 p.s.: può anche darsi che di questa cosa non si sia fatto nulla...
Forse kexec? 


trovato: kexec
apt-get install kexec-tools
pare che resetti l'uptime, e che killi i servizi.... se � cos� lo trovo
alquanto inutile. No? :-)
Actually you can upgrade/switch kernels without rebooting, by using
kexec, but it kills all your services and what is considered your
"uptime".


 un cretino ha scritto:
"Il microkernel e' morto da molto tempo ed ancora non lo sa." (cit. Bluff)

 Forse kexec? 
iddu era!


> Forse kexec?
La suse lo utilizza per il primo "reboot", dopo l'installazione. Cioè, 
quando l'installer finisce la prima parte, avvia il sistema installato 
con kexec e poi finisce l'installazione.
Ciao. 
-- 
*** Linux user # 198661 ---_ ICQ 33500725 ***
    ***  Home  
http://www.kailed.net
  ***
        ***  Powered by openSUSE  ***

 Uptime  3:30pm  up 525 days
Viva gli upgrade di kernel! :-)
io 525 giorni no, ma ho superato, di poco,
1 anno tempo fa.

 Linux creep 2.6.13-web #1 SMP Tue Jul 12 14:03:27 BST 2005 i686 unknown
Il 2.6.13 ha oltre 4 anni?

Gandalf Corvotempesta wrote:

mi hai fatto venire il dubbio anche a me.
Sembrerebbe di si:
http://www.kernel.org/pub/linux/kernel/v2.6/ChangeLog-2.6.13


 Viva gli upgrade di kernel! :-)
gli upgrade di kernel si fanno solo sul proprio desktop :)
In produzione si fanno o su espressa richiesta del gestore
dell'applicativo, oppure MAI.
Se si tratta del serverino che io gestisco in maniera verticale, e che
non usa applicazioni certificate con precise release, potrei anche
capirlo.
Non � una verit� assoluta, ma ci si avvicina secondo me.


Gandalf Corvotempesta wrote:

A quanto pare si':
http://www.kernel.org/pub/linux/kernel/v2.6/
qui i primi 2.6.13 sono datati 29-Aug-2005, anche se allora non so come fa 
il mio ad essere stato compilato il 12 Luglio.
Da quel che mi hanno detto (e' una macchina che ho ereditato gia' cosi') era 
un kernel custom compilato dai sorgenti, per una macchina che avrebbe dovuto 
essere destinata ad ospitare un sito web con un'applicazione tipo 
calendario/prenotazione meeting room (come si evince dal suffisso -web), ma 
poi la cosa venne installata su un altro server, e questo e' diventato il 
server IRC interno, praticamente l'unico servizio che ha e' dancer-ircd.
Dovrei indagare...

 dancer-ircd. Dovrei indagare...
Ok, ci sono ancora i sorgenti sull'hard disk. In realta' e' una 2.6.13-rc2, 
ma:
creep:~# head /root/kernel/linux-2.6.13-rc2/Makefile
VERSION = 2
PATCHLEVEL = 6
SUBLEVEL = 13
EXTRAVERSION =-web
NAME=Woozy Numbat
# *DOCUMENTATION*
# To see a list of typical targets execute "make help"
# More info can be located in ./README
# Comments in this file are targeted only to the developer, do not
A quanto pare chi lo compilo' si sentiva particolarmente creativo e cambio' 
l'EXTRAVERSION nel Makefile (forse per non fare vedere al capo che era una 
release candidate? boh). Quindi in realta' e' pure una rc...e va da piu' di 
5 anni (anche se, come detto, non e' che faccia molto).

 dell'applicativo, oppure MAI.
Contento tu. (c)
Il kernel ha *tanti* bug, soprattutto le ultime versioni.
Io preferisco dormire la notte ed aggiornare in base agli
update della distro.
E non � la prima volta che un kernel nuovo mi stabilizza la
macchina risolvendo qualche bug.

 Uptime  3:30pm  up 525 days
Io in questo genere di gare vinco speso (ahimï¿œ):
# uptime
01:17:53 up 975 days, 12:55,  1 user,  load average: 0.00, 0.00, 0.00
# uname -a
Linux xxxx 2.6.18-3-686 #1 SMP Mon Dec 4 16:41:14 UTC 2006 i686 GNU/Linux
La macchina monta debian e, fino a poco tempo fa, faceva girare un 
bugzilla e altra roba.
Piano piano l'ho smantellata, adesso fa solo da mail server per le 
applicazioni (ancora per poco).
Poi se volete posso fornire:
# uptime
  01:15:40 up 465 days,  4:12,  1 user,  load average: 0.08, 0.02, 0.01
# uname -a
Linux xxxx 2.6.18-6-amd64 #1 SMP Tue Aug 19 04:30:56 UTC 2008 x86_64 
GNU/Linux
# uptime
  01:21:52 up 429 days, 20:28,  1 user,  load average: 0.26, 0.83, 0.79
# uname -a
Linux xxxx 2.4.29 #1 SMP Mon Jul 25 12:27:23 CEST 2005 i686 GNU/Linux
In ogni caso avere uptime cosï¿œ alti a me ha sempre inquietato: un 
riavvio nel momento sbagliato che va male ï¿œ il mio peggior incubo...

 dell'applicativo, oppure MAI.
Dipende. Su ambienti affacciati all'esterno non fare upgrade (del kernel
o di un altro software necessario al servizio) potrebbe equivalere a
trovarsi a gestire uno zombie
Enrico

Enrico 'Henryx' Bianchi wrote:

Parliamo di teoria, e di cose peraltro scontate? Giusto?
Questo sarebbe pi� che scontato, PERO', quello che ti voglio dire � che
nella realt�, gli aggiornamenti di kernel spesso, non si fanno nemmeno
sui server affacciati all'esterno. Poi va a finire come poste italiane
(ammesso che in poste italiane si sia trattato di un problema di
mancato patching), o come tanti altri. Mi pare chiaro.
Se tu sei una persona che lavora, lo sai meglio di me come funzionano
queste cose: tu segnali tutti i problemi del mondo a chi di dovere,
tutte le falle di sicurezza, problemi applicativi e nessuno ti caga.
Perch� a chi di dovere non gliene frega nulla, perch� di persona non
perdono nulla, e al momento in cui un problema si presenta questi tizi
sono abilissimi a defilarsi.


 Il kernel ha *tanti* bug, soprattutto le ultime versioni.
ma si ... ma non mi venire a raccontare ste cose mo', che sono cose da
teoria di corso di informatica della radio elettra. Queste cose sono
scontate e a un tempo stesso sono cose che sappiamo tutti e che sanno
anche i ragazzini che lavorano da 3 mesi nel campi dell'IT.
Parlavo di mondo reale, che � una cosa che spesso prescinde dalla mia e
della tua volont�. Io lo dico sempre a chi di dovere: guarda che quel
livello di patching non va bene. E non mi caga mai nessuno, perch� a
nessuno gliene frega nulla. E' cos� che vanno le cose. Ed � per questo
che sui server non si fanno upgrade. E io di testa mia a momenti non
posso creare nemmeno una directory, figuriamoci installare un kernel.
Ma 'ro cacchio lavorate voi? 
il mio collega l'altro giorno, doveva creare dei volumi, disk groups e
filesystem e si � dovuto fermare perch�, all'interno della directory che
doveva essere il mount point, ha trovato una struttura di directory
vuote e questa cosa si � protratta per una settimana, perch� nessuno
sapeva chi aveva creato quelle directory. Io volevo dirgli: fai un tar
delle directory, creati il filesystem, lo monti gli schiaffi le
directory dentro nuovamente e poi se la strafottono loro. Ma non � che
lui non ci arrivava ad una conclusione del genere. E' un
ex-ricercatore e stupido non �. SEMPLICEMENTE: non gliene fotte nulla a
nessuno di fare cose che comportano anche un minimo rischio.
FIGURIAMOCI l'installazione di un kernel. Poi che succede: qualcosa va
storto su quel server per altre ragioni. Di chi � la colpa? Di chi ha
messo il kernel ... anche se non c'entra una MAZZA.
Poi noi, dovremmo essere anche un tantino pi� precisi e dire anche che
non tutti i security advisory sono dannosi o pericolosi. La maggior
parte di questi, sono magari ad alto rischio, ma in realt� sono
difficilmente exploitabili.  
Un esempio per tutti, proprio di questi giorni: la rete GSM �
craccabile. 
Ma tu pensi che i gestori non dormono la notte per via di questo
problema? Pensi che entro una settimana tutti cambieranno i protocolli?
Hai capito il senso di quello che ho scritto prima?


 sono abilissimi a defilarsi.
  ...puntando il dito contro il sistemista: «Gli avevo detto di
sistemarlo!  Il casino l'ha fatto lui!».
  Il lavoro di sistemista in molti ambienti è anche un lavoro di
comunicazione, di diplomazia e di scaltrezza (il tutto a volte detto
paraculismo).


 teoria di corso di informatica della radio elettra. Queste cose sono
[cut]
Ma te tutte queste cazzate abominevoli le studi di notte?


Su una macchina su cui abbiamo voluto forzare la cosa (ovvero ignorare i
reboot dopo aggiornamenti kernel), abbiamo superato i 1000 giorni di uptime.
Poi ci siam stufati...
-- 
Professional System & Network Sarcazzer
http://bofhskull.wordpress.com/

 all'esterno.
Dalle mie parti si fanno eccome.

 (senza sparare eh...)
Ora la macchina piu' longeva ha:
14:54:10 [root@gino:~] $ uptime
 14:54:16 up 788 days, 23 min,  1 user,  load average: 7.43, 8.13, 9.95
tutti fatti con quel load average, ma verra' spenta tra poche settimane
e quindi non raggiungeremo neanche gli 800. Il massimo, in passato, son
stati circa 1000 giorni.
Da un cliente abbiamo una macchina accesa dal 2001... ma e' OT, perche'
e' SCO.
Fabio

 E dagli upgrade di kernel...
LOL... poche settimane, oggi come oggi.

 uptime, anche se esattamente non ricordo quanto.
Io sono arrivato a queste 3, delle vecchie sarge con kernel 2.6 strimmato 
all'inverosimile che non erogano servizi locali ma fanno solo da router.
01:08:27 up 1421 days, 11:08,  1 user,  load average: 0.00, 0.00, 0.00
01:04:48 up 553 days, 16:08,  1 user,  load average: 0.00, 0.00, 0.00
01:03:16 up 515 days, 17:39,  1 user,  load average: 0.00, 0.00, 0.00
Paradossalmente se non erro sono ugualmente sicure perchï¿œ ï¿œ dal 2.6.8 o dal 
2.6.9 che non si scoprono vulnerabilitï¿œ dello stack tcp/ip diverse dal DDoS 
che comportino rischio per la macchina in mancanza di accesso locale.
In ogni caso penso che nessuno piï¿œ sarebbe in grado di aggiornarle (chi le 
ha fatte ï¿œ scappato) e sicuramente costerebbe di meno sostituirle. :-)


 > Qual' il massimo uptime che avete mai raggiunto su una macchina linux?

E' poi perche' si stava parlaando di uptime, mentre quella era accesa,
ma inchiodata dal 2001.

 ha fatte è scappato) e sicuramente costerebbe di meno sostituirle. :-)
Si', nel mio caso valgono delle considerazioni simili. Sono macchine che, 
seppure funzionino correttamente, nessuno tocca piu' un po' perche' non e' 
strettamente necessario, un po' perche' chi ci aveva messo le mani in 
origine non c'e' piu', un po' per la paura che qualcosa poi non funzioni 
piu' se vengono riavviate o modificate in qualche modo (quest'ultima io non 
la condivido, anche se so che per la legge di Murphy potrebbe essere vera). 
Quando si romperanno, allora ovviamente bisognera' fare qualcosa, magari 
sostituirle, ma fino ad allora, sembra che il motto sia "finche' la barca 
va, lasciala andare" :)

 
ahah, ok ok
attivo da  4:28pm 528 days  9:34,  1 user,  load average: 0,00, 0,00, 0,00
Linux mta 2.6.22.17-0.1-default #1 SMP 2008/02/10 20:01:04 UTC x86_64 
x86_64 x86_64 GNU/Linux
ehm... c'� un comando che ti dice "Opensuse 10.3" ?? :D se c'� dimmelo 
perch� mi sarebbe utile :)

 perch� mi sarebbe utile :)
normalmente cat /etc/issue


 
buono a sapersi, tnks

 sui server affacciati all'esterno.
Il vero peccatto e' che magari poi hanno fortuna e gli va tutto
bene. Sai come si imparerebbe rapidamente la lezione se
ogni 2 x 3 le macchine fossero buggate con tutti i disagi del
caso ?
In merito invece alla iniziale discussione, non credo di avere
una risposta precisa. Mi pare sui 260 gg. poiche' kexec non
mi decido mai ad utilizzarlo :P
Beppe

 mi decido mai ad utilizzarlo :P
kexec ti killa tutti i processi e ti resetta l'uptime, quindi non ti 
sarebbe di molto aiuto in tal senso :-)

 buono a sapersi, tnks
Eventualmente anche:
dan@kailed:~> lsb_release -a
LSB Version:    n/a
Distributor ID: SUSE LINUX
Description:    openSUSE 11.2 (i586)
Release:        11.2
Codename:       n/a
Ciao.
-- 
*** Linux user # 198661 ---_ ICQ 33500725 ***
    ***  Home  
http://www.kailed.net
  ***
        ***  Powered by openSUSE  ***

 (senza sparare eh...)
simo@njord:~$ uptime
16:57:00 up 576 days, 19:37,  2 users,  load average: 0.31, 0.75, 0.82
simo@njord:~$ uname -a
Linux njord 2.6.18-6-686 #1 SMP Thu Aug 20 21:56:59 UTC 2009 i686 GNU/Linux
(ovviamente non e' l'uptime attuale, ma il massimo che ha fatto quella
macchina)
ilSimo
-- 
now playing: 
Last Of The Dragonlords of Melnibone 
Born to rule 'til the End of Time 
Last Of The Dragonlords of Melnibone 
Born to rule the Kingdom where Mighty Dragons fly so high
                                Domine - Last Of The Dragonlords

 sarebbe di molto aiuto in tal senso :-)
Bene, quindi devo rassegnarmi :P
Ma potrei sempre provare su qualche macchina non esposta.
Comuque l'uptime di per se lo trovo un valore piuttosto
relativo. Il reboot lo faccio solo in due casi:
1. kernel update
2. gusto hardware
A questo punto trovo piu' interessante sapere da quanto non
dis-alimento la macchina con un bel "halt". Se non e' un
problema di Hardware l'uptime e il tempo trascorso dall'ultimo
spegnimento della macchina :)
Beppe

 Uptime  3:30pm  up 525 days
eccheccazzo ieri si ï¿œ spento.
...mi sa che me la sono tirata...

sathia@staltra:~$ uptime
 11:11:12 up 613 days, 17:26,  2 users,  load average: 2.50, 2.68, 2.80
-- 
give it away

  11:11:12 up 613 days, 17:26,  2 users,  load average: 2.50, 2.68, 2.80
sathia@staltra:~$ uname -ar
Linux staltra.xxxxxx.local 2.6.18-6-amd64 #1 SMP Thu May 8 06:49:39 UTC 2008 
x86_64 GNU/Linux
-- 
give it away

 writes:
Non è un grande uptime e non è linux, però è il mio portatile che sbatto
ogni giorno dappertutto mandandolo in freeze più o meno 50 volte al
giorno, quindi onore al merito per i suoi primi 36 giorni ;)
16:20  up 36 days, 22:49, 14 users, load averages: 0,19 0,20 0,28