Posts made by ThierryC01

@bleader Update successful, no issue so far. There is just a message appearing when starting the update: "Delta RPMs disabled because /usr/bin/applydeltarpm not installed."

All VM working for now.

@olivierlambert System restarted, not sure how to backup XCP-NG server side properly though. I ran a backup of XO metadata and pool parameters.

@olivierlambert I could access the SSD, filesystem was corrupted. I don't think I have a backup at hand just in case I would not be able to boot at all. What files could I transfer to get all my VMs back to normal after a clean install on a new disk?

@olivierlambert There is no physical screen attached to it. I am currently investigating the SSD that was booting CXP-ng. I am guessing it just died on me. Will update if I can read any data from it.

• Any specific log I should look at if any available?
• If I restart from scratch with a new disk, will I retrieve my VMs that are actually stored on other disks?

Weird incident here, my server froze for no reason at all (none that I can know yet), I don't even know for how long it has been frozen since the VM I use every day is working. I cannot ping Xcp-ng server, it is registered but cannot be connected via Xen Orchestra. I did not run the 2 latest batches of updates on my XCp-NG 8.3 server. The weird thing is that most of my Linux VM are still running and reachable!! The Windows VM, on the other hand are not reachable. Any recommendations for investigation before I reboot the host server? It is running on a Supermicro and I can see the frozen main screen via iKVM and it does not respond to keyboard inputs, not even from the virtual kvm keyboard.

@stormi Now that you mention that, I did perform an ISO upgrade I should not have performed would I known. Remember a few posts above. My bad...

Yeah... point is, the mounting point has been deleted and the fstab overwritten during the updates... as I mentioned in my post above.

@Tristis-Oris Except that your method is to create the SR, mine already exists, is full of .iso files and could be wiped doing your method!!! The SR exists, I can see the list of files that should be there but it is marked as "disconnected".

@Tristis-Oris Well, this is how local disks are mounted right?

I applied the very last batch of XCP-ng 8.3 updates and after a smart reboot (which took forever to complete and did not resume all my VM automatically), I have lost my ISO storage: the folder "/ISO" has been deleted by the update and the fstab has been overwritten. This is becoming annoying, I never ever had to "repair" anything related to my storage in my 20 years of using Vmware Esx but this is already the second time I have to do it in my 2 years of using XCP-ng and the very first time an update deletes a mounting point. I understand 8.3 is still a beta, hence my feedback.

@stormi said in XCP-ng 8.3 beta :

@ThierryC01 said in XCP-ng 8.3 beta :

For your information, the connection error icon in "Settings"-->"Remotes" that appears when entering a wrong password once, then connecting anyway afterwards with the correct password is still present after all the 8.3 updates.

Is this an XCP-ng issue?

After the latest XOA update, the annoying error icon is gone! So it was an XOA issue

Stats are back after the latest batch of patches.

For your information, the connection error icon in "Settings"-->"Remotes" that appears when entering a wrong password once, then connecting anyway afterwards with the correct password is still present after all the 8.3 updates.

@stormi Thanks for your help, my VMs are back online but there is no more stats in the tab "stats" for any VM and the host, the log page gives this error multiple times:

vm.stats
{
  "id": "3c807c46-bfdc-f33a-5954-4de92bcf3f08",
  "granularity": "seconds"
}
{
  "message": "Unable to get the true granularity: 5",
  "name": "FaultyGranularity",
  "stack": "FaultyGranularity: Unable to get the true granularity: 5
    at XapiStats._getAndUpdateStats (file:///opt/xen-orchestra/packages/xo-server/src/xapi-stats.mjs:305:13)
    at Api.#callApiMethod (file:///opt/xen-orchestra/packages/xo-server/src/xo-mixins/api.mjs:445:20)"
}

@stormi said in XCP-ng 8.3 beta :

Everyone: we are about to release XCP-ng 8.3 Beta 2!

It was delayed by one month due to the UEFI issues discussed above, now fixed.

The last thing we need is your feedback on the updated installation ISO: https://updates.xcp-ng.org/tmp/xcp-ng-8.3.0-beta2-test3.iso

I hope I have more success than with the test2 ISO for which I don't remember getting any feedback

Hi,

I have updated my xcp-ng 8.3 beta 1 with this xcp-ng-8.3.0-beta2-test3.iso and while it boots, I have lost all my VMs and no SR are recognized, I am left with a just a server that sits on its own and I cannot connect an oldest XOA to it. If you need more info (logs, anything) tell me now as I really need my VMs back, I think I should be able to revert to the previous version if the backup worked. I only have one homelab server so this is the situation where you kind of update your live prod...

Before upgrading, I applied all the 8.3 patches that were pushed recently.

@stormi Where can we find a release notes for the beta2 ?

@archw That is weird, I did the 8.3 beta patch bulk updates and no problem at all with all my uefi VMs. They don't have secure boot enabled.

@florent on the 8.3 beta1 with the latest XOA available I have tested the creation of a new NFS remote with success.

I tried to create a new SMB connection with a wrong password to test the edit and it worked perfectly, the only thing is that the alert that showed up during the wrong password connection does not disappear once the connection is established with a correct password even after multiple page refresh, disable, enable, refresh.

@laurentm No, for some stupid reason, the LVM volume was 100% full and I could not write any disk configuration nor expand the volume until I got rid of some logs.gz. All this happened during an update of XOA, I think there should be some safeguard in Linux to avoid such situation.

I will install a new XOA VM somewhere else as a backup since the container does not update to the latest commit. I hope they could sync the backup configuration.

Okay... I have to apologize for the pollution of this topic, I was running a container version of XOA (Xen Orchestra, commit 422a2) which I use in emergency cases such as my actual up to date XOA VM which crashed due to an LVM issue and was trying to restore. I managed to get my actual XOA VM running and everything is fine, no problem whatsoever, all backups are here using the XOA VM, available to restore and all. I really feel bad for wasting everyone's time. I will update my emergency XOA container from now on, I thought that all information were stored on the Xcp-ng server, good to know.