hi all ... meine wenigkeit und auch zwei meiner kollegen haben sowohl mit dem suse dflt 4.18 als auch mit dem neuen 4.19 sporadische probleme mit einer feinen kernel panic - bevor ich anfange wild zu debuggen waere das eine oder andere feedback von der liste fein ... gerne wuerde ich auch den ein oder anderen hint zum bebuggin des problem erfahren. nebenbei bemerkt - auf den 3 systemen laeuft kernel 2.4.16 voellig stabil .... zu den systemen ansich: unterschiedlicher koennten sie praktisch nicht sein - komplett verschiedene boards sowie cpu's also auch die einzelnen komponenten auf dem bus sind nie die gleichen - von daher macht das wilde wechseln einzelner sachen recht wenig sinn .... rgds marc'O
hi marc, ohne weitere informationen kann man schlecht was sagen, eventuell sind die ram steine defekt? haste die mal austauscht bzw. wenn du mehrere drin hast, einfach mal nur einen laufen lassen? gruß sebastian
Am Dienstag, 6. August 2002 14:43 schrieb Sebastian Wolfgarten: extrem unwahrscheinlich ... denn zwischenzeitlich auch ein upgrade rein hardwaremaessig gefahren - dabei auch das ram erneuert ... und das bei 3 leuten der nahezu gleiche effect auftritt und bei allen das ram hinsein sollte ... neeee ;-) ... was schlaegst du rein troubleshooting maessig vor um die sache einzugrenzen? rgds marc'O
hi marc,
ohne weitere informationen kann man schlecht was sagen, eventuell sind die ram steine defekt? haste die mal austauscht bzw. wenn du mehrere drin hast, einfach mal nur einen laufen lassen?
gruß sebastian
Hallo, gibt es Fehlermeldung kurz bevor der Rechner abstürzt bzw. wenn Du ihn wieder oben hast? Welches Dateisystem? Hast Du trotzdem memtest mal gemacht? APM oder sowas im Kernel? Gruß Sebastian
Am Dienstag, 6. August 2002 16:08 schrieb Sebastian Wolfgarten:
Hallo,
gibt es Fehlermeldung kurz bevor der Rechner abstürzt bzw. wenn Du ihn wieder oben hast?
nope ... schlichten blinkefix am keyb und weg ist die buechse .. alle logs haengen zu dem zeitpunkt ..
Welches Dateisystem? Hast Du trotzdem memtest mal gemacht? APM oder sowas im Kernel?
apm ist im dflt kernel von suse drin .. habs auch schonmal rausgenommen und aus den suse gepatchen 2418 neu compiled ... ... brachte nix ... das gleiche hab ich auch jeweils mit blanken 2418 sourcen reproduzieren koennen ... ralf hatte gerade innerhalb des thread bemerkt das er das gleiche prob hatte und mit einer neuen rev des suse dflt die kernel panic nicht mehr hatte ... werde ich primaer einmal ausprobieren und mal sehen was ein diff zwischen den beiden ausspuckt ...
Gruß Sebastian
rgds marc'O
Am Die, 2002-08-06 um 14.21 schrieb marc'O puszina:
hi all ...
meine wenigkeit und auch zwei meiner kollegen haben sowohl mit dem suse dflt 4.18 als auch mit dem neuen 4.19 sporadische probleme mit einer feinen kernel panic - bevor ich anfange wild zu debuggen waere das eine oder andere feedback von der liste fein ... gerne wuerde ich auch den ein oder anderen hint zum bebuggin des problem erfahren.
nebenbei bemerkt - auf den 3 systemen laeuft kernel 2.4.16 voellig stabil .... Mit dem Original SuSE-8.0 (von CD) hatte ich genau die gleichen Symptome (2.4.19 habe ich nicht probiert).
Hubert Mantel's Kernel (ftp://ftp.suse.com/pub/people/mantel/next) und der neue "offizielle SuSE Kernelupdate" (ftp::ftp.suse.com/pub/suse/i386/update/8.0/kernel/LSB) laufen hingegen stabil. Ralf
Am Dienstag, 6. August 2002 16:34 schrieb Ralf Corsepius:
Am Die, 2002-08-06 um 14.21 schrieb marc'O puszina:
hi all ...
meine wenigkeit und auch zwei meiner kollegen haben sowohl mit dem suse dflt 4.18 als auch mit dem neuen 4.19 sporadische probleme mit einer feinen kernel panic - bevor ich anfange wild zu debuggen waere das eine oder andere feedback von der liste fein ... gerne wuerde ich auch den ein oder anderen hint zum bebuggin des problem erfahren.
nebenbei bemerkt - auf den 3 systemen laeuft kernel 2.4.16 voellig stabil ....
Mit dem Original SuSE-8.0 (von CD) hatte ich genau die gleichen Symptome (2.4.19 habe ich nicht probiert).
gut (oder eher schlecht) zu wissen ;-) ... 2.4.19 sehe ich auch nicht 100% als das beste zum testen an .... von daher werde ich mal die von dir 'stabil' geflaggte 2.4.18 mal antesten bevor ich mich totteste ...
Hubert Mantel's Kernel (ftp://ftp.suse.com/pub/people/mantel/next) und der neue "offizielle SuSE Kernelupdate" (ftp::ftp.suse.com/pub/suse/i386/update/8.0/kernel/LSB) laufen hingegen stabil.
Ralf
Hallo, Am Dienstag, 6. August 2002 16:34 schrieb Ralf Corsepius:
Am Die, 2002-08-06 um 14.21 schrieb marc'O puszina:
hi all ...
meine wenigkeit und auch zwei meiner kollegen haben sowohl mit dem suse dflt 4.18 als auch mit dem neuen 4.19 sporadische probleme mit einer feinen kernel panic - bevor ich anfange wild zu debuggen waere das eine oder andere feedback von der liste fein ... gerne wuerde ich auch den ein oder anderen hint zum bebuggin des problem erfahren.
nebenbei bemerkt - auf den 3 systemen laeuft kernel 2.4.16 voellig stabil ....
Mit dem Original SuSE-8.0 (von CD) hatte ich genau die gleichen Symptome (2.4.19 habe ich nicht probiert).
Hubert Mantel's Kernel (ftp://ftp.suse.com/pub/people/mantel/next)
Die kann man natürlich probieren, aber man sollte sich bewusst sein, dass das eine Spielwiese ist. Diese Kernel sind im Zweifelsfall komplett ungetestet. Wenn du Pech hast zerlegt es dir deine Daten.
und der neue "offizielle SuSE Kernelupdate" (ftp::ftp.suse.com/pub/suse/i386/update/8.0/kernel/LSB) laufen hingegen stabil.
Das neue "offizielle SuSE Kernelupdate"? Sicher nicht! Bitte ftp://ftp.suse.com/pub/suse/i386/update/8.0/kernel/README.txt lesen - da steht, was es mit update/8.0/kernel/LSB auf sich hat. Schöne Grüße aus Bremen hartmut
hi hartmut, wie auch immer ... ralfs 'tipp' war nicht verkehrt .. in der tat der kernel crashed nicht mehr ... rgds marc'O
und der neue "offizielle SuSE Kernelupdate" (ftp::ftp.suse.com/pub/suse/i386/update/8.0/kernel/LSB) laufen hingegen stabil.
Das neue "offizielle SuSE Kernelupdate"?
Sicher nicht!
Bitte ftp://ftp.suse.com/pub/suse/i386/update/8.0/kernel/README.txt lesen - da steht, was es mit update/8.0/kernel/LSB auf sich hat.
Schöne Grüße aus Bremen hartmut
Hallo, Am Dienstag, 6. August 2002 20:20 schrieb marc'O puszina:
wie auch immer ... ralfs 'tipp' war nicht verkehrt .. in der tat der kernel crashed nicht mehr ...
Umso besser. Ich hab nur schnell geschrien bevor sich hier irgendwelche Gerüchte (offizielles Kernel-Update) verselbständigen. Schöne Grüße aus Bremen hartmut
Am Die, 2002-08-06 um 20.57 schrieb Hartmut Meyer:
Hallo,
Am Dienstag, 6. August 2002 20:20 schrieb marc'O puszina:
wie auch immer ... ralfs 'tipp' war nicht verkehrt .. in der tat der kernel crashed nicht mehr ...
Umso besser.
Ich hab nur schnell geschrien bevor sich hier irgendwelche Gerüchte (offizielles Kernel-Update) verselbständigen. Und ich hatte mich schon gefreut, dass SuSE es nach Monaten endlich geschafft zu haben schien einen bei _mir_ funktionieren Kernel herauszubringen ;)
Nun .. wo bleibt der offizielle Kernelupdate, sprich der erste auf _meiner_ HW funktionsfähige SuSE-8.0er Kernel. [Ganz bewusst egozentrisch bezogen, da SuSE ja nicht müde wird zu betonen, das ihr SuSE-8.0er Kernel bei vielen Leuten laufen würde, und nur in Ausnahmefällen nicht stabil läuft. Für mich ist der SuSE-8.0er Kernel allerdings eine Null-Nummer und gehört schon seit Langem ersetzt.] Ralf
Und ich hatte mich schon gefreut, dass SuSE es nach Monaten endlich geschafft zu haben schien einen bei _mir_ funktionieren Kernel herauszubringen ;)
Nun .. wo bleibt der offizielle Kernelupdate, sprich der erste auf _meiner_ HW funktionsfähige SuSE-8.0er Kernel.
der lsb kernel crashed bei dir auch noch? der lsb 2.4.18 laeuft bei mir jetzt 16:04:41.23 ... und das ist mal absoluter rekord fuer einen .18 ... vorher hatters kaum 3h geschaft ;-)
[Ganz bewusst egozentrisch bezogen, da SuSE ja nicht müde wird zu betonen, das ihr SuSE-8.0er Kernel bei vielen Leuten laufen würde, und nur in Ausnahmefällen nicht stabil läuft.
Für mich ist der SuSE-8.0er Kernel allerdings eine Null-Nummer und gehört schon seit Langem ersetzt.]
da muss ich dir zustimmen .. ich hatte mit den suse dflt kerneln noch nie probleme ... aber ich glaube das problem liegt da auch schon eher bei den kernel developern selber .. denn selbst ein .18 aus den kernel.org src crashte bei mir munter rum ... rgds marc'O
Ralf
Am Mit, 2002-08-07 um 10.54 schrieb marc'O puszina:
Und ich hatte mich schon gefreut, dass SuSE es nach Monaten endlich geschafft zu haben schien einen bei _mir_ funktionieren Kernel herauszubringen ;)
Nun .. wo bleibt der offizielle Kernelupdate, sprich der erste auf _meiner_ HW funktionsfähige SuSE-8.0er Kernel.
der lsb kernel crashed bei dir auch noch? Nein, er läuft bislang (Seit Sonntag) durch.
der lsb 2.4.18 laeuft bei mir jetzt 16:04:41.23 ... und das ist mal absoluter rekord fuer einen .18 ... vorher hatters kaum 3h geschaft ;-)
Nun, lass mich raten, 2 IDE-Platten?
[Ganz bewusst egozentrisch bezogen, da SuSE ja nicht müde wird zu betonen, das ihr SuSE-8.0er Kernel bei vielen Leuten laufen würde, und nur in Ausnahmefällen nicht stabil läuft.
Für mich ist der SuSE-8.0er Kernel allerdings eine Null-Nummer und gehört schon seit Langem ersetzt.]
da muss ich dir zustimmen .. ich hatte mit den suse dflt kerneln noch nie probleme ... aber ich glaube das problem liegt da auch schon eher bei den kernel developern selber .. denn selbst ein .18 aus den kernel.org src crashte bei mir munter rum ... Wer immer auch für die Probleme verantwortlich zu machen ist ...
Mag durchaus nicht SuSE's unmittelbare Schuld sein (deutet einiges daraufhin) - Bei mir läuft momentan SuSE-8.0, deshalb sehe ich es als SuSE's Verantwortung an, funktionierende Kernels bereitzustellen. Auf einem meiner Systeme läuft der Original-Kernel instabil (Die Abstürze sind ist deterministisch reproduzierbar), auf einem anderen System funktioniert ein Treiber nicht (pcnet32, Bug ist SuSE seit Monaten bekannt ein entsprechendes Kernelmodule-Binary liegt auf SuSE's ftp), auf einen 3. System hält der SuSE-Kernel ca 1 Woche durch. Eigentlich dachte ich, dass die Zeiten, in denen User mit Kernelversionen experimentieren mussten, vorbei sind. Offensichtlich habe ich mich da aber geirrt :-( Ralf
der lsb 2.4.18 laeuft bei mir jetzt 16:04:41.23 ... und das ist mal absoluter rekord fuer einen .18 ... vorher hatters kaum 3h geschaft ;-)
Nun, lass mich raten, 2 IDE-Platten?
nope .. 3 .. wobei 2 auf dem onboard ide und 1 an einem cmd raid ... hast du da zusammenhaenge feststellen koennen?
da muss ich dir zustimmen .. ich hatte mit den suse dflt kerneln noch nie probleme ... aber ich glaube das problem liegt da auch schon eher bei den kernel developern selber .. denn selbst ein .18 aus den kernel.org src crashte bei mir munter rum ...
Wer immer auch für die Probleme verantwortlich zu machen ist ...
Mag durchaus nicht SuSE's unmittelbare Schuld sein (deutet einiges daraufhin) - Bei mir läuft momentan SuSE-8.0, deshalb sehe ich es als SuSE's Verantwortung an, funktionierende Kernels bereitzustellen.
Auf einem meiner Systeme läuft der Original-Kernel instabil (Die Abstürze sind ist deterministisch reproduzierbar), auf einem anderen System funktioniert ein Treiber nicht (pcnet32, Bug ist SuSE seit Monaten bekannt ein entsprechendes Kernelmodule-Binary liegt auf SuSE's ftp), auf einen 3. System hält der SuSE-Kernel ca 1 Woche durch.
Eigentlich dachte ich, dass die Zeiten, in denen User mit Kernelversionen experimentieren mussten, vorbei sind.
Offensichtlich habe ich mich da aber geirrt :-(
na ... sonst waere doch auch alles viel zu langweilig ;-) .. zugegebenermassen ist das natuerlich nervig .. aber zumindestens hat man die moeglichkeit 'selber' die sache zu tracken und bei der fehlerbehebung mitzuwirken .. aber anyway .. solche discussionen arten i.d.r nur aus ..
Ralf
rgds marc'O
Am Mittwoch, 7. August 2002 10:54 schrieb marc'O puszina:
Und ich hatte mich schon gefreut, dass SuSE es nach Monaten endlich geschafft zu haben schien einen bei _mir_ funktionieren Kernel herauszubringen ;)
Nun .. wo bleibt der offizielle Kernelupdate, sprich der erste auf _meiner_ HW funktionsfähige SuSE-8.0er Kernel.
der lsb kernel crashed bei dir auch noch? der lsb 2.4.18 laeuft bei mir jetzt 16:04:41.23 ... und das ist mal absoluter rekord fuer einen .18 ... vorher hatters kaum 3h geschaft ;-)
Meine 2.4 19 läuft mit dem XFS-Patch auf meinem Server jetzt seit 22 Stunden ohne Macken. Auch auf den beiden Clients keine Probleme...
[Ganz bewusst egozentrisch bezogen, da SuSE ja nicht müde wird zu betonen, das ihr SuSE-8.0er Kernel bei vielen Leuten laufen würde, und nur in Ausnahmefällen nicht stabil läuft.
Für mich ist der SuSE-8.0er Kernel allerdings eine Null-Nummer und gehört schon seit Langem ersetzt.]
da muss ich dir zustimmen .. ich hatte mit den suse dflt kerneln noch nie probleme ... aber ich glaube das problem liegt da auch schon eher bei den kernel developern selber .. denn selbst ein .18 aus den kernel.org src crashte bei mir munter rum ...
Interessant wäre zu wissen, was an dem Kernel bzw. an welchem Teil davon etwas faul ist und was die Suse Leute da geändert haben. Vieleicht könnte man das ja als extra-Patch einspielen. Bekommen die Kernelentwickler eigentlich Infos über solche Sachen? Wenn das mit dem 2.4.18 schon so war wundert es mich, das es bei dem 2.4.19 immer noch so ist...?? -- mfg Peter Küchler
peter.kuechler@netsurf.de [7 Aug 2002 14:45:53 +0200]:
Bekommen die Kernelentwickler eigentlich Infos über solche Sachen?
Immerhin arbeiten Andrea Archangeli, Andi Kleen, Dave Jones und Jens Axboe für SuSE, womit du immerhin 4 Kernelentwickler beisammen hättest :-) Die meisten Patches wandern über kurz oder lang in den Kernel, je nachdem wann sie akzeptiert werden. Philipp -- Philipp Thomas work: pthomas@suse.de Entwicklung, SuSE Linux AG private: philippt@t-online.de
hi peter, da ich wie ich ja anhand der liste gesehen habe wahrhaftig nicht der einzige bin/war der die stetigen kernel panic's zu verzeichnen hatte wuerde mich interessieren wie ein SuSE Kernel denn Certifiziert wird. rgds marc'O Am Donnerstag, 8. August 2002 01:41 schrieb Philipp Thomas:
peter.kuechler@netsurf.de [7 Aug 2002 14:45:53 +0200]:
Bekommen die Kernelentwickler eigentlich Infos über solche Sachen?
Immerhin arbeiten Andrea Archangeli, Andi Kleen, Dave Jones und Jens Axboe für SuSE, womit du immerhin 4 Kernelentwickler beisammen hättest
:-)
Die meisten Patches wandern über kurz oder lang in den Kernel, je nachdem wann sie akzeptiert werden.
Philipp
-- Philipp Thomas work: pthomas@suse.de Entwicklung, SuSE Linux AG private: philippt@t-online.de
Vorab: ich lese die Liste, eine Kopie der Mail als PM ist überflüssig und unerwünscht. "marc'O puszina" [8 Aug 2002 05:46:38 +0200]:
hi peter,
Ich heisse im immer noch Philipp :)
wuerde mich interessieren wie ein SuSE Kernel denn Certifiziert wird.
Welche Kernel? Die in /pub/people/mantel/next sind mehr oder weniger ungetestet und erst einmal nur zum Experimentieren. BTW, unterlass doch bitte in ZUkunft solchen TOFU. Philipp -- Philipp Thomas work: pthomas@suse.de Entwicklung, SuSE Linux AG private: philippt@t-online.de
Am Freitag, 9. August 2002 00:51 schrieb Philipp Thomas:
Welche Kernel? Die in /pub/people/mantel/next sind mehr oder weniger ungetestet und erst einmal nur zum Experimentieren.
wohl kaum die mantel kernel ... da du die liste ja liest ist dir sicher aufgefallen das die primaere diskussion um den dflt kernel der suse8 geht. der mit sicherheit eine zertifizierung durchlaufen hat ?? wenn ja wuerden mich die zertifizierungsschritte die zugrunde gelegt werden interessieren.
BTW, unterlass doch bitte in ZUkunft solchen TOFU.
naja .. quoten will gelernt sein ... und direkte kommentare zu plazieren ist so wesentlich effektvollen damit der zusammenhang bestehen bleibt - abgesehen davon machst du einen 'leicht angesaeuerten' eindruck .. basierend auf meine frage? anyway ... -- rgds marc'O
"marc'O puszina" [9 Aug 2002 01:14:18 +0200]:
wohl kaum die mantel kernel ... da du die liste ja liest ist dir sicher aufgefallen das die primaere diskussion um den dflt kernel der suse8 geht. der mit sicherheit eine zertifizierung durchlaufen hat ??
Soweit ich weiss, hat es für die normale SuSE Linux bisher keine formelle Zertifizierung für Kernel gegeben. Die werden gebaut, getestet und wenn keine Negativen Rückmeldungen kommen auch benutzt.
naja .. quoten will gelernt sein ... und direkte kommentare zu plazieren ist so wesentlich effektvollen damit der zusammenhang bestehen bleibt
Wenigstens eine elegante Ausrede, das ist doch schon was :)
abgesehen davon machst du einen 'leicht angesaeuerten' eindruck .. basierend auf meine frage?
Mit der Frage hat das nichts zu tun. Aber das ich mit dem falschen Namen angesprochen werde, das ich eine private Kopie der Listenmail erhalte und der TOFU stimmen mich nicht unbedingt freundlich. Philipp -- Philipp Thomas work: pthomas@suse.de Entwicklung, SuSE Linux AG private: philippt@t-online.de
Am Freitag, 9. August 2002 10:21 schrieb Philipp Thomas:
Soweit ich weiss, hat es für die normale SuSE Linux bisher keine formelle Zertifizierung für Kernel gegeben. Die werden gebaut, getestet und wenn keine Negativen Rückmeldungen kommen auch benutzt.
ok .. vielleicht verwechsle ich das auch etwas mit der hardwarezertifizierung .. anyway ... besteht denn die moeglichkeit mit den suse dftl kernel entwicklern solche probleme zu discussen? ok .. mit sicherheit nicht jeden superkleinkram keine frage ... aber wenn die entsprechende menge an verifizierten crashs da ist waeren glaube ich auch die entwickler dankbar ueber eine solche info. -- rgds marc'O puszina- icq#21209318 regged linux user #220580 ----------------------------------------- knowledge is power - arm yourself. GnuPG public key at http://www.hackerwelt.de/pubkey.txt
"marc'O puszina"
Am Freitag, 9. August 2002 10:21 schrieb Philipp Thomas:
Soweit ich weiss, hat es für die normale SuSE Linux bisher keine formelle Zertifizierung für Kernel gegeben. Die werden gebaut, getestet und wenn keine Negativen Rückmeldungen kommen auch benutzt.
ok .. vielleicht verwechsle ich das auch etwas mit der hardwarezertifizierung .. anyway ... besteht denn die moeglichkeit mit den suse dftl kernel entwicklern solche probleme zu discussen? ok .. mit sicherheit nicht jeden superkleinkram keine frage ... aber wenn die entsprechende menge an verifizierten crashs da ist waeren glaube ich auch die entwickler dankbar ueber eine solche info.
Wahrscheinlich gar nicht nötig, denn auf dem ftp-Server liegt im Distributionsverzeichnis der 8.0 ein neuerer Kernel, als der, der sich auf den CDs befindet. Dieser zeigt nicht mehr das eigentümliche Verhalten. Zum selbstbauen würde ich auch die Kernelquellen von dort verwenden. -- (e)mail-address and gpg-key at http://martins.zangpo.org/ or rot13 znegva-fpuzvgm@jro.qr and ask your favorite keyserver
Am Freitag, 9. August 2002 15:31 schrieb Martin Schmitz:
Wahrscheinlich gar nicht nötig, denn auf dem ftp-Server liegt im Distributionsverzeichnis der 8.0 ein neuerer Kernel, als der, der sich auf den CDs befindet. Dieser zeigt nicht mehr das eigentümliche Verhalten. Zum selbstbauen würde ich auch die Kernelquellen von dort verwenden.
hi martin , verstehe ich das richtig das der kernel der im moment mit der 8er ausgeliefert wird dem lsb kernel entspricht? oder von welchen cd's sprechen wir? rgds marc'O
Am Donnerstag, 8. August 2002 01:41 schrieb Philipp Thomas:
peter.kuechler@netsurf.de [7 Aug 2002 14:45:53 +0200]:
Bekommen die Kernelentwickler eigentlich Infos über solche Sachen?
Immerhin arbeiten Andrea Archangeli, Andi Kleen, Dave Jones und Jens Axboe für SuSE, womit du immerhin 4 Kernelentwickler beisammen hättest
:-)
(Räusper) Ja wenn das so ist...;-)
Die meisten Patches wandern über kurz oder lang in den Kernel, je nachdem wann sie akzeptiert werden.
Philipp
Danke für die Info. Könntest Du event. noch etwas dazu sagen, an welcher Stelle/Modul das bei dem Kernel passiert? Würde mich schon interessieren, warum die Kernel bei mir alle laufen. (jedenfalls bis auf zwei Oopse in Zusammenhang mit Arkeia50 Beta) Mit so einem Hinweis kann man das vieleicht besser nachvollziehen. -- mfg Peter Küchler
peter.kuechler@netsurf.de [8 Aug 2002 09:56:22 +0200]:
Könntest Du event. noch etwas dazu sagen, an welcher Stelle/Modul das bei dem Kernel passiert?
Was passiert? Sorry, aber da kann ich dir nicht ganz folgen. Philipp -- Philipp Thomas work: pthomas@suse.de Entwicklung, SuSE Linux AG private: philippt@t-online.de
Am Freitag, 9. August 2002 09:44 schrieb Philipp Thomas:
peter.kuechler@netsurf.de [8 Aug 2002 09:56:22 +0200]:
Könntest Du event. noch etwas dazu sagen, an welcher Stelle/Modul das bei dem Kernel passiert?
Was passiert? Sorry, aber da kann ich dir nicht ganz folgen.
Das liegt an meiner laienhaften Ausdrucksweise:-) Angenommen, eine Maschine hat einen Kernel-Oops. Anhand der Einträge in /var/log/messages kann man oft schon mal die Beteiligten sehen und bekommt einn Hinweis darauf, was man im Moment vieleicht besser lassen sollte. Zu letzt war das bei mir z.B. Process arkfs (pid: 7563, stackpage=ccef9000) Ein Prozess von Arkeia. -- mfg Peter Küchler
Am Dienstag, 6. August 2002 14:21 schrieb marc'O puszina:
hi all ...
meine wenigkeit und auch zwei meiner kollegen haben sowohl mit dem suse dflt 4.18 als auch mit dem neuen 4.19 sporadische probleme mit einer feinen kernel panic - bevor ich anfange wild zu debuggen waere das eine oder andere feedback von der liste fein ... gerne wuerde ich auch den ein oder anderen hint zum bebuggin des problem erfahren.
nebenbei bemerkt - auf den 3 systemen laeuft kernel 2.4.16 voellig stabil
Den 2.4.19 hab ich mir soeben mit xfs-Patch auf meinem Server installiert. Steht was den Logfiles? -- mfg Peter Küchler
Am Dienstag, 6. August 2002 17:27 schrieb Peter Kuechler:
Am Dienstag, 6. August 2002 14:21 schrieb marc'O puszina:
hi all ...
meine wenigkeit und auch zwei meiner kollegen haben sowohl mit dem suse dflt 4.18 als auch mit dem neuen 4.19 sporadische probleme mit einer feinen kernel panic - bevor ich anfange wild zu debuggen waere das eine oder andere feedback von der liste fein ... gerne wuerde ich auch den ein oder anderen hint zum bebuggin des problem erfahren.
nebenbei bemerkt - auf den 3 systemen laeuft kernel 2.4.16 voellig stabil
Den 2.4.19 hab ich mir soeben mit xfs-Patch auf meinem Server installiert. Steht was den Logfiles?
nope .. schweigt sich aus ... der 2.4.18 aus dem lsb rennt nun im moment ohne probleme ...
--
mfg
Peter Küchler
On Tuesday 06 August 2002 14:21, marc'O puszina wrote:
meine wenigkeit und auch zwei meiner kollegen haben sowohl mit dem suse dflt 4.18 als auch mit dem neuen 4.19 sporadische probleme mit einer feinen kernel panic
genau dieselben probleme hab ich hier auf 6 verschiedenen computern mit dem original suse8.0 kernel
nebenbei bemerkt - auf den 3 systemen laeuft kernel 2.4.16 voellig stabil
so gings mir auch mit 7.3 und kernel 2.4.16 liefen alle rechner wochenlang durch ohne kernelpanic
zu den systemen ansich: unterschiedlicher koennten sie praktisch nicht sein - komplett verschiedene boards sowie cpu's also auch die einzelnen komponenten auf dem bus sind nie die gleichen - von daher macht das wilde wechseln einzelner sachen recht wenig sinn ....
so ist es bei mir auch von 900MHz bis 2GHz ist alles dabei 1Festplatte oder 4 Festplatten im Rechner alles voll mit PCI-Karten oder gar nix drin wie im Server mit dem Mantel-Kernel läuft es schon wesentlich stabiler seit der 2.4.18-170 hab ich den drauf allerdings läuft der auch nicht ewig durch hab schon alles probiert memtest bringt keine Fehler rams getauscht, cpu runtergetaktet, platten ausgebaut, netzwerkkarten getauscht usw bringt alles nix soweit ich es reproduzieren kann passiert es wenn der rechner viel zu tun hat also spätestens nach 40/50GB daten übers netzwerk und tot ist der rechner bei meinem server der fürs routen zuständig ist hatte ich das problem mit dem t-disconnect aller 24h war zeit für ne kernelpanic da hab ich rp-pppoe installiert und seit dem läuft der rechner ohne probs durch seit gestern hab ich den 2.4.19er drauf und bisher hatte ich noch keine kernelpanic ich hoffe das der neue kernel stabiler läuft Gruß Thomas
On Wednesday 07 August 2002 17:59, marc'O puszina wrote:
du hast den dftl von mantel genommen? rgds marc'O
ja hab ich k_deflt_2.4.19-1.i586.rpm hatte mir auch selber den 2.4.19 kernel compilt aber ich bekomm da alsa nicht zum laufen alsaconf findet meine sblive zwar aber spielt dann trotzdem nix ab gruß Thomas
* Thomas Parth
On Wednesday 07 August 2002 17:59, marc'O puszina wrote:
du hast den dftl von mantel genommen? rgds marc'O
ja hab ich k_deflt_2.4.19-1.i586.rpm
hatte mir auch selber den 2.4.19 kernel compilt aber ich bekomm da alsa nicht zum laufen alsaconf findet meine sblive zwar aber spielt dann trotzdem nix ab
Mir ist da grad was zugeflogen... ;-)
+++++++++++++++++++++++++++
Message-ID: <87d6sxcz2m.fsf@nikratio.uucp.uni-x.net>
From: Nikolaus Rath
Hallo,
ich hab seid zwei Wochen merkwürde Eintrage in den Log-Dateien. Hört sich für mich nach einer kaputten Platte an, aber laut SMART sind alle völlig in Ordnung.
Die Logs sehen folgendermassen aus:
Aug 5 08:13:04 ef kernel: hdb: dma_intr: status=0x51 { DriveReady SeekComplete Error } Aug 5 08:13:04 ef kernel: hdb: dma_intr: error=0x84 { DriveStatusError BadCRC } Aug 5 08:13:04 ef kernel: hdb: dma_intr: status=0x51 { DriveReady SeekComplete Error }
Linux Kernel v2.4.18-xfs-1.1 Configuration qqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqq lqqqqqqqqqqqqqqqqqqqqqqq Use multi-mode by default qqqqqqqqqqqqqqqqqqqqqqqk x CONFIG_IDEDISK_MULTI_MODE: x x x x If you get this error, try to say Y here: x x x x hda: set_multmode: status=0x51 { DriveReady SeekComplete Error } x x hda: set_multmode: error=0x04 { DriveStatusError } x x x x If in doubt, say N. x Vielleicht hilft das. ++++++++++++++++++++++++++++ cu flo -- Das ganze Leben ist ein Spiel. Aber manchesmal musst du eine Runde aussetzen. [WoKo in dag°]
participants (9)
-
Florian Gross -
Hartmut Meyer -
marc'O puszina -
Martin Schmitz -
Peter Kuechler -
Philipp Thomas -
Ralf Corsepius -
Sebastian Wolfgarten -
Thomas Parth