<![CDATA[Stresslinux community - Allgemein]]> https://www.stresslinux.org/community/ Fri, 24 Apr 2026 07:43:55 +0000 MyBB <![CDATA[stresslinux pxe boot]]> https://www.stresslinux.org/community/showthread.php?tid=188 Tue, 19 Mar 2013 12:58:56 +0100 https://www.stresslinux.org/community/showthread.php?tid=188 ich habe genau nach der Anleitung einen pxe Server eingerichtet. Habe aber immer ein Problem Sad.

meine pxelinuxcfg/default:

LABEL stresslinux
MENU LABEL ^Stresslinux x86-64 0.7.190
KERNEL image/initrd-netboot-suse-11.4.x86_64-2.1.1.kernel
APPEND initrd=image/initrd-netboot-suse-11.4.x86_64-2.1.1.gz ramdisk_size=1108992

und

KIWI/config.default

IMAGE=/dev/ram1;stresslinux_11.4.x86_64;0.7.190;192.168.1.21;4096;compressed

Fehler:
sbin/init no such file or not executable

Was fehlt den noch?

Gruss
champf1

.jpg   stress_with_pxe.JPG (Size: 78.78 KB / Downloads: 5) ]]> ich habe genau nach der Anleitung einen pxe Server eingerichtet. Habe aber immer ein Problem Sad.

meine pxelinuxcfg/default:

LABEL stresslinux
MENU LABEL ^Stresslinux x86-64 0.7.190
KERNEL image/initrd-netboot-suse-11.4.x86_64-2.1.1.kernel
APPEND initrd=image/initrd-netboot-suse-11.4.x86_64-2.1.1.gz ramdisk_size=1108992

und

KIWI/config.default

IMAGE=/dev/ram1;stresslinux_11.4.x86_64;0.7.190;192.168.1.21;4096;compressed

Fehler:
sbin/init no such file or not executable

Was fehlt den noch?

Gruss
champf1

.jpg   stress_with_pxe.JPG (Size: 78.78 KB / Downloads: 5) ]]> <![CDATA[Rätselhaftes Verhalten eines Servers bei "stress"]]> https://www.stresslinux.org/community/showthread.php?tid=44 Fri, 06 Nov 2009 21:40:21 +0100 https://www.stresslinux.org/community/showthread.php?tid=44
Was meist noch geht, ist ein Alt-SysRq-i, um alle Prozesse zu killen. Wenn man das gemacht hat, ist alles wieder in Ordnung, die Maschine ist normal nutzbar.

Ich beobachte, das Problem auf verschiedenen, aber baugleichen Maschinen. Ein einmaliger Hardware-Defekt scheidet damit aus.

Ich habe jetzt schon verschiedenste Sachen variiert. RAID-Controller-Firmware, Steckplatz, RAID-Level, andere Festplatte, anderer Linux-Treiber, Kernel, etc. Ändert alles nichts.

Zur Maschine: 2 x XEON E5420, Adaptec 8505, 8 Platten.
Debian-Lenny, Standard-Kernel 2.6.26-2.

Stress lief mit den Parametern aus der man-page.
stress --cpu 8 --io 4 --vm 2 --vm-bytes 128M --timeout 10h

Ich hab das Gefühl, dass sich die Interrupts irgendwann überschlagen, es zu irgendwo zu einem Deadlock kommt und dann alles steht. Kann man das irgendworan festmachen? Hat jemand solche Effekte auch schonmal gehabt?]]>
Was meist noch geht, ist ein Alt-SysRq-i, um alle Prozesse zu killen. Wenn man das gemacht hat, ist alles wieder in Ordnung, die Maschine ist normal nutzbar.

Ich beobachte, das Problem auf verschiedenen, aber baugleichen Maschinen. Ein einmaliger Hardware-Defekt scheidet damit aus.

Ich habe jetzt schon verschiedenste Sachen variiert. RAID-Controller-Firmware, Steckplatz, RAID-Level, andere Festplatte, anderer Linux-Treiber, Kernel, etc. Ändert alles nichts.

Zur Maschine: 2 x XEON E5420, Adaptec 8505, 8 Platten.
Debian-Lenny, Standard-Kernel 2.6.26-2.

Stress lief mit den Parametern aus der man-page.
stress --cpu 8 --io 4 --vm 2 --vm-bytes 128M --timeout 10h

Ich hab das Gefühl, dass sich die Interrupts irgendwann überschlagen, es zu irgendwo zu einem Deadlock kommt und dann alles steht. Kann man das irgendworan festmachen? Hat jemand solche Effekte auch schonmal gehabt?]]> <![CDATA[Login]]> https://www.stresslinux.org/community/showthread.php?tid=37 Fri, 30 Oct 2009 02:32:48 +0100 https://www.stresslinux.org/community/showthread.php?tid=37 habe mir das neueste Release gezogen und Probleme mit dem login.
Weder root noch stress funktionieren und ein passwort lässt sich nicht eingeben.
Bitte um Hilfe!

Vielen Dank!

Gruß,
Bogotrax]]> habe mir das neueste Release gezogen und Probleme mit dem login.
Weder root noch stress funktionieren und ein passwort lässt sich nicht eingeben.
Bitte um Hilfe!

Vielen Dank!

Gruß,
Bogotrax]]>