Archive for the ‘CITRIX Info’ Category
XCP-ng 8.2.1 – how to install Microsoft Windows 11 with vTPM and Guest Tools
Montag, Februar 26th, 2024XCP-ng & Xen Orchestra – your complete Open Source Virtualization Guide
Samstag, Februar 24th, 2024XCP-ng 8.2.1 – migrating from VMware to XCP-ng with Xen Orchestra
Mittwoch, Februar 21st, 2024XCP-ng 8.2.1 – how to keep your XCP-ng system updated
Mittwoch, Februar 21st, 2024How to keep your XCP-ng system updated
[09:05 xcp-ng-01 ~]# yum update
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
xcp-ng-base/signature | 473 B 00:00
xcp-ng-base/signature | 3.0 kB 00:00 !!!
xcp-ng-updates/signature | 473 B 00:00
xcp-ng-updates/signature | 3.0 kB 00:00 !!!
No packages marked for update
[09:05 xcp-ng-01 ~]#
How to find XCP-ng host-uuid because for many xe commands on XCP-ng you have to use a host-uuid=<…>
[09:23 xcp-ng-01 ~]# xe host-list
uuid ( RO) : e754cbb9-7bfd-4659-9f34-03bca65443f0
name-label ( RW): xcp-ng-01
name-description ( RW): Default install
[09:45 xcp-ng-01 ~]#
[09:55 xcp-ng-01 ~]# xe host-param-list uuid=e754cbb9-7bfd-4659-9f34-03bca65443f0 | grep version
API-version-major ( RO): 2
API-version-minor ( RO): 16
API-version-vendor ( RO): XenSource
API-version-vendor-implementation (MRO):
software-version (MRO): product_version: 8.2.1; product_version_text: 8.2; product_version_text_short: 8.2; platform_name: XCP; platform_version: 3.2.1; product_brand: XCP-ng; build_number: release/yangtze/master/58; hostname: localhost; date: 2023-10-18; dbv: 0.0.1; xapi: 1.20; xen: 4.13.5-9.38; linux: 4.19.0+1; xencenter_min: 2.16; xencenter_max: 2.16; network_backend: openvswitch; db_schema: 5.603
virtual-hardware-platform-versions (SRO): 0; 1; 2
[09:55 xcp-ng-01 ~]#
[10:08 xcp-ng-01 ~]# xenpm get-cpufreq-para | fgrep turbo
turbo mode : enabled
turbo mode : enabled
turbo mode : enabled
turbo mode : enabled
[10:09 xcp-ng-01 ~]#
[10:10 xcp-ng-01 ~]# grep „model name“ /proc/cpuinfo
model name : Intel(R) Celeron(R) J4105 CPU @ 1.50GHz
model name : Intel(R) Celeron(R) J4105 CPU @ 1.50GHz
model name : Intel(R) Celeron(R) J4105 CPU @ 1.50GHz
model name : Intel(R) Celeron(R) J4105 CPU @ 1.50GHz
[10:10 xcp-ng-01 ~]#
[10:10 xcp-ng-01 ~]# xenpm start 1|grep „Avg freq“
Avg freq 2206470 KHz
Avg freq 2311540 KHz
Avg freq 2326550 KHz
Avg freq 2326550 KHz
[10:12 xcp-ng-01 ~]#
Power Settings in Citrix Hypervisor: C-states, Turbo and CPU Frequency Scaling – for AMD processors the „ondemand“ governor is normally preferred as it gives a good compromise between performance and power-saving but Intel processors typically save power by entering deep C-states so the „performance“ governor is preferred
[10:16 xcp-ng-01 ~]# /opt/xensource/libexec/xen-cmdline –set-xen cpufreq=xen:performance
[10:16 xcp-ng-01 ~]#
XCP-ng 8.2.1 – how to backup and restore your virtual machines with Xen Orchestra
Sonntag, Februar 18th, 2024XCP-ng 8.2.1 – networking explained from interface setup to VLANs and SDN
Dienstag, Februar 13th, 2024XCP-ng 8.2.1 – how to backup and restore your virtual machines with Xen Orchestra
Dienstag, Februar 6th, 2024XCP-ng 8.2.1 – exploring from a VMware user’s perspective
Sonntag, Februar 4th, 2024Citrix XenApp 7.15 LTSR – how to use Citrix chained reboot scripts
Freitag, Februar 2nd, 2024In zero-downtime 24/7 environments with shift employees customers rarely want users to be notified of scheduled or mandatory XenApp server reboots. As a result most of these environments have reboots disabled or this process is done manually. Unfortunately this isn’t a good process since the XenApp servers are susceptible to memory leaks which can lead to failure and poor performance. By utilizing the included Chained reboot scripts environments can take advantage of N+1 overallocation by processing a single server reboot while maintaining the user load on remaining systems. This has been done in such a way that users are not kicked off the system for scheduled reboots. Instead the server is removed from load balancing until all sessions have been logged off. Once all sessions have been logged off the server will go down for a reboot