wieso h�ngt meine 8.0 dauernd
Ich krieg noch die motten!!! eine 8.0 incl. aller updates als server + firewall (nis, nfs, mail, news, samba, imapd etc etc) läuft eigentlich ohne probleme, auch unter hoher last bzw hoher plattenaktivität. grad jetzt mach ich wieder nen tripwire aktualisierungslauf. Allerdings, sobald ich meinen eigentlichen Rechner in gang setze (und zwar nur unter linux!!!) bleiben beide!! gleichzeitig!! stehen. Ohne erkennbaren grund, aber immer mit dem symptom dass selbst alt-sysreq-S nicht synct, Alt-SysReq-U nicht unmountet, aber Alt-SysReq-B macht nen reboot. Umschalten der Konsolen geht noch, eingeben von usernamen geht nicht mehr bzw wird ignoriert. Tripwire hat keine seltsamen files gefunden, Snort findet kurz vor einem solchen 'hänger' auch nix seltsames, ide-smart ist auch der ansicht die platte im server sei in ordnung... (SAMSUNG SV8004H an Promise Technology, Inc. 20268). memtest86 hat auch nix zu meckern... Das ganze tritt erst seit ca. 2 Wochen auf, vorher lief die kiste richtig stabil durch. Hat irgendwer eine Idee? bye, MH -- Die unaufgeforderte Zusendung einer Werbemail an Privatleute verstößt gegen §1 UWG und §823 I BGB (Beschluß des LG Berlin vom 2.8.1998 Az: 16 O 201/98). Jede kommerzielle Nutzung der übermittelten persönlichen Daten sowie deren Weitergabe an Dritte ist ausdrücklich untersagt!
On Tue, 29 Oct 2002, Mathias Homann wrote:
Ich krieg noch die motten!!!
eine 8.0 incl. aller updates als server + firewall (nis, nfs, mail, news, samba, imapd etc etc) l�uft eigentlich ohne probleme, auch unter hoher last bzw hoher plattenaktivit�t. grad jetzt mach ich wieder nen tripwire aktualisierungslauf.
Allerdings, sobald ich meinen eigentlichen Rechner in gang setze (und zwar nur unter linux!!!) bleiben beide!! gleichzeitig!! stehen. Ohne erkennbaren grund, aber immer mit dem symptom dass selbst alt-sysreq-S nicht synct, Alt-SysReq-U nicht unmountet, aber Alt-SysReq-B macht nen reboot. Umschalten der Konsolen geht noch, eingeben von usernamen geht nicht mehr bzw wird ignoriert.
Tripwire hat keine seltsamen files gefunden, Snort findet kurz vor einem solchen 'h�nger' auch nix seltsames, ide-smart ist auch der ansicht die platte im server sei in ordnung... (SAMSUNG SV8004H an Promise Technology, Inc. 20268). memtest86 hat auch nix zu meckern...
Das ganze tritt erst seit ca. 2 Wochen auf, vorher lief die kiste richtig stabil durch.
Angefangen hat das (soweit ich mich erinnern kann) Mitte des Monats. Ungefaehr zu dem Zeitpunkt zu dem ich auf beiden rechnern das glibc update eingespielt habe?!?!? nfs race condition? bye, MH
Mathias Homann sagte:
Angefangen hat das (soweit ich mich erinnern kann) Mitte des Monats. Ungefaehr zu dem Zeitpunkt zu dem ich auf beiden rechnern das glibc update eingespielt habe?!?!? nfs race condition?
verwandte frage: wie werde ich einen mit YOU eingespielten patch wieder los? bye, [MH]
Peter Wiersig sagte:
Mathias Homann wrote:
verwandte frage: wie werde ich einen mit YOU eingespielten patch wieder los?
In dem du ein altes Paket mit RPM installierst.
und woher erfahr ich welche alten pakete ich einspielen muss um einen bestimmten patch loszuwerden... bye, MH
Mathias Homann wrote:
Peter Wiersig sagte:
Mathias Homann wrote:
verwandte frage: wie werde ich einen mit YOU eingespielten patch wieder los?
In dem du ein altes Paket mit RPM installierst.
und woher erfahr ich welche alten pakete ich einspielen muss um einen bestimmten patch loszuwerden...
Hmm, welches Paket muss man wohl einspielen, um z.B. den Patch glibc-2.2.5-158.i386.patch.rpm wieder loszuwerden? Oder noch ein Beispiel gefaellig? Zu welchem Paket ge- hoert wohl der Patch e2fsprogs-1.26-46.i386.patch.rpm? Ist das so schwer? Gruesse, Thomson PS: Deine Shift-Taste ist kaputt. -- Thomas Hertweck, Geophysicist Geophysical Institute, Karlsruhe University (TH)
Thomas Hertweck sagte:
Mathias Homann wrote:
Peter Wiersig sagte:
Mathias Homann wrote:
verwandte frage: wie werde ich einen mit YOU eingespielten patch wieder los?
In dem du ein altes Paket mit RPM installierst.
und woher erfahr ich welche alten pakete ich einspielen muss um einen bestimmten patch loszuwerden...
Hmm, welches Paket muss man wohl einspielen, um z.B. den Patch glibc-2.2.5-158.i386.patch.rpm wieder loszuwerden?
mehr als eins. inzwischen hab ich mir die patch description mal genauer angesehen... grep Filename patchdescriptionfile erstaunlich was da für eine liste rumkommt... [1326][Up: 14:59][Load: 1.15][root@celebrimbor:/var/lib/YaST/patches/i386/update/8.0/patches]$ grep Filename glibc-10964.20021019.installed Filename: glibc.rpm Filename: glibc-devel.rpm Filename: glibc-profile.rpm Filename: timezone.rpm Filename: glibc-locale.rpm Filename: glibc-i18ndata.rpm Filename: glibc-html.rpm Filename: glibc-info.rpm jedenfalls danke für gar nix.
On 30 Oct 2002 at 13:27, Mathias Homann wrote:
Thomas Hertweck sagte:
Mathias Homann wrote:
Peter Wiersig sagte:
Mathias Homann wrote:
verwandte frage: wie werde ich einen mit YOU eingespielten patch wieder los?
In dem du ein altes Paket mit RPM installierst.
und woher erfahr ich welche alten pakete ich einspielen muss um einen bestimmten patch loszuwerden...
Hmm, welches Paket muss man wohl einspielen, um z.B. den Patch glibc-2.2.5-158.i386.patch.rpm wieder loszuwerden?
mehr als eins.
Quatsch (sorry)
inzwischen hab ich mir die patch description mal genauer angesehen... grep Filename patchdescriptionfile
erstaunlich was da für eine liste rumkommt...
[1326][Up: 14:59][Load: 1.15][root@celebrimbor:/var/lib/YaST/patches/i386/update/8.0/patches]$ grep Filename glibc-10964.20021019.installed Filename: glibc.rpm Filename: glibc-devel.rpm Filename: glibc-profile.rpm Filename: timezone.rpm Filename: glibc-locale.rpm Filename: glibc-i18ndata.rpm Filename: glibc-html.rpm Filename: glibc-info.rpm
Und? Das sind nur die RPM's, die aus dem SPRM beim bauen erzeugt werden. Zwar werden diese alle aus einem SRPM gebaut, aber Du must nur die aus der Liste neu einspielen, die a) du auch bei dir neu eingespielt hast und b) Du ohne Verletzung von Abhängigkeiten wieder ändern willst. Ich habe hier 'ne SuSE 7.3 mit glibc 2.2.5 laufen, aber die von Dir dort angegebenen sind _nicht_ alle installiert. Versuchs doch einfach.
jedenfalls danke für gar nix.
Das habe ich zu spät gesehen, sonst hätte ich nicht geantwortet. Andreas
Mathias Homann wrote:
Thomas Hertweck sagte:
Mathias Homann wrote:
und woher erfahr ich welche alten pakete ich einspielen muss um einen bestimmten patch loszuwerden...
Hmm, welches Paket muss man wohl einspielen, um z.B. den Patch glibc-2.2.5-158.i386.patch.rpm wieder loszuwerden?
mehr als eins. inzwischen hab ich mir die patch description mal genauer angesehen... grep Filename patchdescriptionfile
erstaunlich was da für eine liste rumkommt...
[1326][Up: 14:59][Load: 1.15][root@celebrimbor:/var/lib/YaST/patches/i386/update/8.0/patches]$ grep Filename glibc-10964.20021019.installed Filename: glibc.rpm Filename: glibc-devel.rpm Filename: glibc-profile.rpm Filename: timezone.rpm Filename: glibc-locale.rpm Filename: glibc-i18ndata.rpm Filename: glibc-html.rpm Filename: glibc-info.rpm
jedenfalls danke für gar nix.
Du solltest Dich vielleicht mal ein wenig mir RPM beschaeftigen bevor Du hier so etwas von Dir gibst. Das ist garantiert meine letzte Antwort in diesem Thread, zumal Du die Funktionsweise der Shift-Taste immer noch nicht kapiert hast.... Andreas hat Dir ja schon passend geantwortet. Th. -- Thomas Hertweck, Geophysicist Geophysical Institute, Karlsruhe University (TH)
participants (4)
-
Andreas Kyek
-
Mathias Homann
-
Peter Wiersig
-
Thomas Hertweck