Thanks !
> Date: Wed, 1 May 2013 14:27:08 +0200
> Subject: Re: [libvirt] [PATCH] ESX: Fix DISPATCH_FREE generation code to free
> all extended objects
> From: matthias.bo...@googlemail.com
> To: ata.hus...@hotmail.com
> CC: libvir-list@redhat.com
>
> 2013/1/2 Ata E Husain Bohra :
> > Python cod
ping ..
From: ata.hus...@hotmail.com
To: matthias.bo...@googlemail.com
Date: Tue, 1 Jan 2013 12:07:12 -0800
CC: libvir-list@redhat.com
Subject: Re: [libvirt] [PATCH] ESX: Add AnyType_Serialize routine to
esx_vi_types.c
> > ---
> > src/esx/esx_vi_types.c | 48
> > ++
ping ...
> From: ata.hus...@hotmail.com
> To: libvir-list@redhat.com
> CC: ata.hus...@hotmail.com
> Subject: [PATCH] ESX: Fix DISPATCH_FREE generation code to free all extended
> objects
> Date: Tue, 1 Jan 2013 22:22:28 -0800
>
> Python code generator "generate_source" section that handles
> cod
I struggled with below issue for a while and playing with multiple tools
avaialble on web to check if wsman was working, I found that issue was with
libopenwsman version available for ubuntu. I switched the testbed to SL 6.1,
installed libvirt on it and providing necessary openwsman libraries. I
Hi Hassan, I'm too experimenting Libvirt management strenghts when it comes to
HyperV server, my findings so far are:1. It uses openwsman library to issue
WS-man calls to HyperV server. HYperV server accepts WMI calls generated by
openwsman library to send request to server and decode the respo
Hi Everyone, I installed a HyperV server and trying to connect to it using
libvirt. As suggested by libvirt driver wiki
(http://libvirt.org/drvhyperv.html), I've enabled Basic authentication on the
server (and also enabled HTTP connection request for debugging purpose). Even
after all this con
> NACK, as I said with previous postings, this does not belong in
> libvirt APIs, it should be built as a layer above.
[AB]: Thanks for reviewing this Daniel. I completly understand the concern of
not making it part of libvirt API, but as discussed in other thread
(https://www.redhat.com/arc
I was able to solve this issue, it seems for upload operation the CURL headers
needs to contain: "Connection: Keep-Alive");
"Content-Type: application/x-vnd.vmware-streamVmdk");
"Content-Length: %ld"
Though the error was related to "forb
I think I am able to triage this issue, please have a look at the review post
with subject "[PATCH] ESX: Fix DISPATCH_FREE generation code to free all
extended objectsā€¸".
Thanks!AtaFrom: ata.hus...@hotmail.com
To: libvir-list@redhat.com
Date: Tue, 1 Jan 2013 18:35:25 -0800
Subject: [libvirt] ESX
> Currently the ESX driver uses only functions and objects from the
> vSphere API 2.5 (at least it should). This allows it to deal with
> older ESX server versions down to 3.5. What you're trying to do now is
> using functions added in a newer vSphere API, don't you? I assume that
> all the field
> > ---
> > src/esx/esx_vi_types.c | 48
> >
> > src/esx/esx_vi_types.h |3 ++-
> > 2 files changed, 50 insertions(+), 1 deletion(-)
>
> Looks good on a quick view, but I wonder what are you trying to that
> requires to serialize an AnyType
> The URL /ha-nfc/52c6d592-7636-67c5-29f3-d5b373be4f42/disk-0.vmdk looks
> like the lease you get during OVA import on the ESX server to upload a
> disk image to, isn't it? I'm not sure why you would get and Forbidden
> error from the server here. Are you logged in with an restricted user
> account
Please hold off reviews on this post. I've been testing and analyzing some
other piece of code (the one that do not need connection headers to include
urn:vim25 namespace), but I observed that this namespace include causes lot of
other issues such as:1. It breaks existing APIs due to ordering is
Hi Everyone, Merry Christmas and Happy New Year! I'm trying to upload disk to
ESX 5.0 server using the URL obtained by the server (during VM installation
process); I'm using libcurl support in libvirt to upload the disk, but I get
this error on file upload:--* About to conne
Hi Arslan,
Welcome to the club! It was not long time back when I got introduced with
Libvirt and was wondering about same stuff myself, just sharing the way I
worked it out: 1. Understand libvirt architecture and its basic components. I
strongly believe this step once done properly builds a sou
Just wondering if below mail was helpful or have not pieces still missing. If
helpful, am curious to know the decision :-).
Thanks!AtaFrom: ata.hus...@hotmail.com
To: car...@gentoo.org
Date: Fri, 7 Dec 2012 16:24:49 -0800
CC: libvir-list@redhat.com
Subject: Re: [libvirt] RFC: Enable Libvirt to h
Please see inline.> Date: Wed, 5 Dec 2012 17:24:00 -0600
> Subject: Re: [libvirt] RFC: Enable Libvirt to handle OVA installation
> From: car...@gentoo.org
> To: ata.hus...@hotmail.com
> CC: libvir-list@redhat.com
>
> On Wed, Dec 5, 2012 at 3:50 PM, Ata Bohra wrote:
>
This is a proposal to enhance Libvirt library to handle OVA package
installation. OVA:
OVA is one of the widely accepted and consortium defined/maintained format for
Virtual Machine distros. Technically it is a tar file with three main
components:
1. VMX descriptor (XML file defining virtual ma
Hi All, Checking it if someone can spend sometime reviewing the below patches:
[libvirt] libvirt [PATCHv2 0/2] Refactor
ESX storage driver and append support for iSCSI devices. Sat Nov 10 07:18:38
GMT 2012
[libvirt] libvirt [PATCHv2 2/2] Add iSCSI
backend storage driver for ESX. Sat Nov 10 07
Sorry for late reply! Thanks Mathias for the review comments.
Please see inline.> Date: Sat, 6 Oct 2012 18:58:21 +0200
> Subject: Re: [libvirt] [PATCH] Refactor ESX storage driver and add iSCSI
> support
> From: matthias.bo...@googlemail.com
> To: ata.hus...@hotmail.com
> CC: libvir-list@redhat
> Date: Sun, 9 Sep 2012 21:12:43 +0200
> Subject: Re: [libvirt] [PATCH] Refactor ESX storage driver and add iSCSI
> support
> From: matthias.bo...@googlemail.com
> To: ata.hus...@hotmail.com
> CC: libvir-list@redhat.com
>
>
> This patch is quite huge. Maybe you could split it up into two
> patch
Please see inline. > Date: Sun, 9 Sep 2012 19:39:34 +0200
> Subject: Re: [libvirt] [PATCH] Refactor ESX storage driver and add iSCSI
> support
> From: matthias.bo...@googlemail.com
> To: ata.hus...@hotmail.com
> CC: libvir-list@redhat.com
>
> 2012/8/20 Ata E Husain Bohra :
> > The patch refact
Just wondering if someone would be interested in reviewing the below patch.
Thanks for the support.
Ata
> From: ata.hus...@hotmail.com
> To: libvir-list@redhat.com
> CC: ata.hus...@hotmail.com
> Subject: [libvirt] [PATCH] Refactor ESX storage driver and add iSCSI support
> Date: Mon, 20 Aug 2
Please see inline.
> Date: Sun, 12 Aug 2012 16:31:29 +0200
> Subject: Re: [libvirt] Proposal to add iSCSI support to esx storage driver
> From: matthias.bo...@googlemail.com
> To: ata.hus...@hotmail.com
> CC: libvir-list@redhat.com
>
> 2012/8/5 Ata Bohra :
> >>
(Please ignore earlier messages, as for reason the messages got truncated)
Thanks Matthias for the explanation, I was working on the project which
required libvirt to control/set networking on a given ESX host. As ESXi is
different from hosted hypervisors, we need to configure ESX interface (
Thanks Matthias for the explanation, I was working on the project which
required libvirt to control/set networking on a given ESX host. I may need
> Date: Sun, 5 Aug 2012 22:45:26 +0200
> Subject: Re: [libvirt] [PATCH v5] ESX: Add routines to interface driver
> From: matthias.bo...@googlemail.
> Date: Sun, 5 Aug 2012 23:04:07 +0200
> Subject: Re: [libvirt] Proposal to add iSCSI support to esx storage driver
> From: matthias.bo...@googlemail.com
> To: ata.hus...@hotmail.com
> CC: libvir-list@redhat.com
>
> 2012/8/2 Ata Bohra :
> > Hi All,
> >
> > I
> Date: Sun, 5 Aug 2012 13:48:01 +0200
> From: matthias.bo...@googlemail.com
> To: libvir-list@redhat.com
> Subject: [libvirt] [PATCH] esx: Remove redundant checks for
> esxVI_LookupHostSystemProperties result
>
> esxVI_LookupHostSystemProperties guarantees that hostSystem is non-NULL.
> Remove r
Hi All,
I just want to go over the design that I am working on to incorporate iSCSI
support to libvirt ESX storage driver. The highlights are:
Current Implementation
At present esx_storage_driver supports only VMFS type datastore and does not
provide much leeway to enhance or add other suppo
Hi Matthias,
As promised, below is the patch demonstrating the issue. One thing I
lied was its not enum that I missed but I missed one of the data objects
extended.
--
Patch is only to demonstrate the misleading error warning if
one extended data objects is n
From: Ata E Husain Bohra
Add following routines to esx_interface_driver:
esxNumOfInterfaces,
esxNumOfDefinedInterfaces,
esxListInterfaces,
esxListDefinedInterfaces,
esxInterfaceLookupByMACString,
esxInterfaceGetXMLDesc,
esxInterfaceUndefine,
esxInterfaceCreate,
Please see comments inline.> Date: Thu, 12 Jul 2012 10:34:32 +0100
> From: berra...@redhat.com
> To: ata.hus...@hotmail.com
> CC: libvirt-l...@redhat.com
> Subject: Re: [libvirt] Libvirt iSCSI APIs
>
> On Wed, Jul 11, 2012 at 05:28:07PM -0700, Ata Bohra wrote:
> >
Hi All,
I am interested in extending libvirt APIs to support iSCSI operations such as:
add/remove targets, list targets, list remote LUNs, rescan luns etc. The
intention is to provide an interface that external programs can hook to manage
iSCSI storage devices on a given hypervisor(I woul
From: Ata E Husain Bohra
Add following routines to esx_interface_driver:
esxNumOfInterfaces,
esxNumOfDefinedInterfaces,
esxListInterfaces,
esxListDefinedInterfaces,
esxInterfaceLookupByMACString,
esxInterfaceGetXMLDesc,
esxInterfaceUndefine,
esxInterfaceCreate,
Thanks for your inputs Daniel, please see inline.
> Date: Mon, 9 Jul 2012 09:21:36 +0100
> From: berra...@redhat.com
> To: ata.hus...@hotmail.com
> CC: libvirt-l...@redhat.com
> Subject: Re: [libvirt] [PATCH] ESX: interface driver routines
>
> On Sun, Jul 08, 2012 at
From: Ata E Husain
Includes most of the dirver routines except DefineXML, I am working on it and
will update patch for it soon.
diff --git a/src/esx/esx_interface_driver.c b/src/esx/esx_interface_driver.c
index 5713137..4feadc2 100644
--- a/src/esx/esx_interface_driver.c
+++ b/src/esx/esx_inter
gt; > Date: Sun, 24 Jun 2012 22:45:15 -0400
> > From: Bob Cochran
> > To: Doug Goldstein
> >
> >
> >
> > On 6/24/12 6:27 PM, Doug Goldstein wrote:
> > > On Sun, Jun 24, 2012 at 5:05 PM, Ata Bohra
> > > wrote:
>
un, 24 Jun 2012 22:45:15 -0400
> > From: Bob Cochran
> > To: Doug Goldstein
> >
> >
> >
> > On 6/24/12 6:27 PM, Doug Goldstein wrote:
> > > On Sun, Jun 24, 2012 at 5:05 PM, Ata Bohra
> > > wrote:
> > >>
Patch to add API to upload Volume contents using ESX driver. As stream driver
is not supported for ESX, I have used libcurl to transfer the volume, second,
using flags here to pass
file descriptor of the source file.
diff --git a/src/esx/esx_storage_driver.c b/src/esx/esx_storage_driver
e: Sun, 24 Jun 2012 17:27:03 -0500
> Subject: Re: [libvirt] Intend to add OVA installation API
> From: car...@cardoe.com
> To: ata.hus...@hotmail.com
> CC: libvir-list@redhat.com
>
> On Sun, Jun 24, 2012 at 5:05 PM, Ata Bohra wrote:
> > Thanks Doug for your suggestions.
>
).
Hope to get some comments/suggestions on above steps.
Thanks!
Ata
CC: libvir-list@redhat.com
From: car...@cardoe.com
Subject: Re: [libvirt] Intend to add OVA installation API
Date: Sun, 24 Jun 2012 15:31:43 -0500
To: ata.hus...@hotmail.com
On Jun 24, 2012, at 2:30 PM, Ata Bohra wrote:
Hi Everyone,
I am relatively new to libvirt community; have worked on it from last half year
mostly towards adding few missing APIs especially for ESX driver. One of the
features I worked was installing a domain (VM) using OVAs. It is been a long
time OVA became defacto standard for distr
42 matches
Mail list logo