XCP-ng 8.2.1 (maintenance update) - final testing sprint
-
I upgraded 3 of my homelab hosts, all were up-to-date 8.2's before this update. One of them blurted out this right at the end of the upgrade, but I did not observe any negative consequences yet.
Cleanup : wsproxy-1.12.0-2.xcpng8.2.x86_64 162/162 Traceback (most recent call last): File "/bin/create-guest-templates", line 17, in <module> loader.insert_templates() File "/usr/lib/python2.7/site-packages/guesttemplates/loader.py", line 189, in insert_templates self._insert_template(i) File "/usr/lib/python2.7/site-packages/guesttemplates/loader.py", line 159, in _insert_template conn.request("PUT", "/import_metadata?" + params, tar) File "/usr/lib64/python2.7/httplib.py", line 1041, in request self._send_request(method, url, body, headers) File "/usr/lib64/python2.7/httplib.py", line 1075, in _send_request self.endheaders(body) File "/usr/lib64/python2.7/httplib.py", line 1037, in endheaders self._send_output(message_body) File "/usr/lib64/python2.7/httplib.py", line 885, in _send_output self.send(message_body) File "/usr/lib64/python2.7/httplib.py", line 857, in send self.sock.sendall(data) File "/usr/lib64/python2.7/socket.py", line 224, in meth return getattr(self._sock,name)(*args) socket.error: [Errno 32] Broken pipe -
@apz The script that deletes then recreates the guest templates when they are updated apparently failed on your host. Are there any missing templates in your template list?
-
@stormi The affected host has only 2 templates, 2022 Windows and Suse 12.
-
@apz Try to re-run the script that failed:
/usr/bin/create-guest-templates-wrapper -
@stormi Result:
# /usr/bin/create-guest-templates-wrapper Load /usr/share/xapi/vm-templates/windows-server-2012-64bit.json Load /usr/share/xapi/vm-templates/sled-12-sp4-64bit.json Load /usr/share/xapi/vm-templates/rhel-8.json Load /usr/share/xapi/vm-templates/rhel-7.json Load /usr/share/xapi/vm-templates/oel-8.json Load /usr/share/xapi/vm-templates/sle-15-64bit.json Load /usr/share/xapi/vm-templates/debian-9.json Load /usr/share/xapi/vm-templates/windows-8-64bit.json Load /usr/share/xapi/vm-templates/sles-12-sp5-64bit.json Load /usr/share/xapi/vm-templates/base-sle-hvm.json Load /usr/share/xapi/vm-templates/windows-10-64bit.json Load /usr/share/xapi/vm-templates/oel-7.json Load /usr/share/xapi/vm-templates/coreos.json Load /usr/share/xapi/vm-templates/debian-11.json Load /usr/share/xapi/vm-templates/windows-server-2012-r2-64bit.json Load /usr/share/xapi/vm-templates/sles-12-sp3-64bit.json Load /usr/share/xapi/vm-templates/windows-server-2016-64bit.json Load /usr/share/xapi/vm-templates/gooroom-2.json Load /usr/share/xapi/vm-templates/debian-10.json Load /usr/share/xapi/vm-templates/windows-server-2022-64bit.json Load /usr/share/xapi/vm-templates/other-install-media.json Load /usr/share/xapi/vm-templates/base-sle-hvm-64bit.json Load /usr/share/xapi/vm-templates/base-kylin-7.json Load /usr/share/xapi/vm-templates/kylin-7.json Load /usr/share/xapi/vm-templates/debian-8.json Load /usr/share/xapi/vm-templates/sled-12-sp3-64bit.json Load /usr/share/xapi/vm-templates/windows-server-2019-64bit.json Load /usr/share/xapi/vm-templates/centos-7.json Load /usr/share/xapi/vm-templates/base-windows-uefi.json Load /usr/share/xapi/vm-templates/sles-12-sp4-64bit.json Load /usr/share/xapi/vm-templates/sl-7.json Load /usr/share/xapi/vm-templates/ubuntu-20.04.json Load /usr/share/xapi/vm-templates/windows-10-32bit.json Load /usr/share/xapi/vm-templates/ubuntu-16.04.json Load /usr/share/xapi/vm-templates/rocky-8.json Load /usr/share/xapi/vm-templates/windows-8-32bit.json Load /usr/share/xapi/vm-templates/base-hvmlinux.json Load /usr/share/xapi/vm-templates/almalinux-8.json Load /usr/share/xapi/vm-templates/base-el-7.json Load /usr/share/xapi/vm-templates/centos-8.json Load /usr/share/xapi/vm-templates/base-windows.json Load /usr/share/xapi/vm-templates/ubuntu-18.04.json Load /usr/share/xapi/vm-templates/base-windows-8.json Destroy 1c33af1c-e919-418c-ad45-85d7d6fb604a Insert 1c33af1c-e919-418c-ad45-85d7d6fb604a Traceback (most recent call last): File "/usr/bin/create-guest-templates", line 17, in <module> loader.insert_templates() File "/usr/lib/python2.7/site-packages/guesttemplates/loader.py", line 189, in insert_templates self._insert_template(i) File "/usr/lib/python2.7/site-packages/guesttemplates/loader.py", line 159, in _insert_template conn.request("PUT", "/import_metadata?" + params, tar) File "/usr/lib64/python2.7/httplib.py", line 1041, in request self._send_request(method, url, body, headers) File "/usr/lib64/python2.7/httplib.py", line 1075, in _send_request self.endheaders(body) File "/usr/lib64/python2.7/httplib.py", line 1037, in endheaders self._send_output(message_body) File "/usr/lib64/python2.7/httplib.py", line 885, in _send_output self.send(message_body) File "/usr/lib64/python2.7/httplib.py", line 857, in send self.sock.sendall(data) File "/usr/lib64/python2.7/socket.py", line 224, in meth return getattr(self._sock,name)(*args) socket.error: [Errno 32] Broken pipe -
@apz If you run it again, does it fail at the exact same place?
-
@stormi I ran it 5 times in a row. Always after base-windows-8.json.
-
@apz does
rpm -V guest-templates-json guest-templates-json-data-linux guest-templates-json-data-other guest-templates-json-data-windowsgive any output (it would reveal if there's a corrupted file)? -
@stormi This command did not produce any output, so I assume the packages are fine.
-
@apz does it still fail if you reinstall them anyway?
yum reinstall guest-templates-json guest-templates-json-data-linux guest-templates-json-data-other guest-templates-json-data-windows -
# yum reinstall guest-templates-json guest-templates-json-data-linux guest-templates-json-data-other guest-templates-json-data-windows Loaded plugins: fastestmirror Loading mirror speeds from cached hostfile Excluding mirror: updates.xcp-ng.org * xcp-ng-base: mirrors.xcp-ng.org Excluding mirror: updates.xcp-ng.org * xcp-ng-updates: mirrors.xcp-ng.org Resolving Dependencies --> Running transaction check ---> Package guest-templates-json.noarch 0:1.9.6-1.1.xcpng8.2 will be reinstalled ---> Package guest-templates-json-data-linux.noarch 0:1.9.6-1.1.xcpng8.2 will be reinstalled ---> Package guest-templates-json-data-other.noarch 0:1.9.6-1.1.xcpng8.2 will be reinstalled ---> Package guest-templates-json-data-windows.noarch 0:1.9.6-1.1.xcpng8.2 will be reinstalled --> Finished Dependency Resolution Dependencies Resolved ============================================================================================================================================================================================== Package Arch Version Repository Size ============================================================================================================================================================================================== Reinstalling: guest-templates-json noarch 1.9.6-1.1.xcpng8.2 xcp-ng-updates 29 k guest-templates-json-data-linux noarch 1.9.6-1.1.xcpng8.2 xcp-ng-updates 17 k guest-templates-json-data-other noarch 1.9.6-1.1.xcpng8.2 xcp-ng-updates 12 k guest-templates-json-data-windows noarch 1.9.6-1.1.xcpng8.2 xcp-ng-updates 14 k Transaction Summary ============================================================================================================================================================================================== Reinstall 4 Packages Total download size: 73 k Installed size: 61 k Is this ok [y/d/N]: y Downloading packages: (1/4): guest-templates-json-1.9.6-1.1.xcpng8.2.noarch.rpm | 29 kB 00:00:00 (2/4): guest-templates-json-data-other-1.9.6-1.1.xcpng8.2.noarch.rpm | 12 kB 00:00:00 (3/4): guest-templates-json-data-linux-1.9.6-1.1.xcpng8.2.noarch.rpm | 17 kB 00:00:00 (4/4): guest-templates-json-data-windows-1.9.6-1.1.xcpng8.2.noarch.rpm | 14 kB 00:00:00 ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- Total 110 kB/s | 73 kB 00:00:00 Running transaction check Running transaction test Transaction test succeeded Running transaction Installing : guest-templates-json-1.9.6-1.1.xcpng8.2.noarch 1/4 Installing : guest-templates-json-data-other-1.9.6-1.1.xcpng8.2.noarch 2/4 Installing : guest-templates-json-data-windows-1.9.6-1.1.xcpng8.2.noarch 3/4 Installing : guest-templates-json-data-linux-1.9.6-1.1.xcpng8.2.noarch 4/4 Traceback (most recent call last): File "/bin/create-guest-templates", line 17, in <module> loader.insert_templates() File "/usr/lib/python2.7/site-packages/guesttemplates/loader.py", line 189, in insert_templates self._insert_template(i) File "/usr/lib/python2.7/site-packages/guesttemplates/loader.py", line 159, in _insert_template conn.request("PUT", "/import_metadata?" + params, tar) File "/usr/lib64/python2.7/httplib.py", line 1041, in request self._send_request(method, url, body, headers) File "/usr/lib64/python2.7/httplib.py", line 1075, in _send_request self.endheaders(body) File "/usr/lib64/python2.7/httplib.py", line 1037, in endheaders self._send_output(message_body) File "/usr/lib64/python2.7/httplib.py", line 885, in _send_output self.send(message_body) File "/usr/lib64/python2.7/httplib.py", line 857, in send self.sock.sendall(data) File "/usr/lib64/python2.7/socket.py", line 224, in meth return getattr(self._sock,name)(*args) socket.error: [Errno 32] Broken pipe Verifying : guest-templates-json-data-other-1.9.6-1.1.xcpng8.2.noarch 1/4 Verifying : guest-templates-json-data-windows-1.9.6-1.1.xcpng8.2.noarch 2/4 Verifying : guest-templates-json-data-linux-1.9.6-1.1.xcpng8.2.noarch 3/4 Verifying : guest-templates-json-1.9.6-1.1.xcpng8.2.noarch 4/4 Installed: guest-templates-json.noarch 0:1.9.6-1.1.xcpng8.2 guest-templates-json-data-linux.noarch 0:1.9.6-1.1.xcpng8.2 guest-templates-json-data-other.noarch 0:1.9.6-1.1.xcpng8.2 guest-templates-json-data-windows.noarch 0:1.9.6-1.1.xcpng8.2 Complete! -
The error message suggests an internal network error message. Does this host have custom iptables rules, or xapi.conf entries?
-
@stormi I have not touched xapi.conf, iptables has one additional rule to default, which allows port 4949 in. It's copy-paste of other rules in /etc/sysconfig/iptables, save changed port.
-
@apz Are there differences between the installed hosts that could be a lead? Could you compare the lists of installed RPMs between your hosts? (
rpm -qa | sort). Is the network configuration different?Are there error logs in
xensource.log,user.log,daemon.logwhen you run/usr/bin/create-guest-templates-wrapper? -
@stormi I diffed this host (originally installed as 8.2.0) and one I installed very recently (during 8.2.1 testing phase). Their differences are:
137d136 < igc-module-4.20.17-1.xcpng8.2.x86_64 274a274 > MegaCli-8.07.14-1.noarch 394d393 < r8125-module-9.003.05-1.xcpng8.2.x86_64The 8.2.1 installation appears to have network card modules in packages, the old installation has MegaCLI installed because of its RAID controller.
xensource.log is attached, user.log didn't yield anything, neither did daemon.log
As I was running this command again and again, it succeeded once. Out of curiosity, I tried running it again and again on my other hosts that had succeeded the last time. I could introduce a random failure on all of them, maybe 1 out of 20 or more rare.
-
@apz It's not related to your issue, but you need to read https://xcp-ng.org/forum/post/47128
-
@stormi The other (working) machine is indeed installed with test5.
Should I care about the fact that the testing repo no longer exists, so the two first commands fail?
-
@apz If you removed the repo file for staging you can just remove the
--enablerepopart. -
Tried to update my homelab from 8.2 to 8.2.1 with the iso on usb.
After having answered all questions, the installer stops with
Error occurred
An unrecoverable error has occurred. The error was:
Installer mode (UEFI) is mismatched with target boot
mode (legacy)
RebootCan I choose between legacy and uefi somewhere?
Do I have to change my bios-settings from legacy to uefi, and can it damage my working installation? -
@mortenchristensn I see two mistakes here:
- the process to update from 8.2 to 8.2.1 is not by using the ISO. Check the blog post.
- when you want to upgrade a host using the ISO, you need to make sure you boot the ISO in the same mode as the installed system (BIOS vs UEFI).
