Use https: links for websites that support them.
The URIs which are used as namespace identifiers
are left alone.
Signed-off-by: Ján Tomko <jtomko@redhat.com>
Reviewed-by: Erik Skultety <eskultet@redhat.com>
Reviewed-by: Neal Gompa <ngompa13@gmail.com>
control technologies. By default, the <code>none</code>
driver is used, which does no access control checks at
all. At this time, libvirt ships with support for using
- <a href="http://www.freedesktop.org/wiki/Software/polkit/">polkit</a> as a real access
+ <a href="https://www.freedesktop.org/wiki/Software/polkit/">polkit</a> as a real access
control driver. To learn how to use the polkit access
driver consult <a href="aclpolkit.html">the configuration
docs</a>.
<p>
A default install of libvirt will typically use
- <a href="http://www.freedesktop.org/wiki/Software/polkit/">polkit</a>
+ <a href="https://www.freedesktop.org/wiki/Software/polkit/">polkit</a>
to authenticate the initial user connection to libvirtd. This is a
very coarse grained check though, either allowing full read-write
access to all APIs, or just read-only access. The polkit access
$ meson test --setup valgrind
-`Valgrind <http://valgrind.org/>`__ is a test that checks for
+`Valgrind <https://valgrind.org/>`__ is a test that checks for
memory management issues, such as leaks or use of uninitialized
variables.
leaks, but it should be generic enough to cover multiple code
paths. The format of the entry can be found in the
documentation found at the `Valgrind home
-page <http://valgrind.org/>`__. The following trace was added
+page <https://valgrind.org/>`__. The following trace was added
to ``tests/.valgrind.supp`` in order to suppress the warning:
::
however, it becomes invalid once the resource is deactivated.</p></li >
<li><code>UUID</code>
<p> A 16 byte unique identifier
- as defined in <a href="http://www.ietf.org/rfc/rfc4122.txt">RFC 4122</a>,
+ as defined in <a href="https://www.ietf.org/rfc/rfc4122.txt">RFC 4122</a>,
which is guaranteed to be unique for long term usage and across a
set of nodes.</p></li>
</ul>
for processing.
</p>
<p>If you are interested in contributing to libvirt, read the
- <a href="http://wiki.libvirt.org/page/FAQ">FAQ</a> and
+ <a href="https://wiki.libvirt.org/page/FAQ">FAQ</a> and
<a href="hacking.html">hacking</a> guidelines to gain an understanding
of basic rules and guidelines. In order to add new API functionality
follow the instructions regarding
<h2><a id="continuousintegration">Continuous Integration</a></h2>
<dl>
- <dt><a href="http://docs.buildbot.net/latest/manual/configuration/workers-libvirt.html">BuildBot</a></dt>
+ <dt><a href="https://docs.buildbot.net/latest/manual/configuration/workers-libvirt.html">BuildBot</a></dt>
<dd>
BuildBot is a system to automate the compile/test cycle required
by most software projects. CVS commits trigger new builds, run on
cloud where you want the most bang for the bucks.
</dd>
- <dt><a href="http://en.zstack.io/">ZStack</a></dt>
+ <dt><a href="https://en.zstack.io/">ZStack</a></dt>
<dd>
ZStack is an open source IaaS software that aims to automate the
management of all resources (compute, storage, networking, etc.) in a
<dl>
<dt><a href="https://collectd.org/plugins/libvirt.shtml">collectd</a></dt>
<dd>
- The libvirt-plugin is part of <a href="http://collectd.org/">collectd</a>
+ The libvirt-plugin is part of <a href="https://collectd.org/">collectd</a>
and gathers statistics about virtualized guests on a system. This
way, you can collect CPU, network interface and block device usage
for each guest without installing collectd on the guest systems.
For a full description, please refer to the libvirt section in the
collectd.conf(5) manual page.
</dd>
- <dt><a href="http://www.sflow.net/">Host sFlow</a></dt>
+ <dt><a href="https://www.sflow.net/">Host sFlow</a></dt>
<dd>
Host sFlow is a lightweight agent running on KVM hypervisors that
links to libvirt library and exports standardized cpu, memory, network
<dt><a href="https://people.redhat.com/rjones/nagios-virt/">Nagios-virt</a></dt>
<dd>
Nagios-virt is a configuration tool to add monitoring of your
- virtualised domains to <a href="http://www.nagios.org/">Nagios</a>.
+ virtualised domains to <a href="https://www.nagios.org/">Nagios</a>.
You can use this tool to either set up a new Nagios installation for
your Xen or QEMU/KVM guests, or to integrate with your existing Nagios
installation.
</dd>
- <dt><a href="http://www.pcp.io/man/man1/pmdalibvirt.1.html">PCP</a></dt>
+ <dt><a href="https://pcp.io/man/man1/pmdalibvirt.1.html">PCP</a></dt>
<dd>
The PCP libvirt PMDA (plugin) is part of the
- <a href="http://pcp.io/">PCP</a> toolkit and provides
+ <a href="https://pcp.io/">PCP</a> toolkit and provides
hypervisor and guest information and complete set of guest performance
metrics. It supports pCPU, vCPU, memory, block device, network interface,
and performance event metrics for each virtual guest.
<h2><a id="web">Web applications</a></h2>
<dl>
- <dt><a href="http://www.abiquo.com/">AbiCloud</a></dt>
+ <dt><a href="https://www.abiquo.com/">AbiCloud</a></dt>
<dd>
AbiCloud is an open source cloud platform manager which allows to
easily deploy a private cloud in your datacenter. One of the key
</li>
<li>
<strong>Perl</strong>: Daniel Berrange develops
- <a href="http://search.cpan.org/dist/Sys-Virt/">Perl bindings</a>.
+ <a href="https://search.cpan.org/dist/Sys-Virt/">Perl bindings</a>.
</li>
<li>
<p>
</p>
<p>
This is named <b>libvirt-python</b> on RHEL/Fedora,
- <a href="http://packages.ubuntu.com/search?keywords=python-libvirt"><b>python-libvirt</b></a>
+ <a href="https://packages.ubuntu.com/search?keywords=python-libvirt"><b>python-libvirt</b></a>
on Ubuntu, and may be named differently on others.
</p>
<p>
Or if you don't want to mess your ~/.vimrc up, you can save the
above into a file called .lvimrc (not .vimrc) located at the root
of libvirt source, then install a vim script from
-http://www.vim.org/scripts/script.php?script_id=1408, which will
+https://www.vim.org/scripts/script.php?script_id=1408, which will
load the .lvimrc only when you edit libvirt code.
Code formatting (especially for new code)
<h2><a id="irc">IRC discussion</a></h2>
<p>
- Some of the libvirt developers may be found on IRC on the <a href="http://oftc.net">OFTC IRC</a>
+ Some of the libvirt developers may be found on IRC on the <a href="https://oftc.net">OFTC IRC</a>
network. Use the settings:
</p>
<ul>
to obtain support, it is common to rely on community help
forums such as <a href="contact.html#email">libvirt users
mailing list</a>, or sites such as
- <a href="http://stackoverflow.com/questions/tagged/libvirt">stackoverflow.</a>
+ <a href="https://stackoverflow.com/questions/tagged/libvirt">stackoverflow.</a>
People who are familiar with libvirt and have ability &
desire to help other users are encouraged to participate in
these help forums.</li>
<p>
Since 2016, the libvirt project directly participates as an
- organization in the <a href="http://wiki.libvirt.org/page/Google_Summer_of_Code_Ideas">Google Summer of Code program</a>. Prior to
+ organization in the <a href="https://wiki.libvirt.org/page/Google_Summer_of_Code_Ideas">Google Summer of Code program</a>. Prior to
this the project had a number of students in the program
via a joint application with the QEMU project. People are
encouraged to look at both the libvirt and QEMU programs
<h2><a id="git">GIT source repository</a></h2>
<p>
The C# bindings source code is maintained in a <a
- href="http://git-scm.com/">git</a> repository available on
+ href="https://git-scm.com/">git</a> repository available on
<a href="https://gitlab.com/libvirt/libvirt-csharp">gitlab.com</a>:
</p>
<dt><a href="nss.html">NSS module</a></dt>
<dd>Enable domain host name translation to IP addresses</dd>
- <dt><a href="http://wiki.libvirt.org/page/FAQ">FAQ</a></dt>
+ <dt><a href="https://wiki.libvirt.org/page/FAQ">FAQ</a></dt>
<dd>Frequently asked questions</dd>
</dl>
<a href="https://pkg.go.dev/libvirt.org/libvirt-go">go</a>,
<a href="java.html">java</a>,
<a href="https://libvirt.org/ocaml/">ocaml</a>,
- <a href="http://search.cpan.org/dist/Sys-Virt/">perl</a>,
+ <a href="https://search.cpan.org/dist/Sys-Virt/">perl</a>,
<a href="python.html">python</a>,
<a href="php.html">php</a>,
<a href="https://libvirt.org/ruby/">ruby</a>
<p>
For more details about contents of maintenance releases, see
- <a href="http://wiki.libvirt.org/page/Maintenance_Releases">the
+ <a href="https://wiki.libvirt.org/page/Maintenance_Releases">the
wiki page</a>.
</p>
</pre>
<p>
-Additional information on bhyve could be obtained on <a href="http://bhyve.org/">bhyve.org</a>.
+Additional information on bhyve could be obtained on <a href="https://bhyve.org/">bhyve.org</a>.
</p>
<h2><a id="uri">Connections to the Bhyve driver</a></h2>
<p><b>NB:</b> Some versions of bhyve have a bug that prevents guests from booting
until the console is opened by a client. This bug was fixed in FreeBSD
-<a href="http://svnweb.freebsd.org/changeset/base/262884">r262884</a>. If
+<a href="https://svnweb.freebsd.org/changeset/base/262884">r262884</a>. If
an older version is used, one either has to open a console manually with <code>virsh console</code>
to let a guest boot or start a guest using:</p>
<h3><a id="clockconfig">Clock configuration</a></h3>
<p>Originally bhyve supported only localtime for RTC. Support for UTC time was introduced in
-<a href="http://svnweb.freebsd.org/changeset/base/284894">r284894</a> for <i>10-STABLE</i> and
-in <a href="http://svnweb.freebsd.org/changeset/base/279225">r279225</a> for <i>-CURRENT</i>.
+<a href="https://svnweb.freebsd.org/changeset/base/284894">r284894</a> for <i>10-STABLE</i> and
+in <a href="https://svnweb.freebsd.org/changeset/base/279225">r279225</a> for <i>-CURRENT</i>.
It's possible to use this in libvirt <span class="since">since 1.2.18</span>, just place the
following to domain XML:</p>
<p><span class="since">Since 4.5.0</span>, it's possible to specify guest CPU topology, if bhyve
supports that. Support for specifying guest CPU topology was added to bhyve in
-<a href="http://svnweb.freebsd.org/changeset/base/332298">r332298</a> for <i>-CURRENT</i>.
+<a href="https://svnweb.freebsd.org/changeset/base/332298">r332298</a> for <i>-CURRENT</i>.
Example:</p>
<pre>
<domain type="bhyve">
<ul>
<li>
- The <a href="http://www.vmware.com/">VMware ESX and GSX</a>
+ The <a href="https://www.vmware.com/">VMware ESX and GSX</a>
hypervisors
</li>
</ul>
preparations are required on the server side, no libvirtd must be
installed on the ESX server. The driver uses version 2.5 of the remote,
SOAP based
- <a href="http://www.vmware.com/support/developer/vc-sdk/visdk25pubs/ReferenceGuide/">
+ <a href="https://www.vmware.com/support/developer/vc-sdk/visdk25pubs/ReferenceGuide/">
VMware Virtual Infrastructure API</a> (VI API) to communicate with the
ESX server, like the VMware Virtual Infrastructure Client (VI client)
does. Since version 4.0 this API is called
- <a href="http://www.vmware.com/support/developer/vc-sdk/visdk400pubs/ReferenceGuide/">
+ <a href="https://www.vmware.com/support/developer/vc-sdk/visdk400pubs/ReferenceGuide/">
VMware vSphere API</a>.
</p>
Generate new SSL certificates signed by a CA known to your client
computer and replace the original ones on your ESX server. See the
section <i>Replace a Default Certificate with a CA-Signed Certificate</i>
- in the <a href="http://www.vmware.com/pdf/vsphere4/r40/vsp_40_esx_server_config.pdf">ESX Configuration Guide</a>
+ in the <a href="https://www.vmware.com/pdf/vsphere4/r40/vsp_40_esx_server_config.pdf">ESX Configuration Guide</a>
</li>
</ul>
<dt><code>vmpvscsi</code></dt>
<dd>
Special VMware Paravirtual SCSI controller, requires VMware tools inside
- the guest. See <a href="http://kb.vmware.com/kb/1010398">VMware KB1010398</a>
+ the guest. See <a href="https://kb.vmware.com/kb/1010398">VMware KB1010398</a>
for details. <span class="since">Since 0.8.3</span>
</dd>
</dl>
<dt><code>vmxnet</code>, <code>vmxnet2</code>, <code>vmxnet3</code></dt>
<dd>
Special VMware VMXnet network card, requires VMware tools inside
- the guest. See <a href="http://kb.vmware.com/kb/1001805">VMware KB1001805</a>
+ the guest. See <a href="https://kb.vmware.com/kb/1001805">VMware KB1001805</a>
for details.
</dd>
<dt><code>e1000</code></dt>
<h2><a id="links">Links</a></h2>
<ul>
<li>
- <a href="http://www.vmware.com/support/developer/vc-sdk/">
+ <a href="https://www.vmware.com/support/developer/vc-sdk/">
VMware vSphere Web Services SDK Documentation
</a>
</li>
<li>
- <a href="http://www.vmware.com/pdf/esx3_memory.pdf">
+ <a href="https://www.vmware.com/pdf/esx3_memory.pdf">
The Role of Memory in VMware ESX Server 3
</a>
</li>
<li>
- <a href="http://www.sanbarrow.com/vmx.html">
+ <a href="https://www.sanbarrow.com/vmx.html">
VMware VMX config parameters
</a>
</li>
<li>
- <a href="http://www.vmware.com/pdf/vsp_4_pvscsi_perf.pdf">
+ <a href="https://www.vmware.com/pdf/vsp_4_pvscsi_perf.pdf">
VMware ESX 4.0 PVSCSI Storage Performance
</a>
</li>
<p>
When the container "init" process is started, it will be given several useful
environment variables. The following standard environment variables are mandated
-by <a href="http://www.freedesktop.org/wiki/Software/systemd/ContainerInterface">systemd container interface</a>
+by <a href="https://www.freedesktop.org/wiki/Software/systemd/ContainerInterface">systemd container interface</a>
to be provided by all container technologies on Linux.
</p>
(<code>virsh nodedev-create</code>, <code>virsh nodedev-destroy</code>)
which are meant to be used to create virtual devices, currently only
supported by NPIV
- (<a href="http://wiki.libvirt.org/page/NPIV_in_libvirt">more info about NPIV)</a>).
+ (<a href="https://wiki.libvirt.org/page/NPIV_in_libvirt">more info about NPIV)</a>).
Devices on the host system are arranged in a tree-like hierarchy, with
the root node being called <code>computer</code>. The node device driver
supports two backends to manage the devices, HAL and udev, with the former
<ul>
<li>
- The <a href="http://openvz.org/">OpenVZ</a> Linux container
+ The <a href="https://openvz.org/">OpenVZ</a> Linux container
system
</li>
</ul>
<p>
One or more of the physical devices must be attached to a bridge. The
process for this varies according to the operating system in use, so
- for up to date notes consult the <a href="http://wiki.libvirt.org">Wiki</a>
+ for up to date notes consult the <a href="https://wiki.libvirt.org">Wiki</a>
or your operating system's networking documentation. The basic idea is
that the host OS should end up with a bridge device "br0" containing a
physical device "eth0", or a bonding device "bond0".
<ul>
<li>
- The <a href="http://www.virtualbox.org/">VirtualBox</a>
+ The <a href="https://www.virtualbox.org/">VirtualBox</a>
hypervisor
</li>
</ul>
The libvirt VMware driver should be able to manage any Workstation,
Player, Fusion version supported by the VMware VIX API. See the
compatibility list
- <a href="http://www.vmware.com/support/developer/vix-api/vix110_reference/">here</a>.
+ <a href="https://www.vmware.com/support/developer/vix-api/vix110_reference/">here</a>.
</p>
<p>
This driver uses the "vmrun" utility which is distributed with the VMware VIX API.
You can download the VIX API
- from <a href="http://www.vmware.com/support/developer/vix-api/">here</a>.
+ from <a href="https://www.vmware.com/support/developer/vix-api/">here</a>.
</p>
<h2><a id="project">Project Links</a></h2>
<ul>
<li>
- The <a href="http://www.vmware.com/">VMware Workstation and
+ The <a href="https://www.vmware.com/">VMware Workstation and
Player</a> hypervisors
</li>
<li>
- The <a href="http://www.vmware.com/fusion">VMware Fusion</a>
+ The <a href="https://www.vmware.com/fusion">VMware Fusion</a>
hypervisor
</li>
</ul>
the conceptual model is closely aligned with the DMTF CIM schema for
network filtering:
</p>
- <p><a href="http://www.dmtf.org/standards/cim/cim_schema_v2230/CIM_Network.pdf">http://www.dmtf.org/standards/cim/cim_schema_v2230/CIM_Network.pdf</a></p>
+ <p><a href="https://www.dmtf.org/standards/cim/cim_schema_v2230/CIM_Network.pdf">https://www.dmtf.org/standards/cim/cim_schema_v2230/CIM_Network.pdf</a></p>
<p>The filters are managed in libvirt as a top level, standalone object.
This allows the filters to then be referenced by any libvirt object
that requires their functionality, instead tying them only to use
Using "lun" ( :since:`since 0.9.10` ) is only valid when the ``type`` is
"block" or "network" for ``protocol='iscsi'`` or when the ``type`` is
"volume" when using an iSCSI source ``pool`` for ``mode`` "host" or as an
- `NPIV <http://wiki.libvirt.org/page/NPIV_in_libvirt>`__ virtual Host Bus
+ `NPIV <https://wiki.libvirt.org/page/NPIV_in_libvirt>`__ virtual Host Bus
Adapter (vHBA) using a Fibre Channel storage pool. Configured in this
manner, the LUN behaves identically to "disk", except that generic SCSI
commands from the guest are accepted and passed through to the physical
``passthrough``
The ``source`` is accessed with the permissions of the user inside the
guest. This is the default ``accessmode`` if one is not specified. `More
- info <http://lists.gnu.org/archive/html/qemu-devel/2010-05/msg02673.html>`__
+ info <https://lists.gnu.org/archive/html/qemu-devel/2010-05/msg02673.html>`__
``mapped``
The ``source`` is accessed with the permissions of the hypervisor (QEMU
process). `More
- info <http://lists.gnu.org/archive/html/qemu-devel/2010-05/msg02673.html>`__
+ info <https://lists.gnu.org/archive/html/qemu-devel/2010-05/msg02673.html>`__
``squash``
Similar to 'passthrough', the exception is that failure of privileged
operations like 'chown' are ignored. This makes a passthrough-like mode
usable for people who run the hypervisor as non-root. `More
- info <http://lists.gnu.org/archive/html/qemu-devel/2010-09/msg00121.html>`__
+ info <https://lists.gnu.org/archive/html/qemu-devel/2010-09/msg00121.html>`__
:since:`Since 5.2.0` , the filesystem element has an optional attribute
``model`` with supported values "virtio-transitional",
For more details see the `qemu patch
posting <https://lists.gnu.org/archive/html/qemu-devel/2018-12/msg00923.html>`__
and the `virtio-1.0
-spec <http://docs.oasis-open.org/virtio/virtio/v1.0/virtio-v1.0.html>`__.
+spec <https://docs.oasis-open.org/virtio/virtio/v1.0/virtio-v1.0.html>`__.
:anchor:`<a id="elementsControllers"/>`
interface of the host. :since:`Since 0.7.7 (QEMU and KVM only)`
| This setup requires the Linux macvtap driver to be available. :since:`(Since
Linux 2.6.34.)` One of the modes 'vepa' ( `'Virtual Ethernet Port
- Aggregator' <http://www.ieee802.org/1/files/public/docs2009/new-evb-congdon-vepa-modular-0709-v01.pdf>`__),
+ Aggregator' <https://www.ieee802.org/1/files/public/docs2009/new-evb-congdon-vepa-modular-0709-v01.pdf>`__),
'bridge' or 'private' can be chosen for the operation mode of the macvtap
device, 'vepa' being the default mode. The individual modes cause the delivery
of packets to behave as follows:
Virtio consoles are usually accessible as ``/dev/hvc[0-7]`` from inside the
guest; for more information, see
-http://fedoraproject.org/wiki/Features/VirtioSerial. :since:`Since 0.8.3`
+https://fedoraproject.org/wiki/Features/VirtioSerial. :since:`Since 0.8.3`
For the relationship between serial ports and consoles, `see
below <#elementCharSerialAndConsole>`__.
Paravirtualized virtio channel. Channel is exposed in the guest under
/dev/vport*, and if the optional element ``name`` is specified,
/dev/virtio-ports/$name (for more info, please see
- http://fedoraproject.org/wiki/Features/VirtioSerial). The optional element
+ https://fedoraproject.org/wiki/Features/VirtioSerial). The optional element
``address`` can tie the channel to a particular ``type='virtio-serial'``
controller, `documented above <#elementsAddress>`__. With qemu, if ``name``
is "org.qemu.guest_agent.0", then libvirt can interact with a guest agent
<dd>Used by the "fc_host" adapter type to optionally specify the
parent scsi_host device defined in the
<a href="formatnode.html">Node Device</a> database as the
- <a href="http://wiki.libvirt.org/page/NPIV_in_libvirt">NPIV</a>
+ <a href="https://wiki.libvirt.org/page/NPIV_in_libvirt">NPIV</a>
virtual Host Bus Adapter (vHBA). The value provided must be
a vport capable scsi_host. The value is not the scsi_host of
the vHBA created by 'virsh nodedev-create', rather it is
<a href="formatsnapshot.html">snapshots</a>,
<a href="formatcheckpoint.html">checkpoints</a>,
<a href="formatbackup.html">backup jobs</a></dd>
- <dt><a href="http://wiki.libvirt.org">Wiki</a></dt>
+ <dt><a href="https://wiki.libvirt.org">Wiki</a></dt>
<dd>Read further community contributed content</dd>
<dt><a href="https://libvirt.org/kbase.html">Knowledge base</a></dt>
</div>
<p>
- Read more on the <a href="http://planet.virt-tools.org/">Virt Tools blog planet</a>
+ Read more on the <a href="https://planet.virt-tools.org/">Virt Tools blog planet</a>
</p>
</div>
<h2>GIT source repository</h2>
<p> The Java bindings code source is now maintained in a <a
-href="http://git-scm.com/">git</a> repository available on
+href="https://git-scm.com/">git</a> repository available on
<a href="https://gitlab.com/libvirt/libvirt-java/">gitlab.com</a>:
</p>
<pre>
<p>
When logging to the systemd journal, the following fields
are defined, in addition to any automatically recorded
- <a href="http://www.freedesktop.org/software/systemd/man/systemd.journal-fields.html">standard fields</a>:
+ <a href="https://www.freedesktop.org/software/systemd/man/systemd.journal-fields.html">standard fields</a>:
</p>
<dl>
The master SVG files were created in InkScape, using the Overpass font from Red
Hat:
- http://overpassfont.org/
+ https://overpassfont.org/
Logo formats
disks: random, 0x00, 0xff, verify.
* bsi - 9-pass method recommended by the German Center of
Security in Information Technologies
- (http://www.bsi.bund.de): 0xff, 0xfe, 0xfd, 0xfb,
+ (https://www.bsi.bund.de): 0xff, 0xfe, 0xfd, 0xfb,
0xf7, 0xef, 0xdf, 0xbf, 0x7f.
* gutmann - The canonical 35-pass sequence described in
Gutmann's paper.
<p>
Whenever an Unix process wants to do a host name translation
- <a href="http://linux.die.net/man/3/gethostbyname"><code>gethostbyname()</code></a>
+ <a href="https://linux.die.net/man/3/gethostbyname"><code>gethostbyname()</code></a>
or some variant of it is called. This is a glibc function that takes a
string containing the host name, crunch it and produces a list of IP
addresses assigned to that host. Now, glibc developers made a really good
<h3>Community</h3>
<ul>
<li><a href="https://twitter.com/hashtag/libvirt">twitter</a></li>
- <li><a href="http://stackoverflow.com/questions/tagged/libvirt">stackoverflow</a></li>
- <li><a href="http://serverfault.com/questions/tagged/libvirt">serverfault</a></li>
+ <li><a href="https://stackoverflow.com/questions/tagged/libvirt">stackoverflow</a></li>
+ <li><a href="https://serverfault.com/questions/tagged/libvirt">serverfault</a></li>
</ul>
</div>
<xsl:if test="$pagesrc != ''">
<h2>Getting the source</h2>
<p> The PHP bindings code source is now maintained in a <a
-href="http://git-scm.com/">git</a> repository available on
+href="https://git-scm.com/">git</a> repository available on
<a href="https://gitlab.com/libvirt/libvirt-php">gitlab.com</a>:
</p>
<pre>
</dd>
<dt><code>ssh</code></dt>
<dd> Transported over an ordinary
- <a href="http://www.openssh.com/" title="OpenSSH homepage">ssh
+ <a href="https://www.openssh.com/" title="OpenSSH homepage">ssh
(secure shell)</a> connection.
Requires <a href="http://netcat.sourceforge.net/">Netcat (nc)</a>
installed and libvirtd should be running
The standard port is 16509. </dd>
<dt><code>libssh2</code></dt>
<dd> Transport over the SSH protocol using
- <a href="http://libssh2.org/" title="libssh2 homepage">libssh2</a> instead
+ <a href="https://libssh2.org/" title="libssh2 homepage">libssh2</a> instead
of the OpenSSH binary. This transport uses the libvirt authentication callback for
all ssh authentication calls and therefore supports keyboard-interactive authentication
even with graphical management applications. As with the classic ssh transport
netcat is required on the remote side.</dd>
<dt><code>libssh</code></dt>
<dd> Transport over the SSH protocol using
- <a href="http://libssh.org/" title="libssh homepage">libssh</a> instead
+ <a href="https://libssh.org/" title="libssh homepage">libssh</a> instead
of the OpenSSH binary. This transport uses the libvirt authentication callback for
all ssh authentication calls and therefore supports keyboard-interactive authentication
even with graphical management applications. As with the classic ssh transport
<p>
This provides a pool based on the ZFS filesystem. Initially it was developed
for FreeBSD, and <span class="since">since 1.3.2</span> experimental support
- for <a href="http://zfsonlinux.org/">ZFS on Linux</a> version 0.6.4 or newer
+ for <a href="https://zfsonlinux.org/">ZFS on Linux</a> version 0.6.4 or newer
is available.
</p>
</li>
<li>the <a href="testtck.html">TCK test suite</a> is a functional
test suite implemented using the
- <a href="http://search.cpan.org/dist/Sys-Virt/">Perl bindings</a>
+ <a href="https://search.cpan.org/dist/Sys-Virt/">Perl bindings</a>
of libvirt. It is available separately as a
<a href="ftp://libvirt.org/libvirt/tck/">download</a>, as a
- <a href="http://rpmfind.net/linux/rpm2html/search.php?query=libvirt-tck">package</a>
+ <a href="https://rpmfind.net/linux/rpm2html/search.php?query=libvirt-tck">package</a>
in Fedora distributions, but best is probably to get
the <a href="https://gitlab.com/libvirt/libvirt-tck">version
from GIT</a>.
<li> The initial
<a href="https://www.redhat.com/archives/libvir-list/2009-April/msg00176.html">mail
from Daniel Berrange</a> presenting the project.</li>
- <li> The <a href="http://fedoraproject.org/wiki/Features/VirtTCK">page
+ <li> The <a href="https://fedoraproject.org/wiki/Features/VirtTCK">page
describing VirtTCK</a> the inclusion of libvirt-TCK as a
Fedora Feature.</li>
</ul>
</h2>
<p>
For each client (ie. any program linked with libvirt, such as
-<a href="http://virt-manager.org/">virt-manager</a>)
+<a href="https://virt-manager.org/">virt-manager</a>)
you need to issue a certificate with the X.509 Distinguished Name (DN)
set to a suitable name. You can decide this on a company / organisation
policy. For example:
machine over the network.
</p>
<p>
-To this end, libvirt uses URIs as used on the Web and as defined in <a href="http://www.ietf.org/rfc/rfc2396.txt">RFC 2396</a>. This page
+To this end, libvirt uses URIs as used on the Web and as defined in <a href="https://www.ietf.org/rfc/rfc2396.txt">RFC 2396</a>. This page
documents libvirt URIs.
</p>
<h2><a id="URI_libvirt">Specifying URIs to libvirt</a></h2>
<h2><a id="git">DocBook source GIT repository</a></h2>
<p>
The DocBook source is archived in a <a
- href="http://git-scm.com/">git</a> repository available on
+ href="https://git-scm.com/">git</a> repository available on
<a href="https://gitlab.com/libvirt/libvirt-virshcmdref">gitlab.com</a>.
</p>
<p>
Users who need pre-built Windows DLLs of libvirt are advised
- to use the <a href="http://virt-manager.org">Virt Viewer</a>
- pre-compiled <a href="http://virt-manager.org/download/">Windows MSI packages</a>
+ to use the <a href="https://virt-manager.org">Virt Viewer</a>
+ pre-compiled <a href="https://virt-manager.org/download/">Windows MSI packages</a>
</p>
<p>
Information on generating TLS certificates can be found here:
</p>
- <a href="http://wiki.libvirt.org/page/TLSSetup">http://wiki.libvirt.org/page/TLSSetup</a>
+ <a href="https://wiki.libvirt.org/page/TLSSetup">https://wiki.libvirt.org/page/TLSSetup</a>
<p>
These instructions are for *nix, and have not yet been adapted for
# the fix has landed in FreeBSD ports and macOS homebrew we can safely
# drop the kludge and rely on pkg-config alone on those platforms.
#
- # [1] http://lists.gnu.org/archive/html/bug-readline/2019-04/msg00007.html
+ # [1] https://lists.gnu.org/archive/html/bug-readline/2019-04/msg00007.html
if readline_dep.type_name() == 'pkgconfig' and host_machine.system() != 'linux'
pkg_config_prog = find_program('pkg-config')
rc = run_command(pkg_config_prog, '--cflags', 'readline', check: true)
#----------------------------------------------------------------------
# Function to intelligently prepend a path to an environment variable.
-# See http://stackoverflow.com/a/9631350
+# See https://stackoverflow.com/a/9631350
prepend()
{
eval $1="$2\${$1:+:\$$1}"
/* lockfile doesn't (shouldn't) exist */
/* ensure correct format according to filesystem hierarchy standard */
- /* http://www.pathname.com/fhs/pub/fhs-2.3.html#VARLOCKLOCKFILES */
+ /* https://www.pathname.com/fhs/pub/fhs-2.3.html#VARLOCKLOCKFILES */
pidStr = g_strdup_printf("%10lld\n", (long long)getpid());
/* create the lock file */
VI/vSphere API:
- http://www.vmware.com/support/developer/vc-sdk/visdk25pubs/ReferenceGuide/
- http://www.vmware.com/support/developer/vc-sdk/visdk400pubs/ReferenceGuide/
- http://www.vmware.com/support/developer/vc-sdk/visdk41pubs/ApiReference/
+ https://www.vmware.com/support/developer/vc-sdk/visdk25pubs/ReferenceGuide/
+ https://www.vmware.com/support/developer/vc-sdk/visdk400pubs/ReferenceGuide/
+ https://www.vmware.com/support/developer/vc-sdk/visdk41pubs/ApiReference/
VMX config:
- http://www.sanbarrow.com/vmx.html
+ https://www.sanbarrow.com/vmx.html
CPUID:
- http://www.sandpile.org/ia32/cpuid.htm
+ https://www.sandpile.org/ia32/cpuid.htm
Memory model:
- http://www.vmware.com/pdf/esx3_memory.pdf
- http://www.vmware.com/pdf/usenix_resource_mgmt.pdf
+ https://www.vmware.com/pdf/esx3_memory.pdf
+ https://www.vmware.com/pdf/usenix_resource_mgmt.pdf
Virtual serial port (network backed):
- http://www.vmware.com/support/developer/vc-sdk/visdk41pubs/ApiReference/vim.vm.device.VirtualSerialPort.URIBackingInfo.html
- http://www.vmware.com/support/developer/vc-sdk/visdk41pubs/vsp41_usingproxy_virtual_serial_ports.pdf
+ https://www.vmware.com/support/developer/vc-sdk/visdk41pubs/ApiReference/vim.vm.device.VirtualSerialPort.URIBackingInfo.html
+ https://www.vmware.com/support/developer/vc-sdk/visdk41pubs/vsp41_usingproxy_virtual_serial_ports.pdf
/*
* The scheduler interface exposes basically the CPU ResourceAllocationInfo:
*
- * - http://www.vmware.com/support/developer/vc-sdk/visdk25pubs/ReferenceGuide/vim.ResourceAllocationInfo.html
- * - http://www.vmware.com/support/developer/vc-sdk/visdk25pubs/ReferenceGuide/vim.SharesInfo.html
- * - http://www.vmware.com/support/developer/vc-sdk/visdk25pubs/ReferenceGuide/vim.SharesInfo.Level.html
+ * - https://www.vmware.com/support/developer/vc-sdk/visdk25pubs/ReferenceGuide/vim.ResourceAllocationInfo.html
+ * - https://www.vmware.com/support/developer/vc-sdk/visdk25pubs/ReferenceGuide/vim.SharesInfo.html
+ * - https://www.vmware.com/support/developer/vc-sdk/visdk25pubs/ReferenceGuide/vim.SharesInfo.Level.html
*
*
* Available parameters:
#
#
# Based on MSDN Hyper-V WMI Classes:
-# http://msdn.microsoft.com/en-us/library/cc136986%28v=vs.85%29.aspx
+# https://msdn.microsoft.com/en-us/library/cc136986%28v=vs.85%29.aspx
#
* whether a parameter is nonnull. Make this attribute conditional
* based on whether we are compiling for real or for analysis, while
* still requiring correct gcc syntax when it is turned off. See also
- * http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17308 */
+ * https://gcc.gnu.org/bugzilla/show_bug.cgi?id=17308 */
#ifndef ATTRIBUTE_NONNULL
# if STATIC_ANALYSIS
# define ATTRIBUTE_NONNULL(m) __attribute__((__nonnull__(m)))
* configured when building Xen using '--with-system-ovmf='. If
* not specified, LIBXL_FIRMWARE_DIR/ovmf.bin is used. In the
* future, Xen will support a user-specified firmware path. See
- * http://lists.xenproject.org/archives/html/xen-devel/2016-03/msg01628.html
+ * https://lists.xenproject.org/archives/html/xen-devel/2016-03/msg01628.html
*/
if (virDomainDefHasOldStyleUEFI(def))
b_info->u.hvm.bios = LIBXL_BIOS_TYPE_OVMF;
/* Got a FS mapped to /, we're going the pivot_root
* approach to do a better-chroot-than-chroot
- * this is based on this thread http://lkml.org/lkml/2008/3/5/29
+ * this is based on this thread https://lkml.org/lkml/2008/3/5/29
*/
static int lxcContainerSetupPivotRoot(virDomainDefPtr vmDef,
virDomainFSDefPtr root,
}
-/* As per: http://www.freedesktop.org/wiki/Software/systemd/inhibit */
+/* As per: https://www.freedesktop.org/wiki/Software/systemd/inhibit */
static void
virNetDaemonCallInhibit(virNetDaemonPtr dmn,
const char *what,
/* TRACE_LIBSSH=<level> enables tracing in libssh itself.
* The meaning of <level> is described here:
- * http://api.libssh.org/master/group__libssh__log.html
+ * https://api.libssh.org/master/group__libssh__log.html
*
* The LIBVIRT_LIBSSH_DEBUG environment variable can be used
* to set/override the level of libssh debug.
/* Why oh why did glfs 3.4 decide to expose only readdir_r rather
* than readdir? POSIX admits that readdir_r is inherently a
* flawed design, because systems are not required to define
- * NAME_MAX: http://austingroupbugs.net/view.php?id=696
- * http://womble.decadent.org.uk/readdir_r-advisory.html
+ * NAME_MAX: https://austingroupbugs.net/view.php?id=696
+ * https://womble.decadent.org.uk/readdir_r-advisory.html
*
* Fortunately, gluster appears to limit its underlying bricks to
* only use file systems such as XFS that have a NAME_MAX of 255;
* tail padding, then we should have enough space to avoid buffer
* overflow no matter whether the OS used d_name[], d_name[1], or
* d_name[256] in its 'struct dirent'.
- * http://lists.gnu.org/archive/html/gluster-devel/2013-10/msg00083.html
+ * https://lists.gnu.org/archive/html/gluster-devel/2013-10/msg00083.html
*/
if (!(dir = glfs_opendir(state->vol, state->dir))) {
* truncate and extend it to its original size, filling it with
* zeroes. This behavior is guaranteed by POSIX:
*
- * http://www.opengroup.org/onlinepubs/9699919799/functions/ftruncate.html
+ * https://www.opengroup.org/onlinepubs/9699919799/functions/ftruncate.html
*
* If fildes refers to a regular file, the ftruncate() function shall
* cause the size of the file to be truncated to length. If the size
* <http://www.gnu.org/licenses/>.
*
* The hash code generation is based on the public domain MurmurHash3 from Austin Appleby:
- * http://code.google.com/p/smhasher/source/browse/trunk/MurmurHash3.cpp
+ * https://code.google.com/p/smhasher/source/browse/trunk/MurmurHash3.cpp
*
* We use only the 32 bit variant because the 2 produce different results while
* we need to produce the same result regardless of the architecture as
* <http://www.gnu.org/licenses/>.
*
* The hash code generation is based on the public domain MurmurHash3 from Austin Appleby:
- * http://code.google.com/p/smhasher/source/browse/trunk/MurmurHash3.cpp
+ * https://code.google.com/p/smhasher/source/browse/trunk/MurmurHash3.cpp
*
* We use only the 32 bit variant because the 2 produce different result while
* we need to produce the same result regardless of the architecture as
* So you have no option but to pick a size, try, catch EINVAL,
* enlarge, and re-try.
*
- * http://lkml.org/lkml/2009/7/28/620
+ * https://lkml.org/lkml/2009/7/28/620
*/
realloc:
masklen = CPU_ALLOC_SIZE(numcpus);
#else /* WIN32 || not supported arch */
/*
* this can probably be extracted from Windows using API or registry
- * http://www.microsoft.com/whdc/system/platform/firmware/SMBIOS.mspx
+ * https://www.microsoft.com/whdc/system/platform/firmware/SMBIOS.mspx
*/
virReportSystemError(ENOSYS, "%s",
_("Host sysinfo extraction not supported on this platform"));
* Win32 sockets have Linux/BSD-like SO_REUSEADDR behaviour
* by default, so we can be a no-op.
*
- * http://msdn.microsoft.com/en-us/library/windows/desktop/ms740621.aspx
+ * https://msdn.microsoft.com/en-us/library/windows/desktop/ms740621.aspx
*/
return 0;
}
if (sched_cpu_shares != NULL) {
unsigned int vcpus = virDomainDefGetVcpus(def);
- /* See http://www.vmware.com/support/developer/vc-sdk/visdk41pubs/ApiReference/vim.SharesInfo.Level.html */
+ /* See https://www.vmware.com/support/developer/vc-sdk/visdk41pubs/ApiReference/vim.SharesInfo.Level.html */
if (STRCASEEQ(sched_cpu_shares, "low")) {
def->cputune.shares = vcpus * 500;
} else if (STRCASEEQ(sched_cpu_shares, "normal")) {
/* def:cputune.shares -> vmx:sched.cpu.shares */
if (def->cputune.sharesSpecified) {
unsigned int vcpus = virDomainDefGetVcpus(def);
- /* See http://www.vmware.com/support/developer/vc-sdk/visdk41pubs/ApiReference/vim.SharesInfo.Level.html */
+ /* See https://www.vmware.com/support/developer/vc-sdk/visdk41pubs/ApiReference/vim.SharesInfo.Level.html */
if (def->cputune.shares == vcpus * 500) {
virBufferAddLit(&buffer, "sched.cpu.shares = \"low\"\n");
} else if (def->cputune.shares == vcpus * 1000) {
/*
* For Windows guests the VRAM size should be a multiple of 64 kilobyte.
- * See http://kb.vmware.com/kb/1003 and http://kb.vmware.com/kb/1001558
+ * See https://kb.vmware.com/kb/1003 and https://kb.vmware.com/kb/1001558
*/
vram = VIR_DIV_UP(def->vram, 64) * 64;
#
# The cpuid tool can be usually found in a package called "cpuid". If your
# distro does not provide such package, you can find the sources or binary
-# packages at http://www.etallen.com/cpuid.html
+# packages at https://www.etallen.com/cpuid.html
grep 'model name' /proc/cpuinfo | head -n1
See also:
-* http://www.google-melange.com/gsoc/project/google/gsoc2013/kawamuray/7001
+* https://www.google-melange.com/gsoc/project/google/gsoc2013/kawamuray/7001
* https://wiki.qemu.org/Features/LibvirtWiresharkDissector
# <http://www.gnu.org/licenses/>.
#
#
-# For XDR syntax, see http://tools.ietf.org/html/rfc4506#section-6.3
+# For XDR syntax, see https://tools.ietf.org/html/rfc4506#section-6.3
# This script does not strictly check syntax of xdr protocol specification.
# Make sure the specification files you have are correctly compilable with rpcgen(1).
# If something fails with this script in spite of you had confirmed that the `make' with libvirt was succeed,