Bug 27982 - Keine Konfiguration per DHCP beim aller ersten Systemstart
Keine Konfiguration per DHCP beim aller ersten Systemstart
Status: CLOSED WORKSFORME
Product: UCS
Classification: Unclassified
Component: Network
UCS 3.0
Other Linux
: P5 normal (vote)
: UCS 3.1
Assigned To: Stefan Gohmann
Janek Walkenhorst
: interim-1
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2012-07-18 14:56 CEST by Jascha Geerds
Modified: 2012-12-12 21:09 CET (History)
1 user (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
installation_profile (1.16 KB, text/plain)
2012-07-18 15:04 CEST, Jascha Geerds
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Jascha Geerds univentionstaff 2012-07-18 14:56:57 CEST
Es wurde eine 3.0-2 Maschine installiert, welche die Adresse via DHCP beziehen sollte. Bei der Installation wurde mittels F3 ausgewählt, dass die Maschine im Anschluss nicht joinen soll.

Nach der Installation wurde die Maschine auf die der DHCP-Server lief ausgeschaltet und im Anschluss die frisch installierte VM zum ersten mal gestartet.

Ich hätte jetzt erwartet, dass die Maschine eine Adresse aus dem link-local-Bereich bekommt, da es keinen DHCP-Server im Netzwerk gab. Dies ist allerdings nicht der Fall. Es wird die IP benutzt, welche auch bei der Installation verwendet wurde. Startet man die Maschine einmal neu, oder führt händisch ein 'dhclient eth0' aus, wird wie erwartet eine link-local Adresse benutzt.

Das Problem tritt reproduzierbar auf, allerdings nur nach dem aller ersten Systemstart. Ich habe testweise im Anschluss den DHCP-Server wieder eingeschaltet und ausgeschaltet, um zu überprüfen, ob er "nach jedem ersten mal laufenden DHCP-Server" wieder die Fallback-Konfiguration nutzt, aber auf diese Weise lässt sich der Bug nicht reproduzieren. Es wird eine Adresse aus dem link-local Bereich genommen.

Kritisch dürfte dies sein, wenn man keinen direkten Zugriff auf die Maschine besitzt (bspw. Amazon EC2) und man sich auf die funktionierende Netzwerkkonnektivität verlassen muss.

Bei aktualisierten Maschinen scheint dieses Problem nicht aufzutreten, nur bei Maschinen welche mit der 3.0-2 Installations-DVD installiert wurden.

Folgendes Image wurde für die Installation verwendet:

ucs_3.0-2-20120717145513-dvd-i386.iso
Comment 1 Jascha Geerds univentionstaff 2012-07-18 15:04:28 CEST
Created attachment 4546 [details]
installation_profile

Hier noch das Profil der Installation.

Auffällig ist folgendes:
eth0_type='dynamic'

Nach dem ersten Systemstart ist es wie folgt konfiguriert:
ucr get interfaces/eth0/type
dhcp
Comment 2 Stefan Gohmann univentionstaff 2012-09-03 10:43:47 CEST
Kann ich mit UCS 3.1 nicht nachvollziehen.
Comment 3 Janek Walkenhorst univentionstaff 2012-09-13 12:09:17 CEST
(In reply to comment #2)
> Kann ich mit UCS 3.1 nicht nachvollziehen.
Stimmt, es wird eine link-local Addresse vergeben.
Comment 4 Stefan Gohmann univentionstaff 2012-12-12 21:09:52 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".