* Manuel Jenne schrieb am 21.03.01 um 22:49 Uhr:

"Antwerpen, Oliver" wrote:

...

Moin, kann man eigentlich unter Linux absichtlich einen Kernel-Panic erzeugen? Olli

Versuchs mal mit:

sysctl -w kernel.panic=1

den der Status Kernel Panic ist ja auch nur eine Variable vom Kernel und mit sysctl kannst Du die einfach auf 1 setzen.

Hi Manuel, das ist so leider falsch. Dieser Wert [1] ist die Anzahl Sekunden, die gewartet wird, bis nach einer Kernel-Panic ein reboot durchgefuehrt wird. Bei einem Wert von 0 (default) wird kein reboot ausgeloest. Gruss -Marc [1] Uebrigens das gleiche wie /proc/sys/kernel/panic -- | ...and don't forget: Linux rulez! | | | | http://www.links2linux.de <-- Von Linux-Usern fuer Linux-User |

Hallo, On Mon, 26 Mär 2001, Joerg Henner wrote:

...

...

kann man eigentlich unter Linux absichtlich einen Kernel-Panic erzeugen? geht IMHO nur, wenn man schlecht programmiert ;)

Siehe auch die Mail von Robert... ==== man 4 panic ==== API Documentation(4) API Manual API Documentation(4) NAME panic - halt the system SYNOPSIS NORET_TYPE void panic (const char *fmt, ... ...); Arguments fmt The text string to print ... variable arguments Description Display a message, then unblank the console and perform cleanups. Functions in the panic notifier list are called after the filesystem cache is flushed (when possible). This function never returns. ====

nette sachen um einen "last-test" zu fahren sind auch folgende sachen (möglichst paralell auf verschiedenen consolen/terms):

- while true ; do (find / -type f >/dev/null) ; done - dd if=/dev/urandom of=/dev/null - dd if=/dev/hda |bzip2 -9 >/dev/null - cd /usr/src/linux && while true ; do (make dep clean && make -j bzImage); done

und dann noch per ssh/scp ein cd-image übers netz kopieren, remote löschen und das ganze wieder von vorne ...

mach ich hier öfters ;)

*g* Mir gefaellt auch (nach Gusto kombiniert): - updatedb (fuer den Festplatten IO -- geht das auch per NFS?) - Als Variante: find / -type f -not -fstype proc -exec cat {} >/dev/null \; (dito) - setiathome (um uebrige CPU-Zeit zu "verbrauchen"), ein bis zwei pro CPU machen sich gut. (Masochisten koennen evtl. noch nice mit ins Spiel bringen -- DON'T TRY THIS AT HOME!)... - gimp (per script) mit einer fetten Datei arbeiten lassen (z.B. hinundherskalieren) mit einer passenden Einstellung fuer die Puffer (fuer CPU und IO Belastung) - und fuer die Masochisten: eine forkbomb oder auch nur ein fettes Memory-Leak/forking ohne aufzuraeumen, wie z.B. bei gew. Versionen von pan (mit mehreren Threads kompiliert und leafnode als newsserver) mit denen ich Bekannschaft machen durfte - die aktuelle Version ist scheinbar aber geflickt) -- DON'T TRY THIS AT HOME! [1] wenn man's erzeugt hat, siehe /usr/src/linux/scripts/kernel-doc sofern vorhanden. -dnh -- 104: fork(2) New processes are created by other processes, just like new humans. New humans are created by other humans, of course, not by processes. (Unix System Administration Handbook)