Bug 28469 - Memberserver per DHCP zeigt falsches Verhalten nach Neustarts
Memberserver per DHCP zeigt falsches Verhalten nach Neustarts
Status: CLOSED DUPLICATE of bug 28287
Product: UCS
Classification: Unclassified
Component: General
UNSTABLE
Other Linux
: P5 normal (vote)
: UCS 3.1
Assigned To: Stefan Gohmann
Janek Walkenhorst
: interim-1
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2012-09-11 17:40 CEST by Janek Walkenhorst
Modified: 2012-12-12 21:09 CET (History)
2 users (show)

See Also:
What kind of report is it?: ---
What type of bug is this?: ---
Who will be affected by this bug?: ---
How will those affected feel about the bug?: ---
User Pain:
Enterprise Customer affected?:
School Customer affected?:
ISV affected?:
Waiting Support:
Flags outvoted (downgraded) after PO Review:
Ticket number:
Bug group (optional):
Max CVSS v3 score:


Attachments
Screenshot (6.14 KB, image/png)
2012-09-11 17:41 CEST, Janek Walkenhorst
Details
Paketliste (73.21 KB, text/plain)
2012-09-11 17:42 CEST, Janek Walkenhorst
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Janek Walkenhorst univentionstaff 2012-09-11 17:40:42 CEST
Memberserver installiert mit fester IP.
Danach per
 ucr set interfaces/eth0/type=dhcp
auf DHCP umgestellt.
Danach zeigt das System nach jedem "shutdown -r now" abwechselnd eines der folgenden beiden Verhalten:

a)
Das System hat zwar die korrekte IP-Adresse, jedoch nicht den gateway konfiguriert (dieser wird per DHCP ausgeliefert)
Das System gibt bei der Anmeldung auf der Konsole den Benutzernamen und das Passwort aus. (Siehe Screenshot)

b)
Das System verhält sich normal.


Diese beiden Verhalten wechselten sich über mehrere Neustarts konsistent ab.

Nach einige Wartezeit stellte sich nach jedem Neustart Verhalten a ein.


Es fällt auf, dass gateway auf den leeren String gesetzt ist. Ein Setzen des gateways führt dazu dass die Schnittstelle erneut konfiguriert wird und danach wieder gateway='' ist.


Wichtig ist hierbei der Grund für den Fall dass das Passwort ausgegeben wird (wobei es sich vermutlich um eine Art Debug-Ausgabe handelt?) gefunden und beseitigt wird. Vermutung ist, dass dies geschieht wenn die Schnittstelle nicht konfiguriert werden konnte.
Comment 1 Janek Walkenhorst univentionstaff 2012-09-11 17:41:11 CEST
Created attachment 4645 [details]
Screenshot
Comment 2 Janek Walkenhorst univentionstaff 2012-09-11 17:42:01 CEST
Created attachment 4646 [details]
Paketliste
Comment 3 Janek Walkenhorst univentionstaff 2012-09-11 18:06:03 CEST
Wenn die /etc/resolv.conf
  domain  drei.eins.test
  nameserver  10.200.12.240
  options timeout:2
enthält, oder sie
  domain drei.eins.test
  search drei.eins.test
  options timeout:2
  nameserver 8.8.8.8
  nameserver 8.8.4.4
enthält, dann scheint Verhalten b einzutreten.

Enthält die /etc/resolv.conf
  domain drei.eins.test
  search drei.eins.test
  options timeout:2
  nameserver 10.200.12.240
  nameserver 8.8.8.8
  nameserver 8.8.4.4
dann scheint Verhalten a einzutreten.

Eventuell hängt es also mit Bug #27939 zusammen.
Comment 4 Stefan Gohmann univentionstaff 2012-09-12 06:53:55 CEST
Das Problem tritt derzeit generisch auch ohne DHCP auf einem amd64 Memberserver auf.
Comment 5 Stefan Gohmann univentionstaff 2012-09-12 07:34:51 CEST
Interessant ist, dass das Problem nicht mehr besteht, sobald ein neuer getty Prozess gestartet wird. Auch besteht das Problem nur auf tty1.

Das Problem tritt reproduzierbar nicht auf, wenn ich nosplash übergebe. Von daher glaube ich es hängt mit Bug #28287 zusammen.

*** This bug has been marked as a duplicate of bug 28287 ***
Comment 6 Janek Walkenhorst univentionstaff 2012-09-12 15:49:27 CEST
(In reply to comment #5)
> Interessant ist, dass das Problem nicht mehr besteht, sobald ein neuer getty
> Prozess gestartet wird. Auch besteht das Problem nur auf tty1.
> 
> Das Problem tritt reproduzierbar nicht auf, wenn ich nosplash übergebe. Von
> daher glaube ich es hängt mit Bug #28287 zusammen.
> 
> *** This bug has been marked as a duplicate of bug 28287 ***
Das Duplikat ist korrekt, der fehlende Routing-Eintrag hängt damit nicht zusammen. (Ist nur eventuell ein möglicher Auslöser für das Problem)
Comment 7 Stefan Gohmann univentionstaff 2012-12-12 21:09:41 CET
UCS 3.1-0 has been released: 
 http://forum.univention.de/viewtopic.php?f=54&t=2125

If this error occurs again, please use "Clone This Bug".