Thread: [Mondo-devel] [PATCH] Make NFS restore filename prefix aware
Brought to you by:
bcornec
From: Andree L. <ale...@bi...> - 2005-12-07 11:24:18
Attachments:
prefix_patch.tar.gz
|
Dear all, Please find attached patches for mindi and mondo to get filename prefixes to work for NFS restores. The patch to mindi adds a new variable 'filename-prefix' to the mondo-restore.cfg file. The patch to mondo makes it so that mondoarchive hands this new parameter to mindi (so I would have to update my shiny mindi manpage ;-) ) and mondoarchive actually reads it as part of reading the entire mondo-restore.cfg file. Now, I'm not sure whether I have gone overboard here as PXE appears to be working with filename prefixes without a dedicated parameter in the mondo-restore.cfg file (no first-hand experience just deducing). But I think the clean approach would be to introduce such a parameter which is what the patch does. It would be great if people would let me know what they think about the approach. The attached patches are stripped from the current Debian patches of my packages. I hope they work as they are but I haven't tested them. I have, however, tested the Debian packages successfully apart form an unrelated issue with restoring an NTFS partition. Cheers Andree PS: Bruno, do you intend to make a [1|2].06 release anytime soon? I have packaged up r132 plus some fixes and that seems to work nicer than the old version. But a clean [1|2].06 would definitely look better... -- Andree Leidenfrost Sydney - Australia |
From: Bruno C. <Bru...@hp...> - 2005-12-07 13:23:58
|
Andree Leidenfrost said on Wed, Dec 07, 2005 at 10:24:00PM +1100: > Please find attached patches for mindi and mondo to get filename > prefixes to work for NFS restores. Aie :-) I already did one integrated in SVN: ------------------------------------------------------------------------ r148 | bcornec | 2005-12-02 20:22:32 +0100 (ven, 02 d=E9c 2005) | 7 lines Changed paths: M /branches/2.05/mindi/README.pxe M /branches/2.05/mindi/mindi M /branches/2.05/mindi/rootfs/sbin/init M /branches/2.05/mondo/mondo/common/libmondo-files.c M /branches/2.05/mondo/mondo/common/libmondo-tools.c M /branches/2.05/mondo/mondo/common/my-stuff.h M /branches/2.05/mondo/mondo/mondorestore/mondo-rstr-tools.c - Bug on USB keyboard corrected - PXE mode reviewed (netmask and route management added in start-nfs) - -p option with PXE doesn't require a parameter anymore and it now works with t he parameter - -p option should work correctly with iso and nfs modes - cosmetic messages improvement for mindi - use STD_PREFIX You may want to look at the diff between r132 and r148 to see how I did it, and feelf free to comment. >=20 > The patch to mindi adds a new variable 'filename-prefix' to the > mondo-restore.cfg file. Ok, mine was done in a different way :-) > PS: Bruno, do you intend to make a [1|2].06 release anytime soon? I have > packaged up r132 plus some fixes and that seems to work nicer than the > old version. But a clean [1|2].06 would definitely look better... Yep, I think that what we have put on top of [1|2].05 qualifies for a [1|2].06. I was just waiting for feedback from people who had problems, but I guess I should make a tar file first as it's easier that way.=20 I'll release a post r155 later this week which will a a [1|2].06RC. I'll also look at your latest patches (between r151-r155) to add them also to trunk, as I do not want the branches to evoluate differently). Bruno. --=20 Linux Solution Consultant / Open Source Evangelist \ HP C&I EMEA I= SG HP/Intel Solution Center http://hpintelco.net Hewlett-Packard Grenoble/Fran= ce Des infos sur Linux? http://www.HyPer-Linux.org http://www.hp.com/lin= ux La musique ancienne? http://www.musique-ancienne.org http://www.medieval.o= rg |
From: Andree L. <ale...@bi...> - 2005-12-07 13:30:56
|
Hi Bruno, On Wed, 2005-12-07 at 14:22 +0100, Bruno Cornec wrote: > Andree Leidenfrost said on Wed, Dec 07, 2005 at 10:24:00PM +1100: >=20 > > Please find attached patches for mindi and mondo to get filename > > prefixes to work for NFS restores. >=20 > Aie :-) I already did one integrated in SVN: My fault entirely. I experienced this issue and fixed it in silence without communicating back to you early last week. Sorry about that! > ------------------------------------------------------------------------ > r148 | bcornec | 2005-12-02 20:22:32 +0100 (ven, 02 d=E9c 2005) | 7 lines > Changed paths: > M /branches/2.05/mindi/README.pxe > M /branches/2.05/mindi/mindi > M /branches/2.05/mindi/rootfs/sbin/init > M /branches/2.05/mondo/mondo/common/libmondo-files.c > M /branches/2.05/mondo/mondo/common/libmondo-tools.c > M /branches/2.05/mondo/mondo/common/my-stuff.h > M /branches/2.05/mondo/mondo/mondorestore/mondo-rstr-tools.c >=20 > - Bug on USB keyboard corrected > - PXE mode reviewed (netmask and route management added in start-nfs) > - -p option with PXE doesn't require a parameter anymore and it now > works with t > he parameter > - -p option should work correctly with iso and nfs modes > - cosmetic messages improvement for mindi > - use STD_PREFIX >=20 > You may want to look at the diff between r132 and r148 to see how I did > it, and feelf free to comment. Sure, I'll have a look. > >=20 > > The patch to mindi adds a new variable 'filename-prefix' to the > > mondo-restore.cfg file. >=20 > Ok, mine was done in a different way :-) >=20 > > PS: Bruno, do you intend to make a [1|2].06 release anytime soon? I hav= e > > packaged up r132 plus some fixes and that seems to work nicer than the > > old version. But a clean [1|2].06 would definitely look better... >=20 > Yep, I think that what we have put on top of [1|2].05 qualifies for a > [1|2].06. I was just waiting for feedback from people who had problems, > but I guess I should make a tar file first as it's easier that way.=20 >=20 > I'll release a post r155 later this week which will a a [1|2].06RC. >=20 > I'll also look at your latest patches (between r151-r155) to add them > also to trunk, as I do not want the branches to evoluate differently). Okidoki, [1|2].06 would be good indeed, especially for humble package maintainers like myself. ;-) > Bruno. Regards Andree --=20 Andree Leidenfrost Sydney - Australia |
From: Bruno C. <Bru...@hp...> - 2005-12-08 15:35:25
|
Andree Leidenfrost said on Thu, Dec 08, 2005 at 12:30:51AM +1100: > Okidoki, [1|2].06 would be good indeed, especially for humble package > maintainers like myself. ;-) Ok, so in order to prepare this, I have released a new version of mindi and mondo (r170) containaing most of the patches discussed recently here. Available at http://mondorescue.berlios.de Please report remaining problems (especially PXE/NFS and prefix support) here so we can solve them before 2.06/1.06. TIA, Bruno. Changelogs: mondo v2.06pre=20 - better error handling of failed commands/mindi (Andree Leidenfrost) - fix compiler warnings (Andree Leidenfrost) - -p improvements for NFS/PXE/ISO modes (Bruno Cornec) - support of default route and netmask for PXE/NFS (Bruno Cornec) - fix for restoring mondo backups on md-raid systems (Philippe De Muyter) - remove excessive 'cat' commands (Philippe De Muyter) - fix to force growisofs to use speed=3D1 for DVD burning (Philippe De Muyter) - fix issue where mondoarchive ejects CD/DVD despite writing iso images=20 (Andree Leidenfrost) - Add -P option to df calls (Andree Leidenfrost/Chuan-kai Lin) - fix usage of joint -B and -m options (Andree Leidenfrost/Efraim Feinstein) - Quadrupled ARBITRARY_MAXIMUM from 500 to 2000 for mondorestore's filebrowser (Andree Leidenfrost) mindi v1.05pre - mindi manpage added (Andree Leidenfrost) - clean up remaining mount points, mindi.err at the end (Wolfgang Rosenauer) - fix bugs for SuSE distro around tar, tr and find arguments order=20 (Wolfgang Rosenauer) - new busybox version used for better PXE support (Bruno Cornec) - USB keyboard support (Bruno Cornec) - -p should now work with ISO/PXE/NFS modes (Bruno Cornec) --=20 Linux Solution Consultant / Open Source Evangelist \ HP C&I EMEA I= SG HP/Intel Solution Center http://hpintelco.net Hewlett-Packard Grenoble/Fran= ce Des infos sur Linux? http://www.HyPer-Linux.org http://www.hp.com/lin= ux La musique ancienne? http://www.musique-ancienne.org http://www.medieval.o= rg |
From: Eric G. <ege...@jp...> - 2005-12-08 16:01:46
|
Thanks, I will test asap. -Eric At 07:33 AM 12/8/2005, you wrote: >Andree Leidenfrost said on Thu, Dec 08, 2005 at 12:30:51AM +1100: > > > Okidoki, [1|2].06 would be good indeed, especially for humble package > > maintainers like myself. ;-) > > >Ok, so in order to prepare this, I have released a new version of mindi >and mondo (r170) containaing most of the patches discussed recently >here. > >Available at http://mondorescue.berlios.de > >Please report remaining problems (especially PXE/NFS and prefix support) >here so we can solve them before 2.06/1.06. > >TIA, >Bruno. > >Changelogs: > >mondo v2.06pre >- better error handling of failed commands/mindi (Andree Leidenfrost) >- fix compiler warnings (Andree Leidenfrost) >- -p improvements for NFS/PXE/ISO modes (Bruno Cornec) >- support of default route and netmask for PXE/NFS (Bruno Cornec) >- fix for restoring mondo backups on md-raid systems (Philippe De > Muyter) >- remove excessive 'cat' commands (Philippe De Muyter) >- fix to force growisofs to use speed=1 for DVD burning (Philippe De > Muyter) >- fix issue where mondoarchive ejects CD/DVD despite writing iso images > (Andree Leidenfrost) >- Add -P option to df calls (Andree Leidenfrost/Chuan-kai Lin) >- fix usage of joint -B and -m options (Andree Leidenfrost/Efraim > Feinstein) >- Quadrupled ARBITRARY_MAXIMUM from 500 to 2000 for mondorestore's > filebrowser > (Andree Leidenfrost) > >mindi v1.05pre >- mindi manpage added (Andree Leidenfrost) >- clean up remaining mount points, mindi.err at the end (Wolfgang > Rosenauer) >- fix bugs for SuSE distro around tar, tr and find arguments order > (Wolfgang Rosenauer) >- new busybox version used for better PXE support (Bruno Cornec) >- USB keyboard support (Bruno Cornec) >- -p should now work with ISO/PXE/NFS modes (Bruno Cornec) > > >-- >Linux Solution Consultant / Open Source Evangelist \ HP C&I EMEA ISG >HP/Intel Solution Center http://hpintelco.net Hewlett-Packard Grenoble/France >Des infos sur Linux? http://www.HyPer-Linux.org http://www.hp.com/linux >La musique ancienne? http://www.musique-ancienne.org http://www.medieval.org |
From: Aperghis-T. <mad...@fr...> - 2005-12-08 19:04:46
|
Bruno Cornec <Bru...@hp...> wrote: > Ok, so in order to prepare this, I have released a new version of mindi > and mondo (r170) containaing most of the patches discussed recently > here. > > Available at http://mondorescue.berlios.de > > Please report remaining problems (especially PXE/NFS and prefix support= ) > here so we can solve them before 2.06/1.06. Just tried with r170. Upon PXE boot, I have this error: BusyBox v1.1.0-pre1 (2005.11.24-23:45+0000) multi-call binary Usage: route [{add|del|delete}] PING <nfs-ip-addr>: 56 data byets --- <nfs-ip-addr> ping statistics --- 1 packets transmitted, 0 packets received, 100% packets loss mount: RPC: Unable to receive; errno =3D No route to host mount: nfsmount failed: Bad file descriptor mount: Mounting <nfs-server>:/data on /tmp/isodir failed: No such file = or directory So it looks like the network isn't correctly set up, and of course NFS can't work either. I'll take a closer look tomorrow as it's getting late, but I guess that the network setting in my specific case will be a little hard to get right (it's a /23). Regards -- S=E9bastien Aperghis-Tramoni Close the world, txEn eht nepO. |
From: Bruno C. <Bru...@hp...> - 2005-12-09 00:10:36
|
S=E9bastien Aperghis-Tramoni said on Thu, Dec 08, 2005 at 08:04:38PM +010= 0: > BusyBox v1.1.0-pre1 (2005.11.24-23:45+0000) multi-call binary > Usage: route [{add|del|delete}] Hummm :-) I probably need to check the route/busybox syntax. It's in start-nfs. > PING <nfs-ip-addr>: 56 data byets >=20 > --- <nfs-ip-addr> ping statistics --- > 1 packets transmitted, 0 packets received, 100% packets loss > mount: RPC: Unable to receive; errno =3D No route to host > mount: nfsmount failed: Bad file descriptor > mount: Mounting <nfs-server>:/data on /tmp/isodir failed: No such fil= e or > directory >=20 > So it looks like the network isn't correctly set up, and of course > NFS can't work either. I'll take a closer look tomorrow as it's > getting late, but I guess that the network setting in my specific > case will be a little hard to get right (it's a /23). Yes, have a look at what ifconfig gives. And try to play with the start-nfs script now that you have a newer busybox, it should be easier. At least I hope. Bruno. --=20 Linux Solution Consultant / Open Source Evangelist \ HP C&I EMEA= ISG HP/Intel Solution Center http://hpintelco.net Hewlett-Packard Grenoble/Fr= ance Des infos sur Linux? http://www.HyPer-Linux.org http://www.hp.com/l= inux La musique ancienne? http://www.musique-ancienne.org http://www.medieval= .org |
From: Aperghis-T. <mad...@fr...> - 2005-12-09 16:22:16
|
Hello Bruno, Bruno Cornec <Bru...@hp...> wrote: > S=E9bastien Aperghis-Tramoni said on Thu, Dec 08, 2005 at 08:04:38PM +0= 100: > > > BusyBox v1.1.0-pre1 (2005.11.24-23:45+0000) multi-call binary > > Usage: route [{add|del|delete}] > > Hummm :-) I probably need to check the route/busybox syntax. > It's in start-nfs. > > > So it looks like the network isn't correctly set up, and of course > > NFS can't work either. I'll take a closer look tomorrow as it's > > getting late, but I guess that the network setting in my specific > > case will be a little hard to get right (it's a /23). > > Yes, have a look at what ifconfig gives. And try to play with the > start-nfs script now that you have a newer busybox, it should be easier= . > At least I hope. Ok, this was an easy one :-) Here is the start-nfs script as generated by mondoarchive: ifconfig lo 127.0.0.1 # config loopback ifconfig eth0 <host-addr> netmask 255.255.254.0 # config client route add default gw # default route ping -c 1 <nfs-addr> # ping server mount -t nfs -o nolock <nfs-addr>:/data /tmp/isodir exit 0 As I expected from the error mesasge, the IP address of the default gateway is missing in the script. I digged through Mondo Rescue and found the origin of the problem in mondo/common/libmondo-files.c, line 1223: sprintf(command, "route | egrep '^default' | awk '{printf $2}'"); This doesn't work because route(1) has a fixed length output, and therefore truncate FQDN: $ route Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use I= face <network-A> * 255.255.254.0 U 0 0 0 e= th0 <network-B> * 255.255.0.0 U 0 0 0 e= th0 default router.dept12.r 0.0.0.0 UG 0 0 0 e= th0 The solution is to use "route -n" or "ip route", whose output is easier to parse: $ ip route <network-A>/23 dev eth0 proto kernel scope link src <host-addr> <network-B>/16 dev eth0 scope link default via <gateway-addr> dev eth0 Attached to this mail are two patches, one uses "ip route" while the other uses "route -n". ip(8) is a more recent command than route(8) but it's present in all distributions since quite some time now, even in RHEL3. I'll try to remake a RPM with this patch applied ni order to check that it actually works :) Regards -- S=E9bastien Aperghis-Tramoni Close the world, txEn eht nepO. |
From: Bruno C. <Bru...@hp...> - 2005-12-13 08:40:28
|
Hello S=E9bastien, S=E9bastien Aperghis-Tramoni said on Fri, Dec 09, 2005 at 05:22:10PM +010= 0: > The solution is to use "route -n" or "ip route", whose output is > easier to parse: Yes, of course, you're right. > Attached to this mail are two patches, one uses "ip route" while > the other uses "route -n". ip(8) is a more recent command than > route(8) but it's present in all distributions since quite some > time now, even in RHEL3. Well, I tend to be a conservative Unix guy ;-) So I took your route patch. I still need to read ip doc to be comfortable with it. And I'm pretty sure route won't be a problem, whatever the distro we use. Applied in r192. > I'll try to remake a RPM with this patch applied ni order to > check that it actually works :) Yes, I'm of course still interested by the remaining operations (PXE support + -p). Thanks for your patch (and also your great articles in Linux Magazine France :-) On a side note, would you be able to help if the idea to rewrite mindi in perl would be brought back ? Bruno. --=20 Linux Solution Consultant / Open Source Evangelist \ HP C&I EMEA= ISG HP/Intel Solution Center http://hpintelco.net Hewlett-Packard Grenoble/Fr= ance Des infos sur Linux? http://www.HyPer-Linux.org http://www.hp.com/l= inux La musique ancienne? http://www.musique-ancienne.org http://www.medieval= .org |
From: Aperghis-T. <mad...@fr...> - 2005-12-13 17:54:31
Attachments:
mondo-2.05-r170-nfs_setup_broadcast.patch
|
Bruno Cornec <Bru...@hp...> wrote: > Hello S=E9bastien, > > S=E9bastien Aperghis-Tramoni said on Fri, Dec 09, 2005 at 05:22:10PM +0= 100: > > > Attached to this mail are two patches, one uses "ip route" while > > the other uses "route -n". ip(8) is a more recent command than > > route(8) but it's present in all distributions since quite some > > time now, even in RHEL3. > > Well, I tend to be a conservative Unix guy ;-) So I took your route > patch. I still need to read ip doc to be comfortable with it. And I'm > pretty sure route won't be a problem, whatever the distro we use. I perfectly understand and agree with that point :-) > Applied in r192. Thanks > > I'll try to remake a RPM with this patch applied ni order to > > check that it actually works :) > > Yes, I'm of course still interested by the remaining operations (PXE > support + -p). I currently still have issues. Another bug I (re)discovered is that the old Linux network configurations tools ifconfig(8) and ip(8) included in RHEL3 are unable to calculate a correct broadcast when dealing with CIDR addresses. Here is an example using the IP address of a station I use for my test, 165.10.11.149/23 ipcalc(1) correctly gives the correct broadcast: $ ipcalc -b 165.10.11.149/23 BROADCAST=3D165.10.11.255 But, when you set up the network, if you don't specify the broadcast address, here is the result: # ifconfig eth0 165.10.11.149 netmask 255.255.254.0 # ifconfig eth0 eth0 Link encap:Ethernet HWaddr xx:xx:xx:xx:xx:xx inet addr:165.10.11.149 Bcast:165.10.255.255 Mask:255.255.254.= 0 [...] The broadcast address is incorrectly set to 165.10.255.255, which is not really the good one. So let's reset the interface and try with ip(8): # ifconfig eth0 inet 0.0.0.0 down # ip addr add 165.10.11.149/23 dev eth0 # ifconfig eth0 eth0 Link encap:Ethernet HWaddr xx:xx:xx:xx:xx:xx inet addr:165.10.11.149 Bcast:0.0.0.0 Mask:255.255.254.0 [...] It's even worse! This time, no broadcast at all.. (Of course, this is clearly not your fault, but ifconfig(8) and ip(8) :-) So a good thing to do would be to gather the broadcast address and store it in the start-nfs script as well. The attached patch is a untested bunch of bits which I presume should do the trick :-) Unfortunately, this is not enought in my case, as my test station can't see the NFS server for some still unknown reasons, but in the general case I think it's better to have the exact network settings. > Thanks for your patch (and also your great articles in Linux Magazine > France :-) It wasn't me who wrote the one on Mondo Rescue, I've only written articles related to Perl for now, and most are not even technical :-) I don't remember how deep that article went as I don't have the corresponding issue by hand, but I would now be quite interested to write one on how to setup Mondo Rescue with NFS and PXE.. once it reliably works :-) > On a side note, would you be able to help if the idea to rewrite mindi > in perl would be brought back ? Sure, although my job at the current workplace will end at the end of the month, so I'll have less time to do this, unless my next job also involve Mondo Rescue. But, anyway, I'll be pleased to help :-) Regards, -- S=E9bastien Aperghis-Tramoni Close the world, txEn eht nepO. |
From: Bruno C. <Bru...@hp...> - 2005-12-13 18:18:21
|
Hello, A new delivery of release candidate versions was required, due to a mistake I made on mindi in the previous revision. So here is r194, available as usual on http://mondorescue.berlios.de Packages are also available for rhel3/4, mdv10.2/2006.0. Except S=E9bastien, which already reported an issue ;-) I'd like to know whether it corrects most of the issues underlined before on the ML (I still have some of them to handle, like LVM-rhel4, but will do it later). It has not been tested a lot yet. The main changes with the previous delivery is around the new delivery layout (Cf: http://openfacts.berlios.de/index-en.phtml?title=3DMondorescue_Distributi= on_Packaging)=20 Please report any issue (with all relevant log files) here. TIA, Bruno. Here are the current changelogs: mindi 1.06 - mindi manpage added (Andree Leidenfrost) - clean up remaining mount points, mindi.err at the end (Wolfgang Rosenauer) - fix bugs for SuSE distro around tar, tr and find arguments order=20 (Wolfgang Rosenauer) - new busybox version used for better PXE support (Bruno Cornec) - USB keyboard support (Bruno Cornec) - -p should now work with ISO/PXE/NFS modes (Bruno Cornec) - relocate what was under /usr/share to /usr/lib (FHS compliance)=20 (Bruno Cornec/Andree Leidenfrost) - manage non ambiguous delivery under /usr (packages) or /usr/local (tar ball) (Bruno Cornec) mondo v2.06 - better error handling of failed commands/mindi (Andree Leidenfrost) - fix compiler warnings (Andree Leidenfrost) - -p improvements for NFS/PXE/ISO modes (Bruno Cornec) - support of default route and netmask for PXE/NFS (Bruno Cornec) - fix for restoring mondo backups on md-raid systems (Philippe De Muyter) - remove excessive 'cat' commands (Philippe De Muyter) - fix to force growisofs to use speed=3D1 for DVD burning (Philippe De Muyter) - now handles cifs correctly (Bruno Cornec) - fix issue where mondoarchive ejects CD/DVD despite writing iso images=20 (Andree Leidenfrost) - Add -P option to df calls (Andree Leidenfrost/Chuan-kai Lin) - fix usage of joint -B and -m options (Andree Leidenfrost/Efraim Feinstein) - Quadrupled ARBITRARY_MAXIMUM from 500 to 2000 for mondorestore's filebrowser (Andree Leidenfrost) - remove the renice of mondoarchive (Hugo Rabson) - relocate what was under /usr/share to /usr/lib (FHS compliance)=20 (Bruno Cornec/Andree Leidenfrost) - manage non ambiguous delivery under /usr (packages) or /usr/local (tar ball) (Bruno Cornec) - disable x11 build by default (Bruno Cornec) - remove sbminst (Bruno Cornec/Andree Leidenfrost) --=20 Linux Solution Consultant / Open Source Evangelist \ HP C&I EMEA= ISG HP/Intel Solution Center http://hpintelco.net Hewlett-Packard Grenoble/Fr= ance Des infos sur Linux? http://www.HyPer-Linux.org http://www.hp.com/l= inux La musique ancienne? http://www.musique-ancienne.org http://www.medieval= .org |
From: Aperghis-T. <mad...@fr...> - 2005-12-13 18:49:11
|
Bruno Cornec <Bru...@hp...> wrote: > Hello, > > A new delivery of release candidate versions was required, due to a > mistake I made on mindi in the previous revision. > > So here is r194, available as usual on http://mondorescue.berlios.de > Packages are also available for rhel3/4, mdv10.2/2006.0. > > Except S=E9bastien, which already reported an issue ;-) I'd like to kno= w > whether it corrects most of the issues underlined before on the ML (I > still have some of them to handle, like LVM-rhel4, but will do it > later). I've just downloaded and installed the new versions of Mindi and Mondo. I'm launching a new backup and will see tomorrow how things go. Bruno, did I thank you already for your fast release cycle? :-) -- S=E9bastien Aperghis-Tramoni Close the world, txEn eht nepO. |
From: Bruno C. <Bru...@hp...> - 2005-12-13 23:35:02
|
S=E9bastien Aperghis-Tramoni said on Tue, Dec 13, 2005 at 07:49:07PM +010= 0: > Bruno, did I thank you already for your fast release cycle? :-) Well, I'd just hope that they would be more useful. It seems from another mail that I broke something else :-( I really need now to work on my test setup ! And sleep more :-) Bruno. --=20 Linux Solution Consultant / Open Source Evangelist \ HP C&I EMEA= ISG HP/Intel Solution Center http://hpintelco.net Hewlett-Packard Grenoble/Fr= ance Des infos sur Linux? http://www.HyPer-Linux.org http://www.hp.com/l= inux La musique ancienne? http://www.musique-ancienne.org http://www.medieval= .org |
From: Aperghis-T. <mad...@fr...> - 2005-12-14 09:42:28
|
S=E9bastien Aperghis-Tramoni <mad...@fr...> wrote: > I've just downloaded and installed the new versions of Mindi and Mondo. > I'm launching a new backup and will see tomorrow how things go. Bruno, I confirm there's a regression with r194. Trying to boot with the images created with this version throws: VFS: Mounted root (ext2 filesystem) kmod: failed to exec /sbin/modprobe -s -k block-major-8, errno =3D 2 VFS: Cannot open root device "" or 08:03 Please append a correct "root=3D" boot option Kernel panic: VFS: Unable to mount root fs on 08:03 Making another test to be sure. -- S=E9bastien Aperghis-Tramoni Close the world, txEn eht nepO. |
From: Aperghis-T. <mad...@fr...> - 2005-12-14 18:28:29
|
S=E9bastien Aperghis-Tramoni <mad...@fr...> wrote: > Bruno, I confirm there's a regression with r194. Trying to boot with > the images created with this version throws: > > VFS: Mounted root (ext2 filesystem) > kmod: failed to exec /sbin/modprobe -s -k block-major-8, errno =3D 2 > VFS: Cannot open root device "" or 08:03 > Please append a correct "root=3D" boot option > Kernel panic: VFS: Unable to mount root fs on 08:03 > > Making another test to be sure. Confirmed. I still don't understand the network issue I have: during start-nfs, ping doesn't receive a single packet back, even when it sends a few of them, but at the shell prompt, all packets are echo'ed. I suspect there's something done in between the time start-nfs is executed and the time the shell is launched. Still searchnig... Also, attached to this mail is a small patch to mindi: /bin/arch is not present in the ramdisk, while /bin/uname is, and can be used instead. And finally, I don't understand the line 23 the mindi: RUN_AFTER_BOOT_PHASE_COMPLETE=3D"ide-opt" This looks like a command that should be executed at some point, except there's not such command "ide-opt" on my system. Regards, -- S=E9bastien Aperghis-Tramoni Close the world, txEn eht nepO. |
From: Aperghis-T. <mad...@fr...> - 2005-12-14 19:03:18
|
S=E9bastien Aperghis-Tramoni <mad...@fr...> wrote: > I still don't understand the network issue I have: during start-nfs, > ping doesn't receive a single packet back, even when it sends a few > of them, but at the shell prompt, all packets are echo'ed. I suspect > there's something done in between the time start-nfs is executed and > the time the shell is launched. Still searchnig... Ok, advice from Klortho[1] #11906 and #11922 apply to my case... ping doesn't work, *but* the NFS mount succeeds! But then the ISO can't be loop-mounted, and the reason being that the configuration option "nfs-server-path" from /tmp/mondo-restore.cfg isn't used. Plus, "iso-prefix" is set to the value I gave to mondoarchive= , but the file created by mondoarchive is named $prefix-1.iso So, unless I'm wrong, there's a double bug here. For the records, here is how I execute mondoarchive: mondoarchive -On <nfs-server>:/data -d backup/mondo -9 \ -E /data -N -F -T $TMP -p $HOSTNAME Therefore my ISO is named $HOSTNAME-1.iso while /sbin/linuxrc tries to loop-mount $HOSTNAME.iso (confirmed by /tmp/mondo-restore.log). I'll try to send you a patch tomorrow. It's quite late now and it's more like the time to go home :) [1] http://groups.google.com/group/comp.lang.perl.misc/msg/b2f911d6d9c5ce= f2 Regards, -- S=E9bastien Aperghis-Tramoni Close the world, txEn eht nepO. |
From: Bruno C. <Bru...@hp...> - 2005-12-14 23:42:48
|
S=E9bastien Aperghis-Tramoni said on Wed, Dec 14, 2005 at 08:03:11PM +010= 0: > ping doesn't work, *but* the NFS mount succeeds! On my side, my first try revealed that my module needed mii to be usable. So now I'm building a new backup and will test tomorrow in order to see if the network part is now successful. > But then the ISO can't be loop-mounted, and the reason being that > the configuration option "nfs-server-path" from /tmp/mondo-restore.cfg > isn't used.=20 Not sure yet 100% but I think we don't need it as the start-nfs script should to the job for that part. > Plus, "iso-prefix" is set to the value I gave to mondoarchive, > but the file created by mondoarchive is named $prefix-1.iso > So, unless I'm wrong, there's a double bug here. This one is a true bug. I'm including a correction right now. > I'll try to send you a patch tomorrow. It's quite late now and it's > more like the time to go home :) No problem, I have made it will be in r207. Bruno. --=20 Linux Solution Consultant / Open Source Evangelist \ HP C&I EMEA= ISG HP/Intel Solution Center http://hpintelco.net Hewlett-Packard Grenoble/Fr= ance Des infos sur Linux? http://www.HyPer-Linux.org http://www.hp.com/l= inux La musique ancienne? http://www.musique-ancienne.org http://www.medieval= .org |
From: Aperghis-T. <mad...@fr...> - 2005-12-15 01:09:38
|
Bruno Cornec <Bru...@hp...> wrote: > > But then the ISO can't be loop-mounted, and the reason being that > > the configuration option "nfs-server-path" from /tmp/mondo-restore.cf= g > > isn't used. > > Not sure yet 100% but I think we don't need it as the start-nfs script > should to the job for that part. Hmm, I'd say it's needed. For example in my setup I store the ISO in <nfs-server>:/data/backup/mondo/ . Speaking using mondoarchive terms, the device is "<nfs-server>:/data" and the path is "backup/mondo". /sbin/start-nfs mounts the NFS directory <nfs-server>:/data in /tmp/isodir, and then the rest of the script assumes the ISO image is at /tmp/isodir/$imgdisk while it actually is at /tmp/isodir/backup/mondo/$imgdisk > > Plus, "iso-prefix" is set to the value I gave to mondoarchive, > > but the file created by mondoarchive is named $prefix-1.iso > > So, unless I'm wrong, there's a double bug here. > > This one is a true bug. I'm including a correction right now. > > > I'll try to send you a patch tomorrow. It's quite late now and it's > > more like the time to go home :) > > No problem, I have made it will be in r207. Oh, thanks :) -- S=E9bastien Aperghis-Tramoni Close the world, txEn eht nepO. |
From: Aperghis-T. <mad...@fr...> - 2005-12-15 11:50:53
Attachments:
mindi-1.05-r194-NFS+cat.patch
|
S=E9bastien Aperghis-Tramoni <mad...@fr...> wrote: > Bruno Cornec <Bru...@hp...> wrote: > > > > But then the ISO can't be loop-mounted, and the reason being that > > > the configuration option "nfs-server-path" from /tmp/mondo-restore.= cfg > > > isn't used. > > > > Not sure yet 100% but I think we don't need it as the start-nfs scrip= t > > should to the job for that part. > > Hmm, I'd say it's needed. For example in my setup I store the ISO in > <nfs-server>:/data/backup/mondo/ . Speaking using mondoarchive terms, > the device is "<nfs-server>:/data" and the path is "backup/mondo". > /sbin/start-nfs mounts the NFS directory <nfs-server>:/data in > /tmp/isodir, and then the rest of the script assumes the ISO image > is at /tmp/isodir/$imgdisk while it actually is at > /tmp/isodir/backup/mondo/$imgdisk Just tried and now it can find the ISO image, except losetup(8) hangs.. := ( Attached is a patch that makes /sbin/linuxrc uses that configuration option and also suppress several undeeded "cat .. |". -- S=E9bastien Aperghis-Tramoni Close the world, txEn eht nepO. |
From: Bruno C. <Bru...@hp...> - 2005-12-15 12:00:38
|
S=E9bastien Aperghis-Tramoni said on Thu, Dec 15, 2005 at 12:50:38PM +010= 0: > Just tried and now it can find the ISO image, except losetup(8) hangs..= :( I have had exactly the same problem this morning trying to debug the thing. The problem is that busybox SVN is also as broken as mine :-( So busybox doesn't recompile, which is sad, as they've made some fixes for losetup especially.=20 Ass soon as I can update busybox, I'll retry it and let you know. > Attached is a patch that makes /sbin/linuxrc uses that configuration > option and also suppress several undeeded "cat .. |". Thanks for those. I'll apply them. Bruno --=20 Linux Solution Consultant / Open Source Evangelist \ HP C&I EMEA= ISG HP/Intel Solution Center http://hpintelco.net Hewlett-Packard Grenoble/Fr= ance Des infos sur Linux? http://www.HyPer-Linux.org http://www.hp.com/l= inux La musique ancienne? http://www.musique-ancienne.org http://www.medieval= .org |
From: Aperghis-T. <mad...@fr...> - 2005-12-16 12:23:32
|
Bruno Cornec <Bru...@hp...> wrote: > S=E9bastien Aperghis-Tramoni said on Thu, Dec 15, 2005 at 12:50:38PM +0= 100: > > > Just tried and now it can find the ISO image, except losetup(8) hangs= .. :( > > I have had exactly the same problem this morning trying to debug the > thing. > > The problem is that busybox SVN is also as broken as mine :-( > So busybox doesn't recompile, which is sad, as they've made some fixes > for losetup especially. I statically compiled the real losetup(8) command, added it to the disk image and changed /sbin/linuxrc so it uses it. Now the ISO image is correctly loop-mounted, but I have new errors: (start-nfs is executed) Please wait. Recombining large files........Done. Finalizing soft links...mv: unable to rename './lib/libc.so.6': No such= file or directory mv: unable to rename './usr/bin/gunzip': No such file or directory mv: unable to rename './usr/bin/gzip': No such file or directory mv: unable to rename './usr/bin/awk': No such file or directory mv: unable to rename './usr/bin/gawk': No such file or directory mv: unable to rename './usr/lib/libncurses.so.5': No such file or direc= tory Done Then things go on, with several messages from different subsystems of the kernel (USB, PCI, ATA, MD). Then I see a usage message: Linux Kernel Card Services 3.1.22 options: [pci] [cardbus] [pm] but no harm here, as it's a workstation with no PC-Card slot. However, I then see several times the same message that repeats itself during the rest of the process, intermixed with the other messages: ds: no socket drivers loaded! There's also a bunch of: grep: error while loading shared libraries: libc.so.6: cannot open obje= ct file: No such file or directory most of them appearing just before Optimizing IDE drive access...Done. See /tmp/oid.log for logs. But this log file is empty. That was just to report the errors I had, I'll continue to search on my side. PS: if you want to try, losetup is available here: <ftp://ftp.win.tue.nl/pub/linux-local/utils/util-linux/> -- S=E9bastien Aperghis-Tramoni Close the world, txEn eht nepO. |
From: Bruno C. <Bru...@hp...> - 2005-12-16 13:27:52
|
S=E9bastien Aperghis-Tramoni said on Fri, Dec 16, 2005 at 01:23:21PM +010= 0: > That was just to report the errors I had, I'll continue to search on > my side. Do not pass to much time. Can you just test the build 227 I just uploaded. busybox is now fixed in it for PXE boot, and I think I've found the annoying bug we had, but I've not finished all the tests I'd like to do. Bruno. --=20 Linux Solution Consultant / Open Source Evangelist \ HP C&I EMEA= ISG HP/Intel Solution Center http://hpintelco.net Hewlett-Packard Grenoble/Fr= ance Des infos sur Linux? http://www.HyPer-Linux.org http://www.hp.com/l= inux La musique ancienne? http://www.musique-ancienne.org http://www.medieval= .org |
From: Eric G. <ege...@jp...> - 2005-12-16 13:52:56
|
If there are rhel 3 rpms, I'll test it out too. Thanks for working these issues. At 05:26 AM 12/16/2005, you wrote: >S=E9bastien Aperghis-Tramoni said on Fri, Dec 16, 2005 at 01:23:21PM +0100: > > > That was just to report the errors I had, I'll continue to search on > > my side. > >Do not pass to much time. >Can you just test the build 227 I just uploaded. >busybox is now fixed in it for PXE boot, and I think I've found the >annoying bug we had, but I've not finished all the tests I'd like to do. > >Bruno. >-- >Linux Solution Consultant / Open Source Evangelist \ HP C&I EMEA= ISG >HP/Intel Solution Center http://hpintelco.net Hewlett-Packard= Grenoble/France >Des infos sur Linux? http://www.HyPer-Linux.org = http://www.hp.com/linux >La musique ancienne? http://www.musique-ancienne.org= http://www.medieval.org > > >------------------------------------------------------- >This SF.net email is sponsored by: Splunk Inc. Do you grep through log= files >for problems? Stop! Download the new AJAX search engine that makes >searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! >http://ads.osdn.com/?ad_idv37&alloc_id865&opclick >_______________________________________________ >Mondo-devel mailing list >Mon...@li... >https://lists.sourceforge.net/lists/listinfo/mondo-devel |
From: Guglielmo A. <dar...@in...> - 2005-12-16 13:57:55
|
Hello, cvs.mondorescue.org says host unknown... Ho do I get the sources ? TIA Guglielmo |
From: Bruno C. <Bru...@hp...> - 2005-12-16 14:09:20
|
Guglielmo Alfieri said on Fri, Dec 16, 2005 at 02:57:52PM +0100: > cvs.mondorescue.org says host unknown... Yep, for too long now. > Ho do I get the sources ? Latest devs are available via SVN from http://mondorescue.berlios.de (look at the SVN tag) Bruno. -- Linux Solution Consultant / Open Source Evangelist \ HP C&I EMEA ISG HP/Intel Solution Center http://hpintelco.net Hewlett-Packard Grenoble/France Des infos sur Linux? http://www.HyPer-Linux.org http://www.hp.com/linux La musique ancienne? http://www.musique-ancienne.org http://www.medieval.org |