Update: If I change the vCPU configuration to 1 socket with 4 cores per socket the VM starts correctly

Posts
-
RE: Debian 9 virtual machine does not start in xcp-ng 8.3
-
RE: Debian 9 virtual machine does not start in xcp-ng 8.3
How are you @olivierlambert ? He's at HVM.
uuid ( RO) : 04f4eb58-97c6-b3c0-582d-96ebf841575e name-label ( RW): PBX <(Test) name-description ( RW): user-version ( RW): 1 is-a-template ( RW): false is-default-template ( RW): false is-a-snapshot ( RO): false snapshot-of ( RO): <not in database> snapshots ( RO): 60dd299e-5627-5cae-927c-d371cf1cf858 snapshot-time ( RO): 19700101T00:00:00Z snapshot-info ( RO): parent ( RO): 60dd299e-5627-5cae-927c-d371cf1cf858 children ( RO): is-control-domain ( RO): false power-state ( RO): running memory-actual ( RO): 1073737728 memory-target ( RO): 1073741824 memory-overhead ( RO): 14680064 memory-static-max ( RW): 1073741824 memory-dynamic-max ( RW): 1073741824 memory-dynamic-min ( RW): 1073741824 memory-static-min ( RW): 134217728 suspend-VDI-uuid ( RW): <not in database> suspend-SR-uuid ( RW): <not in database> VCPUs-params (MRW): weight: 256 VCPUs-max ( RW): 4 VCPUs-at-startup ( RW): 4 actions-after-shutdown ( RW): Destroy actions-after-reboot ( RW): Restart actions-after-crash ( RW): Restart console-uuids (SRO): 80f044cf-65b5-052a-69b2-83dfaf51e9bc hvm ( RO): true platform (MRW): timeoffset: 0; device-model: qemu-upstream-compat; nx: true; acpi: 1; apic: true; pae: true; viridian: true; cores-per-socket: 1 allowed-operations (SRO): changing_dynamic_range; migrate_send; pool_migrate; changing_VCPUs_live; suspend; hard_reboot; hard_shutdown; clean_reboot; clean_shutdown; pause; checkpoint; snapshot current-operations (SRO): blocked-operations (MRW): allowed-VBD-devices (SRO): 1; 2; 4; 5; 6; 7; 8; 9; 10; 11; 12; 13; 14; 15; 16; 17; 18; 19; 20; 21; 22; 23; 24; 25; 26; 27; 28; 29; 30; 31; 32; 33; 34; 35; 36; 37; 38; 39; 40; 41; 42; 43; 44; 45; 46; 47; 48; 49; 50; 51; 52; 53; 54; 55; 56; 57; 58; 59; 60; 61; 62; 63; 64; 65; 66; 67; 68; 69; 70; 71; 72; 73; 74; 75; 76; 77; 78; 79; 80; 81; 82; 83; 84; 85; 86; 87; 88; 89; 90; 91; 92; 93; 94; 95; 96; 97; 98; 99; 100; 101; 102; 103; 104; 105; 106; 107; 108; 109; 110; 111; 112; 113; 114; 115; 116; 117; 118; 119; 120; 121; 122; 123; 124; 125; 126; 127; 128; 129; 130; 131; 132; 133; 134; 135; 136; 137; 138; 139; 140; 141; 142; 143; 144; 145; 146; 147; 148; 149; 150; 151; 152; 153; 154; 155; 156; 157; 158; 159; 160; 161; 162; 163; 164; 165; 166; 167; 168; 169; 170; 171; 172; 173; 174; 175; 176; 177; 178; 179; 180; 181; 182; 183; 184; 185; 186; 187; 188; 189; 190; 191; 192; 193; 194; 195; 196; 197; 198; 199; 200; 201; 202; 203; 204; 205; 206; 207; 208; 209; 210; 211; 212; 213; 214; 215; 216; 217; 218; 219; 220; 221; 222; 223; 224; 225; 226; 227; 228; 229; 230; 231; 232; 233; 234; 235; 236; 237; 238; 239; 240; 241; 242; 243; 244; 245; 246; 247; 248; 249; 250; 251; 252; 253; 254 allowed-VIF-devices (SRO): 1; 2; 3; 4; 5; 6 possible-hosts ( RO): 511b75ca-cea4-4831-9c13-4b81bf11f87a domain-type ( RW): hvm current-domain-type ( RO): hvm HVM-boot-policy ( RW): BIOS order HVM-boot-params (MRW): order: dc HVM-shadow-multiplier ( RW): 1.000 PV-kernel ( RW): PV-ramdisk ( RW): PV-args ( RW): PV-legacy-args ( RW): PV-bootloader ( RW): PV-bootloader-args ( RW): last-boot-CPU-flags ( RO): vendor: GenuineIntel; features: 1fcbfbff-f7ba2223-2993fbff-00000403-00000001-00000281-00000000-00000000-00001000-9c000400-00000000-00000000-00000000-00000000-00000000 last-boot-record ( RO): '' resident-on ( RO): 511b75ca-cea4-4831-9c13-4b81bf11f87a affinity ( RW): <not in database> other-config (MRW): auto_poweron: true; import_task: OpaqueRef:21e5bc93-aab0-4682-b6a4-3f7edb75e10f; mac_seed: b50c01ae-a763-6d83-f49a-08a6410ea93d; vgpu_pci: ; base_template_name: Other install media; install-methods: cdrom dom-id ( RO): 26 recommendations ( RO): <restrictions><restriction field="memory-static-max" max="137438953472" /><restriction field="vcpus-max" max="16" /><restriction property="number-of-vbds" max="7" /><restriction property="number-of-vifs" max="7" /></restrictions> xenstore-data (MRW): vm-data: ; vm-data/mmio-hole-size: 268435456 ha-always-run ( RW) [DEPRECATED]: false ha-restart-priority ( RW): blobs ( RO): start-time ( RO): 20250730T03:35:37Z install-time ( RO): 19700101T00:00:00Z VCPUs-number ( RO): 4 VCPUs-utilisation (MRO): 0: 0.013; 1: 0.013; 2: 0.006; 3: 0.014 os-version (MRO): name: Debian GNU/Linux 9.11 (stretch); uname: 4.9.0-11-amd64; distro: debian; major: 9; minor: 11 PV-drivers-version (MRO): major: 8; minor: 0; micro: 50; build: 1 PV-drivers-up-to-date ( RO) [DEPRECATED]: true memory (MRO): disks (MRO): VBDs (SRO): c41f4f9a-fdf8-cb2a-e4d0-5e42e1eb7172; f008c7c2-26de-1261-2d24-6ee93f55107a networks (MRO): 0/ipv6/0: fe80::f843:58ff:fe92:5993 PV-drivers-detected ( RO): true other (MRO): platform-feature-multiprocessor-suspend: 1; has-vendor-device: 0; feature-suspend: 1; feature-poweroff: 1; feature-reboot: 1; feature-vcpu-hotplug: 1; feature-balloon: 1 live ( RO): true guest-metrics-last-updated ( RO): 20250730T03:36:23Z can-use-hotplug-vbd ( RO): unspecified can-use-hotplug-vif ( RO): unspecified cooperative ( RO) [DEPRECATED]: true tags (SRW): restored from backup appliance ( RW): <not in database> snapshot-schedule ( RW): <not in database> is-vmss-snapshot ( RO): false start-delay ( RW): 0 shutdown-delay ( RW): 0 order ( RW): 0 version ( RO): 0 generation-id ( RO): hardware-platform-version ( RO): 0 has-vendor-device ( RW): false requires-reboot ( RO): false reference-label ( RO): bios-strings (MRO): bios-vendor: Xen; bios-version: ; system-manufacturer: Xen; system-product-name: HVM domU; system-version: ; system-serial-number: ; baseboard-manufacturer: ; baseboard-product-name: ; baseboard-version: ; baseboard-serial-number: ; baseboard-asset-tag: ; baseboard-location-in-chassis: ; enclosure-asset-tag: ; hp-rombios: ; oem-1: Xen; oem-2: MS_VM_CERT/SHA1/bdbeb6e0a816d43fa6d3fe8aaef04c2bad9d3e3d
-
Debian 9 virtual machine does not start in xcp-ng 8.3
Good afternoon, I just upgraded from xcp-ng 8.1 to 8.2 and then to 8.3. I have a virtual machine running Debian 9 that stopped working. It displays grub upon startup, but when it starts loading, it pauses and immediately shuts down. I downloaded the installer, and it does exactly the same thing. I tried older versions and it works fine. It seems to be related to the 4.9.0-11 kernel version. Do you know if this is a known issue?
Regards
-
RE: Move to another storage and continue with delta
@Danp I understand, it must be the uuid related to the previous task, but how can I change it and perform the differential copy with the new task?
-
RE: Move to another storage and continue with delta
@Danp In reality, I only found myself in a new backup task with the remote where the complete backup is now and when I execute the task instead of performing the differential copy, I perform the complete backup
-
RE: Move to another storage and continue with delta
Sorry for my English that is translated. The copy is the same, only the other destination storage, the only thing that changes is the task, I cannot use the same one because I have other virtual machines that must stay there.
-
Move to another storage and continue with delta
Hello, I have a delta backup task that I want to move to another storage, I copied all the content to another storage, I made a new copy task and when I execute it it makes a full copy instead of making the differential one, how can I make it continue with the differential copy?
greetings
-
RE: Detached Backup Cleanup
@DustinB I understand that it does not appear there because the original VM does not exist. The reason could be that when recovering the VM before an emergency the UUID changed and these backups were left behind, I believe that there would be no reason to leave them there if you have new backups of the VM that is being executed or except for some other punctual reason. that your organization needs.
Greetings
-
RE: xo-upload-ova error
@olivierlambert import from xenorchestra web correctly, could it be that it returns that error in cli?
-
RE: xo-upload-ova error
@olivierlambert I didn't try it because I'm far away and the connection is slow, but I'll try it somehow
-
xo-upload-ova error
Good morning, I am trying to import a .ova from xo-upload-ova and I receive
/opt/xen-orchestra/node_modules/.bin/xo-upload-ova --upload /var/xen-orchestra2/vm_test.ova 093a3641-0770-c9c0-b7cd-97c32bc891df --override 'vm_test' descriptionLabel='undefined' memory=json:4294967296 disks.vmdisk1.descriptionLabel='No description' disks.vmdisk1.capacity=json:31457280000 disks.vmdisk2.descriptionLabel='No description' disks.vmdisk2.capacity=json:94371840000 data { tables: { 'vm_test-disk1.vmdk': Promise { <pending> }, 'vm_test-disk2.vmdk': Promise { <pending> } }, disks: { vmdisk1: { capacity: 31457280000, path: 'vm_test-disk1.vmdk', compression: undefined, descriptionLabel: 'No description', nameLabel: 'Hard Disk 1', position: 0 }, vmdisk2: { capacity: 94371840000, path: 'vm_test-disk2.vmdk', compression: undefined, descriptionLabel: 'No description', nameLabel: 'Hard Disk 2', position: 1 } }, networks: [ 'ca946202-c104-7c29-6178-bb1f1d69f2c8' ], nameLabel: 'vm_test', descriptionLabel: undefined, nCpus: 2, memory: 4294967296 }
ERROR TypeError: _httpRequestPlus.default.post is not a function at Object.upload (/opt/xen-orchestra/@xen-orchestra/upload-ova/dist/index.js:225:47) โ Cannot read properties of undefined (reading 'readAll') TypeError: Cannot read properties of undefined (reading 'readAll') at Object.upload (/opt/xen-orchestra/@xen-orchestra/upload-ova/dist/index.js:231:55)
-
RE: Delta Backup AssertionError
@olivierlambert Checking the storage where the delta backups are, I find 13 copies, and I have a retention of 7 configured.
-
RE: Delta Backup AssertionError
@olivierlambert will this be?
{ "data": { "mode": "delta", "reportWhen": "failure" }, "id": "1694649600005", "jobId": "b18baa25-8ca5-407c-9b47-3b32919b1c65", "jobName": "Backup_hosting2", "message": "backup", "scheduleId": "6c145708-744f-4a05-a4aa-d7c2fc264ef6", "start": 1694649600005, "status": "failure", "infos": [ { "data": { "vms": [ "62517a8e-8539-d395-c8c2-a2ffb1c7c35e" ] }, "message": "vms" } ], "tasks": [ { "data": { "type": "VM", "id": "62517a8e-8539-d395-c8c2-a2ffb1c7c35e", "name_label": "Hosting2 < (Producciรณn)" }, "id": "1694649608020", "message": "backup VM", "start": 1694649608020, "status": "failure", "tasks": [ { "id": "1694649608719", "message": "clean-vm", "start": 1694649608719, "status": "failure", "tasks": [ { "id": "1694649609499", "message": "merge", "start": 1694649609499, "status": "failure", "end": 1694649618941, "result": { "generatedMessage": true, "code": "ERR_ASSERTION", "actual": 295936, "expected": 2097664, "operator": "strictEqual", "message": "Expected values to be strictly equal:\n+ actual - expected\n\n+ 295936\n- 2097664", "name": "AssertionError", "stack": "AssertionError [ERR_ASSERTION]: Expected values to be strictly equal:\n+ actual - expected\n\n+ 295936\n- 2097664\n at VhdFile._read (/opt/xen-orchestra/packages/vhd-lib/Vhd/VhdFile.js:124:12)\n at async VhdFile.mergeBlock (/opt/xen-orchestra/packages/vhd-lib/Vhd/VhdAbstract.js:117:19)\n at async asyncEach.concurrency (/opt/xen-orchestra/packages/vhd-lib/merge.js:208:39)" } } ], "end": 1694649618941, "result": { "generatedMessage": true, "code": "ERR_ASSERTION", "actual": 295936, "expected": 2097664, "operator": "strictEqual", "message": "Expected values to be strictly equal:\n+ actual - expected\n\n+ 295936\n- 2097664", "name": "AssertionError", "stack": "AssertionError [ERR_ASSERTION]: Expected values to be strictly equal:\n+ actual - expected\n\n+ 295936\n- 2097664\n at VhdFile._read (/opt/xen-orchestra/packages/vhd-lib/Vhd/VhdFile.js:124:12)\n at async VhdFile.mergeBlock (/opt/xen-orchestra/packages/vhd-lib/Vhd/VhdAbstract.js:117:19)\n at async asyncEach.concurrency (/opt/xen-orchestra/packages/vhd-lib/merge.js:208:39)" } }, { "id": "1694649620779", "message": "snapshot", "start": 1694649620779, "status": "success", "end": 1694649622982, "result": "f44b9d86-4961-7e71-dbeb-456e93f6058c" }, { "data": { "id": "082ffdb2-0fee-4e3c-8173-2229b581785d", "isFull": false, "type": "remote" }, "id": "1694649622983", "message": "export", "start": 1694649622983, "status": "success", "tasks": [ { "id": "1694649625892", "message": "transfer", "start": 1694649625892, "status": "success", "end": 1694654200433, "result": { "size": 92109162496 } }, { "id": "1694654201049", "message": "clean-vm", "start": 1694654201049, "status": "success", "end": 1694654201977, "result": { "merge": true } } ], "end": 1694654202013 } ], "infos": [ { "message": "Transfer data using NBD" } ], "end": 1694654202014 } ], "end": 1694654202014 }
-
RE: Delta Backup AssertionError
@olivierlambert Yes Oliver, it is the latest version. happened after enabling NBD
-
Delta Backup AssertionError
Good day, I am using xo-server 5.122.0 and xo-web 5.124.1 compiled from sources and I started getting AssertionError on a Delta backup, however I am seeing the copy in the repository
"id": "1694649608020", "message": "backup VM", "start": 1694649608020, "status": "failure", "tasks": [ { "id": "1694649608719", "message": "clean-vm", "start": 1694649608719, "status": "failure", "tasks": [ { "id": "1694649609499", "message": "merge", "start": 1694649609499, "status": "failure", "end": 1694649618941, "result": { "generatedMessage": true, "code": "ERR_ASSERTION", "actual": 295936, "expected": 2097664, "operator": "strictEqual", "message": "Expected values to be strictly equal:\n+ actual - expected\n\n+ 295936\n- 2097664", "name": "AssertionError", "stack": "AssertionError [ERR_ASSERTION]: Expected values to be strictly equal:\n+ actual - expected\n\n+ 295936\n- 2097664\n at VhdFile._read (/opt/xen-orchestra/packages/vhd-lib/Vhd/VhdFile.js:124:12)\n at async VhdFile.mergeBlock (/opt/xen-orchestra/packages/vhd-lib/Vhd/VhdAbstract.js:117:19)\n at async asyncEach.concurrency (/opt/xen-orchestra/packages/vhd-lib/merge.js:208:39)" } } ], "end": 1694649618941, "result": { "generatedMessage": true, "code": "ERR_ASSERTION", "actual": 295936, "expected": 2097664, "operator": "strictEqual", "message": "Expected values to be strictly equal:\n+ actual - expected\n\n+ 295936\n- 2097664", "name": "AssertionError", "stack": "AssertionError [ERR_ASSERTION]: Expected values to be strictly equal:\n+ actual - expected\n\n+ 295936\n- 2097664\n at VhdFile._read (/opt/xen-orchestra/packages/vhd-lib/Vhd/VhdFile.js:124:12)\n at async VhdFile.mergeBlock (/opt/xen-orchestra/packages/vhd-lib/Vhd/VhdAbstract.js:117:19)\n at async asyncEach.concurrency (/opt/xen-orchestra/packages/vhd-lib/merge.js:208:39)" }
-
RE: XCP-ng 8.3 public alpha ๐
@exetico tested with virtualbox and it is possible to take a snapshot with VUSB
-
RE: XCP-ng 8.3 public alpha ๐
@exetico I mean when you passthrough a usb, when you want to take a snapshot it gives the error VM_HAS_VUSBS(OpaqueRef:aedd32dc-6dec-4be1-aa5d-9dda799c01b2) and as in version 8.3 you can exclude certain vdi, possibly also a VUSB, that's what I mean
-
RE: XCP-ng 8.3 public alpha ๐
Is it possible to take a snapshot with usb passthrough in version 8.3?
-
RE: [DEPRECATED] SMAPIv3 - Feedback & Bug reports
I am playing a bit with SMAPIv3, I created a storage of type file in /mnt/ and a VM, after restarting xcp-ng /mnt/ was not mounted so the storage was not mounted, I did it manually and when starting the VM Throw me
Error code: SR_BACKEND_FAILURE_24 Error parameters: VDIInUse, The VDI is currently in use
I did a detach to the disk from the vm and I also deleted the vm and created a new one but it still gives the same error.
detach and repair does the same