
Sys::Virt::Domain - Represent & manage a libvirt guest domain

The Sys::Virt::Domain module represents a guest domain managed by the virtual machine monitor.

Returns an integer with a locally unique identifier for the domain.
Returns a 16 byte long string containing the raw globally unique identifier (UUID) for the domain.
Returns a printable string representation of the raw UUID, in the format 'XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX'.
Returns a string with a locally unique name of the domain
Returns an XML document containing a complete description of the domain's configuration
Returns a string containing the name of the OS type running within the domain.
Start a domain whose configuration was previously defined using the define_domain method in Sys::Virt.
Remove the configuration associated with a domain previously defined with the define_domain method in Sys::Virt.
If the domain is running,
you probably want to use the shutdown or destroy methods instead.
Temporarily stop execution of the domain,
allowing later continuation by calling the resume method.
Resume execution of a domain previously halted with the suspend method.
Take a snapshot of the domain's state and save the information to the file named in the $filename parameter.
The domain can later be restored from this file with the restore_domain method on the Sys::Virt object.
Trigger a core dump of the guest virtual machine,
saving its memory image to $filename so it can be analysed by tools such as crash.
Immediately terminate the machine,
and remove it from the virtual machine monitor.
The $dom handle is invalid after this call completes and should not be used again.
Returns a hash reference summarising the execution state of the domain. The elements of the hash are as follows:
The maximum memory allowed for this domain, in kilobytes
The current memory allocated to the domain in kilobytes
The amount of CPU time used by the domain
The current number of virtual CPUs enabled in the domain
The execution state of the machine, which will be one of the constants &Sys::Virt::Domain::STATE_*.
Set the maximum memory for the domain to the value $mem.
The value of the $mem parameter is specified in kilobytes.
Returns the current maximum memory allowed for this domain in kilobytes.
Set the current memory for the domain to the value $mem.
The value of the $mem parameter is specified in kilobytes.
This must be less than,
or equal to the domain's max memory limit.
Request that the guest OS perform a graceful shutdown and poweroff.
Request that the guest OS perform a graceful shutdown and optionally restart.
The $flags parameter determines how the domain restarts (if at all).
It should be one of the constants &Sys::Virt::Domain::REBOOT_* listed later in this document.
Return the maximum number of vcpus that are configured for the domain
Hotplug a new device whose configuration is given by $xml,
to the running guest.
Hotunplug a existing device whose configuration is given by $xml,
from the running guest.
Peek into the guest disk $path,
at byte $offset capturing $size bytes of data.
The returned scalar may contain embedded NULLs.
Peek into the guest memory at byte $offset virtual address,
capturing $size bytes of memory.
The return scalar may contain embedded NULLs.
Return a true value if the guest domain is configured to automatically start upon boot. Return false, otherwise
Set the state of the autostart flag, which determines whether the guest will automatically start upon boot of the host OS
Set the number of virtual CPUs in the guest VM to $count
Return the scheduler type for the guest domain
Fetch the current I/O statistics for the block device given by $path.
The returned hash containins keys for
Return the set of scheduler tunable parameters for the guest.
Update the set of scheduler tunable parameters.
The value names for tunables vary,
and can be discovered using the get_scheduler_params call
Fetch the current I/O statistics for the block device given by $path.
The returned hash containins keys for
rx_bytesTotal bytes received
rx_packetsTotal packets received
rx_errsTotal packets received with errors
rx_dropTotal packets drop at reception
tx_bytesTotal bytes transmitted
tx_packetsTotal packets transmitted
tx_errsTotal packets transmitted with errors
tx_dropTotal packets dropped at transmission.
Fetch information about the security label assigned to the guest domain.
The returned hash has two keys,
model gives the name of the security model in effect (eg selinux),
while label provides the name of the security label applied to the domain.
Migrate a domain to an alternative host.
The destcon parameter should be a Sys::Virt connection to the remote target host.
If the flags parameter is zero offline migration will be performed.
The Sys::Virt::Domain::MIGRATE_LIVE constant can be used to request live migration.
The dname parameter allows the guest to be renamed on the target host,
if set to undef,
the domains' current name will be maintained.
In normal circumstances,
the source host determines the target hostname from the URI associated with the destcon connection.
If the destination host is multi-homed it may be neccessary to supply an alternate destination hostame via the uri parameter.
The bandwidth parameter allows network usage to be throttled during migration.
If set to zero,
no throttling will be performed.
Obtain information about the state of all virtual CPUs in a running guest domain.
The returned list will have one element for each vCPU,
where each elements contains a hash reference.
The keys in the hash are,
number the vCPU number,
cpu the physical CPU on which the vCPU is currently scheduled,
cpuTime the cummulative execution time of the vCPU,
state the running state and affinity giving the allowed shedular placement.
The value for affinity is a string representing a bitmask against physical CPUs,
8 cpus per character.
Ping the virtual CPU given by index $vcpu to physical CPUs given by $mask.
The $mask is a string representing a bitmask against physical CPUs,
8 cpus per character.

A number of the APIs take a flags parameter.
In most cases passing a value of zero will be satisfactory.
Some APIs,
however,
accept named constants to alter their behaviour.
This section documents the current known constants.
The domain state constants are useful in interpreting the state key in the hash returned by the get_info method.
The domain is active, but is not running / blocked (eg idle)
The domain is active and running
The domain is active, but execution is blocked
The domain is active, but execution has been paused
The domain is active, but in the shutdown phase
The domain is inactive, and shut down.
The domain is inactive, and crashed.
The following constants can be used with the memory_peek method's flags parameter
Indicates that the offset is using virtual memory addressing.
The following constants are useful when interpreting the virtual CPU run state
The virtual CPU is not online
The virtual CPU is executing code
The virtual CPU is waiting to be scheduled
The following constants are used to control the information included in the XML configuration dump
Report the persistent inactive configuration for the guest, even if it is currently running.
Include security sensitive information in the XML dump, such as passwords.
The following constants are used to control how migration is performed
Migrate the guest without interrupting its execution on the source host.
The following constants allow domain state change events to be interpreted. The events contain both a state change, and a reason.
Indicates that a persistent configuration has been defined for the domain.
The defined configuration is newly added
The defined configuration is an update to an existing configuration
The domain has resumed execution
The domain resumed because migration has completed. This is emitted on the destination host.
The domain resumed because the admin unpaused it.
The domain has started running
The domain was booted from shutoff state
The domain started due to an incoming migration
The domain was restored from saved state file
The domain has stopped running
The domain stopped because guest operating system has crashed
The domain stopped because administrator issued a destroy command.
The domain stopped because of a fault in the host virtualization environment.
The domain stopped because it was migrated to another machine.
The domain was saved to a state file
The domain stopped due to graceful shutdown of the guest.
The domain has stopped executing, but still exists
The domain has been suspended due to offline migration
The domain has been suspended due to administrator pause request.
The persistent configuration has gone away
The domain configuration has gone away due to it being removed by administrator.

Daniel P. Berrange <berrange@redhat.com>

Copyright (C) 2006 Red Hat Copyright (C) 2006-2007 Daniel P. Berrange

This program is free software; you can redistribute it and/or modify it under the terms of either the GNU General Public License as published by the Free Software Foundation (either version 2 of the License, or at your option any later version), or, the Artistic License, as specified in the Perl README file.
