| |
 |
Veröffentlicht durch XTaran am Donnerstag 17. Juli, 09:42
Aus der Schwanzlängenvergleichs Abteilung
|
|
|
|
|
|
|
|
< Full Screen PDA Tastatur | Druckausgabe | Microsoft RPC remote exploit > | |
|
|
|
Besuch uns im IRC auf irc.lugs.ch im Channel #symlink
|
|
|
|
|
|
Diese Diskussion wurde archiviert.
Es können keine neuen Kommentare abgegeben werden.
|
|
|
|
|
|
|
|
|
|
|
|
Das Problem hat nicht nur Linux. Auch Solaris und HP-UX haben dieses Problem. Und das sind nun wirklich keine Kinderunices. HP-UX ist da eher schon Opa- bis Zombieunix. *grins*
Ob das vielleicht mit der Erwartungshaltung der Entwickler zusammenhängt? Haben die so ein schlechtes Bild von ihrem Produkt? ;-)
--
There is no place like $HOME.
|
|
|
|
|
|
|
|
|
|
|
|
|
Die Uptime ist auch nicht soooo wichtig. Besser ein Reboot zur richtigen Zeit, als eine downtime im falschen Moment.
Blöp
|
|
|
|
|
|
|
|
|
Von Anonymer Feigling am Thursday 17. July, 11:48 MES (#5)
|
|
|
|
|
ich weiss nicht, was ihr Jungs immer mit der Uptime habt. Erinnert mich ein bisschen an pubertäre Längenvergleiche von Dingen unterhalb der Gürtellinie. IMHO ist das ganze Uptime-Machogehabe wirklich etwas vom Dümmsten das es gibt. Was macht ihr denn, wenn der Kernel z.B. ein remote oder local Exploit hat oder sich herausstellt, dass der Scheduling-Algorithmus wirklich katastrophal ist? Keinen neuen Kernel installieren, bloss wegen der "totalen Uptime"? Völliger Blödsinn.
Uptime macht nur Sinn als statistische Uptime, d.h. ob der Server z.B. während der Messperiode nur zu 90% oder zu 99,9% der Zeit erreichbar war.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
ha! genau das sl skript könnte der admin (bit?) ja mal laufen lassen ;-)
http://www.symlink.ch/articles/03/02/05/1841248.shtml
L I N U X - life is to short for reboots...
|
|
|
|
|
|
|
|
|
|
|
|
|
Hehe, meine Rede... ich schalte meine Kisten sogar
manchmal ab, wenn ich Ruhe haben will (hoste aller-
dings _noch_ nix wirklich wichtiges).
--
mirabile, irc.ipv6.eu.freenode.net:6667 {#deutsch,#ccc,#IceWM,#OpenBSD.de,#IPv6,#freenode,...}
|
|
|
|
|
|
|
|
|
Von Anonymer Feigling am Thursday 17. July, 12:50 MES (#7)
|
|
|
|
|
... muss man die kiste auch ausschalten. So geschehen mit meinem Fileserver zu hause - 396d uptime und nie probleme.
dafür bekommt er eine grössere festplatte
*muss ide hotplug haben* :-)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Nun ja, die Kiste ist schon eine Weile nimmer umgestanden, der ptrace() Bug mit einem echo "" > /proc/sys/kernel/modprobe umgangen und die Kernels seit 2.4.18 nicht soooo ueberwaeltigend, als dass sich ein reboot gelohnt haette. Also laesst man sie ganz einfach weiterlaufen.
Dank LVM ist auch das Partitionieren "on the fly" moeglich, was mittlerweile auch seine 3 Reboots erspart hat.
Somit muss ich zugeben, dass ich fuer die Uptime nichts anderes gemacht habe, als einfach zu faul zum reboot zu sein.
Fuer Schwanzlaengenfanatiker:
beat@wigwam:~$ ./schwanz.sh
Unknown HZ value! (43) Assume 100.
Unknown HZ value! (43) Assume 100.
88.2cm
Die Fehlermeldungen stammen aus einem Ueberlauf welcher bei SMP-Maschinen schon nach 297 Tagen auftreten soll. Hat - ausser ein paar Fehlermedlungen - keine weitere Auswirkung auf den Betrieb gezeigt.
BTW: Der letzte Reboot war aufgrund eines Netzwerkausfalles (das Patchkabel im Kommunikationsschrank war gebrochen) durch den co-Sysadmin unter dem Einfluss von zu viel Adrenalin eingegeben worden...
I saw screens of green, red messages too, then came blue, shubidu
And i think to myself, what a wunderful world
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
BTW: Der letzte Reboot war aufgrund eines Netzwerkausfalles (das Patchkabel im Kommunikationsschrank war gebrochen) durch den co-Sysadmin unter dem Einfluss von zu viel Adrenalin eingegeben worden...
Ja, sowas ist bitter: es geht nicht, mist, naja, wird wohl ein Systemfehler sein -> Reboot. Man hat inzwischen zu sehr die Windows-Denkweise selbst in Unix inhaliert.
--
$ cd /dos/c/MICROSO~1
$ rm -rf *
|
|
|
|
|
|
|
|
|
|
|
|
|
Ist mir gerade letzthin so gegangen. Neue IPCop Firewall installiert und gedacht, mann das Ding läuft nicht recht! Nach 2 reboots festgestellt, dass ich dem Hub & ADSLRouter den Strom nicht wieder angestellt habe *boing*
L I N U X - life is to short for reboots...
|
|
|
|
|
|
|
|
|
|
|
|
|
Dir ist hoffentlich schon klar, das das echo "" > [foo] nicht saemtliche Moeglichkeiten, den ptrace Bug zu exploiten verhindert?
|
|
|
|
|
|
|
|
|
Von Anonymer Feigling am Friday 18. July, 20:16 MES (#13)
|
|
|
|
|
Uptime ist nicht alles!
Ich moechte hiermit an den recht amysanten schwanzlaengenvergleich erinnern (http://www.symlink.ch/article/03/02/05/1841248.shtml).
Hier mal ne nette Maschine:
Host ID is 80a65315
Serial Number is 2158383893
Manufacturer is Sun (Sun Microsystems)
System Model is Ultra Enterprise 10000
Main Memory is 21.0 GB
Number of CPUs is 24
mjung >> echo `uptime|sed 's/.*up \([0-9]*\) day.*/\1\/10+/'; \
> /usr/sbin/psrinfo -v|grep MHz|awk '{print $6"/30 +";}'; \
> /usr/sbin/prtconf|grep 'Mem'|awk '{print $3"/1024/3+"}'; \
> /usr/xpg4/bin/df -P -F ufs|grep -v Filesystem| \
> nawk '{if ($1 ~ "/dev/(scsi|sd)"){ s+= $2} s+= $2;} END \
> {print s/1024/50"/15+70";}'`|bc|sed -e 's/\(.\)$/.\1cm/'
1039.1cm
Apropos, die uptime betraegt nur
8:14pm up 15 days, 9:31, 14 users, load average: 2.38, 2.36, 2.31
|
|
|
|
|
|
