Troubleshooting issues with xCAT OS deployment and diskless image creation/boot
xCAT OS deployment or diskless image boot fails with message regarding ib=dhcp
The ib=dhcp kernel command line argument is added by default to the bootloader configuration files on the xCAT management server at /tftpboot/xcat/xnba/nodes/
After creating an xCAT (Extreme Cluster Administration Toolkit) stateless image of SLES 15.2 and deploying it, SSH connections to the booted SLES 15.2 image fail
This presumes the creation of an xCAT stateless image via the process described at
and will reference that process.
In order to work around the described issue, the sshd service must be manually configured to start automatically when the stateless image is deployed. This is accomplished by using the chroot
command to enter the image as an environment on the server where it was created.
Presuming that the image has been created in the /imagebuild
directory on the build server, the image may be entered as a running environment using the following commands from the Linux command prompt:
-
To use the build server’s OS environment to enable the image environment:
for i in dev sys proc; do mount -o bind /$i /imagebuild/rootimg/$i ; done
-
To enter the image environment:
chroot /imagebuild/rootimg
-
To configure the sshd service to start after deployment:
chkconfig sshd on
-
To exit the image environment:
exit
-
IMPORTANT - umount the build server environment from the image:
for i in dev sys proc; do umount /imagebuild/rootimg/$i ; done
/dev
will occasionally report that it is busy. If this happens, doumount -l /imagebuild/rootimg/dev
Confirm success by running the
mount
command and make sure nothing is mounted under/imagebuild/rootimg
-
Proceed with the process step “Copy the local genimage output to the correct location on the Management Node:”
Note, this is due to the xCAT genimage application failing to set the sshd service to start automatically during stateless image creation of SLES 15.2. As a result, the image is not reachable via SSH after deployment.
Configuring the sshd service to start using the workaround procedure restores SSH access to the image on deployment.