Emerging Technologies Management Tools ()

John Levon | 1 Jul 04:32

Re: [PATCH] convert vmware machines to virt-image xml format

On Thu, Jun 26, 2008 at 10:32:11AM -0400, Joey Boggs wrote:

> --- virtinst--devel.orig/virt-unpack	1969-12-31 19:00:00.000000000 -0500
> +++ virtinst--devel/virt-unpack	2008-06-26 10:30:45.000000000 -0400

Why isn't this called virt-convert? I don't see any actually "unpacking"
going on here.

More generally, I'd like to see this be a lot more general, instead of
hard-coding for vmx. Ideally 'virt-convert' would be a simple shell that
would call out to .../virtinst/formats/vmx.py (or whatever) to handle
the details. There's already Unware code there, shouldn't we re-use
details wherever possible?

regards
john

headers

David Lutterkort | 1 Jul 05:14

Re: [PATCH] convert vmware machines to virt-image xml format

On Tue, 2008-07-01 at 03:32 +0100, John Levon wrote:
> On Thu, Jun 26, 2008 at 10:32:11AM -0400, Joey Boggs wrote:
> 
> > --- virtinst--devel.orig/virt-unpack	1969-12-31 19:00:00.000000000 -0500
> > +++ virtinst--devel/virt-unpack	2008-06-26 10:30:45.000000000 -0400
> 
> Why isn't this called virt-convert? I don't see any actually "unpacking"
> going on here.

Calling it virt-pack is more a historical accident. I think renaming it
to virt-convert makes sense. It'll require some small changes in the
command line switches though, so you cna say from what format and to
what format you want to convert.

David

headers

Joey Boggs | 1 Jul 05:38

Re: [PATCH] convert vmware machines to virt-image xml format

Yep it was heading that way, and it's name was historical based on the 
original virt-pack work. Either way is fine with me, I figured getting a 
couple formats out there first and then rebasing the master conversion 
program to virt-convert might be easier once the few types of 
conversions had been used a bit to beat out any potential bugs.

David Lutterkort wrote:
> On Tue, 2008-07-01 at 03:32 +0100, John Levon wrote:
>   
>> On Thu, Jun 26, 2008 at 10:32:11AM -0400, Joey Boggs wrote:
>>
>>     
>>> --- virtinst--devel.orig/virt-unpack	1969-12-31 19:00:00.000000000 -0500
>>> +++ virtinst--devel/virt-unpack	2008-06-26 10:30:45.000000000 -0400
>>>       
>> Why isn't this called virt-convert? I don't see any actually "unpacking"
>> going on here.
>>     
>  
> Calling it virt-pack is more a historical accident. I think renaming it
> to virt-convert makes sense. It'll require some small changes in the
> command line switches though, so you cna say from what format and to
> what format you want to convert.
>
> David
>
>
> _______________________________________________
> et-mgmt-tools mailing list
> et-mgmt-tools@...

(Continue reading)

headers

John Levon | 1 Jul 05:48

Re: [PATCH] convert vmware machines to virt-image xml format

On Mon, Jun 30, 2008 at 08:14:55PM -0700, David Lutterkort wrote:

> > > --- virtinst--devel.orig/virt-unpack	1969-12-31 19:00:00.000000000 -0500
> > > +++ virtinst--devel/virt-unpack	2008-06-26 10:30:45.000000000 -0400
> > 
> > Why isn't this called virt-convert? I don't see any actually "unpacking"
> > going on here.
>  
> Calling it virt-pack is more a historical accident. I think renaming it
> to virt-convert makes sense. It'll require some small changes in the
> command line switches though, so you cna say from what format and to
> what format you want to convert.

Indeed. I have some comments on that too. What I'd like to see is
something like the logic below. I may even be sending patches to do
this, if I can get some consensus.

virt-convert [-i ifmt] -o ofmt input [output]

if input is a file:
    if ifmt is not specified, sniff ifmt
    input_dir = dirname(input)
    input_file = input
else if input is a dir
    sniff dir for ifmt # ls *.vmx
    input_dir = input
    input_file = sniffed_input_file

if ifmt is not specified
    error

(Continue reading)

headers

lyh | 1 Jul 09:23

(no subject)

Dear Sir/Madam,
I am writing to you with reference to 5 questions:

1) Since the Virtio was chosen to be the main platform for IO virtualization in KVM , how can I get to know the inside of this scheme?

2) At http://kvm.qumranet.com/kvmwiki/KvmForum2007?action=AttachFile&do=get&target=kvm_pv_drv.pdf, what does “on my laptop I measured 1.1Gbps rx throughput using 2.6.23, 850Mbps tx ” mean?

3) In other words, is “1.1Gbps” the throughput between two virtual machines on the same host os? If not, what’s it?

4) By the way, how did you do the measurement to get these results?

5) In the URL, the kvm_pv_drv.pdf cannot be opened, and how to get it?

Best wishes.

Sinerely yours,
Lyh

_______________________________________________
et-mgmt-tools mailing list
et-mgmt-tools@...
https://www.redhat.com/mailman/listinfo/et-mgmt-tools

headers

Daniel P. Berrange | 1 Jul 10:49

Re: [PATCH] convert vmware machines to virt-image xml format

On Tue, Jul 01, 2008 at 04:48:47AM +0100, John Levon wrote:
> On Mon, Jun 30, 2008 at 08:14:55PM -0700, David Lutterkort wrote:
> 
> > > > --- virtinst--devel.orig/virt-unpack	1969-12-31 19:00:00.000000000 -0500
> > > > +++ virtinst--devel/virt-unpack	2008-06-26 10:30:45.000000000 -0400
> > > 
> > > Why isn't this called virt-convert? I don't see any actually "unpacking"
> > > going on here.
> >  
> > Calling it virt-pack is more a historical accident. I think renaming it
> > to virt-convert makes sense. It'll require some small changes in the
> > command line switches though, so you cna say from what format and to
> > what format you want to convert.
> 
> Indeed. I have some comments on that too. What I'd like to see is
> something like the logic below. I may even be sending patches to do
> this, if I can get some consensus.
> 
> virt-convert [-i ifmt] -o ofmt input [output]

[snip rest of example]

I think this makes alot of sense - it is definitely important to have the 
command line syntax support multiple formats, even if we've only got an
impl for vmware so far.

Daniel
--

-- 
|: Red Hat, Engineering, London   -o-   http://people.redhat.com/berrange/ :|
|: http://libvirt.org  -o-  http://virt-manager.org  -o-  http://ovirt.org :|
|: http://autobuild.org       -o-         http://search.cpan.org/~danberr/ :|
|: GnuPG: 7D3B9505  -o-  F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 :|

headers

Daniel P. Berrange | 1 Jul 10:56

Re: (no subject)

On Tue, Jul 01, 2008 at 03:23:05PM +0800, lyh wrote:
>     
> 
>    Dear Sir/Madam,
>    I am writing to you with reference to 5 questions:
> 
>    1) Since the Virtio was chosen to be the main platform for IO
>    virtualization in KVM , how can I get to know the inside of this scheme?

[snip rest of questions]

This isn't really a KVM developer mailing list - this is for userspace
tools managing KVM & other virtualization platforms. You'll likely get
better answers from the KVM mailing list detailed here:

  http://kvm.qumranet.com/kvmwiki/Lists%2C_IRC

Regards,
Daniel
--

-- 
|: Red Hat, Engineering, London   -o-   http://people.redhat.com/berrange/ :|
|: http://libvirt.org  -o-  http://virt-manager.org  -o-  http://ovirt.org :|
|: http://autobuild.org       -o-         http://search.cpan.org/~danberr/ :|
|: GnuPG: 7D3B9505  -o-  F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 :|

headers

Tom Brown | 1 Jul 12:20

cobbler-1.0.1-2 - build problem using koan

Hi

I cant use DHCP yet in my prd environment but i can use koan so i can 
have cobbler rebuild existing hosts.

I have setup a cobbler server and added a test system to that but i 
encounter an issue when i try and build using koan in that after the 
client reboots and boots the 'kick' kernel it seems unable to get the 
kickstart as it starts to ask me which ethernet card to use and also 
then tries to do a DHCP request.

If i hit the URL that generates the kickstart it seems fine and the 
network part looks like this apart from the xxxxxx and the 
'cobbler.server' hostname

# Use network installation
url --url=http://cobbler.server/cblr/links/RHEL4-u5-i386
# Network information
network --bootproto=static --device=eth0 --onboot=on --ip=10.xxx.xxx.19  
--netmask=255.255.254.0 --gateway=10.xxx.xxx.253 
--nameserver=10.xxx.xxx.117 --hostname=xxxxxxxx

In the grub config on the client before i reboot i see this

title kick1214906905
    root (hd0,0)
    kernel /vmlinuz ro root=LABEL=/ 
ks=http://cobbler.server/cblr/svc/op/ks/system/xxxxxxxx
    initrd /initrd.img

and the 'cobbler.server' can be resolved from the client using the 
correct nameserver -

Does anyone have any ideas whats going on as i am stuck?

thanks

headers

Adam Rosenwald | 1 Jul 12:52

Re: cobbler-1.0.1-2 - build problem using koan

Tom,

Please provide the following info:

What does /tftpboot/pxelinux.cfg/xxxxxxx look like (where xxxxxxxx corresponds to your system)?

Is xinetd (or standalone tftpd) running?

What does the host entry (corresponding to your system) in /etc/dhcpd.conf look like?

Is dhcpd running?

Are you 100% positive that there is an ethernet link on eth0 and not on some other NIC? (you may want to try setting ksdevice=link in your tftp boot file)?
Do you observe dhcp-related noise on the cobbler server (tcpdump, etc.) indicating that the provisioned system is communicating properly? Are there any f/w's, vlan issues (you may need a dhcp helper address if your system is on a separate vlan than the cobbler server), etc. that might interfere with the boot process?
Can you provide a more detailed list of what shows up on the console during the boot process?

Regards,

- A.

Tom Brown wrote:

Hi

I cant use DHCP yet in my prd environment but i can use koan so i can have cobbler rebuild existing hosts.

I have setup a cobbler server and added a test system to that but i encounter an issue when i try and build using koan in that after the client reboots and boots the 'kick' kernel it seems unable to get the kickstart as it starts to ask me which ethernet card to use and also then tries to do a DHCP request.

If i hit the URL that generates the kickstart it seems fine and the network part looks like this apart from the xxxxxx and the 'cobbler.server' hostname

# Use network installation
url --url=http://cobbler.server/cblr/links/RHEL4-u5-i386
# Network information
network --bootproto=static --device=eth0 --onboot=on --ip=10.xxx.xxx.19 --netmask=255.255.254.0 --gateway=10.xxx.xxx.253 --nameserver=10.xxx.xxx.117 --hostname=xxxxxxxx

In the grub config on the client before i reboot i see this

title kick1214906905
   root (hd0,0)
   kernel /vmlinuz ro root=LABEL=/ ks=http://cobbler.server/cblr/svc/op/ks/system/xxxxxxxx
   initrd /initrd.img

and the 'cobbler.server' can be resolved from the client using the correct nameserver -

Does anyone have any ideas whats going on as i am stuck?

thanks

_______________________________________________
et-mgmt-tools mailing list
et-mgmt-tools-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org
https://www.redhat.com/mailman/listinfo/et-mgmt-tools

_______________________________________________
et-mgmt-tools mailing list
et-mgmt-tools@...
https://www.redhat.com/mailman/listinfo/et-mgmt-tools

headers

Tom Brown | 1 Jul 12:55

Re: cobbler-1.0.1-2 - build problem using koan


>
>
> I cant use DHCP yet in my prd environment but i can use koan so i can 
> have cobbler rebuild existing hosts.
>
> I have setup a cobbler server and added a test system to that but i 
> encounter an issue when i try and build using koan in that after the 
> client reboots and boots the 'kick' kernel it seems unable to get the 
> kickstart as it starts to ask me which ethernet card to use and also 
> then tries to do a DHCP request.
>
> If i hit the URL that generates the kickstart it seems fine and the 
> network part looks like this apart from the xxxxxx and the 
> 'cobbler.server' hostname
>
> # Use network installation
> url --url=http://cobbler.server/cblr/links/RHEL4-u5-i386
> # Network information
> network --bootproto=static --device=eth0 --onboot=on 
> --ip=10.xxx.xxx.19  --netmask=255.255.254.0 --gateway=10.xxx.xxx.253 
> --nameserver=10.xxx.xxx.117 --hostname=xxxxxxxx
>
> In the grub config on the client before i reboot i see this
>
> title kick1214906905
>    root (hd0,0)
>    kernel /vmlinuz ro root=LABEL=/ 
> ks=http://cobbler.server/cblr/svc/op/ks/system/xxxxxxxx
>    initrd /initrd.img
>
> and the 'cobbler.server' can be resolved from the client using the 
> correct nameserver -
>
> Does anyone have any ideas whats going on as i am stuck?
>

i should perhaps point out that i i have manage_dhcp=0 in the 
configuration so DHCP should not come into the equation. Also i have 
since removed the cobbler server hostname and replaced it with an IP 
incase this made a difference, it hasnt.

Using a different tty on the install process just before it asks me 
about which ethernet card to use i can see it say 'getting kickstart 
file' - If i boot the client i am trying to install back into its OS and 
then wget on the kickstart URL it downloads fine.

still stuck....

thanks

2	August 2009
102	July 2009
76	June 2009
54	May 2009
51	April 2009
100	March 2009
96	February 2009
108	January 2009
156	December 2008
91	November 2008
178	October 2008
124	September 2008
166	August 2008
283	July 2008
261	June 2008
198	May 2008
253	April 2008
208	March 2008
242	February 2008
123	January 2008
126	December 2007
214	November 2007
164	October 2007
212	September 2007
234	August 2007
188	July 2007
251	June 2007
153	May 2007
157	April 2007
257	March 2007
187	February 2007
39	January 2007

Mon	Tue	Wed	Thu	Fri	Sat	Sun

	1	2	3	4	5	6
7	8	9	10	11	12	13
14	15	16	17	18	19	20
21	22	23	24	25	26	27
28	29	30	31