wcorey
April 27th, 2008, 04:11 PM
I really hate to go here, especially after lambasting Fedora for requiring too many acts of love to get and keep it running.
I had U8.04 beta and reported many issues against it. I believe everything I am about to say I reported back shortly after it went beta.
I have a Dell XPS 720 with quad 6600's, 3 GB mem and two 250GB SATA drives in a bios raid-0 configuration. Vista, which was preinstalled had no problems with it, Fedora8, for all it's faults had no problems with it and installed seamlessly in an 2 PV striped LVM environment of 465GB or so hard drive env.
The operative word there is seamlessly. A year ago I switched to Ubuntu because Fedora required too much work and I have been pretty pleased with it as my primary development environment.
I downloaded the alternate install because Ubuntu does not natively do LVM. With both the U8.04 beta and GA I installed with the bios setting on both SATA drives set to RAID on. After the install on the initial boot I got, again, a grub 2 error. Neither Microsoft nor Fedora have this problem. Whether they honor the bios raid setting I can not say but they don't fail to boot because of it. Turning raid off on both drives allowed the boot to proceed. I configured SATA-0 with the /boot, /root, and swap partitions and SATA1 to be a single LVM PV. It wasn't/isn't clear to me why it did not join the /dev/cor720-mapper/root logical volume, but it didn't. Maybe that was too much to expect. When I noticed the DF cmd only showed approximately 230GB in the logical volume I investigated further and discovered I needed to extend the lv by the extents shown in the pvscan which showed both volumes and nothing allocated from the second PV. After the lvextend the lv showed a total of 465 or so GB. I was happy. However the DF still showed 230GB total memory. So it is not clear to me why Fedora showed all 465GB+ right after the out of the box install yet Ubuntu doesn't. Isn't that done in the kernel and aren't they using the same kernel? For that matter isn't the bios raid handled in the kernel and aren't they the same kernel? No matter, maybe it needed another boot for the kernel to recognize the full LV, maybe DF never recognizes a multiple PV logical volume.
During the beta cycle I ended up using VMWare to run my legacy Windows environments, you know, server consolidation. I really didn't like that solution as, 1) it was not free when KVM and Xen were, and 2) it was actually noticeably slower than native and for $189, I didn't want noticeably slower. I could never get KVM to run properly during beta. I since read articles effectively saying use the command line as virt-manager doesn't enable the CDROM checkbox. I kept getting connection failures and could never get it to even try to boot off a cd much less install anything.
Prior to erasing the beta 8.04 and doing a fresh install of the GA I backed up my home directory up to my NAS unit, all 63GB of it. It took all day yesterday to retrieve the files I wanted, note, I did not replace any of the hidden . files or directories. I eventually noticed that none of the files I had restored were showing up either in the Desktop (for some) or the home dir for the others. Since I wanted to see if a reboot would resolve my df vs. lvdisplay conflict, maybe it would show these files that took all of Saturday to restore. The progress bar on archive manager did progress, very slowly but it did progress so I assumed it was restoring. Oh, and it turns out that archive manager wedged as well and would not enable the expand menu item. I ultimately had to force quit it prior to the reboot.
So this morning, before launching into this missive, I rebooted. 8.04 did not cleanly shut down, I had to power of the machine and, upon reboot, it appeared to hang with the cursor doing a fast blink in the top right. Eventually it did reboot and initialize but the lvdisplay/df issue remains and the files I thought restored yesterday apparently didn't. So all of yesterday was a completely unrequited labor of love, much like I was lambasting Fedora for being.
I realize an awful lot of people worked very hard to get 8.04 to be at all and I certainly applaud their efforts. I would really like this to work. I do not believe I am expecting more of Ubuntu 8.04 than it is supposed to be able to do. The comments about Fedora were made in response to a blog entry and comment that the goal of Fedora (and presumably Linux as a whole) was not to attract a community of users but rather attract a community of developers to work on it. Normally I allows others to live peaceably in their private Idaho's but I couldn't resist a rebuttal. So, while yes, this sounds like a blog entry rather than a request for help and perhaps embryonic bug report, although I already reported these items, save the wedge in archive manager, I would appreciate help on these issues:
Why does Ubuntu not honor the bios RAID setting, when other OS's do?
Is there a configuration issue with LVM or does DF simply not understand a multivolume logical volume. Is this a software bug, a doc bug, or something else?
Why won't virt-manager enable cdrom while it, in theory, is supported in the command line? Is this a software bug or doc bug?
I can't find any help on the connect failure during a virt-install, the log follows.
[Sat, 26 Apr 2008 18:43:19 virt-install 27839] ERROR (virt-install:523) 'virtio_blk'
Traceback (most recent call last):
File "/usr/bin/virt-install", line 519, in <module>
main()
File "/usr/bin/virt-install", line 438, in main
guest, hvm, conn)
File "/usr/bin/virt-install", line 134, in get_disks
disk, size)
File "/usr/bin/virt-install", line 133, in <lambda>
map(lambda d, s: get_disk(d, s, sparse, guest, hvm, conn),
File "/usr/bin/virt-install", line 108, in get_disk
d.virtio = guest.get_virtio_blk()
File "/usr/lib/python2.5/site-packages/virtinst/FullVirtGuest.py", line 206, in get_virtio_blk
return FullVirtGuest.OS_TYPES[self.os_type]["virtio_blk"]
KeyError: 'virtio_blk'
[Sat, 26 Apr 2008 18:46:03 virt-install 27845] ERROR (virt-install:523) virConnectOpen() failed
Thanks,
Walt
I had U8.04 beta and reported many issues against it. I believe everything I am about to say I reported back shortly after it went beta.
I have a Dell XPS 720 with quad 6600's, 3 GB mem and two 250GB SATA drives in a bios raid-0 configuration. Vista, which was preinstalled had no problems with it, Fedora8, for all it's faults had no problems with it and installed seamlessly in an 2 PV striped LVM environment of 465GB or so hard drive env.
The operative word there is seamlessly. A year ago I switched to Ubuntu because Fedora required too much work and I have been pretty pleased with it as my primary development environment.
I downloaded the alternate install because Ubuntu does not natively do LVM. With both the U8.04 beta and GA I installed with the bios setting on both SATA drives set to RAID on. After the install on the initial boot I got, again, a grub 2 error. Neither Microsoft nor Fedora have this problem. Whether they honor the bios raid setting I can not say but they don't fail to boot because of it. Turning raid off on both drives allowed the boot to proceed. I configured SATA-0 with the /boot, /root, and swap partitions and SATA1 to be a single LVM PV. It wasn't/isn't clear to me why it did not join the /dev/cor720-mapper/root logical volume, but it didn't. Maybe that was too much to expect. When I noticed the DF cmd only showed approximately 230GB in the logical volume I investigated further and discovered I needed to extend the lv by the extents shown in the pvscan which showed both volumes and nothing allocated from the second PV. After the lvextend the lv showed a total of 465 or so GB. I was happy. However the DF still showed 230GB total memory. So it is not clear to me why Fedora showed all 465GB+ right after the out of the box install yet Ubuntu doesn't. Isn't that done in the kernel and aren't they using the same kernel? For that matter isn't the bios raid handled in the kernel and aren't they the same kernel? No matter, maybe it needed another boot for the kernel to recognize the full LV, maybe DF never recognizes a multiple PV logical volume.
During the beta cycle I ended up using VMWare to run my legacy Windows environments, you know, server consolidation. I really didn't like that solution as, 1) it was not free when KVM and Xen were, and 2) it was actually noticeably slower than native and for $189, I didn't want noticeably slower. I could never get KVM to run properly during beta. I since read articles effectively saying use the command line as virt-manager doesn't enable the CDROM checkbox. I kept getting connection failures and could never get it to even try to boot off a cd much less install anything.
Prior to erasing the beta 8.04 and doing a fresh install of the GA I backed up my home directory up to my NAS unit, all 63GB of it. It took all day yesterday to retrieve the files I wanted, note, I did not replace any of the hidden . files or directories. I eventually noticed that none of the files I had restored were showing up either in the Desktop (for some) or the home dir for the others. Since I wanted to see if a reboot would resolve my df vs. lvdisplay conflict, maybe it would show these files that took all of Saturday to restore. The progress bar on archive manager did progress, very slowly but it did progress so I assumed it was restoring. Oh, and it turns out that archive manager wedged as well and would not enable the expand menu item. I ultimately had to force quit it prior to the reboot.
So this morning, before launching into this missive, I rebooted. 8.04 did not cleanly shut down, I had to power of the machine and, upon reboot, it appeared to hang with the cursor doing a fast blink in the top right. Eventually it did reboot and initialize but the lvdisplay/df issue remains and the files I thought restored yesterday apparently didn't. So all of yesterday was a completely unrequited labor of love, much like I was lambasting Fedora for being.
I realize an awful lot of people worked very hard to get 8.04 to be at all and I certainly applaud their efforts. I would really like this to work. I do not believe I am expecting more of Ubuntu 8.04 than it is supposed to be able to do. The comments about Fedora were made in response to a blog entry and comment that the goal of Fedora (and presumably Linux as a whole) was not to attract a community of users but rather attract a community of developers to work on it. Normally I allows others to live peaceably in their private Idaho's but I couldn't resist a rebuttal. So, while yes, this sounds like a blog entry rather than a request for help and perhaps embryonic bug report, although I already reported these items, save the wedge in archive manager, I would appreciate help on these issues:
Why does Ubuntu not honor the bios RAID setting, when other OS's do?
Is there a configuration issue with LVM or does DF simply not understand a multivolume logical volume. Is this a software bug, a doc bug, or something else?
Why won't virt-manager enable cdrom while it, in theory, is supported in the command line? Is this a software bug or doc bug?
I can't find any help on the connect failure during a virt-install, the log follows.
[Sat, 26 Apr 2008 18:43:19 virt-install 27839] ERROR (virt-install:523) 'virtio_blk'
Traceback (most recent call last):
File "/usr/bin/virt-install", line 519, in <module>
main()
File "/usr/bin/virt-install", line 438, in main
guest, hvm, conn)
File "/usr/bin/virt-install", line 134, in get_disks
disk, size)
File "/usr/bin/virt-install", line 133, in <lambda>
map(lambda d, s: get_disk(d, s, sparse, guest, hvm, conn),
File "/usr/bin/virt-install", line 108, in get_disk
d.virtio = guest.get_virtio_blk()
File "/usr/lib/python2.5/site-packages/virtinst/FullVirtGuest.py", line 206, in get_virtio_blk
return FullVirtGuest.OS_TYPES[self.os_type]["virtio_blk"]
KeyError: 'virtio_blk'
[Sat, 26 Apr 2008 18:46:03 virt-install 27845] ERROR (virt-install:523) virConnectOpen() failed
Thanks,
Walt