Re: [libvirt] [PATCH] storage pool discovery

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Daniel, Stefan de Konink schreef: > As you know I wrote such thing for iSCSI/Solaris, iSCSI/Netapp so... if > you want such script I can fabricate something, maybe it would be > interesting to not create a script, but instead a binary that links to

[libvirt] When are volumes 'detected' / refreshed

At what time are volumes currently detected on NetFS? I see there is some sort of storage now going on, since deleting files from NFS doesn't delete them from vol-list directly. (If this is fixed in a recent version... I'm sorry to bother) Stefan -- Libvir-list mailing list Libvir-list@redha

[libvirt] [PATCH/RFC]: file backed usb massstorage #2

Hi, attached is a second version of the usb massstorage patch: Changes are: * use sd* dummy dev names instead of usbdisk * move the check for the "subtype" (hard disk/cdrom/...) into the driver An example is: Patch is on top of the hostdev passthrough patch. Cheers, -- Guido [PAT

[libvirt] [PATCH/RFC]: hostdev passthrough support take #2

Hi, attached is a second version. Changes are: * s/bus/subsystem/ * support hexadecimal and decimal attributes * introduce device and source elements. I decided to not drop vendor and product id into their own elements since the structure would then become very nested for no good reason. Some ex

Re: [libvirt] "static" ip address

Hey, > > I'm using KVM with the wonderful help of libvir (virsh), on a > to-be-production-ready server of mine. > > > I would like to be able to choose on a way or another the ip of each > of my VM. As far as I can understand, the only way to get an IP (from > a vm point of view) if the dhcp it

[libvirt] "static" ip address

Hi, I'm using KVM with the wonderful help of libvir (virsh), on a to-be-production-ready server of mine. I would like to be able to choose on a way or another the ip of each of my VM. As far as I can understand, the only way to get an IP (from a vm point of view) if the dhcp it. But I have no gara

Re: [libvirt] libvirt-java storage support and refactoring

Tóth István wrote: > I've found that libvirt for the most part has a very perdicitble and > repetitive API (great design!), and as a result I've found myself > copying the same code over and over again. > I've decided to make generic JNI functions, that can handle multiple > libvirt functions

[libvirt] libvirt-java storage support and refactoring

Hello! This patch contains the following: - The complete storage handling API - Fixing memory leaks in the VirConnect JNI implementation I've written the new classes using a new approach. I've found that libvirt for the most part has a very perdicitble and repetitive API (great design!), and