[Problem] Prozesse werden getötet...

Warum Debian und/oder eine seiner Spielarten? Was muss ich vorher wissen? Wo geht es nach der Installation weiter?
Antworten
Tcd
Beiträge: 96
Registriert: 24.03.2003 20:35:46
Wohnort: EDDM

[Problem] Prozesse werden getötet...

Beitrag von Tcd » 24.02.2005 10:45:32

Tach allerseits!

Ich hab ein riesiges :wink: Problem mal wieder. Immer wieder werden auf meinem Sarge System Prozesse einfach ohne Grund getötet.
D.h.

:arrow: wenn ein Dialog sichtbar ist (make menuconfig, beim update des Systems, bei Base-config aber nicht bei modconf (trotz selber Dialogengine))
:arrow: wenn eine längere Bildschirmausgabe stattfindet (beim kompilieren (egal was), , bei "man" ....

Die Progrzesse laufen so ca. 15 sec, danach wird immer der Prozess gekillt. Ich kann keinen Kernel backen, keine Manpage durchlesen usw. Bei einem Dialog, nachdem der Prozess getötet wurde, ist auch meine Konsole futsch, (reagiert meist nicht mehr, cursor wech ect) Passiert dies beim updaten des Systems, kann ich nur noch whiptail per Hand killen.

Alle anderen Dienste laufen klaglos, auch normale Textausgaben sind ohne Tadel. Ich tippe hier auf ein Problem mit whiptail bzw eine lib die da querschießt. Ein downgrade von whiptail brachte keinen Erfolg. Ich hatte dieses Problem auch schonmal auf einem SID System. Hatte sich dort aber quasi von selbst geregelt.

Fehlermeldungen, kann ich leider nicht bieten, da ich den Rechner nicht ins Netz bekomme, weil ich nicht kompilieren kann... Meist kommt ja auch nur "Getötet" mehr nicht.

Hab ihr noch Ideen?
MfG Tcd...

lochkarte
Beiträge: 190
Registriert: 08.12.2004 11:43:44

Beitrag von lochkarte » 24.02.2005 10:53:34

Memory leak? Zu wenig Hauptspeicher?

Code: Alles auswählen

cat /proc/meminfo
Evtl. swap einrichten.

Tcd
Beiträge: 96
Registriert: 24.03.2003 20:35:46
Wohnort: EDDM

Beitrag von Tcd » 24.02.2005 11:04:10

Dürfte eigentlich nicht sein, da 512 MByte RAM und 500 MByte SWAP. Gibt es einen anderen Live-Checker für die RAM Auslastung als top?
MfG Tcd...

lochkarte
Beiträge: 190
Registriert: 08.12.2004 11:43:44

Beitrag von lochkarte » 24.02.2005 11:42:39

Tcd hat geschrieben:Gibt es einen anderen Live-Checker für die RAM Auslastung als top?
Du könntest vmstat (aus dem Paket procps) mitlaufen lassen.

Tcd
Beiträge: 96
Registriert: 24.03.2003 20:35:46
Wohnort: EDDM

Beitrag von Tcd » 28.06.2005 21:51:52

Huch, ich wußte doch, dass ich da schonmal nach gefragt hatte... :oops: Sei es drum, das Problem besteht immer noch. Bisher war das Problem nicht wirklich dringend, da ich von Wlan wieder auf Kabel umgestellt hatte. Nun möchte ich aber gerne VDR nebst TV-Karte installieren bzw einbauen und muß nun aber einen Kernel backen. Nur wie gesagt geht das nicht... Diesmal kann ich aber auch mit Fehlermeldungen dienen. :wink:

Bsp mit man:
man: Befehl beendete sich mit Exit-Status 9: (echo '.ll 154n'; /usr/bin/zsoelim /tmp/zmanKJic6Y) | /usr/bin/tbl | /usr/bin/nroff -mandoc -rLL=154n -rLT=154n -Tascii8 | iconv -c -f ISO-8859-1 -t ISO-8859-15 | exec /usr/bin/pager -s
Bsp bei kompilieren eines Kernels
make: *** [stamp-kernel-configure] Fehler 2
Diese Fehlermeldung kommt auch, in abgewandelter Form, bei beliebigen Versuchen irgendetwas zu komplieren.

Hat da noch jemand eine Idee? Ich mag jetzt nicht wirklich meine eierlegende Wollmilchsau (Server) neu aufsetzen... Auf meinen beiden anderen Kisten (PC und Schlappi) läuft ebenfalls Sarge ohne irgendwelche Probleme...
MfG Tcd...

Benutzeravatar
pdreker
Beiträge: 8298
Registriert: 29.07.2002 21:53:30
Lizenz eigener Beiträge: MIT Lizenz
Wohnort: Nürnberg

Beitrag von pdreker » 30.06.2005 22:32:21

Die Ausgabe des Kernel Compile ist sehr wenig hilfreich, der eigentliche Fehler steht einige Zeilen weiter oben.

Wenn die Prozesse wirklich gekilled werden (SIGKILL), spricht das in der Tat für zu wenig Speicher, da der Kernel in Notsituationen, wenn er nichts mehr allokieren kann einen Speicherfresser abschiesst.

"vmstat 1" solltest Du in der tat 'mal mitlaufen lassen. Kontrollier auch 'mal, ob Dein Swap auch aktiviert ist (cat /proc/swaps).

Patrick
Definitely not a bot...
Jabber: pdreker@debianforum.de

Tcd
Beiträge: 96
Registriert: 24.03.2003 20:35:46
Wohnort: EDDM

Beitrag von Tcd » 30.06.2005 23:04:11

Servus Patrick!

Hier die Ausgabe von "vmstat 1" bei Benutzung von man ls

Code: Alles auswählen

procs -----------memory---------- ---swap-- -----io---- --system-- ----cpu----
 r  b   swpd   free   buff  cache   si   so    bi    bo   in    cs us sy id wa
 0  0  99236   6772  16168 382296    1    0    12     1    9     7  7  5 88  0
 0  0  99236   6768  16168 382296    0    0     0     0  763    96  5  3 92  0
 0  0  99236   6876  16176 382312    0    0     8   103  838   117  2  2 96  0
 0  0  99236   6856  16176 382324    0    0    12     0  804    89  3  3 94  0
 0  0  99236   6856  16176 382332    0    0     0     0  870    98  4  3 93  0
 0  0  99236   6856  16176 382332    0    0     0     0 1106   133  6  7 87  0
 0  0  99236   6848  16176 382340    0    0     0     0  884   109  3  4 93  0
 2  0  99236   5776  16184 382352    0    0     4    63  869   119 18 10 73  0
 2  0  99236   5452  16132 382672    0    0     0    56 3460  1228 34 32 33  0
 2  0  99236   5264  15932 382972    0    0     4     0 9289  3061  6 80 14  0
 1  2  99236   5480  15932 382508    0    0     0 11708 1672   198  1 11 88  0
 0  0  99236   5452  15940 382536    0    0    12  3004  976   103  1  9 90  0
 0  0  99236   5444  15948 382536    0    0     0   134  856    94  0  4 96  0
 0  0  99236   5444  15948 382536    0    0     0     0  812    93  4  4 92  0
 5  0  99236   5536  15948 380716    0    0     0    79  856   158 22  9 70  0
 3  0  99236   7472  15948 380740    0    0     8   116 1050   285 54 46  0  0
 2  0  99236   7416  15948 380740    0    0     0     0  745   252 33 67  0  0
 3  0  99236   7640  15956 380740    0    0     0    54  831   275 41 59  0  0
 4  0  99236   7644  15956 380756    0    0     0     0  860   248 40 60  0  0
 2  0  99236   7564  15956 380768    0    0    12     0  836   278 27 73  0  0
 2  0  99236   7520  15956 380768    0    0     0     0 1121   310 36 64  0  0
 0  0  99236   7704  15964 380780    0    0     4    76  840   254 33 35 31  0
 0  0  99236   7692  15964 380792    0    0     4     0  872    97  0  4 96  0
 0  0  99236   7464  15964 381020    0    0    36     0  885   106  3  5 92  0
 1  0  99236   7464  15964 381020    0    0     0     0  772    80  1  3 96  0
 1  0  99236   7456  15964 381028    0    0     0     0 1108   124  5 10 85  0
 0  0  99236   7448  15972 381028    0    0     0   965  844   112  1  2 97  0
Hier das Ganze beim Kernel kompilieren

Code: Alles auswählen

procs -----------memory---------- ---swap-- -----io---- --system-- ----cpu----
 r  b   swpd   free   buff  cache   si   so    bi    bo   in    cs us sy id wa
 2  0  99236   5564  16876 381552    0    0   860     1 1233   360 50 21 29  0
 2  0  99236   6312  16960 382000    0    0   390     0 1029   306 54 13 33  0
 2  0  99236   5208  17120 383344    0    0  1314     0 1124   370 28 14 58  0
 3  0  99236   5588  17152 382576    0    0   271     0 1142   237 59 17 25  0
 2  0  99236   5332  17172 381788    0    0   210   235  985   272 24 15 62  0
 2  0  99236   5224  17164 381312    0    0   342     0  994   365 17 18 66  0
 6  0  99236   5556  17112 379848    0    0   361     0 1032   376 17 10 74  0
 4  0  99236   7236  17148 379300    0    0   407     0 1125   349 52  9 39  0
 1  0  99236   7660  17216 380168    0    0   814     0 1104   409 59 15 26  0
 3  0  99236   6980  17292 380384    0    0   181   329  883   255 33  9 58  0
 2  0  99236   5304  17176 382348    0    0   738     0 6803  1872 18 57 25  0
 6  0  99236   5452  17032 378500    0    0    23   238 5950  1474 39 60  1  0
 7  2  99236   8796  17024 376884    0    0    92 10620 2105   495 63 37  0  0
 7  0  99236  10056  17036 376924    0    0    41  4358  941   338 53 47  0  0
 3  0  99236  10916  17048 377012    0    0    72   105  869   309 52 25 24  0
 4  0  99236  10792  17048 377028    0    0     4     0  845   192 56 44  0  0
Hier die Fehlermeldung beim kompilieren

Code: Alles auswählen

make[6]: Entering directory `/usr/src/kernel-source-2.4.27/drivers/ieee1394'
gcc -D__KERNEL__ -I/usr/src/kernel-source-2.4.27/include -Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common -fomit-frame-pointer -pipe -mpreferred-stack-boundary=2 -march=i686  -nostdinc -iwithprefix include -E -D__GENKSYMS__ ieee1394_core.c
| /sbin/genksyms  -k 2.4.27 > /usr/src/kernel-source-2.4.27/include/linux/modules/ieee1394_core.ver.tmp
make[6]: *** [/usr/src/kernel-source-2.4.27/include/linux/modules/ieee1394_core.ver] Getötet
make[6]: Leaving directory `/usr/src/kernel-source-2.4.27/drivers/ieee1394'
make[5]: *** [_sfdep_ieee1394] Fehler 2
make[5]: Leaving directory `/usr/src/kernel-source-2.4.27/drivers'
make[4]: *** [fastdep] Fehler 2
make[4]: Leaving directory `/usr/src/kernel-source-2.4.27/drivers'
make[3]: *** [_sfdep_drivers] Fehler 2
make[3]: Leaving directory `/usr/src/kernel-source-2.4.27'
make[2]: *** [dep-files] Fehler 2
make[2]: Leaving directory `/usr/src/kernel-source-2.4.27'
make[1]: *** [dummy_do_dep] Fehler 2
make[1]: Leaving directory `/usr/src/kernel-source-2.4.27'
make: *** [stamp-kernel-configure] Fehler 2
und hier die Ausgabe von cat /proc/swaps

Code: Alles auswählen

Filename                        Type            Size    Used    Priority
/dev/sda5                       partition       265032  99236   -1
Irgendwie kann ich kein Problem mit dem Speicher entdecken. Vielleicht seh ich es auch blos nicht... 8)
MfG Tcd...

Benutzeravatar
pdreker
Beiträge: 8298
Registriert: 29.07.2002 21:53:30
Lizenz eigener Beiträge: MIT Lizenz
Wohnort: Nürnberg

Beitrag von pdreker » 01.07.2005 13:59:35

Ist zwar ungewöhnlich bei der Symptomatik, aber hast Du 'mal "memtest86" über Nacht laufen lassen?

Patrick
Definitely not a bot...
Jabber: pdreker@debianforum.de

mludwig
Beiträge: 807
Registriert: 30.01.2005 19:35:04

Beitrag von mludwig » 01.07.2005 17:27:45

was zeigt denn an, wieviel Speicher noch frei ist? Werden die kompletten 512 MB erkannt? Paste mal die Ausgabe hier rein ...

mludwig

Tcd
Beiträge: 96
Registriert: 24.03.2003 20:35:46
Wohnort: EDDM

Beitrag von Tcd » 01.07.2005 21:37:24

Tach Männers!

Hier die Ausgabe von free

Code: Alles auswählen

             total       used       free     shared    buffers     cached
Mem:        580128     542480      37648          0      17612     314512
-/+ buffers/cache:     210356     369772
Swap:       265032      35284     229748
@Patrick
Werd ich mal machen. Ergebnis gibs dann hier...

Ansonsten hab ich heut mal probiert, alle Dienste ect die nicht unbedingt benötigt werden zu stoppen und das ganze nochmals auszuprobieren. Ohne Erfolg.
MfG Tcd...

Tcd
Beiträge: 96
Registriert: 24.03.2003 20:35:46
Wohnort: EDDM

Beitrag von Tcd » 04.07.2005 18:24:10

So, ich hab jetzt den memtest mal über Nacht laufen lassen. Keine Probleme in allen Test´s. Vielleicht hilft ein Austausch der Speicherchips. (Puh SD-RAM ist vielleicht teuer... Hat da noch einer 4 256 MB PC-100 rumliegen? :wink: ) Wenn das nix hilft, muss ich wohl oder übel eine Neuinstallation in Erwägung ziehen. Naja da verlerne ich das Ganze nicht... :?
MfG Tcd...

Benutzeravatar
pdreker
Beiträge: 8298
Registriert: 29.07.2002 21:53:30
Lizenz eigener Beiträge: MIT Lizenz
Wohnort: Nürnberg

Beitrag von pdreker » 04.07.2005 18:28:22

Der Swap ist nur 256MB gross... Aber das sollte eigentlich auch kein Problem sein. Um die Theorie zu testen, solltest Du aber 'mal probieren, was passiert, wenn Du dem System noch ein zusätzliches Gig Swap spendierst. Das geht auch ohne neue Partition, indem man in eine Datei swapped:

Code: Alles auswählen

dd if=/dev/zero of=/swapfile bs=1M count=1024
mkswap /swapfile
swapon /swapfile
Danach hast Du (bis zum nächsten Reboot...) ein zusätzliches Gig Swap im System. Wenn die Fehler dann aufhören, hat die Kiste wirklich zu wenig Speicher/Swap, auch wenn es nach den bisherigen Aussagen der Tools nicht danach aussieht...

Patrick
Definitely not a bot...
Jabber: pdreker@debianforum.de

Tcd
Beiträge: 96
Registriert: 24.03.2003 20:35:46
Wohnort: EDDM

Beitrag von Tcd » 04.07.2005 19:22:26

Hallo Patrick!

Ich hab das jetzt vollzogen und ein wenig mit den Prioritäten rumgespielt, aber leider ohne Erfolg. Auch ein Deaktivieren der Standard Swap änderte nix.
MfG Tcd...

Tcd
Beiträge: 96
Registriert: 24.03.2003 20:35:46
Wohnort: EDDM

Beitrag von Tcd » 27.07.2005 01:06:22

Also ich bin jetzt schonmal ein Stück weiter. Ich hatte neuen RAM eingebaut (4 gleiche Riegel) -> keine Besserung.

Nun hab ich einfach mal auf etch umgestellt und siehe da ich kann zumindest wieder in Ruhe Manpages lesen und in Ruhe installieren. Nur das backen des Kernels mag er noch nicht.

Hmmm. Aber es ist fast egal, da ich mal die XEN Variante ausprobieren möchte. Na ma gugge...

Trotzdem Danke für Eure Hilfe!
MfG Tcd...

Antworten