From vangeuns at atis.uka.de Fri Oct 1 08:29:18 2004 From: vangeuns at atis.uka.de (Linus van Geuns) Date: Fri, 01 Oct 2004 10:29:18 +0200 Subject: [redhat-list-de] Re: RedHat-Kernel: Doku/Patchlevel/IPsec Message-ID: <415D155E.7080201@atis.uka.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, hab vergessen zu sagen: Antworten bitte per CC direkt an mich! Gru?, Linus. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFBXRVeVXFxgM5JVKMRArjoAJ0blQP5eR2utiEJsdUfMHFaNbZm8gCgzd4X K+I259YMsZ9IhyRMQVAP5J0= =iz9o -----END PGP SIGNATURE----- From tscherf at redhat.com Fri Oct 1 08:37:56 2004 From: tscherf at redhat.com (Thorsten Scherf) Date: Fri, 01 Oct 2004 10:37:56 +0200 Subject: [redhat-list-de] RedHat-Kernel: Doku/Patchlevel/IPsec In-Reply-To: <415C32E9.5000608@ira.uka.de> References: <415C32E9.5000608@ira.uka.de> Message-ID: <1096619876.5827.1.camel@tiffy.rhel.homelinux.com> Am Do, den 30.09.2004 schrieb Linus van Geuns um 18:23: > Ist der aktuelle IPSec-Stack des 2.6er-Kernels in den > RedHat-Kernel-Sources eingepatcht? Ja. Wie auch viele andere Features des 2.6-Kernels in den Red Hat 2.4-Kernel zur?ck portiert wurden. cu, thorsten -- Thorsten Scherf -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Dies ist ein digital signierter Nachrichtenteil URL: From vangeuns at ira.uka.de Fri Oct 1 13:16:48 2004 From: vangeuns at ira.uka.de (Linus van Geuns) Date: Fri, 01 Oct 2004 15:16:48 +0200 Subject: [redhat-list-de] RedHat-Kernel: Doku/Patchlevel/IPsec In-Reply-To: <1096619876.5827.1.camel@tiffy.rhel.homelinux.com> References: <415C32E9.5000608@ira.uka.de> <1096619876.5827.1.camel@tiffy.rhel.homelinux.com> Message-ID: <415D58C0.8060807@ira.uka.de> Thorsten Scherf wrote: > Am Do, den 30.09.2004 schrieb Linus van Geuns um 18:23: > >>Ist der aktuelle IPSec-Stack des 2.6er-Kernels in den >>RedHat-Kernel-Sources eingepatcht? > > > Ja. Wie auch viele andere Features des 2.6-Kernels in den Red Hat > 2.4-Kernel zur?ck portiert wurden. > Ah, vielen Dank schonmal. Gibt es irgendwo eine Doku/Changelog zu den RedHat-Sources, in der ich nachvollziehen kann, was dort alles in welchen Versionen hineingepatcht wurde? Gru?, Linus. From tscherf at redhat.com Sat Oct 2 16:29:54 2004 From: tscherf at redhat.com (Thorsten Scherf) Date: Sat, 02 Oct 2004 18:29:54 +0200 Subject: [redhat-list-de] RedHat-Kernel: Doku/Patchlevel/IPsec In-Reply-To: <415D58C0.8060807@ira.uka.de> References: <415C32E9.5000608@ira.uka.de> <1096619876.5827.1.camel@tiffy.rhel.homelinux.com> <415D58C0.8060807@ira.uka.de> Message-ID: <1096734594.2014.4.camel@tiffy.rhel.homelinux.com> Am Fr, den 01.10.2004 schrieb Linus van Geuns um 15:16: > Thorsten Scherf wrote: > > Am Do, den 30.09.2004 schrieb Linus van Geuns um 18:23: > > > >>Ist der aktuelle IPSec-Stack des 2.6er-Kernels in den > >>RedHat-Kernel-Sources eingepatcht? > > > > > > Ja. Wie auch viele andere Features des 2.6-Kernels in den Red Hat > > 2.4-Kernel zur?ck portiert wurden. > > > > Ah, vielen Dank schonmal. > Gibt es irgendwo eine Doku/Changelog zu den RedHat-Sources, in der ich > nachvollziehen kann, was dort alles in welchen Versionen hineingepatcht > wurde? Ja. Kernel Source-RPM installieren. -- Thorsten Scherf -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Dies ist ein digital signierter Nachrichtenteil URL: From d.bruemmer at geze.com Mon Oct 4 08:25:55 2004 From: d.bruemmer at geze.com (Bruemmer-AZUBI, Dirk) Date: Mon, 4 Oct 2004 10:25:55 +0200 Subject: [redhat-list-de] RPM Bash Zugang Message-ID: Bei meinem Redhat 2.1 EE ist in der /etc/passwd f?r den RPM User eine Bash eingetragen ist dies erforderlich (bei RH EE 3 tritt dies nicht mehr auf). Gru? / Danke D. Br?mmer -------------- next part -------------- An HTML attachment was scrubbed... URL: From thorsten at mandrakeuser.de Sun Oct 10 16:36:05 2004 From: thorsten at mandrakeuser.de (Thorsten von Plotho-Kettner) Date: Sun, 10 Oct 2004 18:36:05 +0200 Subject: [redhat-list-de] Red Hat Magazin Message-ID: Hi, vielleicht hab ich es nur nicht mitbekommen, aber wurde die Website des deutschen RH-Magazins vom Netz genommen (und die Zeitschrift gleich dazu)? Hab eben das gefunden (1), ist dies der Ersatz f?r das Heft? Gru?, Thorsten (1) https://www.redhatmagazine.com/articles/ From fedora at wir-sind-cool.org Sun Oct 10 17:42:33 2004 From: fedora at wir-sind-cool.org (Michael Schwendt) Date: Sun, 10 Oct 2004 19:42:33 +0200 Subject: [redhat-list-de] Red Hat Magazin In-Reply-To: References: Message-ID: <20041010194233.1378e14a.fedora@wir-sind-cool.org> On Sun, 10 Oct 2004 18:36:05 +0200, Thorsten von Plotho-Kettner wrote: > Hi, > > vielleicht hab ich es nur nicht mitbekommen, > aber wurde die Website des deutschen RH-Magazins > vom Netz genommen (und die Zeitschrift gleich dazu)? Nicht vom Netz genommen ( https://www.redhatmagazine.de/ ), aber wie bzw. ob es weitergeht, da bin ich derzeit nicht informiert. > Hab eben das gefunden (1), ist dies der Ersatz f?r > das Heft? Ein englischsprachiges Red Hat Magazine hatte es bislang ohnehin nicht gegeben. Und ob Wide Open schon als deutsche Fassung erh?ltlich ist, wer wei? da etwas? -- Fedora Core release 2 (Tettnang) - Linux 2.6.8-1.521 loadavg: 2.55 2.39 2.01 From thorsten at mandrakeuser.de Sun Oct 10 17:50:12 2004 From: thorsten at mandrakeuser.de (Thorsten von Plotho-Kettner) Date: Sun, 10 Oct 2004 19:50:12 +0200 Subject: [redhat-list-de] Re: Red Hat Magazin In-Reply-To: <20041010194233.1378e14a.fedora@wir-sind-cool.org> References: <20041010194233.1378e14a.fedora@wir-sind-cool.org> Message-ID: Michael Schwendt wrote: > On Sun, 10 Oct 2004 18:36:05 +0200, Thorsten von Plotho-Kettner wrote: >>vielleicht hab ich es nur nicht mitbekommen, >>aber wurde die Website des deutschen RH-Magazins >>vom Netz genommen (und die Zeitschrift gleich dazu)? > Nicht vom Netz genommen ( https://www.redhatmagazine.de/ ), aber wie > bzw. ob es weitergeht, da bin ich derzeit nicht informiert. Hm, ?ber Google fand ich eben es mit "redhat magazin" nicht, komisch. >>Hab eben das gefunden (1), ist dies der Ersatz f?r >>das Heft? > Ein englischsprachiges Red Hat Magazine hatte es bislang > ohnehin nicht gegeben. Hm, als "early man" bekommt man es anscheinend ein Jahr umsonst. > Und ob Wide Open schon als deutsche Fassung erh?ltlich ist, wer wei? > da etwas? Keine Ahnung. Scheint erstmal eine "englischsprachige" Sache zu sein, wie mir scheint. Thorsten From thorsten at mandrakeuser.de Sun Oct 10 17:55:13 2004 From: thorsten at mandrakeuser.de (Thorsten von Plotho-Kettner) Date: Sun, 10 Oct 2004 19:55:13 +0200 Subject: [redhat-list-de] Re: Red Hat Magazin In-Reply-To: References: Message-ID: Hm, Mag-Macher an Bord? Interessant ist ja, die Jungs (M?dels?) bringen das Heft in franz?sischer, deutscher und italienischer Ausgabe heraus, mit unterschiedlichem Cover und unterschiedlichem Inhalt. W?re da nicht eine "Zusammenarbeit" einfacher?! Thorsten From paul.batt at pbatt.ch Tue Oct 12 07:56:41 2004 From: paul.batt at pbatt.ch (Paul Batt) Date: Tue, 12 Oct 2004 09:56:41 +0200 Subject: [redhat-list-de] Re: Red Hat Magazin In-Reply-To: Message-ID: <416A470200021D00@mail05.agrinet.ch> (added by postmaster@mail05.agrinet.ch) Thorsten von Plotho-Kettner: > > Hm, Mag-Macher an Bord? > > Interessant ist ja, die Jungs (M?dels?) bringen das Heft in > franz?sischer, deutscher und italienischer Ausgabe heraus, mit > unterschiedlichem Cover und unterschiedlichem Inhalt. W?re da > nicht eine > "Zusammenarbeit" einfacher?! Nein. ?bersetzungen sind teurer als eigene Beitr?ge. Einheitliche Cover und Layouts w?rden zudem eine aufw?ndige Trennung von Bild und Schrift und Anpassungen in der Textl?nge bedingen. Ausserdem sch?tzen nationale Leserschaften "eigene" Ausgaben. Aus diesem Grund erscheint z.B. auch "Computerworld" nicht in einheitlicher Form, sondern in jedem Land eigenst?ndig (gilt ?brigens analog f?r alle international erscheinenden Titel, wie "Playboy" oder "Cosmopolitan"). Paul From J.Linnenkohl at wmgruppe.de Tue Oct 12 15:08:38 2004 From: J.Linnenkohl at wmgruppe.de (=?iso-8859-1?q?J=F6rg=20Linnenkohl?=) Date: Tue, 12 Oct 2004 17:08:38 +0200 Subject: [redhat-list-de] Heap und Stack Message-ID: <200410121708.38218.J.Linnenkohl@wmgruppe.de> Hallo, mal 'ne Frage an die Hardcore-Linuxer: Was ist der Unterschied zwischen Heap und Stack, deren Gr??e ich mit ulimit setzen kann? Kann ich ein C-Programm schreiben, da? Stack und Heap sich gegenseitig ?berschreiben? Viele Gr??e J?rg Linnenkohl __________________________ WM Gruppe Anwendungsentwicklung/Application Development D?seldorfer Stra?e 16 D-60329 Frankfurt am Main Tel: +49 69 2732-476 Fax: +49 69 2732-7476 Email: j.linnenkohl at wmgruppe.com From modenbach at alc.de Tue Oct 12 15:28:21 2004 From: modenbach at alc.de (Werner Modenbach) Date: Tue, 12 Oct 2004 17:28:21 +0200 Subject: [redhat-list-de] Heap und Stack In-Reply-To: <200410121708.38218.J.Linnenkohl@wmgruppe.de> References: <200410121708.38218.J.Linnenkohl@wmgruppe.de> Message-ID: <200410121728.21819.modenbach@alc.de> Hallo J?rg, der Stack ist der Speicherbereich f?r variablen, die als lokale Variablen von Funktionen oder von Parametern benutzt wird. Mit jedem Funktionsaufruf reserviert der Compiler auf dem Stack Platz f?r diese Werte. Der Platz wird beim Verlassen einer Funktion wieder freigegeben. D.h. mit jedem Aufruf w?chst der "Stapel" der reservierten Bereiche. Auf dem Heap werden alle Variablen reserviert, die mit "new" angelegt werden. Diese bleiben auch ?ber das Ende einer Funktion so lange erhalten, bis sie explizit per "delete" freigegeben werden. Du kannst also in einer Funktion ein Objekt auf dem Heap allokieren, und dieses per Zeiger zur?ckgeben. Der Heap wird dadurch nat?rlich wie eine Platte fragmentiert und es gibt spezielle Programmteile, die den Heap aufr?umen. Beispiel: FALSCH !!! ist int * test() { int a=0; return &a; } RICHTIG ist int * test() { int *a = new int(); *a = 0; return a; } Und wenn man dann die "delets"s vergi?t nennt man das ein Memoryleak :-)) - Werner - Am Dienstag, 12. Oktober 2004 17:08 schrieb J?rg Linnenkohl: > Hallo, > > mal 'ne Frage an die Hardcore-Linuxer: > > Was ist der Unterschied zwischen Heap und Stack, deren > Gr??e ich mit ulimit setzen kann? > Kann ich ein C-Programm schreiben, da? Stack und Heap sich > gegenseitig ?berschreiben? > > Viele Gr??e > > J?rg Linnenkohl > __________________________ > WM Gruppe > Anwendungsentwicklung/Application Development > > D?seldorfer Stra?e 16 > D-60329 Frankfurt am Main > > Tel: +49 69 2732-476 > Fax: +49 69 2732-7476 > Email: j.linnenkohl at wmgruppe.com > > _______________________________________________ > redhat-list-de mailing list > redhat-list-de at redhat.com > https://www.redhat.com/mailman/listinfo/redhat-list-de From modenbach at alc.de Tue Oct 12 15:33:14 2004 From: modenbach at alc.de (Werner Modenbach) Date: Tue, 12 Oct 2004 17:33:14 +0200 Subject: [redhat-list-de] Heap und Stack In-Reply-To: <200410121708.38218.J.Linnenkohl@wmgruppe.de> References: <200410121708.38218.J.Linnenkohl@wmgruppe.de> Message-ID: <200410121733.14869.modenbach@alc.de> Hab noch was vergessen: Fr?her war es so da? im gesamten Adressbereich, der f?r die Variablen eines Programms reserviert wurde, der Stack normalerweise "von unten nach oben" und der Heap "von oben nach unten" wuchs. Wenn Du zusammen mehr Stack und Heap verbrauchtest, als dem Programm zugewiesen wurde, dann knallte es :-(( Ob das heute noch so ist, wei? ich nicht. - Werner - Am Dienstag, 12. Oktober 2004 17:08 schrieb J?rg Linnenkohl: > Hallo, > > mal 'ne Frage an die Hardcore-Linuxer: > > Was ist der Unterschied zwischen Heap und Stack, deren > Gr??e ich mit ulimit setzen kann? > Kann ich ein C-Programm schreiben, da? Stack und Heap sich > gegenseitig ?berschreiben? > > Viele Gr??e > > J?rg Linnenkohl > __________________________ > WM Gruppe > Anwendungsentwicklung/Application Development > > D?seldorfer Stra?e 16 > D-60329 Frankfurt am Main > > Tel: +49 69 2732-476 > Fax: +49 69 2732-7476 > Email: j.linnenkohl at wmgruppe.com > > _______________________________________________ > redhat-list-de mailing list > redhat-list-de at redhat.com > https://www.redhat.com/mailman/listinfo/redhat-list-de From J.Linnenkohl at wmgruppe.de Tue Oct 12 15:51:10 2004 From: J.Linnenkohl at wmgruppe.de (=?iso-8859-1?q?J=F6rg=20Linnenkohl?=) Date: Tue, 12 Oct 2004 17:51:10 +0200 Subject: [redhat-list-de] Heap und Stack In-Reply-To: <200410121733.14869.modenbach@alc.de> References: <200410121708.38218.J.Linnenkohl@wmgruppe.de> <200410121733.14869.modenbach@alc.de> Message-ID: <200410121751.10805.J.Linnenkohl@wmgruppe.de> Am Dienstag, 12. Oktober 2004 17:33 schrieb Werner Modenbach: > Hab noch was vergessen: > > Fr?her war es so da? im gesamten Adressbereich, der f?r die Variablen eines > Programms reserviert wurde, der Stack normalerweise "von unten nach oben" > und der Heap "von oben nach unten" wuchs. Wenn Du zusammen mehr Stack und > Heap verbrauchtest, als dem Programm zugewiesen wurde, dann knallte es :-(( > Ob das heute noch so ist, wei? ich nicht. Hallo, genau das ist f?r mich interessant, ob es heute auch noch so ist und wie man das Verhalten mit ulimit beeinflu?en kann. Danke f?r Deine Antwort, Viele Gr??e J?rg From modenbach at alc.de Tue Oct 12 16:00:18 2004 From: modenbach at alc.de (Werner Modenbach) Date: Tue, 12 Oct 2004 18:00:18 +0200 Subject: [redhat-list-de] Heap und Stack In-Reply-To: <200410121751.10805.J.Linnenkohl@wmgruppe.de> References: <200410121708.38218.J.Linnenkohl@wmgruppe.de> <200410121733.14869.modenbach@alc.de> <200410121751.10805.J.Linnenkohl@wmgruppe.de> Message-ID: <200410121800.18955.modenbach@alc.de> Ich denke, da? das auf "normalen" Systemen eigentlich keinen Unterschied macht und man diese Einstellungen nicht zu ?ndern braucht. Das ist doch alles nur die Definition eines Adressraumes und was dann davon tats?chlich sp?ter im RAM oder im SWAP angelegt wird, h?ngt einzig und alleine davon ab, wieviel Dein Programm tats?chlich benutzt. - Werner - Am Dienstag, 12. Oktober 2004 17:51 schrieb J?rg Linnenkohl: > Am Dienstag, 12. Oktober 2004 17:33 schrieb Werner Modenbach: > > Hab noch was vergessen: > > > > Fr?her war es so da? im gesamten Adressbereich, der f?r die Variablen > > eines Programms reserviert wurde, der Stack normalerweise "von unten nach > > oben" und der Heap "von oben nach unten" wuchs. Wenn Du zusammen mehr > > Stack und Heap verbrauchtest, als dem Programm zugewiesen wurde, dann > > knallte es :-(( Ob das heute noch so ist, wei? ich nicht. > > Hallo, > genau das ist f?r mich interessant, ob es heute auch noch so ist und wie > man das Verhalten mit ulimit beeinflu?en kann. > > Danke f?r Deine Antwort, > Viele Gr??e > J?rg > > _______________________________________________ > redhat-list-de mailing list > redhat-list-de at redhat.com > https://www.redhat.com/mailman/listinfo/redhat-list-de From nphilipp at redhat.com Tue Oct 12 21:37:47 2004 From: nphilipp at redhat.com (Nils Philippsen) Date: Tue, 12 Oct 2004 23:37:47 +0200 Subject: [redhat-list-de] Heap und Stack In-Reply-To: <200410121751.10805.J.Linnenkohl@wmgruppe.de> References: <200410121708.38218.J.Linnenkohl@wmgruppe.de> <200410121733.14869.modenbach@alc.de> <200410121751.10805.J.Linnenkohl@wmgruppe.de> Message-ID: <1097617068.7547.2.camel@gibraltar.stuttgart.redhat.com> On Tue, 2004-10-12 at 17:51 +0200, J?rg Linnenkohl wrote: > Am Dienstag, 12. Oktober 2004 17:33 schrieb Werner Modenbach: > > Hab noch was vergessen: > > > > Fr?her war es so da? im gesamten Adressbereich, der f?r die Variablen eines > > Programms reserviert wurde, der Stack normalerweise "von unten nach oben" > > und der Heap "von oben nach unten" wuchs. Wenn Du zusammen mehr Stack und > > Heap verbrauchtest, als dem Programm zugewiesen wurde, dann knallte es :-(( > > Ob das heute noch so ist, wei? ich nicht. > > Hallo, > genau das ist f?r mich interessant, ob es heute auch noch so ist und wie man > das Verhalten mit ulimit beeinflu?en kann. Wir haben im SAP LinuxLab das mal getestet (die SAP Programme kommen tats?chlich in solche Regionen, wo so was zusammenwachsen kann, da ein Prozess auf x86 "nur" einen 4GB Adressraum hat) und ein solches Programm sollte mit einem SIGSEGV abst?rzen (anstatt still weiter zu laufen, wenn der Stack schon Teile des Heaps ?berschrieben hat). Nils -- Nils Philippsen / Red Hat / nphilipp at redhat.com "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." -- B. Franklin, 1759 PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011 From J.Linnenkohl at wmgruppe.de Wed Oct 13 06:01:54 2004 From: J.Linnenkohl at wmgruppe.de (=?utf-8?q?J=C3=B6rg=20Linnenkohl?=) Date: Wed, 13 Oct 2004 08:01:54 +0200 Subject: [redhat-list-de] Heap und Stack In-Reply-To: <1097617068.7547.2.camel@gibraltar.stuttgart.redhat.com> References: <200410121708.38218.J.Linnenkohl@wmgruppe.de> <200410121751.10805.J.Linnenkohl@wmgruppe.de> <1097617068.7547.2.camel@gibraltar.stuttgart.redhat.com> Message-ID: <200410130801.54805.J.Linnenkohl@wmgruppe.de> Am Dienstag, 12. Oktober 2004 23:37 schrieb Nils Philippsen: > On Tue, 2004-10-12 at 17:51 +0200, J?rg Linnenkohl wrote: > > Am Dienstag, 12. Oktober 2004 17:33 schrieb Werner Modenbach: > > > Hab noch was vergessen: > > > > > > Fr?her war es so da? im gesamten Adressbereich, der f?r die Variablen > > > eines Programms reserviert wurde, der Stack normalerweise "von unten > > > nach oben" und der Heap "von oben nach unten" wuchs. Wenn Du zusammen > > > mehr Stack und Heap verbrauchtest, als dem Programm zugewiesen wurde, > > > dann knallte es :-(( Ob das heute noch so ist, wei? ich nicht. > > > > Hallo, > > genau das ist f?r mich interessant, ob es heute auch noch so ist und wie > > man das Verhalten mit ulimit beeinflu?en kann. > > Wir haben im SAP LinuxLab das mal getestet (die SAP Programme kommen > tats?chlich in solche Regionen, wo so was zusammenwachsen kann, da ein > Prozess auf x86 "nur" einen 4GB Adressraum hat) und ein solches Programm > sollte mit einem SIGSEGV abst?rzen (anstatt still weiter zu laufen, wenn > der Stack schon Teile des Heaps ?berschrieben hat). > > Nils Genau das tut's. Das Programm durchl?uft rekursiv Baumstrukturen. Bei besonders komplizierten passiert es dann mit SIGSEGV. Wird wohl Zeit, das Ganze zu ?berdenken. Danke jedenfalls. Viele Gr??e J?rg Linnenkohl From andreas.steiner at ainet.at Mon Oct 18 08:55:29 2004 From: andreas.steiner at ainet.at (Andreas Steiner) Date: Mon, 18 Oct 2004 10:55:29 +0200 Subject: [redhat-list-de] INIT id "x" respawinig too fast Message-ID: Hallo zusammen, hab mir am wochenende RHEL 3 installiert. Hat auch alles super funktioniert bis ich die Fehlermeldung INIT id "x" respawinig too fast Disabled for 5 minutes bekommen hab. Kann mir bitte jemand sagen was ich da machen kann ? Bitte um Hilfe. danke im voraus -------------- next part -------------- An HTML attachment was scrubbed... URL: From fedora at wir-sind-cool.org Mon Oct 18 09:02:52 2004 From: fedora at wir-sind-cool.org (Michael Schwendt) Date: Mon, 18 Oct 2004 11:02:52 +0200 Subject: [redhat-list-de] INIT id "x" respawinig too fast In-Reply-To: References: Message-ID: <20041018110252.67a8b3ca.fedora@wir-sind-cool.org> On Mon, 18 Oct 2004 10:55:29 +0200, Andreas Steiner wrote: > hab mir am wochenende RHEL 3 installiert. Hat auch alles super funktioniert > bis ich die > Fehlermeldung INIT id "x" respawinig too fast Disabled for 5 minutes > bekommen hab. > Kann mir bitte jemand sagen was ich da machen kann ? > Bitte um Hilfe. Die Log Dateien in /var/log durchschauen, insbesondere die vom X Server, und auf Fehlermeldungen achten. -- Fedora Core release 2.92 (FC3 Test 3) - Linux 2.6.8-1.624 loadavg: 2.60 2.24 1.54 From p.simon at usu.de Mon Oct 18 14:00:46 2004 From: p.simon at usu.de (p.simon at usu.de) Date: Mon, 18 Oct 2004 16:00:46 +0200 Subject: [redhat-list-de] Peter Simon/USU/DE is out of the office. [Virus checked w/ ScanMail] Message-ID: I will be out of the office starting 18.10.2004 and will not return until 19.10.2004. I will respond to your message when I return. From andreas.steiner at ainet.at Tue Oct 19 05:49:30 2004 From: andreas.steiner at ainet.at (Andreas Steiner) Date: Tue, 19 Oct 2004 07:49:30 +0200 Subject: AW: [redhat-list-de] INIT id "x" respawinig too fast In-Reply-To: <20041018110252.67a8b3ca.fedora@wir-sind-cool.org> Message-ID: Schonen guten morgen, so, hab mir gesteren das REEL nochmals neu installiert, und anschlie?end die /var/log/messages durchgeschaut, dabei ist mir folgende Fehlermeldung aufgefallen. localhost keytable: plus before odiaresis ignored localhost keytable: plus before Odiaresis ignored localhost keytable: plus before udiaresis ignored localhost keytable: plus before Udiaresis ignored localhost keytable: plus before adiaresis ignored localhost keytable: plus before Adiaresis ignored kann mir bitte irgendwer einen hinweis geben was ich machen kann. danke im voraus -----Ursprungliche Nachricht----- Von: redhat-list-de-bounces at redhat.com [mailto:redhat-list-de-bounces at redhat.com]Im Auftrag von Michael Schwendt Gesendet: Montag, 18. Oktober 2004 11:03 An: Red Hat users list (german version) Betreff: Re: [redhat-list-de] INIT id "x" respawinig too fast On Mon, 18 Oct 2004 10:55:29 +0200, Andreas Steiner wrote: > hab mir am wochenende RHEL 3 installiert. Hat auch alles super funktioniert > bis ich die > Fehlermeldung INIT id "x" respawinig too fast Disabled for 5 minutes > bekommen hab. > Kann mir bitte jemand sagen was ich da machen kann ? > Bitte um Hilfe. Die Log Dateien in /var/log durchschauen, insbesondere die vom X Server, und auf Fehlermeldungen achten. -- Fedora Core release 2.92 (FC3 Test 3) - Linux 2.6.8-1.624 loadavg: 2.60 2.24 1.54 _______________________________________________ redhat-list-de mailing list redhat-list-de at redhat.com https://www.redhat.com/mailman/listinfo/redhat-list-de From fedora at wir-sind-cool.org Tue Oct 19 11:30:09 2004 From: fedora at wir-sind-cool.org (Michael Schwendt) Date: Tue, 19 Oct 2004 13:30:09 +0200 Subject: AW: [redhat-list-de] INIT id "x" respawinig too fast In-Reply-To: References: <20041018110252.67a8b3ca.fedora@wir-sind-cool.org> Message-ID: <20041019133009.6c054981.fedora@wir-sind-cool.org> On Tue, 19 Oct 2004 07:49:30 +0200, Andreas Steiner wrote: > so, hab mir gesteren das REEL nochmals neu installiert, und anschlie?end die > /var/log/messages durchgeschaut, dabei ist mir folgende Fehlermeldung > aufgefallen. > > localhost keytable: plus before odiaresis ignored > localhost keytable: plus before Odiaresis ignored > localhost keytable: plus before udiaresis ignored > localhost keytable: plus before Udiaresis ignored > localhost keytable: plus before adiaresis ignored > localhost keytable: plus before Adiaresis ignored > > kann mir bitte irgendwer einen hinweis geben was ich machen kann. Das war keymap bezogen auch bei Red Hat Linux 8.0 der Fall und wurde irgendwann sp?ter beseitigt. Hat nichts mit Deinem urspr?nglichen Problem zu tun. -- Fedora Core release 2.92 (FC3 Test 3) - Linux 2.6.8-1.541 loadavg: 0.76 0.68 0.40 From andreas.steiner at ainet.at Tue Oct 19 11:32:34 2004 From: andreas.steiner at ainet.at (Andreas Steiner) Date: Tue, 19 Oct 2004 13:32:34 +0200 Subject: AW: AW: [redhat-list-de] INIT id "x" respawinig too fast In-Reply-To: <20041019133009.6c054981.fedora@wir-sind-cool.org> Message-ID: danke vorerst f?r deine Antwort, kannst du mir sonst noch Tipps geben bez?glich meines Problems ? -----Urspr?ngliche Nachricht----- Von: redhat-list-de-bounces at redhat.com [mailto:redhat-list-de-bounces at redhat.com]Im Auftrag von Michael Schwendt Gesendet: Dienstag, 19. Oktober 2004 13:30 An: Red Hat users list (german version) Betreff: Re: AW: [redhat-list-de] INIT id "x" respawinig too fast On Tue, 19 Oct 2004 07:49:30 +0200, Andreas Steiner wrote: > so, hab mir gesteren das REEL nochmals neu installiert, und anschlie?end die > /var/log/messages durchgeschaut, dabei ist mir folgende Fehlermeldung > aufgefallen. > > localhost keytable: plus before odiaresis ignored > localhost keytable: plus before Odiaresis ignored > localhost keytable: plus before udiaresis ignored > localhost keytable: plus before Udiaresis ignored > localhost keytable: plus before adiaresis ignored > localhost keytable: plus before Adiaresis ignored > > kann mir bitte irgendwer einen hinweis geben was ich machen kann. Das war keymap bezogen auch bei Red Hat Linux 8.0 der Fall und wurde irgendwann sp?ter beseitigt. Hat nichts mit Deinem urspr?nglichen Problem zu tun. -- Fedora Core release 2.92 (FC3 Test 3) - Linux 2.6.8-1.541 loadavg: 0.76 0.68 0.40 _______________________________________________ redhat-list-de mailing list redhat-list-de at redhat.com https://www.redhat.com/mailman/listinfo/redhat-list-de From peter.habisreuther at vbt.uni-karlsruhe.de Tue Oct 19 11:37:26 2004 From: peter.habisreuther at vbt.uni-karlsruhe.de (Peter Habisreuther) Date: Tue, 19 Oct 2004 13:37:26 +0200 Subject: [redhat-list-de] INIT id "x" respawinig too fast Message-ID: Hallo Andreas, - INIT id "x" respawinig too fast heisst ganz einfach das Folgende: Bei dir ist in /etc/inittab der X-Server fuer den SysV level 5 mit respawn eingetragen. Das heisst, der X-Server wird wieder gestartet, sollte er aus irgendeinem Grund der X-Server beendet werden / abstuerzen, dann wird er von init neu gestartet. Wenn jetzt aber der X-Server wegen konfigurationsproblemen abstuerzt, dann wird er sehr schnell erneut wieder gestartet, was das ganze System lahm legen koennte. Deshalb hat irgendwer eine Sicherung eingebaut, die, falls der letzte Start nicht eine Mindest-Zeit her ist, den Neustart verhindert. ALSO: Es ist wahrscheinlich irgendwas mit deiner X-Konfiguration nicht in Ordnung. Starte mal in den Init Level 3 und versuche es von Hand mit "startx" Dann versuche die Log-Dateien von X zu analysieren (ich glaube in /var/log....) Okydoke.... Habis -----Original Message----- From: redhat-list-de-bounces at redhat.com [mailto:redhat-list-de-bounces at redhat.com] On Behalf Of Andreas Steiner Sent: Monday, October 18, 2004 10:55 AM To: Redhat Mailingliste Subject: [redhat-list-de] INIT id "x" respawinig too fast Hallo zusammen, hab mir am wochenende RHEL 3 installiert. Hat auch alles super funktioniert bis ich die Fehlermeldung INIT id "x" respawinig too fast Disabled for 5 minutes bekommen hab. Kann mir bitte jemand sagen was ich da machen kann ? Bitte um Hilfe. danke im voraus -------------- next part -------------- An HTML attachment was scrubbed... URL: From uwe at imbrium.de Tue Oct 19 12:13:49 2004 From: uwe at imbrium.de (Uwe Beutin) Date: Tue, 19 Oct 2004 14:13:49 +0200 (CEST) Subject: AW: AW: [redhat-list-de] INIT id "x" respawinig too fast In-Reply-To: Message-ID: On Tue, 19 Oct 2004, Andreas Steiner wrote: > danke vorerst f?r deine Antwort, > kannst du mir sonst noch Tipps geben bez?glich meines Problems ? > > localhost keytable: plus before odiaresis ignored [...] Diese Meldungen kommen von der Keytable und haben etwas mit CAPS lock zu und der (deutschen) Tastatur zu tun. Siehe auch https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=81855 Nun zu Deinem respawn-Problem: Die normale RH-Installation bootet im grafischen Modus und initdefault steht auf Runlevel 5. Guck in die /etc/inittab (id:3:initdefault:). Meines Wissens (ich boote immer RL 3) kannst Du, falls Du grub bentuzt, am Bootprompt "a" und dann "nogui" angeben, um im Textmodus zu booten. Oder Du setzt den initdefault in der /etc/inittab auf "2" und machst ein "telinit q". Danach kannst Du Deine X-Konfiguration reparieren weil ich denke, dass da ein Problem ist. Viel Erfolg, Uwe From andreas.steiner at ainet.at Wed Oct 20 06:40:21 2004 From: andreas.steiner at ainet.at (Andreas Steiner) Date: Wed, 20 Oct 2004 08:40:21 +0200 Subject: AW: [redhat-list-de] INIT id "x" respawinig too fast In-Reply-To: Message-ID: NachrichtHallo Peter, danke vorerst fur deine Hilfe, hab gestern wieder ein paar sachen ausprobiert. Unter anderem hab ich die /etc/initab so verandert dass ich im RunLevel 3 boote. Hab den startx ausfuhren wollen und dabei folgende Fehlermeldung erhalten. ( command not found ), kann aber eigentlich garnicht sein da ich bei der Installation X-Window und KDE ausgewahlt habe. Hab dann alle Pakete die mit KDE zu tun haben von der DVD nachinstalliert. Dann hab ich den Befehl startx ausfuhren konnen, bekam auch gleich eine Fehlermeldung ( FATAL ERROR ), hab mir dann die logs durchgeschaut, und folgendes gefunden: NO DRIVER FOUND ( ich glaub das ist mein Problem ) NO SCREENS FOUND werd mal eine andere Grafikkarte ausprobieren oder ? -----Ursprungliche Nachricht----- Von: redhat-list-de-bounces at redhat.com [mailto:redhat-list-de-bounces at redhat.com]Im Auftrag von Peter Habisreuther Gesendet: Dienstag, 19. Oktober 2004 13:37 An: Red Hat users list (german version) Betreff: RE: [redhat-list-de] INIT id "x" respawinig too fast Hallo Andreas, - INIT id "x" respawinig too fast heisst ganz einfach das Folgende: Bei dir ist in /etc/inittab der X-Server fuer den SysV level 5 mit respawn eingetragen. Das heisst, der X-Server wird wieder gestartet, sollte er aus irgendeinem Grund der X-Server beendet werden / abstuerzen, dann wird er von init neu gestartet. Wenn jetzt aber der X-Server wegen konfigurationsproblemen abstuerzt, dann wird er sehr schnell erneut wieder gestartet, was das ganze System lahm legen koennte. Deshalb hat irgendwer eine Sicherung eingebaut, die, falls der letzte Start nicht eine Mindest-Zeit her ist, den Neustart verhindert. ALSO: Es ist wahrscheinlich irgendwas mit deiner X-Konfiguration nicht in Ordnung. Starte mal in den Init Level 3 und versuche es von Hand mit "startx" Dann versuche die Log-Dateien von X zu analysieren (ich glaube in /var/log....) Okydoke.... Habis -----Original Message----- From: redhat-list-de-bounces at redhat.com [mailto:redhat-list-de-bounces at redhat.com] On Behalf Of Andreas Steiner Sent: Monday, October 18, 2004 10:55 AM To: Redhat Mailingliste Subject: [redhat-list-de] INIT id "x" respawinig too fast Hallo zusammen, hab mir am wochenende RHEL 3 installiert. Hat auch alles super funktioniert bis ich die Fehlermeldung INIT id "x" respawinig too fast Disabled for 5 minutes bekommen hab. Kann mir bitte jemand sagen was ich da machen kann ? Bitte um Hilfe. danke im voraus -------------- next part -------------- An HTML attachment was scrubbed... URL: From support at smog.at Tue Oct 26 08:21:18 2004 From: support at smog.at (Theurl Michael) Date: Tue, 26 Oct 2004 10:21:18 +0200 Subject: [redhat-list-de] Kernel Message-ID: <1098778878.15101.3.camel@hal9000.smog.at> Hy, Habe ne frage bei den 2.4er kernel kann ich dort die versionsnamen angeben : /usr/src/linux-2.4/include/linux/version.h #define UTS_RELEASE "2.4.22-1.2174.nptlcustom" Aber bei den 2.6er kernel wo finde ich das hat das jemand schon mal gebraucht ?? thanxs a lot Michael -- [] this Email is made of 100% Recyclable elektrons [] visit : www.smog.at ; www.theurl.at ; www.lugv.at [] private: www.members.smog.at/michael [] mailto : michael.theurl at smog.at [] key : www.smog.at/key From alexander.dalloz at uni-bielefeld.de Tue Oct 26 14:43:34 2004 From: alexander.dalloz at uni-bielefeld.de (Alexander Dalloz) Date: Tue, 26 Oct 2004 16:43:34 +0200 Subject: [redhat-list-de] Kernel In-Reply-To: <1098778878.15101.3.camel@hal9000.smog.at> References: <1098778878.15101.3.camel@hal9000.smog.at> Message-ID: <1098801814.18072.1.camel@serendipity.dogma.lan> Am Di, den 26.10.2004 schrieb Theurl Michael um 10:21: > Habe ne frage bei den 2.4er kernel kann ich dort die versionsnamen > angeben : > > /usr/src/linux-2.4/include/linux/version.h > #define UTS_RELEASE "2.4.22-1.2174.nptlcustom" /lib/modules/2.6.8-1.521/build/include/linux/version.h Ansonsten steht die extraversion im Makefile. > Aber bei den 2.6er kernel wo finde ich das hat das jemand schon mal > gebraucht ?? Wof?r ben?tigst du das? > Michael Alexander -- Alexander Dalloz | Enger, Germany | GPG key 1024D/ED695653 1999-07-13 Fedora GNU/Linux Core 2 (Tettnang) kernel 2.6.8-1.521smp Serendipity 16:42:15 up 6 days, 13:21, load average: 0.13, 0.31, 0.22 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Dies ist ein digital signierter Nachrichtenteil URL: From support at smog.at Tue Oct 26 17:20:27 2004 From: support at smog.at (Theurl Michael) Date: Tue, 26 Oct 2004 19:20:27 +0200 Subject: [SPAM] Re: [redhat-list-de] Kernel In-Reply-To: <1098801814.18072.1.camel@serendipity.dogma.lan> References: <1098778878.15101.3.camel@hal9000.smog.at> <1098801814.18072.1.camel@serendipity.dogma.lan> Message-ID: <1098811226.3012.3.camel@hal9000.smog.at> Hy, thanxs that`s it. Wenn ich module im source code patche muss ich diese ja neu compilieren, dazu kopiere ich das config file von /config/kernel... auf ../.config. danach "make oldconfig" und als letztes "make modules" aber dann setzt der mir die version um. Und beim laden des modules motzt er dann. Wie wuerdest du das machen ? On Tue, 2004-10-26 at 16:43, Alexander Dalloz wrote: > Am Di, den 26.10.2004 schrieb Theurl Michael um 10:21: > > > Habe ne frage bei den 2.4er kernel kann ich dort die versionsnamen > > angeben : > > > > /usr/src/linux-2.4/include/linux/version.h > > #define UTS_RELEASE "2.4.22-1.2174.nptlcustom" > > /lib/modules/2.6.8-1.521/build/include/linux/version.h > > Ansonsten steht die extraversion im Makefile. > > > Aber bei den 2.6er kernel wo finde ich das hat das jemand schon mal > > gebraucht ?? > > Wof?r ben?tigst du das? > > > Michael > > Alexander -- [] this Email is made of 100% Recyclable elektrons [] visit : www.smog.at ; www.theurl.at ; www.lugv.at [] private: www.members.smog.at/michael [] mailto : michael.theurl at smog.at [] key : www.smog.at/key From alexander.dalloz at uni-bielefeld.de Tue Oct 26 17:24:52 2004 From: alexander.dalloz at uni-bielefeld.de (Alexander Dalloz) Date: Tue, 26 Oct 2004 19:24:52 +0200 Subject: [redhat-list-de] Kernel In-Reply-To: <1098811226.3012.3.camel@hal9000.smog.at> References: <1098778878.15101.3.camel@hal9000.smog.at> <1098801814.18072.1.camel@serendipity.dogma.lan> <1098811226.3012.3.camel@hal9000.smog.at> Message-ID: <1098811492.18072.51.camel@serendipity.dogma.lan> Am Di, den 26.10.2004 schrieb Theurl Michael um 19:20: > Wenn ich module im source code patche muss ich diese ja neu compilieren, > dazu kopiere ich das config file von /config/kernel... auf ../.config. > danach "make oldconfig" und als letztes "make modules" aber dann setzt > der mir die version um. Und beim laden des modules motzt er dann. > > Wie wuerdest du das machen ? Arjan hat das im bugzilla erkl?rt: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=129377#c3 Nicht nur den Kommentar #3 lesen, dann wird es deutlicher. Alexander P.S. Irgendwas tagged Mail als [SPAM] bei dir und du schickst das solcherma?en ver?nderte Betreff heraus. Erstens solltest du mal dein Setup pr?fen, dass offenbar false positives kreiert (Mailing Liste whitelisten oder Bonus geben) und zweitens solche ge?nderte Betreff Zeilen vermeiden ;) -- Alexander Dalloz | Enger, Germany | GPG key 1024D/ED695653 1999-07-13 Fedora GNU/Linux Core 2 (Tettnang) kernel 2.6.8-1.521smp Serendipity 19:20:33 up 6 days, 16:00, load average: 1.25, 0.93, 0.61 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Dies ist ein digital signierter Nachrichtenteil URL: From jadefalkner at imperium-noctem.de Sun Oct 31 12:30:40 2004 From: jadefalkner at imperium-noctem.de (Ronny Fauth) Date: Sun, 31 Oct 2004 13:30:40 +0100 Subject: [redhat-list-de] Problem mit ADSL-Verbindung Message-ID: <4184DAF0.1090908@imperium-noctem.de> Ich habe im moment ein ziemliches Problem mit meiner ADSL-Verbindung, nach einem knappen Monat in dem mein Router (RH9) im dauerbetrieb lief, hatte ich ihn ausgemacht und danach neu gestartet, soweit so gut, aber seit her f?hrt er ppp0 nicht mehr hoch, er frisst sich daran einfach tot, und ich habe keine Ahnung was es ist, die pap-secret stimmt und auch sonst seh ich nichts was das hervorgerufen haben kann, hat einer ne Ahnung was das ist? ich m?chte ihn nicht unbedingt neu machen m?ssen, da ist eine gaaaanze Menge an neu configurieren angesagt. MfG Ronny -- I spent a minute looking at my own code by accident. I was thinking "What the hell is this guy doing?" Fingerprint: E3AD E36C 59F6 D9AF F0CC 73C8 FF57 6EB7 796C 9E44 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: OpenPGP digital signature URL: