No matter the monitorization solution, CPU utilization is important but if you really want to know what is happening with your system, you should look at load average. I will explain below why. The current CPU utilization does not reflect the actual load of the system because when a host is heavily loaded, its CPU usage doesn't have to be necessary close to or at 100%. Furthermore, the CPU utilization tends to generate (in monitoring tools) a significant number of false alerts, even if the percentage alert is close to 100%.

Do you use Transmission? If yes, I suggest you check your version and update it soon. There are reports that a specific version has been tampered with. Over the weekend, the first instance of Mac ransomware was found in a malicious update to the Transmission BitTorrent client. Version 2.90 of Transmission downloaded from the Transmission website was infected with "KeRanger" ransomware. "Ransomware" is a class of malware that encrypts a user's hard drive and files, demanding money to decrypt it.

There are many tutorials over the web regarding this problem but unfortunately it is not always the same for everybody. In my case I have tried all the links below unsuccessfully (for you it might work): https://support.apple.com/en-us/HT201349 http://www.idownloadblog.com/2014/05/14/how-to-remove-a-phone-number-fr… http://www.igeeksblog.com/fix-imessage-waiting-for-act

It is simple and that is why I will be very straight. The configuration file for grub2 is /boot/grub/grub.cfg, but you do not have to edit that file directly because it is generated by update-grub command and you will loose all your modification on next update. The best way is to edit the following files: - the configuration file: /etc/default/grub - the snippets: /etc/grub.d/ After you alter any of the above configuration files, you need to run the update-grub command.

How to get the Citrix XenServer version:

[root@XenGz ~]# cat /etc/redhat-release
XenServer release 6.5.0-90233c (xenenterprise)

[root@XenGz ~]# xe-linux-distribution 
os_distro="xenserver"
os_majorver="6"
os_minorver="5"
os_uname="3.10.0+2"
os_name="XenServer release 6.5.0-90233c (xenenterprise)"

How to list the vhd partitions and get the corresponding snapshosts (if any):

[root@XenGz ~]# vhd-util scan -m "VHD-*" -f -c -l VG_XenStorage-c1a19876-fcb2-c530-798a-8dbe2857f318 -p -v
vhd=VHD-c1997097-d775-453a-8343-

Many times you can find difficult to perform simple tasks if you do not have the appropriate documentation, or you are not searching it correctly :) It happened to me the other day: I had to rename a vm in Citrix Xen without XenCenter.

Identify the uuid of the disk you want to attach but also the uuid of the target machine.

You can get the uuid disks with xe vdi-list or even with lvscan. The VM's uuid you can get in many ways.

I know, you have XenCenter and everything is easily done from there. But what happens if you are not able to use it?

Citrix Xen has a way to migrate the machines from one host to another via xe vm-export and xe vm-import commands but there are situations when this won't work. For example, if the source disk is in bad shape and there are bad (unreadable) blocks on your vm's disks, the xe vm-export command will be unsuccessful with the following error:

[root@XenGz ~]# xe vm-export vm=gzlinux filename=./gzlinux.xva
The server failed to handle your request, due to an internal error.

I was forced the other day to shutdown a machine via command line and my surprise was to get an error during the execution: VM didn't acknowledge the need to shutdown. The error is quite convincing and full of useful stuff (NOT) but it's there and you cannot get past it without some extra parameters. Read on for the solution.

[root@xengz ~]# xe vm-list params=all name-label=gzvirt64 | egrep "name-label|power-state"
                    name-label ( RW): gzvirt64
                   power-state ( RO): running

The machine won't shutdown and br