| Summary: | on install of Fedora 19 apparent partitioner bugs | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | thomas.lynch |
| Component: | anaconda | Assignee: | Anaconda Maintenance Team <anaconda-maint-list> |
| Status: | CLOSED INSUFFICIENT_DATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | low | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 19 | CC: | amulhern, anaconda-maint-list, dennis, dshea, g.kaviyarasu, jonathan, mkolman, sbueno, thomas.lynch, vanmeeuwen+fedora |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | x86_64 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2014-02-25 22:57:38 UTC | Type: | Bug |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
|
Description
thomas.lynch
2013-10-02 11:20:01 UTC
1 is probably a duplicate of bug 989766 For 2, after the crash there will be a file in /tmp named anaconda-tb-*. Please attach as individual attachments to this bug the traceback file, along with anaconda.log, storage.log, storage.state, and any other log files in /tmp. Or use the "Report Bug" button in the crash dialog. For 3, how are you trying to create the logical volume? There should be a "Modify" button next to the volume group setting on the partition that you can use to change what disks are used by the volume group. ah, no For #2 there will be no such file in /tmp for the simple reason the install failed and there was no linux system to have a /tmp directory. The subsequent install which went through completion (but left 50G unused) is here, but there are no /tmp entries from the earlier install attempts in what is now /tmp. If there had been a report option in the crash, I would have used it. For #3, yes, I went through Modify. The only option I could find in modify was to set the volume size, which I did increase, and then it refused to do it, every time. When modify came up, it had the numbers for a physical partition, whether it was the 500M swap partition or the 40G partition it wanted to mount on /. Then expanding the size came back with an error, or one time crashed with a python error saying there was no option "none". I also tried the recover space option. There was lots of space on that disk available, just couldn't convince Fedora to use it, and I tried every combination of options that seemed to be possible. I understand that the install failed. Please change to a text console using Ctrl+Alt+F2 and use that to access the files in /tmp in the installer environment. perhaps this might help, this is the arrangement on the install target disk according to fdisk after the successful installation. Device Boot Start End Blocks Id System /dev/sda1 * 2048 1026047 512000 83 Linux /dev/sda2 1026048 99291135 49132544 8e Linux LVM /dev/sda4 99293182 976773119 438739969 5 Extended Partition 4 does not start on physical sector boundary. /dev/sda5 220932096 976773119 377920512 83 Linux The only thing I told the installer was to preserver sda5 because that was the old home directory. There was space before and after sda5 and that seems to have confused the installer. The 50G after sda5 does not show up in this fdisk listing - I had expected to see /dev/sda6 with the 50G. The 40G before sda5, i.e. sda4 is now mounted on '/'. Apparently /dev/sda2 is the swap partition, and /dev/sda1 the boot partition. I had tried to 'modify' expand the boot partition, swap partition, and '/' partition -- all attempted modifications were refused. I hope this message fdisk gives about Partition 4 not starting on a physical sector is not important. opening virtual console 2 using Ctrl+Alt+F2, logging into the shell, and cd-ing to /tmp, gives me the same ls listing as I get by opening a gnome-terminal, and su -l to root and doing an ls on /tmp.
> ls -al a* .a*
ls: cannot access a*: No such file or directory
ls: cannot access .a*: No such file or directory
>
no files starting with the letter 'a'.
What do you mean by the installer environment? did I miss a step here? The only thing I don't recognize in /tmp is an luarc directory. There are a couple of systemd private files .
(In reply to thomas.lynch from comment #2) > For #3, yes, I went through Modify. The only option I could find in modify > was to set the volume size, which I did increase, and then it refused to do > it, every time. When modify came up, it had the numbers for a physical > partition, whether it was the 500M swap partition or the 40G partition it > wanted to mount on /. Then expanding the size came back with an error, or > one time crashed with a python error saying there was no option "none". I > also tried the recover space option. There was lots of space on that disk > available, just couldn't convince Fedora to use it, and I tried every > combination of options that seemed to be possible. You cannot resize existing lvm volume groups in the installer. That is just about the only limitation that exists. Otherwise, you can create or destroy volume groups and logical volumes. You can create new logical volumes in an existing volume group with free space, or in a new volume group. I mean after anaconda crashes, but before you reboot, there will be files in /tmp containing more information on the crash. How are you running the installer? What install media are you using? I booted a live USB and then picked the option to install to the hard drive. Would there be data on the live USB? That would be cool. 3:30 am now, .. I'll check this thread in the morning ... there are no anaconda files in /tmp on the install source USB I marked all the partitions that existed on the disk as available, except sda5 listed above, in the space recovery menus before proceeding. The disk formatter than enforced the partition given above in the fdisk listing - I had no say in this, I was not allowed to set partition sizes other than those that came up by default - and it would not let me use the 50G free that occured after the sda5 partition. If this is the 'only limitation' then it is a very serious one. The files will only be in /tmp after you have attempted an install _without_ _rebooting_ in between. What do you mean by marking partitions as "available"? The "reclaim space" dialog provides at most three options for any given device: leave it unchange, resize (shrink) it, or delete it. There is no "make available". I am assuming that you have left your existing layout and are expecting to adjust it to meet your new desired layout. As I said before, the installer will not resize an existing lvm volume group, so if that's what you want done you will have to do it yourself. First, ask yourself if that's what you need. Is there some data in that volume group you need to keep? If so, your only options are to either grow the volume group outside of the installer or create a second volume group in the installer for your new devices. If, on the other hand, you have no need to keep any data from your existing volume group, just remove it and create a new one. Hello David, guys, I deleted everything to make it available to Linux, except sda5. I did not care about the existing layout, but hoped to keep the home directory. The installer a) on its own created overlapping partitions that crashed later -- as described above. It did that all on its own without my help. b) it refused to use 50G after the sda5 (which was marked preserve.) That space is totally free even now. c) In addition the menus came up slowly and it was unobvious what it was going to do or what options would be made available. d) it crashed with a python error -all by itself nothing to do with me or a prior layout saying no option "none" d) it chose the layout, and refused to let me modify it. d) it left behind no log files In short it was sucky experience. 'nough said. (In reply to thomas.lynch from comment #12) > Hello David, guys, > > I deleted everything to make it available to Linux, except sda5. I did not > care about the existing layout, but hoped to keep the home directory. > > The installer a) on its own created overlapping partitions that crashed > later -- as described above. It did that all on its own without my help. > b) it refused to use 50G after the sda5 (which was marked preserve.) That > space is totally free even now. c) In addition the menus came up slowly and > it was unobvious what it was going to do or what options would be made > available. d) it crashed with a python error -all by itself nothing to do > with me or a prior layout saying no option "none" d) it chose the layout, > and refused to let me modify it. d) it left behind no log files In short > it was sucky experience. 'nough said. p.s. .. the option on the install menus for freeing space was called make more space avaiable and preserving partitions - I was using the language from those menus. The system is running, albeit missing 50G space and a partition boundary apparently not on a sector boundary - but good enough for now. I wish I had more detailed information to share, but the process didn't tell me much other than what is reported above. I prefer more control over the partition than what it is giving, but certainly more infomration about what is going on during that process, so I am experiencing a little frustration in trying to provide more info. Please excuse me. But all I know is what I saw during the process. .. a relatively simple one. I made everything available to linux except sda5... thanks for your work on this .. |