Bugverwaltung LAN acm

Bugverwaltung von 20040109 und Hal

20050108

20050108 noch offen

hal: fatal kernel error

*2005-10-12 10:30 hal reagiert nicht mehr, er gibt fatal kernel error an, reboot an hal; ping geht mit IP oder adresse, aber nicht im Broswe, jedoch einzelen Adressen schon ( mail.google.com; heise.de; merh nicht) (ich hab ein Bild des toten screens falls das gebraucht wird) klml

Zeit auf hal

*2005-09-12 welche Zeit habne wir eigentlich auf dem hal? Kann man das auf CEST bzw CET umstellen? Weil wenn man messages anschat weiss man nie wann da was passeirt ist. merci klml

Internet

2005-09-18 00:36 internet geht nicht; asterisk bekommt zwar ein Frteizeichen, aber keine Durchkommen möglich; im Netz ist der hal aber anscheind ^ Kernel IP Routentabelle Ziel Router Genmask Flags Metric Ref Use Iface 217.0.116.168 0.0.0.0 255.255.255.255 UH 0 0 0 ppp0 192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 eth2 192.168.0.0 0.0.0.0 255.255.255.0 U 0 0 0 eth1 0.0.0.0 217.0.116.168 0.0.0.0 UG 0 0 0 ppp0 hal:/home/klml# ping klml.de ping: unknown host klml.de hal:/home/klml# ping www.t-online.de hal:/home/klml# cd hal:~# ping www.t-online.de ping: unknown host www.t-online.de hal:~# ^ 2005-09-22 22:49 KDM ruft bei klml an; Internet geht net; klml vermutett das "Alte" nicht gebugte Problem; klml führt KDM als Notfallmassnahem durch die von edma glernet Prozedur; (auf fibu mit putty, als root) route-n =4 Zeile mit einer normal klingenden IP an ppppO; dann ping auf klml.de =nix ; poff ; pon dsl-provider; ping klml.de = iP unknown; aber WinEI geht ins Netz; verlassen von Putty mit exit; klml nimmt einn großen Schluck "Hacker-Pschorr Münchner Hell" 0,5l-Flasche 2005-09-24 22:00 Inet geht nicht; 2005-09-25 14:30 durch klml route -n hat IP einen normalklingende Adresse an pppo; ==> poff; pon dsl-provider 2005-09-26 15:16 inte geht nicht; pof pon erzeugt nur die 10.112.112.112; /etc/init.d/ppp restart wirkt nicht; /etc/init.d/ppp stop und /etc/init.d/ppp start geht aber. 2005-09-27 ca 15:30 ... 2005-09-28 15:38 ... 2005-09-29 15:39 ... 2005-09-30 15:42 ... 2005-10-01 15:50 ... 2005-10-02 15:55 ... 2005-10-03 16:10 ... 2005-10-04 16:12 ... 2005-10-05 16:15 ... .... 2005-10-?? 16:43 ... 2005-10-21 01:24 ???? Prophylaktisch 2005-10-22 10:35

Details

Wird die Verbindung seitens ISP getrennt so fängt der pppd an die CPU Zeit zu fressen. Eine erneute Einwahl, wie eigentlich in der Konfiguration beschrieben, erfolgt nicht.

Scheint ein BUG in der Software zu sein: [http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=238840] [http://bolug.uni-bonn.de/archive/mailinglisten/BoLUG/2005-04/msg00151.html] [http://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=ppp]

Lösungsversuche

Downgrade des Pakets ppp von der Ver.: 2.4.3-20050321+2 auf Ver.: 2.4.2+20040428-5. Gefunden irgendwo auf apt-get.org. Verschiedene vorherige Versionen verursachten Abhängigkeitsverletzungen mit dem Paket libpcap0!

Erledigt

Zugriffsrechte

2005-09-09 17:39 KDM kann nicht von ''Users U:'' auf ''Homes M:'' verschieben, WIN reklamiert wegen fehlender Zugansgrechte. Umgekehrt funktioniert. * Homes wird abgeschaft 2005-09-13 fibu - Rechner kann sich nicht in der Domäne anmelden! * Win2000 kann sich nur an der Domäne anmelden wenn ein Benutzer mit dem Rechnernamen eingerichtet ist. Weiterhin muß bei der ersten anmeldung ''root'' mit dem dazugehörigen Passwort als Benutzer eingegeben werden. (Natürlich muß für diesen Vorgang der Benutzer root auch für die Anmeldung auf Samba freigeschaltet sein --> kein deny Eintrag in smb.con & root mit smbpasswd anlegen) * 2005-09-13 fibu ist wieder in`s Netzwerk eingebunden