XCP-ng 8.2.1 (maintenance update) - final testing sprint
-
@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.log
when 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_64
The 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
--enablerepo
part. -
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).
-
@stormi said in XCP-ng 8.2.1 (maintenance update) - final testing sprint:
@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.
Can it be rolled back to a working 8.2, if it is updated with "yum update" ?
I have a server with similar motherboard running 8.1. Is that recommended to upgrade with "yum update" too ? -
@mortenchristensn said in XCP-ng 8.2.1 (maintenance update) - final testing sprint:
@stormi said in XCP-ng 8.2.1 (maintenance update) - final testing sprint:
@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.
Can it be rolled back to a working 8.2, if it is updated with "yum update" ?
Not exactly, but you can downgrade RPMs individually if really needed.
I have a server with similar motherboard running 8.1. Is that recommended to upgrade with "yum update" too ?
In this situation it's your choice. If you want to have a backup you can rollback to, you should favour the ISO.
-
Hi!
I am having the same issue, as described in the first "XCP-ng 8.2.1 thread":
fcoe_driver CRITICAL: ['Traceback (most recent call last):\n', ' File "/opt/xensource/libexec/fcoe_driver", line 34, in execute\n output = subprocess.check_output(cmd)\n', ' File "/usr/lib64/python2.7/subprocess.py", line 575, in check_output\n raise CalledProcessError(retcode, cmd, output=output)\n', "CalledProcessError: Command '['fcoeadm', '-i']' returned non-zero exit status 2\n"]
8.2.1 is installed and fully patched.
Do you have any idea on how to fix this?Best wishes
-
@KPS Hi. This thread is now inactive sop please open a new thread dedicated to your issue.