headers
Saori Fukuta | 1 Mar 07:46
Favicon

[PATCH] waiting VNC port number take2

Hi,

On Fri, 23 Feb 2007 12:00:05 +0000 "Daniel P. Berrange" wrote:

> > >  - Once the above fix in libvirt is done, we can make virt-install do
> > >    a loop like the one you have below, but instead of looking in xenstore
> > >    it will look at the port in the XML - waiting for it to change from '-1'
> > >    to an actual port number
> > 
> > You are right, I will consider again as you pointed out.
> 
> Excellant.

I made a patch for current libvirt(revision 1.420) that fixed following:
    revision 1.417
    date: 2007/02/27 15:22:13;  author: berrange;  state: Exp;  lines:+7 -0
    Don't hardcode port=5900+domid for new xend

Signed-off-by: Saori Fukuta <fukuta.saori@...>

Thanks,
Saori Fukuta.

Index: virt-install
===================================================================
diff -r 1776ef836bf6 virt-install
--- a/virt-install      Wed Feb 28 07:47:31 2007 -0500
+++ b/virt-install      Thu Mar 01 23:26:17 2007 +0900
@@ -313,11 +313,19 @@ def get_xml_string(dom, path):
         return None
(Continue reading)

Permalink | Reply | 2 comments |
headers
Dhawal Doshy | 1 Mar 08:22
Favicon

Re: Released -- Cobbler 0.4.3, Koan 0.2.6

Michael DeHaan wrote:
> Primarily bugfixes. 
> Cobbler 0.4.3
> - Added netboot_enabled option for systems to control install loops in 
> programmatic context.   (you can ignore this, it's not surfaced in the CLI)
> - Disabling anchors in YAML serialization (which make files harder to edit)
> - Fix bug in ksmeta argument processing, takes whitespace again, not commas
> - Fix bug in old-style deserialization with str and int concatenation
> 
> Koan 0.2.6
> - Store images in a SELinux friendly path
> - the output of --list-profiles is now sorted
> 
> Out on et.redhat.com now and waiting on the Fedora mirrors...

Just upgraded to 0.4.3, no issues out of the box to report.. will let 
you know post some testing..

- dhawal
Permalink | Reply | 0 comments |
headers
Tatsuro Enokura | 1 Mar 09:11

[PATCH]Check the starting domain's uuid

Hi

The virt-install command has a problem that the information of
the existent domain is overwritten by virt-install command
specifing the domain's uuid.
Futhermore, the existent domain's set-up file is overwritten
on the xen-3.0.4.

I make a patch checking the starting domain's uuid on Guest.py.

Signed-off-by: Tatsuro Enokura <fj1826dm@...>

Thanks,
Tatsuro Enokura

=======================================================================
diff -r 1776ef836bf6 virtinst/Guest.py
--- a/virtinst/Guest.py Wed Feb 28 07:47:31 2007 -0500
+++ b/virtinst/Guest.py Fri Mar 02 00:07:29 2007 +0900
@@ -554,7 +554,19 @@ class Guest(object):

     def _set_defaults(self):
         if self.uuid is None:
-            self.uuid = util.uuidToString(util.randomUUID())
+            while 1:
+                self.uuid = util.uuidToString(util.randomUUID())
+                try:
+                    if self.conn.lookupByUUIDString(self.uuid) is not None:
+                        continue
+                except libvirt.libvirtError:
(Continue reading)

Permalink | Reply | 2 comments |
headers
James Fidell | 1 Mar 10:32
Picon

Re: Xen domU + koan

Michael DeHaan wrote:

> koan needs to be ported over to use the same virtinst-devel python
> library that virtguest-install uses, and when that happens, it will be
> capable of doing fullvirt installs (and anything else virtinst can
> install, which can include virtualization technology other than Xen -- I
> believe QEmu is the one virt-manager is supporting now).
> 
> I've wanted to do this earlier -- though I doubt that will happen prior
> to mid March.    Should someone be feeling adventurous, patches would
> definitely be accepted.   If not, I'll get around to it when I can --
> it's next up on the cobbler/koan feature list and should require
> modifications to koan only, not cobbler.   I'm imagining koan will take
> a "--fullvirt" flag in addition to it's "--virt" one it takes now.

I'd love to do this.  Unfortunately I don't yet speak python, so I'm at
a bit of a disadvantage.  Something else to add to my list of things to
do in "my copious free time" :)

James
Permalink | Reply | 0 comments |
headers
Daniel P. Berrange | 1 Mar 14:51
Picon
Favicon

Re: [PATCH] waiting VNC port number take2

On Thu, Mar 01, 2007 at 03:46:34PM +0900, Saori Fukuta wrote:
> Hi,
> 
> On Fri, 23 Feb 2007 12:00:05 +0000 "Daniel P. Berrange" wrote:
> 
> > > >  - Once the above fix in libvirt is done, we can make virt-install do
> > > >    a loop like the one you have below, but instead of looking in xenstore
> > > >    it will look at the port in the XML - waiting for it to change from '-1'
> > > >    to an actual port number
> > > 
> > > You are right, I will consider again as you pointed out.
> > 
> > Excellant.
> 
> I made a patch for current libvirt(revision 1.420) that fixed following:
>     revision 1.417
>     date: 2007/02/27 15:22:13;  author: berrange;  state: Exp;  lines:+7 -0
>     Don't hardcode port=5900+domid for new xend
> 
> Signed-off-by: Saori Fukuta <fukuta.saori@...>

Great - this patch looks good :-)

Dan.
--

-- 
|=- Red Hat, Engineering, Emerging Technologies, Boston.  +1 978 392 2496 -=|
|=-           Perl modules: http://search.cpan.org/~danberr/              -=|
|=-               Projects: http://freshmeat.net/~danielpb/               -=|
|=-  GnuPG: 7D3B9505   F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505  -=|
(Continue reading)

Permalink | Reply | 0 comments |
headers
Hugh Brock | 1 Mar 16:28
Picon
Favicon
Gravatar

Re: [PATCH] waiting VNC port number take2

Saori Fukuta wrote:
> Hi,
> 
> On Fri, 23 Feb 2007 12:00:05 +0000 "Daniel P. Berrange" wrote:
> 
>>>>  - Once the above fix in libvirt is done, we can make virt-install do
>>>>    a loop like the one you have below, but instead of looking in xenstore
>>>>    it will look at the port in the XML - waiting for it to change from '-1'
>>>>    to an actual port number
>>> You are right, I will consider again as you pointed out.
>> Excellant.
> 
> I made a patch for current libvirt(revision 1.420) that fixed following:
>     revision 1.417
>     date: 2007/02/27 15:22:13;  author: berrange;  state: Exp;  lines:+7 -0
>     Don't hardcode port=5900+domid for new xend
> 
> Signed-off-by: Saori Fukuta <fukuta.saori@...>
> 
> Thanks,
> Saori Fukuta.
> 
> Index: virt-install
> ===================================================================
> diff -r 1776ef836bf6 virt-install
> --- a/virt-install      Wed Feb 28 07:47:31 2007 -0500
> +++ b/virt-install      Thu Mar 01 23:26:17 2007 +0900
> @@ -313,11 +313,19 @@ def get_xml_string(dom, path):
>          return None
>
(Continue reading)

Permalink | Reply | 0 comments |
headers
Msquared | 2 Mar 06:45
Picon
Favicon

Re: Released -- Cobbler 0.4.3 - kickstart path generation bug on import

On Wed, Feb 28, 2007 at 05:46:25PM -0500, Michael DeHaan wrote:

> Cobbler 0.4.3

Bug in import, producing kickstart tree.  eg:

  cobbler --import --mirror=root <at> localhost:/media/cdrom/ --mirror-name=fedora6

produces (among the rest of the output)

  *** KICKSTART TREE = tree=http://134.115.xxx.xxx//ks_mirror/fedora6

which should probably read

  *** KICKSTART TREE = tree=http://134.115.xxx.xxx/cobbler/ks_mirror/fedora6

Regards, Msquared...
Permalink | Reply | 1 comment |
headers
Msquared | 2 Mar 07:49
Picon
Favicon

Re: Released -- Cobbler 0.4.3 - kickstart selection bug?

On Wed, Feb 28, 2007 at 05:46:25PM -0500, Michael DeHaan wrote:

> Cobbler 0.4.3

When I ran an import of a DVD with 

  cobbler --import --mirror=root <at> localhost:/media/cdrom/ --mirror-name=fedora6

the profiles (one for pxeboot, one for xen) both had virt_paravirt: True
set, and they both had /etc/kickstart_fc5.ks selected, instead of
kickstart_fc6.ks or kickstart_fc6_DomU.ks selected.

Regards, Msquared...
Permalink | Reply | 1 comment |
headers
Msquared | 2 Mar 08:13
Picon
Favicon

ks_meta in profile vs distro

Hi!

I have a question about how dictionaries are handled in distro entries and
profile entries, and a suggestion about the default location of the tree
key in the distro and profile entries that are created with cobbler
import.

Handling Dictionaries In Distros and Profiles

I notice that the ks_meta dictionary exists in both the profile and the
distro: does this mean that the dictionaries are merged before being used?
If a dictionary key is in both, will the entry in the profile override the
entry in the distro?

Default Location For tree in ks_meta Dictionary

When I run cobbler import, the ks_meta tree entry ends up in the profile
that is created, but can that be added to the distro instead?

It seems to me that the tree is associated with the distro, so the distro
would be the most sensible place for the tree key of the ks_meta
dictionary to be set.

I realise that I could move the tree entry from the profile to the distro
(assuming they are merged), but I would prefer fewer manual steps.

While it makes most sense to set the tree in the distro, I imagine that
someone else might prefer to keep it in the profile, so perhaps there
could be a command-line option for this?
(Continue reading)

Permalink | Reply | 1 comment |
headers
Msquared | 2 Mar 08:16
Picon
Favicon

kickstart file specified in distro (rather than profile)?

Can I specify a kickstart entry in the distro?  This would be the default,
which I could override for each profile I create.

I ask because I notice the kickstart option to cobbler profile add is
optional.

Perhaps cobbler import could have an option that allows the kickstart
entry to be written to the distro it creates, rather than to the profile
it creates?

Regards, Msquared...
Permalink | Reply | 3 comments |

Gmane