At 2016-07-21 18:43:04, "Richard W.M. Jones" <rjones@redhat.com> wrote:>On Thu, Jul 21, 2016 at 06:36:20PM +0800, Chen Hanxiao wrote: >> the virtio modules in kmods did existed in this machine. >> with -v -v -v, I got: > >Can you attach or pastebin the complete output from this command on >the failing machine please: > >supermin5 --build -f ext2 -v -v -v /usr/lib64/guestfs/supermin.d -o /tmp/appliance.d >Sure. Please check the attachments. Regards, - Chen
On Thu, Jul 21, 2016 at 06:50:52PM +0800, Chen Hanxiao wrote:> > > At 2016-07-21 18:43:04, "Richard W.M. Jones" <rjones@redhat.com> wrote: > >On Thu, Jul 21, 2016 at 06:36:20PM +0800, Chen Hanxiao wrote: > >> the virtio modules in kmods did existed in this machine. > >> with -v -v -v, I got: > > > >Can you attach or pastebin the complete output from this command on > >the failing machine please: > > > >supermin5 --build -f ext2 -v -v -v /usr/lib64/guestfs/supermin.d -o /tmp/appliance.d > > > > Sure. > > Please check the attachments.I'm not exactly sure what's wrong. There are two things you can try: (1) Upgrade to a later supermin. The latest version is 5.1.16, which is available here: https://people.redhat.com/~rjones/libguestfs-RHEL-7.3-preview/ It is also much faster than 5.1.10. (2) With 5.1.16, if it still doesn't work, strace it, and let us see the full strace.log: strace -o /tmp/strace.log -s 1024 \ supermin5 --build -f ext2 -v -v -v /usr/lib64/guestfs/supermin.d \ -o /tmp/appliance.d Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com virt-df lists disk usage of guests without needing to install any software inside the virtual machine. Supports Linux and Windows. http://people.redhat.com/~rjones/virt-df/
At 2016-07-21 19:04:07, "Richard W.M. Jones" <rjones@redhat.com> wrote:>On Thu, Jul 21, 2016 at 06:50:52PM +0800, Chen Hanxiao wrote: >> >> >> At 2016-07-21 18:43:04, "Richard W.M. Jones" <rjones@redhat.com> wrote: >> >On Thu, Jul 21, 2016 at 06:36:20PM +0800, Chen Hanxiao wrote: >> >> the virtio modules in kmods did existed in this machine. >> >> with -v -v -v, I got: >> > >> >Can you attach or pastebin the complete output from this command on >> >the failing machine please: >> > >> >supermin5 --build -f ext2 -v -v -v /usr/lib64/guestfs/supermin.d -o /tmp/appliance.d >> > >> >> Sure. >> >> Please check the attachments. > >I'm not exactly sure what's wrong. There are two things you >can try: > >(1) Upgrade to a later supermin. The latest version is 5.1.16, which >is available here: > >https://people.redhat.com/~rjones/libguestfs-RHEL-7.3-preview/ > >It is also much faster than 5.1.10.Hi, Rich: I download the rpm from https://people.redhat.com/~rjones/libguestfs-RHEL-7.3-preview/supermin5-5.1.16-4.el7.x86_64.rpm and exact it But #supermin -V supermin 4.1.4 supermin: unknown option `--build'. supermin - tool for creating supermin appliances Copyright (C) 2009-2013 Red Hat Inc. Anything wrong? Regards, - Chen> >(2) With 5.1.16, if it still doesn't work, strace it, and let us see >the full strace.log: > >strace -o /tmp/strace.log -s 1024 \ > supermin5 --build -f ext2 -v -v -v /usr/lib64/guestfs/supermin.d \ > -o /tmp/appliance.d > >Rich. > >-- >Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones >Read my programming and virtualization blog: http://rwmj.wordpress.com >virt-df lists disk usage of guests without needing to install any >software inside the virtual machine. Supports Linux and Windows. >http://people.redhat.com/~rjones/virt-df/
On Thursday, 21 July 2016 18:50:52 CEST Chen Hanxiao wrote:> > At 2016-07-21 18:43:04, "Richard W.M. Jones" <rjones@redhat.com> wrote: > >On Thu, Jul 21, 2016 at 06:36:20PM +0800, Chen Hanxiao wrote: > >> the virtio modules in kmods did existed in this machine. > >> with -v -v -v, I got: > > > >Can you attach or pastebin the complete output from this command on > >the failing machine please: > > > >supermin5 --build -f ext2 -v -v -v /usr/lib64/guestfs/supermin.d -o /tmp/appliance.d > > > > Sure. > > Please check the attachments.Hm, is the /lib/modules/3.10.0-229.el7.x86_64/modules.dep file correct (as in existing and not empty)? If so, what if you run as root `depmod -a` and then try again? -- Pino Toscano
At 2016-07-21 19:52:11, "Pino Toscano" <ptoscano@redhat.com> wrote:>On Thursday, 21 July 2016 18:50:52 CEST Chen Hanxiao wrote: >> >> At 2016-07-21 18:43:04, "Richard W.M. Jones" <rjones@redhat.com> wrote: >> >On Thu, Jul 21, 2016 at 06:36:20PM +0800, Chen Hanxiao wrote: >> >> the virtio modules in kmods did existed in this machine. >> >> with -v -v -v, I got: >> > >> >Can you attach or pastebin the complete output from this command on >> >the failing machine please: >> > >> >supermin5 --build -f ext2 -v -v -v /usr/lib64/guestfs/supermin.d -o /tmp/appliance.d >> > >> >> Sure. >> >> Please check the attachments. > >Hm, is the /lib/modules/3.10.0-229.el7.x86_64/modules.dep file correct >(as in existing and not empty)? If so, what if you run as root >`depmod -a` and then try again? >Hi, Pino: Thanks for your hint. I think we got the key: on the machine fail: we lack of lines like: kernel/drivers/char/hw_random/amd-rng.ko: kernel/drivers/char/hw_random/via-rng.ko: kernel/drivers/char/hw_random/virtio-rng.ko: kernel/drivers/virtio/virtio_ring.ko kernel/drivers/virtio/virtio.ko kernel/drivers/char/hw_random/tpm-rng.ko: kernel/drivers/char/tpm/tpm_nsc.ko: kernel/drivers/char/tpm/tpm_atmel.ko: kernel/drivers/char/tpm/tpm_infineon.ko: kernel/drivers/char/virtio_console.ko: kernel/drivers/virtio/virtio_ring.ko kernel/drivers/virtio/virtio.ko ... which existed on the machine works fine. It works fine now. But why we make initrd only depends on modules.dep? Regards, - Chen