Re: [EXTERNAL] Re: Mondo 3.2.2 issues
"Kalchik, Jeffery" <[email protected]> Fri, 22 Nov 2019 17:59:19 +0000
| Newsgroups | gmane.linux.mondo.devel |
|---|---|
| Message-ID | <DM6PR01MB373985ACEDE4E0775AA3F84FCC490@DM6PR01MB3739.prod.exchangelabs.com> |
I won't argue that use of automount isn't well supported, or that it should be either, there's really only so much you can ensure. I do force the mount to exist prior to running mondoarchive as well as specifying the location on the command line, various filesystem exclusions, etc. This is all controlled by a Perl script that will take care of local customizations on each host here (and while it's certainly very functional... I can see opportunities for improvement. It's very highly custom for this environment.) I would agree that getting name resolution working in boot phase 1 (initrd processing) would certainly be a really good thing. How can I be of assistance? Is there a way to force include additional files into the initrd image? It seems like contents of /etc/mindi/deplist.d/* get included in images/all.tar.gz but not in initrd.img. -----Original Message----- From: Bruno Cornec <[email protected]> Sent: Friday, November 22, 2019 11:34 AM To: Mondo mailing list <[email protected]> Subject: [EXTERNAL] Re: [Mondo-devel] Mondo 3.2.2 issues Kalchik, Jeffery said on Fri, Nov 22, 2019 at 02:37:22PM +0000: ><scratches head> I see initrd.img in the root of the #1 ISO. I also see images/all.tar.gz that would seem to be rather important. >I've unpacked both into a temporary filesystem. usr/sbin/mondorestore appears in images/all.tar.gz, but not in initrd.img. I'd have to bet that images/all.tar.gz is supposed to be getting unpacked after the boot phase 1. Unpacking both results in about 1.25gb of space, so a 4gb RAM disk should be way more than sufficient. Unfortunately, until I get the base ramdisk issue sorted out, I'm sunk, as practically nothing is available at the Mindi command line. Yes all.tar.gz is extracted by install-additional-tools. Another case where an issue could araise is if the number of inodes of the FS is exceeded (lots of very small files). Don't have other ideas for now... >On CentOS 6: > >Name resolution still succeeds, but the NFS mount still fails during a mondorestore run. Well, wait. Name resolution succeeds after the boot is fully complete and leaves me at a command line (expert mode.) Name resolution *IS* failing during the boot phase 1, not sure that's entirely significant. http:// 140.190.50.94/mondorestore-3.3.0-CentOS6-20191122-1.log The fail of resolution in first phase is an issue for me. That should be fixed. Will reproduce and work on that. Now I see you're using automount, and that not something MondoRescue is well supporting. mondorestore checks that the mount point is there by looking for the ':' separator, which in your case is not found (due to the resolv issue). Will let you know when I have a working resolv configuration so you can test as well. Bruno. -- HPE WW FLOSS Technology Strategist https://nam03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.hpe.com%2Fengage%2Fopensource&data=01%7C01%7Cjdkalchik%40landolakes.com%7Cca361bda4e9549d665f808d76f7233e0%7C21ab97d78e754056826b9d8ec665c5a3%7C1&sdata=GouWkzVT2qKaxsBZWtwfVnF1cL%2BU4QKgH67Nkt7De40%3D&reserved=0 Open Source Profession, WW Linux Community Lead https://nam03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fgithub.com%2Fbcornec&data=01%7C01%7Cjdkalchik%40landolakes.com%7Cca361bda4e9549d665f808d76f7233e0%7C21ab97d78e754056826b9d8ec665c5a3%7C1&sdata=vqza6PB7I30poquS3mbOBKDOj3i53XdQgLV3B7A%2BYhg%3D&reserved=0 FLOSS projects: https://nam03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fmondorescue.org&data=01%7C01%7Cjdkalchik%40landolakes.com%7Cca361bda4e9549d665f808d76f7233e0%7C21ab97d78e754056826b9d8ec665c5a3%7C1&sdata=oefDSZCDqk7c2Osf39eqHLUgtZt4VqHrZjNurQQrhbA%3D&reserved=0 https://nam03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fproject-builder.org&data=01%7C01%7Cjdkalchik%40landolakes.com%7Cca361bda4e9549d665f808d76f7233e0%7C21ab97d78e754056826b9d8ec665c5a3%7C1&sdata=pb66i2Z7vBq9xnu9zs%2FHq2%2BCmzl4Um6rURVIZYcHy4w%3D&reserved=0 Musique ancienne? https://nam03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.musique-ancienne.org&data=01%7C01%7Cjdkalchik%40landolakes.com%7Cca361bda4e9549d665f808d76f7233e0%7C21ab97d78e754056826b9d8ec665c5a3%7C1&sdata=Kni6LaPJ%2Fak2Efk1IoDpEQWaeqHHKrJF0ykQEVSy2qw%3D&reserved=0 https://nam03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.medieval.org&data=01%7C01%7Cjdkalchik%40landolakes.com%7Cca361bda4e9549d665f808d76f7233e0%7C21ab97d78e754056826b9d8ec665c5a3%7C1&sdata=EDJKAuqWO0Pf7fO0dZanUGYl5zN96uy1mGSwJZrTH9Q%3D&reserved=0 _______________________________________________ Mondo-devel mailing list [email protected] https://nam03.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.sourceforge.net%2Flists%2Flistinfo%2Fmondo-devel&data=01%7C01%7Cjdkalchik%40landolakes.com%7Cca361bda4e9549d665f808d76f7233e0%7C21ab97d78e754056826b9d8ec665c5a3%7C1&sdata=%2BbYmp3DAH1%2BHwyce5zSss0uFcnI64MqkfyCNWbPrvqg%3D&reserved=0 Warning: This email originated from outside of Land O’Lakes. DO NOT click on links or open attachments unless you recognize the sender and know the content is safe. _______________________________________________ Mondo-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/mondo-devel