Red Hat Bugzilla – Bug 1475728
No vlan device after the first reboot if set vlan by network cmd in kickstart file with liveimg
Last modified: 2018-03-05 16:02:11 EST
Created attachment 1305261 [details]
Description of problem:
Install RHVH via kickstart file, set network as:
network --device=em2 --bootproto=dhcp
network --device=p3p2 --bootproto=dhcp --vlanid=50
After the first reboot, there is no vlan device when checking 'ip addr | grep p3p2.50'.
The vlan device can be activated manually using ifup, or reboot again:
[root@fctest network-scripts]# ifup p3p2.50
Connection successfully activated (D-Bus active path: /org/freedesktop/NetworkManager/ActiveConnection/3)
[root@fctest network-scripts]# ip addr | grep p3p2.50
24: p3p2.50@p3p2: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP qlen 1000
inet 192.168.50.111/24 brd 192.168.50.255 scope global dynamic p3p2.50
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Prepare the kickstart file, set network as above.
2. Install RHVH via PXE.
3. After installation finished, log into system, run 'ip addr'
1. After step3, there is no vlan device.
1. After step3, there should be the desired vlan device as specified in kickstart file.
1. bond+vlan has the same situation.
2. Configuring vlan via Anaconda GUI doesn't has this issue.
2. RHVH 4.1.3 doesn't have this issue.
3. RHEL 7.4(kernel-3.10.0-693.el7.x86_64) doesn't have this issue.
Created attachment 1305262 [details]
Created attachment 1305264 [details]
Just to confirm, this is with 7.4 Anaconda using `liveimg` in the kickstart only?
(In reply to Ryan Barry from comment #3)
> Just to confirm, this is with 7.4 Anaconda using `liveimg` in the kickstart
Actually, I'm not quite sure what do you mean, why emphasize `liveimg`. For RHVH installation via PXE, I don't know other suggested way to specify squashfs in kickstart file except using `liveimg --url=`.
For RHVH, this issue only occurs with Anaconda 7.4.
For RHEL 7.4, I used `url --url=/URL/to/RHEL-7.4-20170711.0/compose/Server/x86_64/os`
I emphasized liveimg since the behavior in Anaconda is somewhat different from "repo --url" installs, and this is not reproducible on base RHEL or 7.3 kickstart installs with liveimg (RHVH 4.1.3)