From prime.provogue at gmail.com Sun Apr 1 03:00:27 2007 From: prime.provogue at gmail.com (niyaz chistee) Date: Sun, 1 Apr 2007 08:30:27 +0530 Subject: [et-mgmt-tools] Kernel panic while booting rhel4 via pxe In-Reply-To: <3293c1d10703310433h38b2f7bncc395f08f3187057@mail.gmail.com> References: <3293c1d10703310315n2669ff34lbe681801554ab116@mail.gmail.com> <460E3A6B.3090702@netmagicsolutions.com> <3293c1d10703310351i3d0b45dbxa42124be3ddee136@mail.gmail.com> <460E4335.5060503@netmagicsolutions.com> <3293c1d10703310433h38b2f7bncc395f08f3187057@mail.gmail.com> Message-ID: <3293c1d10703312000h8539719me0f37a7dfc4acfbc@mail.gmail.com> Well, finally I got to try my cobbler koan setup on a physical client and it worked with charm (had to adjust the kickstart a little to get a fully un-attended installation). So I configured two profiles now one helps in creating virtual machines on the same cobbler server and another one helps in creating new physical machines. But then also the problem mentioned earlier remains. I am not able to install a new virtual machine via vmware. Do I need to create a new separate profile for vmware . Thanks for all help. Regards SysAdmin On 3/31/07, niyaz chistee wrote: > > Thanks for the quick reply once again. I did append ramdisk_size=8192 or > ramdisk_size=16438 but it didn't helped. Same error once again. One more > thing to tell you is that I am trying to install the client via VMware in > windows. Does this situation creates this error? > > Thanks in advance. > > Regards > SysAdmin > > On 3/31/07, Dhawal Doshy wrote: > > > > niyaz chistee wrote: > > > Thanks for quick response. This is my cobbler --report: > > > distro : rhel4 > > > kernel : /media/hda6/rhel4/images/pxeboot/vmlinuz > > > initrd : /media/hda6/rhel4/images/pxeboot/initrd.img > > > kernel options : {} > > > architecture : x86 > > > ks metadata : {} > > > breed : redhat > > > > > > profile : rhel4x > > > distro : rhel4 > > > kickstart : /media/hda6/rhel4/ks.cfg > > > kernel options : {} > > > ks metadata : {} > > > virt file size : 5 > > > virt ram : 512 > > > virt paravirt : True > > > repos : > > > > > > And here is my /tftpboot/pxelinux.cfg/default: > > > > > > DEFAULT local > > > PROMPT 1 > > > MENU TITLE Cobbler | http://cobbler.et.redhat.com > > > TIMEOUT 200 > > > TOTALTIMEOUT 6000 > > > ONTIMEOUT local > > > > > > LABEL local > > > MENU LABEL (local) > > > MENU DEFAULT > > > LOCALBOOT 0 > > > > > > LABEL rhel4x > > > kernel /images/rhel4/vmlinuz > > > MENU LABEL rhel4x > > > append ksdevice=eth0 lang= syslog= 192.168.1.45:25150 > > > text initrd=/images/rhel4/initrd.img ks= > > > http://192.168.1.45/cblr/kickstarts/rhel4x/ks.cfg > > > > You do not appear to have a ramdisk_size=8192 OR ramdisk_size=16438 in > > your 'append' line of '/tftpboot/pxelinux.cfg/default'. Maybe (just > > maybe) that is the cause of the this problem.. > > > > > > _______________________________________________ > > et-mgmt-tools mailing list > > et-mgmt-tools at redhat.com > > https://www.redhat.com/mailman/listinfo/et-mgmt-tools > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From prime.provogue at gmail.com Mon Apr 2 07:57:13 2007 From: prime.provogue at gmail.com (niyaz chistee) Date: Mon, 2 Apr 2007 13:27:13 +0530 Subject: [et-mgmt-tools] Kernel panic while booting rhel4 via pxe In-Reply-To: <3293c1d10703312000h8539719me0f37a7dfc4acfbc@mail.gmail.com> References: <3293c1d10703310315n2669ff34lbe681801554ab116@mail.gmail.com> <460E3A6B.3090702@netmagicsolutions.com> <3293c1d10703310351i3d0b45dbxa42124be3ddee136@mail.gmail.com> <460E4335.5060503@netmagicsolutions.com> <3293c1d10703310433h38b2f7bncc395f08f3187057@mail.gmail.com> <3293c1d10703312000h8539719me0f37a7dfc4acfbc@mail.gmail.com> Message-ID: <3293c1d10704020057u244cb622qc7720c6e7a427603@mail.gmail.com> Okay now I tried one more thing. This time I installed vmware on the same machine on which my cobbler setup was. And I booted RHEL4 via PXE and it booted and got installed. But what is happening when I try to boot my Virtual machine from VMware which itself is installed on a separate machine with windows xp as host. I even have bridged virtual interface in vmware /dev/vmnet0 on both places but it works on the same machine on which cobbler is but not on the different machine with vmware. Thanks Regards SysAdmin On 4/1/07, niyaz chistee wrote: > > Well, finally I got to try my cobbler koan setup on a physical client and > it worked with charm (had to adjust the kickstart a little to get a fully > un-attended installation). So I configured two profiles now one helps in > creating virtual machines on the same cobbler server and another one helps > in creating new physical machines. But then also the problem mentioned > earlier remains. > I am not able to install a new virtual machine via vmware. Do I need to > create a new separate profile for vmware . > > Thanks for all help. > > Regards > SysAdmin > > On 3/31/07, niyaz chistee wrote: > > > > Thanks for the quick reply once again. I did append ramdisk_size=8192 or > > ramdisk_size=16438 but it didn't helped. Same error once again. One more > > thing to tell you is that I am trying to install the client via VMware in > > windows. Does this situation creates this error? > > > > Thanks in advance. > > > > Regards > > SysAdmin > > > > On 3/31/07, Dhawal Doshy < dhawal at netmagicsolutions.com > wrote: > > > > > > niyaz chistee wrote: > > > > Thanks for quick response. This is my cobbler --report: > > > > distro : rhel4 > > > > kernel : /media/hda6/rhel4/images/pxeboot/vmlinuz > > > > initrd : /media/hda6/rhel4/images/pxeboot/initrd.img > > > > kernel options : {} > > > > architecture : x86 > > > > ks metadata : {} > > > > breed : redhat > > > > > > > > profile : rhel4x > > > > distro : rhel4 > > > > kickstart : /media/hda6/rhel4/ks.cfg > > > > kernel options : {} > > > > ks metadata : {} > > > > virt file size : 5 > > > > virt ram : 512 > > > > virt paravirt : True > > > > repos : > > > > > > > > And here is my /tftpboot/pxelinux.cfg/default: > > > > > > > > DEFAULT local > > > > PROMPT 1 > > > > MENU TITLE Cobbler | http://cobbler.et.redhat.com > > > > TIMEOUT 200 > > > > TOTALTIMEOUT 6000 > > > > ONTIMEOUT local > > > > > > > > LABEL local > > > > MENU LABEL (local) > > > > MENU DEFAULT > > > > LOCALBOOT 0 > > > > > > > > LABEL rhel4x > > > > kernel /images/rhel4/vmlinuz > > > > MENU LABEL rhel4x > > > > append ksdevice=eth0 lang= syslog= 192.168.1.45:25150 > > > > text initrd=/images/rhel4/initrd.img > > > ks= > > > > http://192.168.1.45/cblr/kickstarts/rhel4x/ks.cfg > > > > > > You do not appear to have a ramdisk_size=8192 OR ramdisk_size=16438 in > > > your 'append' line of '/tftpboot/pxelinux.cfg/default'. Maybe (just > > > maybe) that is the cause of the this problem.. > > > > > > > > > _______________________________________________ > > > et-mgmt-tools mailing list > > > et-mgmt-tools at redhat.com > > > https://www.redhat.com/mailman/listinfo/et-mgmt-tools > > > > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From kedia.vikas at gmail.com Mon Apr 2 08:29:46 2007 From: kedia.vikas at gmail.com (Vikas) Date: Mon, 2 Apr 2007 01:29:46 -0700 Subject: [et-mgmt-tools] Possible bug in cobbler 0.4.5.3 on FC6 Message-ID: Here are the steps I followed: $cobbler import --mirror=/rhel5 --name=C5 The directory /rhel5 has the contents of 6 discs of rhel in one directory. This is the error I got: - no comps file found: /var/www/cobbler/ks_mirror/C5/repodata/comps.xml Traceback (most recent call last): File "/usr/lib/python2.4/site-packages/cobbler/cobbler.py", line 502, in main BootCLI(sys.argv).run() File "/usr/lib/python2.4/site-packages/cobbler/cobbler.py", line 102, in run self.curry_args(self.args[1:], self.commands['toplevel']) File "/usr/lib/python2.4/site-packages/cobbler/cobbler.py", line 418, in curry_args commands[args[0]](args[1:]) File "/usr/lib/python2.4/site-packages/cobbler/cobbler.py", line 312, in import_tree return self.apply_args(args,commands,on_ok) File "/usr/lib/python2.4/site-packages/cobbler/cobbler.py", line 406, in apply_args on_ok() File "/usr/lib/python2.4/site-packages/cobbler/cobbler.py", line 311, in on_ok = lambda: go_import() File "/usr/lib/python2.4/site-packages/cobbler/cobbler.py", line 304, in go_import self.temp_mirror_name) File "/usr/lib/python2.4/site-packages/cobbler/api.py", line 152, in import_tree return importer.run() File "/usr/lib/python2.4/site-packages/cobbler/action_import.py", line 82, in run self.guess_kickstarts() File "/usr/lib/python2.4/site-packages/cobbler/action_import.py", line 139, in guess_kickstarts results = self.scan_rpm_filename(rpm) File "/usr/lib/python2.4/site-packages/cobbler/action_import.py", line 186, in scan_rpm_filename major = int(major) ValueError: invalid literal for int(): 5Server Even though with this error: [root at 69 ~]# koan --server=69.90.xxx.yyy --list-profile listing defined profiles... C5 C5-xen The above output seems to be ok. So here are my questions: A. Why does the above mentioned error happen ? B. Can this error be ignored ? ----- Mortgage fir Virtualization Group http://www.mortgagefit.com Vikas vikas at mortgagefit dot com From prime.provogue at gmail.com Mon Apr 2 10:46:33 2007 From: prime.provogue at gmail.com (niyaz chistee) Date: Mon, 2 Apr 2007 16:16:33 +0530 Subject: [et-mgmt-tools] Possible bug in cobbler 0.4.5.3 on FC6 In-Reply-To: References: Message-ID: <3293c1d10704020346l781e3e80vf48501b96403c425@mail.gmail.com> On 4/2/07, Vikas wrote: > > Here are the steps I followed: > $cobbler import --mirror=/rhel5 --name=C5 > > The directory /rhel5 has the contents of 6 discs of rhel in one directory. > > This is the error I got: > - no comps file found: /var/www/cobbler/ks_mirror/C5/repodata/comps.xml > Traceback (most recent call last): > File "/usr/lib/python2.4/site-packages/cobbler/cobbler.py", line 502, in > main > BootCLI(sys.argv).run() > File "/usr/lib/python2.4/site-packages/cobbler/cobbler.py", line 102, in > run > self.curry_args(self.args[1:], self.commands['toplevel']) > File "/usr/lib/python2.4/site-packages/cobbler/cobbler.py", line > 418, in curry_args > commands[args[0]](args[1:]) > File "/usr/lib/python2.4/site-packages/cobbler/cobbler.py", line > 312, in import_tree > return self.apply_args(args,commands,on_ok) > File "/usr/lib/python2.4/site-packages/cobbler/cobbler.py", line > 406, in apply_args > on_ok() > File "/usr/lib/python2.4/site-packages/cobbler/cobbler.py", line > 311, in > on_ok = lambda: go_import() > File "/usr/lib/python2.4/site-packages/cobbler/cobbler.py", line > 304, in go_import > self.temp_mirror_name) > File "/usr/lib/python2.4/site-packages/cobbler/api.py", line 152, in > import_tree > return importer.run() > File "/usr/lib/python2.4/site-packages/cobbler/action_import.py", > line 82, in run > self.guess_kickstarts() > File "/usr/lib/python2.4/site-packages/cobbler/action_import.py", > line 139, in guess_kickstarts > results = self.scan_rpm_filename(rpm) > File "/usr/lib/python2.4/site-packages/cobbler/action_import.py", > line 186, in scan_rpm_filename > major = int(major) > ValueError: invalid literal for int(): 5Server > > > Even though with this error: > [root at 69 ~]# koan --server=69.90.xxx.yyy --list-profile > listing defined profiles... > C5 > C5-xen > > The above output seems to be ok. > > So here are my questions: > A. Why does the above mentioned error happen ? > B. Can this error be ignored ? Yes the error can be ignored and you can continue with your setup. But I too also don't know the cause. If someone can through light on this error it would be very helpful. Regards. ----- > Mortgage fir Virtualization Group http://www.mortgagefit.com > Vikas > vikas at mortgagefit dot com > > _______________________________________________ > et-mgmt-tools mailing list > et-mgmt-tools at redhat.com > https://www.redhat.com/mailman/listinfo/et-mgmt-tools > -------------- next part -------------- An HTML attachment was scrubbed... URL: From prime.provogue at gmail.com Mon Apr 2 10:55:26 2007 From: prime.provogue at gmail.com (niyaz chistee) Date: Mon, 2 Apr 2007 16:25:26 +0530 Subject: [et-mgmt-tools] Possible bug in cobbler 0.4.5.3 on FC6 In-Reply-To: <3293c1d10704020346l781e3e80vf48501b96403c425@mail.gmail.com> References: <3293c1d10704020346l781e3e80vf48501b96403c425@mail.gmail.com> Message-ID: <3293c1d10704020355l66aaa040l11c5e171bb202153@mail.gmail.com> Just to help you out. I did the same cobbler import --mirro=/media/rhel4 --name=RH4 (/media/rhel4 holding my EL4 dvd) and i found the same error as did you got sent 1944177538 bytes received 31594 bytes 7521118.50 bytes/sec total size is 1943828388 speedup is 1.00 - creating new distro: RH4 - creating new profile: RH4 - running repo update on /var/www/cobbler/ks_mirror/RH4 - no comps file found: /var/www/cobbler/ks_mirror/RH4/repodata/comps.xml - skipping rhel4 since profile isn't mirrored Traceback (most recent call last): File "/usr/lib/python2.4/site-packages/cobbler/cobbler.py", line 502, in main BootCLI(sys.argv).run() File "/usr/lib/python2.4/site-packages/cobbler/cobbler.py", line 102, in run self.curry_args(self.args[1:], self.commands['toplevel']) File "/usr/lib/python2.4/site-packages/cobbler/cobbler.py", line 418, in curry_args commands[args[0]](args[1:]) File "/usr/lib/python2.4/site-packages/cobbler/cobbler.py", line 312, in import_tree return self.apply_args(args,commands,on_ok) File "/usr/lib/python2.4/site-packages/cobbler/cobbler.py", line 406, in apply_args on_ok() File "/usr/lib/python2.4/site-packages/cobbler/cobbler.py", line 311, in on_ok = lambda: go_import() File "/usr/lib/python2.4/site-packages/cobbler/cobbler.py", line 304, in go_import self.temp_mirror_name) File "/usr/lib/python2.4/site-packages/cobbler/api.py", line 152, in import_tree return importer.run() File "/usr/lib/python2.4/site-packages/cobbler/action_import.py", line 82, in run self.guess_kickstarts() File "/usr/lib/python2.4/site-packages/cobbler/action_import.py", line 139, in guess_kickstarts results = self.scan_rpm_filename(rpm) File "/usr/lib/python2.4/site-packages/cobbler/action_import.py", line 186, in scan_rpm_filename major = int(major) ValueError: invalid literal for int(): 4ES My host OS is Redhat Enterprise Linux 5 Server. Regards SysAdmin On 4/2/07, niyaz chistee wrote: > > > > On 4/2/07, Vikas wrote: > > > > Here are the steps I followed: > > $cobbler import --mirror=/rhel5 --name=C5 > > > > The directory /rhel5 has the contents of 6 discs of rhel in one > > directory. > > > > This is the error I got: > > - no comps file found: /var/www/cobbler/ks_mirror/C5/repodata/comps.xml > > Traceback (most recent call last): > > File "/usr/lib/python2.4/site-packages/cobbler/cobbler.py", line 502, > > in main > > BootCLI(sys.argv).run() > > File "/usr/lib/python2.4/site-packages/cobbler/cobbler.py", line 102, > > in run > > self.curry_args(self.args[1:], self.commands['toplevel']) > > File "/usr/lib/python2.4/site-packages/cobbler/cobbler.py", line > > 418, in curry_args > > commands[args[0]](args[1:]) > > File "/usr/lib/python2.4/site-packages/cobbler/cobbler.py", line > > 312, in import_tree > > return self.apply_args(args,commands,on_ok) > > File "/usr/lib/python2.4/site-packages/cobbler/cobbler.py", line > > 406, in apply_args > > on_ok() > > File "/usr/lib/python2.4/site-packages/cobbler/cobbler.py", line > > 311, in > > on_ok = lambda: go_import() > > File "/usr/lib/python2.4/site-packages/cobbler/cobbler.py", line > > 304, in go_import > > self.temp_mirror_name) > > File "/usr/lib/python2.4/site-packages/cobbler/api.py", line 152, in > > import_tree > > return importer.run() > > File "/usr/lib/python2.4/site-packages/cobbler/action_import.py", > > line 82, in run > > self.guess_kickstarts() > > File "/usr/lib/python2.4/site-packages/cobbler/action_import.py", > > line 139, in guess_kickstarts > > results = self.scan_rpm_filename(rpm) > > File "/usr/lib/python2.4/site-packages/cobbler/action_import.py", > > line 186, in scan_rpm_filename > > major = int(major) > > ValueError: invalid literal for int(): 5Server > > > > > > Even though with this error: > > [root at 69 ~]# koan --server=69.90.xxx.yyy --list-profile > > listing defined profiles... > > C5 > > C5-xen > > > > The above output seems to be ok. > > > > So here are my questions: > > A. Why does the above mentioned error happen ? > > B. Can this error be ignored ? > > > Yes the error can be ignored and you can continue with your setup. But I > too also don't know the cause. If someone can through light on this error it > would be very helpful. Regards. > > ----- > > Mortgage fir Virtualization Group http://www.mortgagefit.com > > Vikas > > vikas at mortgagefit dot com > > > > _______________________________________________ > > et-mgmt-tools mailing list > > et-mgmt-tools at redhat.com > > https://www.redhat.com/mailman/listinfo/et-mgmt-tools > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mdehaan at redhat.com Mon Apr 2 14:23:00 2007 From: mdehaan at redhat.com (Michael DeHaan) Date: Mon, 02 Apr 2007 10:23:00 -0400 Subject: [et-mgmt-tools] error while running cobbler import In-Reply-To: <3293c1d10703301840j3fc46b4atc4e4477056cad24d@mail.gmail.com> References: <3293c1d10703301840j3fc46b4atc4e4477056cad24d@mail.gmail.com> Message-ID: <461111C4.9080004@redhat.com> niyaz chistee wrote: > Hi, > > I am trying to configure cobbler to configure my xen virtual machines. > I tried to import the installation tree of rhel5 from cobbler using > the command: > > cobbler import --mirror=/rhel5/Dump/ --mirror-name=rhel5 ... snip ... Apparently the version detection code needs some tweaking to work well with RHEL5 trees -- I primarily testing against Fedora. It looks like everything else went ok, so the only thing you might want to do is change the kickstart entry in /var/lib/cobbler/profiles to some other file, if /etc/cobbler/default.ks isn't good enough -- or you could just change that file. I'll put some more RHEL5 import testing on the list of things to investigate for this week. --Michael > ------------------------------------------------------------------------ > > _______________________________________________ > et-mgmt-tools mailing list > et-mgmt-tools at redhat.com > https://www.redhat.com/mailman/listinfo/et-mgmt-tools From mdehaan at redhat.com Mon Apr 2 14:27:19 2007 From: mdehaan at redhat.com (Michael DeHaan) Date: Mon, 02 Apr 2007 10:27:19 -0400 Subject: [et-mgmt-tools] Re: error while running cobbler import In-Reply-To: <3293c1d10703302259x12120c73rc789e452c324c18d@mail.gmail.com> References: <3293c1d10703301840j3fc46b4atc4e4477056cad24d@mail.gmail.com> <3293c1d10703301956y5fcb1a72ue12fedb5081b04d9@mail.gmail.com> <3293c1d10703302134u48851b10iac56a839ffcef128@mail.gmail.com> <3293c1d10703302259x12120c73rc789e452c324c18d@mail.gmail.com> Message-ID: <461112C7.2020808@redhat.com> niyaz chistee wrote: > Hello, > > Finally I got rid of the dhcp problem. I'm glad you got your problems figured out. As you can guess, the balloon message was about you not having enough RAM. Xen isn't completely obvious about what goes wrong when, this is true :) > But I had to stop my dummy0 virtual network interface in dom0 host and > have to bridge my xenbr1 to eth1 (physical wireless device on dom0 > host). The installation started without asking me anything (that was > real great un-attended installation). > The only thing it asked was when it was about to create the > partitions. It asked me whether it should format the whole disk or > not. When I pressed Yes it continued. If I want it to not ask this > thing what should I do. And one more thing after installation it stop > and asked me to press reboot button. There are some sample kickstarts in /etc/cobbler that you could use, particularly one that is tailored to creating really small Xen guests. > If I want it to automatically reboot then what should I do. I guess > something %post directive. reboot goes in the main section of the kickstart, not post. For an example, see /etc/cobbler/kickstart_fc6_domU.ks > Please help. And one more thing, I had to made huge modifications in > my kickstart file. So I am posting it once more. Hope it help you guys > in getting me: > > install > nfs --server=192.168.1.5 --dir=/rhel5/Dump > key > lang en_US.UTF-8 > network --bootproto=bootp --device=eth0 --onboot=on > rootpw --iscrypted $1$VwD9nalr$06K0bUawzanX72gNk0es91 > firewall --disabled > authconfig --enableshadow --enablemd5 > selinux --disabled > timezone --utc Asia/Calcutta > bootloader --location=mbr --driveorder=xvda --append="console=xvc0" > # The following is the partition information you requested > # Note that any partitions you deleted are not expressed > # here so unless you clear all partitions first, this is > # not guaranteed to work > clearpart --all --drives=xvda > part /boot --fstype ext3 --size=100 --ondisk=xvda > part pv.2 --size=0 --grow --ondisk=xvda > volgroup VolGroup00 --pesize=32768 pv.2 > logvol / --fstype ext3 --name=LogVol00 --vgname=VolGroup00 --size=1024 > --grow > logvol swap --fstype swap --name=LogVol01 --vgname=VolGroup00 > --size=144 --grow --maxsize=288 > > %packages > @admin-tools > @base > @core > > > On 3/31/07, *niyaz chistee* > wrote: > > Hello guys, > > I somehow overcome the balloon problem. What I did was I delete > the system and profile by > cobbler system remove --name= > cobbler profile remove --name= > > And I added again the profile but this time I gave > --virt-ram-size=256 (as this was where koan reported warning > earlier) and then I created system as I did previously. > Then I ran koan once again (as I did earlier) but now a new > problem. It starts the virtual machine and ask me to connect to it > via xm console. I did so but it hangs during acquiring ip address > from dhcp. After sometime it ask me to give ip address manually I > do so ( 10.1.1.45/255.255.255.0 > gateway 10.1.1.1 ) but then it reports error in > getting nfs:/10.1.1.1/rhel5/Dump/ks.cfg. I have figured out the > problem. But don't know how to resolve it. > It is the same as I mentioned earlier. I have two network > interfaces. One is eth1 (wireless device) and other is dummy0 > (virtual network interface). All the communication of xen vm's > with the xen dom0 is done via a bridge xenbr1 which is mapped to > dummy0. And in the dhcpd.conf there is nothing for the subnet > 10.1.1.0 and if I do manually (as of now cobbler > is managing my dhcpd.con) it reports error and doesn't start dhcpd > service. The error is logged into /var/log/messages and it is > shown below: > > Mar 31 10:05:01 server dhcpd: Internet Systems Consortium DHCP > Server V3.0.5-RedHat > Mar 31 10:05:01 server dhcpd: Copyright 2004-2006 Internet Systems > Consortium. > Mar 31 10:05:01 server dhcpd: All rights reserved. > Mar 31 10:05:01 server dhcpd: For info, please visit > http://www.isc.org/sw/dhcp/ > Mar 31 10:05:01 server dhcpd: Wrote 0 deleted host decls to leases > file. > Mar 31 10:05:01 server dhcpd: Wrote 0 new dynamic host decls to > leases file. > Mar 31 10:05:01 server dhcpd: Wrote 0 leases to leases file. > Mar 31 10:05:01 server dhcpd: > Mar 31 10:05:01 server dhcpd: No subnet declaration for eth1 ( > 192.168.1.5 ). > Mar 31 10:05:01 server dhcpd: ** Ignoring requests on eth1. If > this is not what > Mar 31 10:05:01 server dhcpd: you want, please write a subnet > declaration > Mar 31 10:05:01 server dhcpd: in your dhcpd.conf file for the > network segment > Mar 31 10:05:01 server dhcpd: to which interface eth1 is > attached. ** > Mar 31 10:05:01 server dhcpd: > Mar 31 10:05:01 server dhcpd: > Mar 31 10:05:01 server dhcpd: Not configured to listen on any > interfaces! > Mar 31 10:05:01 server dhcpd: > Mar 31 10:05:01 server dhcpd: If you did not get this software > from ftp.isc.org , please > Mar 31 10:05:01 server dhcpd: get the latest from ftp.isc.org > and install that before > Mar 31 10:05:01 server dhcpd: requesting help. > Mar 31 10:05:01 server dhcpd: > Mar 31 10:05:01 server dhcpd: If you did get this software from > ftp.isc.org and have not > Mar 31 10:05:01 server dhcpd: yet read the README, please read it > before requesting help. > Mar 31 10:05:01 server dhcpd: If you intend to request help from > the dhcp-server at isc.org > Mar 31 10:05:01 server dhcpd: mailing list, please read the > section on the README about > Mar 31 10:05:01 server dhcpd: submitting bug reports and requests > for help. > Mar 31 10:05:01 server dhcpd: > Mar 31 10:05:01 server dhcpd: Please do not under any > circumstances send requests for > Mar 31 10:05:01 server dhcpd: help directly to the authors of this > software - please > Mar 31 10:05:01 server dhcpd: send them to the appropriate mailing > list as described in > Mar 31 10:05:01 server dhcpd: the README file. > Mar 31 10:05:01 server dhcpd: > Mar 31 10:05:01 server dhcpd: exiting. > Mar 31 10:05:01 server dhcpd: dhcpd startup failed > > If you want me to give some more information please feel free to ask. > Thanks in advance > > Regards > SysAdmin > > > On 3/31/07, *niyaz chistee* > wrote: > > Well I thought that I should go the other way. So I did this: > Note: I have my RHEL5 Dump in /rhel5/Dump > > cobbler distro add --name=rhel5 > --kernel=/rhel5/Dump/images/xen/vmlinuz > --initrd=/rhel5/Dump/images/initrd.img > > This ran good. Then I did the following: > > cobbler profile add --name=redhat5x --distro=rhel5 > --kickstart=/rhel5/Dump/ks.cfg --virt-file-size=2 --virt-ram=128 > cobbler system add --name=00:16:3E:5F:93:6A --profile=redhat5x > > Okay Now I exported my /rhel5/Dump via NFS. Here's cat > /etc/exports > /rhel5/Dump 10.1.1.0/255.255.255.0(rw,sync,no_root_squash) > > > For the sake of convience I am also posting my > /rhel5/Dump/ks.cfg and /etc/dhcpd.conf > cat /etc/dhcpd.conf > # > ****************************************************************** > # Cobbler managed dhcpd.conf file > # generated from cobbler dhcp.conf template (Sat Mar 31 > 02:31:13 2007) > # > ****************************************************************** > ddns-update-style interim; > allow booting; > allow bootp; > ignore client-updates; > set vendorclass = option vendor-class-identifier; > subnet 192.168.1.0 netmask 255.255.255.0 > { > option routers 192.168.1.5 ; > option subnet-mask 255.255.255.0 ; > range dynamic-bootp 192.168.1.100 > 192.168.1.254 ; > filename "/pxelinux.0"; > default-lease-time 21600; > max-lease-time 43200; > next-server 10.1.1.1 ; > } > host label1 { > hardware ethernet 00:16:3E:5F:93:6A; > next-server 10.1.1.1 ; > } > > cat /rhel5/Dump/ks.cfg > install > url --url nfs:10.1.1.1:/rhel5/Dump > key > lang en_US.UTF-8 > network --device eth0 --bootproto dhcp > rootpw --iscrypted $1$VwD9nalr$06K0bUawzanX72gNk0es91 > firewall --disabled > authconfig --enableshadow --enablemd5 > selinux --disabled > timezone --utc Asia/Calcutta > bootloader --location=mbr --driveorder=xvda > --append="console=xvc0" > # The following is the partition information you requested > # Note that any partitions you deleted are not expressed > # here so unless you clear all partitions first, this is > # not guaranteed to work > clearpart --all --drives=xvda > part /boot --fstype ext3 --size=100 --ondisk=xvda > part pv.2 --size=0 --grow --ondisk=xvda > volgroup VolGroup00 --pesize=32768 pv.2 > logvol / --fstype ext3 --name=LogVol00 --vgname=VolGroup00 > --size=1024 --grow > logvol swap --fstype swap --name=LogVol01 --vgname=VolGroup00 > --size=144 --grow --maxsize=288 > %packages > @admin-tools > @base > @core > @dialup > @java > @system-tools > @text-internet > > Now I started my portmap,tftp,nfs,httpd services and finally I > started koan. > > koan --virt --server=192.168.1.5 > --profile=redhat5x > It gave me this: > - processing profile: redhat5x > - fetching configuration for profile: redhat5x > - url= http://192.168.1.5/cobbler/profiles/redhat5x > - {'kickstart': 'nfs://10.1.1.1/rhel5/Dump/ks.cfg', 'name': > 'redhat5x', 'virt_ram': 128, 'repos': '', 'kernel_options': > 'ksdevice=eth0 lang= syslog= 10.1.1.1:25150 > text ', 'virt_file_size': 2, 'distro': > 'rhel5-xen', 'virt_paravirt': 'True', 'ks_meta': ''} > - fetching configuration for distro: rhel5-xen > - url=http://192.168.1.5/cobbler/distros/rhel5-xen > - {'kernel': '/rhel5/Dump/images/xen/vmlinuz', 'ks_meta': '', > 'breed': 'redhat', 'kernel_options': 'ksdevice=eth0 lang= > syslog= 10.1.1.1:25150 text ', > 'initrd': '/rhel5/Dump/images/xen/initrd.img', 'arch': 'x86', > 'name': 'rhel5-xen'} > - downloading initrd initrd.img to /tmp/initrd.img > - url=http://192.168.1.5/cobbler/images/rhel5-xen/initrd.img > - downloading kernel vmlinuz to /tmp/vmlinuz > - url= http://192.168.1.5/cobbler/images/rhel5-xen/vmlinuz > - kernel saved = /tmp/vmlinuz > - initrd saved = /tmp/initrd.img > - invalid RAM size specified, defaulting to 256 MB > libvir: Xen Daemon error : POST operation failed: ( xend.err > 'Error creating domain: The privileged domain did not balloon!') > Failed to create domain 00_16_3E_5C_D5_0C > Traceback (most recent call last): > File "/usr/lib/python2.4/site-packages/koan/app.py", line > 97, in main > k.run() > File "/usr/lib/python2.4/site-packages/koan/app.py", line > 152, in run > self.do_virt() > File "/usr/lib/python2.4/site-packages/koan/app.py", line > 297, in do_virt > return self.do_net_install("/tmp",after_download) > File "/usr/lib/python2.4/site-packages/koan/app.py", line > 253, in do_net_install > after_download(self, distro_data, profile_data) > File "/usr/lib/python2.4/site-packages/koan/app.py", line > 296, in after_download > self.do_virt_net_install(profile_data, distro_data) > File "/usr/lib/python2.4/site-packages/koan/app.py", line > 600, in do_virt_net_install > extra=kextra > File "/usr/lib/python2.4/site-packages/koan/virtcreate.py", > line 102, in start_paravirt_install > guest.start_install() > File > "/usr/lib/python2.4/site-packages/virtinst/ParaVirtGuest.py", > line 220, in start_install > return XenGuest.XenGuest.start_install(self, consolecb) > File > "/usr/lib/python2.4/site-packages/virtinst/XenGuest.py", line > 367, in start_install > self.domain = self.conn.createLinux(cxml, 0) > File "/usr/lib/python2.4/site-packages/libvirt.py", line > 249, in createLinux > if ret is None:raise libvirtError('virDomainCreateLinux() > failed') > libvirtError: virDomainCreateLinux() failed > > I don't know what happened during the ballon but it didn't > created the virtual machine I was expecting. > One more thing I would like to through light on is that I have > configured a virtual dummy0 network interface which is bridged > to xenbr1. Here's my ifconfig(not shown are the xen virtual > interfaces): > dummy0 Link encap:Ethernet HWaddr F6:42:E2:23:B6:57 > inet addr:10.1.1.1 Bcast: > 10.1.1.255 Mask:255.255.255.0 > > inet6 addr: fe80::f442:e2ff:fe23:b657/64 Scope:Link > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > RX packets:41 errors:0 dropped:0 overruns:0 frame:0 > TX packets:154 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:0 > RX bytes:7438 (7.2 KiB) TX bytes:11815 (11.5 KiB) > eth1 Link encap:Ethernet HWaddr 00:13:02:4B:70:05 > inet addr: 192.168.1.5 > Bcast:192.168.1.255 Mask: > 255.255.255.0 > inet6 addr: fe80::213:2ff:fe4b:7005/64 Scope:Link > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > RX packets:318 errors:0 dropped:45 overruns:0 frame:0 > TX packets:336 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:1000 > RX bytes:173630 (169.5 KiB) TX bytes:30388 ( 29.6 KiB) > Interrupt:16 Base address:0xe000 > Memory:b0200000-b0200fff > > All my xen related network stuff is handled by dummy0 and it > is then masqureaded to eth1. I think there is problem with > /etc/dhcpd.conf regarding eth1 and dummy0. I am not getting it. > Please through some light. > > Regards > > > On 3/31/07, *niyaz chistee* < prime.provogue at gmail.com > > wrote: > > Hi, > > I am trying to configure cobbler to configure my xen > virtual machines. I tried to import the installation tree > of rhel5 from cobbler using the command: > > cobbler import --mirror=/rhel5/Dump/ --mirror-name=rhel5 > > It ran for sometime mirroring my rpm's and in last it > ended up with this: > sent 2597509927 bytes received 50280 bytes 8644127.14 > bytes/sec > total size is 2596994302 speedup is 1.00 > - creating new distro: rhel5 > - creating new profile: rhel5 > - running repo update on /var/www/cobbler/ks_mirror/rhel5 > - no comps file found: > /var/www/cobbler/ks_mirror/rhel5/repodata/comps.xml > - modifying existing distro: rhel5 > - modifying existing profile: rhel5 > - running repo update on /var/www/cobbler/ks_mirror/rhel5 > - no comps file found: > /var/www/cobbler/ks_mirror/rhel5/repodata/comps.xml > - creating new distro: rhel5-xen > - creating new profile: rhel5-xen > - running repo update on /var/www/cobbler/ks_mirror/rhel5 > - no comps file found: > /var/www/cobbler/ks_mirror/rhel5/repodata/comps.xml > Traceback (most recent call last): > File > "/usr/lib/python2.4/site-packages/cobbler/cobbler.py", > line 502, in main > BootCLI( sys.argv).run() > File > "/usr/lib/python2.4/site-packages/cobbler/cobbler.py", > line 102, in run > self.curry_args(self.args[1:], self.commands['toplevel']) > File > "/usr/lib/python2.4/site-packages/cobbler/cobbler.py", > line 418, in curry_args > commands[args[0]](args[1:]) > File > "/usr/lib/python2.4/site-packages/cobbler/cobbler.py", > line 312, in import_tree > return self.apply_args(args,commands,on_ok) > File > "/usr/lib/python2.4/site-packages/cobbler/cobbler.py", > line 406, in apply_args > on_ok() > File > "/usr/lib/python2.4/site-packages/cobbler/cobbler.py", > line 311, in > on_ok = lambda: go_import() > File > "/usr/lib/python2.4/site-packages/cobbler/cobbler.py", > line 304, in go_import > self.temp_mirror_name) > File "/usr/lib/python2.4/site-packages/cobbler/api.py", > line 152, in import_tree > return importer.run() > File > "/usr/lib/python2.4/site-packages/cobbler/action_import.py", > line 82, in run > self.guess_kickstarts() > File > "/usr/lib/python2.4/site-packages/cobbler/action_import.py", > line 139, in guess_kickstarts > results = self.scan_rpm_filename(rpm) > File > "/usr/lib/python2.4/site-packages/cobbler/action_import.py", > line 186, in scan_rpm_filename > major = int(major) > ValueError: invalid literal for int(): 5Server > > I don't know what this is all about. But when I ran > cobbler report it showed me this: > > [root at server cobbler]# cobbler report > distro : rhel5 > kernel : > /var/www/cobbler/ks_mirror/rhel5/images/pxeboot/vmlinuz > initrd : > /var/www/cobbler/ks_mirror/rhel5/images/pxeboot/initrd.img > kernel options : {} > architecture : x86 > ks metadata : {} > breed : redhat > > distro : rhel5-xen > kernel : > /var/www/cobbler/ks_mirror/rhel5/images/xen/vmlinuz > initrd : > /var/www/cobbler/ks_mirror/rhel5/images/xen/initrd.img > kernel options : {} > architecture : x86 > ks metadata : {} > breed : redhat > > profile : rhel5 > distro : rhel5 > kickstart : /etc/cobbler/default.ks > kernel options : {} > ks metadata : {} > virt file size : 5 > virt ram : 512 > virt paravirt : True > repos : > > profile : rhel5-xen > distro : rhel5-xen > kickstart : /etc/cobbler/default.ks > kernel options : {} > ks metadata : {} > virt file size : 5 > virt ram : 512 > virt paravirt : True > repos : > > That means it has created the distro and profile part. Is > that perfect or something is missing. > > Please help. > > Regards > SysAdmin > > > > > ------------------------------------------------------------------------ > > _______________________________________________ > et-mgmt-tools mailing list > et-mgmt-tools at redhat.com > https://www.redhat.com/mailman/listinfo/et-mgmt-tools From mdehaan at redhat.com Mon Apr 2 14:43:53 2007 From: mdehaan at redhat.com (Michael DeHaan) Date: Mon, 02 Apr 2007 10:43:53 -0400 Subject: [et-mgmt-tools] Kernel panic while booting rhel4 via pxe In-Reply-To: <3293c1d10703310433h38b2f7bncc395f08f3187057@mail.gmail.com> References: <3293c1d10703310315n2669ff34lbe681801554ab116@mail.gmail.com> <460E3A6B.3090702@netmagicsolutions.com> <3293c1d10703310351i3d0b45dbxa42124be3ddee136@mail.gmail.com> <460E4335.5060503@netmagicsolutions.com> <3293c1d10703310433h38b2f7bncc395f08f3187057@mail.gmail.com> Message-ID: <461116A9.2030203@redhat.com> niyaz chistee wrote: > Thanks for the quick reply once again. I did append ramdisk_size=8192 > or ramdisk_size=16438 but it didn't helped. Same error once again. One > more thing to tell you is that I am trying to install the client via > VMware in windows. Does this situation creates this error? FYI: I've removed the ramdisk option (it was unneccessary) from newer versions of cobbler. New installs won't have that. (Still reading...) > > Thanks in advance. > > Regards > SysAdmin > > On 3/31/07, *Dhawal Doshy* > wrote: > > niyaz chistee wrote: > > Thanks for quick response. This is my cobbler --report: > > distro : rhel4 > > kernel : /media/hda6/rhel4/images/pxeboot/vmlinuz > > initrd : /media/hda6/rhel4/images/pxeboot/initrd.img > > kernel options : {} > > architecture : x86 > > ks metadata : {} > > breed : redhat > > > > profile : rhel4x > > distro : rhel4 > > kickstart : /media/hda6/rhel4/ks.cfg > > kernel options : {} > > ks metadata : {} > > virt file size : 5 > > virt ram : 512 > > virt paravirt : True > > repos : > > > > And here is my /tftpboot/pxelinux.cfg/default: > > > > DEFAULT local > > PROMPT 1 > > MENU TITLE Cobbler | http://cobbler.et.redhat.com > > TIMEOUT 200 > > TOTALTIMEOUT 6000 > > ONTIMEOUT local > > > > LABEL local > > MENU LABEL (local) > > MENU DEFAULT > > LOCALBOOT 0 > > > > LABEL rhel4x > > kernel /images/rhel4/vmlinuz > > MENU LABEL rhel4x > > append ksdevice=eth0 lang= syslog= 192.168.1.45:25150 > > > > text initrd=/images/rhel4/initrd.img ks= > > http://192.168.1.45/cblr/kickstarts/rhel4x/ks.cfg > > > You do not appear to have a ramdisk_size=8192 OR ramdisk_size=16438 in > your 'append' line of '/tftpboot/pxelinux.cfg/default'. Maybe (just > maybe) that is the cause of the this problem.. > > > _______________________________________________ > et-mgmt-tools mailing list > et-mgmt-tools at redhat.com > https://www.redhat.com/mailman/listinfo/et-mgmt-tools > > > ------------------------------------------------------------------------ > > _______________________________________________ > et-mgmt-tools mailing list > et-mgmt-tools at redhat.com > https://www.redhat.com/mailman/listinfo/et-mgmt-tools From mdehaan at redhat.com Mon Apr 2 14:44:42 2007 From: mdehaan at redhat.com (Michael DeHaan) Date: Mon, 02 Apr 2007 10:44:42 -0400 Subject: [et-mgmt-tools] Kernel panic while booting rhel4 via pxe In-Reply-To: <3293c1d10703312000h8539719me0f37a7dfc4acfbc@mail.gmail.com> References: <3293c1d10703310315n2669ff34lbe681801554ab116@mail.gmail.com> <460E3A6B.3090702@netmagicsolutions.com> <3293c1d10703310351i3d0b45dbxa42124be3ddee136@mail.gmail.com> <460E4335.5060503@netmagicsolutions.com> <3293c1d10703310433h38b2f7bncc395f08f3187057@mail.gmail.com> <3293c1d10703312000h8539719me0f37a7dfc4acfbc@mail.gmail.com> Message-ID: <461116DA.7050102@redhat.com> niyaz chistee wrote: > I am not able to install a new virtual machine via vmware. Do I need > to create a new separate profile for vmware . > koan does not support vmware. From mdehaan at redhat.com Mon Apr 2 14:59:10 2007 From: mdehaan at redhat.com (Michael DeHaan) Date: Mon, 02 Apr 2007 10:59:10 -0400 Subject: [et-mgmt-tools] Corrected bug in cobbler sync Message-ID: <46111A3E.20901@redhat.com> This should only affect users who installed cobbler several versions ago, before the kickstart tracking features were in ... If you're seeing a traceback while running "cobbler sync", the following is the fix for the problem: diff --git a/cobbler/action_sync.py b/cobbler/action_sync.py index 98f018b..2f8902a 100644 --- a/cobbler/action_sync.py +++ b/cobbler/action_sync.py @@ -655,7 +655,7 @@ class BootSync: # kickstart path rewriting (get URLs for local files) if kickstart_path is not None and kickstart_path != "": - if system is not None and kickstart_path.startswith("/") or kickstart_path.find("/cobbler/kickstarts/") != -1: + if system is not None and kickstart_path.startswith("/"): pxe_fn = self.get_pxe_filename(system.name) kickstart_path = "http://%s/cblr/kickstarts_sys/%s/ks.cfg" % (self.settings.server, pxe_fn) elif kickstart_path.startswith("/") or kickstart_path.find("/cobbler/kickstarts/") != -1: To apply this fix prior to the next release: git clone git://et.redhat.com/cobbler make rpm -Uvh cobbler*.noarch.rpm --force I plan on releasing this later this week, along with a fix for the RHEL5 DVD/tree "cobbler import" problem reported earlier. --Michael From matts at hostingsupport.com Mon Apr 2 17:40:27 2007 From: matts at hostingsupport.com (Matt S [UNIX Administrator]) Date: Mon, 02 Apr 2007 12:40:27 -0500 Subject: [et-mgmt-tools] Corrected bug in cobbler sync In-Reply-To: <46111A3E.20901@redhat.com> References: <46111A3E.20901@redhat.com> Message-ID: <1175535628.15227.12.camel@shire.propagation.net> The %changelog in the spec file needs an adjustment to the latest changes date string, the make bombs out without it. I think it's just an extra field or something. I corrected my local install manually. On Mon, 2007-04-02 at 10:59 -0400, Michael DeHaan wrote: > This should only affect users who installed cobbler several versions > ago, before the kickstart tracking features were in ... > If you're seeing a traceback while running "cobbler sync", the following > is the fix for the problem: > > diff --git a/cobbler/action_sync.py b/cobbler/action_sync.py > index 98f018b..2f8902a 100644 > --- a/cobbler/action_sync.py > +++ b/cobbler/action_sync.py > @@ -655,7 +655,7 @@ class BootSync: > # kickstart path rewriting (get URLs for local files) > if kickstart_path is not None and kickstart_path != "": > > - if system is not None and kickstart_path.startswith("/") or > kickstart_path.find("/cobbler/kickstarts/") != -1: > + if system is not None and kickstart_path.startswith("/"): > pxe_fn = self.get_pxe_filename(system.name) > kickstart_path = > "http://%s/cblr/kickstarts_sys/%s/ks.cfg" % (self.settings.server, pxe_fn) > elif kickstart_path.startswith("/") or > kickstart_path.find("/cobbler/kickstarts/") != -1: > > > To apply this fix prior to the next release: > > git clone git://et.redhat.com/cobbler > make > rpm -Uvh cobbler*.noarch.rpm --force > > I plan on releasing this later this week, along with a fix for the RHEL5 > DVD/tree "cobbler import" problem reported earlier. > > --Michael > > > > _______________________________________________ > et-mgmt-tools mailing list > et-mgmt-tools at redhat.com > https://www.redhat.com/mailman/listinfo/et-mgmt-tools From prime.provogue at gmail.com Mon Apr 2 18:01:02 2007 From: prime.provogue at gmail.com (niyaz chistee) Date: Mon, 2 Apr 2007 23:31:02 +0530 Subject: [et-mgmt-tools] error while running cobbler import In-Reply-To: <461111C4.9080004@redhat.com> References: <3293c1d10703301840j3fc46b4atc4e4477056cad24d@mail.gmail.com> <461111C4.9080004@redhat.com> Message-ID: <3293c1d10704021101y54fd2e67y97ee1788d614cba7@mail.gmail.com> Ya but when I tried to import rhel4 DVD then also same python error occurred. you can see my reply to the mail from vikas in the mailing list for more info. I guess some problem. Regards SysAdmin On 4/2/07, Michael DeHaan wrote: > > niyaz chistee wrote: > > Hi, > > > > I am trying to configure cobbler to configure my xen virtual machines. > > I tried to import the installation tree of rhel5 from cobbler using > > the command: > > > > cobbler import --mirror=/rhel5/Dump/ --mirror-name=rhel5 > > ... snip ... > > Apparently the version detection code needs some tweaking to work well > with RHEL5 trees -- I primarily testing against Fedora. > > It looks like everything else went ok, so the only thing you might want > to do is change the kickstart entry in /var/lib/cobbler/profiles to some > other file, if /etc/cobbler/default.ks isn't good enough -- or you could > just change > that file. > > I'll put some more RHEL5 import testing on the list of things to > investigate for this week. > > --Michael > > > > ------------------------------------------------------------------------ > > > > _______________________________________________ > > et-mgmt-tools mailing list > > et-mgmt-tools at redhat.com > > https://www.redhat.com/mailman/listinfo/et-mgmt-tools > > _______________________________________________ > et-mgmt-tools mailing list > et-mgmt-tools at redhat.com > https://www.redhat.com/mailman/listinfo/et-mgmt-tools > -------------- next part -------------- An HTML attachment was scrubbed... URL: From prime.provogue at gmail.com Mon Apr 2 18:02:46 2007 From: prime.provogue at gmail.com (niyaz chistee) Date: Mon, 2 Apr 2007 23:32:46 +0530 Subject: [et-mgmt-tools] Re: error while running cobbler import In-Reply-To: <461112C7.2020808@redhat.com> References: <3293c1d10703301840j3fc46b4atc4e4477056cad24d@mail.gmail.com> <3293c1d10703301956y5fcb1a72ue12fedb5081b04d9@mail.gmail.com> <3293c1d10703302134u48851b10iac56a839ffcef128@mail.gmail.com> <3293c1d10703302259x12120c73rc789e452c324c18d@mail.gmail.com> <461112C7.2020808@redhat.com> Message-ID: <3293c1d10704021102h22298b44vbd4b1e962615420@mail.gmail.com> Ya thanks for telling this. But what if I want to give my Xen virtual machine 128MB RAM only. Isn't it possible? Because if I give 128MB koan always fails during balloning. While if I don't use koan + cobbler I can install xen virtual machine with 128 MB RAM support only. Hope you got my point. Regards SysAdmin On 4/2/07, Michael DeHaan wrote: > > niyaz chistee wrote: > > Hello, > > > > Finally I got rid of the dhcp problem. > > I'm glad you got your problems figured out. As you can guess, the > balloon message was about you not having enough RAM. Xen isn't > completely obvious about what goes wrong when, this is true :) > > > But I had to stop my dummy0 virtual network interface in dom0 host and > > have to bridge my xenbr1 to eth1 (physical wireless device on dom0 > > host). The installation started without asking me anything (that was > > real great un-attended installation). > > The only thing it asked was when it was about to create the > > partitions. It asked me whether it should format the whole disk or > > not. When I pressed Yes it continued. If I want it to not ask this > > thing what should I do. And one more thing after installation it stop > > and asked me to press reboot button. > There are some sample kickstarts in /etc/cobbler that you could use, > particularly one that is tailored to creating really small Xen guests. > > > If I want it to automatically reboot then what should I do. I guess > > something %post directive. > > reboot goes in the main section of the kickstart, not post. For an > example, see /etc/cobbler/kickstart_fc6_domU.ks > > > > > Please help. And one more thing, I had to made huge modifications in > > my kickstart file. So I am posting it once more. Hope it help you guys > > in getting me: > > > > install > > nfs --server=192.168.1.5 --dir=/rhel5/Dump > > key > > lang en_US.UTF-8 > > network --bootproto=bootp --device=eth0 --onboot=on > > rootpw --iscrypted $1$VwD9nalr$06K0bUawzanX72gNk0es91 > > firewall --disabled > > authconfig --enableshadow --enablemd5 > > selinux --disabled > > timezone --utc Asia/Calcutta > > bootloader --location=mbr --driveorder=xvda --append="console=xvc0" > > # The following is the partition information you requested > > # Note that any partitions you deleted are not expressed > > # here so unless you clear all partitions first, this is > > # not guaranteed to work > > clearpart --all --drives=xvda > > part /boot --fstype ext3 --size=100 --ondisk=xvda > > part pv.2 --size=0 --grow --ondisk=xvda > > volgroup VolGroup00 --pesize=32768 pv.2 > > logvol / --fstype ext3 --name=LogVol00 --vgname=VolGroup00 --size=1024 > > --grow > > logvol swap --fstype swap --name=LogVol01 --vgname=VolGroup00 > > --size=144 --grow --maxsize=288 > > > > %packages > > @admin-tools > > @base > > @core > > > > > > On 3/31/07, *niyaz chistee* > > wrote: > > > > Hello guys, > > > > I somehow overcome the balloon problem. What I did was I delete > > the system and profile by > > cobbler system remove --name= > > cobbler profile remove --name= > > > > And I added again the profile but this time I gave > > --virt-ram-size=256 (as this was where koan reported warning > > earlier) and then I created system as I did previously. > > Then I ran koan once again (as I did earlier) but now a new > > problem. It starts the virtual machine and ask me to connect to it > > via xm console. I did so but it hangs during acquiring ip address > > from dhcp. After sometime it ask me to give ip address manually I > > do so ( 10.1.1.45/255.255.255.0 > > gateway 10.1.1.1 ) but then it reports error in > > getting nfs:/10.1.1.1/rhel5/Dump/ks.cfg. I have figured out the > > problem. But don't know how to resolve it. > > It is the same as I mentioned earlier. I have two network > > interfaces. One is eth1 (wireless device) and other is dummy0 > > (virtual network interface). All the communication of xen vm's > > with the xen dom0 is done via a bridge xenbr1 which is mapped to > > dummy0. And in the dhcpd.conf there is nothing for the subnet > > 10.1.1.0 and if I do manually (as of now cobbler > > is managing my dhcpd.con) it reports error and doesn't start dhcpd > > service. The error is logged into /var/log/messages and it is > > shown below: > > > > Mar 31 10:05:01 server dhcpd: Internet Systems Consortium DHCP > > Server V3.0.5-RedHat > > Mar 31 10:05:01 server dhcpd: Copyright 2004-2006 Internet Systems > > Consortium. > > Mar 31 10:05:01 server dhcpd: All rights reserved. > > Mar 31 10:05:01 server dhcpd: For info, please visit > > http://www.isc.org/sw/dhcp/ > > Mar 31 10:05:01 server dhcpd: Wrote 0 deleted host decls to leases > > file. > > Mar 31 10:05:01 server dhcpd: Wrote 0 new dynamic host decls to > > leases file. > > Mar 31 10:05:01 server dhcpd: Wrote 0 leases to leases file. > > Mar 31 10:05:01 server dhcpd: > > Mar 31 10:05:01 server dhcpd: No subnet declaration for eth1 ( > > 192.168.1.5 ). > > Mar 31 10:05:01 server dhcpd: ** Ignoring requests on eth1. If > > this is not what > > Mar 31 10:05:01 server dhcpd: you want, please write a subnet > > declaration > > Mar 31 10:05:01 server dhcpd: in your dhcpd.conf file for the > > network segment > > Mar 31 10:05:01 server dhcpd: to which interface eth1 is > > attached. ** > > Mar 31 10:05:01 server dhcpd: > > Mar 31 10:05:01 server dhcpd: > > Mar 31 10:05:01 server dhcpd: Not configured to listen on any > > interfaces! > > Mar 31 10:05:01 server dhcpd: > > Mar 31 10:05:01 server dhcpd: If you did not get this software > > from ftp.isc.org , please > > Mar 31 10:05:01 server dhcpd: get the latest from ftp.isc.org > > and install that before > > Mar 31 10:05:01 server dhcpd: requesting help. > > Mar 31 10:05:01 server dhcpd: > > Mar 31 10:05:01 server dhcpd: If you did get this software from > > ftp.isc.org and have not > > Mar 31 10:05:01 server dhcpd: yet read the README, please read it > > before requesting help. > > Mar 31 10:05:01 server dhcpd: If you intend to request help from > > the dhcp-server at isc.org > > Mar 31 10:05:01 server dhcpd: mailing list, please read the > > section on the README about > > Mar 31 10:05:01 server dhcpd: submitting bug reports and requests > > for help. > > Mar 31 10:05:01 server dhcpd: > > Mar 31 10:05:01 server dhcpd: Please do not under any > > circumstances send requests for > > Mar 31 10:05:01 server dhcpd: help directly to the authors of this > > software - please > > Mar 31 10:05:01 server dhcpd: send them to the appropriate mailing > > list as described in > > Mar 31 10:05:01 server dhcpd: the README file. > > Mar 31 10:05:01 server dhcpd: > > Mar 31 10:05:01 server dhcpd: exiting. > > Mar 31 10:05:01 server dhcpd: dhcpd startup failed > > > > If you want me to give some more information please feel free to > ask. > > Thanks in advance > > > > Regards > > SysAdmin > > > > > > On 3/31/07, *niyaz chistee* > > wrote: > > > > Well I thought that I should go the other way. So I did this: > > Note: I have my RHEL5 Dump in /rhel5/Dump > > > > cobbler distro add --name=rhel5 > > --kernel=/rhel5/Dump/images/xen/vmlinuz > > --initrd=/rhel5/Dump/images/initrd.img > > > > This ran good. Then I did the following: > > > > cobbler profile add --name=redhat5x --distro=rhel5 > > --kickstart=/rhel5/Dump/ks.cfg --virt-file-size=2 --virt-ram=128 > > cobbler system add --name=00:16:3E:5F:93:6A --profile=redhat5x > > > > Okay Now I exported my /rhel5/Dump via NFS. Here's cat > > /etc/exports > > /rhel5/Dump 10.1.1.0/255.255.255.0(rw,sync,no_root_squash) > > > > > > For the sake of convience I am also posting my > > /rhel5/Dump/ks.cfg and /etc/dhcpd.conf > > cat /etc/dhcpd.conf > > # > > > ****************************************************************** > > # Cobbler managed dhcpd.conf file > > # generated from cobbler dhcp.conf template (Sat Mar 31 > > 02:31:13 2007) > > # > > > ****************************************************************** > > ddns-update-style interim; > > allow booting; > > allow bootp; > > ignore client-updates; > > set vendorclass = option vendor-class-identifier; > > subnet 192.168.1.0 netmask 255.255.255.0 > > { > > option routers 192.168.1.5 ; > > option subnet-mask 255.255.255.0 >; > > range dynamic-bootp 192.168.1.100 > > 192.168.1.254 ; > > filename "/pxelinux.0"; > > default-lease-time 21600; > > max-lease-time 43200; > > next-server 10.1.1.1 ; > > } > > host label1 { > > hardware ethernet 00:16:3E:5F:93:6A; > > next-server 10.1.1.1 ; > > } > > > > cat /rhel5/Dump/ks.cfg > > install > > url --url nfs:10.1.1.1:/rhel5/Dump > > key > > lang en_US.UTF-8 > > network --device eth0 --bootproto dhcp > > rootpw --iscrypted $1$VwD9nalr$06K0bUawzanX72gNk0es91 > > firewall --disabled > > authconfig --enableshadow --enablemd5 > > selinux --disabled > > timezone --utc Asia/Calcutta > > bootloader --location=mbr --driveorder=xvda > > --append="console=xvc0" > > # The following is the partition information you requested > > # Note that any partitions you deleted are not expressed > > # here so unless you clear all partitions first, this is > > # not guaranteed to work > > clearpart --all --drives=xvda > > part /boot --fstype ext3 --size=100 --ondisk=xvda > > part pv.2 --size=0 --grow --ondisk=xvda > > volgroup VolGroup00 --pesize=32768 pv.2 > > logvol / --fstype ext3 --name=LogVol00 --vgname=VolGroup00 > > --size=1024 --grow > > logvol swap --fstype swap --name=LogVol01 --vgname=VolGroup00 > > --size=144 --grow --maxsize=288 > > %packages > > @admin-tools > > @base > > @core > > @dialup > > @java > > @system-tools > > @text-internet > > > > Now I started my portmap,tftp,nfs,httpd services and finally I > > started koan. > > > > koan --virt --server=192.168.1.5 > > --profile=redhat5x > > It gave me this: > > - processing profile: redhat5x > > - fetching configuration for profile: redhat5x > > - url= http://192.168.1.5/cobbler/profiles/redhat5x > > - {'kickstart': 'nfs://10.1.1.1/rhel5/Dump/ks.cfg', 'name': > > 'redhat5x', 'virt_ram': 128, 'repos': '', 'kernel_options': > > 'ksdevice=eth0 lang= syslog= 10.1.1.1:25150 > > text ', 'virt_file_size': 2, 'distro': > > 'rhel5-xen', 'virt_paravirt': 'True', 'ks_meta': ''} > > - fetching configuration for distro: rhel5-xen > > - url=http://192.168.1.5/cobbler/distros/rhel5-xen > > - {'kernel': '/rhel5/Dump/images/xen/vmlinuz', 'ks_meta': '', > > 'breed': 'redhat', 'kernel_options': 'ksdevice=eth0 lang= > > syslog= 10.1.1.1:25150 text ', > > 'initrd': '/rhel5/Dump/images/xen/initrd.img', 'arch': 'x86', > > 'name': 'rhel5-xen'} > > - downloading initrd initrd.img to /tmp/initrd.img > > - url=http://192.168.1.5/cobbler/images/rhel5-xen/initrd.img > > - downloading kernel vmlinuz to /tmp/vmlinuz > > - url= http://192.168.1.5/cobbler/images/rhel5-xen/vmlinuz > > - kernel saved = /tmp/vmlinuz > > - initrd saved = /tmp/initrd.img > > - invalid RAM size specified, defaulting to 256 MB > > libvir: Xen Daemon error : POST operation failed: ( xend.err > > 'Error creating domain: The privileged domain did not balloon!') > > Failed to create domain 00_16_3E_5C_D5_0C > > Traceback (most recent call last): > > File "/usr/lib/python2.4/site-packages/koan/app.py", line > > 97, in main > > k.run() > > File "/usr/lib/python2.4/site-packages/koan/app.py", line > > 152, in run > > self.do_virt() > > File "/usr/lib/python2.4/site-packages/koan/app.py", line > > 297, in do_virt > > return self.do_net_install("/tmp",after_download) > > File "/usr/lib/python2.4/site-packages/koan/app.py", line > > 253, in do_net_install > > after_download(self, distro_data, profile_data) > > File "/usr/lib/python2.4/site-packages/koan/app.py", line > > 296, in after_download > > self.do_virt_net_install(profile_data, distro_data) > > File "/usr/lib/python2.4/site-packages/koan/app.py", line > > 600, in do_virt_net_install > > extra=kextra > > File "/usr/lib/python2.4/site-packages/koan/virtcreate.py", > > line 102, in start_paravirt_install > > guest.start_install() > > File > > "/usr/lib/python2.4/site-packages/virtinst/ParaVirtGuest.py", > > line 220, in start_install > > return XenGuest.XenGuest.start_install(self, consolecb) > > File > > "/usr/lib/python2.4/site-packages/virtinst/XenGuest.py", line > > 367, in start_install > > self.domain = self.conn.createLinux(cxml, 0) > > File "/usr/lib/python2.4/site-packages/libvirt.py", line > > 249, in createLinux > > if ret is None:raise libvirtError('virDomainCreateLinux() > > failed') > > libvirtError: virDomainCreateLinux() failed > > > > I don't know what happened during the ballon but it didn't > > created the virtual machine I was expecting. > > One more thing I would like to through light on is that I have > > configured a virtual dummy0 network interface which is bridged > > to xenbr1. Here's my ifconfig(not shown are the xen virtual > > interfaces): > > dummy0 Link encap:Ethernet HWaddr F6:42:E2:23:B6:57 > > inet addr:10.1.1.1 Bcast: > > 10.1.1.255 Mask:255.255.255.0 > > > > inet6 addr: fe80::f442:e2ff:fe23:b657/64 Scope:Link > > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > > RX packets:41 errors:0 dropped:0 overruns:0 frame:0 > > TX packets:154 errors:0 dropped:0 overruns:0 carrier:0 > > collisions:0 txqueuelen:0 > > RX bytes:7438 (7.2 KiB) TX bytes:11815 (11.5 KiB) > > eth1 Link encap:Ethernet HWaddr 00:13:02:4B:70:05 > > inet addr: 192.168.1.5 > > Bcast:192.168.1.255 Mask: > > 255.255.255.0 > > inet6 addr: fe80::213:2ff:fe4b:7005/64 Scope:Link > > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > > RX packets:318 errors:0 dropped:45 overruns:0 frame:0 > > TX packets:336 errors:0 dropped:0 overruns:0 carrier:0 > > collisions:0 txqueuelen:1000 > > RX bytes:173630 (169.5 KiB) TX bytes:30388 ( 29.6KiB) > > Interrupt:16 Base address:0xe000 > > Memory:b0200000-b0200fff > > > > All my xen related network stuff is handled by dummy0 and it > > is then masqureaded to eth1. I think there is problem with > > /etc/dhcpd.conf regarding eth1 and dummy0. I am not getting it. > > Please through some light. > > > > Regards > > > > > > On 3/31/07, *niyaz chistee* < prime.provogue at gmail.com > > > wrote: > > > > Hi, > > > > I am trying to configure cobbler to configure my xen > > virtual machines. I tried to import the installation tree > > of rhel5 from cobbler using the command: > > > > cobbler import --mirror=/rhel5/Dump/ --mirror-name=rhel5 > > > > It ran for sometime mirroring my rpm's and in last it > > ended up with this: > > sent 2597509927 bytes received 50280 bytes 8644127.14 > > bytes/sec > > total size is 2596994302 speedup is 1.00 > > - creating new distro: rhel5 > > - creating new profile: rhel5 > > - running repo update on /var/www/cobbler/ks_mirror/rhel5 > > - no comps file found: > > /var/www/cobbler/ks_mirror/rhel5/repodata/comps.xml > > - modifying existing distro: rhel5 > > - modifying existing profile: rhel5 > > - running repo update on /var/www/cobbler/ks_mirror/rhel5 > > - no comps file found: > > /var/www/cobbler/ks_mirror/rhel5/repodata/comps.xml > > - creating new distro: rhel5-xen > > - creating new profile: rhel5-xen > > - running repo update on /var/www/cobbler/ks_mirror/rhel5 > > - no comps file found: > > /var/www/cobbler/ks_mirror/rhel5/repodata/comps.xml > > Traceback (most recent call last): > > File > > "/usr/lib/python2.4/site-packages/cobbler/cobbler.py", > > line 502, in main > > BootCLI( sys.argv).run() > > File > > "/usr/lib/python2.4/site-packages/cobbler/cobbler.py", > > line 102, in run > > self.curry_args(self.args[1:], self.commands > ['toplevel']) > > File > > "/usr/lib/python2.4/site-packages/cobbler/cobbler.py", > > line 418, in curry_args > > commands[args[0]](args[1:]) > > File > > "/usr/lib/python2.4/site-packages/cobbler/cobbler.py", > > line 312, in import_tree > > return self.apply_args(args,commands,on_ok) > > File > > "/usr/lib/python2.4/site-packages/cobbler/cobbler.py", > > line 406, in apply_args > > on_ok() > > File > > "/usr/lib/python2.4/site-packages/cobbler/cobbler.py", > > line 311, in > > on_ok = lambda: go_import() > > File > > "/usr/lib/python2.4/site-packages/cobbler/cobbler.py", > > line 304, in go_import > > self.temp_mirror_name) > > File "/usr/lib/python2.4/site-packages/cobbler/api.py", > > line 152, in import_tree > > return importer.run() > > File > > "/usr/lib/python2.4/site-packages/cobbler/action_import.py", > > line 82, in run > > self.guess_kickstarts() > > File > > "/usr/lib/python2.4/site-packages/cobbler/action_import.py", > > line 139, in guess_kickstarts > > results = self.scan_rpm_filename(rpm) > > File > > "/usr/lib/python2.4/site-packages/cobbler/action_import.py", > > line 186, in scan_rpm_filename > > major = int(major) > > ValueError: invalid literal for int(): 5Server > > > > I don't know what this is all about. But when I ran > > cobbler report it showed me this: > > > > [root at server cobbler]# cobbler report > > distro : rhel5 > > kernel : > > /var/www/cobbler/ks_mirror/rhel5/images/pxeboot/vmlinuz > > initrd : > > /var/www/cobbler/ks_mirror/rhel5/images/pxeboot/initrd.img > > kernel options : {} > > architecture : x86 > > ks metadata : {} > > breed : redhat > > > > distro : rhel5-xen > > kernel : > > /var/www/cobbler/ks_mirror/rhel5/images/xen/vmlinuz > > initrd : > > /var/www/cobbler/ks_mirror/rhel5/images/xen/initrd.img > > kernel options : {} > > architecture : x86 > > ks metadata : {} > > breed : redhat > > > > profile : rhel5 > > distro : rhel5 > > kickstart : /etc/cobbler/default.ks > > kernel options : {} > > ks metadata : {} > > virt file size : 5 > > virt ram : 512 > > virt paravirt : True > > repos : > > > > profile : rhel5-xen > > distro : rhel5-xen > > kickstart : /etc/cobbler/default.ks > > kernel options : {} > > ks metadata : {} > > virt file size : 5 > > virt ram : 512 > > virt paravirt : True > > repos : > > > > That means it has created the distro and profile part. Is > > that perfect or something is missing. > > > > Please help. > > > > Regards > > SysAdmin > > > > > > > > > > ------------------------------------------------------------------------ > > > > _______________________________________________ > > et-mgmt-tools mailing list > > et-mgmt-tools at redhat.com > > https://www.redhat.com/mailman/listinfo/et-mgmt-tools > > _______________________________________________ > et-mgmt-tools mailing list > et-mgmt-tools at redhat.com > https://www.redhat.com/mailman/listinfo/et-mgmt-tools > -------------- next part -------------- An HTML attachment was scrubbed... URL: From prime.provogue at gmail.com Mon Apr 2 18:04:26 2007 From: prime.provogue at gmail.com (niyaz chistee) Date: Mon, 2 Apr 2007 23:34:26 +0530 Subject: [et-mgmt-tools] Kernel panic while booting rhel4 via pxe In-Reply-To: <461116DA.7050102@redhat.com> References: <3293c1d10703310315n2669ff34lbe681801554ab116@mail.gmail.com> <460E3A6B.3090702@netmagicsolutions.com> <3293c1d10703310351i3d0b45dbxa42124be3ddee136@mail.gmail.com> <460E4335.5060503@netmagicsolutions.com> <3293c1d10703310433h38b2f7bncc395f08f3187057@mail.gmail.com> <3293c1d10703312000h8539719me0f37a7dfc4acfbc@mail.gmail.com> <461116DA.7050102@redhat.com> Message-ID: <3293c1d10704021104m1b4cb27dv1655f75a2ff8c91b@mail.gmail.com> Thanks for the replies Michael. But I am not using koan. So I think cobbler doesn't support vmware. But that's not true. Because I have installed a vmware virtual machine with a cobbler setup which was pointing to /rhel5/Dump/images/pxeboot/vmlinuz not /rhel5/Dump/images/xen/vmlinuz. Hope you got my point. Regards SysAdmin On 4/2/07, Michael DeHaan wrote: > > niyaz chistee wrote: > > I am not able to install a new virtual machine via vmware. Do I need > > to create a new separate profile for vmware . > > > > koan does not support vmware. > > _______________________________________________ > et-mgmt-tools mailing list > et-mgmt-tools at redhat.com > https://www.redhat.com/mailman/listinfo/et-mgmt-tools > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mdehaan at redhat.com Mon Apr 2 18:28:19 2007 From: mdehaan at redhat.com (Michael DeHaan) Date: Mon, 02 Apr 2007 14:28:19 -0400 Subject: [et-mgmt-tools] Kernel panic while booting rhel4 via pxe In-Reply-To: <3293c1d10704021104m1b4cb27dv1655f75a2ff8c91b@mail.gmail.com> References: <3293c1d10703310315n2669ff34lbe681801554ab116@mail.gmail.com> <460E3A6B.3090702@netmagicsolutions.com> <3293c1d10703310351i3d0b45dbxa42124be3ddee136@mail.gmail.com> <460E4335.5060503@netmagicsolutions.com> <3293c1d10703310433h38b2f7bncc395f08f3187057@mail.gmail.com> <3293c1d10703312000h8539719me0f37a7dfc4acfbc@mail.gmail.com> <461116DA.7050102@redhat.com> <3293c1d10704021104m1b4cb27dv1655f75a2ff8c91b@mail.gmail.com> Message-ID: <46114B43.7060803@redhat.com> niyaz chistee wrote: > Thanks for the replies Michael. But I am not using koan. So I think > cobbler doesn't support vmware. But that's not true. Because I have > installed a vmware virtual machine with a cobbler setup which was > pointing to /rhel5/Dump/images/pxeboot/vmlinuz not > /rhel5/Dump/images/xen/vmlinuz. > > Hope you got my point. > I don't. If you can explain what you are encountering without refering vmware and Windows XP, it might be clearer :) > Regards > SysAdmin > > On 4/2/07, *Michael DeHaan* > wrote: > > niyaz chistee wrote: > > I am not able to install a new virtual machine via vmware. Do I > need > > to create a new separate profile for vmware . > > > > koan does not support vmware. > > _______________________________________________ > et-mgmt-tools mailing list > et-mgmt-tools at redhat.com > https://www.redhat.com/mailman/listinfo/et-mgmt-tools > > > ------------------------------------------------------------------------ > > _______________________________________________ > et-mgmt-tools mailing list > et-mgmt-tools at redhat.com > https://www.redhat.com/mailman/listinfo/et-mgmt-tools From mdehaan at redhat.com Mon Apr 2 18:28:42 2007 From: mdehaan at redhat.com (Michael DeHaan) Date: Mon, 02 Apr 2007 14:28:42 -0400 Subject: [et-mgmt-tools] error while running cobbler import In-Reply-To: <3293c1d10704021101y54fd2e67y97ee1788d614cba7@mail.gmail.com> References: <3293c1d10703301840j3fc46b4atc4e4477056cad24d@mail.gmail.com> <461111C4.9080004@redhat.com> <3293c1d10704021101y54fd2e67y97ee1788d614cba7@mail.gmail.com> Message-ID: <46114B5A.2040309@redhat.com> niyaz chistee wrote: > Ya but when I tried to import rhel4 DVD then also same python error > occurred. you can see my reply to the mail from vikas in the mailing > list for more info. I guess some problem. > > Regards > SysAdmin Understood, I'll look at it. > > On 4/2/07, *Michael DeHaan* > wrote: > > niyaz chistee wrote: > > Hi, > > > > I am trying to configure cobbler to configure my xen virtual > machines. > > I tried to import the installation tree of rhel5 from cobbler using > > the command: > > > > cobbler import --mirror=/rhel5/Dump/ --mirror-name=rhel5 > > ... snip ... > > Apparently the version detection code needs some tweaking to work well > with RHEL5 trees -- I primarily testing against Fedora. > > It looks like everything else went ok, so the only thing you might > want > to do is change the kickstart entry in /var/lib/cobbler/profiles > to some > other file, if /etc/cobbler/default.ks isn't good enough -- or you > could > just change > that file. > > I'll put some more RHEL5 import testing on the list of things to > investigate for this week. > > --Michael > > > > > ------------------------------------------------------------------------ > > > > > _______________________________________________ > > et-mgmt-tools mailing list > > et-mgmt-tools at redhat.com > > https://www.redhat.com/mailman/listinfo/et-mgmt-tools > > _______________________________________________ > et-mgmt-tools mailing list > et-mgmt-tools at redhat.com > https://www.redhat.com/mailman/listinfo/et-mgmt-tools > > > ------------------------------------------------------------------------ > > _______________________________________________ > et-mgmt-tools mailing list > et-mgmt-tools at redhat.com > https://www.redhat.com/mailman/listinfo/et-mgmt-tools From mdehaan at redhat.com Mon Apr 2 18:31:30 2007 From: mdehaan at redhat.com (Michael DeHaan) Date: Mon, 02 Apr 2007 14:31:30 -0400 Subject: [et-mgmt-tools] Re: error while running cobbler import In-Reply-To: <3293c1d10704021102h22298b44vbd4b1e962615420@mail.gmail.com> References: <3293c1d10703301840j3fc46b4atc4e4477056cad24d@mail.gmail.com> <3293c1d10703301956y5fcb1a72ue12fedb5081b04d9@mail.gmail.com> <3293c1d10703302134u48851b10iac56a839ffcef128@mail.gmail.com> <3293c1d10703302259x12120c73rc789e452c324c18d@mail.gmail.com> <461112C7.2020808@redhat.com> <3293c1d10704021102h22298b44vbd4b1e962615420@mail.gmail.com> Message-ID: <46114C02.2020902@redhat.com> niyaz chistee wrote: > Ya thanks for telling this. But what if I want to give my Xen virtual > machine 128MB RAM only. Isn't it possible? Anaconda really likes to have 256. > Because if I give 128MB koan always fails during balloning. While if I > don't use koan + cobbler I can install xen virtual machine with 128 MB > RAM support only. Using virt-manager? Perhaps that is granting it more RAM during install and using a different value after the fact? Hmm... > > Hope you got my point. > > Regards > SysAdmin > > On 4/2/07, *Michael DeHaan* > wrote: > > niyaz chistee wrote: > > Hello, > > > > Finally I got rid of the dhcp problem. > > I'm glad you got your problems figured out. As you can guess, the > balloon message was about you not having enough RAM. Xen isn't > completely obvious about what goes wrong when, this is true :) > > > But I had to stop my dummy0 virtual network interface in dom0 > host and > > have to bridge my xenbr1 to eth1 (physical wireless device on dom0 > > host). The installation started without asking me anything (that > was > > real great un-attended installation). > > The only thing it asked was when it was about to create the > > partitions. It asked me whether it should format the whole disk or > > not. When I pressed Yes it continued. If I want it to not ask this > > thing what should I do. And one more thing after installation it > stop > > and asked me to press reboot button. > There are some sample kickstarts in /etc/cobbler that you could use, > particularly one that is tailored to creating really small Xen > guests. > > > If I want it to automatically reboot then what should I do. I guess > > something %post directive. > > reboot goes in the main section of the kickstart, not post. For an > example, see /etc/cobbler/kickstart_fc6_domU.ks > > > > > Please help. And one more thing, I had to made huge modifications in > > my kickstart file. So I am posting it once more. Hope it help > you guys > > in getting me: > > > > install > > nfs --server= 192.168.1.5 > --dir=/rhel5/Dump > > key > > lang en_US.UTF-8 > > network --bootproto=bootp --device=eth0 --onboot=on > > rootpw --iscrypted $1$VwD9nalr$06K0bUawzanX72gNk0es91 > > firewall --disabled > > authconfig --enableshadow --enablemd5 > > selinux --disabled > > timezone --utc Asia/Calcutta > > bootloader --location=mbr --driveorder=xvda --append="console=xvc0" > > # The following is the partition information you requested > > # Note that any partitions you deleted are not expressed > > # here so unless you clear all partitions first, this is > > # not guaranteed to work > > clearpart --all --drives=xvda > > part /boot --fstype ext3 --size=100 --ondisk=xvda > > part pv.2 --size=0 --grow --ondisk=xvda > > volgroup VolGroup00 --pesize=32768 pv.2 > > logvol / --fstype ext3 --name=LogVol00 --vgname=VolGroup00 > --size=1024 > > --grow > > logvol swap --fstype swap --name=LogVol01 --vgname=VolGroup00 > > --size=144 --grow --maxsize=288 > > > > %packages > > @admin-tools > > @base > > @core > > > > > > On 3/31/07, *niyaz chistee* < prime.provogue at gmail.com > > > > > wrote: > > > > Hello guys, > > > > I somehow overcome the balloon problem. What I did was I delete > > the system and profile by > > cobbler system remove --name= > > cobbler profile remove --name= > > > > And I added again the profile but this time I gave > > --virt-ram-size=256 (as this was where koan reported warning > > earlier) and then I created system as I did previously. > > Then I ran koan once again (as I did earlier) but now a new > > problem. It starts the virtual machine and ask me to connect > to it > > via xm console. I did so but it hangs during acquiring ip > address > > from dhcp. After sometime it ask me to give ip address > manually I > > do so ( 10.1.1.45/255.255.255.0 > > > gateway 10.1.1.1 ) but > then it reports error in > > getting nfs:/10.1.1.1/rhel5/Dump/ks.cfg. I have figured out the > > problem. But don't know how to resolve it. > > It is the same as I mentioned earlier. I have two network > > interfaces. One is eth1 (wireless device) and other is dummy0 > > (virtual network interface). All the communication of xen vm's > > with the xen dom0 is done via a bridge xenbr1 which is mapped to > > dummy0. And in the dhcpd.conf there is nothing for the subnet > > 10.1.1.0 and if I do > manually (as of now cobbler > > is managing my dhcpd.con) it reports error and doesn't start > dhcpd > > service. The error is logged into /var/log/messages and it is > > shown below: > > > > Mar 31 10:05:01 server dhcpd: Internet Systems Consortium DHCP > > Server V3.0.5-RedHat > > Mar 31 10:05:01 server dhcpd: Copyright 2004-2006 Internet > Systems > > Consortium. > > Mar 31 10:05:01 server dhcpd: All rights reserved. > > Mar 31 10:05:01 server dhcpd: For info, please visit > > http://www.isc.org/sw/dhcp/ > > Mar 31 10:05:01 server dhcpd: Wrote 0 deleted host decls to > leases > > file. > > Mar 31 10:05:01 server dhcpd: Wrote 0 new dynamic host decls to > > leases file. > > Mar 31 10:05:01 server dhcpd: Wrote 0 leases to leases file. > > Mar 31 10:05:01 server dhcpd: > > Mar 31 10:05:01 server dhcpd: No subnet declaration for eth1 ( > > 192.168.1.5 >). > > Mar 31 10:05:01 server dhcpd: ** Ignoring requests on eth1. If > > this is not what > > Mar 31 10:05:01 server dhcpd: you want, please write a subnet > > declaration > > Mar 31 10:05:01 server dhcpd: in your dhcpd.conf file for the > > network segment > > Mar 31 10:05:01 server dhcpd: to which interface eth1 is > > attached. ** > > Mar 31 10:05:01 server dhcpd: > > Mar 31 10:05:01 server dhcpd: > > Mar 31 10:05:01 server dhcpd: Not configured to listen on any > > interfaces! > > Mar 31 10:05:01 server dhcpd: > > Mar 31 10:05:01 server dhcpd: If you did not get this software > > from ftp.isc.org , > please > > Mar 31 10:05:01 server dhcpd: get the latest from > ftp.isc.org > > and install that before > > Mar 31 10:05:01 server dhcpd: requesting help. > > Mar 31 10:05:01 server dhcpd: > > Mar 31 10:05:01 server dhcpd: If you did get this software from > > ftp.isc.org and > have not > > Mar 31 10:05:01 server dhcpd: yet read the README, please > read it > > before requesting help. > > Mar 31 10:05:01 server dhcpd: If you intend to request help from > > the dhcp-server at isc.org > > > > Mar 31 10:05:01 server dhcpd: mailing list, please read the > > section on the README about > > Mar 31 10:05:01 server dhcpd: submitting bug reports and > requests > > for help. > > Mar 31 10:05:01 server dhcpd: > > Mar 31 10:05:01 server dhcpd: Please do not under any > > circumstances send requests for > > Mar 31 10:05:01 server dhcpd: help directly to the authors > of this > > software - please > > Mar 31 10:05:01 server dhcpd: send them to the appropriate > mailing > > list as described in > > Mar 31 10:05:01 server dhcpd: the README file. > > Mar 31 10:05:01 server dhcpd: > > Mar 31 10:05:01 server dhcpd: exiting. > > Mar 31 10:05:01 server dhcpd: dhcpd startup failed > > > > If you want me to give some more information please feel > free to ask. > > Thanks in advance > > > > Regards > > SysAdmin > > > > > > On 3/31/07, *niyaz chistee* > > >> wrote: > > > > Well I thought that I should go the other way. So I did > this: > > Note: I have my RHEL5 Dump in /rhel5/Dump > > > > cobbler distro add --name=rhel5 > > --kernel=/rhel5/Dump/images/xen/vmlinuz > > --initrd=/rhel5/Dump/images/initrd.img > > > > This ran good. Then I did the following: > > > > cobbler profile add --name=redhat5x --distro=rhel5 > > --kickstart=/rhel5/Dump/ks.cfg --virt-file-size=2 > --virt-ram=128 > > cobbler system add --name=00:16:3E:5F:93:6A > --profile=redhat5x > > > > Okay Now I exported my /rhel5/Dump via NFS. Here's cat > > /etc/exports > > /rhel5/Dump > 10.1.1.0/255.255.255.0(rw,sync,no_root_squash) > > > < http://10.1.1.0/255.255.255.0%28rw,sync,no_root_squash%29> > > > > For the sake of convience I am also posting my > > /rhel5/Dump/ks.cfg and /etc/dhcpd.conf > > cat /etc/dhcpd.conf > > # > > > ****************************************************************** > > # Cobbler managed dhcpd.conf file > > # generated from cobbler dhcp.conf template (Sat Mar 31 > > 02:31:13 2007) > > # > > > ****************************************************************** > > ddns-update-style interim; > > allow booting; > > allow bootp; > > ignore client-updates; > > set vendorclass = option vendor-class-identifier; > > subnet 192.168.1.0 > > netmask 255.255.255.0 > > > { > > option routers 192.168.1.5 > ; > > option subnet-mask 255.255.255.0 > >; > > range dynamic-bootp 192.168.1.100 > > > 192.168.1.254 > ; > > filename "/pxelinux.0"; > > default-lease-time 21600; > > max-lease-time 43200; > > next-server 10.1.1.1 > ; > > } > > host label1 { > > hardware ethernet 00:16:3E:5F:93:6A; > > next-server 10.1.1.1 > ; > > } > > > > cat /rhel5/Dump/ks.cfg > > install > > url --url nfs: 10.1.1.1:/rhel5/Dump > > key > > lang en_US.UTF-8 > > network --device eth0 --bootproto dhcp > > rootpw --iscrypted $1$VwD9nalr$06K0bUawzanX72gNk0es91 > > firewall --disabled > > authconfig --enableshadow --enablemd5 > > selinux --disabled > > timezone --utc Asia/Calcutta > > bootloader --location=mbr --driveorder=xvda > > --append="console=xvc0" > > # The following is the partition information you requested > > # Note that any partitions you deleted are not expressed > > # here so unless you clear all partitions first, this is > > # not guaranteed to work > > clearpart --all --drives=xvda > > part /boot --fstype ext3 --size=100 --ondisk=xvda > > part pv.2 --size=0 --grow --ondisk=xvda > > volgroup VolGroup00 --pesize=32768 pv.2 > > logvol / --fstype ext3 --name=LogVol00 --vgname=VolGroup00 > > --size=1024 --grow > > logvol swap --fstype swap --name=LogVol01 > --vgname=VolGroup00 > > --size=144 --grow --maxsize=288 > > %packages > > @admin-tools > > @base > > @core > > @dialup > > @java > > @system-tools > > @text-internet > > > > Now I started my portmap,tftp,nfs,httpd services and > finally I > > started koan. > > > > koan --virt --server=192.168.1.5 > > > --profile=redhat5x > > It gave me this: > > - processing profile: redhat5x > > - fetching configuration for profile: redhat5x > > - url= http://192.168.1.5/cobbler/profiles/redhat5x > > > - {'kickstart': 'nfs://10.1.1.1/rhel5/Dump/ks.cfg', 'name': > > 'redhat5x', 'virt_ram': 128, 'repos': '', 'kernel_options': > > 'ksdevice=eth0 lang= syslog= 10.1.1.1:25150 > > > text ', 'virt_file_size': 2, > 'distro': > > 'rhel5-xen', 'virt_paravirt': 'True', 'ks_meta': ''} > > - fetching configuration for distro: rhel5-xen > > - url= http://192.168.1.5/cobbler/distros/rhel5-xen > > - {'kernel': '/rhel5/Dump/images/xen/vmlinuz', > 'ks_meta': '', > > 'breed': 'redhat', 'kernel_options': 'ksdevice=eth0 lang= > > syslog= 10.1.1.1:25150 > text ', > > 'initrd': '/rhel5/Dump/images/xen/initrd.img', 'arch': > 'x86', > > 'name': 'rhel5-xen'} > > - downloading initrd initrd.img to /tmp/initrd.img > > - > url=http://192.168.1.5/cobbler/images/rhel5-xen/initrd.img > > > - downloading kernel vmlinuz to /tmp/vmlinuz > > - url= http://192.168.1.5/cobbler/images/rhel5-xen/vmlinuz > > - kernel saved = /tmp/vmlinuz > > - initrd saved = /tmp/initrd.img > > - invalid RAM size specified, defaulting to 256 MB > > libvir: Xen Daemon error : POST operation failed: ( xend.err > > 'Error creating domain: The privileged domain did not > balloon!') > > Failed to create domain 00_16_3E_5C_D5_0C > > Traceback (most recent call last): > > File "/usr/lib/python2.4/site-packages/koan/app.py", line > > 97, in main > > k.run() > > File "/usr/lib/python2.4/site-packages/koan/app.py", line > > 152, in run > > self.do_virt() > > File "/usr/lib/python2.4/site-packages/koan/app.py", line > > 297, in do_virt > > return self.do_net_install("/tmp",after_download) > > File "/usr/lib/python2.4/site-packages/koan/app.py", line > > 253, in do_net_install > > after_download(self, distro_data, profile_data) > > File "/usr/lib/python2.4/site-packages/koan/app.py", line > > 296, in after_download > > self.do_virt_net_install (profile_data, distro_data) > > File "/usr/lib/python2.4/site-packages/koan/app.py", line > > 600, in do_virt_net_install > > extra=kextra > > File > "/usr/lib/python2.4/site-packages/koan/virtcreate.py", > > line 102, in start_paravirt_install > > guest.start_install() > > File > > > "/usr/lib/python2.4/site-packages/virtinst/ParaVirtGuest.py", > > line 220, in start_install > > return XenGuest.XenGuest.start_install(self, consolecb) > > File > > "/usr/lib/python2.4/site-packages/virtinst/XenGuest.py", > line > > 367, in start_install > > self.domain = self.conn.createLinux(cxml, 0) > > File "/usr/lib/python2.4/site-packages/libvirt.py", line > > 249, in createLinux > > if ret is None:raise > libvirtError('virDomainCreateLinux() > > failed') > > libvirtError: virDomainCreateLinux() failed > > > > I don't know what happened during the ballon but it didn't > > created the virtual machine I was expecting. > > One more thing I would like to through light on is that > I have > > configured a virtual dummy0 network interface which is > bridged > > to xenbr1. Here's my ifconfig(not shown are the xen virtual > > interfaces): > > dummy0 Link encap:Ethernet HWaddr F6:42:E2:23:B6:57 > > inet addr:10.1.1.1 > > Bcast: > > 10.1.1.255 > Mask:255.255.255.0 > > < http://255.255.255.0> > > inet6 addr: fe80::f442:e2ff:fe23:b657/64 > Scope:Link > > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > > RX packets:41 errors:0 dropped:0 overruns:0 > frame:0 > > TX packets:154 errors:0 dropped:0 overruns:0 > carrier:0 > > collisions:0 txqueuelen:0 > > RX bytes:7438 (7.2 KiB) TX bytes:11815 (11.5 KiB) > > eth1 Link encap:Ethernet HWaddr 00:13:02:4B:70:05 > > inet addr: 192.168.1.5 > > > Bcast:192.168.1.255 < > http://192.168.1.255> Mask: > > 255.255.255.0 > > inet6 addr: fe80::213:2ff:fe4b:7005/64 Scope:Link > > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > > RX packets:318 errors:0 dropped:45 overruns:0 > frame:0 > > TX packets:336 errors:0 dropped:0 overruns:0 > carrier:0 > > collisions:0 txqueuelen:1000 > > RX bytes:173630 (169.5 KiB) TX bytes:30388 ( > 29.6 KiB) > > Interrupt:16 Base address:0xe000 > > Memory:b0200000-b0200fff > > > > All my xen related network stuff is handled by dummy0 and it > > is then masqureaded to eth1. I think there is problem with > > /etc/dhcpd.conf regarding eth1 and dummy0. I am not > getting it. > > Please through some light. > > > > Regards > > > > > > On 3/31/07, *niyaz chistee* < prime.provogue at gmail.com > > > >> wrote: > > > > Hi, > > > > I am trying to configure cobbler to configure my xen > > virtual machines. I tried to import the installation > tree > > of rhel5 from cobbler using the command: > > > > cobbler import --mirror=/rhel5/Dump/ > --mirror-name=rhel5 > > > > It ran for sometime mirroring my rpm's and in last it > > ended up with this: > > sent 2597509927 bytes received 50280 bytes 8644127.14 > > bytes/sec > > total size is 2596994302 speedup is 1.00 > > - creating new distro: rhel5 > > - creating new profile: rhel5 > > - running repo update on > /var/www/cobbler/ks_mirror/rhel5 > > - no comps file found: > > /var/www/cobbler/ks_mirror/rhel5/repodata/comps.xml > > - modifying existing distro: rhel5 > > - modifying existing profile: rhel5 > > - running repo update on > /var/www/cobbler/ks_mirror/rhel5 > > - no comps file found: > > /var/www/cobbler/ks_mirror/rhel5/repodata/comps.xml > > - creating new distro: rhel5-xen > > - creating new profile: rhel5-xen > > - running repo update on > /var/www/cobbler/ks_mirror/rhel5 > > - no comps file found: > > /var/www/cobbler/ks_mirror/rhel5/repodata/comps.xml > > Traceback (most recent call last): > > File > > "/usr/lib/python2.4/site-packages/cobbler/cobbler.py", > > line 502, in main > > BootCLI( sys.argv).run() > > File > > "/usr/lib/python2.4/site-packages/cobbler/cobbler.py", > > line 102, in run > > self.curry_args(self.args[1:], > self.commands['toplevel']) > > File > > "/usr/lib/python2.4/site-packages/cobbler/cobbler.py", > > line 418, in curry_args > > commands[args[0]](args[1:]) > > File > > "/usr/lib/python2.4/site-packages/cobbler/cobbler.py", > > line 312, in import_tree > > return self.apply_args(args,commands,on_ok) > > File > > "/usr/lib/python2.4/site-packages/cobbler/cobbler.py", > > line 406, in apply_args > > on_ok() > > File > > "/usr/lib/python2.4/site-packages/cobbler/cobbler.py", > > line 311, in > > on_ok = lambda: go_import() > > File > > "/usr/lib/python2.4/site-packages/cobbler/cobbler.py", > > line 304, in go_import > > self.temp_mirror_name) > > File > "/usr/lib/python2.4/site-packages/cobbler/api.py", > > line 152, in import_tree > > return importer.run() > > File > > > "/usr/lib/python2.4/site-packages/cobbler/action_import.py", > > line 82, in run > > self.guess_kickstarts() > > File > > > "/usr/lib/python2.4/site-packages/cobbler/action_import.py", > > line 139, in guess_kickstarts > > results = self.scan_rpm_filename(rpm) > > File > > > "/usr/lib/python2.4/site-packages/cobbler/action_import.py", > > line 186, in scan_rpm_filename > > major = int(major) > > ValueError: invalid literal for int(): 5Server > > > > I don't know what this is all about. But when I ran > > cobbler report it showed me this: > > > > [ root at server cobbler]# cobbler report > > distro : rhel5 > > kernel : > > /var/www/cobbler/ks_mirror/rhel5/images/pxeboot/vmlinuz > > initrd : > > > /var/www/cobbler/ks_mirror/rhel5/images/pxeboot/initrd.img > > kernel options : {} > > architecture : x86 > > ks metadata : {} > > breed : redhat > > > > distro : rhel5-xen > > kernel : > > /var/www/cobbler/ks_mirror/rhel5/images/xen/vmlinuz > > initrd : > > /var/www/cobbler/ks_mirror/rhel5/images/xen/initrd.img > > kernel options : {} > > architecture : x86 > > ks metadata : {} > > breed : redhat > > > > profile : rhel5 > > distro : rhel5 > > kickstart : /etc/cobbler/default.ks > > kernel options : {} > > ks metadata : {} > > virt file size : 5 > > virt ram : 512 > > virt paravirt : True > > repos : > > > > profile : rhel5-xen > > distro : rhel5-xen > > kickstart : /etc/cobbler/default.ks > > kernel options : {} > > ks metadata : {} > > virt file size : 5 > > virt ram : 512 > > virt paravirt : True > > repos : > > > > That means it has created the distro and profile > part. Is > > that perfect or something is missing. > > > > Please help. > > > > Regards > > SysAdmin > > > > > > > > > > > ------------------------------------------------------------------------ > > > > _______________________________________________ > > et-mgmt-tools mailing list > > et-mgmt-tools at redhat.com > > https://www.redhat.com/mailman/listinfo/et-mgmt-tools > > _______________________________________________ > et-mgmt-tools mailing list > et-mgmt-tools at redhat.com > https://www.redhat.com/mailman/listinfo/et-mgmt-tools > > > ------------------------------------------------------------------------ > > _______________________________________________ > et-mgmt-tools mailing list > et-mgmt-tools at redhat.com > https://www.redhat.com/mailman/listinfo/et-mgmt-tools From mdehaan at redhat.com Mon Apr 2 18:32:19 2007 From: mdehaan at redhat.com (Michael DeHaan) Date: Mon, 02 Apr 2007 14:32:19 -0400 Subject: [et-mgmt-tools] Corrected bug in cobbler sync In-Reply-To: <1175535628.15227.12.camel@shire.propagation.net> References: <46111A3E.20901@redhat.com> <1175535628.15227.12.camel@shire.propagation.net> Message-ID: <46114C33.3020803@redhat.com> Matt S [UNIX Administrator] wrote: > The %changelog in the spec file needs an adjustment to the latest > changes date string, the make bombs out without it. I think it's just an > extra field or something. I corrected my local install manually. > Fixxored. Thanks. > On Mon, 2007-04-02 at 10:59 -0400, Michael DeHaan wrote: > >> This should only affect users who installed cobbler several versions >> ago, before the kickstart tracking features were in ... >> If you're seeing a traceback while running "cobbler sync", the following >> is the fix for the problem: >> >> diff --git a/cobbler/action_sync.py b/cobbler/action_sync.py >> index 98f018b..2f8902a 100644 >> --- a/cobbler/action_sync.py >> +++ b/cobbler/action_sync.py >> @@ -655,7 +655,7 @@ class BootSync: >> # kickstart path rewriting (get URLs for local files) >> if kickstart_path is not None and kickstart_path != "": >> >> - if system is not None and kickstart_path.startswith("/") or >> kickstart_path.find("/cobbler/kickstarts/") != -1: >> + if system is not None and kickstart_path.startswith("/"): >> pxe_fn = self.get_pxe_filename(system.name) >> kickstart_path = >> "http://%s/cblr/kickstarts_sys/%s/ks.cfg" % (self.settings.server, pxe_fn) >> elif kickstart_path.startswith("/") or >> kickstart_path.find("/cobbler/kickstarts/") != -1: >> >> >> To apply this fix prior to the next release: >> >> git clone git://et.redhat.com/cobbler >> make >> rpm -Uvh cobbler*.noarch.rpm --force >> >> I plan on releasing this later this week, along with a fix for the RHEL5 >> DVD/tree "cobbler import" problem reported earlier. >> >> --Michael >> >> >> >> _______________________________________________ >> et-mgmt-tools mailing list >> et-mgmt-tools at redhat.com >> https://www.redhat.com/mailman/listinfo/et-mgmt-tools >> > > _______________________________________________ > et-mgmt-tools mailing list > et-mgmt-tools at redhat.com > https://www.redhat.com/mailman/listinfo/et-mgmt-tools > From networkjas at gmail.com Mon Apr 2 17:28:22 2007 From: networkjas at gmail.com (jas singh) Date: Mon, 2 Apr 2007 13:28:22 -0400 Subject: [et-mgmt-tools] unsuscribe Message-ID: -- Thanks Jaswinder Singh 37 Miller St., Toronto, ON, M6N 2Z6 Canada. Tel: 647-261-8184 -------------- next part -------------- An HTML attachment was scrubbed... URL: From mdehaan at redhat.com Mon Apr 2 19:51:17 2007 From: mdehaan at redhat.com (Michael DeHaan) Date: Mon, 02 Apr 2007 15:51:17 -0400 Subject: [et-mgmt-tools] unsuscribe In-Reply-To: References: Message-ID: <46115EB5.6070000@redhat.com> FYI, you'll need to do that yourself... https://www.redhat.com/mailman/listinfo/et-mgmt-tools jas singh wrote: > > > -- > Thanks > Jaswinder Singh > 37 Miller St., Toronto, > ON, M6N 2Z6 Canada. > Tel: 647-261-8184 > ------------------------------------------------------------------------ > > _______________________________________________ > et-mgmt-tools mailing list > et-mgmt-tools at redhat.com > https://www.redhat.com/mailman/listinfo/et-mgmt-tools From mdehaan at redhat.com Mon Apr 2 21:48:16 2007 From: mdehaan at redhat.com (Michael DeHaan) Date: Mon, 02 Apr 2007 17:48:16 -0400 Subject: [et-mgmt-tools] Possible bug in cobbler 0.4.5.3 on FC6 In-Reply-To: References: Message-ID: <46117A20.2000000@redhat.com> The cobbler import code has been fixed and additionally tested against the following: -- a RHEL4 tree -- a RHEL5 build tree -- a FC5 development tree with some weird versions in it Should be good to go. If anyone wants to give Centos 4 a shot, please do. Code is pushed. I'm planning for a release later this week incorporating previous bugfixes and hopefully adding the ability for cobbler ("cobbler repo add") to understand http:// and ftp:// repositories in addition to the rsync support it has now. There simply aren't a lot of rsync Fedora extras/updates mirrors and I know a lot of 3rd party repos don't do rsync://. --Michael From kedia.vikas at gmail.com Mon Apr 2 23:12:28 2007 From: kedia.vikas at gmail.com (Vikas) Date: Mon, 2 Apr 2007 16:12:28 -0700 Subject: [et-mgmt-tools] Where does cobbler and koan end .. and stateless linux starts ? Message-ID: I started looking at http://fedoraproject.org/wiki/StatelessLinux and from there got introduced to cobbler and koan (Great work Michael !!) These are the 4 objectives I am trying to achieve: A. Prepare a gold copy of the server. This involves: 1. installing RHEL5 on it 2. Add other RPM's like webmin and virtualmin. 3. Move the config files like httpd.conf etc. to a location called /gt/fsrvx/server-config/. Here x is that servers number. For e.g the first server will have /gt/fsrv1/ 2nd server will have /gt/fsrv2/ and so on. Here /gt/ is a separate partition. B. Be able to push the gold copy out to servers fresh from UPS using PXE and cobbler and once the server has a base OS on it be able to add more virtual operating systems to it using koan and cobbler. C. Each of the deployed servers should contact the central gold copy and see if there have been any changes to the / partition and if so then rsync over the changes. This is the stateless part of each of the servers. D. Any changes to the /gt/ partition should be sent over to the backup server. This is the state part of each of the servers. My two questions are: 1. Will the kickstart file allow me to move the config files like httpd.conf over to /gt/fsrv1/server-config/httpd.conf. I can possibly do this by modifying the default apache RPM but will I be able to say /gt/fsrv?/server-config/http.conf and replace the ? with the current server number getting installed. 2. Will I be able to achieve the objectives B and C. Regards, ----- Mortgage fit Virtualization Group http://www.mortgagefit.com Vikas vikas at mortgagefit dot com From prime.provogue at gmail.com Tue Apr 3 01:09:10 2007 From: prime.provogue at gmail.com (niyaz chistee) Date: Tue, 3 Apr 2007 06:39:10 +0530 Subject: [et-mgmt-tools] Re: error while running cobbler import In-Reply-To: <46114C02.2020902@redhat.com> References: <3293c1d10703301840j3fc46b4atc4e4477056cad24d@mail.gmail.com> <3293c1d10703301956y5fcb1a72ue12fedb5081b04d9@mail.gmail.com> <3293c1d10703302134u48851b10iac56a839ffcef128@mail.gmail.com> <3293c1d10703302259x12120c73rc789e452c324c18d@mail.gmail.com> <461112C7.2020808@redhat.com> <3293c1d10704021102h22298b44vbd4b1e962615420@mail.gmail.com> <46114C02.2020902@redhat.com> Message-ID: <3293c1d10704021809v1f6b31a1yad46ece4ca75b3a5@mail.gmail.com> Hello, Ya virt-manager and virt-install both and it accepts 128MB RAM easily no problem. I guess there need to be done something in cobbler or koan code that helps it accept and boot with 128MB RAM too. I have tried installing virtual machine via virt-install and virt-manager (with 128MB RAM given to them) and it all works fine. Regards SysAdmin On 4/3/07, Michael DeHaan wrote: > > niyaz chistee wrote: > > Ya thanks for telling this. But what if I want to give my Xen virtual > > machine 128MB RAM only. Isn't it possible? > Anaconda really likes to have 256. > > > Because if I give 128MB koan always fails during balloning. While if I > > don't use koan + cobbler I can install xen virtual machine with 128 MB > > RAM support only. > > Using virt-manager? Perhaps that is granting it more RAM during > install and using a different value after the fact? Hmm... > > > > > > Hope you got my point. > > > > Regards > > SysAdmin > > > > On 4/2/07, *Michael DeHaan* > > wrote: > > > > niyaz chistee wrote: > > > Hello, > > > > > > Finally I got rid of the dhcp problem. > > > > I'm glad you got your problems figured out. As you can guess, the > > balloon message was about you not having enough RAM. Xen isn't > > completely obvious about what goes wrong when, this is true :) > > > > > But I had to stop my dummy0 virtual network interface in dom0 > > host and > > > have to bridge my xenbr1 to eth1 (physical wireless device on dom0 > > > host). The installation started without asking me anything (that > > was > > > real great un-attended installation). > > > The only thing it asked was when it was about to create the > > > partitions. It asked me whether it should format the whole disk or > > > not. When I pressed Yes it continued. If I want it to not ask this > > > thing what should I do. And one more thing after installation it > > stop > > > and asked me to press reboot button. > > There are some sample kickstarts in /etc/cobbler that you could use, > > particularly one that is tailored to creating really small Xen > > guests. > > > > > If I want it to automatically reboot then what should I do. I > guess > > > something %post directive. > > > > reboot goes in the main section of the kickstart, not post. For an > > example, see /etc/cobbler/kickstart_fc6_domU.ks > > > > > > > > > Please help. And one more thing, I had to made huge modifications > in > > > my kickstart file. So I am posting it once more. Hope it help > > you guys > > > in getting me: > > > > > > install > > > nfs --server= 192.168.1.5 > > --dir=/rhel5/Dump > > > key > > > lang en_US.UTF-8 > > > network --bootproto=bootp --device=eth0 --onboot=on > > > rootpw --iscrypted $1$VwD9nalr$06K0bUawzanX72gNk0es91 > > > firewall --disabled > > > authconfig --enableshadow --enablemd5 > > > selinux --disabled > > > timezone --utc Asia/Calcutta > > > bootloader --location=mbr --driveorder=xvda > --append="console=xvc0" > > > # The following is the partition information you requested > > > # Note that any partitions you deleted are not expressed > > > # here so unless you clear all partitions first, this is > > > # not guaranteed to work > > > clearpart --all --drives=xvda > > > part /boot --fstype ext3 --size=100 --ondisk=xvda > > > part pv.2 --size=0 --grow --ondisk=xvda > > > volgroup VolGroup00 --pesize=32768 pv.2 > > > logvol / --fstype ext3 --name=LogVol00 --vgname=VolGroup00 > > --size=1024 > > > --grow > > > logvol swap --fstype swap --name=LogVol01 --vgname=VolGroup00 > > > --size=144 --grow --maxsize=288 > > > > > > %packages > > > @admin-tools > > > @base > > > @core > > > > > > > > > On 3/31/07, *niyaz chistee* < prime.provogue at gmail.com > > > > > > > > wrote: > > > > > > Hello guys, > > > > > > I somehow overcome the balloon problem. What I did was I > delete > > > the system and profile by > > > cobbler system remove --name= > > > cobbler profile remove --name= > > > > > > And I added again the profile but this time I gave > > > --virt-ram-size=256 (as this was where koan reported warning > > > earlier) and then I created system as I did previously. > > > Then I ran koan once again (as I did earlier) but now a new > > > problem. It starts the virtual machine and ask me to connect > > to it > > > via xm console. I did so but it hangs during acquiring ip > > address > > > from dhcp. After sometime it ask me to give ip address > > manually I > > > do so ( 10.1.1.45/255.255.255.0 > > > > > gateway 10.1.1.1 ) but > > then it reports error in > > > getting nfs:/10.1.1.1/rhel5/Dump/ks.cfg. I have figured out > the > > > problem. But don't know how to resolve it. > > > It is the same as I mentioned earlier. I have two network > > > interfaces. One is eth1 (wireless device) and other is dummy0 > > > (virtual network interface). All the communication of xen vm's > > > with the xen dom0 is done via a bridge xenbr1 which is mapped > to > > > dummy0. And in the dhcpd.conf there is nothing for the subnet > > > 10.1.1.0 and if I do > > manually (as of now cobbler > > > is managing my dhcpd.con) it reports error and doesn't start > > dhcpd > > > service. The error is logged into /var/log/messages and it is > > > shown below: > > > > > > Mar 31 10:05:01 server dhcpd: Internet Systems Consortium DHCP > > > Server V3.0.5-RedHat > > > Mar 31 10:05:01 server dhcpd: Copyright 2004-2006 Internet > > Systems > > > Consortium. > > > Mar 31 10:05:01 server dhcpd: All rights reserved. > > > Mar 31 10:05:01 server dhcpd: For info, please visit > > > http://www.isc.org/sw/dhcp/ > > > Mar 31 10:05:01 server dhcpd: Wrote 0 deleted host decls to > > leases > > > file. > > > Mar 31 10:05:01 server dhcpd: Wrote 0 new dynamic host decls > to > > > leases file. > > > Mar 31 10:05:01 server dhcpd: Wrote 0 leases to leases file. > > > Mar 31 10:05:01 server dhcpd: > > > Mar 31 10:05:01 server dhcpd: No subnet declaration for eth1 ( > > > 192.168.1.5 > >). > > > Mar 31 10:05:01 server dhcpd: ** Ignoring requests on > eth1. If > > > this is not what > > > Mar 31 10:05:01 server dhcpd: you want, please write a > subnet > > > declaration > > > Mar 31 10:05:01 server dhcpd: in your dhcpd.conf file for > the > > > network segment > > > Mar 31 10:05:01 server dhcpd: to which interface eth1 is > > > attached. ** > > > Mar 31 10:05:01 server dhcpd: > > > Mar 31 10:05:01 server dhcpd: > > > Mar 31 10:05:01 server dhcpd: Not configured to listen on any > > > interfaces! > > > Mar 31 10:05:01 server dhcpd: > > > Mar 31 10:05:01 server dhcpd: If you did not get this software > > > from ftp.isc.org , > > please > > > Mar 31 10:05:01 server dhcpd: get the latest from > > ftp.isc.org > > > and install that before > > > Mar 31 10:05:01 server dhcpd: requesting help. > > > Mar 31 10:05:01 server dhcpd: > > > Mar 31 10:05:01 server dhcpd: If you did get this software > from > > > ftp.isc.org and > > have not > > > Mar 31 10:05:01 server dhcpd: yet read the README, please > > read it > > > before requesting help. > > > Mar 31 10:05:01 server dhcpd: If you intend to request help > from > > > the dhcp-server at isc.org > > > > > > Mar 31 10:05:01 server dhcpd: mailing list, please read the > > > section on the README about > > > Mar 31 10:05:01 server dhcpd: submitting bug reports and > > requests > > > for help. > > > Mar 31 10:05:01 server dhcpd: > > > Mar 31 10:05:01 server dhcpd: Please do not under any > > > circumstances send requests for > > > Mar 31 10:05:01 server dhcpd: help directly to the authors > > of this > > > software - please > > > Mar 31 10:05:01 server dhcpd: send them to the appropriate > > mailing > > > list as described in > > > Mar 31 10:05:01 server dhcpd: the README file. > > > Mar 31 10:05:01 server dhcpd: > > > Mar 31 10:05:01 server dhcpd: exiting. > > > Mar 31 10:05:01 server dhcpd: dhcpd startup failed > > > > > > If you want me to give some more information please feel > > free to ask. > > > Thanks in advance > > > > > > Regards > > > SysAdmin > > > > > > > > > On 3/31/07, *niyaz chistee* > > > > > >> wrote: > > > > > > Well I thought that I should go the other way. So I did > > this: > > > Note: I have my RHEL5 Dump in /rhel5/Dump > > > > > > cobbler distro add --name=rhel5 > > > --kernel=/rhel5/Dump/images/xen/vmlinuz > > > --initrd=/rhel5/Dump/images/initrd.img > > > > > > This ran good. Then I did the following: > > > > > > cobbler profile add --name=redhat5x --distro=rhel5 > > > --kickstart=/rhel5/Dump/ks.cfg --virt-file-size=2 > > --virt-ram=128 > > > cobbler system add --name=00:16:3E:5F:93:6A > > --profile=redhat5x > > > > > > Okay Now I exported my /rhel5/Dump via NFS. Here's cat > > > /etc/exports > > > /rhel5/Dump > > 10.1.1.0/255.255.255.0(rw,sync,no_root_squash) > > > > > < > http://10.1.1.0/255.255.255.0%28rw,sync,no_root_squash%29> > > > > > > For the sake of convience I am also posting my > > > /rhel5/Dump/ks.cfg and /etc/dhcpd.conf > > > cat /etc/dhcpd.conf > > > # > > > > > ****************************************************************** > > > # Cobbler managed dhcpd.conf file > > > # generated from cobbler dhcp.conf template (Sat Mar 31 > > > 02:31:13 2007) > > > # > > > > > ****************************************************************** > > > ddns-update-style interim; > > > allow booting; > > > allow bootp; > > > ignore client-updates; > > > set vendorclass = option vendor-class-identifier; > > > subnet 192.168.1.0 > > > netmask 255.255.255.0 > > > > > { > > > option routers 192.168.1.5 > > ; > > > option subnet-mask 255.255.255.0 > > >>; > > > range dynamic-bootp 192.168.1.100 > > > > > 192.168.1.254 > > ; > > > filename "/pxelinux.0"; > > > default-lease-time 21600; > > > max-lease-time 43200; > > > next-server 10.1.1.1 > > ; > > > } > > > host label1 { > > > hardware ethernet 00:16:3E:5F:93:6A; > > > next-server 10.1.1.1 > > ; > > > } > > > > > > cat /rhel5/Dump/ks.cfg > > > install > > > url --url nfs: 10.1.1.1:/rhel5/Dump > > > key > > > lang en_US.UTF-8 > > > network --device eth0 --bootproto dhcp > > > rootpw --iscrypted $1$VwD9nalr$06K0bUawzanX72gNk0es91 > > > firewall --disabled > > > authconfig --enableshadow --enablemd5 > > > selinux --disabled > > > timezone --utc Asia/Calcutta > > > bootloader --location=mbr --driveorder=xvda > > > --append="console=xvc0" > > > # The following is the partition information you requested > > > # Note that any partitions you deleted are not expressed > > > # here so unless you clear all partitions first, this is > > > # not guaranteed to work > > > clearpart --all --drives=xvda > > > part /boot --fstype ext3 --size=100 --ondisk=xvda > > > part pv.2 --size=0 --grow --ondisk=xvda > > > volgroup VolGroup00 --pesize=32768 pv.2 > > > logvol / --fstype ext3 --name=LogVol00 --vgname=VolGroup00 > > > --size=1024 --grow > > > logvol swap --fstype swap --name=LogVol01 > > --vgname=VolGroup00 > > > --size=144 --grow --maxsize=288 > > > %packages > > > @admin-tools > > > @base > > > @core > > > @dialup > > > @java > > > @system-tools > > > @text-internet > > > > > > Now I started my portmap,tftp,nfs,httpd services and > > finally I > > > started koan. > > > > > > koan --virt --server=192.168.1.5 > > > > > --profile=redhat5x > > > It gave me this: > > > - processing profile: redhat5x > > > - fetching configuration for profile: redhat5x > > > - url= http://192.168.1.5/cobbler/profiles/redhat5x > > > > > - {'kickstart': 'nfs://10.1.1.1/rhel5/Dump/ks.cfg', > 'name': > > > 'redhat5x', 'virt_ram': 128, 'repos': '', > 'kernel_options': > > > 'ksdevice=eth0 lang= syslog= 10.1.1.1:25150 > > > > > text ', 'virt_file_size': 2, > > 'distro': > > > 'rhel5-xen', 'virt_paravirt': 'True', 'ks_meta': ''} > > > - fetching configuration for distro: rhel5-xen > > > - url= http://192.168.1.5/cobbler/distros/rhel5-xen > > > - {'kernel': '/rhel5/Dump/images/xen/vmlinuz', > > 'ks_meta': '', > > > 'breed': 'redhat', 'kernel_options': 'ksdevice=eth0 lang= > > > syslog= 10.1.1.1:25150 > > text ', > > > 'initrd': '/rhel5/Dump/images/xen/initrd.img', 'arch': > > 'x86', > > > 'name': 'rhel5-xen'} > > > - downloading initrd initrd.img to /tmp/initrd.img > > > - > > url=http://192.168.1.5/cobbler/images/rhel5-xen/initrd.img > > > > > - downloading kernel vmlinuz to /tmp/vmlinuz > > > - url= http://192.168.1.5/cobbler/images/rhel5-xen/vmlinuz > > > - kernel saved = /tmp/vmlinuz > > > - initrd saved = /tmp/initrd.img > > > - invalid RAM size specified, defaulting to 256 MB > > > libvir: Xen Daemon error : POST operation failed: ( > xend.err > > > 'Error creating domain: The privileged domain did not > > balloon!') > > > Failed to create domain 00_16_3E_5C_D5_0C > > > Traceback (most recent call last): > > > File "/usr/lib/python2.4/site-packages/koan/app.py", > line > > > 97, in main > > > k.run() > > > File "/usr/lib/python2.4/site-packages/koan/app.py", > line > > > 152, in run > > > self.do_virt() > > > File "/usr/lib/python2.4/site-packages/koan/app.py", > line > > > 297, in do_virt > > > return self.do_net_install("/tmp",after_download) > > > File "/usr/lib/python2.4/site-packages/koan/app.py", > line > > > 253, in do_net_install > > > after_download(self, distro_data, profile_data) > > > File "/usr/lib/python2.4/site-packages/koan/app.py", > line > > > 296, in after_download > > > self.do_virt_net_install (profile_data, distro_data) > > > File "/usr/lib/python2.4/site-packages/koan/app.py", > line > > > 600, in do_virt_net_install > > > extra=kextra > > > File > > "/usr/lib/python2.4/site-packages/koan/virtcreate.py", > > > line 102, in start_paravirt_install > > > guest.start_install() > > > File > > > > > "/usr/lib/python2.4/site-packages/virtinst/ParaVirtGuest.py", > > > line 220, in start_install > > > return XenGuest.XenGuest.start_install(self, > consolecb) > > > File > > > "/usr/lib/python2.4/site-packages/virtinst/XenGuest.py", > > line > > > 367, in start_install > > > self.domain = self.conn.createLinux(cxml, 0) > > > File "/usr/lib/python2.4/site-packages/libvirt.py", line > > > 249, in createLinux > > > if ret is None:raise > > libvirtError('virDomainCreateLinux() > > > failed') > > > libvirtError: virDomainCreateLinux() failed > > > > > > I don't know what happened during the ballon but it didn't > > > created the virtual machine I was expecting. > > > One more thing I would like to through light on is that > > I have > > > configured a virtual dummy0 network interface which is > > bridged > > > to xenbr1. Here's my ifconfig(not shown are the xen > virtual > > > interfaces): > > > dummy0 Link encap:Ethernet HWaddr F6:42:E2:23:B6:57 > > > inet addr:10.1.1.1 > > > Bcast: > > > 10.1.1.255 > > Mask:255.255.255.0 > > > < http://255.255.255.0> > > > inet6 addr: fe80::f442:e2ff:fe23:b657/64 > > Scope:Link > > > UP BROADCAST RUNNING > MULTICAST MTU:1500 Metric:1 > > > RX packets:41 errors:0 dropped:0 overruns:0 > > frame:0 > > > TX packets:154 errors:0 dropped:0 overruns:0 > > carrier:0 > > > collisions:0 txqueuelen:0 > > > RX bytes:7438 (7.2 KiB) TX bytes:11815 (11.5KiB) > > > eth1 Link encap:Ethernet HWaddr 00:13:02:4B:70:05 > > > inet addr: 192.168.1.5 > > > > > Bcast:192.168.1.255 < > > http://192.168.1.255> Mask: > > > 255.255.255.0 > > > > inet6 addr: fe80::213:2ff:fe4b:7005/64 > Scope:Link > > > UP BROADCAST RUNNING > MULTICAST MTU:1500 Metric:1 > > > RX packets:318 errors:0 dropped:45 overruns:0 > > frame:0 > > > TX packets:336 errors:0 dropped:0 overruns:0 > > carrier:0 > > > collisions:0 txqueuelen:1000 > > > RX bytes:173630 (169.5 KiB) TX bytes:30388 ( > > 29.6 KiB) > > > Interrupt:16 Base address:0xe000 > > > Memory:b0200000-b0200fff > > > > > > All my xen related network stuff is handled by dummy0 and > it > > > is then masqureaded to eth1. I think there is problem with > > > /etc/dhcpd.conf regarding eth1 and dummy0. I am not > > getting it. > > > Please through some light. > > > > > > Regards > > > > > > > > > On 3/31/07, *niyaz chistee* < prime.provogue at gmail.com > > > > > > >> wrote: > > > > > > Hi, > > > > > > I am trying to configure cobbler to configure my xen > > > virtual machines. I tried to import the installation > > tree > > > of rhel5 from cobbler using the command: > > > > > > cobbler import --mirror=/rhel5/Dump/ > > --mirror-name=rhel5 > > > > > > It ran for sometime mirroring my rpm's and in last it > > > ended up with this: > > > sent 2597509927 bytes received 50280 bytes > 8644127.14 > > > bytes/sec > > > total size is 2596994302 speedup is 1.00 > > > - creating new distro: rhel5 > > > - creating new profile: rhel5 > > > - running repo update on > > /var/www/cobbler/ks_mirror/rhel5 > > > - no comps file found: > > > /var/www/cobbler/ks_mirror/rhel5/repodata/comps.xml > > > - modifying existing distro: rhel5 > > > - modifying existing profile: rhel5 > > > - running repo update on > > /var/www/cobbler/ks_mirror/rhel5 > > > - no comps file found: > > > /var/www/cobbler/ks_mirror/rhel5/repodata/comps.xml > > > - creating new distro: rhel5-xen > > > - creating new profile: rhel5-xen > > > - running repo update on > > /var/www/cobbler/ks_mirror/rhel5 > > > - no comps file found: > > > /var/www/cobbler/ks_mirror/rhel5/repodata/comps.xml > > > Traceback (most recent call last): > > > File > > > "/usr/lib/python2.4/site-packages/cobbler/cobbler.py", > > > line 502, in main > > > BootCLI( sys.argv).run() > > > File > > > "/usr/lib/python2.4/site-packages/cobbler/cobbler.py", > > > line 102, in run > > > self.curry_args(self.args[1:], > > self.commands['toplevel']) > > > File > > > "/usr/lib/python2.4/site-packages/cobbler/cobbler.py", > > > line 418, in curry_args > > > commands[args[0]](args[1:]) > > > File > > > "/usr/lib/python2.4/site-packages/cobbler/cobbler.py", > > > line 312, in import_tree > > > return self.apply_args(args,commands,on_ok) > > > File > > > "/usr/lib/python2.4/site-packages/cobbler/cobbler.py", > > > line 406, in apply_args > > > on_ok() > > > File > > > "/usr/lib/python2.4/site-packages/cobbler/cobbler.py", > > > line 311, in > > > on_ok = lambda: go_import() > > > File > > > "/usr/lib/python2.4/site-packages/cobbler/cobbler.py", > > > line 304, in go_import > > > self.temp_mirror_name) > > > File > > "/usr/lib/python2.4/site-packages/cobbler/api.py", > > > line 152, in import_tree > > > return importer.run() > > > File > > > > > "/usr/lib/python2.4/site-packages/cobbler/action_import.py", > > > line 82, in run > > > self.guess_kickstarts() > > > File > > > > > "/usr/lib/python2.4/site-packages/cobbler/action_import.py", > > > line 139, in guess_kickstarts > > > results = self.scan_rpm_filename(rpm) > > > File > > > > > "/usr/lib/python2.4/site-packages/cobbler/action_import.py", > > > line 186, in scan_rpm_filename > > > major = int(major) > > > ValueError: invalid literal for int(): 5Server > > > > > > I don't know what this is all about. But when I ran > > > cobbler report it showed me this: > > > > > > [ root at server cobbler]# cobbler report > > > distro : rhel5 > > > kernel : > > > > /var/www/cobbler/ks_mirror/rhel5/images/pxeboot/vmlinuz > > > initrd : > > > > > /var/www/cobbler/ks_mirror/rhel5/images/pxeboot/initrd.img > > > kernel options : {} > > > architecture : x86 > > > ks metadata : {} > > > breed : redhat > > > > > > distro : rhel5-xen > > > kernel : > > > /var/www/cobbler/ks_mirror/rhel5/images/xen/vmlinuz > > > initrd : > > > /var/www/cobbler/ks_mirror/rhel5/images/xen/initrd.img > > > kernel options : {} > > > architecture : x86 > > > ks metadata : {} > > > breed : redhat > > > > > > profile : rhel5 > > > distro : rhel5 > > > kickstart : /etc/cobbler/default.ks > > > kernel options : {} > > > ks metadata : {} > > > virt file size : 5 > > > virt ram : 512 > > > virt paravirt : True > > > repos : > > > > > > profile : rhel5-xen > > > distro : rhel5-xen > > > kickstart : /etc/cobbler/default.ks > > > kernel options : {} > > > ks metadata : {} > > > virt file size : 5 > > > virt ram : 512 > > > virt paravirt : True > > > repos : > > > > > > That means it has created the distro and profile > > part. Is > > > that perfect or something is missing. > > > > > > Please help. > > > > > > Regards > > > SysAdmin > > > > > > > > > > > > > > > > > > ------------------------------------------------------------------------ > > > > > > _______________________________________________ > > > et-mgmt-tools mailing list > > > et-mgmt-tools at redhat.com > > > https://www.redhat.com/mailman/listinfo/et-mgmt-tools > > > > _______________________________________________ > > et-mgmt-tools mailing list > > et-mgmt-tools at redhat.com > > https://www.redhat.com/mailman/listinfo/et-mgmt-tools > > > > > > ------------------------------------------------------------------------ > > > > _______________________________________________ > > et-mgmt-tools mailing list > > et-mgmt-tools at redhat.com > > https://www.redhat.com/mailman/listinfo/et-mgmt-tools > > _______________________________________________ > et-mgmt-tools mailing list > et-mgmt-tools at redhat.com > https://www.redhat.com/mailman/listinfo/et-mgmt-tools > -------------- next part -------------- An HTML attachment was scrubbed... URL: From prime.provogue at gmail.com Tue Apr 3 01:11:04 2007 From: prime.provogue at gmail.com (niyaz chistee) Date: Tue, 3 Apr 2007 06:41:04 +0530 Subject: [et-mgmt-tools] Possible bug in cobbler 0.4.5.3 on FC6 In-Reply-To: <46117A20.2000000@redhat.com> References: <46117A20.2000000@redhat.com> Message-ID: <3293c1d10704021811s5c19bf11gccec9caff212ac6a@mail.gmail.com> Thanks alot. Waiting for the next release. On 4/3/07, Michael DeHaan wrote: > > The cobbler import code has been fixed and additionally tested against > the following: > > -- a RHEL4 tree > -- a RHEL5 build tree > -- a FC5 development tree with some weird versions in it > > Should be good to go. If anyone wants to give Centos 4 a shot, please > do. Code is pushed. > > I'm planning for a release later this week incorporating previous > bugfixes and hopefully adding the ability for > cobbler ("cobbler repo add") to understand http:// and ftp:// > repositories in addition to the rsync support it has now. There simply > aren't a lot of rsync Fedora extras/updates mirrors and I know a lot of > 3rd party repos don't do rsync://. > > --Michael > > > _______________________________________________ > et-mgmt-tools mailing list > et-mgmt-tools at redhat.com > https://www.redhat.com/mailman/listinfo/et-mgmt-tools > -------------- next part -------------- An HTML attachment was scrubbed... URL: From prime.provogue at gmail.com Tue Apr 3 01:14:49 2007 From: prime.provogue at gmail.com (niyaz chistee) Date: Tue, 3 Apr 2007 06:44:49 +0530 Subject: [et-mgmt-tools] Kernel panic while booting rhel4 via pxe In-Reply-To: <46114B43.7060803@redhat.com> References: <3293c1d10703310315n2669ff34lbe681801554ab116@mail.gmail.com> <460E3A6B.3090702@netmagicsolutions.com> <3293c1d10703310351i3d0b45dbxa42124be3ddee136@mail.gmail.com> <460E4335.5060503@netmagicsolutions.com> <3293c1d10703310433h38b2f7bncc395f08f3187057@mail.gmail.com> <3293c1d10703312000h8539719me0f37a7dfc4acfbc@mail.gmail.com> <461116DA.7050102@redhat.com> <3293c1d10704021104m1b4cb27dv1655f75a2ff8c91b@mail.gmail.com> <46114B43.7060803@redhat.com> Message-ID: <3293c1d10704021814r6b8a46d8jf2f4078b38af7144@mail.gmail.com> Hello, Okay. See. I have installed RHEL5 Server and within it I have installed Cobbler and koan. Then I installed VMware on the same RHEL5 Server and booted RHEL5/RHEL4 installations (for testing purposes) via cobbler. They booted well and were installed. Now I have a different physical machine (different than my RHEL5 Server machine mentioned earlier). That machine is Windows XP and within that windows XP is VMware installed. From that VMware I try to boot RHEL4 installation via cobbler + koan installed on my RHEL5 server. This thing doesn't boot and gives the message I told earlier. But all other things boot well. Hope you get me this time. If you want to ask more questions please feel free to ask. Regards SysAdmin On 4/2/07, Michael DeHaan wrote: > > niyaz chistee wrote: > > Thanks for the replies Michael. But I am not using koan. So I think > > cobbler doesn't support vmware. But that's not true. Because I have > > installed a vmware virtual machine with a cobbler setup which was > > pointing to /rhel5/Dump/images/pxeboot/vmlinuz not > > /rhel5/Dump/images/xen/vmlinuz. > > > > > Hope you got my point. > > > I don't. If you can explain what you are encountering without refering > vmware and Windows XP, it might be clearer :) > > > Regards > > SysAdmin > > > > On 4/2/07, *Michael DeHaan* > > wrote: > > > > niyaz chistee wrote: > > > I am not able to install a new virtual machine via vmware. Do I > > need > > > to create a new separate profile for vmware . > > > > > > > koan does not support vmware. > > > > _______________________________________________ > > et-mgmt-tools mailing list > > et-mgmt-tools at redhat.com > > https://www.redhat.com/mailman/listinfo/et-mgmt-tools > > > > > > ------------------------------------------------------------------------ > > > > _______________________________________________ > > et-mgmt-tools mailing list > > et-mgmt-tools at redhat.com > > https://www.redhat.com/mailman/listinfo/et-mgmt-tools > > _______________________________________________ > et-mgmt-tools mailing list > et-mgmt-tools at redhat.com > https://www.redhat.com/mailman/listinfo/et-mgmt-tools > -------------- next part -------------- An HTML attachment was scrubbed... URL: From hbrock at redhat.com Tue Apr 3 13:31:47 2007 From: hbrock at redhat.com (Hugh Brock) Date: Tue, 03 Apr 2007 09:31:47 -0400 Subject: [et-mgmt-tools] [PATCH] check a UUID format In-Reply-To: <200703301716.FHI87074.9GK0JE69@aa.jp.fujitsu.com> References: <200703301716.FHI87074.9GK0JE69@aa.jp.fujitsu.com> Message-ID: <46125743.1080809@redhat.com> S.Sakamoto wrote: > Hi > > When I install by virt-intall with invalid UUID(e.g."--uuid=4096 Characters"), > virt-install freeze. > > So, here's the patch adds to check a UUID with following format: > xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx ( xx should be in hexadecimal ) > > Signed-off-by: Shigeki Sakamoto > > > Thanks, > Shigeki Sakamoto. > Hi! Thanks for this, I have committed it. Note that I loosened the restriction on the format a little bit; a 32-digit hex number is also valid, without the dashes. Thanks, --Hugh -- Red Hat Virtualization Group http://redhat.com/virtualization Hugh Brock | virt-manager http://virt-manager.org hbrock at redhat.com | virtualization library http://libvirt.org From berrange at redhat.com Tue Apr 3 13:56:04 2007 From: berrange at redhat.com (Daniel P. Berrange) Date: Tue, 3 Apr 2007 14:56:04 +0100 Subject: [et-mgmt-tools] Re: error while running cobbler import In-Reply-To: <46114C02.2020902@redhat.com> References: <3293c1d10703301840j3fc46b4atc4e4477056cad24d@mail.gmail.com> <3293c1d10703301956y5fcb1a72ue12fedb5081b04d9@mail.gmail.com> <3293c1d10703302134u48851b10iac56a839ffcef128@mail.gmail.com> <3293c1d10703302259x12120c73rc789e452c324c18d@mail.gmail.com> <461112C7.2020808@redhat.com> <3293c1d10704021102h22298b44vbd4b1e962615420@mail.gmail.com> <46114C02.2020902@redhat.com> Message-ID: <20070403135604.GA7081@redhat.com> On Mon, Apr 02, 2007 at 02:31:30PM -0400, Michael DeHaan wrote: > niyaz chistee wrote: > >Ya thanks for telling this. But what if I want to give my Xen virtual > >machine 128MB RAM only. Isn't it possible? > Anaconda really likes to have 256. > > >Because if I give 128MB koan always fails during balloning. While if I > >don't use koan + cobbler I can install xen virtual machine with 128 MB > >RAM support only. > > Using virt-manager? Perhaps that is granting it more RAM during > install and using a different value after the fact? Hmm... Nope - if you ask for 128 MB, that's all you'll be given. We don't enforce a 256 MB minimum, because the user may be installing OS which don't use Anaconda & thus would work just fine with < 256 MB. 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 -=| From mdehaan at redhat.com Tue Apr 3 14:48:29 2007 From: mdehaan at redhat.com (Michael DeHaan) Date: Tue, 03 Apr 2007 10:48:29 -0400 Subject: [et-mgmt-tools] Re: error while running cobbler import In-Reply-To: <20070403135604.GA7081@redhat.com> References: <3293c1d10703301840j3fc46b4atc4e4477056cad24d@mail.gmail.com> <3293c1d10703301956y5fcb1a72ue12fedb5081b04d9@mail.gmail.com> <3293c1d10703302134u48851b10iac56a839ffcef128@mail.gmail.com> <3293c1d10703302259x12120c73rc789e452c324c18d@mail.gmail.com> <461112C7.2020808@redhat.com> <3293c1d10704021102h22298b44vbd4b1e962615420@mail.gmail.com> <46114C02.2020902@redhat.com> <20070403135604.GA7081@redhat.com> Message-ID: <4612693D.1090105@redhat.com> Daniel P. Berrange wrote: > On Mon, Apr 02, 2007 at 02:31:30PM -0400, Michael DeHaan wrote: > >> niyaz chistee wrote: >> >>> Ya thanks for telling this. But what if I want to give my Xen virtual >>> machine 128MB RAM only. Isn't it possible? >>> >> Anaconda really likes to have 256. >> >> >>> Because if I give 128MB koan always fails during balloning. While if I >>> don't use koan + cobbler I can install xen virtual machine with 128 MB >>> RAM support only. >>> >> Using virt-manager? Perhaps that is granting it more RAM during >> install and using a different value after the fact? Hmm... >> > > Nope - if you ask for 128 MB, that's all you'll be given. We don't enforce > a 256 MB minimum, because the user may be installing OS which don't use > Anaconda & thus would work just fine with < 256 MB. > > Dan. > Thanks, Dan. Niyaz, I looked at the koan source and it does (it suprised me, actually!) enforce a 256Mb limit (previously, I found Anaconda rather unhappy at 128MB). I'll remove it in the next release and put appropriate documentation in the cobbler manpage about using settings lower than 128. Appreciate the report! --Michael From mdehaan at redhat.com Tue Apr 3 14:52:14 2007 From: mdehaan at redhat.com (Michael DeHaan) Date: Tue, 03 Apr 2007 10:52:14 -0400 Subject: [et-mgmt-tools] Kernel panic while booting rhel4 via pxe In-Reply-To: <3293c1d10704021814r6b8a46d8jf2f4078b38af7144@mail.gmail.com> References: <3293c1d10703310315n2669ff34lbe681801554ab116@mail.gmail.com> <460E3A6B.3090702@netmagicsolutions.com> <3293c1d10703310351i3d0b45dbxa42124be3ddee136@mail.gmail.com> <460E4335.5060503@netmagicsolutions.com> <3293c1d10703310433h38b2f7bncc395f08f3187057@mail.gmail.com> <3293c1d10703312000h8539719me0f37a7dfc4acfbc@mail.gmail.com> <461116DA.7050102@redhat.com> <3293c1d10704021104m1b4cb27dv1655f75a2ff8c91b@mail.gmail.com> <46114B43.7060803@redhat.com> <3293c1d10704021814r6b8a46d8jf2f4078b38af7144@mail.gmail.com> Message-ID: <46126A1E.3010305@redhat.com> niyaz chistee wrote: > Hello, > Okay. See. > I have installed RHEL5 Server and within it I have installed Cobbler > and koan. Then I installed VMware on the same RHEL5 Server and booted > RHEL5/RHEL4 installations (for testing purposes) via cobbler. They > booted well and were installed. > Now I have a different physical machine (different than my RHEL5 > Server machine mentioned earlier). That machine is Windows XP and > within that windows XP is VMware installed. From that VMware I try to > boot RHEL4 installation via cobbler + koan installed on my RHEL5 > server. This thing doesn't boot and gives the message I told earlier. > But all other things boot well. > > Hope you get me this time. If you want to ask more questions please > feel free to ask. > > Regards > SysAdmin Sounds like the kernel panic is related to something hardware-ish that is causing your install to fail. Doesn't sound cobbler/koan related, and is probably out of scope for this list... You might want to go down the official support channels for figuring out what's up with your kernel panic. Cobbler isn't officially supported, but Anaconda and your kernel is. This wouldn't be something that has anything to do with cobbler, but it might have something to do with what options (kernel options or kickstart options) you're booting it with. I don't know. --Michael From mdehaan at redhat.com Tue Apr 3 14:55:47 2007 From: mdehaan at redhat.com (Michael DeHaan) Date: Tue, 03 Apr 2007 10:55:47 -0400 Subject: [et-mgmt-tools] Where does cobbler and koan end .. and stateless linux starts ? In-Reply-To: References: Message-ID: <46126AF3.2060002@redhat.com> Vikas wrote: > I started looking at http://fedoraproject.org/wiki/StatelessLinux and > from there got introduced to cobbler and koan (Great work Michael !!) > > These are the 4 objectives I am trying to achieve: > > A. Prepare a gold copy of the server. This involves: > 1. installing RHEL5 on it > 2. Add other RPM's like webmin and virtualmin. > 3. Move the config files like httpd.conf etc. to a location called > /gt/fsrvx/server-config/. Here x is that servers number. For e.g the > first server will have /gt/fsrv1/ 2nd server will have /gt/fsrv2/ and > so on. Here /gt/ is a separate partition. > > B. Be able to push the gold copy out to servers fresh from UPS using > PXE and cobbler and once the server has a base OS on it be able to add > more virtual operating systems to it using koan and cobbler. > > C. Each of the deployed servers should contact the central gold copy > and see if there have been any changes to the / partition and if so > then rsync over the changes. This is the stateless part of each of the > servers. > > D. Any changes to the /gt/ partition should be sent over to the backup > server. This is the state part of each of the servers. > > My two questions are: > 1. Will the kickstart file allow me to move the config files like > httpd.conf over to /gt/fsrv1/server-config/httpd.conf. I can possibly > do this by modifying the default apache RPM but will I be able to say > /gt/fsrv?/server-config/http.conf and replace the ? with the current > server number getting installed. Kickstart by itself, no... This would be a good question for stateless-list ... http://www.redhat.com/mailman/listinfo/stateless-list > > 2. Will I be able to achieve the objectives B and C. B) yes, absolutely. C) this is not something cobbler would do, but cobbler doesn't prevent you from doing that. > > Regards, > > ----- > Mortgage fit Virtualization Group http://www.mortgagefit.com > Vikas > vikas at mortgagefit dot com > > _______________________________________________ > et-mgmt-tools mailing list > et-mgmt-tools at redhat.com > https://www.redhat.com/mailman/listinfo/et-mgmt-tools From mdehaan at redhat.com Tue Apr 3 19:21:55 2007 From: mdehaan at redhat.com (Michael DeHaan) Date: Tue, 03 Apr 2007 15:21:55 -0400 Subject: [et-mgmt-tools] #cobbler on irc.freenode.net Message-ID: <4612A953.8090102@redhat.com> If anyone is interested...there's now a channel... --Michael From fj0588di at aa.jp.fujitsu.com Wed Apr 4 04:11:24 2007 From: fj0588di at aa.jp.fujitsu.com (S.Sakamoto) Date: Wed, 4 Apr 2007 13:11:24 +0900 Subject: [et-mgmt-tools] [PATCH] check a UUID format Message-ID: <200704041311.FED26060.K9G09J6E@aa.jp.fujitsu.com> Hi When, for confirmation of a UUID check, I install it by virt-intall by an invalid UUID, (e.g."uuid=12345678-abcd-1234-cdef-1234567890abc"), virt-install is carried out without an error being given. So, here's the patch adds to check a UUID with the number of the characters: Signed-off-by: Shigeki Sakamoto Thanks, Shigeki Sakamoto. ========================================================== diff -r a0cd4816ebfd virtinst/Guest.py --- a/virtinst/Guest.py Mon Apr 02 16:10:04 2007 -0400 +++ b/virtinst/Guest.py Wed Apr 04 11:39:12 2007 +0900 @@ -417,9 +417,9 @@ class Guest(object): return self._uuid def set_uuid(self, val): # need better validation - form = re.match("[a-fA-F0-9]{8}[-]([a-fA-F0-9]{4}[-]){3}[a-fA-F0-9]{12}", val) + form = re.match("[a-fA-F0-9]{8}[-]([a-fA-F0-9]{4}[-]){3}[a-fA-F0-9]{12}&", val) if form is None: - form=re.match("[a-fA-F0-9]{32}", val) + form=re.match("[a-fA-F0-9]{32}&", val) if form is None: raise ValueError, "UUID must be a 32-digit hexadecimal number. It may take the form XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX or may omit hyphens altogether." else: From fj0588di at aa.jp.fujitsu.com Wed Apr 4 06:05:28 2007 From: fj0588di at aa.jp.fujitsu.com (S.Sakamoto) Date: Wed, 4 Apr 2007 15:05:28 +0900 Subject: [et-mgmt-tools] [PATCH] About remote operation restrictions of a general user Message-ID: <200704041505.HCJ21305.9EGJK069@aa.jp.fujitsu.com> Hi When I use virt-connect in a general user, and a general user can perform operation system such as "start". So, here's the patch adds to can't use operation system in "connect" in a general user. Signed-off-by: Shigeki Sakamoto Thanks, Shigeki Sakamoto. Index: src/virsh.c =================================================================== RCS file: /data/cvs/libvirt/src/virsh.c,v retrieving revision 1.71 diff -u -p -r1.71 virsh.c --- src/virsh.c 2 Apr 2007 11:56:38 -0000 1.71 +++ src/virsh.c 4 Apr 2007 05:51:08 -0000 @@ -360,6 +360,8 @@ static int cmdConnect(vshControl * ctl, vshCmd * cmd) { int ro = vshCommandOptBool(cmd, "readonly"); + virDomainPtr dom; + char *ret; if (ctl->conn) { if (virConnectClose(ctl->conn) != 0) { @@ -374,12 +376,25 @@ cmdConnect(vshControl * ctl, vshCmd * cm free(ctl->name); ctl->name = vshStrdup(ctl, vshCommandOptString(cmd, "name", NULL)); + ctl->conn = virConnectOpenReadOnly(ctl->name); + ctl->readonly = 1; + if (!ro && ctl->uid != 0){ + dom = virDomainLookupByID(ctl->conn, 0); + if (dom==NULL) + return FALSE; + ret = virDomainGetXMLDesc(dom, 0); + if (NULL != strstr(ret, "domain type='xen'")) + ro = 1; + free(ret); + } if (!ro) { + if (virConnectClose(ctl->conn) != 0) { + vshError(ctl, FALSE, + _("Failed to disconnect from the hypervisor")); + return FALSE; + } ctl->conn = virConnectOpen(ctl->name); ctl->readonly = 0; - } else { - ctl->conn = virConnectOpenReadOnly(ctl->name); - ctl->readonly = 1; } if (!ctl->conn) @@ -3175,6 +3190,9 @@ _vshStrdup(vshControl * ctl, const char static int vshInit(vshControl * ctl) { + virDomainPtr dom; + char *ret; + if (ctl->conn) return FALSE; @@ -3188,8 +3206,26 @@ vshInit(vshControl * ctl) !strcasecmp(ctl->name, "xen")) && ctl->uid != 0) ctl->readonly = 1; - if (!ctl->readonly) + if (!ctl->readonly) { ctl->conn = virConnectOpen(ctl->name); + + if (ctl->uid != 0){ + dom = virDomainLookupByID(ctl->conn, 0); + if (dom==NULL) + return FALSE; + ret = virDomainGetXMLDesc(dom, 0); + if (NULL != strstr(ret, "domain type='xen'")) { + if (virConnectClose(ctl->conn) != 0) { + vshError(ctl, FALSE, + _("Failed to disconnect from the hypervisor")); + return FALSE; + } + ctl->conn = virConnectOpenReadOnly(ctl->name); + ctl->readonly = 1; + } + free(ret); + } + } else ctl->conn = virConnectOpenReadOnly(ctl->name); From tomas at jikos.cz Wed Apr 4 08:54:10 2007 From: tomas at jikos.cz (Tomas Kouba) Date: Wed, 04 Apr 2007 10:54:10 +0200 Subject: [et-mgmt-tools] puppet+coan+cobbler vs. quattor Message-ID: <461367B2.9030807@jikos.cz> Hello all, has anybody in this list tried both puppet+coan+cobbler and quattor[1] and can comment? I am planning to do that comparison, but if somebody already has some experience it would be very helpful. Thank you [1] http://quattor.web.cern.ch/quattor/ -- Tomas Kouba From markmc at redhat.com Wed Apr 4 10:23:36 2007 From: markmc at redhat.com (Mark McLoughlin) Date: Wed, 04 Apr 2007 11:23:36 +0100 Subject: [et-mgmt-tools] Minor koan patch Message-ID: <1175682216.3453.14.camel@blaa> Hi, Just something I noticed looking at koan's code ... Patch fixes a couple of buglets where an exception is re-raised with the "errno" module as an arg to the exception constructor rather than the errno int from the original exception. Should just re-raise the current exception using an empty raise statement. Cheers, Mark. Index: koan/koan/app.py =================================================================== --- koan.orig/koan/app.py 2007-04-04 10:45:13.000000000 +0100 +++ koan.orig/koan/app.py 2007-04-04 10:45:13.000000000 +0100 @@ -191,7 +191,7 @@ class Koan: os.mkdir(path) except OSError, (err, msg): if err != errno.EEXIST: - raise OSError(errno,msg) + raise def rmtree(self,path): """ @@ -202,7 +202,7 @@ class Koan: shutil.rmtree(path) except OSError, (err, msg): if err != errno.ENOENT: - raise OSError(errno,msg) + raise def copyfile(self,src,dest): """ From markmc at redhat.com Wed Apr 4 10:50:23 2007 From: markmc at redhat.com (Mark McLoughlin) Date: Wed, 04 Apr 2007 11:50:23 +0100 Subject: [et-mgmt-tools] Cobbler manpage and guest names Message-ID: <1175683823.3453.19.camel@blaa> Hi, Just noticed that there are two copies of cobbler.pod in the git repo ... I went on a little chase trying to figure out why koan isn't using the virt-name arg described in the toplevel copy. Incidentally, am I missing something or is there no way to specify a guest name other than its MAC address? Cheers, Mark. From chris.sarginson at ukfast.net Wed Apr 4 13:13:40 2007 From: chris.sarginson at ukfast.net (Chris Sarginson) Date: Wed, 04 Apr 2007 14:13:40 +0100 Subject: [et-mgmt-tools] Cobbler add repo issue Message-ID: <4613A484.5030007@ukfast.net> Hi Guys, I'm having a problem with cobbler when adding in repositories. Basically I have had a working default setup (running on Fedora 6 i386, and installing Fedora 6 i386), and am now trying to create an additional profile to allow me to include the Fedora 6 Updates. However following the repository mirroring workflow section on the following web pages causing the following error: one of the listed repositories is not defined in cobbler Commenting out the new profile entry in my profiles files eliminates the error. Removing the repo name from the repos: line causes it to spew out python code. If anyone has anything they can suggest then please let me know. Cheers Chris Here is my /var/lib/cobbler/profiles --- - distro: fedora_6_i386 kernel_options: {} kickstart: /etc/cobbler/kickstart_fc6.ks ks_meta: {} name: fedora_6_i386 repos: '' virt_file_size: 5 virt_paravirt: True virt_ram: 512 - distro: fedora_6_x86_64-xen kernel_options: {} kickstart: /etc/cobbler/kickstart_fc6.ks ks_meta: {} name: fedora_6_x86_64-xen repos: '' virt_file_size: 5 virt_paravirt: True virt_ram: 512 - distro: fedora_6_i386-xen kernel_options: {} kickstart: /etc/cobbler/kickstart_fc6.ks ks_meta: {} name: fedora_6_i386-xen repos: '' virt_file_size: 5 virt_paravirt: True virt_ram: 512 - distro: fedora_6_x86_64 kernel_options: {} kickstart: /etc/cobbler/kickstart_fc6.ks ks_meta: {} name: fedora_6_x86_64 repos: '' virt_file_size: 5 virt_paravirt: True virt_ram: 512 - distro: fedora_6_i386 kernel_options: {} kickstart: /etc/cobbler/kickstart_fc6.ks ks_meta: {} name: 'fedora_6_i386_default' repos: 'updates-i386' virt_file_size: 5 virt_paravirt: True virt_ram: 512 Here is my /var/lib/cobbler/repos/ --- - keep_updated: 1 local_filename: '' mirror: /home/distro/fedora/updates/6/i386/ name: 'updates-i386' -- Kind Regards, Chris Sarginson Technical Support UKFast.Net Ltd (t) 0870 111 8866 (f) 0870 458 4545 (e) support at ukfast.net "The UK's Best Business Host" 2007 "The UK's Best Hosting Provider" 2006 and 2005 Dedicated Servers - Managed Hosting - Domain Names- http://www.ukfast.net UKFast.Net Ltd, Abbey House, 32 Booth Street, Manchester, M2 4AB Registered in England. Number 384 5616 From hbrock at redhat.com Wed Apr 4 13:27:42 2007 From: hbrock at redhat.com (Hugh Brock) Date: Wed, 04 Apr 2007 09:27:42 -0400 Subject: [et-mgmt-tools] [PATCH] check a UUID format In-Reply-To: <200704041311.FED26060.K9G09J6E@aa.jp.fujitsu.com> References: <200704041311.FED26060.K9G09J6E@aa.jp.fujitsu.com> Message-ID: <4613A7CE.2050409@redhat.com> S.Sakamoto wrote: > Hi > > When, for confirmation of a UUID check, > I install it by virt-intall by an invalid UUID, > (e.g."uuid=12345678-abcd-1234-cdef-1234567890abc"), > virt-install is carried out without an error being given. > > So, here's the patch adds to check a UUID with the number of the characters: > > Signed-off-by: Shigeki Sakamoto > > > Thanks, > Shigeki Sakamoto. > Oh, yes, of course that's right! Applied, thanks very much. --Hugh -- Red Hat Virtualization Group http://redhat.com/virtualization Hugh Brock | virt-manager http://virt-manager.org hbrock at redhat.com | virtualization library http://libvirt.org From mdehaan at redhat.com Wed Apr 4 14:45:04 2007 From: mdehaan at redhat.com (Michael DeHaan) Date: Wed, 04 Apr 2007 10:45:04 -0400 Subject: [et-mgmt-tools] Minor koan patch In-Reply-To: <1175682216.3453.14.camel@blaa> References: <1175682216.3453.14.camel@blaa> Message-ID: <4613B9F0.10903@redhat.com> Mark McLoughlin wrote: > Hi, > Just something I noticed looking at koan's code ... > > Patch fixes a couple of buglets where an exception is re-raised with > the "errno" module as an arg to the exception constructor rather than > the errno int from the original exception. > > Should just re-raise the current exception using an empty raise > statement. > > Cheers, > Mark. > > Index: koan/koan/app.py > =================================================================== > --- koan.orig/koan/app.py 2007-04-04 10:45:13.000000000 +0100 > +++ koan.orig/koan/app.py 2007-04-04 10:45:13.000000000 +0100 > @@ -191,7 +191,7 @@ class Koan: > os.mkdir(path) > except OSError, (err, msg): > if err != errno.EEXIST: > - raise OSError(errno,msg) > + raise > > def rmtree(self,path): > """ > @@ -202,7 +202,7 @@ class Koan: > shutil.rmtree(path) > except OSError, (err, msg): > if err != errno.ENOENT: > - raise OSError(errno,msg) > + raise > > def copyfile(self,src,dest): > """ > > > _______________________________________________ > et-mgmt-tools mailing list > et-mgmt-tools at redhat.com > https://www.redhat.com/mailman/listinfo/et-mgmt-tools > Applied, thanks! From mdehaan at redhat.com Wed Apr 4 15:00:26 2007 From: mdehaan at redhat.com (Michael DeHaan) Date: Wed, 04 Apr 2007 11:00:26 -0400 Subject: [et-mgmt-tools] Cobbler manpage and guest names In-Reply-To: <1175683823.3453.19.camel@blaa> References: <1175683823.3453.19.camel@blaa> Message-ID: <4613BD8A.4030200@redhat.com> Mark McLoughlin wrote: > Hi, > Just noticed that there are two copies of cobbler.pod in the git > repo ... I went on a little chase trying to figure out why koan isn't > using the virt-name arg described in the toplevel copy. > I'll chase this down... > Incidentally, am I missing something or is there no way to specify a > guest name other than its MAC address? > cobbler system names are (mainly due to a side-effect of having to deal with PXE-ness elsewhere) MAC addresses. We used to support them being something else (IPs, valid hostnames), but MAC addresses work best. However, these are PXE related requirements? Should they affect virt? Not really. As a quick aside, I think most people are installing virt from a per-profile basis .... koan --virt --profile=nameOfProfile --server=cobbler.example.com Currently, though, these virtual machines aren't created as "nameOfProfile", "nameOfProfile1", and so on, but they are created as MAC addresses. I think they really should be named after the profile. Originally we did something like this with "--virt-name", but this was redundant. The profile already has a name, and that's why this was pulled. When a cobbler system is provisioned, however.... koan --virt --system=AA:BB:CC:DD:EE:FF --server=cobbler.example.com It makes sense (to me anyway) to go ahead and use the MAC address. virt-factory (http://virt-factory.et.redhat.com), for instance, is using MAC addresses with explicit provisioning of systems (not profiles) for virtual domain names such that they remain unique when migrating between systems. Bottom line -- yes, I think using the profile name as a basis for machines provisioned from koan would be a very very good idea. It would make things a lot more readable when viewed by other tools, and it would be easier to tell what the purpose of a given virtual machine was. > Cheers, > Mark. > > _______________________________________________ > et-mgmt-tools mailing list > et-mgmt-tools at redhat.com > https://www.redhat.com/mailman/listinfo/et-mgmt-tools > From mdehaan at redhat.com Wed Apr 4 15:02:49 2007 From: mdehaan at redhat.com (Michael DeHaan) Date: Wed, 04 Apr 2007 11:02:49 -0400 Subject: [et-mgmt-tools] Cobbler add repo issue In-Reply-To: <4613A484.5030007@ukfast.net> References: <4613A484.5030007@ukfast.net> Message-ID: <4613BE19.60004@redhat.com> Chris Sarginson wrote: > Hi Guys, > > I'm having a problem with cobbler when adding in repositories. > > Basically I have had a working default setup (running on Fedora 6 > i386, and installing Fedora 6 i386), and am now trying to create an > additional profile to allow me to include the Fedora 6 Updates. > However following the repository mirroring workflow section on the > following web pages causing the following error: > > one of the listed repositories is not defined in cobbler I think I fielded this on #cobbler on irc.freenode.net earlier ... just to reiteratre for everyone else, this should be addressed in upstream code, and I'm shooting for a release later this week. Download the new stuff via git (instructions on http://cobbler.et.redhat.com) and try it out if you are feeling brave, if not, hold on, and it will be available soon. The repo stuff is getting a pretty good overhaul at the moment. > > Commenting out the new profile entry in my profiles files eliminates > the error. Removing the repo name from the repos: line causes it to > spew out python code. If anyone has anything they can suggest then > please let me know. > > Cheers > > Chris > > Here is my /var/lib/cobbler/profiles > > --- > - > distro: fedora_6_i386 > kernel_options: {} > kickstart: /etc/cobbler/kickstart_fc6.ks > ks_meta: {} > name: fedora_6_i386 > repos: '' > virt_file_size: 5 > virt_paravirt: True > virt_ram: 512 > - > distro: fedora_6_x86_64-xen > kernel_options: {} > kickstart: /etc/cobbler/kickstart_fc6.ks > ks_meta: {} > name: fedora_6_x86_64-xen > repos: '' > virt_file_size: 5 > virt_paravirt: True > virt_ram: 512 > - > distro: fedora_6_i386-xen > kernel_options: {} > kickstart: /etc/cobbler/kickstart_fc6.ks > ks_meta: {} > name: fedora_6_i386-xen > repos: '' > virt_file_size: 5 > virt_paravirt: True > virt_ram: 512 > - > distro: fedora_6_x86_64 > kernel_options: {} > kickstart: /etc/cobbler/kickstart_fc6.ks > ks_meta: {} > name: fedora_6_x86_64 > repos: '' > virt_file_size: 5 > virt_paravirt: True > virt_ram: 512 > - > distro: fedora_6_i386 > kernel_options: {} > kickstart: /etc/cobbler/kickstart_fc6.ks > ks_meta: {} > name: 'fedora_6_i386_default' > repos: 'updates-i386' > virt_file_size: 5 > virt_paravirt: True > virt_ram: 512 > > Here is my /var/lib/cobbler/repos/ > > --- > - > keep_updated: 1 > local_filename: '' > mirror: /home/distro/fedora/updates/6/i386/ > name: 'updates-i386' > From dlutter at redhat.com Wed Apr 4 19:47:56 2007 From: dlutter at redhat.com (David Lutterkort) Date: Wed, 04 Apr 2007 12:47:56 -0700 Subject: [et-mgmt-tools] puppet+coan+cobbler vs. quattor In-Reply-To: <461367B2.9030807@jikos.cz> References: <461367B2.9030807@jikos.cz> Message-ID: <1175716076.3858.43.camel@galia.watzmann.net> On Wed, 2007-04-04 at 10:54 +0200, Tomas Kouba wrote: > has anybody in this list tried both puppet+coan+cobbler and quattor[1] and > can comment? I am planning to do that comparison, but if somebody already > has some experience it would be very helpful. I looked at quattor a long time ago, so my recollection is somewhat hazy; what put me off of it was that it seemed to make it unnecessarily hard to understand what exactly you were changing about systems. In particular, it requires that you really like imagining your system config as a tree structure, and express changes in that tree structure; that causes both a steep learning curve and a not so intuitive representation of the config. I also prefer an approach where separate functions are provided by separate tools (like the cobbler/koan/puppet split) rather than requiring a pretty serious infrastructure before you can use any of the functionality. David From fj0588di at aa.jp.fujitsu.com Thu Apr 5 08:31:09 2007 From: fj0588di at aa.jp.fujitsu.com (S.Sakamoto) Date: Thu, 5 Apr 2007 17:31:09 +0900 Subject: [et-mgmt-tools] Re:[PATCH][RESEND] check a UUID format In-Reply-To: <4613A7CE.2050409@redhat.com> References: <200704041311.FED26060.K9G09J6E@aa.jp.fujitsu.com> <4613A7CE.2050409@redhat.com> Message-ID: <200704051731.FAH95837.09KGE6J9@aa.jp.fujitsu.com> Hi Signs of regular expression to use for the number of the characters restrictions are different. This patch cures the difference. Signed-off-by: Shigeki Sakamoto Thanks, Shigeki Sakamoto. ========================================================== diff -r 04ddef989ad7 virtinst/Guest.py --- a/virtinst/Guest.py Wed Apr 04 09:30:55 2007 -0400 +++ b/virtinst/Guest.py Thu Apr 05 11:43:37 2007 +0900 @@ -417,9 +417,9 @@ class Guest(object): return self._uuid def set_uuid(self, val): # need better validation - form = re.match("[a-fA-F0-9]{8}[-]([a-fA-F0-9]{4}[-]){3}[a-fA-F0-9]{12}&", val) + form = re.match("[a-fA-F0-9]{8}[-]([a-fA-F0-9]{4}[-]){3}[a-fA-F0-9]{12}$", val) if form is None: - form=re.match("[a-fA-F0-9]{32}&", val) + form=re.match("[a-fA-F0-9]{32}$", val) if form is None: raise ValueError, "UUID must be a 32-digit hexadecimal number. It may take the form XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX or may omit hyphens altogether." else: From mdehaan at redhat.com Thu Apr 5 19:54:45 2007 From: mdehaan at redhat.com (Michael DeHaan) Date: Thu, 05 Apr 2007 15:54:45 -0400 Subject: [et-mgmt-tools] Cobbler 0.4.6 Message-ID: <46155405.2000103@redhat.com> Cobbler 0.4.6, codename "Easter Squirrel", is now released. The main point of this release was to bugfix some of the repository handling code, as well as cobbler_syslogd -- all things reported on this list -- and also to improve repository management in general to add some new capabilities. Cobbler can now mirror http:// and ftp:// yum mirrors with "cobbler repo add". This is relatively huge as rsync:// mirrors are generally hard to come by, especially for 3rd party software. I also have some very-very-beta support for mirroring channel content from RHN. All of this is detailed here: http://et.redhat.com/page/Cobbler%2C_Repositories%2C_And_You Another thing to be aware of is that cobbler now knows how to set up your provisioned boxes to use the cobbler server as a source for yum "core packages" out of the box, without you doing anything. To take advantage of this, you'll need to do a fresh "cobbler import", as import now keeps track of some extra information in order to do this. If you're provisioning machines on one network and then moving them to another, you probably want this turned off. How to do this is mentioned in the manpage in the "advanced topics" section. If you aren't using "cobbler import", it won't do this. To understand really what's going on, feel free to look at kickstarts in /var/www/cobbler/kickstarts and /var/www/cobbler/kickstarts_sys after you run "cobbler sync", and it should be fairly obvious. As always, suggestions/comments welcome. --Michael From prime.provogue at gmail.com Fri Apr 6 01:07:42 2007 From: prime.provogue at gmail.com (niyaz chistee) Date: Fri, 6 Apr 2007 06:37:42 +0530 Subject: [et-mgmt-tools] Cobbler 0.4.6 In-Reply-To: <46155405.2000103@redhat.com> References: <46155405.2000103@redhat.com> Message-ID: <3293c1d10704051807r3c4167d3va818e445e6b22ef0@mail.gmail.com> Thanks for the new release Michael. Going to try it now. Regards SysAdmin On 4/6/07, Michael DeHaan wrote: > > Cobbler 0.4.6, codename "Easter Squirrel", is now released. > > The main point of this release was to bugfix some of the repository > handling code, as well as cobbler_syslogd -- all things reported on this > list -- and also to improve repository management in general to > add some new capabilities. > > Cobbler can now mirror http:// and ftp:// yum mirrors with "cobbler repo > add". This is relatively huge as rsync:// mirrors are generally hard to > come by, especially for 3rd party software. I also have some > very-very-beta support for mirroring channel content from RHN. All of > this is detailed here: > http://et.redhat.com/page/Cobbler%2C_Repositories%2C_And_You > > Another thing to be aware of is that cobbler now knows how to set up > your provisioned boxes to use the cobbler server as a source for yum > "core packages" out of the box, without you doing anything. > To take advantage of this, you'll need to do a fresh "cobbler import", > as import now keeps track of some extra information in order to do > this. If you're provisioning machines on one network and then > moving them to another, you probably want this turned off. How to do > this is mentioned in the manpage in the "advanced topics" section. If > you aren't using "cobbler import", it won't do this. > > To understand really what's going on, feel free to look at kickstarts in > /var/www/cobbler/kickstarts and /var/www/cobbler/kickstarts_sys after > you run "cobbler sync", and it should be fairly obvious. As always, > suggestions/comments welcome. > > --Michael > > _______________________________________________ > et-mgmt-tools mailing list > et-mgmt-tools at redhat.com > https://www.redhat.com/mailman/listinfo/et-mgmt-tools > -------------- next part -------------- An HTML attachment was scrubbed... URL: From prime.provogue at gmail.com Fri Apr 6 01:37:33 2007 From: prime.provogue at gmail.com (niyaz chistee) Date: Fri, 6 Apr 2007 07:07:33 +0530 Subject: [et-mgmt-tools] koan giving error after cobbler import Message-ID: <3293c1d10704051837t6024d8bfkac6a4eacd917de73@mail.gmail.com> Hello, I downloaded cobbler 0.4.6 and installed it over my 0.4.5 version. Now I ran: cobbler import --name=rhel5 --mirror=/rhel5/Dump/ It finally completed without any errors. Then I did a: cobbler report distro : rhel5 kernel : /var/www/cobbler/ks_mirror/rhel5/images/pxeboot/vmlinuz initrd : /var/www/cobbler/ks_mirror/rhel5/images/pxeboot/initrd.img kernel options : {} architecture : x86 ks metadata : {'tree': 'http://192.168.1.5/cblr/links/rhel5'} breed : redhat distro : rhel5-xen kernel : /var/www/cobbler/ks_mirror/rhel5/images/xen/vmlinuz initrd : /var/www/cobbler/ks_mirror/rhel5/images/xen/initrd.img kernel options : {} architecture : x86 ks metadata : {'tree': 'http://192.168.1.5/cblr/links/rhel5-xen'} breed : redhat profile : rhel5 distro : rhel5 kickstart : /etc/cobbler/kickstart_fc6.ks kernel options : {} ks metadata : {} virt file size : 5 virt ram : 512 virt paravirt : True repos : [] profile : rhel5-xen distro : rhel5-xen kickstart : /etc/cobbler/kickstart_fc6.ks kernel options : {} ks metadata : {} virt file size : 5 virt ram : 512 virt paravirt : True repos : [] All looked fine. I didn't wanted the same virt file size and virt ram for my rhel5-xen profile so I edited /var/lib/cobbler/profiles and did: cobbler sync After that I did: koan --virt --server=192.168.1.5 --profile=rhel5-xen And it gave this: - processing profile: rhel5-xen - fetching configuration for profile: rhel5-xen - url=http://192.168.1.5/cobbler/profiles/rhel5-xen - {'kickstart': 'http://192.168.1.5/cblr/kickstarts/rhel5-xen/ks.cfg', 'name': 'rhel5-xen', 'virt_ram': 256, 'repos': [], 'kernel_options': 'ksdevice=eth0 lang= syslog=192.168.1.5:25150 text ', 'virt_file_size': 2, 'distro': 'rhel5-xen', 'virt_paravirt': 'True', 'ks_meta': ''} - fetching configuration for distro: rhel5-xen - url=http://192.168.1.5/cobbler/distros/rhel5-xen - {'kernel': '/var/www/cobbler/ks_mirror/rhel5/images/xen/vmlinuz', 'ks_meta': 'tree=http://192.168.1.5/cblr/links/rhel5-xen ', 'breed': 'redhat', 'source_repos': [[' http://192.168.1.5/cobbler/ks_mirror/config/rhel5-xen-0.repo', ' http://192.168.1.5/cobbler/ks_mirror/rhel5/ClusterStorage'], [' http://192.168.1.5/cobbler/ks_mirror/config/rhel5-xen-1.repo', ' http://192.168.1.5/cobbler/ks_mirror/rhel5/Cluster'], [' http://192.168.1.5/cobbler/ks_mirror/config/rhel5-xen-2.repo', ' http://192.168.1.5/cobbler/ks_mirror/rhel5/vt'], [' http://192.168.1.5/cobbler/ks_mirror/config/rhel5-xen-3.repo', ' http://192.168.1.5/cobbler/ks_mirror/rhel5/Server']], 'kernel_options': 'ksdevice=eth0 lang= syslog=192.168.1.5:25150 text ', 'initrd': '/var/www/cobbler/ks_mirror/rhel5/images/xen/initrd.img', 'arch': 'x86', 'name': 'rhel5-xen'} - downloading initrd initrd.img to /tmp/initrd.img - url=http://192.168.1.5/cobbler/images/rhel5-xen/initrd.img - downloading kernel vmlinuz to /tmp/vmlinuz - url=http://192.168.1.5/cobbler/images/rhel5-xen/vmlinuz - kernel saved = /tmp/vmlinuz - initrd saved = /tmp/initrd.img Traceback (most recent call last): File "/usr/lib/python2.4/site-packages/koan/app.py", line 97, in main k.run() File "/usr/lib/python2.4/site-packages/koan/app.py", line 152, in run self.do_virt() File "/usr/lib/python2.4/site-packages/koan/app.py", line 297, in do_virt return self.do_net_install("/tmp",after_download) File "/usr/lib/python2.4/site-packages/koan/app.py", line 253, in do_net_install after_download(self, distro_data, profile_data) File "/usr/lib/python2.4/site-packages/koan/app.py", line 296, in after_download self.do_virt_net_install(profile_data, distro_data) File "/usr/lib/python2.4/site-packages/koan/app.py", line 600, in do_virt_net_install extra=kextra File "/usr/lib/python2.4/site-packages/koan/virtcreate.py", line 84, in start_paravirt_install guest = virtinst.ParaVirtGuest() File "/usr/lib/python2.4/site-packages/virtinst/ParaVirtGuest.py", line 37, in __init__ XenGuest.XenGuest.__init__(self, hypervisorURI=hypervisorURI) File "/usr/lib/python2.4/site-packages/virtinst/XenGuest.py", line 184, in __init__ self.conn = libvirt.open(hypervisorURI) File "/usr/lib/python2.4/site-packages/libvirt.py", line 39, in open if ret is None:raise libvirtError('virConnectOpen() failed') libvirtError: virConnectOpen() failed I guess this is due to the new cobbler 0.4.6. koan became un-stable. Or maybe I am wrong. Correct me. Thanks in advance. Regards SysAdmin -------------- next part -------------- An HTML attachment was scrubbed... URL: From prime.provogue at gmail.com Fri Apr 6 01:41:24 2007 From: prime.provogue at gmail.com (niyaz chistee) Date: Fri, 6 Apr 2007 07:11:24 +0530 Subject: [et-mgmt-tools] Re: koan giving error after cobbler import In-Reply-To: <3293c1d10704051837t6024d8bfkac6a4eacd917de73@mail.gmail.com> References: <3293c1d10704051837t6024d8bfkac6a4eacd917de73@mail.gmail.com> Message-ID: <3293c1d10704051841y343e8d47i10d2ca753dcc4c8a@mail.gmail.com> I am extremely sorry but I forgot to service xend start. Thanks for the new cobbler it's working so far great. On 4/6/07, niyaz chistee wrote: > > Hello, > I downloaded cobbler 0.4.6 and installed it over my 0.4.5 version. Now I > ran: > cobbler import --name=rhel5 --mirror=/rhel5/Dump/ > It finally completed without any errors. Then I did a: > cobbler report > distro : rhel5 > kernel : /var/www/cobbler/ks_mirror/rhel5/images/pxeboot/vmlinuz > initrd : > /var/www/cobbler/ks_mirror/rhel5/images/pxeboot/initrd.img > kernel options : {} > architecture : x86 > ks metadata : {'tree': ' http://192.168.1.5/cblr/links/rhel5' > } > breed : redhat > > distro : rhel5-xen > kernel : /var/www/cobbler/ks_mirror/rhel5/images/xen/vmlinuz > initrd : /var/www/cobbler/ks_mirror/rhel5/images/xen/initrd.img > kernel options : {} > architecture : x86 > ks metadata : {'tree': ' http://192.168.1.5/cblr/links/rhel5-xen' > } > breed : redhat > > profile : rhel5 > distro : rhel5 > kickstart : /etc/cobbler/kickstart_fc6.ks > kernel options : {} > ks metadata : {} > virt file size : 5 > virt ram : 512 > virt paravirt : True > repos : [] > > profile : rhel5-xen > distro : rhel5-xen > kickstart : /etc/cobbler/kickstart_fc6.ks > kernel options : {} > ks metadata : {} > virt file size : 5 > virt ram : 512 > virt paravirt : True > repos : [] > > All looked fine. I didn't wanted the same virt file size and virt ram for > my rhel5-xen profile so I edited /var/lib/cobbler/profiles and did: > cobbler sync > After that I did: > koan --virt --server=192.168.1.5 --profile=rhel5-xen > And it gave this: > - processing profile: rhel5-xen > - fetching configuration for profile: rhel5-xen > - url=http://192.168.1.5/cobbler/profiles/rhel5-xen > - {'kickstart': 'http://192.168.1.5/cblr/kickstarts/rhel5-xen/ks.cfg ', > 'name': 'rhel5-xen', 'virt_ram': 256, 'repos': [], 'kernel_options': > 'ksdevice=eth0 lang= syslog=192.168.1.5:25150 text ', 'virt_file_size': > 2, 'distro': 'rhel5-xen', 'virt_paravirt': 'True', 'ks_meta': ''} > - fetching configuration for distro: rhel5-xen > - url=http://192.168.1.5/cobbler/distros/rhel5-xen > - {'kernel': '/var/www/cobbler/ks_mirror/rhel5/images/xen/vmlinuz', > 'ks_meta': 'tree= http://192.168.1.5/cblr/links/rhel5-xen ', 'breed': > 'redhat', 'source_repos': [['http://192.168.1.5/cobbler/ks_mirror/config/rhel5-xen-0.repo', > 'http://192.168.1.5/cobbler/ks_mirror/rhel5/ClusterStorage'], > [' http://192.168.1.5/cobbler/ks_mirror/config/rhel5-xen-1.repo', 'http://192.168.1.5/cobbler/ks_mirror/rhel5/Cluster' > ], [' > http://192.168.1.5/cobbler/ks_mirror/config/rhel5-xen-2.repo', 'http://192.168.1.5/cobbler/ks_mirror/rhel5/vt'], > ['http://192.168.1.5/cobbler/ks_mirror/config/rhel5-xen-3.repo', 'http://192.168.1.5/cobbler/ks_mirror/rhel5/Server']], > 'kernel_options': 'ksdevice=eth0 lang= syslog=192.168.1.5:25150 text ', > 'initrd': '/var/www/cobbler/ks_mirror/rhel5/images/xen/initrd.img', 'arch': > 'x86', 'name': 'rhel5-xen'} > - downloading initrd initrd.img to /tmp/initrd.img > - url=http://192.168.1.5/cobbler/images/rhel5-xen/initrd.img > - downloading kernel vmlinuz to /tmp/vmlinuz > - url=http://192.168.1.5/cobbler/images/rhel5-xen/vmlinuz > - kernel saved = /tmp/vmlinuz > - initrd saved = /tmp/initrd.img > Traceback (most recent call last): > File "/usr/lib/python2.4/site-packages/koan/app.py", line 97, in main > k.run() > File "/usr/lib/python2.4/site-packages/koan/app.py", line 152, in run > self.do_virt() > File "/usr/lib/python2.4/site-packages/koan/app.py", line 297, in > do_virt > return self.do_net_install("/tmp",after_download) > File "/usr/lib/python2.4/site-packages/koan/app.py", line 253, in > do_net_install > after_download(self, distro_data, profile_data) > File "/usr/lib/python2.4/site-packages/koan/app.py", line 296, in > after_download > self.do_virt_net_install(profile_data, distro_data) > File "/usr/lib/python2.4/site-packages/koan/app.py", line 600, in > do_virt_net_install > extra=kextra > File "/usr/lib/python2.4/site-packages/koan/virtcreate.py", line 84, in > start_paravirt_install > guest = virtinst.ParaVirtGuest() > File "/usr/lib/python2.4/site-packages/virtinst/ParaVirtGuest.py", line > 37, in __init__ > XenGuest.XenGuest.__init__(self, hypervisorURI=hypervisorURI) > File "/usr/lib/python2.4/site-packages/virtinst/XenGuest.py", line 184, > in __init__ > self.conn = libvirt.open(hypervisorURI) > File "/usr/lib/python2.4/site-packages/libvirt.py", line 39, in open > if ret is None:raise libvirtError('virConnectOpen() failed') > libvirtError: virConnectOpen() failed > > I guess this is due to the new cobbler 0.4.6. koan became un-stable. Or > maybe I am wrong. Correct me. > Thanks in advance. > > Regards > SysAdmin > -------------- next part -------------- An HTML attachment was scrubbed... URL: From fj0588di at aa.jp.fujitsu.com Fri Apr 6 11:39:39 2007 From: fj0588di at aa.jp.fujitsu.com (S.Sakamoto) Date: Fri, 6 Apr 2007 20:39:39 +0900 Subject: [et-mgmt-tools] [PATCH] Check exclusive options Message-ID: <200704062039.FAB81775.0GJ9E9K6@aa.jp.fujitsu.com> Hi When I install by virt-intall with some exclusive options (e.g."--hvm --paravirt"), don't become an error. So, here's the patch adds to check exclusive options: // the subject of check // * --hvm, --paravirt * --vnc, --sdl * --sdl, --nographics * --network, --bridge Signed-off-by: Shigeki Sakamoto Thanks, Shigeki Sakamoto. ========================================================== diff -r 04ddef989ad7 virt-install --- a/virt-install Wed Apr 04 09:30:55 2007 -0400 +++ b/virt-install Fri Apr 06 20:25:33 2007 +0900 @@ -208,6 +208,7 @@ def get_networks(macs, bridges, networks if bridges is not None and networks != None: print >> sys.stderr, "Cannot mix both --bridge and --network arguments" + sys.exit(1) # ensure we have equal length lists if bridges != None: @@ -237,6 +238,10 @@ def get_graphics(vnc, vncport, nographic def get_graphics(vnc, vncport, nographics, sdl, keymap, guest): if vnc and nographics: raise ValueError, "Can't do both VNC graphics and nographics" + elif vnc and sdl: + raise ValueError, "Can't do both VNC graphics and SDL" + elif sdl and nographics: + raise ValueError, "Can't do both SDL and nographics" if nographics: guest.graphics = False return @@ -376,7 +381,7 @@ def parse_args(): help="The CPU architecture to simulate") # paravirt options - parser.add_option("-p", "--paravirt", action="store_false", dest="fullvirt", + parser.add_option("-p", "--paravirt", action="store_false", dest="paravirt", help="This guest should be a paravirtualized guest") parser.add_option("-l", "--location", type="string", dest="location", action="callback", callback=check_before_store, @@ -493,10 +498,21 @@ def main(): sys.exit(1) # first things first, are we trying to create a fully virt guest? - hvm = False if conn.getType() == "Xen": + hvm = options.fullvirt + pv = options.paravirt if virtinst.util.is_hvm_capable(): - hvm = options.fullvirt + if hvm is not None and pv is not None: + print >> sys.stderr, "Can't do both --hvm and --paravirt" + sys.exit(1) + elif pv is not None: + hvm = False + else: + if hvm is not None: + print >> sys.stderr, "Can't do --hvm to this system: HVM guest is not supported by your CPU or enabled in your BIOS" + sys.exit(1) + else: + hvm = False if hvm is None: hvm = get_full_virt() else: From Greg.Caetano at hp.com Fri Apr 6 20:21:28 2007 From: Greg.Caetano at hp.com (Caetano, Greg) Date: Fri, 6 Apr 2007 16:21:28 -0400 Subject: [et-mgmt-tools] Manually creating a sparse file Message-ID: I would like to manually create a VM sparse file that I can use fdisk to partition then copy a running root partition into the loopback sparse file. How would I manually generate the proper vm sparse file? Thanks Greg Greg Caetano HP TSG Linux Solutions Alliances Engineering Chicago, IL greg.caetano at hp.com From dlutter at redhat.com Fri Apr 6 23:49:34 2007 From: dlutter at redhat.com (David Lutterkort) Date: Fri, 06 Apr 2007 16:49:34 -0700 Subject: [et-mgmt-tools] Manually creating a sparse file In-Reply-To: References: Message-ID: <1175903374.5633.10.camel@galia.watzmann.net> On Fri, 2007-04-06 at 16:21 -0400, Caetano, Greg wrote: > I would like to manually create a VM sparse file that I can use fdisk to > partition then copy a running root partition into the loopback sparse > file. > > How would I manually generate the proper vm sparse file? virt-install creates a sparse file by default for file-backed guests; if you have qemu-img, that can do the same thing. Or you can use your favorite scripting language as long as it can seek in a file. Here's what that would look like in ruby: File::open("/tmp/s.txt", "w") do |file| file.seek(1024*1024*1024) file.print("\000") end That creates a 1GB sparse file /tmp/s.txt David From zxvdr.au at gmail.com Sat Apr 7 23:32:43 2007 From: zxvdr.au at gmail.com (David Robinson) Date: Sun, 08 Apr 2007 09:32:43 +1000 Subject: [et-mgmt-tools] Manually creating a sparse file In-Reply-To: References: Message-ID: <46182A1B.2010208@gmail.com> Caetano, Greg wrote: > I would like to manually create a VM sparse file that I can use fdisk to > partition then copy a running root partition into the loopback sparse > file. > > How would I manually generate the proper vm sparse file? A sparse file can be created with dd. # dd if=/dev/zero of=sparse seek=512 bs=1M count=0 0+0 records in 0+0 records out 0 bytes (0 B) copied, 4.6e-05 seconds, 0.0 kB/s # ls -lah sparse -rw-r--r-- 1 root root 512M Apr 8 08:47 sparse Cheers, Dave From Greg.Caetano at hp.com Mon Apr 9 14:46:51 2007 From: Greg.Caetano at hp.com (Caetano, Greg) Date: Mon, 9 Apr 2007 10:46:51 -0400 Subject: [et-mgmt-tools] Manually creating a sparse file In-Reply-To: <46182A1B.2010208@gmail.com> References: <46182A1B.2010208@gmail.com> Message-ID: My goal is to be able to easily enable a Physical to Virtual server migration ( a physical server running RHEL4u4 to become a VM on a RHEL5 server). Since I have the RHEL4 system running and configured properly, I just want to take the data on the DAS storage and move it to the VM. My test system does have the ability for me to just attach to the physical drives but I still have not quite gotten the file based disk image to work well. I've done the suggested dd commands I've fdisk'd the new "disk image" and it asks me to set cylinder counts which I've tried. The fdisk exits with ======= The partition table has been altered! Calling ioctl() to re-read partition table. WARNING: Re-reading the partition table failed with error 25: Inappropriate ioctl for device. The kernel still uses the old table. The new table will be used at the next reboot. Syncing disks. ======= fdisk -l returns last_lba(): I don't know how to handle files with mode 81a4 You must set cylinders. You can do this from the extra functions menu. Disk gregdisk: 0 MB, 0 bytes 255 heads, 63 sectors/track, 0 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Device Boot Start End Blocks Id System gregdisk1 1 25 200781 83 Linux gregdisk2 26 150 1004062+ 83 Linux gregdisk3 151 267349 2146275967+ 83 Linux Partition 3 has different physical/logical endings: phys=(1023, 254, 63) logical=(267348, 254, 63) # file gregdisk gregdisk: x86 boot sector; partition 1: ID=0x83, starthead 1, startsector 63, 401562 sectors; partition 2: ID=0x83, starthead 0, startsector 401625, 2008125 sectors; partition 3: ID=0x83, starthead 0, startsector 2409750, 4292551935 sectors Greg Caetano HP TSG Linux Solutions Alliances Engineering Chicago, IL greg.caetano at hp.com -----Original Message----- From: et-mgmt-tools-bounces at redhat.com [mailto:et-mgmt-tools-bounces at redhat.com] On Behalf Of David Robinson Sent: Saturday, April 07, 2007 6:33 PM To: Fedora/Linux Management Tools Subject: Re: [et-mgmt-tools] Manually creating a sparse file Caetano, Greg wrote: > I would like to manually create a VM sparse file that I can use fdisk > to partition then copy a running root partition into the loopback > sparse file. > > How would I manually generate the proper vm sparse file? A sparse file can be created with dd. # dd if=/dev/zero of=sparse seek=512 bs=1M count=0 0+0 records in 0+0 records out 0 bytes (0 B) copied, 4.6e-05 seconds, 0.0 kB/s # ls -lah sparse -rw-r--r-- 1 root root 512M Apr 8 08:47 sparse Cheers, Dave _______________________________________________ et-mgmt-tools mailing list et-mgmt-tools at redhat.com https://www.redhat.com/mailman/listinfo/et-mgmt-tools From fj0588di at aa.jp.fujitsu.com Tue Apr 10 06:45:41 2007 From: fj0588di at aa.jp.fujitsu.com (S.Sakamoto) Date: Tue, 10 Apr 2007 15:45:41 +0900 Subject: [et-mgmt-tools] Re:[PATCH][RESEND] check a UUID format In-Reply-To: <200704051731.FAH95837.09KGE6J9@aa.jp.fujitsu.com> References: <200704041311.FED26060.K9G09J6E@aa.jp.fujitsu.com> <4613A7CE.2050409@redhat.com> <200704051731.FAH95837.09KGE6J9@aa.jp.fujitsu.com> Message-ID: <200704101545.FBF82858.KJE9G096@aa.jp.fujitsu.com> Hi Would you give me a comment on this patch? If not, please apply it. > Signs of regular expression to use > for the number of the characters restrictions are different. Thanks, Shigeki Sakamoto. From hbrock at redhat.com Tue Apr 10 14:00:41 2007 From: hbrock at redhat.com (Hugh Brock) Date: Tue, 10 Apr 2007 10:00:41 -0400 Subject: [et-mgmt-tools] Re:[PATCH][RESEND] check a UUID format In-Reply-To: <200704101545.FBF82858.KJE9G096@aa.jp.fujitsu.com> References: <200704041311.FED26060.K9G09J6E@aa.jp.fujitsu.com> <4613A7CE.2050409@redhat.com> <200704051731.FAH95837.09KGE6J9@aa.jp.fujitsu.com> <200704101545.FBF82858.KJE9G096@aa.jp.fujitsu.com> Message-ID: <461B9889.1040509@redhat.com> S.Sakamoto wrote: > Hi > > Would you give me a comment on this patch? > If not, please apply it. > >> Signs of regular expression to use >> for the number of the characters restrictions are different. > Opps, sorry, already applied -- I simply forgot to send mail about it. Thanks! --Hugh -- Red Hat Virtualization Group http://redhat.com/virtualization Hugh Brock | virt-manager http://virt-manager.org hbrock at redhat.com | virtualization library http://libvirt.org From mail.baruchi at gmail.com Tue Apr 10 17:36:20 2007 From: mail.baruchi at gmail.com (Artur Baruchi) Date: Tue, 10 Apr 2007 14:36:20 -0300 Subject: [et-mgmt-tools] Problem when creating new Virtual Machines Message-ID: Hi Guys, Im using FC6 with Kernel 2.6.20, virt-manager 0.3.1 and when Im trying to create a New Virtual Machine i see the folow errors: Traceback (most recent call last): File "/usr/local/share/virt-manager/virtManager/engine.py", line 161, in _do_show_create self.show_create(uri) File "/usr/local/share/virt-manager/virtManager/engine.py", line 253, in show_create self.windowCreate.reset_state() File "/usr/local/share/virt-manager/virtManager/create.py", line 269, in reset_state os_list = virtinst.FullVirtGuest.OS_TYPES.keys() AttributeError: type object 'FullVirtGuest' has no attribute 'OS_TYPES' Anybody knows how to fix it? Thanks, Att Artur Baruchi From berrange at redhat.com Tue Apr 10 17:41:20 2007 From: berrange at redhat.com (Daniel P. Berrange) Date: Tue, 10 Apr 2007 18:41:20 +0100 Subject: [et-mgmt-tools] Problem when creating new Virtual Machines In-Reply-To: References: Message-ID: <20070410174120.GN15103@redhat.com> On Tue, Apr 10, 2007 at 02:36:20PM -0300, Artur Baruchi wrote: > Hi Guys, > > Im using FC6 with Kernel 2.6.20, virt-manager 0.3.1 and when Im trying > to create a New Virtual Machine i see the folow errors: > > Traceback (most recent call last): > File "/usr/local/share/virt-manager/virtManager/engine.py", line > 161, in _do_show_create > self.show_create(uri) > File "/usr/local/share/virt-manager/virtManager/engine.py", line > 253, in show_create > self.windowCreate.reset_state() > File "/usr/local/share/virt-manager/virtManager/create.py", line > 269, in reset_state > os_list = virtinst.FullVirtGuest.OS_TYPES.keys() > AttributeError: type object 'FullVirtGuest' has no attribute 'OS_TYPES' FC6 only ships with virt-manager 0.2.6, so I'm assuming you've grabbed the laest release yourself. In which case you need to also update your libvirt build & python-virtinst to their latest releases. 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 -=| From mdehaan at redhat.com Tue Apr 10 19:53:16 2007 From: mdehaan at redhat.com (Michael DeHaan) Date: Tue, 10 Apr 2007 15:53:16 -0400 Subject: [et-mgmt-tools] Cobbler on RHEL5 -- need to disable mod_python status tracking piece Message-ID: <461BEB2C.6090302@redhat.com> There are instructions for installing a cobbler server on RHEL-5 on et.redhat.com. On little catch though -- apparently cobbler's mod_python file tracking solution (which is very happy on Fedora), still doesn't work on RHEL5 at this point according to at least one report. (I thought it just needed python2.4, but maybe Apache is the cause instead?). The result of this is that you may see an error in Anaconda during install, that includes a python 2.4 traceback from the host. The tracking code is due for an overhaul, so a quick workaround is as follows ... diff --git a/cobbler/action_sync.py b/cobbler/action_sync.py index 55c558f..d0efa06 100644 --- a/cobbler/action_sync.py +++ b/cobbler/action_sync.py @@ -213,7 +213,7 @@ class BootSync: mod_python_ok = True - for x in [ "redhat-release-4", "redhat-release-3", "centos-release-4", "centos-release-3" ]: + for x in [ "redhat-release-5", "redhat-release-4", "redhat-release-3", "centos-release-4", "centos-release-3" ]: if release_info.lower().find(x) != -1: mod_python_ok = False Just delete your /etc/httpd/conf.d/cobbler.conf and re-run "cobbler sync" -- cobbler will regenerate a version of the configuration file that doesn't have the status tracking part enabled. Syslog-based tracking will still work, as will "cobbler status" (just with less data). I'll work on getting a better kickstart tracking solution in for future releases. --Michael From sakaia at jp.fujitsu.com Wed Apr 11 02:29:43 2007 From: sakaia at jp.fujitsu.com (Atsushi SAKAI) Date: Wed, 11 Apr 2007 11:29:43 +0900 Subject: [et-mgmt-tools] [Q] about sending CTRL-ALT-DEL to domHVM Message-ID: <200704110230.l3B2UME2014752@fjmscan502.ms.jp.fujitsu.com> Hi, I have a question about sending Key (like CTRL-ALT-DEL) to domHVM. Currently, I do this by using qemu serial console. Since VNC viewer does not support sending key (like CTRL-ALT-DEL). Is there any plan to do this by virt-manager? Thanks Atsushi SAKAI From hbrock at redhat.com Wed Apr 11 12:57:07 2007 From: hbrock at redhat.com (Hugh Brock) Date: Wed, 11 Apr 2007 08:57:07 -0400 Subject: [et-mgmt-tools] [Q] about sending CTRL-ALT-DEL to domHVM In-Reply-To: <200704110230.l3B2UME2014752@fjmscan502.ms.jp.fujitsu.com> References: <200704110230.l3B2UME2014752@fjmscan502.ms.jp.fujitsu.com> Message-ID: <461CDB23.7040806@redhat.com> Atsushi SAKAI wrote: > Hi, > > I have a question about sending Key (like CTRL-ALT-DEL) > to domHVM. > Currently, I do this by using qemu serial console. > Since VNC viewer does not support sending key (like CTRL-ALT-DEL). > > Is there any plan to do this by virt-manager? > > Thanks > Atsushi SAKAI > Actually, with the virt-manager graphical console the CTRL and ALT keys can be made sticky by pushing them three times in succession. So to send a C-A-D to a guest, you would press CTRL 3 times, then hold down ALT and DEL. Let me know if that works... --Hugh -- Red Hat Virtualization Group http://redhat.com/virtualization Hugh Brock | virt-manager http://virt-manager.org hbrock at redhat.com | virtualization library http://libvirt.org From mdehaan at redhat.com Wed Apr 11 16:32:41 2007 From: mdehaan at redhat.com (Michael DeHaan) Date: Wed, 11 Apr 2007 12:32:41 -0400 Subject: [et-mgmt-tools] Re: Cobbler on RHEL5 -- need to disable mod_python status tracking piece In-Reply-To: <461BEB2C.6090302@redhat.com> References: <461BEB2C.6090302@redhat.com> Message-ID: <461D0DA9.9040205@redhat.com> Michael DeHaan wrote: > There are instructions for installing a cobbler server on RHEL-5 on > et.redhat.com. On little catch though -- apparently cobbler's > mod_python file tracking solution (which is very happy on Fedora), > still doesn't work on RHEL5 at this point according to at least one > report. (I thought it just needed python2.4, but maybe Apache is the > cause instead?). The result of this is that you may see an error in > Anaconda during install, that includes a python 2.4 traceback from > the host. The tracking code is due for an overhaul, so a quick > workaround is as follows ... > > diff --git a/cobbler/action_sync.py b/cobbler/action_sync.py > index 55c558f..d0efa06 100644 > --- a/cobbler/action_sync.py > +++ b/cobbler/action_sync.py > @@ -213,7 +213,7 @@ class BootSync: > > mod_python_ok = True > > - for x in [ "redhat-release-4", "redhat-release-3", > "centos-release-4", "centos-release-3" ]: > + for x in [ "redhat-release-5", "redhat-release-4", > "redhat-release-3", "centos-release-4", "centos-release-3" ]: > if release_info.lower().find(x) != -1: > mod_python_ok = False > > > Just delete your /etc/httpd/conf.d/cobbler.conf and re-run "cobbler > sync" -- cobbler will regenerate a version of the configuration file > that doesn't have the status tracking part enabled. Syslog-based > tracking > will still work, as will "cobbler status" (just with less data). > I'll work on getting a better kickstart tracking solution in for > future releases. > > --Michael > False alarm. Apparently this might have been a permissions issue. You shouldn't see this if you install from the RPM. RPMs are good :) I'm still looking at improving tracking for things like RHEL4, however. --Michael From hbrock at redhat.com Wed Apr 11 18:54:55 2007 From: hbrock at redhat.com (Hugh Brock) Date: Wed, 11 Apr 2007 14:54:55 -0400 Subject: [et-mgmt-tools] virt-manager vbd/vnic add code just committed Message-ID: <461D2EFF.5030506@redhat.com> Hi everyone. I've just committed a rough first cut at dynamically adding vnics and vbds to a running VM in virt-manager (from the hardware pane on the details page). Please let me know what you think. Caveats: 1. No, it doesn't work for inactive guests yet. Coming soon. 2. No, you can't add a disk quite yet; it's missing a minor detail (device naming) that I will add early next week. 3. No, there's no way to remove a device yet. Coming soon. Note that the hardware list now has one entry per hardware device (assuming you consider "cpu" and "memory" each one device), and that it updates itself dynamically. Enjoy, --Hugh -- Red Hat Virtualization Group http://redhat.com/virtualization Hugh Brock | virt-manager http://virt-manager.org hbrock at redhat.com | virtualization library http://libvirt.org From sakaia at jp.fujitsu.com Thu Apr 12 04:59:52 2007 From: sakaia at jp.fujitsu.com (Atsushi SAKAI) Date: Thu, 12 Apr 2007 13:59:52 +0900 Subject: [et-mgmt-tools] [Q] about sending CTRL-ALT-DEL to domHVM In-Reply-To: <461CDB23.7040806@redhat.com> References: <461CDB23.7040806@redhat.com> Message-ID: <200704120500.l3C50Ux4016347@fjmscan503.ms.jp.fujitsu.com> Hi Hugh, Thank you for your suggestion. But it does not work for RHEL5.0. And We cannot test Fedora7 since Windows does not run in our environment. I hope C-A-D UI should be like VNC viewer(see attached file). VNC viewer can send C-A-D by pull down menu. Thanks Atsushi SAKAI Hugh Brock wrote: > Atsushi SAKAI wrote: > > Hi, > > > > I have a question about sending Key (like CTRL-ALT-DEL) > > to domHVM. > > Currently, I do this by using qemu serial console. > > Since VNC viewer does not support sending key (like CTRL-ALT-DEL). > > > > Is there any plan to do this by virt-manager? > > > > Thanks > > Atsushi SAKAI > > > Actually, with the virt-manager graphical console the CTRL and ALT keys > can be made sticky by pushing them three times in succession. So to send > a C-A-D to a guest, you would press CTRL 3 times, then hold down ALT and > DEL. > > Let me know if that works... > > --Hugh > > > -- > Red Hat Virtualization Group http://redhat.com/virtualization > Hugh Brock | virt-manager http://virt-manager.org > hbrock at redhat.com | virtualization library http://libvirt.org > > _______________________________________________ > et-mgmt-tools mailing list > et-mgmt-tools at redhat.com > https://www.redhat.com/mailman/listinfo/et-mgmt-tools -------------- next part -------------- A non-text attachment was scrubbed... Name: ctl-alt-del.JPG Type: application/octet-stream Size: 46025 bytes Desc: not available URL: From fj0588di at aa.jp.fujitsu.com Thu Apr 12 10:55:05 2007 From: fj0588di at aa.jp.fujitsu.com (S.Sakamoto) Date: Thu, 12 Apr 2007 19:55:05 +0900 Subject: [et-mgmt-tools] Re:[PATCH][RESEND] check a UUID format In-Reply-To: <461B9889.1040509@redhat.com> References: <200704041311.FED26060.K9G09J6E@aa.jp.fujitsu.com> <4613A7CE.2050409@redhat.com> <200704051731.FAH95837.09KGE6J9@aa.jp.fujitsu.com> <200704101545.FBF82858.KJE9G096@aa.jp.fujitsu.com> <461B9889.1040509@redhat.com> Message-ID: <200704121955.BIF10488.E9KGJ906@aa.jp.fujitsu.com> > S.Sakamoto wrote: > > Hi > > > > Would you give me a comment on this patch? > > If not, please apply it. > > > >> Signs of regular expression to use > >> for the number of the characters restrictions are different. > > > Opps, sorry, already applied -- I simply forgot to send mail about it. > Thanks! > Hi, Hugh I made a mistake. --revision point & -> $ Please apply this patch. Thanks, Shigeki Sakamoto. ========================================================== diff -r 04ddef989ad7 virtinst/Guest.py --- a/virtinst/Guest.py Wed Apr 04 09:30:55 2007 -0400 +++ b/virtinst/Guest.py Thu Apr 05 11:43:37 2007 +0900 @@ -417,9 +417,9 @@ class Guest(object): return self._uuid def set_uuid(self, val): # need better validation - form = re.match("[a-fA-F0-9]{8}[-]([a-fA-F0-9]{4}[-]){3}[a-fA-F0-9]{12}&", val) + form = re.match("[a-fA-F0-9]{8}[-]([a-fA-F0-9]{4}[-]){3}[a-fA-F0-9]{12}$", val) if form is None: - form=re.match("[a-fA-F0-9]{32}&", val) + form=re.match("[a-fA-F0-9]{32}$", val) if form is None: raise ValueError, "UUID must be a 32-digit hexadecimal number. It may take the form XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX or may omit hyphens altogether." else: From fj0588di at aa.jp.fujitsu.com Thu Apr 12 10:56:33 2007 From: fj0588di at aa.jp.fujitsu.com (S.Sakamoto) Date: Thu, 12 Apr 2007 19:56:33 +0900 Subject: [et-mgmt-tools] [PATCH] Check exclusive options In-Reply-To: <200704062039.FAB81775.0GJ9E9K6@aa.jp.fujitsu.com> References: <200704062039.FAB81775.0GJ9E9K6@aa.jp.fujitsu.com> Message-ID: <200704121956.JGD34817.90G9EJK6@aa.jp.fujitsu.com> Hi Would you give me a comment on this patch? If not, please apply it. > When I install by virt-intall with some exclusive options > (e.g."--hvm --paravirt"), don't become an error. Thanks, Shigeki Sakamoto. From berrange at redhat.com Thu Apr 12 13:25:11 2007 From: berrange at redhat.com (Daniel P. Berrange) Date: Thu, 12 Apr 2007 14:25:11 +0100 Subject: [et-mgmt-tools] Re:[PATCH][RESEND] check a UUID format In-Reply-To: <200704121955.BIF10488.E9KGJ906@aa.jp.fujitsu.com> References: <200704041311.FED26060.K9G09J6E@aa.jp.fujitsu.com> <4613A7CE.2050409@redhat.com> <200704051731.FAH95837.09KGE6J9@aa.jp.fujitsu.com> <200704101545.FBF82858.KJE9G096@aa.jp.fujitsu.com> <461B9889.1040509@redhat.com> <200704121955.BIF10488.E9KGJ906@aa.jp.fujitsu.com> Message-ID: <20070412132511.GA4393@redhat.com> On Thu, Apr 12, 2007 at 07:55:05PM +0900, S.Sakamoto wrote: > > S.Sakamoto wrote: > > > Hi > > > > > > Would you give me a comment on this patch? > > > If not, please apply it. > > > > > >> Signs of regular expression to use > > >> for the number of the characters restrictions are different. > > > > > Opps, sorry, already applied -- I simply forgot to send mail about it. > > Thanks! > > > > > Hi, Hugh > > I made a mistake. > --revision point > & -> $ > > Please apply this patch. I've applied the fix. Regards, 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 -=| From berrange at redhat.com Thu Apr 12 13:56:58 2007 From: berrange at redhat.com (Daniel P. Berrange) Date: Thu, 12 Apr 2007 14:56:58 +0100 Subject: [et-mgmt-tools] [PATCH] Check exclusive options In-Reply-To: <200704121956.JGD34817.90G9EJK6@aa.jp.fujitsu.com> References: <200704062039.FAB81775.0GJ9E9K6@aa.jp.fujitsu.com> <200704121956.JGD34817.90G9EJK6@aa.jp.fujitsu.com> Message-ID: <20070412135658.GF4393@redhat.com> On Thu, Apr 12, 2007 at 07:56:33PM +0900, S.Sakamoto wrote: > Hi > > Would you give me a comment on this patch? > If not, please apply it. Hugh is on vacation until next week, so I'll take a look at the patch and apply it if its OK. > > When I install by virt-intall with some exclusive options > > (e.g."--hvm --paravirt"), don't become an error. Regards, 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 -=| From berrange at redhat.com Fri Apr 13 00:31:30 2007 From: berrange at redhat.com (Daniel P. Berrange) Date: Fri, 13 Apr 2007 01:31:30 +0100 Subject: [et-mgmt-tools] [PATCH] Check exclusive options In-Reply-To: <20070412135658.GF4393@redhat.com> References: <200704062039.FAB81775.0GJ9E9K6@aa.jp.fujitsu.com> <200704121956.JGD34817.90G9EJK6@aa.jp.fujitsu.com> <20070412135658.GF4393@redhat.com> Message-ID: <20070413003130.GF19956@redhat.com> On Thu, Apr 12, 2007 at 02:56:58PM +0100, Daniel P. Berrange wrote: > On Thu, Apr 12, 2007 at 07:56:33PM +0900, S.Sakamoto wrote: > > Hi > > > > Would you give me a comment on this patch? > > If not, please apply it. > > Hugh is on vacation until next week, so I'll take a look at the patch and > apply it if its OK. All is good - Just pushed it to the HG repo. Regards, 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 -=| From berrange at redhat.com Fri Apr 13 00:38:19 2007 From: berrange at redhat.com (Daniel P. Berrange) Date: Fri, 13 Apr 2007 01:38:19 +0100 Subject: [et-mgmt-tools] virt-manager vbd/vnic add code just committed In-Reply-To: <461D2EFF.5030506@redhat.com> References: <461D2EFF.5030506@redhat.com> Message-ID: <20070413003819.GG19956@redhat.com> On Wed, Apr 11, 2007 at 02:54:55PM -0400, Hugh Brock wrote: > Hi everyone. > > I've just committed a rough first cut at dynamically adding vnics and > vbds to a running VM in virt-manager (from the hardware pane on the > details page). Please let me know what you think. I felt it was a little odd to have different UI for defining the devices compared to the UI in the create new VM wizard, so I adjusted it slightly. Kept the list in the new one-device-per-line in the list view, but moved the addition of new devices into a popup window. > 1. No, it doesn't work for inactive guests yet. Coming soon. A little XML munging & that works too now. > 2. No, you can't add a disk quite yet; it's missing a minor detail > (device naming) that I will add early next week. I changed the way device addition works slightly - basically I cloned the create new VM wizard, but instead of taking you through all steps, we only display the one step relevant to the hardware. So adding a new device has 3 stages: 1. Choose what device to add (disk or network, but others to come, eg USB) 2. Fill in device specific details - identical UI to create VM wizard 3. Summary page - identical UI to create VM wizard, but only showing device specific options > 3. No, there's no way to remove a device yet. Coming soon. Coming now! Well partially at least. I added code to remove devices from live guests. Still need to hook up some more XML munging code to ensure they're remove from inactive guests & the config file for active guests. > Note that the hardware list now has one entry per hardware device > (assuming you consider "cpu" and "memory" each one device), and that it > updates itself dynamically. That's working very nicely indeed - much better than i thought it would be actually. It'll scale up much nicer when we add in USB devices, mice, tablets, etc. In fact we should probably add an extra hightlighting the VNC / SDL graphics options already. There's been alot of changes recently, between this, the networking config and all the validation work put into virt-install, so I plan to do new releases of virt-manager & virt-install tomorrow (or on the weekend). 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 -=| From fj0873gn at aa.jp.fujitsu.com Mon Apr 16 09:47:08 2007 From: fj0873gn at aa.jp.fujitsu.com (Nobuhiro Itou) Date: Mon, 16 Apr 2007 18:47:08 +0900 Subject: [et-mgmt-tools] [PATCH] Fix connecting console at domain restarting Message-ID: <200704161847.AEC64036.4GKHO980@aa.jp.fujitsu.com> Hi, When I execute virt-install --paravirt --nographics, the serial console isn't connected after the domain restarting. The attached patch adds to solve this problem. Signed-off-by: Nobuhiro Itou Thanks, Nobuhiro Itou. diff -r c5d674528d03 virtinst/Guest.py --- a/virtinst/Guest.py Fri Apr 13 14:52:04 2007 -0400 +++ b/virtinst/Guest.py Mon Apr 16 09:53:15 2007 +0900 @@ -710,6 +710,28 @@ class Guest(object): return self.conn.lookupByName(self.name) def connect_console(self, consolecb): + logging.debug("Restarted guest, looking to see if it is running") + # sleep in .25 second increments until either a) we get running + # domain ID or b) it's been 5 seconds. this is so that + # we can try to gracefully handle domain restarting failures + num = 0 + while num < (5 / .25): # 5 seconds, .25 second sleeps + try: + self.domain = self.conn.lookupByName(self.name) + if self.domain and self.domain.ID() != -1: + break + except libvirt.libvirtError, e: + logging.debug("No guest existing " + str(e)) + self.domain = None + pass + num += 1 + time.sleep(0.25) + + if self.domain is None: + raise RuntimeError, "Domain has not existed. You should be able to find more information in the logs" + elif self.domain.ID() == -1: + raise RuntimeError, "Domain has not run yet. You should be able to find more information in the logs" + child = None if consolecb: logging.debug("Launching console callback") From mdehaan at redhat.com Mon Apr 16 20:00:40 2007 From: mdehaan at redhat.com (Michael DeHaan) Date: Mon, 16 Apr 2007 16:00:40 -0400 Subject: [et-mgmt-tools] Introducing cobbler triggers (coming in 0.4.7) Message-ID: <4623D5E8.4010109@redhat.com> This feature is to be included in the yet-to-be-released 0.4.7 ... Suppose you are working with a 3rd party system of some kind and want to interact with it when cobbler commands are run. Examples potentially include doing some custom logging, or perhaps interacting with some remote resource (power management? networking hardware? who knows?). Triggers provide a way to do this. Cobbler 0.4.7 will include the following trigger directories: /var/lib/cobbler/triggers/add/profile /var/lib/cobbler/triggers/add/system /var/lib/cobbler/triggers/add/distro /var/lib/cobbler/triggers/add/repo /var/lib/cobbler/triggers/delete/profile /var/lib/cobbler/triggers/delete/system /var/lib/cobbler/triggers/delete/distro /var/lib/cobbler/triggers/delete/repo When an object is added or deleted through the cobbler command line (or the API), all trigger scripts in these directories will be executed. The parameter to the script will be the name of the object being added or deleted. If you have a trigger for "delete/system", and run "cobbler system delete --name=AA:BB:CC:DD:EE:FF", the script's parameter will be "AA:BB:CC:DD:EE:FF" (no quotes). The most simple example would just printing out the name of what is being added. A more complex example would be showing all of the details of the object. Here's a more complex example using the Cobbler API. Triggers don't have to use the Cobbler API, but if they want to interact with the Cobbler object tree, they can learn a lot by doing so... Here's an example echo trigger -- /var/lib/cobbler/triggers/add/profile/echo.py -- I've left it rather short and compressed for demo purposes ... it can definitely be made a lot cleaner :) #!/usr/bin/python import sys import cobbler.api as cobbler_api if __name__ == "__main__": print sys.argv print cobbler_api.BootAPI().distros().find(sys.argv[1]).printable() This was originally written as a suggestion from the Stateless Project (http://fedoraproject.org/wiki/StatelessLinux) -- if anyone has any suggestions on other things they might like triggers for, or questions about how they work, please comment. For those interested in playing with the source, I've already pushed an initial version of the above ... "make rpms" will build cobbler, and install the RPM from the "rpm-build" directory... --Michael DeHaan From berrange at redhat.com Tue Apr 17 03:08:39 2007 From: berrange at redhat.com (Daniel P. Berrange) Date: Tue, 17 Apr 2007 04:08:39 +0100 Subject: [et-mgmt-tools] virt-manager 0.4.0 / virtinst 0.103.0 Message-ID: <20070417030839.GA5780@redhat.com> I'm pleased to announce the availability of virt-manager 0.4.0 and virtinst 0.103.0 for download at http://virt-manager.org/download.html For virt-manager this release introduces major new functionality. There is new UI for the creation & management of virtual networks using the new libvirt networking APIs. The guest creation wizard can now attach VMs to a virtual network or shared physical devices. The initial connection dialog is no longer shown, either a QEMU or Xen connection is automatically opened based on host kernel capabilities. For existing guests there is support for the addition and removal of both disk & network devices (hot-add/remove too if supported by the virtualization platform being used - eg Xen paravirt). The keymap for guest VNC server is automatically set based on the local keymap to assist people using non-English keyboard layouts. There is improved error reporting for a number of critical operations such as starting guests / connecting to the hypervisor. http://virt-manager.org/download/sources/virt-manager/virt-manager-0.4.0.tar.gz Screenshots of the new networking functionality are available on the website http://virt-manager.org/screenshots.html For virtinst this release has again focused on stabalization and input validation. UUIDs are now checked for syntactic correctness. Fixed clashes with disk name & CDROM. Automatically reboot Windows guest installs with CDROM still attached. The '-' character is allowed in guest names. OS types /variants are now specified using their short names. The way Red Hat distros are detected is changed to be more robust, and cope with CentOS and RHEL 5 tree layouts. http://virt-manager.org/download/sources/virtinst/virtinst-0.103.0.tar.gz Thanks go out to all the people who have contributed to these releases both through testing, and by submitting bug fixes & implementing features. Regards, 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 -=| From hbrock at redhat.com Wed Apr 18 13:45:03 2007 From: hbrock at redhat.com (Hugh Brock) Date: Wed, 18 Apr 2007 09:45:03 -0400 Subject: [et-mgmt-tools] [PATCH] Fix connecting console at domain restarting In-Reply-To: <200704161847.AEC64036.4GKHO980@aa.jp.fujitsu.com> References: <200704161847.AEC64036.4GKHO980@aa.jp.fujitsu.com> Message-ID: <462620DF.2050708@redhat.com> Nobuhiro Itou wrote: > Hi, > > When I execute virt-install --paravirt --nographics, the serial console > isn't connected after the domain restarting. > The attached patch adds to solve this problem. > > Signed-off-by: Nobuhiro Itou > > Applied, thanks! --Hugh -- Red Hat Virtualization Group http://redhat.com/virtualization Hugh Brock | virt-manager http://virt-manager.org hbrock at redhat.com | virtualization library http://libvirt.org From jmoncrieff at mahsie.com Wed Apr 18 18:58:00 2007 From: jmoncrieff at mahsie.com (Jeffrey D. Moncrieff) Date: Wed, 18 Apr 2007 14:58:00 -0400 (EDT) Subject: [et-mgmt-tools] Newbie trying to ge xen working with Multipe distro's Message-ID: <10371718.4191176922680954.JavaMail.root@mail.mahsie.com> Good Day I have just installed fedora 6 today. I tried using virt-mange to add a gust host. I have seem to run in to problem I had to use para-visualized but in doing so I losed a option to use a cdrom image. Then I decide to mount the image in one of my directory on my webserver I used these setting Install Media URL http://192.168.0.100/CentOS KickStart URL http://192.168.0.100/ks.cfg Thanks Jeff From fj1826dm at aa.jp.fujitsu.com Thu Apr 19 09:13:30 2007 From: fj1826dm at aa.jp.fujitsu.com (Masayuki Sunou) Date: Thu, 19 Apr 2007 18:13:30 +0900 Subject: [et-mgmt-tools] [PATCH] Send [Ctrl+Alt+Del] and [F8] Message-ID: <200704191813.ACB52102.NE7K2G39@aa.jp.fujitsu.com> Hi Virt-manager does not have a function to send [Ctrl+Alt+Del] and [F8] which general VNC Viewer has. Therefore, I add a function to send [Ctrl+Alt+Del] and [F8] to virt-manager. When a user passes plural VNC, I think that this function is useful. Signed-off-by: Masayuki Sunou Thanks, Masayuki Sunou. ------------------------------------------------------------------------------- diff -r 053429952481 src/virtManager/console.py --- a/src/virtManager/console.py Mon Apr 16 11:31:48 2007 -0400 +++ b/src/virtManager/console.py Thu Apr 19 11:26:59 2007 +0900 @@ -92,6 +92,8 @@ class vmmConsole(gobject.GObject): "on_menu_view_details_activate": self.control_vm_details, "on_menu_view_fullscreen_activate": self.toggle_fullscreen, "on_menu_view_toolbar_activate": self.toggle_toolbar, + "on_menu-view-send-cad_activate": self.send_ctrl_alt_del, + "on_menu-view-send-f8_activate": self.send_f8, "on_menu_vm_close_activate": self.close, @@ -271,14 +273,20 @@ class vmmConsole(gobject.GObject): def activate_unavailable_page(self): self.window.get_widget("console-pages").set_current_page(0) self.window.get_widget("menu-vm-screenshot").set_sensitive(False) + self.window.get_widget("menu-view-send-cad").set_sensitive(False) + self.window.get_widget("menu-view-send-f8").set_sensitive(False) def activate_screenshot_page(self): self.window.get_widget("console-pages").set_current_page(1) self.window.get_widget("menu-vm-screenshot").set_sensitive(True) + self.window.get_widget("menu-view-send-cad").set_sensitive(False) + self.window.get_widget("menu-view-send-f8").set_sensitive(False) def activate_auth_page(self): pw = self.config.get_console_password(self.vm) self.window.get_widget("menu-vm-screenshot").set_sensitive(False) + self.window.get_widget("menu-view-send-cad").set_sensitive(False) + self.window.get_widget("menu-view-send-f8").set_sensitive(False) self.window.get_widget("console-auth-password").set_text(pw) self.window.get_widget("console-auth-password").grab_focus() if self.config.has_keyring(): @@ -294,6 +302,8 @@ class vmmConsole(gobject.GObject): def activate_viewer_page(self): self.window.get_widget("console-pages").set_current_page(3) self.window.get_widget("menu-vm-screenshot").set_sensitive(True) + self.window.get_widget("menu-view-send-cad").set_sensitive(True) + self.window.get_widget("menu-view-send-f8").set_sensitive(True) self.vncViewer.grab_focus() def control_vm_screenshot(self, src): @@ -447,6 +457,8 @@ class vmmConsole(gobject.GObject): if status in [ libvirt.VIR_DOMAIN_SHUTOFF ,libvirt.VIR_DOMAIN_CRASHED ] or vm.is_management_domain(): self.window.get_widget("console-pages").set_current_page(0) + self.window.get_widget("menu-view-send-cad").set_sensitive(False) + self.window.get_widget("menu-view-send-f8").set_sensitive(False) else: if status == libvirt.VIR_DOMAIN_PAUSED: screenshot = None @@ -486,4 +498,10 @@ class vmmConsole(gobject.GObject): self.ignorePause = False self.ignorePause = False + def send_ctrl_alt_del(self, src): + self.vncViewer.send_ctrl_alt_del() + + def send_f8(self, src): + self.vncViewer.send_f8() + gobject.type_register(vmmConsole) diff -r 053429952481 src/vmm-console.glade --- a/src/vmm-console.glade Mon Apr 16 11:31:48 2007 -0400 +++ b/src/vmm-console.glade Thu Apr 19 09:12:27 2007 +0900 @@ -162,6 +162,30 @@ + True + + + + + + True + Send Ctrl+Alt+Del + True + + + + + + + True + Send F8 + True + + + + + + True diff -r 053429952481 src/vncViewer/vnc.py --- a/src/vncViewer/vnc.py Mon Apr 16 11:31:48 2007 -0400 +++ b/src/vncViewer/vnc.py Thu Apr 19 11:27:41 2007 +0900 @@ -598,6 +598,20 @@ class GRFBViewer(gtk.DrawingArea): gc = self.window.new_gc() self.window.draw_drawable(gc, self.fb.get_pixmap(), event.area.x, event.area.y, event.area.x, event.area.y, event.area.width, event.area.height) + def send_ctrl_alt_del(self): + if self.client != None: + self.client.update_key(1, gtk.gdk.keyval_from_name("Control_L")) + self.client.update_key(1, gtk.gdk.keyval_from_name("Alt_L")) + self.client.update_key(1, gtk.gdk.keyval_from_name("Delete")) + self.client.update_key(0, gtk.gdk.keyval_from_name("Control_L")) + self.client.update_key(0, gtk.gdk.keyval_from_name("Alt_L")) + self.client.update_key(0, gtk.gdk.keyval_from_name("Delete")) + + def send_f8(self): + if self.client != None: + self.client.update_key(1, gtk.gdk.keyval_from_name("F8")) + self.client.update_key(0, gtk.gdk.keyval_from_name("F8")) + gobject.type_register(GRFBViewer) From berrange at redhat.com Thu Apr 19 03:39:36 2007 From: berrange at redhat.com (Daniel P. Berrange) Date: Thu, 19 Apr 2007 04:39:36 +0100 Subject: [et-mgmt-tools] [Libvir] Community IRC chat room for virt management tools/APIs/protocols Message-ID: <20070419033936.GA10019@redhat.com> At the Xen summit a number of us thought it would be a good idea to have an IRC chat room for people interested in technical discussions relating to hypervisor agnostic management tools / APIs / protocols. This includes libvirt, virt-manager, VNC extensions for virtualization, and more. Thus we decided to colonise the channel #virt on irc.oftc.net - feel free to come and join us.... Regards, 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 -=| -- Libvir-list mailing list Libvir-list at redhat.com https://www.redhat.com/mailman/listinfo/libvir-list From tdiehl at rogueind.com Thu Apr 19 15:44:15 2007 From: tdiehl at rogueind.com (Tom Diehl) Date: Thu, 19 Apr 2007 11:44:15 -0400 (EDT) Subject: [et-mgmt-tools] Re: Community IRC chat room for virt management tools/APIs/protocols In-Reply-To: <20070419033936.GA10019@redhat.com> References: <20070419033936.GA10019@redhat.com> Message-ID: On Thu, 19 Apr 2007, Daniel P. Berrange wrote: > At the Xen summit a number of us thought it would be a good idea to have > an IRC chat room for people interested in technical discussions relating to > hypervisor agnostic management tools / APIs / protocols. This includes > libvirt, virt-manager, VNC extensions for virtualization, and more. Thus > we decided to colonise the channel #virt on irc.oftc.net - feel free to come > and join us.... Just curious, is there a reason this is not on freenode like all of the other Red Hat/Fedora irc channels? I am just wondering if there is an advantage of one over the other. Regards, -- Tom Diehl tdiehl at rogueind.com Spamtrap address mtd123 at rogueind.com From berrange at redhat.com Thu Apr 19 15:48:25 2007 From: berrange at redhat.com (Daniel P. Berrange) Date: Thu, 19 Apr 2007 16:48:25 +0100 Subject: [et-mgmt-tools] Re: Community IRC chat room for virt management tools/APIs/protocols In-Reply-To: References: <20070419033936.GA10019@redhat.com> Message-ID: <20070419154825.GE19338@redhat.com> On Thu, Apr 19, 2007 at 11:44:15AM -0400, Tom Diehl wrote: > On Thu, 19 Apr 2007, Daniel P. Berrange wrote: > > >At the Xen summit a number of us thought it would be a good idea to have > >an IRC chat room for people interested in technical discussions relating to > >hypervisor agnostic management tools / APIs / protocols. This includes > >libvirt, virt-manager, VNC extensions for virtualization, and more. Thus > >we decided to colonise the channel #virt on irc.oftc.net - feel free to > >come > >and join us.... > > Just curious, is there a reason this is not on freenode like all of the > other Red Hat/Fedora irc channels? I am just wondering if there is an > advantage of one > over the other. We just prefer OFTC because its much more developer focused rather than end users, so has a better signal/noise ratio for developer discussions. 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 -=| From fj0588di at aa.jp.fujitsu.com Fri Apr 20 05:42:42 2007 From: fj0588di at aa.jp.fujitsu.com (S.Sakamoto) Date: Fri, 20 Apr 2007 14:42:42 +0900 Subject: [et-mgmt-tools] [PATCH] Check the number of vbd for PV Message-ID: <200704201442.EIF13518.J069GE9K@aa.jp.fujitsu.com> Hi, I create a patch to check the number of vbd for PV domain. In HVM domain, the virt-install command checks the number of vbd to avoid mis-input. During HVM domain installation, user cannot specify 4vbd using the virt-install command. However, in PV domain, the virt-install command does not check the number of vbd. During PV domain installation, user can specify more than 16vbd and the following error message is displayed. xend.err 'Invalid configuration invalid character: code 208' I think there are two problems. One is that this error message should be more plain. The other is that the virt-install command should check the vbd number in PV domain installation. Thanks, Shigeki Sakamoto. =========================================================== diff -r 31a333a9a5ba virtinst/FullVirtGuest.py --- a/virtinst/FullVirtGuest.py Tue Apr 17 10:45:06 2007 -0400 +++ b/virtinst/FullVirtGuest.py Thu Apr 19 14:18:41 2007 +0900 @@ -281,3 +281,23 @@ class FullVirtGuest(Guest.XenGuest): # This should always work, because it'll lookup a config file # for inactive guest, or get the still running install.. return self.conn.lookupByName(self.name) + + def _get_disk_xml(self, install = True): + """Get the disk config in the libvirt XML format""" + ret = "" + count = 0 + for d in self.disks: + if d.transient and not install: + continue + if count > 4: + raise ValueError, "Can't use more than 4 disks on HVM guest" + if d.device == Guest.VirtualDisk.DEVICE_CDROM and count != 2: + disknode = "%(disknode)s%(dev)c" % { "disknode": self.disknode, "dev": ord('a') + 2 } + else: + if count == 2 and d.device != Guest.VirtualDisk.DEVICE_CDROM: + # skip "hdc" + count += 1 + disknode = "%(disknode)s%(dev)c" % { "disknode": self.disknode, "dev": ord('a') + count } + ret += d.get_xml_config(disknode) + count += 1 + return ret diff -r 31a333a9a5ba virtinst/Guest.py --- a/virtinst/Guest.py Tue Apr 17 10:45:06 2007 -0400 +++ b/virtinst/Guest.py Thu Apr 19 14:05:25 2007 +0900 @@ -557,26 +557,6 @@ class Guest(object): for nic in self.nics: nic.setup(self.conn) - def _get_disk_xml(self, install = True): - """Get the disk config in the libvirt XML format""" - ret = "" - count = 0 - for d in self.disks: - if d.transient and not install: - continue - if count > 4 and self.disknode == "hd": - raise ValueError, "Can't use more than 4 disks on HVM guest" - if d.device == VirtualDisk.DEVICE_CDROM and count != 2: - disknode = "%(disknode)s%(dev)c" % { "disknode": self.disknode, "dev": ord('a') + 2 } - else: - if count == 2 and d.device != VirtualDisk.DEVICE_CDROM and self.disknode == "hd": - # skip "hdc" - count += 1 - disknode = "%(disknode)s%(dev)c" % { "disknode": self.disknode, "dev": ord('a') + count } - ret += d.get_xml_config(disknode) - count += 1 - return ret - def _get_network_xml(self, install = True): """Get the network config in the libvirt XML format""" ret = "" diff -r 31a333a9a5ba virtinst/ParaVirtGuest.py --- a/virtinst/ParaVirtGuest.py Tue Apr 17 10:45:06 2007 -0400 +++ b/virtinst/ParaVirtGuest.py Thu Apr 19 14:06:32 2007 +0900 @@ -78,3 +78,16 @@ class ParaVirtGuest(Guest.XenGuest): self.disks.append(Guest.VirtualDisk(self.location, readOnly=True, transient=True)) return tmpfiles + + def _get_disk_xml(self, install = True): + """Get the disk config in the libvirt XML format""" + ret = "" + count = 0 + for d in self.disks: + if d.transient and not install: + continue + if count > 15: + raise ValueError, "Can't use more than 16 disks on PV guest" + ret += d.get_xml_config("%(disknode)s%(dev)c" % { "disknode": self.disknode, "dev": ord('a') + count }) + count += 1 + return ret From thestrider at gmail.com Sun Apr 22 02:18:53 2007 From: thestrider at gmail.com (Adam Rosenwald) Date: Sat, 21 Apr 2007 22:18:53 -0400 Subject: [et-mgmt-tools] Koan unable to locate repodata Message-ID: <658267190704211918i783cd37bg4c23b0072b936991@mail.gmail.com> I set up cobbler on bootserver according to import procedure Distro: centos-5 I modified the kickstart file and edited the cobbler settings files when the `cobbler import`-generated settings files caused problems. ############## /var/lib/cobbler/settings ############## --- bootloaders: ia64: /var/lib/cobbler/elilo-3.6-ia64.efi standard: /usr/lib/syslinux/pxelinux.0 default_kickstart: /etc/cobbler/default.ks dhcpd_bin: /usr/sbin/dhcpd dhcpd_conf: /etc/dhcpd.conf httpd_bin: /usr/sbin/httpd kernel_options: ksdevice: eth0 lang: ' ' text: ~ koan_path: '' manage_dhcp: 1 minimize_syncs: 1 next_server: server: syslog_port: 25150 tftpboot: /tftpboot tftpd_bin: /usr/sbin/in.tftpd tftpd_conf: /etc/xinetd.d/tftp webdir: /var/www/cobbler yum_core_mirror_from_server: 1 ############## /var/lib/cobbler/distros ############## - arch: x86_64 breed: redhat initrd: /var/www/cobbler/ks_mirror/centos-5/images/xen/initrd.img kernel: /var/www/cobbler/ks_mirror/centos-5/images/xen/vmlinuz kernel_options: {} ks_meta: {} name: centos-5-xen source_ repos: - - 'http:///cobbler/ks_mirror/config/centos-5-xen-0. repo' - 'http:///cobbler/ks_mirror/centos-5' - ... additional non-xen centos-5 distro ############### /var/lib/cobbler/profiles ############### --- - distro: centos-5-xen kernel_options: {} kickstart: /etc/cobbler/centos-5-xen.ks ks_meta: test_boot_server: name: testing-centos-5-xen repos: [] virt_file_size: 36 virt_paravirt: True virt_ram: 2048 - ... additional non-xen centos-5 profiles ############### /var/lib/cobbler/systems ############### --- - kernel_options: {} ks_meta: test_gateway: '' test_hostname: test_ip: '' test_mac_address: '' test_netmask: '' test_ns: '' name: '' netboot_enabled: 1 profile: testing-centos-5-xen pxe_address: '' - ...etc ############### /etc/cobbler/centos-5-xen.ks ############### #Generated by Kickstart Configurator #platform=x86, AMD64, or Intel EM64T #System language lang en_US #Language modules to install langsupport en_US #System keyboard keyboard us #System mouse mouse #Sytem timezone # timezone --utc America/New_York timezone --utc GMT #Root password rootpw --iscrypted #Reboot after installation reboot #Use text mode install text #Install OS instead of upgrade install #Use HTTP-based installation Media url --url http://$test_boot_server/cobbler/ks_mirror/centos-5 # cobbler should overwrite the preceding anyway -- it doesn't; hence the need for this ks_meta item in cobbler distro addition #System bootloader configuration ## bootloader --location=mbr bootloader --location=mbr #Clear the Master Boot Record zerombr yes #Partition clearing information clearpart --all --initlabel #Disk partitioning information part swap --size 2048 part /var --size 2048 part /tmp --size 2048 part / --fstype ext3 --size 1 --grow #System authorization infomation auth --useshadow --enablemd5 #Network information network --bootproto static --ip $test_ip --netmask $test_netmask --gateway $test _gateway --nameserver $test_ns --hostname $test_hostname --device eth0 #Firewall configuration firewall --disabled #Do not configure XWindows skipx #Disable SELinux selinux --disabled #Package install information %packages --resolvedeps @ development-libs @ development-tools @ editors @ legacy-software-development @ legacy-software-support @ miscallvars @ mysql @ system-tools @ text-internet @ base-x @ mysql ################### In sum, after installing koan (again following the instructions from the "import DVD page") and running `koan --virt --server= --system=` I received some errors and corrected them in turn, by modifying either my kickstart file or the cobbler settings (distros, profiles, systems) files. There is one error, however, which perplexes me. I can load the centos-5-xen kernel and initrd files. DHCP appears cool. Anaconda starts and then... ########## Unable to read package metadata. This may be due to a missing | | repodata directory. Please ensure that your install tree has | | been correctly generated. Cannot open/read repomd.xml file | | for repository: anaconda-base-200704101946.x86_64 ########## This bothers me because in my kickstart file (which I verified the ks_meta args in /var/www/cobbler/kickstarts_sys//ks.cfg) clearly has the correct 'url --url ...' line which points to the repository. Any thoughts? I appreciate your time. Sincerely, - Adam. -------------- next part -------------- An HTML attachment was scrubbed... URL: From prime.provogue at gmail.com Sun Apr 22 02:25:12 2007 From: prime.provogue at gmail.com (Niyaz Chistee) Date: Sun, 22 Apr 2007 07:55:12 +0530 Subject: [et-mgmt-tools] Koan unable to locate repodata In-Reply-To: <658267190704211918i783cd37bg4c23b0072b936991@mail.gmail.com> References: <658267190704211918i783cd37bg4c23b0072b936991@mail.gmail.com> Message-ID: <1177208712.5445.2.camel@deepsa-laptop> On Sat, 2007-04-21 at 22:18 -0400, Adam Rosenwald wrote: > I set up cobbler on bootserver according to import procedure > > Distro: centos-5 > > I modified the kickstart file and edited the cobbler settings > files when the `cobbler import`-generated settings files > caused problems. > > ############## > > /var/lib/cobbler/settings > > ############## > > --- > bootloaders: > ia64: /var/lib/cobbler/elilo-3.6-ia64.efi > standard: /usr/lib/syslinux/pxelinux.0 > default_kickstart: /etc/cobbler/default.ks > dhcpd_bin: /usr/sbin/dhcpd > dhcpd_conf: /etc/dhcpd.conf > httpd_bin: /usr/sbin/httpd > kernel_options: > ksdevice: eth0 > lang: ' ' > text: ~ > koan_path: '' > manage_dhcp: 1 > minimize_syncs: 1 > next_server: > server: > syslog_port: 25150 > tftpboot: /tftpboot > tftpd_bin: /usr/sbin/in.tftpd > tftpd_conf: /etc/xinetd.d/tftp > webdir: /var/www/cobbler > yum_core_mirror_from_server: 1 > > ############## > > /var/lib/cobbler/distros > > ############## > - > arch: x86_64 > breed: redhat > initrd: /var/www/cobbler/ks_mirror > /centos-5/images/xen/initrd.img > kernel: /var/www/cobbler/ks_mirror/centos-5/images/xen/vmlinuz > kernel_options: {} > ks_meta: {} > name: centos-5-xen > source_ repos: > - > - 'http:// hostname>/cobbler/ks_mirror/config/centos-5-xen-0. repo' > - 'http:///cobbler/ks_mirror/centos-5' > - > ... additional non-xen centos-5 distro > > ############### > > /var/lib/cobbler/profiles > > ############### > > --- > - > distro: centos-5-xen > kernel_options: {} > kickstart: /etc/cobbler/centos-5-xen.ks > ks_meta: > test_boot_server: > name: testing-centos-5-xen > repos: [] > virt_file_size: 36 > virt_paravirt: True > virt_ram: 2048 > - > ... additional non-xen centos-5 profiles > > ############### > > /var/lib/cobbler/systems > > ############### > > --- > - > kernel_options: {} > ks_meta: > test_gateway: '' > test_hostname: > test_ip: '' > test_mac_address: '' > test_netmask: '' > test_ns: '' > name: '' > netboot_enabled: 1 > profile: testing-centos-5-xen > pxe_address: '' > - > ...etc > > ############### > > /etc/cobbler/centos-5-xen.ks > > ############### > > #Generated by Kickstart Configurator > #platform=x86, AMD64, or Intel EM64T > > #System language > lang en_US > #Language modules to install > langsupport en_US > #System keyboard > keyboard us > #System mouse > mouse > #Sytem timezone > # timezone --utc America/New_York > timezone --utc GMT > #Root password > rootpw --iscrypted > #Reboot after installation > reboot > #Use text mode install > text > #Install OS instead of upgrade > install > #Use HTTP-based installation Media > url --url http://$test_boot_server/cobbler/ks_mirror/centos-5 > # cobbler should overwrite the preceding anyway -- it doesn't; hence > the need for this ks_meta item in cobbler distro addition > > #System bootloader configuration > ## bootloader --location=mbr > bootloader --location=mbr > #Clear the Master Boot Record > zerombr yes > #Partition clearing information > clearpart --all --initlabel > #Disk partitioning information > part swap --size 2048 > part /var --size 2048 > part /tmp --size 2048 > part / --fstype ext3 --size 1 --grow > > #System authorization infomation > auth --useshadow --enablemd5 > #Network information > network --bootproto static --ip $test_ip --netmask $test_netmask > --gateway $test > _gateway --nameserver $test_ns --hostname $test_hostname --device > eth0 > > #Firewall configuration > firewall --disabled > #Do not configure XWindows > skipx > > #Disable SELinux > selinux --disabled > > #Package install information > %packages --resolvedeps > @ development-libs > @ development-tools > @ editors > @ legacy-software-development > @ legacy-software-support > @ miscallvars > @ mysql > @ system-tools > @ text-internet > @ base-x > @ mysql > > ################### > > In sum, after installing koan (again following the instructions from > the "import DVD page") and running > > `koan --virt --server= --system= address of proposed virtual host>` > > I received some errors and corrected them in turn, by modifying either > my kickstart file or the cobbler settings (distros, profiles, systems) > files. > > There is one error, however, which perplexes me. I can load the > centos-5-xen kernel and initrd files. DHCP appears cool. Anaconda > starts and then... > > ########## > > Unable to read package metadata. This may be due to a missing > | > | repodata directory. Please ensure that your install tree has > | > | been correctly generated. Cannot open/read repomd.xml file > | > | for repository: anaconda-base-200704101946.x86_64 > > ########## > > > This bothers me because in my kickstart file (which I verified the > ks_meta args in /var/www/cobbler/kickstarts_sys//ks.cfg) > clearly has the correct 'url --url ...' line which points to the > repository. > > Any thoughts? > > I appreciate your time. > > Sincerely, > > - Adam. There has been problem with Centos5 import tree not working with the current version of cobbler. We will soon see a new version of cobbler that is 0.4.7 due monday/tuesday possibly (according to michael). That will solve the problem. If for the time being you want to use centos I would prefer not to use import and use "cobbler distro add" , "cobbler profile add" and "cobbler system add". Regards Deependra > From thestrider at gmail.com Sun Apr 22 02:30:29 2007 From: thestrider at gmail.com (Adam Rosenwald) Date: Sat, 21 Apr 2007 22:30:29 -0400 Subject: [et-mgmt-tools] Koan unable to locate repodata In-Reply-To: <1177208712.5445.2.camel@deepsa-laptop> References: <658267190704211918i783cd37bg4c23b0072b936991@mail.gmail.com> <1177208712.5445.2.camel@deepsa-laptop> Message-ID: <658267190704211930m4a8aef70rf973ead54f52bcd4@mail.gmail.com> Thanks, Niyaz. However, I had already taken the liberty of manually readding distros, profiles, and systems. The end result are the files listed below. BTW, thanks for reminding me to list versions: cobbler 0.4.6 koan 0.2.8 On 4/21/07, Niyaz Chistee wrote: > > On Sat, 2007-04-21 at 22:18 -0400, Adam Rosenwald wrote: > > I set up cobbler on bootserver according to import procedure > > > > Distro: centos-5 > > > > I modified the kickstart file and edited the cobbler settings > > files when the `cobbler import`-generated settings files > > caused problems. > > > > ############## > > > > /var/lib/cobbler/settings > > > > ############## > > > > --- > > bootloaders: > > ia64: /var/lib/cobbler/elilo-3.6-ia64.efi > > standard: /usr/lib/syslinux/pxelinux.0 > > default_kickstart: /etc/cobbler/default.ks > > dhcpd_bin: /usr/sbin/dhcpd > > dhcpd_conf: /etc/dhcpd.conf > > httpd_bin: /usr/sbin/httpd > > kernel_options: > > ksdevice: eth0 > > lang: ' ' > > text: ~ > > koan_path: '' > > manage_dhcp: 1 > > minimize_syncs: 1 > > next_server: > > server: > > syslog_port: 25150 > > tftpboot: /tftpboot > > tftpd_bin: /usr/sbin/in.tftpd > > tftpd_conf: /etc/xinetd.d/tftp > > webdir: /var/www/cobbler > > yum_core_mirror_from_server: 1 > > > > ############## > > > > /var/lib/cobbler/distros > > > > ############## > > - > > arch: x86_64 > > breed: redhat > > initrd: /var/www/cobbler/ks_mirror > > /centos-5/images/xen/initrd.img > > kernel: /var/www/cobbler/ks_mirror/centos-5/images/xen/vmlinuz > > kernel_options: {} > > ks_meta: {} > > name: centos-5-xen > > source_ repos: > > - > > - 'http:// > hostname>/cobbler/ks_mirror/config/centos-5-xen-0. repo' > > - 'http:///cobbler/ks_mirror/centos-5' > > - > > ... additional non-xen centos-5 distro > > > > ############### > > > > /var/lib/cobbler/profiles > > > > ############### > > > > --- > > - > > distro: centos-5-xen > > kernel_options: {} > > kickstart: /etc/cobbler/centos-5-xen.ks > > ks_meta: > > test_boot_server: > > name: testing-centos-5-xen > > repos: [] > > virt_file_size: 36 > > virt_paravirt: True > > virt_ram: 2048 > > - > > ... additional non-xen centos-5 profiles > > > > ############### > > > > /var/lib/cobbler/systems > > > > ############### > > > > --- > > - > > kernel_options: {} > > ks_meta: > > test_gateway: '' > > test_hostname: > > test_ip: '' > > test_mac_address: '' > > test_netmask: '' > > test_ns: '' > > name: '' > > netboot_enabled: 1 > > profile: testing-centos-5-xen > > pxe_address: '' > > - > > ...etc > > > > ############### > > > > /etc/cobbler/centos-5-xen.ks > > > > ############### > > > > #Generated by Kickstart Configurator > > #platform=x86, AMD64, or Intel EM64T > > > > #System language > > lang en_US > > #Language modules to install > > langsupport en_US > > #System keyboard > > keyboard us > > #System mouse > > mouse > > #Sytem timezone > > # timezone --utc America/New_York > > timezone --utc GMT > > #Root password > > rootpw --iscrypted > > #Reboot after installation > > reboot > > #Use text mode install > > text > > #Install OS instead of upgrade > > install > > #Use HTTP-based installation Media > > url --url http://$test_boot_server/cobbler/ks_mirror/centos-5 > > # cobbler should overwrite the preceding anyway -- it doesn't; hence > > the need for this ks_meta item in cobbler distro addition > > > > #System bootloader configuration > > ## bootloader --location=mbr > > bootloader --location=mbr > > #Clear the Master Boot Record > > zerombr yes > > #Partition clearing information > > clearpart --all --initlabel > > #Disk partitioning information > > part swap --size 2048 > > part /var --size 2048 > > part /tmp --size 2048 > > part / --fstype ext3 --size 1 --grow > > > > #System authorization infomation > > auth --useshadow --enablemd5 > > #Network information > > network --bootproto static --ip $test_ip --netmask $test_netmask > > --gateway $test > > _gateway --nameserver $test_ns --hostname $test_hostname --device > > eth0 > > > > #Firewall configuration > > firewall --disabled > > #Do not configure XWindows > > skipx > > > > #Disable SELinux > > selinux --disabled > > > > #Package install information > > %packages --resolvedeps > > @ development-libs > > @ development-tools > > @ editors > > @ legacy-software-development > > @ legacy-software-support > > @ miscallvars > > @ mysql > > @ system-tools > > @ text-internet > > @ base-x > > @ mysql > > > > ################### > > > > In sum, after installing koan (again following the instructions from > > the "import DVD page") and running > > > > `koan --virt --server= --system= > address of proposed virtual host>` > > > > I received some errors and corrected them in turn, by modifying either > > my kickstart file or the cobbler settings (distros, profiles, systems) > > files. > > > > There is one error, however, which perplexes me. I can load the > > centos-5-xen kernel and initrd files. DHCP appears cool. Anaconda > > starts and then... > > > > ########## > > > > Unable to read package metadata. This may be due to a missing > > | > > | repodata directory. Please ensure that your install tree has > > | > > | been correctly generated. Cannot open/read repomd.xml file > > | > > | for repository: anaconda-base-200704101946.x86_64 > > > > ########## > > > > > > This bothers me because in my kickstart file (which I verified the > > ks_meta args in /var/www/cobbler/kickstarts_sys//ks.cfg) > > clearly has the correct 'url --url ...' line which points to the > > repository. > > > > Any thoughts? > > > > I appreciate your time. > > > > Sincerely, > > > > - Adam. > > There has been problem with Centos5 import tree not working with the > current version of cobbler. We will soon see a new version of cobbler > that is 0.4.7 due monday/tuesday possibly (according to michael). That > will solve the problem. > If for the time being you want to use centos I would prefer not to use > import and use > "cobbler distro add" , "cobbler profile add" and "cobbler system add". > > Regards > Deependra > > > > _______________________________________________ > et-mgmt-tools mailing list > et-mgmt-tools at redhat.com > https://www.redhat.com/mailman/listinfo/et-mgmt-tools > -------------- next part -------------- An HTML attachment was scrubbed... URL: From prime.provogue at gmail.com Sun Apr 22 02:45:36 2007 From: prime.provogue at gmail.com (Niyaz Chistee) Date: Sun, 22 Apr 2007 08:15:36 +0530 Subject: [et-mgmt-tools] Koan unable to locate repodata In-Reply-To: <658267190704211930m4a8aef70rf973ead54f52bcd4@mail.gmail.com> References: <658267190704211918i783cd37bg4c23b0072b936991@mail.gmail.com> <1177208712.5445.2.camel@deepsa-laptop> <658267190704211930m4a8aef70rf973ead54f52bcd4@mail.gmail.com> Message-ID: <1177209936.5445.5.camel@deepsa-laptop> On Sat, 2007-04-21 at 22:30 -0400, Adam Rosenwald wrote: > Thanks, Niyaz. However, I had already taken the liberty of manually > readding distros, profiles, and systems. The end result are the files > listed below. > > BTW, thanks for reminding me to list versions: > > cobbler 0.4.6 > koan 0.2.8 > > On 4/21/07, Niyaz Chistee wrote: > On Sat, 2007-04-21 at 22:18 -0400, Adam Rosenwald wrote: > > I set up cobbler on bootserver according to import procedure > > > > Distro: centos-5 > > > > I modified the kickstart file and edited the cobbler > settings > > files when the `cobbler import`-generated settings > files > > caused problems. > > > > ############## > > > > /var/lib/cobbler/settings > > > > ############## > > > > --- > > bootloaders: > > ia64: /var/lib/cobbler/elilo-3.6-ia64.efi > > standard: /usr/lib/syslinux/pxelinux.0 > > default_kickstart: /etc/cobbler/default.ks > > dhcpd_bin: /usr/sbin/dhcpd > > dhcpd_conf: /etc/dhcpd.conf > > httpd_bin: /usr/sbin/httpd > > kernel_options: > > ksdevice: eth0 > > lang: ' ' > > text: ~ > > koan_path: '' > > manage_dhcp: 1 > > minimize_syncs: 1 > > next_server: > > server: > > syslog_port: 25150 > > tftpboot: /tftpboot > > tftpd_bin: /usr/sbin/in.tftpd > > tftpd_conf: /etc/xinetd.d/tftp > > webdir: /var/www/cobbler > > yum_core_mirror_from_server: 1 > > > > ############## > > > > /var/lib/cobbler/distros > > > > ############## > > - > > arch: x86_64 > > breed: redhat > > initrd: /var/www/cobbler/ks_mirror > > /centos-5/images/xen/initrd.img > > > kernel: /var/www/cobbler/ks_mirror/centos-5/images/xen/vmlinuz > > kernel_options: {} > > ks_meta: {} > > name: centos-5-xen > > source_ repos: > > - > > - 'http:// > hostname>/cobbler/ks_mirror/config/centos-5-xen-0. repo' > > - 'http:// hostname>/cobbler/ks_mirror/centos-5' > > - > > ... additional non-xen centos-5 distro > > > > ############### > > > > /var/lib/cobbler/profiles > > > > ############### > > > > --- > > - > > distro: centos-5-xen > > kernel_options: {} > > kickstart: /etc/cobbler/centos- 5-xen.ks > > ks_meta: > > test_boot_server: > > name: testing-centos-5-xen > > repos: [] > > virt_file_size: 36 > > virt_paravirt: True > > virt_ram: 2048 > > - > > ... additional non-xen centos-5 profiles > > > > ############### > > > > /var/lib/cobbler/systems > > > > ############### > > > > --- > > - > > kernel_options: {} > > ks_meta: > > test_gateway: '' > > test_hostname: > > test_ip: '' > > test_mac_address: '' > > test_netmask: '' > > test_ns: '' > > name: '' > > netboot_enabled: 1 > > profile: testing-centos-5-xen > > pxe_address: '' > > - > > ...etc > > > > ############### > > > > /etc/cobbler/centos-5-xen.ks > > > > ############### > > > > #Generated by Kickstart Configurator > > #platform=x86, AMD64, or Intel EM64T > > > > #System language > > lang en_US > > #Language modules to install > > langsupport en_US > > #System keyboard > > keyboard us > > #System mouse > > mouse > > #Sytem timezone > > # timezone --utc America/New_York > > timezone --utc GMT > > #Root password > > rootpw --iscrypted > > #Reboot after installation > > reboot > > #Use text mode install > > text > > #Install OS instead of upgrade > > install > > #Use HTTP-based installation Media > > url --url > http://$test_boot_server/cobbler/ks_mirror/centos-5 > > # cobbler should overwrite the preceding anyway -- it > doesn't; hence > > the need for this ks_meta item in cobbler distro addition > > > > #System bootloader configuration > > ## bootloader --location=mbr > > bootloader --location=mbr > > #Clear the Master Boot Record > > zerombr yes > > #Partition clearing information > > clearpart --all --initlabel > > #Disk partitioning information > > part swap --size 2048 > > part /var --size 2048 > > part /tmp --size 2048 > > part / --fstype ext3 --size 1 --grow > > > > #System authorization infomation > > auth --useshadow --enablemd5 > > #Network information > > network --bootproto static --ip $test_ip --netmask > $test_netmask > > --gateway $test > > _gateway --nameserver $test_ns --hostname $test_hostname > --device > > eth0 > > > > #Firewall configuration > > firewall --disabled > > #Do not configure XWindows > > skipx > > > > #Disable SELinux > > selinux --disabled > > > > #Package install information > > %packages --resolvedeps > > @ development-libs > > @ development-tools > > @ editors > > @ legacy-software-development > > @ legacy-software-support > > @ miscallvars > > @ mysql > > @ system-tools > > @ text-internet > > @ base-x > > @ mysql > > > > ################### > > > > In sum, after installing koan (again following the > instructions from > > the "import DVD page") and running > > > > `koan --virt --server= > --system= > address of proposed virtual host>` > > > > I received some errors and corrected them in turn, by > modifying either > > my kickstart file or the cobbler settings (distros, > profiles, systems) > > files. > > > > There is one error, however, which perplexes me. I can load > the > > centos-5-xen kernel and initrd files. DHCP appears > cool. Anaconda > > starts and then... > > > > ########## > > > > Unable to read package metadata. This may be due to a > missing > > | > > | repodata directory. Please ensure that your install > tree has > > | > > | been correctly generated. Cannot open/read > repomd.xml file > > | > > | for repository: anaconda-base-200704101946.x86_64 > > > > ########## > > > > > > This bothers me because in my kickstart file (which I > verified the > > ks_meta args in /var/www/cobbler/kickstarts_sys/ mac>/ks.cfg) > > clearly has the correct 'url --url ...' line which points to > the > > repository. > > > > Any thoughts? > > > > I appreciate your time. > > > > Sincerely, > > > > - Adam. > > There has been problem with Centos5 import tree not working > with the > current version of cobbler. We will soon see a new version of > cobbler > that is 0.4.7 due monday/tuesday possibly (according to > michael). That > will solve the problem. > If for the time being you want to use centos I would prefer > not to use > import and use > "cobbler distro add" , "cobbler profile add" and "cobbler > system add". > > Regards > Deependra > > > If you hand edit the files in /var/lib/cobbler/ you will be in trouble. Specially /var/lib/cobbler/{distros,profiles,systems}. They use YAML and YAML is strict on rules. So maybe that's causing the problem. In the new version of cobbler that is 0.4.7 we will be seeing XMLPRC (sorry if I wrote it wrong) that will help hand edit these files. > From lippold at gmail.com Sun Apr 22 20:08:04 2007 From: lippold at gmail.com (Aaron Lippold) Date: Sun, 22 Apr 2007 16:08:04 -0400 Subject: [et-mgmt-tools] PXE Boot / Kernel image issues Message-ID: <39d2723b0704221308k3995dd07o39aafd7ddc3353e@mail.gmail.com> Hello, I am having issues with my new cobbler 0.4.6 install. I am able to use pxe to boot the menu system but when I try to boot any of my profiles, it says it cannot find kernel image at. /images/rhel5-x86-desktop/vmlinuz. Has anyone run into this issue before? Thanks, Aaron p.s. I had thought that the kernel path would be /cblr/images/... given that that is how it is mapped by default for apache. From takatom at jp.fujitsu.com Mon Apr 23 07:41:34 2007 From: takatom at jp.fujitsu.com (Takahashi Tomohiro) Date: Mon, 23 Apr 2007 16:41:34 +0900 Subject: [et-mgmt-tools] Question about the installation of guest OS(Windows) in virt-manager. Message-ID: <019101c7857a$d44dc7c0$ecb1220a@fj98229700> Hi, I am now investigating the problem of guest OS(Windows) installation on virt-manager. This issue is solved virt-install. As you know, During Windows installation, CD-ROM must re-read after rebooting. With my investing, I found following things. at virt-manager, boot_xml config file is used at rebooting but NOT described CD-ROM config. virt-install solves this problem with using install_xml. But I cannot specify the handling at virt-manager code. Any Idea to solve this problem. Thanks Tomohiro Takahashi From takatom at jp.fujitsu.com Mon Apr 23 12:42:45 2007 From: takatom at jp.fujitsu.com (Takahashi Tomohiro) Date: Mon, 23 Apr 2007 21:42:45 +0900 Subject: [et-mgmt-tools] [PATCH] Check dom0 partitions (/boot, /) overwrite, when guest OS installing. Message-ID: <000a01c785a4$e752ea10$ecb1220a@fj98229700> Hi, I made the patch that corrected the following problem. It is a problem that can be installed in dom0 and boot partition. when I install guest OS on virt-manager. This code uses absolute path name. If you have any comments, please suggest me. Signed-off-by: Tomohiro Takahashi Thanks, Tomohiro Takahashi --------------------------------------- diff -r 053429952481 -r 45ddb2a9466d src/virtManager/create.py --- a/src/virtManager/create.py Mon Apr 16 11:31:48 2007 -0400 +++ b/src/virtManager/create.py Mon Apr 23 20:56:08 2007 +0900 @@ -58,6 +58,7 @@ PAGE_SUMMARY = 8 PAGE_SUMMARY = 8 KEYBOARD_DIR = "/etc/sysconfig/keyboard" +MTAB = "/etc/mtab" class vmmCreateMeter(progress.BaseMeter): def __init__(self, asyncjob): @@ -865,6 +866,26 @@ class vmmCreate(gobject.GObject): _("Do you really want to use the disk ?")) return res + try: + f = open(MTAB, "r") + except IOError, e: + logging.debug('Could not open "/etc/mtab" ' + str(e)) + else: + while 1: + s = f.readline() + if s == "": + break + mtab = s.split(" ") + if mtab[1] == "/" and disk == mtab[0]: + self._validation_error_box(_('Disk "%s" is used by dom0 !' % disk), \ + _("You must specify another partition for the guest install")) + return False + if mtab[1] == "/boot" and disk == mtab[0]: + self._validation_error_box(_('Disk "%s" is used by boot partition !' % disk), \ + _("You must specify another partition for the guest install")) + return False + f.close + elif page_num == PAGE_NETWORK: From mdehaan at redhat.com Mon Apr 23 14:43:14 2007 From: mdehaan at redhat.com (Michael DeHaan) Date: Mon, 23 Apr 2007 10:43:14 -0400 Subject: [et-mgmt-tools] PXE Boot / Kernel image issues In-Reply-To: <39d2723b0704221308k3995dd07o39aafd7ddc3353e@mail.gmail.com> References: <39d2723b0704221308k3995dd07o39aafd7ddc3353e@mail.gmail.com> Message-ID: <462CC602.4020303@redhat.com> Aaron Lippold wrote: > Hello, > > I am having issues with my new cobbler 0.4.6 install. I am able to use > pxe to boot the menu system but when I try to boot any of my profiles, > it says it cannot find kernel image at. > /images/rhel5-x86-desktop/vmlinuz. Not that I'm aware of. Did you run "cobbler check" to make sure that your TFTP server was configured correctly? Did you run "cobbler sync" afterword ? What does /tftpboot look like? Ask on IRC and maybe this can be narrowed down faster. > > Has anyone run into this issue before? > > Thanks, > > Aaron > > p.s. I had thought that the kernel path would be /cblr/images/... > given that that is how it is mapped by default for apache. Nope, /tftpboot is totally different. > > _______________________________________________ > et-mgmt-tools mailing list > et-mgmt-tools at redhat.com > https://www.redhat.com/mailman/listinfo/et-mgmt-tools From mdehaan at redhat.com Mon Apr 23 14:47:27 2007 From: mdehaan at redhat.com (Michael DeHaan) Date: Mon, 23 Apr 2007 10:47:27 -0400 Subject: [et-mgmt-tools] Koan unable to locate repodata In-Reply-To: <1177209936.5445.5.camel@deepsa-laptop> References: <658267190704211918i783cd37bg4c23b0072b936991@mail.gmail.com> <1177208712.5445.2.camel@deepsa-laptop> <658267190704211930m4a8aef70rf973ead54f52bcd4@mail.gmail.com> <1177209936.5445.5.camel@deepsa-laptop> Message-ID: <462CC6FF.2000904@redhat.com> Niyaz Chistee wrote: > On Sat, 2007-04-21 at 22:30 -0400, Adam Rosenwald wrote: > >> Thanks, Niyaz. However, I had already taken the liberty of manually >> readding distros, profiles, and systems. The end result are the files >> listed below. >> >> BTW, thanks for reminding me to list versions: >> >> cobbler 0.4.6 >> koan 0.2.8 >> >> On 4/21/07, Niyaz Chistee wrote: >> On Sat, 2007-04-21 at 22:18 -0400, Adam Rosenwald wrote: >> > I set up cobbler on bootserver according to import procedure >> > >> > Distro: centos-5 >> > >> > I modified the kickstart file and edited the cobbler >> settings >> > files when the `cobbler import`-generated settings >> files >> > caused problems. >> > >> > ############## >> > >> > /var/lib/cobbler/settings >> > >> > ############## >> > >> > --- >> > bootloaders: >> > ia64: /var/lib/cobbler/elilo-3.6-ia64.efi >> > standard: /usr/lib/syslinux/pxelinux.0 >> > default_kickstart: /etc/cobbler/default.ks >> > dhcpd_bin: /usr/sbin/dhcpd >> > dhcpd_conf: /etc/dhcpd.conf >> > httpd_bin: /usr/sbin/httpd >> > kernel_options: >> > ksdevice: eth0 >> > lang: ' ' >> > text: ~ >> > koan_path: '' >> > manage_dhcp: 1 >> > minimize_syncs: 1 >> > next_server: >> > server: >> > syslog_port: 25150 >> > tftpboot: /tftpboot >> > tftpd_bin: /usr/sbin/in.tftpd >> > tftpd_conf: /etc/xinetd.d/tftp >> > webdir: /var/www/cobbler >> > yum_core_mirror_from_server: 1 >> > >> > ############## >> > >> > /var/lib/cobbler/distros >> > >> > ############## >> > - >> > arch: x86_64 >> > breed: redhat >> > initrd: /var/www/cobbler/ks_mirror >> > /centos-5/images/xen/initrd.img >> > >> kernel: /var/www/cobbler/ks_mirror/centos-5/images/xen/vmlinuz >> > kernel_options: {} >> > ks_meta: {} >> > name: centos-5-xen >> > source_ repos: >> > - >> > - 'http://> > hostname>/cobbler/ks_mirror/config/centos-5-xen-0. repo' >> > - 'http://> hostname>/cobbler/ks_mirror/centos-5' >> > - >> > ... additional non-xen centos-5 distro >> > >> > ############### >> > >> > /var/lib/cobbler/profiles >> > >> > ############### >> > >> > --- >> > - >> > distro: centos-5-xen >> > kernel_options: {} >> > kickstart: /etc/cobbler/centos- 5-xen.ks >> > ks_meta: >> > test_boot_server: >> > name: testing-centos-5-xen >> > repos: [] >> > virt_file_size: 36 >> > virt_paravirt: True >> > virt_ram: 2048 >> > - >> > ... additional non-xen centos-5 profiles >> > >> > ############### >> > >> > /var/lib/cobbler/systems >> > >> > ############### >> > >> > --- >> > - >> > kernel_options: {} >> > ks_meta: >> > test_gateway: '' >> > test_hostname: >> > test_ip: '' >> > test_mac_address: '' >> > test_netmask: '' >> > test_ns: '' >> > name: '' >> > netboot_enabled: 1 >> > profile: testing-centos-5-xen >> > pxe_address: '' >> > - >> > ...etc >> > >> > ############### >> > >> > /etc/cobbler/centos-5-xen.ks >> > >> > ############### >> > >> > #Generated by Kickstart Configurator >> > #platform=x86, AMD64, or Intel EM64T >> > >> > #System language >> > lang en_US >> > #Language modules to install >> > langsupport en_US >> > #System keyboard >> > keyboard us >> > #System mouse >> > mouse >> > #Sytem timezone >> > # timezone --utc America/New_York >> > timezone --utc GMT >> > #Root password >> > rootpw --iscrypted >> > #Reboot after installation >> > reboot >> > #Use text mode install >> > text >> > #Install OS instead of upgrade >> > install >> > #Use HTTP-based installation Media >> > url --url >> http://$test_boot_server/cobbler/ks_mirror/centos-5 >> > # cobbler should overwrite the preceding anyway -- it >> doesn't; hence >> > the need for this ks_meta item in cobbler distro addition >> > >> > #System bootloader configuration >> > ## bootloader --location=mbr >> > bootloader --location=mbr >> > #Clear the Master Boot Record >> > zerombr yes >> > #Partition clearing information >> > clearpart --all --initlabel >> > #Disk partitioning information >> > part swap --size 2048 >> > part /var --size 2048 >> > part /tmp --size 2048 >> > part / --fstype ext3 --size 1 --grow >> > >> > #System authorization infomation >> > auth --useshadow --enablemd5 >> > #Network information >> > network --bootproto static --ip $test_ip --netmask >> $test_netmask >> > --gateway $test >> > _gateway --nameserver $test_ns --hostname $test_hostname >> --device >> > eth0 >> > >> > #Firewall configuration >> > firewall --disabled >> > #Do not configure XWindows >> > skipx >> > >> > #Disable SELinux >> > selinux --disabled >> > >> > #Package install information >> > %packages --resolvedeps >> > @ development-libs >> > @ development-tools >> > @ editors >> > @ legacy-software-development >> > @ legacy-software-support >> > @ miscallvars >> > @ mysql >> > @ system-tools >> > @ text-internet >> > @ base-x >> > @ mysql >> > >> > ################### >> > >> > In sum, after installing koan (again following the >> instructions from >> > the "import DVD page") and running >> > >> > `koan --virt --server= >> --system=> > address of proposed virtual host>` >> > >> > I received some errors and corrected them in turn, by >> modifying either >> > my kickstart file or the cobbler settings (distros, >> profiles, systems) >> > files. >> > >> > There is one error, however, which perplexes me. I can load >> the >> > centos-5-xen kernel and initrd files. DHCP appears >> cool. Anaconda >> > starts and then... >> > >> > ########## >> > >> > Unable to read package metadata. This may be due to a >> missing >> > | >> > | repodata directory. Please ensure that your install >> tree has >> > | >> > | been correctly generated. Cannot open/read >> repomd.xml file >> > | >> > | for repository: anaconda-base-200704101946.x86_64 >> > >> > ########## >> > >> > >> > This bothers me because in my kickstart file (which I >> verified the >> > ks_meta args in /var/www/cobbler/kickstarts_sys/> mac>/ks.cfg) >> > clearly has the correct 'url --url ...' line which points to >> the >> > repository. >> > >> > Any thoughts? >> > >> > I appreciate your time. >> > >> > Sincerely, >> > >> > - Adam. >> >> There has been problem with Centos5 import tree not working >> with the >> current version of cobbler. We will soon see a new version of >> cobbler >> that is 0.4.7 due monday/tuesday possibly (according to >> michael). That >> will solve the problem. >> If for the time being you want to use centos I would prefer >> not to use >> import and use >> "cobbler distro add" , "cobbler profile add" and "cobbler >> system add". >> >> Regards >> Deependra >> > >> >> > > If you hand edit the files in /var/lib/cobbler/ you will be in trouble. > Specially /var/lib/cobbler/{distros,profiles,systems}. They use YAML and > YAML is strict on rules. So maybe that's causing the problem. In the new > version of cobbler that is 0.4.7 we will be seeing XMLPRC (sorry if I > wrote it wrong) that will help hand edit these files. > > The above error has nothing to do with the YAML parser. "Can't find repodata" anaconda error deals with the installer not having a good URL location for the kickstart tree. 0.4.7 will be out shortly (stay tuned) which can happily import and provision Centos 5. > > > _______________________________________________ > et-mgmt-tools mailing list > et-mgmt-tools at redhat.com > https://www.redhat.com/mailman/listinfo/et-mgmt-tools > From cobbler at msquared.id.au Mon Apr 23 15:10:56 2007 From: cobbler at msquared.id.au (Msquared) Date: Mon, 23 Apr 2007 23:10:56 +0800 Subject: [et-mgmt-tools] Koan unable to locate repodata In-Reply-To: <1177208712.5445.2.camel@deepsa-laptop> References: <658267190704211918i783cd37bg4c23b0072b936991@mail.gmail.com> <1177208712.5445.2.camel@deepsa-laptop> Message-ID: <20070423151056.GA1096@sliderule.msquared.com.au> On Sun, Apr 22, 2007 at 07:55:12AM +0530, Niyaz Chistee wrote: > There has been problem with Centos5 import tree not working with the > current version of cobbler. Perhaps this will work better for Adam while waiting for 0.4.7: cobbler import --mirror=root at localhost:/media/dvd/ --mirror-name=centos5 Note the trailing '/' in '/media/dvd/'. Regards, Msquared... From mdehaan at redhat.com Mon Apr 23 15:16:08 2007 From: mdehaan at redhat.com (Michael DeHaan) Date: Mon, 23 Apr 2007 11:16:08 -0400 Subject: [et-mgmt-tools] Koan unable to locate repodata In-Reply-To: <20070423151056.GA1096@sliderule.msquared.com.au> References: <658267190704211918i783cd37bg4c23b0072b936991@mail.gmail.com> <1177208712.5445.2.camel@deepsa-laptop> <20070423151056.GA1096@sliderule.msquared.com.au> Message-ID: <462CCDB8.2030508@redhat.com> Msquared wrote: > On Sun, Apr 22, 2007 at 07:55:12AM +0530, Niyaz Chistee wrote: > > >> There has been problem with Centos5 import tree not working with the >> current version of cobbler. >> > > Perhaps this will work better for Adam while waiting for 0.4.7: > > cobbler import --mirror=root at localhost:/media/dvd/ --mirror-name=centos5 > Better syntax: cobbler import --mirror=/media/dvd/ --name=centos5 I also believe 0.4.6 automatically adds the trailing slash. If not, 0.4.7 does. > Note the trailing '/' in '/media/dvd/'. > > Regards, Msquared... > > _______________________________________________ > et-mgmt-tools mailing list > et-mgmt-tools at redhat.com > https://www.redhat.com/mailman/listinfo/et-mgmt-tools > From mdehaan at redhat.com Mon Apr 23 15:30:09 2007 From: mdehaan at redhat.com (Michael DeHaan) Date: Mon, 23 Apr 2007 11:30:09 -0400 Subject: [et-mgmt-tools] Cobbler 0.4.7, Koan 0.2.9 released Message-ID: <462CD101.9040607@redhat.com> Cobbler 0.4.7 adds support for running "cobbler import" on a Centos 5 tree. On the backend, it also replaces cobbler_syslogd with cobblerd. Cobblerd now does two things -- it monitors syslog traffic from the installer (and logs it, as before), but it also allows koan to speak with cobbler over XMLRPC. By providing cobbler functions over XMLRPC, hopefully this will allow for alternative clients to more easily query the cobbler server. For security purposes, the XMLRPC component is currently read only. It will install itself as enabled-by-default, but if you just do an upgrade, you might want to do a /sbin/service cobblerd start. Cobbler 0.4.7 also includes numerous improvements to the way it handles mirroring of yum repositories ("cobbler repo add", "cobbler reposync"), to ensure proper cleanup when yum is aborted. Basically this is just housekeeping but it makes the repo management features much more reliable. In addition to the above, 0.4.7 adds new much requested editing support to the command line. Usage looks something like this: cobbler profile add --name=foo --distro=bar cobbler profile rename --name=foo --newname=foo2 cobbler profile copy --name=foo2 --newname=foo3 cobbler profile edit --name=foo3 --distro=baz (copy+edit in one operation also supported: cobbler profile copy --name=foo2 --newname=foo3 --virt-ram=512) A new version of koan (0.2.9) is required to leverage cobbler's new XMLRPC component. However older versions of koan will still work with the newer cobbler server for the time being. cobbler XMLRPC by default is using port 25151, one port higher than the syslog port. Koan 0.2.9 also lowers the minimum RAM floor for virtual machines, now allowing installs with 128MB of memory (previously, 256MB was required). Also while koan typically names new virtual machines based on their MAC addresses, the --virtname option on koan can now be used to give them more descriptive names. Ex: koan --server=bootserver.example.com --virt --profile=fc6webserver --virtname="DepartmentWiki" Old school cobbler users will remember cobbler used to allow setting the virtual name in the cobbler profile, though it is more useful here. Pushed out to et.redhat.com now, Fedora mirrors should update shortly... == changelogs == * Fri Apr 20 2007 - 0.4.7 (cobbler) - Disable mod_python tracker piece for RHEL5 (replacement eventual). - Kickstart tracking now understands Apache logs - Added support for --rpm-list parameter to "repo add" for download of partial content from repositories (ex: cobbler and koan from FC6extras, w/o games). - More consistant naming on imports, regardless of data source. - Teach cobbler to remove .olddata dirs, which can happen if createrepo crashes or is killed mid-process - Default yum_core_repos_from_server to 0 - Implemented triggers for add/delete commands - BootAPI and Config object classes are now Borg patterned to prevent duplication of config info from the API. - cobbler_syslogd -> cobblerd, now has XMLRPC component for koan >= 0.2.9 clients. Old clients still work. - Make cobbler_import work for Centos 5 - Removed requirements on what files that are parameters to --kernel and --initrd must be named. - Added support for "rename", "copy", and "edit" commands -- before there just was "add" and "remove" * Thu Apr 19 2007 Michael DeHaan - 0.2.9-1 (koan) - koan now speaks XMLRPC with cobbler (requires cobbler > 0.4.7-4) - allow any RAM size >128MB. - add --virtname option (see manpage) From thestrider at gmail.com Mon Apr 23 18:18:06 2007 From: thestrider at gmail.com (Adam Rosenwald) Date: Mon, 23 Apr 2007 14:18:06 -0400 Subject: [et-mgmt-tools] koan 0.2.9 parsing problem (safe_load function) Message-ID: <658267190704231118m6393d79bq2c15e007db185d1d@mail.gmail.com> New issue with cobbler 0.4.7 and koan 0.2.9. After installing cobbler 0.4.7 (from RPM), I made `cobbler check` happy, and then proceeded with provisioning `cobbler system add --name=00:16:3E:35:00:71 <--additional items>`. No problem. The system profile was allocated properly. Then, I ensure cobblerd was running. No problem with XMLRPC port. I had a dom0 server on which I installed koan 0.2.9 (from RPM). Then... ====BEGIN OUTPUT===== [root at koan_test ~]# koan --virt --server=test_virt --system=00:16:3E:35:00:71 - processing profile: None - fetching configuration for system: 00:16:3E:35:00:71 Traceback (most recent call last): File "/usr/lib/python2.4/site-packages/koan/app.py", line 108, in main k.run() File "/usr/lib/python2.4/site-packages/koan/app.py", line 174, in run self.do_virt() File "/usr/lib/python2.4/site-packages/koan/app.py", line 305, in do_virt return self.do_net_install("/tmp",after_download) File "/usr/lib/python2.4/site-packages/koan/app.py", line 265, in do_net_install profile_data = self.get_system_xmlrpc(self.system) File "/usr/lib/python2.4/site-packages/koan/app.py", line 530, in get_system_xmlrpc profile_data = self.get_profile_xmlrpc(self.safe_load (system_data,'profile')) File "/usr/lib/python2.4/site-packages/koan/app.py", line 250, in safe_load if hash.has_key(primary_key): AttributeError: 'NoneType' object has no attribute 'has_key' =======END OUTPUT========== It appears that 'profile' is beting passed as a hash to safe_load(), yet there is something wrong with the hash. This problem does not occur when running koan with --profile=; rather it only occurs with --system=. Any thoughts? Thanks. --A. -------------- next part -------------- An HTML attachment was scrubbed... URL: From mdehaan at redhat.com Mon Apr 23 18:32:20 2007 From: mdehaan at redhat.com (Michael DeHaan) Date: Mon, 23 Apr 2007 14:32:20 -0400 Subject: [et-mgmt-tools] koan 0.2.9 parsing problem (safe_load function) In-Reply-To: <658267190704231118m6393d79bq2c15e007db185d1d@mail.gmail.com> References: <658267190704231118m6393d79bq2c15e007db185d1d@mail.gmail.com> Message-ID: <462CFBB4.9010804@redhat.com> Adam Rosenwald wrote: > New issue with cobbler 0.4.7 and koan 0.2.9. > > After installing cobbler 0.4.7 (from RPM), I made `cobbler check` > happy, and then proceeded with provisioning `cobbler system add > --name=00:16:3E:35:00:71 <--additional items>`. No problem. The > system profile was allocated properly. > > Then, I ensure cobblerd was running. No problem with XMLRPC port. > > I had a dom0 server on which I installed koan 0.2.9 (from RPM). > > Then... > > ====BEGIN OUTPUT===== > > [root at koan_test ~]# koan --virt --server=test_virt > --system=00:16:3E:35:00:71 > - processing profile: None > - fetching configuration for system: 00:16:3E:35:00:71 > Traceback (most recent call last): > File "/usr/lib/python2.4/site-packages/koan/app.py", line 108, in main > k.run () > File "/usr/lib/python2.4/site-packages/koan/app.py", line 174, in run > self.do_virt() > File "/usr/lib/python2.4/site-packages/koan/app.py", line 305, in > do_virt > return self.do_net_install ("/tmp",after_download) > File "/usr/lib/python2.4/site-packages/koan/app.py", line 265, in > do_net_install > profile_data = self.get_system_xmlrpc(self.system) > File "/usr/lib/python2.4/site-packages/koan/app.py", line 530, in > get_system_xmlrpc > profile_data = > self.get_profile_xmlrpc(self.safe_load(system_data,'profile')) > File "/usr/lib/python2.4/site-packages/koan/app.py", line 250, in > safe_load > if hash.has_key(primary_key): > AttributeError: 'NoneType' object has no attribute 'has_key' > > =======END OUTPUT========== > > It appears that 'profile' is beting passed as a hash to safe_load(), > yet there is something wrong with the hash. > > This problem does not occur when running koan with > --profile=; rather it only occurs with > --system=. > > Any thoughts? Thanks. --A. Not immediately. I'll see if I can reproduce this. > ------------------------------------------------------------------------ > > _______________________________________________ > et-mgmt-tools mailing list > et-mgmt-tools at redhat.com > https://www.redhat.com/mailman/listinfo/et-mgmt-tools From mdehaan at redhat.com Mon Apr 23 18:55:25 2007 From: mdehaan at redhat.com (Michael DeHaan) Date: Mon, 23 Apr 2007 14:55:25 -0400 Subject: [et-mgmt-tools] koan 0.2.9 parsing problem (safe_load function) In-Reply-To: <658267190704231118m6393d79bq2c15e007db185d1d@mail.gmail.com> References: <658267190704231118m6393d79bq2c15e007db185d1d@mail.gmail.com> Message-ID: <462D011D.7050801@redhat.com> Adam Rosenwald wrote: > New issue with cobbler 0.4.7 and koan 0.2.9. > > After installing cobbler 0.4.7 (from RPM), I made `cobbler check` > happy, and then proceeded with provisioning `cobbler system add > --name=00:16:3E:35:00:71 <--additional items>`. No problem. The > system profile was allocated properly. > > Then, I ensure cobblerd was running. No problem with XMLRPC port. > > I had a dom0 server on which I installed koan 0.2.9 (from RPM). > > Then... > > ====BEGIN OUTPUT===== > > ... SNIP .... > > =======END OUTPUT========== > > It appears that 'profile' is beting passed as a hash to safe_load(), > yet there is something wrong with the hash. > > This problem does not occur when running koan with > --profile=; rather it only occurs with > --system=. > > Any thoughts? Thanks. --A. > ------------------------------------------------------------------------ > > _______________________________________________ > et-mgmt-tools mailing list > et-mgmt-tools at redhat.com > https://www.redhat.com/mailman/listinfo/et-mgmt-tools Fix: diff --git a/koan/app.py b/koan/app.py index 1a9205a..08d4ee6 100755 --- a/koan/app.py +++ b/koan/app.py @@ -524,7 +524,7 @@ class Koan: system_data = None self.debug("fetching configuration for system: %s" % old_system_name) try: - data = self.xmlrpc_server.get_system_for_koan(system_name) + system_data = self.xmlrpc_server.get_system_for_koan(system_name) except: self.connect_fail() profile_data = self.get_profile_xmlrpc(self.safe_load(system_data,'profile')) I'll push a koan update shortly to include this (probably tomorrow) ... I want to see if any other sparks fly first. --Michael From hbrock at redhat.com Mon Apr 23 19:18:37 2007 From: hbrock at redhat.com (Hugh Brock) Date: Mon, 23 Apr 2007 15:18:37 -0400 Subject: [et-mgmt-tools] [PATCH] Check dom0 partitions (/boot, /) overwrite, when guest OS installing. In-Reply-To: <000a01c785a4$e752ea10$ecb1220a@fj98229700> References: <000a01c785a4$e752ea10$ecb1220a@fj98229700> Message-ID: <462D068D.8020500@redhat.com> Takahashi Tomohiro wrote: > Hi, > > I made the patch that corrected the following problem. > > It is a problem that can be installed in dom0 and boot partition. > when I install guest OS on virt-manager. > This code uses absolute path name. > If you have any comments, please suggest me. > > Signed-off-by: Tomohiro Takahashi > > Thanks, > Tomohiro Takahashi > Hi! Thanks for this, but I'm going to reject it... we have patched xend so that it gives good error messages in cases like this (in this case, the error would be something like "disk is in use by privileged domain"). Take care, --Hugh -- Red Hat Virtualization Group http://redhat.com/virtualization Hugh Brock | virt-manager http://virt-manager.org hbrock at redhat.com | virtualization library http://libvirt.org From lippold at gmail.com Mon Apr 23 19:56:55 2007 From: lippold at gmail.com (Aaron Lippold) Date: Mon, 23 Apr 2007 15:56:55 -0400 Subject: [et-mgmt-tools] Re: Cobbler import --path weirdness In-Reply-To: <462CC552.803@redhat.com> References: <39d2723b0704201646w5857a29bg4960f964d68c3ae8@mail.gmail.com> <462CC552.803@redhat.com> Message-ID: <39d2723b0704231256n26a0717et829c0a350fc4048@mail.gmail.com> Will do. Thanks for the help. So not using import but distro and profile may eliminate this issue? Question, one of the issues when using a mass storage device, like NFS mounted NAS, is that we usually mount these things squash_root for security and since we run cobbler as root, it can't write to the destination. What are your thoughts on using a 'cobbler' user and group, setting the correct group permissions etc. The issues I was having when using the NAS / NSF mounts was that the import seemed to mess up the repodata xml files and an ugly python error ensues. ( no repos left) The issue seems to be with walking the file set after import. I apologise, I don't have the error output. Has anyone else run into similar issues when importing from a NFS source or the like? Aaron On 4/23/07, Michael DeHaan wrote: > Aaron Lippold wrote: > > Hello, > > > > I am having issues with the cobbler import --path=x stuff. I have an > > NFS mounted NAS device that I store all my expanded RHEL dvds on for > > ks installs. I have a mount point on the cobbler server that will > > allow me to have a bit faster access to the data than my the main > > server disk will allow and I want to take advantage of it. When I do a > > 'cobbler import --path=/path/to/stuff --mirror-name=glorp' as the man > > page suggests, it still copies the source files to > > /var/www/cobbler/ks_mirror. The man pages, if I understand, suggests > > that it won't copy it over, but just point to this. Am I mistaken? > > > > I would assume that this case, i.e. mass storage, was the reason for > > the --path option. > The "--path" used to do the "no copy" thing you mentioned above, but it > couldn't plug in the "tree" location in the kickstart automatically, and > this was a source for much confusion on the lists. To reduce that > confusion, as well as to make "import" more automagical, "--path" now is > just an alias for "--mirror". I'll update the manpage if that's misleading. > > So, in more recent versions of cobbler, "import" always copies files > over to /var/www/cobbler/ks_mirror. The reason for this is to ensure > that the contents of those files are serveable for network installs -- > yes, nfs:// tree > support does exist in kickstart, but this way cobbler doesn't need to > understand all of the NFS parameters and mounts -- plus we know the > files in question are local to cobbler. What you can do is either: > > (A) make /var/www/repo_mirror be a symlink to storage on your NAS > device, and then run import to load DVDs onto your NAS device. Note > that there can be weird issues with Apache serving off NFS symlinks, > especially with SELinux, so this is probably not your best option. > > or > > (B) use "cobbler distro add" and "cobbler profile add" and not > "import", and then just set up your kickstart tree URLs manually in your > kickstarts to point to the NAS device. This will do exactly the same > thing with just a little more work on your part. > > cobbler distro add --name=distroname --kernel=/mnt/nasdevice/.../vmlinuz > --initrd=/mnt/nasdevice/..initrd.img --ksmeta="tree=nfs://magic/nfs/path" > cobbler profile add --name=profilename --profile=distroname > --kickstart=/path/to/kickstart > cobbler sync > > FYI -- these types of questions are best posted to et-mgmt-tools so > everyone can benefit from seeing the answers. > > --Michael > > From mdehaan at redhat.com Mon Apr 23 21:15:12 2007 From: mdehaan at redhat.com (Michael DeHaan) Date: Mon, 23 Apr 2007 17:15:12 -0400 Subject: [et-mgmt-tools] Re: Cobbler import --path weirdness In-Reply-To: <39d2723b0704231256n26a0717et829c0a350fc4048@mail.gmail.com> References: <39d2723b0704201646w5857a29bg4960f964d68c3ae8@mail.gmail.com> <462CC552.803@redhat.com> <39d2723b0704231256n26a0717et829c0a350fc4048@mail.gmail.com> Message-ID: <462D21E0.7050002@redhat.com> Aaron Lippold wrote: > Will do. Thanks for the help. So not using import but distro and > profile may eliminate this issue? > Yes... > Question, one of the issues when using a mass storage device, like NFS > mounted NAS, is that we usually mount these things squash_root for > security and since we run cobbler as root, it can't write to the > destination. > > What are your thoughts on using a 'cobbler' user and group, setting > the correct group permissions etc. Cobbler needs to interact with /sbin/service and a few other things that root needs access to. Particularly import runs createrepo because, depending on how imported, rsync might be told to exclude some packages and it has to rebuild the index. For instance, if importing from an rsync mirror, one might know they didn't want Open Office translation packages and could save the space/bandwidth. > > The issues I was having when using the NAS / NSF mounts was that the > import seemed to mess up the repodata xml files and an ugly python > error ensues. ( no repos left) The issue seems to be with walking the > file set after import. Createrepo might not like NFS with the way you've mounted it. This is likely. > > I apologise, I don't have the error output. > > Has anyone else run into similar issues when importing from a NFS > source or the like? I would just do "cobbler distro add" and "cobbler profile add" ... once you understnad those, that is really all cobbler is automating for you with import. > > Aaron > > On 4/23/07, Michael DeHaan wrote: >> Aaron Lippold wrote: >> > Hello, >> > >> > I am having issues with the cobbler import --path=x stuff. I have an >> > NFS mounted NAS device that I store all my expanded RHEL dvds on for >> > ks installs. I have a mount point on the cobbler server that will >> > allow me to have a bit faster access to the data than my the main >> > server disk will allow and I want to take advantage of it. When I do a >> > 'cobbler import --path=/path/to/stuff --mirror-name=glorp' as the man >> > page suggests, it still copies the source files to >> > /var/www/cobbler/ks_mirror. The man pages, if I understand, suggests >> > that it won't copy it over, but just point to this. Am I mistaken? >> > >> > I would assume that this case, i.e. mass storage, was the reason for >> > the --path option. >> The "--path" used to do the "no copy" thing you mentioned above, but it >> couldn't plug in the "tree" location in the kickstart automatically, and >> this was a source for much confusion on the lists. To reduce that >> confusion, as well as to make "import" more automagical, "--path" now is >> just an alias for "--mirror". I'll update the manpage if that's >> misleading. >> >> So, in more recent versions of cobbler, "import" always copies files >> over to /var/www/cobbler/ks_mirror. The reason for this is to ensure >> that the contents of those files are serveable for network installs -- >> yes, nfs:// tree >> support does exist in kickstart, but this way cobbler doesn't need to >> understand all of the NFS parameters and mounts -- plus we know the >> files in question are local to cobbler. What you can do is either: >> >> (A) make /var/www/repo_mirror be a symlink to storage on your NAS >> device, and then run import to load DVDs onto your NAS device. Note >> that there can be weird issues with Apache serving off NFS symlinks, >> especially with SELinux, so this is probably not your best option. >> >> or >> >> (B) use "cobbler distro add" and "cobbler profile add" and not >> "import", and then just set up your kickstart tree URLs manually in your >> kickstarts to point to the NAS device. This will do exactly the same >> thing with just a little more work on your part. >> >> cobbler distro add --name=distroname --kernel=/mnt/nasdevice/.../vmlinuz >> --initrd=/mnt/nasdevice/..initrd.img >> --ksmeta="tree=nfs://magic/nfs/path" >> cobbler profile add --name=profilename --profile=distroname >> --kickstart=/path/to/kickstart >> cobbler sync >> >> FYI -- these types of questions are best posted to et-mgmt-tools so >> everyone can benefit from seeing the answers. >> >> --Michael >> >> > > _______________________________________________ > et-mgmt-tools mailing list > et-mgmt-tools at redhat.com > https://www.redhat.com/mailman/listinfo/et-mgmt-tools From thestrider at gmail.com Mon Apr 23 21:31:49 2007 From: thestrider at gmail.com (Adam Rosenwald) Date: Mon, 23 Apr 2007 17:31:49 -0400 Subject: [et-mgmt-tools] koan 0.2.9 parsing problem (safe_load function) In-Reply-To: <462D011D.7050801@redhat.com> References: <658267190704231118m6393d79bq2c15e007db185d1d@mail.gmail.com> <462D011D.7050801@redhat.com> Message-ID: <658267190704231431n26f4d4fdq2a27140ca6b4adfb@mail.gmail.com> Works like a charm w/ centos-5!!! Thanks, Michael! :) On 4/23/07, Michael DeHaan wrote: > > Adam Rosenwald wrote: > > New issue with cobbler 0.4.7 and koan 0.2.9. > > > > After installing cobbler 0.4.7 (from RPM), I made `cobbler check` > > happy, and then proceeded with provisioning `cobbler system add > > --name=00:16:3E:35:00:71 <--additional items>`. No problem. The > > system profile was allocated properly. > > > > Then, I ensure cobblerd was running. No problem with XMLRPC port. > > > > I had a dom0 server on which I installed koan 0.2.9 (from RPM). > > > > Then... > > > > ====BEGIN OUTPUT===== > > > > ... SNIP .... > > > > =======END OUTPUT========== > > > > It appears that 'profile' is beting passed as a hash to safe_load(), > > yet there is something wrong with the hash. > > > > This problem does not occur when running koan with > > --profile=; rather it only occurs with > > --system=. > > > > Any thoughts? Thanks. --A. > > ------------------------------------------------------------------------ > > > > _______________________________________________ > > et-mgmt-tools mailing list > > et-mgmt-tools at redhat.com > > https://www.redhat.com/mailman/listinfo/et-mgmt-tools > > Fix: > > diff --git a/koan/app.py b/koan/app.py > index 1a9205a..08d4ee6 100755 > --- a/koan/app.py > +++ b/koan/app.py > @@ -524,7 +524,7 @@ class Koan: > system_data = None > self.debug("fetching configuration for system: %s" % > old_system_name) > try: > - data = self.xmlrpc_server.get_system_for_koan(system_name) > + system_data = > self.xmlrpc_server.get_system_for_koan(system_name) > except: > self.connect_fail() > profile_data = > self.get_profile_xmlrpc(self.safe_load(system_data,'profile')) > > > I'll push a koan update shortly to include this (probably tomorrow) ... > I want to see if any other sparks fly first. > > --Michael > > > > _______________________________________________ > et-mgmt-tools mailing list > et-mgmt-tools at redhat.com > https://www.redhat.com/mailman/listinfo/et-mgmt-tools > -------------- next part -------------- An HTML attachment was scrubbed... URL: From thestrider at gmail.com Mon Apr 23 21:54:22 2007 From: thestrider at gmail.com (Adam Rosenwald) Date: Mon, 23 Apr 2007 17:54:22 -0400 Subject: [et-mgmt-tools] Koan unable to locate repodata In-Reply-To: <462CC6FF.2000904@redhat.com> References: <658267190704211918i783cd37bg4c23b0072b936991@mail.gmail.com> <1177208712.5445.2.camel@deepsa-laptop> <658267190704211930m4a8aef70rf973ead54f52bcd4@mail.gmail.com> <1177209936.5445.5.camel@deepsa-laptop> <462CC6FF.2000904@redhat.com> Message-ID: <658267190704231454k1f42bbc2o432efcb36b01264b@mail.gmail.com> In the kickstart file associated with profile 'centos-5-xen-x86_64', I modified the network stanza as follows: network --bootproto=static --ip $mini_ip --netmask $mini_netmask --gateway $mini_gw --nameserver $mini_ns --hostname $mini_hn --device=eth0 --onboot=on Then, when adding a cobbler system, I specify the static network information via ks_meta string; i.e.: cobbler system add --name= --pxe-address= --profile=centos-5-xen-x86_64 \ --ksmeta='mini_ip=10.0.7.71 mini_netmask=255.255.0.0 mini_gw=10.0.0.253mini_ns= 10.0.7.80 mini_hn=test_virt' I've confirmed that this network modification marks the point where the "Can't find repodata' stuff occurs. It has nothing to do with the location of the repository or the configuration its web server, as the standard kickstart_fc6.ks with --bootproto=dhcp works fine. Thanks, - A. On 4/23/07, Michael DeHaan wrote: > > Niyaz Chistee wrote: > > On Sat, 2007-04-21 at 22:30 -0400, Adam Rosenwald wrote: > > > >> Thanks, Niyaz. However, I had already taken the liberty of manually > >> readding distros, profiles, and systems. The end result are the files > >> listed below. > >> > >> BTW, thanks for reminding me to list versions: > >> > >> cobbler 0.4.6 > >> koan 0.2.8 > >> > >> On 4/21/07, Niyaz Chistee wrote: > >> On Sat, 2007-04-21 at 22:18 -0400, Adam Rosenwald wrote: > >> > I set up cobbler on bootserver according to import procedure > >> > > >> > Distro: centos-5 > >> > > >> > I modified the kickstart file and edited the cobbler > >> settings > >> > files when the `cobbler import`-generated settings > >> files > >> > caused problems. > >> > > >> > ############## > >> > > >> > /var/lib/cobbler/settings > >> > > >> > ############## > >> > > >> > --- > >> > bootloaders: > >> > ia64: /var/lib/cobbler/elilo-3.6-ia64.efi > >> > standard: /usr/lib/syslinux/pxelinux.0 > >> > default_kickstart: /etc/cobbler/default.ks > >> > dhcpd_bin: /usr/sbin/dhcpd > >> > dhcpd_conf: /etc/dhcpd.conf > >> > httpd_bin: /usr/sbin/httpd > >> > kernel_options: > >> > ksdevice: eth0 > >> > lang: ' ' > >> > text: ~ > >> > koan_path: '' > >> > manage_dhcp: 1 > >> > minimize_syncs: 1 > >> > next_server: > >> > server: > >> > syslog_port: 25150 > >> > tftpboot: /tftpboot > >> > tftpd_bin: /usr/sbin/in.tftpd > >> > tftpd_conf: /etc/xinetd.d/tftp > >> > webdir: /var/www/cobbler > >> > yum_core_mirror_from_server: 1 > >> > > >> > ############## > >> > > >> > /var/lib/cobbler/distros > >> > > >> > ############## > >> > - > >> > arch: x86_64 > >> > breed: redhat > >> > initrd: /var/www/cobbler/ks_mirror > >> > /centos-5/images/xen/initrd.img > >> > > >> kernel: /var/www/cobbler/ks_mirror/centos-5/images/xen/vmlinuz > >> > kernel_options: {} > >> > ks_meta: {} > >> > name: centos-5-xen > >> > source_ repos: > >> > - > >> > - 'http:// >> > hostname>/cobbler/ks_mirror/config/centos-5-xen-0. repo' > >> > - 'http:// >> hostname>/cobbler/ks_mirror/centos-5' > >> > - > >> > ... additional non-xen centos-5 distro > >> > > >> > ############### > >> > > >> > /var/lib/cobbler/profiles > >> > > >> > ############### > >> > > >> > --- > >> > - > >> > distro: centos-5-xen > >> > kernel_options: {} > >> > kickstart: /etc/cobbler/centos- 5-xen.ks > >> > ks_meta: > >> > test_boot_server: > >> > name: testing-centos-5-xen > >> > repos: [] > >> > virt_file_size: 36 > >> > virt_paravirt: True > >> > virt_ram: 2048 > >> > - > >> > ... additional non-xen centos-5 profiles > >> > > >> > ############### > >> > > >> > /var/lib/cobbler/systems > >> > > >> > ############### > >> > > >> > --- > >> > - > >> > kernel_options: {} > >> > ks_meta: > >> > test_gateway: '' > >> > test_hostname: > >> > test_ip: '' > >> > test_mac_address: '' > >> > test_netmask: '' > >> > test_ns: '' > >> > name: '' > >> > netboot_enabled: 1 > >> > profile: testing-centos-5-xen > >> > pxe_address: '' > >> > - > >> > ...etc > >> > > >> > ############### > >> > > >> > /etc/cobbler/centos-5-xen.ks > >> > > >> > ############### > >> > > >> > #Generated by Kickstart Configurator > >> > #platform=x86, AMD64, or Intel EM64T > >> > > >> > #System language > >> > lang en_US > >> > #Language modules to install > >> > langsupport en_US > >> > #System keyboard > >> > keyboard us > >> > #System mouse > >> > mouse > >> > #Sytem timezone > >> > # timezone --utc America/New_York > >> > timezone --utc GMT > >> > #Root password > >> > rootpw --iscrypted > >> > #Reboot after installation > >> > reboot > >> > #Use text mode install > >> > text > >> > #Install OS instead of upgrade > >> > install > >> > #Use HTTP-based installation Media > >> > url --url > >> http://$test_boot_server/cobbler/ks_mirror/centos-5 > >> > # cobbler should overwrite the preceding anyway -- it > >> doesn't; hence > >> > the need for this ks_meta item in cobbler distro addition > >> > > >> > #System bootloader configuration > >> > ## bootloader --location=mbr > >> > bootloader --location=mbr > >> > #Clear the Master Boot Record > >> > zerombr yes > >> > #Partition clearing information > >> > clearpart --all --initlabel > >> > #Disk partitioning information > >> > part swap --size 2048 > >> > part /var --size 2048 > >> > part /tmp --size 2048 > >> > part / --fstype ext3 --size 1 --grow > >> > > >> > #System authorization infomation > >> > auth --useshadow --enablemd5 > >> > #Network information > >> > network --bootproto static --ip $test_ip --netmask > >> $test_netmask > >> > --gateway $test > >> > _gateway --nameserver $test_ns --hostname $test_hostname > >> --device > >> > eth0 > >> > > >> > #Firewall configuration > >> > firewall --disabled > >> > #Do not configure XWindows > >> > skipx > >> > > >> > #Disable SELinux > >> > selinux --disabled > >> > > >> > #Package install information > >> > %packages --resolvedeps > >> > @ development-libs > >> > @ development-tools > >> > @ editors > >> > @ legacy-software-development > >> > @ legacy-software-support > >> > @ miscallvars > >> > @ mysql > >> > @ system-tools > >> > @ text-internet > >> > @ base-x > >> > @ mysql > >> > > >> > ################### > >> > > >> > In sum, after installing koan (again following the > >> instructions from > >> > the "import DVD page") and running > >> > > >> > `koan --virt --server= > >> --system= >> > address of proposed virtual host>` > >> > > >> > I received some errors and corrected them in turn, by > >> modifying either > >> > my kickstart file or the cobbler settings (distros, > >> profiles, systems) > >> > files. > >> > > >> > There is one error, however, which perplexes me. I can load > >> the > >> > centos-5-xen kernel and initrd files. DHCP appears > >> cool. Anaconda > >> > starts and then... > >> > > >> > ########## > >> > > >> > Unable to read package metadata. This may be due to a > >> missing > >> > | > >> > | repodata directory. Please ensure that your install > >> tree has > >> > | > >> > | been correctly generated. Cannot open/read > >> repomd.xml file > >> > | > >> > | for repository: anaconda-base-200704101946.x86_64 > >> > > >> > ########## > >> > > >> > > >> > This bothers me because in my kickstart file (which I > >> verified the > >> > ks_meta args in /var/www/cobbler/kickstarts_sys/ >> mac>/ks.cfg) > >> > clearly has the correct 'url --url ...' line which points to > >> the > >> > repository. > >> > > >> > Any thoughts? > >> > > >> > I appreciate your time. > >> > > >> > Sincerely, > >> > > >> > - Adam. > >> > >> There has been problem with Centos5 import tree not working > >> with the > >> current version of cobbler. We will soon see a new version of > >> cobbler > >> that is 0.4.7 due monday/tuesday possibly (according to > >> michael). That > >> will solve the problem. > >> If for the time being you want to use centos I would prefer > >> not to use > >> import and use > >> "cobbler distro add" , "cobbler profile add" and "cobbler > >> system add". > >> > >> Regards > >> Deependra > >> > > >> > >> > > > > If you hand edit the files in /var/lib/cobbler/ you will be in trouble. > > Specially /var/lib/cobbler/{distros,profiles,systems}. They use YAML and > > YAML is strict on rules. So maybe that's causing the problem. In the new > > version of cobbler that is 0.4.7 we will be seeing XMLPRC (sorry if I > > wrote it wrong) that will help hand edit these files. > > > > > > The above error has nothing to do with the YAML parser. > > "Can't find repodata" anaconda error deals with the installer not having > a good URL location for the kickstart tree. > > 0.4.7 will be out shortly (stay tuned) which can happily import and > provision Centos 5. > > > > > > > > _______________________________________________ > > et-mgmt-tools mailing list > > et-mgmt-tools at redhat.com > > https://www.redhat.com/mailman/listinfo/et-mgmt-tools > > > > _______________________________________________ > et-mgmt-tools mailing list > et-mgmt-tools at redhat.com > https://www.redhat.com/mailman/listinfo/et-mgmt-tools > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mdehaan at redhat.com Mon Apr 23 22:00:00 2007 From: mdehaan at redhat.com (Michael DeHaan) Date: Mon, 23 Apr 2007 18:00:00 -0400 Subject: [et-mgmt-tools] Koan unable to locate repodata In-Reply-To: <658267190704231454k1f42bbc2o432efcb36b01264b@mail.gmail.com> References: <658267190704211918i783cd37bg4c23b0072b936991@mail.gmail.com> <1177208712.5445.2.camel@deepsa-laptop> <658267190704211930m4a8aef70rf973ead54f52bcd4@mail.gmail.com> <1177209936.5445.5.camel@deepsa-laptop> <462CC6FF.2000904@redhat.com> <658267190704231454k1f42bbc2o432efcb36b01264b@mail.gmail.com> Message-ID: <462D2C60.5010804@redhat.com> Adam Rosenwald wrote: > In the kickstart file associated with profile 'centos-5-xen-x86_64', I > modified the network stanza as follows: > > network --bootproto=static --ip $mini_ip --netmask $mini_netmask > --gateway $mini_gw --nameserver $mini_ns --hostname $mini_hn > --device=eth0 --onboot=on > > Then, when adding a cobbler system, I specify the static network > information via ks_meta string; i.e.: > > cobbler system add --name= --pxe-address= > --profile=centos-5-xen-x86_64 \ > --ksmeta='mini_ip=10.0.7.71 > mini_netmask=255.255.0.0 mini_gw=10.0.0.253 > mini_ns=10.0.7.80 > mini_hn=test_virt' > > I've confirmed that this network modification marks the point where > the "Can't find repodata' stuff occurs. It has nothing to do with the > location of the repository or the configuration its web server, as the > standard kickstart_fc6.ks with --bootproto=dhcp works fine. Thanks for the clarification. Anything dealing with the guts of kickstart really ought to be posted to kickstart-list at redhat.com instead ... it looks like you have a kickstart and/or networking issue. --Michael > > Thanks, > > - A. > > On 4/23/07, *Michael DeHaan* > wrote: > > Niyaz Chistee wrote: > > On Sat, 2007-04-21 at 22:30 -0400, Adam Rosenwald wrote: > > > >> Thanks, Niyaz. However, I had already taken the liberty of > manually > >> readding distros, profiles, and systems. The end result are > the files > >> listed below. > >> > >> BTW, thanks for reminding me to list versions: > >> > >> cobbler 0.4.6 > >> koan 0.2.8 > >> > >> On 4/21/07, Niyaz Chistee < prime.provogue at gmail.com > > wrote: > >> On Sat, 2007-04-21 at 22:18 -0400, Adam Rosenwald wrote: > >> > I set up cobbler on bootserver according to import > procedure > >> > > >> > Distro: centos-5 > >> > > >> > I modified the kickstart file and edited the > cobbler > >> settings > >> > files when the `cobbler import`-generated > settings > >> files > >> > caused problems. > >> > > >> > ############## > >> > > >> > /var/lib/cobbler/settings > >> > > >> > ############## > >> > > >> > --- > >> > bootloaders: > >> > ia64: /var/lib/cobbler/elilo-3.6-ia64.efi > >> > standard: /usr/lib/syslinux/pxelinux.0 > >> > default_kickstart: /etc/cobbler/default.ks > >> > dhcpd_bin: /usr/sbin/dhcpd > >> > dhcpd_conf: /etc/dhcpd.conf > >> > httpd_bin: /usr/sbin/httpd > >> > kernel_options: > >> > ksdevice: eth0 > >> > lang: ' ' > >> > text: ~ > >> > koan_path: '' > >> > manage_dhcp: 1 > >> > minimize_syncs: 1 > >> > next_server: > >> > server: > >> > syslog_port: 25150 > >> > tftpboot: /tftpboot > >> > tftpd_bin: /usr/sbin/in.tftpd > >> > tftpd_conf: /etc/xinetd.d/tftp > >> > webdir: /var/www/cobbler > >> > yum_core_mirror_from_server: 1 > >> > > >> > ############## > >> > > >> > /var/lib/cobbler/distros > >> > > >> > ############## > >> > - > >> > arch: x86_64 > >> > breed: redhat > >> > initrd: /var/www/cobbler/ks_mirror > >> > /centos-5/images/xen/initrd.img > >> > > >> kernel: > /var/www/cobbler/ks_mirror/centos-5/images/xen/vmlinuz > >> > kernel_options: {} > >> > ks_meta: {} > >> > name: centos-5-xen > >> > source_ repos: > >> > - > >> > - 'http:// >> > hostname>/cobbler/ks_mirror/config/centos-5-xen-0. repo' > >> > - 'http:// >> hostname>/cobbler/ks_mirror/centos-5' > >> > - > >> > ... additional non-xen centos-5 distro > >> > > >> > ############### > >> > > >> > /var/lib/cobbler/profiles > >> > > >> > ############### > >> > > >> > --- > >> > - > >> > distro: centos-5-xen > >> > kernel_options: {} > >> > kickstart: /etc/cobbler/centos- 5-xen.ks > >> > ks_meta: > >> > test_boot_server: > >> > name: testing-centos-5-xen > >> > repos: [] > >> > virt_file_size: 36 > >> > virt_paravirt: True > >> > virt_ram: 2048 > >> > - > >> > ... additional non-xen centos-5 profiles > >> > > >> > ############### > >> > > >> > /var/lib/cobbler/systems > >> > > >> > ############### > >> > > >> > --- > >> > - > >> > kernel_options: {} > >> > ks_meta: > >> > test_gateway: '' > >> > test_hostname: > >> > test_ip: '' > >> > test_mac_address: '' > >> > test_netmask: '' > >> > test_ns: '' > >> > name: '' > >> > netboot_enabled: 1 > >> > profile: testing-centos-5-xen > >> > pxe_address: '' > >> > - > >> > ...etc > >> > > >> > ############### > >> > > >> > /etc/cobbler/centos-5-xen.ks > >> > > >> > ############### > >> > > >> > #Generated by Kickstart Configurator > >> > #platform=x86, AMD64, or Intel EM64T > >> > > >> > #System language > >> > lang en_US > >> > #Language modules to install > >> > langsupport en_US > >> > #System keyboard > >> > keyboard us > >> > #System mouse > >> > mouse > >> > #Sytem timezone > >> > # timezone --utc America/New_York > >> > timezone --utc GMT > >> > #Root password > >> > rootpw --iscrypted > >> > #Reboot after installation > >> > reboot > >> > #Use text mode install > >> > text > >> > #Install OS instead of upgrade > >> > install > >> > #Use HTTP-based installation Media > >> > url --url > >> http://$test_boot_server/cobbler/ks_mirror/centos-5 > >> > # cobbler should overwrite the preceding anyway -- it > >> doesn't; hence > >> > the need for this ks_meta item in cobbler distro addition > >> > > >> > #System bootloader configuration > >> > ## bootloader --location=mbr > >> > bootloader --location=mbr > >> > #Clear the Master Boot Record > >> > zerombr yes > >> > #Partition clearing information > >> > clearpart --all --initlabel > >> > #Disk partitioning information > >> > part swap --size 2048 > >> > part /var --size 2048 > >> > part /tmp --size 2048 > >> > part / --fstype ext3 --size 1 --grow > >> > > >> > #System authorization infomation > >> > auth --useshadow --enablemd5 > >> > #Network information > >> > network --bootproto static --ip $test_ip --netmask > >> $test_netmask > >> > --gateway $test > >> > _gateway --nameserver $test_ns --hostname $test_hostname > >> --device > >> > eth0 > >> > > >> > #Firewall configuration > >> > firewall --disabled > >> > #Do not configure XWindows > >> > skipx > >> > > >> > #Disable SELinux > >> > selinux --disabled > >> > > >> > #Package install information > >> > %packages --resolvedeps > >> > @ development-libs > >> > @ development-tools > >> > @ editors > >> > @ legacy-software-development > >> > @ legacy-software-support > >> > @ miscallvars > >> > @ mysql > >> > @ system-tools > >> > @ text-internet > >> > @ base-x > >> > @ mysql > >> > > >> > ################### > >> > > >> > In sum, after installing koan (again following the > >> instructions from > >> > the "import DVD page") and running > >> > > >> > `koan --virt --server= > >> --system= >> > address of proposed virtual host>` > >> > > >> > I received some errors and corrected them in turn, by > >> modifying either > >> > my kickstart file or the cobbler settings (distros, > >> profiles, systems) > >> > files. > >> > > >> > There is one error, however, which perplexes me. I > can load > >> the > >> > centos-5-xen kernel and initrd files. DHCP appears > >> cool. Anaconda > >> > starts and then... > >> > > >> > ########## > >> > > >> > Unable to read package metadata. This may be due to a > >> missing > >> > | > >> > | repodata directory. Please ensure that your > install > >> tree has > >> > | > >> > | been correctly generated. Cannot open/read > >> repomd.xml file > >> > | > >> > | for repository: anaconda-base-200704101946.x86_64 > >> > > >> > ########## > >> > > >> > > >> > This bothers me because in my kickstart file (which I > >> verified the > >> > ks_meta args in /var/www/cobbler/kickstarts_sys/ >> mac>/ks.cfg) > >> > clearly has the correct 'url --url ...' line which > points to > >> the > >> > repository. > >> > > >> > Any thoughts? > >> > > >> > I appreciate your time. > >> > > >> > Sincerely, > >> > > >> > - Adam. > >> > >> There has been problem with Centos5 import tree not > working > >> with the > >> current version of cobbler. We will soon see a new > version of > >> cobbler > >> that is 0.4.7 due monday/tuesday possibly (according to > >> michael). That > >> will solve the problem. > >> If for the time being you want to use centos I would prefer > >> not to use > >> import and use > >> "cobbler distro add" , "cobbler profile add" and "cobbler > >> system add". > >> > >> Regards > >> Deependra > >> > > >> > >> > > > > If you hand edit the files in /var/lib/cobbler/ you will be in > trouble. > > Specially /var/lib/cobbler/{distros,profiles,systems}. They use > YAML and > > YAML is strict on rules. So maybe that's causing the problem. In > the new > > version of cobbler that is 0.4.7 we will be seeing XMLPRC (sorry > if I > > wrote it wrong) that will help hand edit these files. > > > > > > The above error has nothing to do with the YAML parser. > > "Can't find repodata" anaconda error deals with the installer not > having > a good URL location for the kickstart tree. > > 0.4.7 will be out shortly (stay tuned) which can happily import and > provision Centos 5. > > > > > > > > _______________________________________________ > > et-mgmt-tools mailing list > > et-mgmt-tools at redhat.com > > https://www.redhat.com/mailman/listinfo/et-mgmt-tools > > > > > _______________________________________________ > et-mgmt-tools mailing list > et-mgmt-tools at redhat.com > https://www.redhat.com/mailman/listinfo/et-mgmt-tools > > > ------------------------------------------------------------------------ > > _______________________________________________ > et-mgmt-tools mailing list > et-mgmt-tools at redhat.com > https://www.redhat.com/mailman/listinfo/et-mgmt-tools From takatom at jp.fujitsu.com Tue Apr 24 01:39:17 2007 From: takatom at jp.fujitsu.com (Takahashi Tomohiro) Date: Tue, 24 Apr 2007 10:39:17 +0900 Subject: [et-mgmt-tools] [PATCH] Check dom0 partitions (/boot, /) overwrite, when guest OS installing. References: <000a01c785a4$e752ea10$ecb1220a@fj98229700> <462D068D.8020500@redhat.com> Message-ID: <004801c78611$6188f4c0$ecb1220a@fj98229700> Hi,Hugh I can't find your suggested changes in xen change log. Please tell me changeset No.? I'm worry about this change includes xen-3.0.5. Thanks, Tomohiro Takahashi. > Hi! Thanks for this, but I'm going to reject it... we have patched xend > so that it gives good error messages in cases like this (in this case, > the error would be something like "disk is in use by privileged domain"). > > Take care, > --Hugh From mdehaan at redhat.com Tue Apr 24 15:46:36 2007 From: mdehaan at redhat.com (Michael DeHaan) Date: Tue, 24 Apr 2007 11:46:36 -0400 Subject: [et-mgmt-tools] koan 0.2.9 parsing problem (safe_load function) In-Reply-To: <658267190704231431n26f4d4fdq2a27140ca6b4adfb@mail.gmail.com> References: <658267190704231118m6393d79bq2c15e007db185d1d@mail.gmail.com> <462D011D.7050801@redhat.com> <658267190704231431n26f4d4fdq2a27140ca6b4adfb@mail.gmail.com> Message-ID: <462E265C.10706@redhat.com> Adam Rosenwald wrote: > Works like a charm w/ centos-5!!! Thanks, Michael! :) > > On 4/23/07, *Michael DeHaan* > wrote: > > Adam Rosenwald wrote: > > New issue with cobbler 0.4.7 and koan 0.2.9. > > > > After installing cobbler 0.4.7 (from RPM), I made `cobbler check` > > happy, and then proceeded with provisioning `cobbler system add > > --name=00:16:3E:35:00:71 <--additional items>`. No problem. The > > system profile was allocated properly. > > > > Then, I ensure cobblerd was running. No problem with XMLRPC port. > > > > I had a dom0 server on which I installed koan 0.2.9 (from RPM). > > > > Then... > > > > ====BEGIN OUTPUT===== > > > > ... SNIP .... > > > > =======END OUTPUT========== > > > > It appears that 'profile' is beting passed as a hash to safe_load(), > > yet there is something wrong with the hash. > > > > This problem does not occur when running koan with > > --profile=; rather it only occurs with > > --system=. > > > > Any thoughts? Thanks. --A. > > > ------------------------------------------------------------------------ > > > > _______________________________________________ > > et-mgmt-tools mailing list > > et-mgmt-tools at redhat.com > > https://www.redhat.com/mailman/listinfo/et-mgmt-tools > > Fix: > > diff --git a/koan/app.py b/koan/app.py > index 1a9205a..08d4ee6 100755 > --- a/koan/app.py > +++ b/koan/app.py > @@ -524,7 +524,7 @@ class Koan: > system_data = None > self.debug("fetching configuration for system: %s" % > old_system_name) > try: > - data = > self.xmlrpc_server.get_system_for_koan(system_name) > + system_data = > self.xmlrpc_server.get_system_for_koan(system_name) > except: > self.connect_fail() > profile_data = > self.get_profile_xmlrpc(self.safe_load(system_data,'profile')) > > > I'll push a koan update shortly to include this (probably > tomorrow) ... > I want to see if any other sparks fly first. > > --Michael > > Done -- this is koan 0.3.0 which should be available for D/L now and has also been pushed to Fedora. I've also fixed a small bug where it would incorrectly interpret a MAC address as an IP in some cases. > > _______________________________________________ > et-mgmt-tools mailing list > et-mgmt-tools at redhat.com > https://www.redhat.com/mailman/listinfo/et-mgmt-tools > > > ------------------------------------------------------------------------ > > _______________________________________________ > et-mgmt-tools mailing list > et-mgmt-tools at redhat.com > https://www.redhat.com/mailman/listinfo/et-mgmt-tools From berrange at redhat.com Tue Apr 24 18:22:33 2007 From: berrange at redhat.com (Daniel P. Berrange) Date: Tue, 24 Apr 2007 19:22:33 +0100 Subject: [et-mgmt-tools] [PATCH] Check dom0 partitions (/boot, /) overwrite, when guest OS installing. In-Reply-To: <004801c78611$6188f4c0$ecb1220a@fj98229700> References: <000a01c785a4$e752ea10$ecb1220a@fj98229700> <462D068D.8020500@redhat.com> <004801c78611$6188f4c0$ecb1220a@fj98229700> Message-ID: <20070424182232.GH30877@redhat.com> On Tue, Apr 24, 2007 at 10:39:17AM +0900, Takahashi Tomohiro wrote: > Hi,Hugh > > I can't find your suggested changes in xen change log. > Please tell me changeset No.?$B!! There were two aspects: a) Fixing one of the Fedora xen RPM patches which caused all hotplug errors to be obscured with a python error about 'destroyDevice() * Thu Feb 15 2007 Daniel P. Berrange - 3.0.3-6.fc6 - Improve hotplug error reporting * Tue Jan 30 2007 Daniel P. Berrange - 3.0.3-5.fc6 - Fixed destroyDevice callers b) Improving the hotplug error reporting in XenD and the network scripts changeset: 13824:ed9dba8e2c67 user: kfraser at localhost.localdomain date: Wed Feb 07 16:22:55 2007 +0000 files: tools/examples/vif-bridge tools/examples/xen-hotplug-common.sh tools/python/xen/xend/server/DevController.py description: Improve hotplug script error reporting via xenstore. Use this to detect and report up-front in vif-bridge script whether the bridge device exists or not. Signed-off-by: Daniel P. Berrange > I'm worry about this change includes xen-3.0.5. Should be upstream in 3.0.5. Its also patched to Fedora 5/6/7 Xen RPMs. So if you run 'xm create' (or equivalently virsh create) you'll see a message which looks like: # xm create XenGuest1 Using config file "/etc/xen/XenGuest1". Error: Device 51760 (vbd) could not be connected. Device /dev/HostVG/FC6Root is mounted read-write in the privileged domain, and so cannot be mounted read-only by a guest. Regards, 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 -=| From dhawal at netmagicsolutions.com Tue Apr 24 18:33:31 2007 From: dhawal at netmagicsolutions.com (Dhawal Doshy) Date: Wed, 25 Apr 2007 00:03:31 +0530 Subject: [et-mgmt-tools] Cobbler 0.4.7, Koan 0.2.9 released In-Reply-To: <462CD101.9040607@redhat.com> References: <462CD101.9040607@redhat.com> Message-ID: <462E4D7B.8030507@netmagicsolutions.com> Michael DeHaan wrote: > > Cobbler 0.4.7 also includes numerous improvements to the way it handles > mirroring of yum repositories ("cobbler repo add", "cobbler reposync"), > to ensure proper cleanup when yum is aborted. Basically this is just > housekeeping but it makes > the repo management features much more reliable. i did this on my setup sometime back.. cobbler is 0.4.7 on a centos 4.4 i386 box and delme is a mounted centos5 dvd iso. Also a RPM upgrade ought to '/etc/init.d/cobbler_syslogd stop' and it no longer is supposed to exist post upgrade. cobbler import --mirror=delme --name=centos5_x86_64 While the rest worked as expected, i thought this ought minor warning be brought to your attention.. - createrepo --basedir / --groupfile /var/www/cobbler/ks_mirror/centos5_x86_64/repodata/comps.xml /var/www/cobbler/ks_mirror/centos5_x86_64 Options Error: option --basedir not recognized. createrepo [options] directory-of-packages Options: -u, --baseurl = optional base url location for all files -x, --exclude = files globs to exclude, can be specified multiple times -q, --quiet = run quietly -g, --groupfile to point to for group information (precreated) -v, --verbose = run verbosely -c, --cachedir = specify which dir to use for the checksum cache -h, --help = show this help -V, --version = output version -p, --pretty = output xml files in pretty format. From mdehaan at redhat.com Tue Apr 24 20:18:05 2007 From: mdehaan at redhat.com (Michael DeHaan) Date: Tue, 24 Apr 2007 16:18:05 -0400 Subject: [et-mgmt-tools] Cobbler 0.4.7, Koan 0.2.9 released In-Reply-To: <462E4D7B.8030507@netmagicsolutions.com> References: <462CD101.9040607@redhat.com> <462E4D7B.8030507@netmagicsolutions.com> Message-ID: <462E65FD.7040809@redhat.com> Dhawal Doshy wrote: > Michael DeHaan wrote: >> >> Cobbler 0.4.7 also includes numerous improvements to the way it >> handles mirroring of yum repositories ("cobbler repo add", "cobbler >> reposync"), to ensure proper cleanup when yum is aborted. Basically >> this is just housekeeping but it makes >> the repo management features much more reliable. > > i did this on my setup sometime back.. cobbler is 0.4.7 on a centos > 4.4 i386 box and delme is a mounted centos5 dvd iso. Also a RPM > upgrade ought to '/etc/init.d/cobbler_syslogd stop' and it no longer > is supposed to exist post upgrade. Probably. Preun could no doubt check for existance of cobbler_syslogd prior to stopping it. I didn't want to have that live in the spec file forever, but that might be the correct thing to do. > > cobbler import --mirror=delme --name=centos5_x86_64 > > While the rest worked as expected, i thought this ought minor warning > be brought to your attention.. > > - createrepo --basedir / --groupfile > /var/www/cobbler/ks_mirror/centos5_x86_64/repodata/comps.xml > /var/www/cobbler/ks_mirror/centos5_x86_64 > Options Error: option --basedir not recognized. > > createrepo [options] directory-of-packages > > Options: > -u, --baseurl = optional base url location for all files > -x, --exclude = files globs to exclude, can be specified multiple > times > -q, --quiet = run quietly > -g, --groupfile to point to for group information > (precreated) > -v, --verbose = run verbosely > -c, --cachedir = specify which dir to use for the checksum > cache > -h, --help = show this help > -V, --version = output version > -p, --pretty = output xml files in pretty format. > Yup, this option has apparently been removed, I assume this applies to FC7 as well. It's available in FC6 and IIRC, RHEL 5. I'll see what happens without it and make changes accordingly. Thanks. > _______________________________________________ > et-mgmt-tools mailing list > et-mgmt-tools at redhat.com > https://www.redhat.com/mailman/listinfo/et-mgmt-tools From fj0588di at aa.jp.fujitsu.com Wed Apr 25 00:58:53 2007 From: fj0588di at aa.jp.fujitsu.com (S.Sakamoto) Date: Wed, 25 Apr 2007 09:58:53 +0900 Subject: [et-mgmt-tools] [PATCH] Check the number of vbd for PV In-Reply-To: <200704201442.EIF13518.J069GE9K@aa.jp.fujitsu.com> References: <200704201442.EIF13518.J069GE9K@aa.jp.fujitsu.com> Message-ID: <200704250958.CFE18296.K99J6E0G@aa.jp.fujitsu.com> Hi Would you give me a comment on this patch? If not, please apply it. Thanks, Shigeki Sakamoto. > Hi, > > I create a patch to check the number of vbd for PV domain. > > In HVM domain, the virt-install command checks the number of vbd to > avoid mis-input. During HVM domain installation, user cannot specify > 4vbd using the virt-install command. However, in PV domain, the > virt-install command does not check the number of vbd. During PV > domain installation, user can specify more than 16vbd and the > following error message is displayed. > > xend.err 'Invalid configuration invalid character: code 208' > > I think there are two problems. One is that this error message should > be more plain. The other is that the virt-install command should > check the vbd number in PV domain installation. > > > Thanks, > Shigeki Sakamoto. > > > =========================================================== > diff -r 31a333a9a5ba virtinst/FullVirtGuest.py > --- a/virtinst/FullVirtGuest.py Tue Apr 17 10:45:06 2007 -0400 > +++ b/virtinst/FullVirtGuest.py Thu Apr 19 14:18:41 2007 +0900 > @@ -281,3 +281,23 @@ class FullVirtGuest(Guest.XenGuest): > # This should always work, because it'll lookup a config file > # for inactive guest, or get the still running install.. > return self.conn.lookupByName(self.name) > + > + def _get_disk_xml(self, install = True): > + """Get the disk config in the libvirt XML format""" > + ret = "" > + count = 0 > + for d in self.disks: > + if d.transient and not install: > + continue > + if count > 4: > + raise ValueError, "Can't use more than 4 disks on HVM guest" > + if d.device == Guest.VirtualDisk.DEVICE_CDROM and count != 2: > + disknode = "%(disknode)s%(dev)c" % { "disknode": self.disknode, "dev": ord('a') + 2 } > + else: > + if count == 2 and d.device != Guest.VirtualDisk.DEVICE_CDROM: > + # skip "hdc" > + count += 1 > + disknode = "%(disknode)s%(dev)c" % { "disknode": self.disknode, "dev": ord('a') + count } > + ret += d.get_xml_config(disknode) > + count += 1 > + return ret > diff -r 31a333a9a5ba virtinst/Guest.py > --- a/virtinst/Guest.py Tue Apr 17 10:45:06 2007 -0400 > +++ b/virtinst/Guest.py Thu Apr 19 14:05:25 2007 +0900 > @@ -557,26 +557,6 @@ class Guest(object): > for nic in self.nics: > nic.setup(self.conn) > > - def _get_disk_xml(self, install = True): > - """Get the disk config in the libvirt XML format""" > - ret = "" > - count = 0 > - for d in self.disks: > - if d.transient and not install: > - continue > - if count > 4 and self.disknode == "hd": > - raise ValueError, "Can't use more than 4 disks on HVM guest" > - if d.device == VirtualDisk.DEVICE_CDROM and count != 2: > - disknode = "%(disknode)s%(dev)c" % { "disknode": self.disknode, "dev": ord('a') + 2 } > - else: > - if count == 2 and d.device != VirtualDisk.DEVICE_CDROM and self.disknode == "hd": > - # skip "hdc" > - count += 1 > - disknode = "%(disknode)s%(dev)c" % { "disknode": self.disknode, "dev": ord('a') + count } > - ret += d.get_xml_config(disknode) > - count += 1 > - return ret > - > def _get_network_xml(self, install = True): > """Get the network config in the libvirt XML format""" > ret = "" > diff -r 31a333a9a5ba virtinst/ParaVirtGuest.py > --- a/virtinst/ParaVirtGuest.py Tue Apr 17 10:45:06 2007 -0400 > +++ b/virtinst/ParaVirtGuest.py Thu Apr 19 14:06:32 2007 +0900 > @@ -78,3 +78,16 @@ class ParaVirtGuest(Guest.XenGuest): > self.disks.append(Guest.VirtualDisk(self.location, readOnly=True, transient=True)) > > return tmpfiles > + > + def _get_disk_xml(self, install = True): > + """Get the disk config in the libvirt XML format""" > + ret = "" > + count = 0 > + for d in self.disks: > + if d.transient and not install: > + continue > + if count > 15: > + raise ValueError, "Can't use more than 16 disks on PV guest" > + ret += d.get_xml_config("%(disknode)s%(dev)c" % { "disknode": self.disknode, "dev": ord('a') + count }) > + count += 1 > + return ret > > _______________________________________________ > et-mgmt-tools mailing list > et-mgmt-tools at redhat.com > https://www.redhat.com/mailman/listinfo/et-mgmt-tools > From thestrider at gmail.com Wed Apr 25 04:34:35 2007 From: thestrider at gmail.com (Adam Rosenwald) Date: Wed, 25 Apr 2007 00:34:35 -0400 Subject: [et-mgmt-tools] koan 0.2.9 parsing problem (safe_load function) In-Reply-To: <462E265C.10706@redhat.com> References: <658267190704231118m6393d79bq2c15e007db185d1d@mail.gmail.com> <462D011D.7050801@redhat.com> <658267190704231431n26f4d4fdq2a27140ca6b4adfb@mail.gmail.com> <462E265C.10706@redhat.com> Message-ID: <658267190704242134t132c2e2r643b0de7d280a1dc@mail.gmail.com> Thanks for the quick release, Michael. On 4/24/07, Michael DeHaan wrote: > > Adam Rosenwald wrote: > > Works like a charm w/ centos-5!!! Thanks, Michael! :) > > > > On 4/23/07, *Michael DeHaan* > > wrote: > > > > Adam Rosenwald wrote: > > > New issue with cobbler 0.4.7 and koan 0.2.9. > > > > > > After installing cobbler 0.4.7 (from RPM), I made `cobbler check` > > > happy, and then proceeded with provisioning `cobbler system add > > > --name=00:16:3E:35:00:71 <--additional items>`. No problem. The > > > system profile was allocated properly. > > > > > > Then, I ensure cobblerd was running. No problem with XMLRPC port. > > > > > > I had a dom0 server on which I installed koan 0.2.9 (from RPM). > > > > > > Then... > > > > > > ====BEGIN OUTPUT===== > > > > > > ... SNIP .... > > > > > > =======END OUTPUT========== > > > > > > It appears that 'profile' is beting passed as a hash to > safe_load(), > > > yet there is something wrong with the hash. > > > > > > This problem does not occur when running koan with > > > --profile=; rather it only occurs with > > > --system=. > > > > > > Any thoughts? Thanks. --A. > > > > > > ------------------------------------------------------------------------ > > > > > > _______________________________________________ > > > et-mgmt-tools mailing list > > > et-mgmt-tools at redhat.com > > > https://www.redhat.com/mailman/listinfo/et-mgmt-tools > > > > Fix: > > > > diff --git a/koan/app.py b/koan/app.py > > index 1a9205a..08d4ee6 100755 > > --- a/koan/app.py > > +++ b/koan/app.py > > @@ -524,7 +524,7 @@ class Koan: > > system_data = None > > self.debug("fetching configuration for system: %s" % > > old_system_name) > > try: > > - data = > > self.xmlrpc_server.get_system_for_koan(system_name) > > + system_data = > > self.xmlrpc_server.get_system_for_koan(system_name) > > except: > > self.connect_fail() > > profile_data = > > self.get_profile_xmlrpc(self.safe_load(system_data,'profile')) > > > > > > I'll push a koan update shortly to include this (probably > > tomorrow) ... > > I want to see if any other sparks fly first. > > > > --Michael > > > > > Done -- this is koan 0.3.0 which should be available for D/L now and has > also been pushed to Fedora. I've also fixed a small bug where it would > incorrectly interpret a MAC address as an IP in some cases. > > > > > _______________________________________________ > > et-mgmt-tools mailing list > > et-mgmt-tools at redhat.com > > https://www.redhat.com/mailman/listinfo/et-mgmt-tools > > > > > > ------------------------------------------------------------------------ > > > > _______________________________________________ > > et-mgmt-tools mailing list > > et-mgmt-tools at redhat.com > > https://www.redhat.com/mailman/listinfo/et-mgmt-tools > > _______________________________________________ > et-mgmt-tools mailing list > et-mgmt-tools at redhat.com > https://www.redhat.com/mailman/listinfo/et-mgmt-tools > -------------- next part -------------- An HTML attachment was scrubbed... URL: From fj1826dm at aa.jp.fujitsu.com Wed Apr 25 08:34:41 2007 From: fj1826dm at aa.jp.fujitsu.com (Masayuki Sunou) Date: Wed, 25 Apr 2007 17:34:41 +0900 Subject: [et-mgmt-tools] [PATCH][RESEND] Send [Ctrl+Alt+Del] and [F8] In-Reply-To: <200704191813.ACB52102.NE7K2G39@aa.jp.fujitsu.com> References: <200704191813.ACB52102.NE7K2G39@aa.jp.fujitsu.com> Message-ID: <200704251734.DCC26529.97GEN23K@aa.jp.fujitsu.com> Hi Would you give me a comment on this patch? If not, please apply it. > Virt-manager does not have a function to send [Ctrl+Alt+Del] and [F8] > which general VNC Viewer has. > Therefore, I add a function to send [Ctrl+Alt+Del] and [F8] to > virt-manager. > > When a user passes plural VNC, I think that this function is useful. Signed-off-by: Masayuki Sunou Thanks, Masayuki Sunou ------------------------------------------------------------------------------- diff -r 58c0f8ae6fb8 src/virtManager/console.py --- a/src/virtManager/console.py Mon Apr 23 15:26:46 2007 -0400 +++ b/src/virtManager/console.py Thu Apr 19 11:26:59 2007 +0900 @@ -92,6 +92,8 @@ class vmmConsole(gobject.GObject): "on_menu_view_details_activate": self.control_vm_details, "on_menu_view_fullscreen_activate": self.toggle_fullscreen, "on_menu_view_toolbar_activate": self.toggle_toolbar, + "on_menu-view-send-cad_activate": self.send_ctrl_alt_del, + "on_menu-view-send-f8_activate": self.send_f8, "on_menu_vm_close_activate": self.close, @@ -271,14 +273,20 @@ class vmmConsole(gobject.GObject): def activate_unavailable_page(self): self.window.get_widget("console-pages").set_current_page(0) self.window.get_widget("menu-vm-screenshot").set_sensitive(False) + self.window.get_widget("menu-view-send-cad").set_sensitive(False) + self.window.get_widget("menu-view-send-f8").set_sensitive(False) def activate_screenshot_page(self): self.window.get_widget("console-pages").set_current_page(1) self.window.get_widget("menu-vm-screenshot").set_sensitive(True) + self.window.get_widget("menu-view-send-cad").set_sensitive(False) + self.window.get_widget("menu-view-send-f8").set_sensitive(False) def activate_auth_page(self): pw = self.config.get_console_password(self.vm) self.window.get_widget("menu-vm-screenshot").set_sensitive(False) + self.window.get_widget("menu-view-send-cad").set_sensitive(False) + self.window.get_widget("menu-view-send-f8").set_sensitive(False) self.window.get_widget("console-auth-password").set_text(pw) self.window.get_widget("console-auth-password").grab_focus() if self.config.has_keyring(): @@ -294,6 +302,8 @@ class vmmConsole(gobject.GObject): def activate_viewer_page(self): self.window.get_widget("console-pages").set_current_page(3) self.window.get_widget("menu-vm-screenshot").set_sensitive(True) + self.window.get_widget("menu-view-send-cad").set_sensitive(True) + self.window.get_widget("menu-view-send-f8").set_sensitive(True) self.vncViewer.grab_focus() def control_vm_screenshot(self, src): @@ -447,6 +457,8 @@ class vmmConsole(gobject.GObject): if status in [ libvirt.VIR_DOMAIN_SHUTOFF ,libvirt.VIR_DOMAIN_CRASHED ] or vm.is_management_domain(): self.window.get_widget("console-pages").set_current_page(0) + self.window.get_widget("menu-view-send-cad").set_sensitive(False) + self.window.get_widget("menu-view-send-f8").set_sensitive(False) else: if status == libvirt.VIR_DOMAIN_PAUSED: screenshot = None @@ -486,4 +498,10 @@ class vmmConsole(gobject.GObject): self.ignorePause = False self.ignorePause = False + def send_ctrl_alt_del(self, src): + self.vncViewer.send_ctrl_alt_del() + + def send_f8(self, src): + self.vncViewer.send_f8() + gobject.type_register(vmmConsole) diff -r 58c0f8ae6fb8 src/vmm-console.glade --- a/src/vmm-console.glade Mon Apr 23 15:26:46 2007 -0400 +++ b/src/vmm-console.glade Thu Apr 19 09:12:27 2007 +0900 @@ -162,6 +162,30 @@ + True + + + + + + True + Send Ctrl+Alt+Del + True + + + + + + + True + Send F8 + True + + + + + + True diff -r 58c0f8ae6fb8 src/vncViewer/vnc.py --- a/src/vncViewer/vnc.py Mon Apr 23 15:26:46 2007 -0400 +++ b/src/vncViewer/vnc.py Thu Apr 19 11:27:41 2007 +0900 @@ -598,6 +598,20 @@ class GRFBViewer(gtk.DrawingArea): gc = self.window.new_gc() self.window.draw_drawable(gc, self.fb.get_pixmap(), event.area.x, event.area.y, event.area.x, event.area.y, event.area.width, event.area.height) + def send_ctrl_alt_del(self): + if self.client != None: + self.client.update_key(1, gtk.gdk.keyval_from_name("Control_L")) + self.client.update_key(1, gtk.gdk.keyval_from_name("Alt_L")) + self.client.update_key(1, gtk.gdk.keyval_from_name("Delete")) + self.client.update_key(0, gtk.gdk.keyval_from_name("Control_L")) + self.client.update_key(0, gtk.gdk.keyval_from_name("Alt_L")) + self.client.update_key(0, gtk.gdk.keyval_from_name("Delete")) + + def send_f8(self): + if self.client != None: + self.client.update_key(1, gtk.gdk.keyval_from_name("F8")) + self.client.update_key(0, gtk.gdk.keyval_from_name("F8")) + gobject.type_register(GRFBViewer) From dhawal at netmagicsolutions.com Wed Apr 25 12:26:22 2007 From: dhawal at netmagicsolutions.com (Dhawal Doshy) Date: Wed, 25 Apr 2007 17:56:22 +0530 Subject: [et-mgmt-tools] Cobbler 0.4.7, Koan 0.2.9 released In-Reply-To: <462E65FD.7040809@redhat.com> References: <462CD101.9040607@redhat.com> <462E4D7B.8030507@netmagicsolutions.com> <462E65FD.7040809@redhat.com> Message-ID: <462F48EE.1090202@netmagicsolutions.com> Michael DeHaan wrote: > Dhawal Doshy wrote: >> Michael DeHaan wrote: >>> >>> Cobbler 0.4.7 also includes numerous improvements to the way it >>> handles mirroring of yum repositories ("cobbler repo add", "cobbler >>> reposync"), to ensure proper cleanup when yum is aborted. Basically >>> this is just housekeeping but it makes >>> the repo management features much more reliable. >> >> i did this on my setup sometime back.. cobbler is 0.4.7 on a centos >> 4.4 i386 box and delme is a mounted centos5 dvd iso. Also a RPM >> upgrade ought to '/etc/init.d/cobbler_syslogd stop' and it no longer >> is supposed to exist post upgrade. > > Probably. Preun could no doubt check for existance of cobbler_syslogd > prior to stopping it. I didn't want to have that live in the spec file > forever, but that might be the correct thing to do. unnecessary baggage in the spec file.. ;-) makes sense to not include it in the long run.. >> >> cobbler import --mirror=delme --name=centos5_x86_64 >> >> While the rest worked as expected, i thought this ought minor warning >> be brought to your attention.. >> >> - createrepo --basedir / --groupfile >> /var/www/cobbler/ks_mirror/centos5_x86_64/repodata/comps.xml >> /var/www/cobbler/ks_mirror/centos5_x86_64 >> Options Error: option --basedir not recognized. >> >> createrepo [options] directory-of-packages >> >> Options: >> -u, --baseurl = optional base url location for all files >> -x, --exclude = files globs to exclude, can be specified multiple >> times >> -q, --quiet = run quietly >> -g, --groupfile to point to for group information >> (precreated) >> -v, --verbose = run verbosely >> -c, --cachedir = specify which dir to use for the checksum >> cache >> -h, --help = show this help >> -V, --version = output version >> -p, --pretty = output xml files in pretty format. >> > Yup, this option has apparently been removed, I assume this applies to > FC7 as well. It's available in FC6 and IIRC, RHEL 5. I'll see what > happens without it and make changes accordingly. I am already falling short of space on the current server and am going to upgrade to better hardware mostly running centos5. Will keep you posted if anything troublesome crops up.. meanwhile, thanks for your efforts. On a side note, i recently started using the cheetah template feature and it already looks quite impressive though i still have 8 different kickstart files.. that i need to roll into one. From marcmo at foxriver.com Wed Apr 25 15:56:55 2007 From: marcmo at foxriver.com (Marc Mondragon) Date: Wed, 25 Apr 2007 10:56:55 -0500 Subject: [et-mgmt-tools] Question about cobbler repo add w/ RHN Message-ID: <87C9906AAD26A24E8E0C2A31287031BE01053FBF@FREXGENEVA-01.frfr.foxriver.com> In the wiki it mentions: This is rather experimental, but if you have a provisioning need for fast local installs without hitting an outside server repeatedly (say you have a slow pipe), you can try: cobbler repo-add --name=insertnamehere --mirror=http://rhn-channel-name That's just the channel-name, no server. This only works on RHEL5+ and you'll need entitlements for the channel in question. Is this functional at this time? I've been trying and this is what I get: * cobbler repo add --name=RHEL5-i386-Server-Base --mirror=http://rhel-i386-server-5 * cobbler reposync * - creating: /var/www/cobbler/repo_mirror/.origin/RHEL5-i386-Server-Base.repo * - /usr/bin/reposync --config=/var/www/cobbler/repo_mirror/.origin/RHEL5-i386-Server-Base.rep o --repoid=RHEL5-i386-Server-Base --download_path=/var/www/cobbler/repo_mirror * Traceback (most recent call last): * File "/usr/bin/reposync", line 196, in ? * main() * File "/usr/bin/reposync", line 140, in main * my.doRepoSetup() * File "/usr/lib/python2.4/site-packages/yum/__init__.py", line 299, in doRepoSetup * repo.setup(self.conf.cache) * File "/usr/lib/python2.4/site-packages/yum/yumRepo.py", line 505, in setup * raise Errors.RepoError, ('Cannot open/read repomd.xml file for repository: %s' % self) * yum.Errors.RepoError: Cannot open/read repomd.xml file for repository: RHEL5-i386-Server-Base * cobbler reposync failed On another topic, how is the default kickstart file chosen? As shipped the file /etc/cobbler/default.ks is empty and in listed as the default in /var/lib/cobbler/settings. However, when I run "cobbler report" the default kickstart is listed as /etc/cobbler/kickstart_fc6.ks. Thanks, Marc Mondragon Fox River Financial Resources/Ritchie Capital Investments, Ltd. 2100 Enterprise Avenue Geneva, IL 60134 marcmo at foxriver.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From mdehaan at redhat.com Wed Apr 25 16:06:58 2007 From: mdehaan at redhat.com (Michael DeHaan) Date: Wed, 25 Apr 2007 12:06:58 -0400 Subject: [et-mgmt-tools] Question about cobbler repo add w/ RHN In-Reply-To: <87C9906AAD26A24E8E0C2A31287031BE01053FBF@FREXGENEVA-01.frfr.foxriver.com> References: <87C9906AAD26A24E8E0C2A31287031BE01053FBF@FREXGENEVA-01.frfr.foxriver.com> Message-ID: <462F7CA2.8090007@redhat.com> Marc Mondragon wrote: > > In the wiki it mentions: > > This is rather experimental, but if you have a provisioning need for > fast local installs without hitting an outside server repeatedly (say > you have a slow pipe), you can try: > > cobbler repo-add --name=insertnamehere --mirror=http://rhn-channel-name > > That's just the channel-name, no server. This only works on RHEL5+ and > you'll need entitlements for the channel in question. > > Is this functional at this time? I?ve been trying and this is what I get: > > ? cobbler repo add --name=RHEL5-i386-Server-Base > --mirror=http://rhel-i386-server-5 > It should work on RHEL5. However it does look like I've got some bad typos in the manpage. I'll correct this. Try the following: ? cobbler repo add --mirror=rhn://rhel-i386-server-5 --name=rhel-i386-server-5 > ? cobbler reposync > > ? - creating: > /var/www/cobbler/repo_mirror/.origin/RHEL5-i386-Server-Base.repo > > ? - /usr/bin/reposync > --config=/var/www/cobbler/repo_mirror/.origin/RHEL5-i386-Server-Base.repo > --repoid=RHEL5-i386-Server-Base > --download_path=/var/www/cobbler/repo_mirror > > ? Traceback (most recent call last): > > ? File "/usr/bin/reposync", line 196, in ? > > ? main() > > ? File "/usr/bin/reposync", line 140, in main > > ? my.doRepoSetup() > > ? File "/usr/lib/python2.4/site-packages/yum/__init__.py", line 299, > in doRepoSetup > > ? repo.setup(self.conf.cache) > > ? File "/usr/lib/python2.4/site-packages/yum/yumRepo.py", line 505, in > setup > > ? raise Errors.RepoError, ('Cannot open/read repomd.xml file for > repository: %s' % self) > > ? yum.Errors.RepoError: Cannot open/read repomd.xml file for > repository: RHEL5-i386-Server-Base > > ? cobbler reposync failed > > On another topic, how is the default kickstart file chosen? As shipped > the file /etc/cobbler/default.ks is empty and in listed as the default > in /var/lib/cobbler/settings. However, when I run ?cobbler report? the > default kickstart is listed as /etc/cobbler/kickstart_fc6.ks. > It's picked based on the flavor of the OS and the major/minor version. Currently there are only two kickstarts -- the "FC 5" one works for things FC 5 and before, and the FC6 one works for things FC6 and after -- really the only difference is whether Anaconda supports using yum repositories at install time, which is a new feature added for FC6. This detection process isn't perfect, so if you would like to make changes, you can do that... cobbler profile edit --name=name-of-profile --kickstart=/path/to/new/kickstart Cobbler doesn't require that you use the kickstarts that came with Cobbler, though if you look in those kickstarts you can see some templated fields (that start with dollar signs) that it will fill in automatically. Kickstarts that you write will work better if they contain similar fields. > Thanks, > > Marc Mondragon > > Fox River Financial Resources/Ritchie Capital Investments, Ltd. > 2100 Enterprise Avenue > Geneva, IL 60134 > marcmo at foxriver.com > > ------------------------------------------------------------------------ > > _______________________________________________ > et-mgmt-tools mailing list > et-mgmt-tools at redhat.com > https://www.redhat.com/mailman/listinfo/et-mgmt-tools From hbrock at redhat.com Wed Apr 25 17:54:09 2007 From: hbrock at redhat.com (Hugh Brock) Date: Wed, 25 Apr 2007 13:54:09 -0400 Subject: [et-mgmt-tools] [PATCH][RESEND] Send [Ctrl+Alt+Del] and [F8] In-Reply-To: <200704251734.DCC26529.97GEN23K@aa.jp.fujitsu.com> References: <200704191813.ACB52102.NE7K2G39@aa.jp.fujitsu.com> <200704251734.DCC26529.97GEN23K@aa.jp.fujitsu.com> Message-ID: <462F95C1.5020707@redhat.com> Masayuki Sunou wrote: > Hi > > Would you give me a comment on this patch? > If not, please apply it. > >> Virt-manager does not have a function to send [Ctrl+Alt+Del] and [F8] >> which general VNC Viewer has. >> Therefore, I add a function to send [Ctrl+Alt+Del] and [F8] to >> virt-manager. >> >> When a user passes plural VNC, I think that this function is useful. > > Signed-off-by: Masayuki Sunou > > Thanks, > Masayuki Sunou Hi there! Thanks for this, but I guess I still don't understand what the reasoning for it is. In both RHEL 5 and Fedora 6, it is possible to pass Ctrl+Alt+Del to a guest simply by pressing Ctrl Ctrl Ctrl Alt+Del, if the console has keyboard grab in effect. Both the Ctrl and Alt keys can be made sticky by pressing them three times. So there's really no need for a special Ctrl+Alt+Del button. To send f8, it's not even necessary to use a sticky key; you just click the console window and press f8. If this isn't working for you, it's a bug and we need to fix it. Please let me know if it is! Take care, --Hugh -- Red Hat Virtualization Group http://redhat.com/virtualization Hugh Brock | virt-manager http://virt-manager.org hbrock at redhat.com | virtualization library http://libvirt.org From cobbler at msquared.id.au Wed Apr 25 19:02:07 2007 From: cobbler at msquared.id.au (Msquared) Date: Thu, 26 Apr 2007 03:02:07 +0800 Subject: [et-mgmt-tools] [PATCH][RESEND] Send [Ctrl+Alt+Del] and [F8] In-Reply-To: <462F95C1.5020707@redhat.com> References: <200704191813.ACB52102.NE7K2G39@aa.jp.fujitsu.com> <200704251734.DCC26529.97GEN23K@aa.jp.fujitsu.com> <462F95C1.5020707@redhat.com> Message-ID: <20070425190206.GB3519@sliderule.msquared.com.au> On Wed, Apr 25, 2007 at 01:54:09PM -0400, Hugh Brock wrote: > In both RHEL 5 and Fedora 6, it is possible to pass Ctrl+Alt+Del to a > guest simply by pressing Ctrl Ctrl Ctrl Alt+Del, if the console has > keyboard grab in effect. Both the Ctrl and Alt keys can be made sticky > by pressing them three times. So there's really no need for a special > Ctrl+Alt+Del button. I think the point is that there is no visible way to press C-A-Del in a guest. Of course, it's not really visible in VNC normally, either. You have to press F8 to bring up the menu. However, once the menu is displayed, a number of functions become visible. > To send f8, it's not even necessary to use a sticky key; you just click > the console window and press f8. In normal VNC, F8 is used to bring up the menu that allows you to send C-A-Del without some obscure bucky-key sequence. > If this isn't working for you, it's a bug and we need to fix it. Please > let me know if it is! I think it's more of a user interaction (ie: usability) issue than a bug, per se. Regards, Msquared... From berrange at redhat.com Wed Apr 25 19:07:26 2007 From: berrange at redhat.com (Daniel P. Berrange) Date: Wed, 25 Apr 2007 20:07:26 +0100 Subject: [et-mgmt-tools] [PATCH][RESEND] Send [Ctrl+Alt+Del] and [F8] In-Reply-To: <20070425190206.GB3519@sliderule.msquared.com.au> References: <200704191813.ACB52102.NE7K2G39@aa.jp.fujitsu.com> <200704251734.DCC26529.97GEN23K@aa.jp.fujitsu.com> <462F95C1.5020707@redhat.com> <20070425190206.GB3519@sliderule.msquared.com.au> Message-ID: <20070425190726.GL30986@redhat.com> On Thu, Apr 26, 2007 at 03:02:07AM +0800, Msquared wrote: > On Wed, Apr 25, 2007 at 01:54:09PM -0400, Hugh Brock wrote: > > > In both RHEL 5 and Fedora 6, it is possible to pass Ctrl+Alt+Del to a > > guest simply by pressing Ctrl Ctrl Ctrl Alt+Del, if the console has > > keyboard grab in effect. Both the Ctrl and Alt keys can be made sticky > > by pressing them three times. So there's really no need for a special > > Ctrl+Alt+Del button. > > I think the point is that there is no visible way to press C-A-Del in a > guest. Of course, it's not really visible in VNC normally, either. You > have to press F8 to bring up the menu. However, once the menu is > displayed, a number of functions become visible. > > > To send f8, it's not even necessary to use a sticky key; you just click > > the console window and press f8. > > In normal VNC, F8 is used to bring up the menu that allows you to send > C-A-Del without some obscure bucky-key sequence. That's just a short term issue. When we move to the new VNC widget in virt-manager, we'll be able to grab every keystroke including C-A-D and C-A-Fx. So then we'll not need the 'sticky' key stuff at all. > > If this isn't working for you, it's a bug and we need to fix it. Please > > let me know if it is! One resaon it might not work, is if the user preferences in virt-manager have turned off the keyboard grabing. egards, -- |=- 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 -=| From hbrock at redhat.com Wed Apr 25 20:00:39 2007 From: hbrock at redhat.com (Hugh Brock) Date: Wed, 25 Apr 2007 16:00:39 -0400 Subject: [et-mgmt-tools] [PATCH] Check the number of vbd for PV In-Reply-To: <200704250958.CFE18296.K99J6E0G@aa.jp.fujitsu.com> References: <200704201442.EIF13518.J069GE9K@aa.jp.fujitsu.com> <200704250958.CFE18296.K99J6E0G@aa.jp.fujitsu.com> Message-ID: <462FB367.30906@redhat.com> S.Sakamoto wrote: > Hi > > Would you give me a comment on this patch? > If not, please apply it. > > Thanks, > Shigeki Sakamoto. > Hi! Thanks for this, it has been applied. Take care, --Hugh -- Red Hat Virtualization Group http://redhat.com/virtualization Hugh Brock | virt-manager http://virt-manager.org hbrock at redhat.com | virtualization library http://libvirt.org From prime.provogue at gmail.com Thu Apr 26 04:48:13 2007 From: prime.provogue at gmail.com (Source) Date: Thu, 26 Apr 2007 10:18:13 +0530 Subject: [et-mgmt-tools] lot's of trouble using virt-manager and virt-install with qemu Message-ID: <3293c1d10704252148h535e70e1x35f8558722ac5bf@mail.gmail.com> Hello guys, I have installed kvm-20 from source code. Loaded the kvm module and started the said libvirtd service. Now when I try to use virt-manager to create a new virtual machine it ends up saying no /usr/bin/qemu-kvm found. Now I found that I don't have this file. At the irc I was told to use kvm-19-1.src.rpm from FC7 extras development SRPMS. I used that also. I compiled it too. It got compiled and installed successfully but that too didn't provided qemu-kvm. I found that in the source tree of kvm there is a directory qemu/ in which I have qemu-kvm.c and qemu-kvm.h which get's compiled to qemu-kvm.o and get's into qemu/i386-softmmu/qemu-kvm.o but it doesn't makes any qemu-kvm executable in /usr/bin. Also I tried to use virt-install , first of all I would like to tell that it's not intelligent enough to guess which hypervisor to use if we don't pass --connect argument. Now when I use it with --connect=qemu:///system to create a new virtual machine I got the following error: libvir: QEMU error : internal error Failed to add tap interface 'vnet%d' to bridge 'xenbr0' : No such device Traceback (most recent call last): File "/usr/bin/virt-install", line 630, in ? main() File "/usr/bin/virt-install", line 579, in main dom = guest.start_install(conscb,progresscb) File "/usr/lib/python2.4/site-packages/virtinst/Guest.py", line 649, in start_install return self._do_install(consolecb, meter) File "/usr/lib/python2.4/site-packages/virtinst/Guest.py", line 666, in _do_install self.domain = self.conn.createLinux(install_xml, 0) File "/usr/lib/python2.4/site-packages/libvirt.py", line 480, in createLinux if ret is None:raise libvirtError('virDomainCreateLinux() failed', conn=self) libvirt.libvirtError: virDomainCreateLinux() failed internal error Failed to add tap interface 'vnet%d' to bridge 'xenbr0' : No such device Now it seems to follow a default xml file here. And it is trying to find xenbr0 which I don't have as I am not using a xen kernel so no xend running at the moment. It should use in that case eth0/eth1 right? Correct me if I am wrong. Thanks Deependra -------------- next part -------------- An HTML attachment was scrubbed... URL: From fj1826dm at aa.jp.fujitsu.com Thu Apr 26 04:56:38 2007 From: fj1826dm at aa.jp.fujitsu.com (Masayuki Sunou) Date: Thu, 26 Apr 2007 13:56:38 +0900 Subject: [et-mgmt-tools] [PATCH][RESEND] Send [Ctrl+Alt+Del] and [F8] In-Reply-To: <462F95C1.5020707@redhat.com> References: <200704191813.ACB52102.NE7K2G39@aa.jp.fujitsu.com> <200704251734.DCC26529.97GEN23K@aa.jp.fujitsu.com> <462F95C1.5020707@redhat.com> Message-ID: <200704261356.FJE18291.K793ENG2@aa.jp.fujitsu.com> "Hugh Brock " wrote: > Thanks for this, but I guess I still don't understand what the reasoning > for it is. > > In both RHEL 5 and Fedora 6, it is possible to pass Ctrl+Alt+Del to a > guest simply by pressing Ctrl Ctrl Ctrl Alt+Del, if the console has > keyboard grab in effect. Both the Ctrl and Alt keys can be made sticky > by pressing them three times. So there's really no need for a special > Ctrl+Alt+Del button. > > To send f8, it's not even necessary to use a sticky key; you just click > the console window and press f8. > > If this isn't working for you, it's a bug and we need to fix it. Please > let me know if it is! > Hi First, I think the next composition. Client Machine +--------------+ | +--------+ | | | VNC | | | | Viewer | | | +--------+ | +-------|------+ | Management Machine | +------------------|------------------+ | +--------+ | | | VNC | | | | Server | | | +--------+ | | | | | +--------------+ | | | virt-manager | | | +--------------+ | | | | | +----------+----------+ | | | | | | | +-------+ +-------+ +-------+ | | |Virtual| |Virtual| |Virtual| | | |machine| |machine| |machine| | | +-------+ +-------+ +-------+ | | | +-------------------------------------+ In this composition, when VNC Viewer of Client Machine can not send Ctrl+Alt+Del the user cannot send Ctrl+Atl+Del to Virtual Machine. However, when Virt-manager has the button which sends Ctrl+Alt+Del, the user can send Ctrl+Alt+Del to Virtual Machine. (Even if the user used any kind of VNC Viewer) Therefore, I think that virt-manager has better have the button which sends Ctrl+Alt+Del. Thanks, Masayuki Sunou. From thestrider at gmail.com Thu Apr 26 06:10:58 2007 From: thestrider at gmail.com (Adam Rosenwald) Date: Thu, 26 Apr 2007 02:10:58 -0400 Subject: [et-mgmt-tools] Question regarding api.sync and the necessity of using MAC addresses as system.name in dhcp templating Message-ID: <658267190704252310v52d25ffal1fd3069af211e026@mail.gmail.com> Is the requirement of using MAC addresses as system.name as a prerequisite for DHCP templating necessary? I'm trying to understand the reason for the decision to enforce this policy. Hardware addresses should all be considered 'unique', so the problem lies with duplicate virtual MAC addresses (at least those attached to the systems provisioned with cobbler), no? If this is the reason, I would recommend a resolution as follows: By default make virtual MAC addresses randomly assigned. The script from http://www.redhat.com/docs/manuals/enterprise/RHEL-5-manual/Virtualization-en-US/ch19s21.htmldoes the job. Maintain an array of cobbler-provisioned MACs and check against the array before assigning a new, random MAC address to a provisioned virtual system. The default behavior can be overridden by the use of another (optional) command line argument to 'cobbler system (add|edit)'. This frees up system.name to be any valid hostname and mirrors the behavior of 'xm create'. A more robust solution would be to have a /var/lib/cobbler/macs file (bound to the array) which would allow users to manually provision virtual servers and add the noncobbler-provisioned MACs to the list if they so desired. If there is another reason for depriving dhcp templating (and tied-in arguments; e.g. xen domU names) of anything other than MAC addresses, I would be curious to understand why. Thanks, - Adam. -------------- next part -------------- An HTML attachment was scrubbed... URL: From takatom at jp.fujitsu.com Thu Apr 26 06:28:29 2007 From: takatom at jp.fujitsu.com (Takahashi Tomohiro) Date: Thu, 26 Apr 2007 15:28:29 +0900 Subject: [et-mgmt-tools] [PATCH] Check dom0 partitions (/boot, /) overwrite, when guest OS installing. Message-ID: <044801c787cc$24d97e20$ecb1220a@fj98229700> Hi, Dan. Thank you for the answer. I checked the message by using 'xm create' or 'virsh create' and it works fine ! Thanks, Tomohiro Takahashi > > So if you run 'xm create' (or equivalently virsh create) you'll see > a message which looks like: > > > # xm create XenGuest1 > Using config file "/etc/xen/XenGuest1". > Error: Device 51760 (vbd) could not be connected. > Device /dev/HostVG/FC6Root is mounted read-write in the privileged domain, > and so cannot be mounted read-only by a guest. From takatom at jp.fujitsu.com Thu Apr 26 10:30:21 2007 From: takatom at jp.fujitsu.com (Takahashi Tomohiro) Date: Thu, 26 Apr 2007 19:30:21 +0900 Subject: [et-mgmt-tools] Question about installation by using NFS on virt-install. Message-ID: <04e201c787ef$bb01a850$ecb1220a@fj98229700> Hi, I found a problem of installation by using NFS on virt-install. It seems to stop during the installation and stopped in the timing shown in the attached file, when I installed. It occers following packages. libvirt-0.2.2-1.fc7 python-virtinst-0.103.0-2.fc7 libvirt-python-0.2.2-1.fc7 virt-manager-0.4.0-1.fc7 Does virt-install support NFS installation ? If you have any idea to solve this problem, please suggest me. Thanks, Tomohiro Takahashi -------------- next part -------------- A non-text attachment was scrubbed... Name: virt-install-nfs.png Type: image/png Size: 11873 bytes Desc: not available URL: From prime.provogue at gmail.com Thu Apr 26 11:00:29 2007 From: prime.provogue at gmail.com (Source) Date: Thu, 26 Apr 2007 16:30:29 +0530 Subject: [et-mgmt-tools] Re: lot's of trouble using virt-manager and virt-install with qemu In-Reply-To: <3293c1d10704252148h535e70e1x35f8558722ac5bf@mail.gmail.com> References: <3293c1d10704252148h535e70e1x35f8558722ac5bf@mail.gmail.com> Message-ID: <3293c1d10704260400kd4e46fcs60fffef9ee5aed04@mail.gmail.com> Well Well, Little bit of surfing over internet revelaed that virt-install will have to be given --connect option. Okay no problem. And yeah I found the rpm for kvm and qemu which when I install give me /usr/bin/qemu-kvm and other required stuff. Now I have this question. Why don't I get qemu-kvm built when I compile from source code? I am getting by installing the rpm. Okay back to virt-manager. Now virt-manager didn't reported of not finding /usr/bin/qemu-kvm but failed at another error stating about the network device. Unable to complete install 'libvirt.libvirtError virDomainCreateLinux() failed internal error Network 'default' not active Traceback (most recent call last): File "/usr/share/virt-manager/virtManager/create.py", line 677, in do_install dom = guest.start_install(False, meter = meter) File "/usr/lib/python2.4/site-packages/virtinst/Guest.py", line 649, in start_install return self._do_install(consolecb, meter) File "/usr/lib/python2.4/site-packages/virtinst/Guest.py", line 666, in _do_install self.domain = self.conn.createLinux(install_xml, 0) File "/usr/lib/python2.4/site-packages/libvirt.py", line 480, in createLinux if ret is None:raise libvirtError('virDomainCreateLinux() failed', conn=self) libvirtError: virDomainCreateLinux() failed internal error Network 'default' not active ' I found that I have virbr0 active during that time. virbr0 Link encap:Ethernet HWaddr 00:00:00:00:00:00 inet addr:192.168.122.1 Bcast:192.168.122.255 Mask:255.255.255.0 inet6 addr: fe80::200:ff:fe00:0/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:44 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:0 (0.0 b) TX bytes:8486 (8.2 KiB) And I also found it as saying default in /etc/libvirt/qemu/networks/default.xml. Then why isn't virt-manager getting it? Or is there something else to tell? One more thing during virt-manager network select step I was not getting showed any Shared physical device. How I can create it? I have to manually create a device and bridge it to my real ethernet device? Please answer my doughts. Thansk On 4/26/07, Source wrote: > > Hello guys, > > I have installed kvm-20 from source code. Loaded the kvm module and > started the said libvirtd service. Now when I try to use virt-manager to > create a new virtual machine it ends up saying no /usr/bin/qemu-kvm found. > Now I found that I don't have this file. At the irc I was told to use > kvm-19-1.src.rpm from FC7 extras development SRPMS. I used that also. I > compiled it too. It got compiled and installed successfully but that too > didn't provided qemu-kvm. I found that in the source tree of kvm there is a > directory qemu/ in which I have qemu-kvm.c and qemu-kvm.h which get's > compiled to qemu-kvm.o and get's into qemu/i386-softmmu/qemu-kvm.o but it > doesn't makes any qemu-kvm executable in /usr/bin. > > Also I tried to use virt-install , first of all I would like to tell that > it's not intelligent enough to guess which hypervisor to use if we don't > pass --connect argument. Now when I use it with --connect=qemu:///system to > create a new virtual machine I got the following error: > > libvir: QEMU error : internal error Failed to add tap interface 'vnet%d' > to bridge 'xenbr0' : No such device > Traceback (most recent call last): > File "/usr/bin/virt-install", line 630, in ? > main() > File "/usr/bin/virt-install", line 579, in main > dom = guest.start_install(conscb,progresscb) > File "/usr/lib/python2.4/site-packages/virtinst/Guest.py", line 649, in > start_install > return self._do_install(consolecb, meter) > File "/usr/lib/python2.4/site-packages/virtinst/Guest.py", line 666, in > _do_install > self.domain = self.conn.createLinux(install_xml, 0) > File "/usr/lib/python2.4/site-packages/libvirt.py", line 480, in > createLinux > if ret is None:raise libvirtError('virDomainCreateLinux() failed', > conn=self) > libvirt.libvirtError: virDomainCreateLinux() failed internal error Failed > to add tap interface 'vnet%d' to bridge 'xenbr0' : No such device > > Now it seems to follow a default xml file here. And it is trying to find > xenbr0 which I don't have as I am not using a xen kernel so no xend running > at the moment. It should use in that case eth0/eth1 right? > > Correct me if I am wrong. > > Thanks > Deependra > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From takatom at jp.fujitsu.com Thu Apr 26 11:18:15 2007 From: takatom at jp.fujitsu.com (Takahashi Tomohiro) Date: Thu, 26 Apr 2007 20:18:15 +0900 Subject: [et-mgmt-tools] Question about installation by using CD-ROM on virt-manager Message-ID: <050c01c787f5$1367b750$ecb1220a@fj98229700> Hi, I found a problem of installation by using CD-ROM on virt-manager. It is a problem that CD-ROM NO.3 is not recognized. CD-ROM NO.1 and NO.2 were recognized without problem. Please refer to attached file. It occurs Fedora7 If you have any idea to solve this problem, please suggest me. Thanks, Tomohiro Takahashi -------------- next part -------------- A non-text attachment was scrubbed... Name: cdrom3.png Type: image/png Size: 239529 bytes Desc: not available URL: From mangoo at wpkg.org Thu Apr 26 12:01:02 2007 From: mangoo at wpkg.org (Tomasz Chmielewski) Date: Thu, 26 Apr 2007 14:01:02 +0200 Subject: [et-mgmt-tools] connecting to remote hosts? Message-ID: <4630947E.6070905@wpkg.org> Is it possible to connect to remote hosts with virt-manager? As I checked with 0.3.1, it was not possible. Perhaps it's possible in 0.4.0 which was released a few days ago? If not, is it possible with some sort of redirection (SSH redirection, or perhaps iptables + routing changes)? -- Tomasz Chmielewski http://wpkg.org From berrange at redhat.com Thu Apr 26 13:31:22 2007 From: berrange at redhat.com (Daniel P. Berrange) Date: Thu, 26 Apr 2007 14:31:22 +0100 Subject: [et-mgmt-tools] Question about installation by using NFS on virt-install. In-Reply-To: <04e201c787ef$bb01a850$ecb1220a@fj98229700> References: <04e201c787ef$bb01a850$ecb1220a@fj98229700> Message-ID: <20070426133122.GA26691@redhat.com> On Thu, Apr 26, 2007 at 07:30:21PM +0900, Takahashi Tomohiro wrote: > Hi, > > I found a problem of installation by using NFS on virt-install. > It seems to stop during the installation and stopped > in the timing shown in the attached file, when I installed. > > It occers following packages. > libvirt-0.2.2-1.fc7 > python-virtinst-0.103.0-2.fc7 > libvirt-python-0.2.2-1.fc7 > virt-manager-0.4.0-1.fc7 > > Does virt-install support NFS installation ? Yes, NFS is fully supported. From the looks of that screenshot your guest install is already part way through installing the RPMs. So at that point, virt-install has basically done all the bits it needs to do. So any hang in the guest as this point, has a couple of possible causes a. hypervisor bug b. guest OS installer bug c. not enough memory given to guest OS What guest OS were you installing & how much RAM was it given ? Regards, 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 -=| From berrange at redhat.com Thu Apr 26 13:44:41 2007 From: berrange at redhat.com (Daniel P. Berrange) Date: Thu, 26 Apr 2007 14:44:41 +0100 Subject: [et-mgmt-tools] Question about installation by using CD-ROM on virt-manager In-Reply-To: <050c01c787f5$1367b750$ecb1220a@fj98229700> References: <050c01c787f5$1367b750$ecb1220a@fj98229700> Message-ID: <20070426134441.GC26691@redhat.com> On Thu, Apr 26, 2007 at 08:18:15PM +0900, Takahashi Tomohiro wrote: > Hi, > > I found a problem of installation by using CD-ROM on virt-manager. > It is a problem that CD-ROM NO.3 is not recognized. > CD-ROM NO.1 and NO.2 were recognized without problem. > Please refer to attached file. What where you running in order to change the CDROM backing image ? xm block-configure ? Regards, 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 -=| From berrange at redhat.com Thu Apr 26 13:47:55 2007 From: berrange at redhat.com (Daniel P. Berrange) Date: Thu, 26 Apr 2007 14:47:55 +0100 Subject: [et-mgmt-tools] connecting to remote hosts? In-Reply-To: <4630947E.6070905@wpkg.org> References: <4630947E.6070905@wpkg.org> Message-ID: <20070426134755.GD26691@redhat.com> On Thu, Apr 26, 2007 at 02:01:02PM +0200, Tomasz Chmielewski wrote: > Is it possible to connect to remote hosts with virt-manager? > > As I checked with 0.3.1, it was not possible. > > Perhaps it's possible in 0.4.0 which was released a few days ago? Unfortunately its not available yet. We're working on secure support for it in libvirt. > If not, is it possible with some sort of redirection (SSH redirection, > or perhaps iptables + routing changes)? Ordinarily virt-manager connects to /var/lib/xend/xend-socket, and I don't think SSH can forward UNIX sockets easily. Turning on the HTTP socket in XenD is one option, but its a security hole because XenD has no authentication on its HTTP sockets. 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 -=| From marcmo at foxriver.com Thu Apr 26 13:48:04 2007 From: marcmo at foxriver.com (Marc Mondragon) Date: Thu, 26 Apr 2007 08:48:04 -0500 Subject: [et-mgmt-tools] RE: et-mgmt-tools Digest, Vol 8, Issue 36 In-Reply-To: <20070426045554.BDBFA73124@hormel.redhat.com> Message-ID: <87C9906AAD26A24E8E0C2A31287031BE01053FC3@FREXGENEVA-01.frfr.foxriver.com> > -----Original Message----- > Date: Wed, 25 Apr 2007 12:06:58 -0400 > From: Michael DeHaan > Subject: Re: [et-mgmt-tools] Question about cobbler repo add w/ RHN > To: Fedora/Linux Management Tools > Message-ID: <462F7CA2.8090007 at redhat.com> > Content-Type: text/plain; charset=windows-1252; format=flowed > > Marc Mondragon wrote: > > > > In the wiki it mentions: > > > > This is rather experimental, but if you have a provisioning need for > > fast local installs without hitting an outside server repeatedly (say > > you have a slow pipe), you can try: > > > > cobbler repo-add --name=insertnamehere --mirror=http://rhn-channel-name > > > > That's just the channel-name, no server. This only works on RHEL5+ and > > you'll need entitlements for the channel in question. > > > > Is this functional at this time? I've been trying and this is what I > get: > > > > > > ? cobbler repo add --name=RHEL5-i386-Server-Base > > --mirror=http://rhel-i386-server-5 > > > > It should work on RHEL5. However it does look like I've got some bad > typos in the manpage. I'll correct this. > > Try the following: > > ? cobbler repo add --mirror=rhn://rhel-i386-server-5 > --name=rhel-i386-server-5 > > Ok this worked now -- should the cobbler reposync cmd download anything? [Marc Mondragon] > > > ? cobbler reposync > > > > ? - creating: > > /var/www/cobbler/repo_mirror/.origin/RHEL5-i386-Server-Base.repo > > > > ? - /usr/bin/reposync > > --config=/var/www/cobbler/repo_mirror/.origin/RHEL5-i386-Server- > Base.repo > > --repoid=RHEL5-i386-Server-Base > > --download_path=/var/www/cobbler/repo_mirror > > > > ? Traceback (most recent call last): > > > > ? File "/usr/bin/reposync", line 196, in ? > > > > ? main() > > > > ? File "/usr/bin/reposync", line 140, in main > > > > ? my.doRepoSetup() > > > > ? File "/usr/lib/python2.4/site-packages/yum/__init__.py", line 299, > > in doRepoSetup > > > > ? repo.setup(self.conf.cache) > > > > ? File "/usr/lib/python2.4/site-packages/yum/yumRepo.py", line 505, in > > setup > > > > ? raise Errors.RepoError, ('Cannot open/read repomd.xml file for > > repository: %s' % self) > > > > ? yum.Errors.RepoError: Cannot open/read repomd.xml file for > > repository: RHEL5-i386-Server-Base > > > > ? cobbler reposync failed > > > > On another topic, how is the default kickstart file chosen? As shipped > > the file /etc/cobbler/default.ks is empty and in listed as the default > > in /var/lib/cobbler/settings. However, when I run "cobbler report" the > > default kickstart is listed as /etc/cobbler/kickstart_fc6.ks. > > > > It's picked based on the flavor of the OS and the major/minor version. > Currently there are only two kickstarts -- the "FC 5" one works for > things FC 5 and before, and the FC6 one works for things FC6 and after > -- really the only difference is whether Anaconda supports using yum > repositories at install time, which is a new feature added for FC6. This > detection process isn't perfect, so if you would like to make changes, > you can do that... > > cobbler profile edit --name=name-of-profile > --kickstart=/path/to/new/kickstart > > Cobbler doesn't require that you use the kickstarts that came with > Cobbler, though if you look in those kickstarts you can see some > templated fields (that start with dollar signs) that it will fill in > automatically. Kickstarts that you write will work better if they > contain similar fields. > I was just curious about the logic that determines this. I generally create my own but does the logic exists to use a kickstart file named kickstart_rhel5.ks if it exists in /etc/cobbler. [Marc Mondragon] > > Thanks, > > > > Marc Mondragon > > > > Fox River Financial Resources/Ritchie Capital Investments, Ltd. > > 2100 Enterprise Avenue > > Geneva, IL 60134 > > marcmo at foxriver.com > > > > ------------------------------------------------------------------------ Marc Mondragon Fox River Financial Resources/Ritchie Capital Investments, Ltd. 2100 Enterprise Avenue Geneva, IL 60134 marcmo at foxriver.com From mangoo at wpkg.org Thu Apr 26 13:52:13 2007 From: mangoo at wpkg.org (Tomasz Chmielewski) Date: Thu, 26 Apr 2007 15:52:13 +0200 Subject: [et-mgmt-tools] connecting to remote hosts? In-Reply-To: <20070426134755.GD26691@redhat.com> References: <4630947E.6070905@wpkg.org> <20070426134755.GD26691@redhat.com> Message-ID: <4630AE8D.2060109@wpkg.org> Daniel P. Berrange wrote: > On Thu, Apr 26, 2007 at 02:01:02PM +0200, Tomasz Chmielewski wrote: >> Is it possible to connect to remote hosts with virt-manager? >> >> As I checked with 0.3.1, it was not possible. >> >> Perhaps it's possible in 0.4.0 which was released a few days ago? > > Unfortunately its not available yet. We're working on secure support > for it in libvirt. Any estimates when will that be available (two weeks... two months... a year etc.)? >> If not, is it possible with some sort of redirection (SSH redirection, >> or perhaps iptables + routing changes)? > > Ordinarily virt-manager connects to /var/lib/xend/xend-socket, and I > don't think SSH can forward UNIX sockets easily. Turning on the HTTP > socket in XenD is one option, but its a security hole because XenD All right - just to check how it works would be fine. virt-manager has quite a big list of dependencies to install it easily from sources on a server (which you don't want to turn into a development machine). -- Tomasz Chmielewski http://wpkg.org From berrange at redhat.com Thu Apr 26 13:56:43 2007 From: berrange at redhat.com (Daniel P. Berrange) Date: Thu, 26 Apr 2007 14:56:43 +0100 Subject: [et-mgmt-tools] Re: lot's of trouble using virt-manager and virt-install with qemu In-Reply-To: <3293c1d10704260400kd4e46fcs60fffef9ee5aed04@mail.gmail.com> References: <3293c1d10704252148h535e70e1x35f8558722ac5bf@mail.gmail.com> <3293c1d10704260400kd4e46fcs60fffef9ee5aed04@mail.gmail.com> Message-ID: <20070426135643.GE26691@redhat.com> On Thu, Apr 26, 2007 at 04:30:29PM +0530, Source wrote: > Little bit of surfing over internet revelaed that virt-install will have to > be given --connect option. Okay no problem. > And yeah I found the rpm for kvm and qemu which when I install give me > /usr/bin/qemu-kvm and other required stuff. Now I have this question. Why > don't I get qemu-kvm built when I compile from source code? I am getting by > installing the rpm. I've no idea - that's very odd > Unable to complete install 'libvirt.libvirtError virDomainCreateLinux() > failed internal error Network 'default' not active > Traceback (most recent call last): > File "/usr/share/virt-manager/virtManager/create.py", line 677, in > do_install > dom = guest.start_install(False, meter = meter) > File "/usr/lib/python2.4/site-packages/virtinst/Guest.py", line 649, in > start_install > return self._do_install(consolecb, meter) > File "/usr/lib/python2.4/site-packages/virtinst/Guest.py", line 666, in > _do_install > self.domain = self.conn.createLinux(install_xml, 0) > File "/usr/lib/python2.4/site-packages/libvirt.py", line 480, in > createLinux > if ret is None:raise libvirtError('virDomainCreateLinux() failed', > conn=self) > libvirtError: virDomainCreateLinux() failed internal error Network 'default' > not active > ' Hmm, virbr0 corresponds to the default network, so not sure why the device would be present if it were not active. Can you show 'virsh net-list --all' One possibility I can think of is that something else had created the virbr0 device before libvirt_qemud started & thus prevented it from starting its own default network. A simple reboot to clear out an pre-existing network state might just do the trick there. > > I found that I have virbr0 active during that time. > > virbr0 Link encap:Ethernet HWaddr 00:00:00:00:00:00 > inet addr:192.168.122.1 Bcast:192.168.122.255 Mask:255.255.255.0 > inet6 addr: fe80::200:ff:fe00:0/64 Scope:Link > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > RX packets:0 errors:0 dropped:0 overruns:0 frame:0 > TX packets:44 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:0 > RX bytes:0 (0.0 b) TX bytes:8486 (8.2 KiB) > > And I also found it as saying default in > /etc/libvirt/qemu/networks/default.xml. Then why isn't virt-manager getting > it? Or is there something else to tell? That is correct XML file to have. > One more thing during virt-manager network select step I was not getting > showed any Shared physical device. How I can create it? I have to manually > create a device and bridge it to my real ethernet device? A shared physical device, is any real NIC which is enslaved as part of a bridge. If you were using Xen, then the Xen startup scripts automatically put 'eth0' into a bridge 'xenbr0'. With non-Xen we don't try to second guess what the admin might want for their network setup, so we don't touch the real NICs ourselves. If you want to have a shared physical device available then you can use the regular distro provided network scripts, eg creating a suitable config file for the bridge device at /etc/sysconfig/network-scripts/ifcfg-br0 and then in the ifcfg-eth0 file setting BRIDGE=br0 Regards, 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 -=| From berrange at redhat.com Thu Apr 26 13:58:31 2007 From: berrange at redhat.com (Daniel P. Berrange) Date: Thu, 26 Apr 2007 14:58:31 +0100 Subject: [et-mgmt-tools] connecting to remote hosts? In-Reply-To: <4630AE8D.2060109@wpkg.org> References: <4630947E.6070905@wpkg.org> <20070426134755.GD26691@redhat.com> <4630AE8D.2060109@wpkg.org> Message-ID: <20070426135831.GF26691@redhat.com> On Thu, Apr 26, 2007 at 03:52:13PM +0200, Tomasz Chmielewski wrote: > Daniel P. Berrange wrote: > >On Thu, Apr 26, 2007 at 02:01:02PM +0200, Tomasz Chmielewski wrote: > >>Is it possible to connect to remote hosts with virt-manager? > >> > >>As I checked with 0.3.1, it was not possible. > >> > >>Perhaps it's possible in 0.4.0 which was released a few days ago? > > > >Unfortunately its not available yet. We're working on secure support > >for it in libvirt. > > Any estimates when will that be available (two weeks... two months... a > year etc.)? Our roadmap goal is targetting Fedora 8 for end-to-end SSL secured communication of all aspects of virtualization management (libvirt APIs, VNC display, migration). Regards, 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 -=| From berrange at redhat.com Thu Apr 26 14:05:16 2007 From: berrange at redhat.com (Daniel P. Berrange) Date: Thu, 26 Apr 2007 15:05:16 +0100 Subject: [et-mgmt-tools] lot's of trouble using virt-manager and virt-install with qemu In-Reply-To: <3293c1d10704252148h535e70e1x35f8558722ac5bf@mail.gmail.com> References: <3293c1d10704252148h535e70e1x35f8558722ac5bf@mail.gmail.com> Message-ID: <20070426140516.GG26691@redhat.com> On Thu, Apr 26, 2007 at 10:18:13AM +0530, Source wrote: > I have installed kvm-20 from source code. Loaded the kvm module and started > the said libvirtd service. Now when I try to use virt-manager to create a > new virtual machine it ends up saying no /usr/bin/qemu-kvm found. > Now I found that I don't have this file. At the irc I was told to use > kvm-19-1.src.rpm from FC7 extras development SRPMS. I used that also. I > compiled it too. It got compiled and installed successfully but that too > didn't provided qemu-kvm. I found that in the source tree of kvm there is a > directory qemu/ in which I have qemu-kvm.c and qemu-kvm.h which get's > compiled to qemu-kvm.o and get's into qemu/i386-softmmu/qemu-kvm.o but it > doesn't makes any qemu-kvm executable in /usr/bin. ACAIT from the spec file rules it isn't possible to successfully build the KVM rpm and *not* get a /usr/bin/qemu-kvm built. That file is explicitly listed in the %files section, so there's no way the RPM would be able to finish building without it being created. FYI, what I do to rebiuld src.rpms is: # rpmbuild --rebuild --define 'dist .fc7' kvm-19-2.src.rpm Verify it was built: # rpm -qlp /home/berrange/rpm/RPMS/i386/kvm-19-2.i386.rpm | grep /usr/bin/qemu-kvm /usr/bin/qemu-kvm > Also I tried to use virt-install , first of all I would like to tell that > it's not intelligent enough to guess which hypervisor to use if we don't > pass --connect argument. Now when I use it with --connect=qemu:///system to > create a new virtual machine I got the following error: We recently added logic to virt-manager to 'guess' an appropriate hypervisor URI based on the host kernel being run. We should probably do similar in the virt-install case. > libvir: QEMU error : internal error Failed to add tap interface 'vnet%d' to > bridge 'xenbr0' : No such device > Traceback (most recent call last): > File "/usr/bin/virt-install", line 630, in ? > main() > File "/usr/bin/virt-install", line 579, in main > dom = guest.start_install(conscb,progresscb) > File "/usr/lib/python2.4/site-packages/virtinst/Guest.py", line 649, in > start_install > return self._do_install(consolecb, meter) > File "/usr/lib/python2.4/site-packages/virtinst/Guest.py", line 666, in > _do_install > self.domain = self.conn.createLinux(install_xml, 0) > File "/usr/lib/python2.4/site-packages/libvirt.py", line 480, in > createLinux > if ret is None:raise libvirtError('virDomainCreateLinux() failed', > conn=self) > libvirt.libvirtError: virDomainCreateLinux() failed internal error Failed to > add tap interface 'vnet%d' to bridge 'xenbr0' : No such device > > Now it seems to follow a default xml file here. And it is trying to find > xenbr0 which I don't have as I am not using a xen kernel so no xend running > at the moment. It should use in that case eth0/eth1 right? Yes, that's a bug - its trying to auto-setup the guest with bridge networking and not finding any bridges, so (incorrectly) falling back to xenbr0 which it just verified doesn't exist ! 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 -=| From berrange at redhat.com Thu Apr 26 16:04:16 2007 From: berrange at redhat.com (Daniel P. Berrange) Date: Thu, 26 Apr 2007 17:04:16 +0100 Subject: [et-mgmt-tools] Question about the installation of guest OS(Windows) in virt-manager. In-Reply-To: <019101c7857a$d44dc7c0$ecb1220a@fj98229700> References: <019101c7857a$d44dc7c0$ecb1220a@fj98229700> Message-ID: <20070426160416.GA14188@redhat.com> On Mon, Apr 23, 2007 at 04:41:34PM +0900, Takahashi Tomohiro wrote: > Hi, > > I am now investigating the problem of guest OS(Windows) > installation on virt-manager. > This issue is solved virt-install. > As you know, During Windows installation, CD-ROM must re-read > after rebooting. > > With my investing, I found following things. > > at virt-manager, > boot_xml config file is used at rebooting but NOT described > CD-ROM config. > virt-install solves this problem with using install_xml. > > But I cannot specify the handling at virt-manager code. > > Any Idea to solve this problem. Virt-manager ought to really keep the CDROM attached for windows guests. The user can later explicitly detach it with the recent created device add/remove UI in virt-manager. There is UI in the wizard where the user can select what type of guest is being installed, so virt-manager could check the 'continue' flag based on the selected OS to decide whethe rto keep the CDROM attached. 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 -=| From prime.provogue at gmail.com Thu Apr 26 16:46:06 2007 From: prime.provogue at gmail.com (Source) Date: Thu, 26 Apr 2007 22:16:06 +0530 Subject: [et-mgmt-tools] Re: lot's of trouble using virt-manager and virt-install with qemu In-Reply-To: <20070426135643.GE26691@redhat.com> References: <3293c1d10704252148h535e70e1x35f8558722ac5bf@mail.gmail.com> <3293c1d10704260400kd4e46fcs60fffef9ee5aed04@mail.gmail.com> <20070426135643.GE26691@redhat.com> Message-ID: <3293c1d10704260946j7d92d255y16b39ad14572d30d@mail.gmail.com> On 4/26/07, Daniel P. Berrange wrote: > > On Thu, Apr 26, 2007 at 04:30:29PM +0530, Source wrote: > > Little bit of surfing over internet revelaed that virt-install will have > to > > be given --connect option. Okay no problem. > > And yeah I found the rpm for kvm and qemu which when I install give me > > /usr/bin/qemu-kvm and other required stuff. Now I have this question. > Why > > don't I get qemu-kvm built when I compile from source code? I am getting > by > > installing the rpm. > > I've no idea - that's very odd > > > Unable to complete install 'libvirt.libvirtError virDomainCreateLinux() > > failed internal error Network 'default' not active > > Traceback (most recent call last): > > File "/usr/share/virt-manager/virtManager/create.py", line 677, in > > do_install > > dom = guest.start_install(False, meter = meter) > > File "/usr/lib/python2.4/site-packages/virtinst/Guest.py", line 649, in > > start_install > > return self._do_install(consolecb, meter) > > File "/usr/lib/python2.4/site-packages/virtinst/Guest.py", line 666, in > > _do_install > > self.domain = self.conn.createLinux(install_xml, 0) > > File "/usr/lib/python2.4/site-packages/libvirt.py", line 480, in > > createLinux > > if ret is None:raise libvirtError('virDomainCreateLinux() failed', > > conn=self) > > libvirtError: virDomainCreateLinux() failed internal error Network > 'default' > > not active > > ' Hmm, virbr0 corresponds to the default network, so not sure why the device > would be present if it were not active. Can you show 'virsh net-list > --all' > One possibility I can think of is that something else had created the > virbr0 > device before libvirt_qemud started & thus prevented it from starting its > own default network. A simple reboot to clear out an pre-existing network > state might just do the trick there. Thanks. You were right. I had to reboot and it worked. Don't know how it was not working. And that command I ran virsh net-list --all before the reboot it didn't showed anything in the list. I am trying to install but it seems full virtualization is more demanding on physical RAM given. I will try to get more RAM soon. > > > I found that I have virbr0 active during that time. > > > > virbr0 Link encap:Ethernet HWaddr 00:00:00:00:00:00 > > inet addr:192.168.122.1 Bcast:192.168.122.255 Mask: > 255.255.255.0 > > inet6 addr: fe80::200:ff:fe00:0/64 Scope:Link > > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > > RX packets:0 errors:0 dropped:0 overruns:0 frame:0 > > TX packets:44 errors:0 dropped:0 overruns:0 carrier:0 > > collisions:0 txqueuelen:0 > > RX bytes:0 (0.0 b) TX bytes:8486 (8.2 KiB) > > > > And I also found it as saying default in > > /etc/libvirt/qemu/networks/default.xml. Then why isn't virt-manager > getting > > it? Or is there something else to tell? > > That is correct XML file to have. > > > One more thing during virt-manager network select step I was not getting > > showed any Shared physical device. How I can create it? I have to > manually > > create a device and bridge it to my real ethernet device? > > A shared physical device, is any real NIC which is enslaved as part of a > bridge. > If you were using Xen, then the Xen startup scripts automatically put > 'eth0' > into a bridge 'xenbr0'. With non-Xen we don't try to second guess what the > admin > might want for their network setup, so we don't touch the real NICs > ourselves. > If you want to have a shared physical device available then you can use > the > regular distro provided network scripts, eg creating a suitable config > file for > the bridge device at /etc/sysconfig/network-scripts/ifcfg-br0 and then in > the > ifcfg-eth0 file setting BRIDGE=br0 > > Regards, > 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 -=| > > _______________________________________________ > et-mgmt-tools mailing list > et-mgmt-tools at redhat.com > https://www.redhat.com/mailman/listinfo/et-mgmt-tools > -------------- next part -------------- An HTML attachment was scrubbed... URL: From prime.provogue at gmail.com Thu Apr 26 16:52:02 2007 From: prime.provogue at gmail.com (Source) Date: Thu, 26 Apr 2007 22:22:02 +0530 Subject: [et-mgmt-tools] virt-manager doesn't update the memory usage in the list Message-ID: <3293c1d10704260952w7dd0e0ddy8e570c945a20693b@mail.gmail.com> Hello, Well I have created a new virtual machine using virt-manager (hypervisor Qemu-KVM). Now earlier I had allocated 256MB RAM to the virtual machine. Now when I try to change it from right clicking the VM (in the list shown by virt-manager) and selecting details , hardware , memory and decreasing it to 128MB it doesn't update it. It shows the updated value in Hardware->Memory but when I apply it , it doesn't get updated in Virt-manager main windows VM Lists. So when I restart virt-manager I am still shown 256MB RAM in the main window and also in Details>Hardware>Memory. Can't I change the memory limit after creating the VM. It's a redhat enterprise 5 Fully virtualized guest. And if I can't change it then how can I edit the RAM limits in Details>Hardware>Memory. Thanks Deependra -------------- next part -------------- An HTML attachment was scrubbed... URL: From hbrock at redhat.com Thu Apr 26 18:43:41 2007 From: hbrock at redhat.com (Hugh Brock) Date: Thu, 26 Apr 2007 14:43:41 -0400 Subject: [et-mgmt-tools] virt-manager doesn't update the memory usage in the list In-Reply-To: <3293c1d10704260952w7dd0e0ddy8e570c945a20693b@mail.gmail.com> References: <3293c1d10704260952w7dd0e0ddy8e570c945a20693b@mail.gmail.com> Message-ID: <4630F2DD.50300@redhat.com> Source wrote: > Hello, > > Well I have created a new virtual machine using virt-manager (hypervisor > Qemu-KVM). Now earlier I had allocated 256MB RAM to the virtual machine. > Now when I try to change it from right clicking the VM (in the list > shown by virt-manager) and selecting details , hardware , memory and > decreasing it to 128MB it doesn't update it. It shows the updated value > in Hardware->Memory but when I apply it , it doesn't get updated in > Virt-manager main windows VM Lists. So when I restart virt-manager I am > still shown 256MB RAM in the main window and also in > Details>Hardware>Memory. > > Can't I change the memory limit after creating the VM. It's a redhat > enterprise 5 Fully virtualized guest. > > And if I can't change it then how can I edit the RAM limits in > Details>Hardware>Memory. > Hi. Unfortunately, you can't modify the vcpus or memory for a fully virtualized guest while it's running. If virt-manager is letting you do that, that's a bug, we should fix it (I assume the guest is running when you do this?). If the guest is shut down, you should be able to edit the memory settings and have the changes persist -- is that the case? --Hugh -- Red Hat Virtualization Group http://redhat.com/virtualization Hugh Brock | virt-manager http://virt-manager.org hbrock at redhat.com | virtualization library http://libvirt.org From berrange at redhat.com Thu Apr 26 18:47:12 2007 From: berrange at redhat.com (Daniel P. Berrange) Date: Thu, 26 Apr 2007 19:47:12 +0100 Subject: [et-mgmt-tools] virt-manager doesn't update the memory usage in the list In-Reply-To: <4630F2DD.50300@redhat.com> References: <3293c1d10704260952w7dd0e0ddy8e570c945a20693b@mail.gmail.com> <4630F2DD.50300@redhat.com> Message-ID: <20070426184712.GF14188@redhat.com> On Thu, Apr 26, 2007 at 02:43:41PM -0400, Hugh Brock wrote: > Source wrote: > >Hello, > > > >Well I have created a new virtual machine using virt-manager (hypervisor > >Qemu-KVM). Now earlier I had allocated 256MB RAM to the virtual machine. > >Now when I try to change it from right clicking the VM (in the list > >shown by virt-manager) and selecting details , hardware , memory and > >decreasing it to 128MB it doesn't update it. It shows the updated value > >in Hardware->Memory but when I apply it , it doesn't get updated in > >Virt-manager main windows VM Lists. So when I restart virt-manager I am > >still shown 256MB RAM in the main window and also in > >Details>Hardware>Memory. > > > >Can't I change the memory limit after creating the VM. It's a redhat > >enterprise 5 Fully virtualized guest. > > > >And if I can't change it then how can I edit the RAM limits in > >Details>Hardware>Memory. > > > Hi. > > Unfortunately, you can't modify the vcpus or memory for a fully > virtualized guest while it's running. If virt-manager is letting you do > that, that's a bug, we should fix it (I assume the guest is running when > you do this?). Well that's fuzzy actually. There's no reason you can't drop an paravirt balloon driver module into a fullvirt guest if you were so inclined to write one. Likewise in theory a guest could also do CPU hotplug. So while we could block those options in the UI for fullvirt, we should expect to have to unblock them in the future at least :-) 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 -=| From hbrock at redhat.com Thu Apr 26 18:49:33 2007 From: hbrock at redhat.com (Hugh Brock) Date: Thu, 26 Apr 2007 14:49:33 -0400 Subject: [et-mgmt-tools] virt-manager doesn't update the memory usage in the list In-Reply-To: <20070426184712.GF14188@redhat.com> References: <3293c1d10704260952w7dd0e0ddy8e570c945a20693b@mail.gmail.com> <4630F2DD.50300@redhat.com> <20070426184712.GF14188@redhat.com> Message-ID: <4630F43D.4040704@redhat.com> Daniel P. Berrange wrote: > On Thu, Apr 26, 2007 at 02:43:41PM -0400, Hugh Brock wrote: >> Source wrote: >>> Hello, >>> >>> Well I have created a new virtual machine using virt-manager (hypervisor >>> Qemu-KVM). Now earlier I had allocated 256MB RAM to the virtual machine. >>> Now when I try to change it from right clicking the VM (in the list >>> shown by virt-manager) and selecting details , hardware , memory and >>> decreasing it to 128MB it doesn't update it. It shows the updated value >>> in Hardware->Memory but when I apply it , it doesn't get updated in >>> Virt-manager main windows VM Lists. So when I restart virt-manager I am >>> still shown 256MB RAM in the main window and also in >>> Details>Hardware>Memory. >>> >>> Can't I change the memory limit after creating the VM. It's a redhat >>> enterprise 5 Fully virtualized guest. >>> >>> And if I can't change it then how can I edit the RAM limits in >>> Details>Hardware>Memory. >>> >> Hi. >> >> Unfortunately, you can't modify the vcpus or memory for a fully >> virtualized guest while it's running. If virt-manager is letting you do >> that, that's a bug, we should fix it (I assume the guest is running when >> you do this?). > > Well that's fuzzy actually. There's no reason you can't drop an paravirt > balloon driver module into a fullvirt guest if you were so inclined to > write one. Likewise in theory a guest could also do CPU hotplug. So > while we could block those options in the UI for fullvirt, we should > expect to have to unblock them in the future at least :-) > Maybe in the future we want to block or unblock them based on what's in the capabilities XML that comes out of libvirt? Be kind of a neat trick to work out that a fullvirt guest did in fact have a paravirt balloon driver involved, though... --H -- Red Hat Virtualization Group http://redhat.com/virtualization Hugh Brock | virt-manager http://virt-manager.org hbrock at redhat.com | virtualization library http://libvirt.org From mdehaan at redhat.com Thu Apr 26 21:48:12 2007 From: mdehaan at redhat.com (Michael DeHaan) Date: Thu, 26 Apr 2007 17:48:12 -0400 Subject: [et-mgmt-tools] Koan 0.3.1 -- fixes for "--replace-self" Message-ID: <46311E1C.8060202@redhat.com> In the process of adding Koan's new XMLRPC support I inadvertly broke "--replace-self" such that it was not rebuilding the initird files with the kickstarts in them. In other words, the installs would be completely manual. Ouch. If you are using koan 0.2.9 or 0.3.0, upgrading would be a good idea. --Michael From mdehaan at redhat.com Thu Apr 26 22:08:23 2007 From: mdehaan at redhat.com (Michael DeHaan) Date: Thu, 26 Apr 2007 18:08:23 -0400 Subject: [et-mgmt-tools] Cobbler 0.4.8 -- slight import improvements Message-ID: <463122D7.4020903@redhat.com> As reported on IRC, the new RHEL5/Centos5 aware Cobbler import process wasn't working too well with RHEL4 and Centos 4. This release should fix those problems. If you've imported earlier successfully, there's no reason to reimport. In addition, cobbler's calls to "createrepo" no longer use the "--basedir" parameter, which is apparently absent on newer createrepos -- so repository creation will no longer fail when using a newer Cobbler server (like FC7) that has the new createrepo. --Michael From prime.provogue at gmail.com Thu Apr 26 22:26:29 2007 From: prime.provogue at gmail.com (Source) Date: Fri, 27 Apr 2007 03:56:29 +0530 Subject: [et-mgmt-tools] virt-manager doesn't update the memory usage in the list In-Reply-To: <4630F2DD.50300@redhat.com> References: <3293c1d10704260952w7dd0e0ddy8e570c945a20693b@mail.gmail.com> <4630F2DD.50300@redhat.com> Message-ID: <3293c1d10704261526l477ddb70p286a587b0f4aeac2@mail.gmail.com> On 4/27/07, Hugh Brock wrote: > > Source wrote: > > Hello, > > > > Well I have created a new virtual machine using virt-manager (hypervisor > > Qemu-KVM). Now earlier I had allocated 256MB RAM to the virtual machine. > > Now when I try to change it from right clicking the VM (in the list > > shown by virt-manager) and selecting details , hardware , memory and > > decreasing it to 128MB it doesn't update it. It shows the updated value > > in Hardware->Memory but when I apply it , it doesn't get updated in > > Virt-manager main windows VM Lists. So when I restart virt-manager I am > > still shown 256MB RAM in the main window and also in > > Details>Hardware>Memory. > > > > Can't I change the memory limit after creating the VM. It's a redhat > > enterprise 5 Fully virtualized guest. > > > > And if I can't change it then how can I edit the RAM limits in > > Details>Hardware>Memory. > > > Hi. > > Unfortunately, you can't modify the vcpus or memory for a fully > virtualized guest while it's running. If virt-manager is letting you do > that, that's a bug, we should fix it (I assume the guest is running when > you do this?). No the guest is not running at that time of changing memory. If the guest is shut down, you should be able to edit the memory > settings and have the changes persist -- is that the case? But the changes doesn't persist. Even if I apply. It shows the changed values in the Hardware Details but doesn't applies them that's why the virtual machine lists in the main window shows the old value and the next startup of virt-manager too uses the old vaue. --Hugh > > -- > Red Hat Virtualization Group http://redhat.com/virtualization > Hugh Brock | virt-manager http://virt-manager.org > hbrock at redhat.com | virtualization library http://libvirt.org > > _______________________________________________ > et-mgmt-tools mailing list > et-mgmt-tools at redhat.com > https://www.redhat.com/mailman/listinfo/et-mgmt-tools > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mail.baruchi at gmail.com Fri Apr 27 03:18:17 2007 From: mail.baruchi at gmail.com (Artur Baruchi) Date: Fri, 27 Apr 2007 00:18:17 -0300 Subject: [et-mgmt-tools] Error Installing virtinst-0.103.0 Message-ID: Hi Guys, I wanna to upgrade my virt-manager, so I've compiled the latest version (virt-manager-0.4.0), but when im upgrading the virtinst-0.103.0, i got some errors... When I run the script autobuild.sh, I got the follow errors: error: Name field must be present in package: (main package) error: Version field must be present in package: (main package) error: Release field must be present in package: (main package) error: Summary field must be present in package: (main package) error: Group field must be present in package: (main package) error: License field must be present in package: (main package) ############ Here I put the complete output: [root at athlonam2 virtinst-0.103.0]# ./autobuild.sh running build running build_py creating build creating build/lib creating build/lib/virtinst copying virtinst/ParaVirtGuest.py -> build/lib/virtinst copying virtinst/Guest.py -> build/lib/virtinst copying virtinst/DistroManager.py -> build/lib/virtinst copying virtinst/__init__.py -> build/lib/virtinst copying virtinst/FullVirtGuest.py -> build/lib/virtinst copying virtinst/util.py -> build/lib/virtinst running build_scripts creating build/scripts-2.4 copying and adjusting virt-install -> build/scripts-2.4 changing mode of build/scripts-2.4/virt-install from 644 to 755 running test .................. ---------------------------------------------------------------------- Ran 18 tests in 0.081s OK running install running build running build_py running build_scripts running install_lib running install_scripts copying build/scripts-2.4/virt-install -> /bin changing mode of /bin/virt-install to 755 cat: python-virtinst.spec.in: No such file or directory running sdist warning: sdist: missing required meta-data: url warning: sdist: manifest template 'MANIFEST.in' does not exist (using default file list) writing manifest file 'MANIFEST' creating virtinst-0.103.0 creating virtinst-0.103.0/virtinst making hard links in virtinst-0.103.0... hard linking README -> virtinst-0.103.0 hard linking setup.py -> virtinst-0.103.0 hard linking virt-install -> virtinst-0.103.0 hard linking virtinst/DistroManager.py -> virtinst-0.103.0/virtinst hard linking virtinst/FullVirtGuest.py -> virtinst-0.103.0/virtinst hard linking virtinst/Guest.py -> virtinst-0.103.0/virtinst hard linking virtinst/ParaVirtGuest.py -> virtinst-0.103.0/virtinst hard linking virtinst/__init__.py -> virtinst-0.103.0/virtinst hard linking virtinst/util.py -> virtinst-0.103.0/virtinst creating dist tar -cf dist/virtinst-0.103.0.tar virtinst-0.103.0 gzip -f9 dist/virtinst-0.103.0.tar removing 'virtinst-0.103.0' (and everything under it) error: Name field must be present in package: (main package) error: Version field must be present in package: (main package) error: Release field must be present in package: (main package) error: Summary field must be present in package: (main package) error: Group field must be present in package: (main package) error: License field must be present in package: (main package) Can you help me?! Dont know what is happening here... =/ Thanks in advance... Att. Artur Baruchi From berrange at redhat.com Fri Apr 27 03:25:37 2007 From: berrange at redhat.com (Daniel P. Berrange) Date: Fri, 27 Apr 2007 04:25:37 +0100 Subject: [et-mgmt-tools] Error Installing virtinst-0.103.0 In-Reply-To: References: Message-ID: <20070427032537.GA2189@redhat.com> On Fri, Apr 27, 2007 at 12:18:17AM -0300, Artur Baruchi wrote: > Hi Guys, > > I wanna to upgrade my virt-manager, so I've compiled the latest > version (virt-manager-0.4.0), but when im upgrading the > virtinst-0.103.0, i got some errors... > > When I run the script autobuild.sh, I got the follow errors: > > error: Name field must be present in package: (main package) > error: Version field must be present in package: (main package) > error: Release field must be present in package: (main package) > error: Summary field must be present in package: (main package) > error: Group field must be present in package: (main package) > error: License field must be present in package: (main package) > > ############ > > Here I put the complete output: > > > [root at athlonam2 virtinst-0.103.0]# ./autobuild.sh This script is for automated regression tests during dev, not for general instalation. It shouldn't actually be in the tar.gz that id released. You should use the regular python install process - basically 'python setup.py install' Regards, 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 -=| From takatom at jp.fujitsu.com Fri Apr 27 07:25:55 2007 From: takatom at jp.fujitsu.com (Takahashi Tomohiro) Date: Fri, 27 Apr 2007 16:25:55 +0900 Subject: [et-mgmt-tools] Question about installation by using CD-ROM onvirt-manager Message-ID: <017501c7889d$e38bc720$ecb1220a@fj98229700> Hi, Dan. Thank you for the answer. > What where you running in order to change the CDROM backing image ? I used physical CD-ROM. > xm block-configure ? I didn't use "xm block-configure". So, I used "xm block-configure". However, the problem has not been solved. I executed the following commands. xm block-configure domid phy:/dev/cdrom hdc:cdrom r and xm block-configure domid phy:/dev/hdc hdc:cdrom r Thanks, Tomohiro Takahashi From takatom at jp.fujitsu.com Fri Apr 27 07:25:00 2007 From: takatom at jp.fujitsu.com (Takahashi Tomohiro) Date: Fri, 27 Apr 2007 16:25:00 +0900 Subject: [et-mgmt-tools] Question about the installation of guestOS(Windows) in virt-manager. Message-ID: <017401c7889d$e360e690$ecb1220a@fj98229700> Hi, Dan. Thank you for the answer. > Virt-manager ought to really keep the CDROM attached for windows > guests. The user can later explicitly detach it with the recent > created device add/remove UI in virt-manager. There is UI in > the wizard where the user can select what type of guest is being > installed, so virt-manager could check the 'continue' flag based > on the selected OS to decide whethe rto keep the CDROM attached. I think that virt-manager doesn't check the 'continue' flag. (As you know, virt-install checks the 'continue' flag) Because the function checks 'continue' flag in "get_continue_inst(FullVirtGuest.py)" but, "get_continue_inst" is not used in virt-manager(create.py). So, I considered the following two ideas. But I cannot specify the handling at virt-manager code. Any Idea to solve this problem, please suggest me. 1) "get_continue_inst" was mounted on "do_install" or "finish"(create.py in virt-manager). 2) "get_continue_inst" was mounted on "_do_install"(Guest.py in virt-install). Thanks, Tomohiro Takahashi From rjones at redhat.com Fri Apr 27 10:02:44 2007 From: rjones at redhat.com (Richard W.M. Jones) Date: Fri, 27 Apr 2007 11:02:44 +0100 Subject: [et-mgmt-tools] virt-manager doesn't update the memory usage in the list In-Reply-To: <4630F43D.4040704@redhat.com> References: <3293c1d10704260952w7dd0e0ddy8e570c945a20693b@mail.gmail.com> <4630F2DD.50300@redhat.com> <20070426184712.GF14188@redhat.com> <4630F43D.4040704@redhat.com> Message-ID: <4631CA44.7040602@redhat.com> Hugh Brock wrote: > Maybe in the future we want to block or unblock them based on what's in > the capabilities XML that comes out of libvirt? Be kind of a neat trick > to work out that a fullvirt guest did in fact have a paravirt balloon > driver involved, though... Capabilities statically describes what the hypervisor is capable of. It doesn't say anything about what drivers, etc. happen to be loaded into the guest. For that I guess you'd want to use virDomainGetXMLDesc (?) Rich. -- Emerging Technologies, Red Hat http://et.redhat.com/~rjones/ 64 Baker Street, London, W1U 7DF Mobile: +44 7866 314 421 Registered Address: Red Hat UK Ltd, Amberley Place, 107-111 Peascod Street, Windsor, Berkshire, SL4 1TE, United Kingdom. Registered in England and Wales under Company Registration No. 3798903 Directors: Michael Cunningham (USA), Charlie Peters (USA) and David Owens (Ireland) -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3237 bytes Desc: S/MIME Cryptographic Signature URL: From rjones at redhat.com Fri Apr 27 10:07:27 2007 From: rjones at redhat.com (Richard W.M. Jones) Date: Fri, 27 Apr 2007 11:07:27 +0100 Subject: [et-mgmt-tools] connecting to remote hosts? In-Reply-To: <4630AE8D.2060109@wpkg.org> References: <4630947E.6070905@wpkg.org> <20070426134755.GD26691@redhat.com> <4630AE8D.2060109@wpkg.org> Message-ID: <4631CB5F.1090700@redhat.com> Tomasz Chmielewski wrote: > Daniel P. Berrange wrote: >> On Thu, Apr 26, 2007 at 02:01:02PM +0200, Tomasz Chmielewski wrote: >>> Is it possible to connect to remote hosts with virt-manager? >>> >>> As I checked with 0.3.1, it was not possible. >>> >>> Perhaps it's possible in 0.4.0 which was released a few days ago? >> >> Unfortunately its not available yet. We're working on secure support >> for it in libvirt. > > Any estimates when will that be available (two weeks... two months... a > year etc.)? You can follow progress / patches on libvir-list: https://www.redhat.com/archives/libvir-list/2007-April/thread.html#00163 Rich. -- Emerging Technologies, Red Hat http://et.redhat.com/~rjones/ 64 Baker Street, London, W1U 7DF Mobile: +44 7866 314 421 Registered Address: Red Hat UK Ltd, Amberley Place, 107-111 Peascod Street, Windsor, Berkshire, SL4 1TE, United Kingdom. Registered in England and Wales under Company Registration No. 3798903 Directors: Michael Cunningham (USA), Charlie Peters (USA) and David Owens (Ireland) -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3237 bytes Desc: S/MIME Cryptographic Signature URL: From rjones at redhat.com Fri Apr 27 10:08:10 2007 From: rjones at redhat.com (Richard W.M. Jones) Date: Fri, 27 Apr 2007 11:08:10 +0100 Subject: [et-mgmt-tools] connecting to remote hosts? In-Reply-To: <4630AE8D.2060109@wpkg.org> References: <4630947E.6070905@wpkg.org> <20070426134755.GD26691@redhat.com> <4630AE8D.2060109@wpkg.org> Message-ID: <4631CB8A.6030705@redhat.com> And I forgot to say also: http://libvirt.org/remote.html Rich. -- Emerging Technologies, Red Hat http://et.redhat.com/~rjones/ 64 Baker Street, London, W1U 7DF Mobile: +44 7866 314 421 Registered Address: Red Hat UK Ltd, Amberley Place, 107-111 Peascod Street, Windsor, Berkshire, SL4 1TE, United Kingdom. Registered in England and Wales under Company Registration No. 3798903 Directors: Michael Cunningham (USA), Charlie Peters (USA) and David Owens (Ireland) -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3237 bytes Desc: S/MIME Cryptographic Signature URL: From markmc at redhat.com Fri Apr 27 10:33:11 2007 From: markmc at redhat.com (Mark McLoughlin) Date: Fri, 27 Apr 2007 11:33:11 +0100 Subject: [et-mgmt-tools] [patch 0/4] Some misc virtinst patches Message-ID: <20070427101916.447319000@redhat.com>> Hi, What follows are a few misc virtinst patches as a prelude to some larger patches. Cheers, Mark. -- From markmc at redhat.com Fri Apr 27 10:33:21 2007 From: markmc at redhat.com (Mark McLoughlin) Date: Fri, 27 Apr 2007 11:33:21 +0100 Subject: [et-mgmt-tools] [patch 1/4] Typo in kvm support References: <20070427101916.447319000@redhat.com>> Message-ID: <20070427102010.585217000@redhat.com>> An embedded and charset-unspecified text was scrubbed... Name: virtinst-util-typo.patch URL: From markmc at redhat.com Fri Apr 27 10:33:30 2007 From: markmc at redhat.com (Mark McLoughlin) Date: Fri, 27 Apr 2007 11:33:30 +0100 Subject: [et-mgmt-tools] [patch 2/4] Fix typo in hvm kernel/initrd XML References: <20070427101916.447319000@redhat.com>> Message-ID: <20070427102010.667086000@redhat.com>> An embedded and charset-unspecified text was scrubbed... Name: virtinst-features-typo.patch URL: From markmc at redhat.com Fri Apr 27 10:33:39 2007 From: markmc at redhat.com (Mark McLoughlin) Date: Fri, 27 Apr 2007 11:33:39 +0100 Subject: [et-mgmt-tools] [patch 3/4] Remove duplicate call to FullVirtGuest() constructor References: <20070427101916.447319000@redhat.com>> Message-ID: <20070427102010.748549000@redhat.com>> An embedded and charset-unspecified text was scrubbed... Name: virtinst-arch-is-none-by-default.patch URL: From markmc at redhat.com Fri Apr 27 10:33:49 2007 From: markmc at redhat.com (Mark McLoughlin) Date: Fri, 27 Apr 2007 11:33:49 +0100 Subject: [et-mgmt-tools] [patch 4/4] Remove the unused Guest.keymap property References: <20070427101916.447319000@redhat.com>> Message-ID: <20070427102010.830924000@redhat.com>> An embedded and charset-unspecified text was scrubbed... Name: virtinst-guest-keymap-not-used.patch URL: From takatom at jp.fujitsu.com Fri Apr 27 10:40:51 2007 From: takatom at jp.fujitsu.com (Takahashi Tomohiro) Date: Fri, 27 Apr 2007 19:40:51 +0900 Subject: [et-mgmt-tools] Question about installation by using NFS onvirt-install. Message-ID: <01a101c788b8$944a5d50$ecb1220a@fj98229700> Hi, Dan. Thank you for the answer. > What guest OS were you installing & how much RAM was it given ? Guest OS is RHEL5GA. RAM is 512MB(and 1024MB). > to do. So any hang in the guest as this point, has a couple of > possible causes a. hypervisor bug b. guest OS installer bug c. not > enough memory given to guest OS Is there any good way to investigate this problem ? Seeing from xentop and xentrace, Hypervisor allocates vcpu to installing PV-guests. So Hypervisor cpu allocation is no problem. And I change the PV-domain memory configuration up to 1GB. But the problem still keeps. Thanks, Tomohiro Takahashi From berrange at redhat.com Fri Apr 27 13:19:22 2007 From: berrange at redhat.com (Daniel P. Berrange) Date: Fri, 27 Apr 2007 14:19:22 +0100 Subject: [et-mgmt-tools] virt-manager doesn't update the memory usage in the list In-Reply-To: <4631CA44.7040602@redhat.com> References: <3293c1d10704260952w7dd0e0ddy8e570c945a20693b@mail.gmail.com> <4630F2DD.50300@redhat.com> <20070426184712.GF14188@redhat.com> <4630F43D.4040704@redhat.com> <4631CA44.7040602@redhat.com> Message-ID: <20070427131922.GA13642@redhat.com> On Fri, Apr 27, 2007 at 11:02:44AM +0100, Richard W.M. Jones wrote: > Hugh Brock wrote: > >Maybe in the future we want to block or unblock them based on what's in > >the capabilities XML that comes out of libvirt? Be kind of a neat trick > >to work out that a fullvirt guest did in fact have a paravirt balloon > >driver involved, though... > > Capabilities statically describes what the hypervisor is capable of. It > doesn't say anything about what drivers, etc. happen to be loaded into > the guest. For that I guess you'd want to use virDomainGetXMLDesc (?) It is essentially impossible for Dom0 to know what capabilities (like device hotplug, paravirt disk, balloon) a guest VM has. When invoking operations like 'set-mem' the Dom0 control plan simply writes info into xenstored (eg changing the memory target). The guest VM needs a driver looking at that place in xenstored to effect the change. Dom0 has no idea whether there is such a driver. 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 -=| From mail.baruchi at gmail.com Fri Apr 27 13:48:23 2007 From: mail.baruchi at gmail.com (Artur Baruchi) Date: Fri, 27 Apr 2007 10:48:23 -0300 Subject: [et-mgmt-tools] Error Installing virtinst-0.103.0 In-Reply-To: <20070427032537.GA2189@redhat.com> References: <20070427032537.GA2189@redhat.com> Message-ID: Hi Daniel, It is working now... Thanks for your help!!! Att. Artur Baruchi On 4/27/07, Daniel P. Berrange wrote: > On Fri, Apr 27, 2007 at 12:18:17AM -0300, Artur Baruchi wrote: > > Hi Guys, > > > > I wanna to upgrade my virt-manager, so I've compiled the latest > > version (virt-manager-0.4.0), but when im upgrading the > > virtinst-0.103.0, i got some errors... > > > > When I run the script autobuild.sh, I got the follow errors: > > > > error: Name field must be present in package: (main package) > > error: Version field must be present in package: (main package) > > error: Release field must be present in package: (main package) > > error: Summary field must be present in package: (main package) > > error: Group field must be present in package: (main package) > > error: License field must be present in package: (main package) > > > > ############ > > > > Here I put the complete output: > > > > > > [root at athlonam2 virtinst-0.103.0]# ./autobuild.sh > > This script is for automated regression tests during dev, not for > general instalation. It shouldn't actually be in the tar.gz that > id released. You should use the regular python install > process - basically 'python setup.py install' > > Regards, > 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 -=| > > _______________________________________________ > et-mgmt-tools mailing list > et-mgmt-tools at redhat.com > https://www.redhat.com/mailman/listinfo/et-mgmt-tools > From prime.provogue at gmail.com Sat Apr 28 02:17:02 2007 From: prime.provogue at gmail.com (Source) Date: Sat, 28 Apr 2007 07:47:02 +0530 Subject: [et-mgmt-tools] error while creating rhel5fv with cdrom support (qemu-kvm) Message-ID: <3293c1d10704271917j226fd521n720adafd66214088@mail.gmail.com> Hi, I installed a brand new system with RHEL5. In that system I installed virt-manager, virtinst, libvirt, libvirt-python, kvm and qemu latest. Build via src.rpm. Now I tried to install a RHEL5 guest with the following configurations: http://img404.imageshack.us/img404/5869/screenshotcreateanewvirlm6.png And when I clicked on Finish I got this error message: Unable to complete install 'libvirt.libvirtError virDomainCreateLinux() failed internal error End-of-file while reading PTY startup output Traceback (most recent call last): File "/usr/share/virt-manager/virtManager/create.py", line 677, in do_install dom = guest.start_install(False, meter = meter) File "/usr/lib/python2.4/site-packages/virtinst/Guest.py", line 649, in start_install return self._do_install(consolecb, meter) File "/usr/lib/python2.4/site-packages/virtinst/Guest.py", line 666, in _do_install self.domain = self.conn.createLinux(install_xml, 0) File "/usr/lib/python2.4/site-packages/libvirt.py", line 480, in createLinux if ret is None:raise libvirtError('virDomainCreateLinux() failed', conn=self) libvirtError: virDomainCreateLinux() failed internal error End-of-file while reading PTY startup output ' Now does this means I can't install fully virtualized guest (hypervisor qemu-kvm) with bootable cdrom support? Same thing happens If I try to install ubuntu from CD. It's full virtualization then why is it failing like this. Also I want to give output of "ps aux | grep libvirt" [root at server ~]# ps aux | grep libvirt root 2516 0.0 0.2 3344 1300 ? S 07:30 0:00 libvirt_qemud --system --daemon nobody 2627 0.0 0.1 1772 764 ? S 07:30 0:00 dnsmasq --keep-in-foreground --bind-interfaces --pid-file --conf-file --listen-address 192.168.122.1 --except-interface lo --dhcp-leasefile=/var/lib/libvirt/dhcp-default.leases --dhcp-range 192.168.122.2,192.168.122.254 root 7398 0.0 0.1 3888 708 pts/1 S+ 07:43 0:00 grep libvirt Thanks Deependra -------------- next part -------------- An HTML attachment was scrubbed... URL: From hbrock at redhat.com Mon Apr 30 15:46:33 2007 From: hbrock at redhat.com (Hugh Brock) Date: Mon, 30 Apr 2007 11:46:33 -0400 Subject: [et-mgmt-tools] [patch 4/4] Remove the unused Guest.keymap property In-Reply-To: <20070427102010.830924000@redhat.com>> References: <20070427101916.447319000@redhat.com>> <20070427102010.830924000@redhat.com>> Message-ID: <46360F59.8060405@redhat.com> Mark McLoughlin wrote: > The Guest keymap property turns out to be unused, the keymap > in the graphics property is what is actually used. > > Remove the property and move the keymap validation into the > graphics property setter. > > Signed-off-by: Mark McLoughlin > Thanks Mark. Applied, along with the other three. --Hugh -- Red Hat Virtualization Group http://redhat.com/virtualization Hugh Brock | virt-manager http://virt-manager.org hbrock at redhat.com | virtualization library http://libvirt.org From thestrider at gmail.com Mon Apr 30 17:31:18 2007 From: thestrider at gmail.com (Adam Rosenwald) Date: Mon, 30 Apr 2007 13:31:18 -0400 Subject: [et-mgmt-tools] [PATCH] - Missing entry in cobbler_msg Message-ID: <658267190704301031m32764d64i6f6b0a57ef5154ad@mail.gmail.com> There is a check_httpd(status) that is called upon a cobbler check. However there is no corresponding message in the cobbler_msg list! Fix below. - Adam. #### BEGIN PATCH #### --- ../cobbler.pristine/cobbler_msg.py 2007-04-20 21:15:56.000000000 +0000 +++ cobbler_msg.py 2007-04-30 17:32:33.000000000 +0000 @@ -78,6 +78,7 @@ "need_perms" : "cobbler could not access %s", "need_perms2" : "cobbler could not copy %s to %s", "no_dhcpd" : "cobbler couldn't find dhcpd, try 'yum install dhcp'", + "no_httpd" : "cobbler couldn't find httpd, try 'yum install httpd'", "no_bootloader" : "missing 1 or more bootloader files listed in /var/lib/cobbler/settings", "no_tftpd" : "cobbler couldn't find tftpd, try 'yum install tftpd'", "no_dir" : "cobbler couldn't find %s, please create it", #### END PATCH #### -------------- next part -------------- An HTML attachment was scrubbed... URL: From mdehaan at redhat.com Mon Apr 30 18:15:18 2007 From: mdehaan at redhat.com (Michael DeHaan) Date: Mon, 30 Apr 2007 14:15:18 -0400 Subject: [et-mgmt-tools] [PATCH] - Missing entry in cobbler_msg In-Reply-To: <658267190704301031m32764d64i6f6b0a57ef5154ad@mail.gmail.com> References: <658267190704301031m32764d64i6f6b0a57ef5154ad@mail.gmail.com> Message-ID: <46363236.5060105@redhat.com> Adam Rosenwald wrote: > There is a check_httpd(status) that is called upon a cobbler check. > However there is no corresponding message in the cobbler_msg list! > Fix below. > > - Adam. > > #### BEGIN PATCH #### > > > --- ../cobbler.pristine/cobbler_msg.py 2007-04-20 21:15: 56.000000000 > +0000 > +++ cobbler_msg.py 2007-04-30 17:32:33.000000000 +0000 > @@ -78,6 +78,7 @@ > "need_perms" : "cobbler could not access %s", > "need_perms2" : "cobbler could not copy %s to %s", > "no_dhcpd" : "cobbler couldn't find dhcpd, try 'yum install > dhcp'", > + "no_httpd" : "cobbler couldn't find httpd, try 'yum install > httpd'", > "no_bootloader" : "missing 1 or more bootloader files listed in > /var/lib/cobbler/settings", > "no_tftpd" : "cobbler couldn't find tftpd, try 'yum install > tftpd'", > "no_dir" : "cobbler couldn't find %s, please create it", > > > #### END PATCH #### > ------------------------------------------------------------------------ > > _______________________________________________ > et-mgmt-tools mailing list > et-mgmt-tools at redhat.com > https://www.redhat.com/mailman/listinfo/et-mgmt-tools Will apply, thanks! --Michael