@irtaza9 I have the main characteristics of such a temple:
Minimal install is the basis
root fs: ext4 and minimum 10G disk
IP: DHCP
ssh login: cloud-user
login, ssh public key only.
If you are interested I can make it available for download.
B
Offline
Posts
-
RE: Oracle 8.10 cloud.init template creation
-
RE: XCP-ng 8.3 updates announcements and testing
@dthenot After the upgrade, it is not possible to create a new machine from a template if the VPS disk is not on the SR where the template disk is.
P.S.: Unfortunately, moving the disk from one SR to another does not work. After moving the disk it becomes corrupt, and after reset it will not boot.
-
RE: Health Check - No Hosts Available
Hello !
Not enough CPU and not enough RAM, because the RAM is 32G (dynamic max) and the CPU is 16 (8 socket 2 core). The host has max 8 CPU and 27G ram. -
RE: freepbx import from esxi wont boot correctly
@jsox79
Initrd does not include the xen drivers. You need to regenerate and you will be fine.
boot with sysrescue CD, and in a chroot olt environment you can create a new initrd with the xen drivers. -
RE: Restoring from backup error: self-signed certificate
@john-c
"Someone else on this forum is having trouble with self-signed certificates. "Unfortunately, this function does not work either.
márc 18 14:13:12 xoa xo-server[22559]: 2024-03-18T13:13:12.703Z xo:api WARN bogi.kornel | backupNg.importVmBackup(...) [184ms] =!> Error: self-signed certificate -
RE: self signed cert
@john-c
- I installed from source
- Xen Orchestra, commit 85696
- 8.2.1
- I looked at the log, I didn't try anything.
full log:
márc 18 14:07:08 xoa xo-server[22559]: 2024-03-18T13:07:08.398Z xo:xapi WARN importVdiContent: { márc 18 14:07:08 xoa xo-server[22559]: error: Error: self-signed certificate márc 18 14:07:08 xoa xo-server[22559]: at TLSSocket.onConnectSecure (node:_tls_wrap:1550:34) márc 18 14:07:08 xoa xo-server[22559]: at TLSSocket.emit (node:events:514:28) márc 18 14:07:08 xoa xo-server[22559]: at TLSSocket.patchedEmit [as emit] (/opt/xo/xo-builds/xen-orchestra-202403181341/@xen-orchestra/log/configure.js:52:17) márc 18 14:07:08 xoa xo-server[22559]: at TLSSocket._finishInit (node:_tls_wrap:967:8) márc 18 14:07:08 xoa xo-server[22559]: at TLSWrap.ssl.onhandshakedone (node:_tls_wrap:743:12) márc 18 14:07:08 xoa xo-server[22559]: at TLSWrap.callbackTrampoline (node:internal/async_hooks:130:17) { márc 18 14:07:08 xoa xo-server[22559]: code: 'DEPTH_ZERO_SELF_SIGNED_CERT', márc 18 14:07:08 xoa xo-server[22559]: originalUrl: 'https://192.168.200.42/import_raw_vdi/?format=raw&vdi=OpaqueRef%3A5dfc22a9-6b39-43f1-9ff5-ec5380deb77f&session_id=OpaqueRef%3Aa71a87ce-8161-47d9-a732-09ac68767b77&task_id=OpaqueRef%3Aaf48a4d5-f585-4081-a4ce-dc8b6d76847c', márc 18 14:07:08 xoa xo-server[22559]: url: 'https://192.168.200.42/import_raw_vdi/?format=raw&vdi=OpaqueRef%3A5dfc22a9-6b39-43f1-9ff5-ec5380deb77f&session_id=OpaqueRef%3Aa71a87ce-8161-47d9-a732-09ac68767b77&task_id=OpaqueRef%3Aaf48a4d5-f585-4081-a4ce-dc8b6d76847c', márc 18 14:07:08 xoa xo-server[22559]: pool_master: host { márc 18 14:07:08 xoa xo-server[22559]: uuid: '4cec7b52-32a0-4bb0-8dcb-20429fd703a2', márc 18 14:07:08 xoa xo-server[22559]: name_label: 'testpool-xcpng', márc 18 14:07:08 xoa xo-server[22559]: name_description: 'Default install', márc 18 14:07:08 xoa xo-server[22559]: memory_overhead: 2050654208, márc 18 14:07:08 xoa xo-server[22559]: allowed_operations: [Array], márc 18 14:07:08 xoa xo-server[22559]: current_operations: {}, márc 18 14:07:08 xoa xo-server[22559]: API_version_major: 2, márc 18 14:07:08 xoa xo-server[22559]: API_version_minor: 16, márc 18 14:07:08 xoa xo-server[22559]: API_version_vendor: 'XenSource', márc 18 14:07:08 xoa xo-server[22559]: API_version_vendor_implementation: {}, márc 18 14:07:08 xoa xo-server[22559]: enabled: true, márc 18 14:07:08 xoa xo-server[22559]: software_version: [Object], márc 18 14:07:08 xoa xo-server[22559]: other_config: [Object], márc 18 14:07:08 xoa xo-server[22559]: capabilities: [Array], márc 18 14:07:08 xoa xo-server[22559]: cpu_configuration: {}, márc 18 14:07:08 xoa xo-server[22559]: sched_policy: 'credit', márc 18 14:07:08 xoa xo-server[22559]: supported_bootloaders: [Array], márc 18 14:07:08 xoa xo-server[22559]: resident_VMs: [Array], márc 18 14:07:08 xoa xo-server[22559]: logging: {}, márc 18 14:07:08 xoa xo-server[22559]: PIFs: [Array], márc 18 14:07:08 xoa xo-server[22559]: suspend_image_sr: 'OpaqueRef:6bee4b3d-5a25-482f-8727-0d6264034bef', márc 18 14:07:08 xoa xo-server[22559]: crash_dump_sr: 'OpaqueRef:6bee4b3d-5a25-482f-8727-0d6264034bef', márc 18 14:07:08 xoa xo-server[22559]: crashdumps: [], márc 18 14:07:08 xoa xo-server[22559]: patches: [], márc 18 14:07:08 xoa xo-server[22559]: updates: [], márc 18 14:07:08 xoa xo-server[22559]: PBDs: [Array], márc 18 14:07:08 xoa xo-server[22559]: host_CPUs: [Array], márc 18 14:07:08 xoa xo-server[22559]: cpu_info: [Object], márc 18 14:07:08 xoa xo-server[22559]: hostname: 'testpool-xcpng', márc 18 14:07:08 xoa xo-server[22559]: address: '192.168.200.42', márc 18 14:07:08 xoa xo-server[22559]: metrics: 'OpaqueRef:e108f744-0233-4f77-a8ce-4bf07710e9f8', márc 18 14:07:08 xoa xo-server[22559]: license_params: [Object], márc 18 14:07:08 xoa xo-server[22559]: ha_statefiles: [], márc 18 14:07:08 xoa xo-server[22559]: ha_network_peers: [], márc 18 14:07:08 xoa xo-server[22559]: blobs: {}, márc 18 14:07:08 xoa xo-server[22559]: tags: [], márc 18 14:07:08 xoa xo-server[22559]: external_auth_type: '', márc 18 14:07:08 xoa xo-server[22559]: external_auth_service_name: '', márc 18 14:07:08 xoa xo-server[22559]: external_auth_configuration: {}, márc 18 14:07:08 xoa xo-server[22559]: edition: 'xcp-ng', márc 18 14:07:08 xoa xo-server[22559]: license_server: [Object], márc 18 14:07:08 xoa xo-server[22559]: bios_strings: [Object], márc 18 14:07:08 xoa xo-server[22559]: power_on_mode: '', márc 18 14:07:08 xoa xo-server[22559]: power_on_config: {}, márc 18 14:07:08 xoa xo-server[22559]: local_cache_sr: 'OpaqueRef:6bee4b3d-5a25-482f-8727-0d6264034bef', márc 18 14:07:08 xoa xo-server[22559]: chipset_info: [Object], márc 18 14:07:08 xoa xo-server[22559]: PCIs: [Array], márc 18 14:07:08 xoa xo-server[22559]: PGPUs: [Array], márc 18 14:07:08 xoa xo-server[22559]: PUSBs: [], márc 18 14:07:08 xoa xo-server[22559]: ssl_legacy: false, márc 18 14:07:08 xoa xo-server[22559]: guest_VCPUs_params: {}, márc 18 14:07:08 xoa xo-server[22559]: display: 'enabled', márc 18 14:07:08 xoa xo-server[22559]: virtual_hardware_platform_versions: [Array], márc 18 14:07:08 xoa xo-server[22559]: control_domain: 'OpaqueRef:01867040-9d1c-4604-97fa-f1f7cde6b2f3', márc 18 14:07:08 xoa xo-server[22559]: updates_requiring_reboot: [], márc 18 14:07:08 xoa xo-server[22559]: features: [], márc 18 14:07:08 xoa xo-server[22559]: iscsi_iqn: 'iqn.2022-12.com.example:b6b66d4e', márc 18 14:07:08 xoa xo-server[22559]: multipathing: false, márc 18 14:07:08 xoa xo-server[22559]: uefi_certificates: '', márc 18 14:07:08 xoa xo-server[22559]: certificates: [], márc 18 14:07:08 xoa xo-server[22559]: editions: [Array], márc 18 14:07:08 xoa xo-server[22559]: https_only: false márc 18 14:07:08 xoa xo-server[22559]: }, márc 18 14:07:08 xoa xo-server[22559]: SR: SR { márc 18 14:07:08 xoa xo-server[22559]: uuid: '347ec16f-d788-d2e0-eaf7-4981aae3f352', márc 18 14:07:08 xoa xo-server[22559]: name_label: 'Local storage', márc 18 14:07:08 xoa xo-server[22559]: name_description: '', márc 18 14:07:08 xoa xo-server[22559]: allowed_operations: [Array], márc 18 14:07:08 xoa xo-server[22559]: current_operations: {}, márc 18 14:07:08 xoa xo-server[22559]: VDIs: [Array], márc 18 14:07:08 xoa xo-server[22559]: PBDs: [Array], márc 18 14:07:08 xoa xo-server[22559]: virtual_allocation: 756061044736, márc 18 14:07:08 xoa xo-server[22559]: physical_utilisation: 169835184128, márc 18 14:07:08 xoa xo-server[22559]: physical_size: 349799133184, márc 18 14:07:08 xoa xo-server[22559]: type: 'ext', márc 18 14:07:08 xoa xo-server[22559]: content_type: 'user', márc 18 14:07:08 xoa xo-server[22559]: shared: false, márc 18 14:07:08 xoa xo-server[22559]: other_config: [Object], márc 18 14:07:08 xoa xo-server[22559]: tags: [], márc 18 14:07:08 xoa xo-server[22559]: sm_config: [Object], márc 18 14:07:08 xoa xo-server[22559]: blobs: {}, márc 18 14:07:08 xoa xo-server[22559]: local_cache_enabled: true, márc 18 14:07:08 xoa xo-server[22559]: introduced_by: 'OpaqueRef:NULL', márc 18 14:07:08 xoa xo-server[22559]: clustered: false, márc 18 14:07:08 xoa xo-server[22559]: is_tools_sr: false márc 18 14:07:08 xoa xo-server[22559]: }, márc 18 14:07:08 xoa xo-server[22559]: VDI: VDI { márc 18 14:07:08 xoa xo-server[22559]: uuid: 'bebc77f5-f68d-4422-8c6d-79b9d230b755', márc 18 14:07:08 xoa xo-server[22559]: name_label: 'XO CloudConfigDrive', márc 18 14:07:08 xoa xo-server[22559]: name_description: '', márc 18 14:07:08 xoa xo-server[22559]: allowed_operations: [Array], márc 18 14:07:08 xoa xo-server[22559]: current_operations: {}, márc 18 14:07:08 xoa xo-server[22559]: SR: 'OpaqueRef:6bee4b3d-5a25-482f-8727-0d6264034bef', márc 18 14:07:08 xoa xo-server[22559]: VBDs: [], márc 18 14:07:08 xoa xo-server[22559]: crash_dumps: [], márc 18 14:07:08 xoa xo-server[22559]: virtual_size: 10485760, márc 18 14:07:08 xoa xo-server[22559]: physical_utilisation: 3584, márc 18 14:07:08 xoa xo-server[22559]: type: 'user', márc 18 14:07:08 xoa xo-server[22559]: sharable: false, márc 18 14:07:08 xoa xo-server[22559]: read_only: false, márc 18 14:07:08 xoa xo-server[22559]: other_config: {}, márc 18 14:07:08 xoa xo-server[22559]: storage_lock: false, márc 18 14:07:08 xoa xo-server[22559]: location: 'bebc77f5-f68d-4422-8c6d-79b9d230b755', márc 18 14:07:08 xoa xo-server[22559]: managed: true, márc 18 14:07:08 xoa xo-server[22559]: missing: false, márc 18 14:07:08 xoa xo-server[22559]: parent: 'OpaqueRef:NULL', márc 18 14:07:08 xoa xo-server[22559]: xenstore_data: {}, márc 18 14:07:08 xoa xo-server[22559]: sm_config: {}, márc 18 14:07:08 xoa xo-server[22559]: is_a_snapshot: false, márc 18 14:07:08 xoa xo-server[22559]: snapshot_of: 'OpaqueRef:NULL', márc 18 14:07:08 xoa xo-server[22559]: snapshots: [], márc 18 14:07:08 xoa xo-server[22559]: snapshot_time: '19700101T00:00:00Z', márc 18 14:07:08 xoa xo-server[22559]: tags: [], márc 18 14:07:08 xoa xo-server[22559]: allow_caching: false, márc 18 14:07:08 xoa xo-server[22559]: on_boot: 'persist', márc 18 14:07:08 xoa xo-server[22559]: metadata_of_pool: '', márc 18 14:07:08 xoa xo-server[22559]: metadata_latest: false, márc 18 14:07:08 xoa xo-server[22559]: is_tools_iso: false, márc 18 14:07:08 xoa xo-server[22559]: cbt_enabled: false márc 18 14:07:08 xoa xo-server[22559]: } márc 18 14:07:08 xoa xo-server[22559]: } márc 18 14:07:08 xoa xo-server[22559]: } -
self signed cert
Hello !
Today I upgraded Xen-Orchestra to the latest master branch and I get the following error message when I create a VPS:
2024-03-18T12:32:19.588Z xo:xapi WARN importVdiContent: { error: Error: self-signed certificate at TLSSocket.onConnectSecure (node:_tls_wrap:1550:34) at TLSSocket.emit (node:events:514:28) at TLSSocket.patchedEmit [as emit] (/home/xo/xen-orchestra/@xen-orchestra/log/configure.js:52:17) at TLSSocket._finishInit (node:_tls_wrap:967:8) at TLSWrap.ssl.onhandshakedone (node:_tls_wrap:743:12) at TLSWrap.callbackTrampoline (node:internal/async_hooks:130:17) { code: 'DEPTH_ZERO_SELF_SIGNED_CERT', originalUrl: 'https://192.168.200.42/import_raw_vdi/?format=raw&vdi=OpaqueRef%3A1050b49e-be88-413c-87a9-97af88e7ed9f&session_id=OpaqueRef%3A7834cb09-f29d-4cbc-8e29-a125944b9838&task_id=OpaqueRef%3A7248fdf4-ff21-4f78-a9e3-f103eed57c07', url: 'https://192.168.200.42/import_raw_vdi/?format=raw&vdi=OpaqueRef%3A1050b49e-be88-413c-87a9-97af88e7ed9f&session_id=OpaqueRef%3A7834cb09-f29d-4cbc-8e29-a125944b9838&task_id=OpaqueRef%3A7248fdf4-ff21-4f78-a9e3-f103eed57c07', . . . -
RE: Live migrate of Rocky Linux 8.8 VM crashes/reboots VM
I had the same problem with Oracle Linux 8. Kernel versions: 4.18.0-477.10 or 4.18.0-477.13.
Previous kernel series, and UEK kernel, no such problem.This is what I saw in the log:
Jun 8 09:40:31 gpool05-nodeA xenopsd-xc: [error||4030359 ||backtrace] Connection to VM console R:a08260fac6a2 failed, exception Xenops_interface.Xenopsd_error([S(Does_not_exist);[S(VM);S(87b062dd-b53f-04d7-c49d-32deec6716d6/config)]]) Jun 8 09:40:31 gpool05-nodeA xenopsd-xc: [error||4030359 ||backtrace] Raised Xenops_interface.Xenopsd_error([S(Does_not_exist);[S(VM);S(87b062dd-b53f-04d7-c49d-32deec6716d6/config)]]) Jun 8 09:40:31 gpool05-nodeA xenopsd-xc: [error||4030359 ||xenops_interface] Xenops_interface.Xenopsd_error([S(Does_not_exist);[S(VM);S(87b062dd-b53f-04d7-c49d-32deec6716d6/config)]]) (File "xen/xenops_interface.ml", line 165, characters 51-58) -
RE: Nehalem cpu power management
@olivierlambert
In the original xen 4.13.4 source code I modified 2 files, one is mwait-idle.c :--- mwait-idle.c.orig 2023-01-14 17:30:29.635655771 +0100 +++ mwait-idle.c 2023-01-14 09:06:04.274001499 +0100 @@ -864,8 +864,6 @@ static const struct idle_cpu idle_cpu_nehalem = { .state_table = nehalem_cstates, - .auto_demotion_disable_flags = NHM_C1_AUTO_DEMOTE | NHM_C3_AUTO_DEMOTE, - .disable_promotion_to_c1e = 1, }; static const struct idle_cpu idle_cpu_atom = {the other is intel.c
--- intel.c.orig 2023-01-14 09:42:27.751861245 +0100 +++ intel.c 2023-01-14 09:43:05.036530787 +0100 @@ -326,8 +326,8 @@ x86_match_cpu(models) ) { printk(XENLOG_WARNING - "Disabling C-states C3 and C6 due to CPU errata\n"); - max_cstate = 1; + "Nehalem errata deleted ...\n"); + max_cstate = 9; } }so cstate is not restricted, but many patches are missing that xcp-ng provides. At the moment windows VMs won't even start.
I am now trying to build a xen with patches by xcp-ng, although if someone could help me with the above modifications, I would appreciate it.
PS: Rebuilt the xen-hypervisor-4.13.4-10.36.xcpng8.3.x86_64 package with the above modification, and removed the detect-nehalem-c-state.patch
-
RE: Nehalem cpu power management
@andSmv thanks for the reply
The server is a home test, power consumption is more important than stability, so I'll try to recompile xen.I guess it will be enough to recompile only version 4.13.4 ?PS.: I just looked at the source code and I don't see that there is a switch to turn it off. I will modify mwait-idle.c to see if it works
PS2: Done :
[09:50 home-xcp ~]# xenpm get-cpuidle-states 0 Max possible C-state: C9 cpu id : 0 total C-states : 5 idle time(ms) : 134037 C0 : transition [ 5351] residency [ 6507 ms] C1 : transition [ 13] residency [ 15 ms] C2 : transition [ 71] residency [ 120 ms] C3 : transition [ 701] residency [ 6956 ms] C4 : transition [ 4566] residency [ 120437 ms] pc3 : [ 13371 ms] pc6 : [ 23594 ms] cc3 : [ 14446 ms] cc6 : [ 63719 ms]The intel.c had to be modified to be correct. Let's see how stable it will be.
-
RE: Introduce yourself!
Hello !
I'm a senior linux/unix administrator/system engineer and I'm also working with networks (L2/L3).
I first started using virtualization in 2006 on a Debian/xen basis, then Xenserver 5.5 -> 6.0.2 -> 6.2 -> 7.2 -> xcp-ng ...
I've also been using xen-orchestra since the first public version. -
RE: Nehalem cpu power management
I've looked through the xen documentation/forum, tried the parmeters, but nothing helped.
I'm thinking of putting an old 6.x xenserver on, because it doesn't have the higher c-state disabled
-
RE: Nehalem cpu power management
@olivierlambert Yes, xl dmesg:
[18:25 home-xcp ~]# xl dmesg |grep C- (XEN) [000000871c2971a8] Disable C3 and C6 C states on Nehalem processors due to error. (XEN) [ 2.652059] mwait-idle: max C state 1 reached (XEN) [ 2.698434] mwait-idle: max C state 1 reached -
RE: Nehalem cpu power management
@olivierlambert This cannot be overridden by a kernel boot parameter ? Because the reverse is possible.
-
Nehalem cpu power management
My server has a Xeon X5650 Nehalem CPU. I get this during boot:
"Disabling C-states C3 and C6 on Nehalem Processors due to errata"Also:
[18:23 home-xcp ~]# xenpm get-cpuidle-states 0
Max possible C-state: C1Can I override this ? I.e. should C-state be higher to consume less power ? The stability is not interesting, as it would be a test/hobby server.