[EPEL-devel] EPEL 7 cloud-initramfs-tools/dracut-modules-growroot

Fred Wittekind rom at twister.dyndns.org
Fri Oct 31 19:25:37 UTC 2014


On 10/31/2014 4:44 AM, Juerg Haefliger wrote:
>
>
> On Thu, Oct 30, 2014 at 8:30 PM, Fred Wittekind 
> <rom at twister.dyndns.org <mailto:rom at twister.dyndns.org>> wrote:
> >
> >
> > On 8/7/2014 1:29 PM, Fred Wittekind wrote:
> >
> > On 8/5/2014 5:55 PM, Juerg Haefliger wrote:
> >
> > Hi Fred,
> >
> > On Tue, Aug 5, 2014 at 10:33 PM, Fred Wittekind 
> <rom at twister.dyndns.org <mailto:rom at twister.dyndns.org>> wrote:
> > >
> > > How soon might a el7 version of this package be available?  I can 
> see that there is already a bug entered in bugzilla for it 
> (https://bugzilla.redhat.com/show_bug.cgi?id=1117416) and it's listed 
> here https://apps.fedoraproject.org/packages/cloud-initramfs-tools 
> (with no release yet).
> >
> > I just started to look at this today. I hope to have something ready 
> for testing later this week.
> >
> > ...Juerg
> >
> > I tried the patch in the bug report linked above, and it it tries to 
> work.  boot.log shows that it is unable to write to the partition table.
> >
> > Have you gotten far enough in your testing to have any results, 
> maybe the same as mine?
> >
> > Fred
> >
> >
> > Any progress towards a release?
>
> Not really. I looked into it but it doesn't seem to be a trivial thing 
> to do with systemd. RHEL7 ships with a kernel that is new enough and 
> is capable of online resizing partitions, so the initrd hack is not 
> required. Is there a specific reason why you need this package in EPEL7?
>
I've built the package with the patch provided in the bugreport, and it 
tries, but, it fails to be able to write to the partition table, I get 
the same results command line.  I've tried with and without SELinux.   I 
am looking for a automated way to do this, on first boot after a drive 
resize.  So far I haven't found a manual way to do it that works.  I 
know I could create a second PV, and add it to a VG, and then resize the 
LV, but, would prefer not to do it this way, seems messy.

Fred

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.fedoraproject.org/pipermail/epel-devel/attachments/20141031/4aea63a4/attachment.html>


More information about the epel-devel mailing list