Re: amanda xfs m4 woes
Hi Tom > Have you considered doing tar based backups instead of dumps? considered it, but liked the idea of xfsdump dumping all the xfs metatdata (quotas etc) along with the user's data. Initial testing gives us estimates of ~ 20h to dump ~10TB of user data onto tape, which will do us just fine. Jim -- J.J. Green, Seaview Sensing Ltd., http://seaviewsensing.com/
Re: amanda xfs m4 woes
Have you considered doing tar based backups instead of dumps? -Tom On 1/19/10 11:52 AM, Jim Green wrote: Hi all Thanks very much for the replies, especially Tim who pointed us to the rpms at the amanda website. It turns out the their prebuilt binaries also lack xfs support, but that the source rpms for the stable release do build (sort of) cleanly. We've now installed, configured and tested the rpms, backing up and restoring a 30GB file of /dev/urandom output in double-quick time, excellent! There are a couple of wrinkles involved in the rpm build, I've attached a script which created the ones that we use in case others come across the same problem. Thanks again all. Jim
Re: amanda xfs m4 woes
Hi all Thanks very much for the replies, especially Tim who pointed us to the rpms at the amanda website. It turns out the their prebuilt binaries also lack xfs support, but that the source rpms for the stable release do build (sort of) cleanly. We've now installed, configured and tested the rpms, backing up and restoring a 30GB file of /dev/urandom output in double-quick time, excellent! There are a couple of wrinkles involved in the rpm build, I've attached a script which created the ones that we use in case others come across the same problem. Thanks again all. Jim -- J.J. Green, Seaview Sensing Ltd., http://seaviewsensing.com/ amanda-rpm-build.sh Description: Bourne shell script
Re: amanda xfs m4 woes
Jim Green wrote: Hi all I'n trying to get amanda working on x86_64 SL51 - problem one, an old bug in the amanda rpm causing a segfault on a double-freed pointer, fixed by obtaining amanda-*-2.5.0p2-8.el5.x86_64.rpm and manually installing, - problem two, we get backups OK on ext3 filesystems but failures on XFS filesystems, google suggests that if amanda is compiled on a system without xfsdump installed then the amanda will be built without xfs support. I think that this has happened - question : can I find out if it has XFS support? I can't see a way - problem three, OK, I'll rebuild it myself, grab the source rpm, rpm -i it into /usr/src, cd to /usr/src/redhat/SPECS rpmbuild -bb amanda.spec result : configure.in:2588: /usr/bin/m4: builtin `mkstemp' requested by frozen file is not supported, google says due to m4 being too old. m4 --versionGNU M4 1.4.5 this seems to be the newest SL5 m4 available. Any ideas? What baffles me is that, if the newest m4 in SL is unable to build the amanda package, then how come the SL amanda rpms exist! where they compiled on another RH variant in some bizzare "cross distro compilation" exercise?! Any pointers would be gratefully received Cheers Jim Hi Jim, I can answer the m4 question. RHEL5 was compiled with a different m4 than is in the distribution. As a result, SL5 has been recompiled with a different m4 than is in the distribution. Here is the version of m4 that we use to compile. http://ftp1.scientificlinux.org/linux/slf5x/SRPMS/SL/m4-1.4.8-1.src.rpm Troy -- __ Troy Dawson daw...@fnal.gov (630)840-6468 Fermilab ComputingDivision/LSCS/CSI/USS Group __
Re: amanda xfs m4 woes
On 18/01/10 17:58, Jim Green wrote: > Hi all > > I'n trying to get amanda working on x86_64 SL51 > > - problem one, an old bug in the amanda rpm causing a segfault > on a double-freed pointer, fixed by obtaining > > amanda-*-2.5.0p2-8.el5.x86_64.rpm > > and manually installing, > > - problem two, we get backups OK on ext3 filesystems but > failures on XFS filesystems, google suggests that if amanda > is compiled on a system without xfsdump installed then the > amanda will be built without xfs support. I think that this has > happened > - question : can I find out if it has XFS support? I can't see a way > > - problem three, OK, I'll rebuild it myself, grab the source rpm, > rpm -i it into /usr/src, cd to /usr/src/redhat/SPECS > > rpmbuild -bb amanda.spec > > result : configure.in:2588: /usr/bin/m4: builtin `mkstemp' requested by > frozen file is not supported, > > google says due to m4 being too old. > > m4 --versionGNU M4 > 1.4.5 > > this seems to be the newest SL5 m4 available. > > Any ideas? > > What baffles me is that, if the newest m4 in SL is unable to build the > amanda package, then how come the SL amanda rpms exist! where they > compiled on another RH variant in some bizzare "cross distro compilation" > exercise?! > > Any pointers would be gratefully received > > Cheers > > Jim We use Amanda here but not the Redhat/SL RPM, Amanda themselves provide RPMs for RHEL4 & 5: http://www.zmanda.com/download-amanda.php See if that has the XFS stuff built in. Tim Edwards
amanda xfs m4 woes
Hi all I'n trying to get amanda working on x86_64 SL51 - problem one, an old bug in the amanda rpm causing a segfault on a double-freed pointer, fixed by obtaining amanda-*-2.5.0p2-8.el5.x86_64.rpm and manually installing, - problem two, we get backups OK on ext3 filesystems but failures on XFS filesystems, google suggests that if amanda is compiled on a system without xfsdump installed then the amanda will be built without xfs support. I think that this has happened - question : can I find out if it has XFS support? I can't see a way - problem three, OK, I'll rebuild it myself, grab the source rpm, rpm -i it into /usr/src, cd to /usr/src/redhat/SPECS rpmbuild -bb amanda.spec result : configure.in:2588: /usr/bin/m4: builtin `mkstemp' requested by frozen file is not supported, google says due to m4 being too old. m4 --versionGNU M4 1.4.5 this seems to be the newest SL5 m4 available. Any ideas? What baffles me is that, if the newest m4 in SL is unable to build the amanda package, then how come the SL amanda rpms exist! where they compiled on another RH variant in some bizzare "cross distro compilation" exercise?! Any pointers would be gratefully received Cheers Jim -- J.J. Green, Seaview Sensing Ltd., http://seaviewsensing.com/
