I couldn't find any documentation on this either. This is my understanding based on some experimenting. Someone correct me if I am wrong on any thing.

The first number is the number of vCPUs that the VM currenty has or will be started with. This can be changed while the VM is running. vCPUs will be hot plugged/unplugged. You can run top (not htop) while doing this to see the number of vCPUs changing and/or look at dmesg output. This can be changed manually in XO or by an XO job on a schedule.

The second number is the maximum number of vCPUs that the VM is allowed. This can only be changed when the VM is not running.

@florent Happy to do what I can to test this.

In my xo-server config.toml I see writeBlockConcurrency, maxMergedDeltasPerRun and vhdDirectoryCompression in a [backups] section.

Does this mean that these setting are system wide?

Shouldn't these be configurable on a per Remote basis?

Also in a previous post you have indicated that writeBlockConcurrency defaults to 8, but my xo-server config.toml it is 16.

@florent How can the level of compression and parallelisms be set?

Thanks

@pdonias I am puzzled. What do you see?

To be clear there are two problems.

1. The selected directory truncates the directory name at around 46 characters ("/var/lib/docker/containers" in my original screen shot isn't truncated because it isn't that long).
2. "Long" file/directory names in the "Select a file" drop down do not display correctly.

Once a file has been selected, the "Selected files/folders" does show it in a scrollable "widget" that can then be used to see the full file name.

My screen shots are from Chrome on Fedora. I normally use Fedora/Firefox which has the same issues.

I set up the following as a test. Filename lengths are 10-80 characters long.

root@debian42:~/testdir# pwd
/root/testdir
root@debian42:~/testdir# ls -l
total 0
-rw-r--r-- 1 root root 0 Oct  7 09:50 1234567890
-rw-r--r-- 1 root root 0 Oct  7 09:50 12345678901234567890
-rw-r--r-- 1 root root 0 Oct  7 09:50 123456789012345678901234567890
-rw-r--r-- 1 root root 0 Oct  7 09:50 1234567890123456789012345678901234567890
-rw-r--r-- 1 root root 0 Oct  7 09:50 12345678901234567890123456789012345678901234567890
-rw-r--r-- 1 root root 0 Oct  7 09:51 123456789012345678901234567890123456789012345678901234567890
-rw-r--r-- 1 root root 0 Oct  7 09:51 1234567890123456789012345678901234567890123456789012345678901234567890
-rw-r--r-- 1 root root 0 Oct  7 09:51 12345678901234567890123456789012345678901234567890123456789012345678901234567890

Filename lengths 10-50 display. Filename lengths 60-80 do not.

This isn't actually causing me a problem. It is just something that I came across while doing some testing.

On Linux the maximum file name length is 255 and the maximum combined length of both the file name and path name is 4096, so these should be allowed for in the solution some how.

Unless it is a really easy fix or it its really causing someone issues, can I suggest leaving this in XO 5, but make sure it is covered in XO 6?

Thanks

When doing a Restore File, if the file/directory name is longer then the width of the pop up window, the file/directory name is not viewable.

I added a new NFS share and Remote and kicked the backup off manually rather than waiting for the scheduled job tonight.

To my points above:

1. The backup job on the new remote/share worked without errors.
2. There was an mdadm "check data" scan running on the array being used for the remote, so things aren't 9x bad. But the back up still took nearly twice as long as previously (15min vs 8Min). Is this expected or do have another issue to figure out?

XO reports the same amount of data transferred (21.87 GiB) for old and new job, but on the remote the back up is 22GB for the old way and 18GB for the new (as reported by ls and du respectively on the NFS server).

Is there some compression being done? If so can it be changed somewhere?

Thanks

@olivierlambert
That doesn't surprise me, but on https://xen-orchestra.com/blog/xen-orchestra-5-72/ it says

To configure it, edit your current remote (or create a new one) and check "Store backup as multiple data block instead of a whole VHD file":

So I was doing the "edit your current remote" like it said.

I did delete the remote and added a new one in XO, but I pointed it at the same NFS share, which I am assuming is not right either because it had a couple of issues.

1. The backup completed but with an "Unused VHD" error.
2. It took almost 9x longer to do the backup than the previous "full" backup (44min vs 8min). Or is this expected?

I will create a new NFS share and a new Remote for tonight's backups and see how that goes.

This also doesn't change that editing a Remote always fails with the same error when trying to save it. This is no matter what I try to change, including changing nothing, and that nothing is logged.

Thanks

With the announcement that file level restore now works with the new mode of backup I figured that it was time the I tried it out.

So I upgraded my XO from sources (now on commit 42432) and tried to edit my existing remote to enable the "multiple data blocks" mode, but it fails.

This reminded me that I don't think that I have ever been able to edit an existing remote.

I am selecting the "pencil" button to edit the remote. This populates the fields under the "New file system remote" banner with the information for the desired remote. But it does not matter if I change anything or not. When I select the "Save configuration" button I always get an error.

The error appears a a red pop up with the text "Save configuration E is undefined". Selecting the "Show logs" button in this pop uptakes me to the XO logs, but there is no log entry for this error.

Have you tried using xentop to see what th VMs are doing?

@daninmanchester

What is the IP address of the host that is running XO?

The docker container will need the SYS_ADMIN capability to do NFS mounts.

It is in the same place in XO. Network tab of the host.

Change the Mode from None to Static (or DHCP). This should get you a pop up to enter the address, netmask, etc.

@pdonias

That was the problem, but I do not think that it should be.

I am browsing to XO Lite using the FQDN of the XCP-ng host and the certificate had been accepted for that. But the console connection being made by XO Lite is to the XCP-ng host IP address.

@olivierlambert

I took that to be an icon associated with the logout. I think that the theme and logout either need to both be text or both be icons or more obviously be separate buttons. Or maybe it is just me.

@pdonias

Firefox can’t establish a connection to the server at wss://10.42.27.25/console?ref=OpaqueRef%3A96c12e00-b160-48c1-8c44-bc06be4af8af&session_id=OpaqueRef%3A5be27bec-a910-4ee6-8beb-f6951a7d7ccc. index.e1f7b30e.js:60:128685
WebSocket on-error event index.e1f7b30e.js:60:154603
Failed when connecting: Connection closed (code: 1006) index.e1f7b30e.js:60:157567
    _fail https://lite.xen-orchestra.com/dist/assets/index.e1f7b30e.js:60
    _socketClose https://lite.xen-orchestra.com/dist/assets/index.e1f7b30e.js:60
    onclose https://lite.xen-orchestra.com/dist/assets/index.e1f7b30e.js:60
    (Async: EventHandlerNonNull)
    attach https://lite.xen-orchestra.com/dist/assets/index.e1f7b30e.js:60
    open https://lite.xen-orchestra.com/dist/assets/index.e1f7b30e.js:60
    _connect https://lite.xen-orchestra.com/dist/assets/index.e1f7b30e.js:60
    _updateConnectionState https://lite.xen-orchestra.com/dist/assets/index.e1f7b30e.js:60
    ut https://lite.xen-orchestra.com/dist/assets/index.e1f7b30e.js:60
    setup https://lite.xen-orchestra.com/dist/assets/index.e1f7b30e.js:64
    qi https://lite.xen-orchestra.com/dist/assets/index.e1f7b30e.js:1
    wr https://lite.xen-orchestra.com/dist/assets/index.e1f7b30e.js:1
    d https://lite.xen-orchestra.com/dist/assets/index.e1f7b30e.js:1
    run https://lite.xen-orchestra.com/dist/assets/index.e1f7b30e.js:1
    A https://lite.xen-orchestra.com/dist/assets/index.e1f7b30e.js:1
    Hc https://lite.xen-orchestra.com/dist/assets/index.e1f7b30e.js:1
    _x https://lite.xen-orchestra.com/dist/assets/index.e1f7b30e.js:1
    _x https://lite.xen-orchestra.com/dist/assets/index.e1f7b30e.js:1
    (Async: promise callback)
    fx https://lite.xen-orchestra.com/dist/assets/index.e1f7b30e.js:1
    cx https://lite.xen-orchestra.com/dist/assets/index.e1f7b30e.js:1
    effect https://lite.xen-orchestra.com/dist/assets/index.e1f7b30e.js:1
    _g https://lite.xen-orchestra.com/dist/assets/index.e1f7b30e.js:1
    Td https://lite.xen-orchestra.com/dist/assets/index.e1f7b30e.js:1
    ax https://lite.xen-orchestra.com/dist/assets/index.e1f7b30e.js:1
    effect https://lite.xen-orchestra.com/dist/assets/index.e1f7b30e.js:1
    _g https://lite.xen-orchestra.com/dist/assets/index.e1f7b30e.js:1
    Td https://lite.xen-orchestra.com/dist/assets/index.e1f7b30e.js:1
    ax https://lite.xen-orchestra.com/dist/assets/index.e1f7b30e.js:1
    effect https://lite.xen-orchestra.com/dist/assets/index.e1f7b30e.js:1
    _g https://lite.xen-orchestra.com/dist/assets/index.e1f7b30e.js:1
    Td https://lite.xen-orchestra.com/dist/assets/index.e1f7b30e.js:1
    ax https://lite.xen-orchestra.com/dist/assets/index.e1f7b30e.js:1
    effect https://lite.xen-orchestra.com/dist/assets/index.e1f7b30e.js:1
    _g https://lite.xen-orchestra.com/dist/assets/index.e1f7b30e.js:1
    Td https://lite.xen-orchestra.com/dist/assets/index.e1f7b30e.js:1
    ax https://lite.xen-orchestra.com/dist/assets/index.e1f7b30e.js:1
    effect https://lite.xen-orchestra.com/dist/assets/index.e1f7b30e.js:1
    _g https://lite.xen-orchestra.com/dist/assets/index.e1f7b30e.js:1
    Td https://lite.xen-orchestra.com/dist/assets/index.e1f7b30e.js:1
    ax https://lite.xen-orchestra.com/dist/assets/index.e1f7b30e.js:1
    set value https://lite.xen-orchestra.com/dist/assets/index.e1f7b30e.js:1
    Oe https://lite.xen-orchestra.com/dist/assets/index.e1f7b30e.js:9
    q https://lite.xen-orchestra.com/dist/assets/index.e1f7b30e.js:9
    (Async: promise callback)
    q https://lite.xen-orchestra.com/dist/assets/index.e1f7b30e.js:9
    T https://lite.xen-orchestra.com/dist/assets/index.e1f7b30e.js:9
    l https://lite.xen-orchestra.com/dist/assets/index.e1f7b30e.js:9
    qi https://lite.xen-orchestra.com/dist/assets/index.e1f7b30e.js:1
    wr https://lite.xen-orchestra.com/dist/assets/index.e1f7b30e.js:1
    n https://lite.xen-orchestra.com/dist/assets/index.e1f7b30e.js:1

The console doesn't work for me either.

XCP-ng is 8.2.1

My workstation is Fedora 36 and I have tried both Firefox and Chrome.

I am connecting to XO-Lite over https so the cert has been accepted.

I am using the navigation panel on the left to navigate down through the pool -> host -> vm and clicking on the vm. There is no response at all. The main window where I assume the console is supposed to be remains blank.

Also the link to change the theme that was towards the top left has disappeared so I am stuck in dark mode.

Looks good. I like that you have a dark mode in there form day one.

Just to manage my expectations.

Is the code that we are pulling "live" development, meaning that it is likely to change and potentially be broken frequently or is it "snapshots" where everything that has been implemented is supposed to work?

Or something else?

@olivierlambert I confirm that the wget now works.

@pdonias I am sure the password was correct. It is a randomly generated one from my password manager. So it was cut and paste. But I just tried it again and is now working.

Thanks all.

My test host has been reinstalled multiple times since I last looked at this so I just thought I would try it out again to see where things were at and it is completely broken for me.

By completely broken I mean:

Trying to install with

wget https://lite.xen-orchestra.com/dist/ -O /opt/xensource/www/xolite.html

Gives an HTTP 404 error.

Creating the xolite.html file as per above gets me an xolite login screen, but I cannot get past the login screen. Entering the root password and clicking on login does nothing. The login screen just sits there.