Re: gnutar in configure
Allen Liu --- work wrote: I installed gnutar 1.13.25 which generate : /usr/local/bin/tar When I configure amanda 2.4.4p2, it could not find gnutar : ./configure --with-user=amanda --with-group=sys --prefix=/myapp/am1 ... checking for grep... /usr/bin/grep checking for gtar... no checking for gnutar... no checking for tar... /usr/local/bin/tar checking for smbclient... /usr/local/samba/bin/smbclient Yes it did find gnutar. It just looked for the three different names, and found that /usr/local/bin/tar is indeed gnutar. (I called mine "amgtar", which configure does not look for; therefor I had to specify the option "--with-gnutar=/.../amgtar" ) -- Paul Bijnens, XplanationTel +32 16 397.511 Technologielaan 21 bus 2, B-3001 Leuven, BELGIUMFax +32 16 397.512 http://www.xplanation.com/ email: [EMAIL PROTECTED] *** * I think I've got the hang of it now: exit, ^D, ^C, ^\, ^Z, ^Q, F6, * * quit, ZZ, :q, :q!, M-Z, ^X^C, logoff, logout, close, bye, /bye, * * stop, end, F3, ~., ^]c, +++ ATH, disconnect, halt, abort, hangup, * * PF4, F20, ^X^X, :D::D, KJOB, F14-f-e, F8-e, kill -1 $$, shutdown, * * kill -9 1, Alt-F4, Ctrl-Alt-Del, AltGr-NumLock, Stop-A, ...* * ... "Are you sure?" ... YES ... Phew ... I'm out * ***
Re: gnutar in configure
On Tue, 2 Mar 2004 at 3:48pm, Jonathan Dill wrote > On another note, maybe things have changed, but I once found that gnutar > incremental backups sucked performance-wise, would make machines pretty > much unusable during estimates and dumps. Normally, this would not > matter, but you're talking University with eccentric grad students > working at 3am and such who complain about these things. I have > migrated most things to XFS filesystem and use xfsdump on Linux and > IRIX--a process that I started when XFS went Open Source (around Red Hat > 7.0) and I got tired of waiting for the problems with dump for ext2fs to > get sorted out. Machines are still very usable with xfsdump and > software compression running in the background, and finish faster than > gnutar dumps. xfsdump estimates are very fast, comparatively speaking. XFS and xfsdump are indeed very nice. But filesystems like this: [EMAIL PROTECTED] jlb]$ df -h FilesystemSize Used Avail Use% Mounted on . . . $SERVER0:/data 535G 518G 18G 97% /data $SERVER1:/moredata 1.8T 1.2T 621G 66% /moredata $SERVER2:/emfd 2.0T 779G 1.3T 39% /emfd make tar rather necessary (those are all XFS on Linux servers BTW). For the record, estimates on those servers go *very* fast (<5 min). I *do* have one server with a 1T XFS filesystem that takes a *long* time to estimate one particular direcotory (~90 minutes). But I'm pretty sure that's due to an inordinately large number of tiny files and subdirectories in there (about which I'm beating up the user). -- Joshua Baker-LePain Department of Biomedical Engineering Duke University
Re: gnutar in configure
If you're backing up more than one architecture, I find that it's nice to set things up so that you can have the same path to gnutar on all of the architectures. That way, you can run amrecover on any machine and it will find a valid path to gnutar. Normally, I just create a symbolic link to the "real" path to gnutar in /usr/local/etc/amanda/bin and use --with-gnutar=/usr/local/etc/amanda/bin/tar If you're only backing up one architecture, and this suggestion causes a brain hemmorhage, then forget about it and just stick to what you were doing. Maybe it seems a bit esoteric, but in practice I have found it to be very useful. Very often, I have restored files for an IRIX workstation to the holding disk of the amanda server, which is Linux, and then pick and choose which files I really want to transfer to the workstation with rsync, rather than just restoring everything to the IRIX workstation directly. That way, I can be careful not to overwrite files, or force overwriting corrupt files with newer timestamps, whatever it is that I need to do. I think it gives me an extra level of control to help avoid making a mistake. On another note, maybe things have changed, but I once found that gnutar incremental backups sucked performance-wise, would make machines pretty much unusable during estimates and dumps. Normally, this would not matter, but you're talking University with eccentric grad students working at 3am and such who complain about these things. I have migrated most things to XFS filesystem and use xfsdump on Linux and IRIX--a process that I started when XFS went Open Source (around Red Hat 7.0) and I got tired of waiting for the problems with dump for ext2fs to get sorted out. Machines are still very usable with xfsdump and software compression running in the background, and finish faster than gnutar dumps. xfsdump estimates are very fast, comparatively speaking. However, with faster CPUs, faster disk interfaces, and filesystems like Rieserfs, perhaps the performance of gnutar has improved. --jonathan Frank Smith wrote: Then you can run configure --with-gnutar=/usr/local/bin/tar, and make sure that that path exists on your clients, and is gnu tar of the proper version on all of them as well.
Re: gnutar in configure
--On Tuesday, March 02, 2004 14:09:06 -0500 Allen Liu --- work <[EMAIL PROTECTED]> wrote: >> > - how to make ./configure recognize gnutar ? >> >> Run configure with --with-gnutar=/path/to/your/gnutar > I installed tar-1.13.25 . There is no such thing 'gnutar' generated. It only > generated 'tar' and installed it in /usr/local/bin. Then you can run configure --with-gnutar=/usr/local/bin/tar, and make sure that that path exists on your clients, and is gnu tar of the proper version on all of them as well. Frank >> > >> > Thanks >> > >> > Allen Liu > -- Frank Smith [EMAIL PROTECTED] Sr. Systems Administrator Voice: 512-374-4673 Hoover's Online Fax: 512-374-4501
Re: gnutar in configure
- Original Message - From: "Frank Smith" <[EMAIL PROTECTED]> To: "Allen Liu --- work" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> Sent: Tuesday, March 02, 2004 1:59 PM Subject: Re: gnutar in configure > > > --On Tuesday, March 02, 2004 13:34:19 -0500 Allen Liu --- work <[EMAIL PROTECTED]> wrote: > > > I installed gnutar 1.13.25 which generate : > > /usr/local/bin/tar > > > > When I configure amanda 2.4.4p2, it could not find gnutar : > > > > ./configure --with-user=amanda --with-group=sys --prefix=/myapp/am1 > > ... > > checking for grep... /usr/bin/grep > > checking for gtar... no > > checking for gnutar... no > > checking for tar... /usr/local/bin/tar > > checking for smbclient... /usr/local/samba/bin/smbclient > > checking for gzip... /usr/bin/gzip > > ... > > > > My questions are: > > - when I specify dumptype with program=GNUTAR, does it use > > /usr/local/bin/tar ? > > Not sure. > > > - how to make ./configure recognize gnutar ? > > Run configure with --with-gnutar=/path/to/your/gnutar I installed tar-1.13.25 . There is no such thing 'gnutar' generated. It only generated 'tar' and installed it in /usr/local/bin. > > Frank > > > > > Thanks > > > > Allen Liu > > > > IP Application Design and Engineering > > Bell Canada > > (613) 781-7368, [EMAIL PROTECTED] > > 1240 -160 Elgin St, Ottawa,ON, K2P 2C4 > > > > -- > Frank Smith [EMAIL PROTECTED] > Sr. Systems Administrator Voice: 512-374-4673 > Hoover's Online Fax: 512-374-4501 >
Re: gnutar in configure
--On Tuesday, March 02, 2004 13:34:19 -0500 Allen Liu --- work <[EMAIL PROTECTED]> wrote: > I installed gnutar 1.13.25 which generate : > /usr/local/bin/tar > > When I configure amanda 2.4.4p2, it could not find gnutar : > > ./configure --with-user=amanda --with-group=sys --prefix=/myapp/am1 > ... > checking for grep... /usr/bin/grep > checking for gtar... no > checking for gnutar... no > checking for tar... /usr/local/bin/tar > checking for smbclient... /usr/local/samba/bin/smbclient > checking for gzip... /usr/bin/gzip > ... > > My questions are: > - when I specify dumptype with program=GNUTAR, does it use > /usr/local/bin/tar ? Not sure. > - how to make ./configure recognize gnutar ? Run configure with --with-gnutar=/path/to/your/gnutar Frank > > Thanks > > Allen Liu > > IP Application Design and Engineering > Bell Canada > (613) 781-7368, [EMAIL PROTECTED] > 1240 -160 Elgin St, Ottawa,ON, K2P 2C4 -- Frank Smith [EMAIL PROTECTED] Sr. Systems Administrator Voice: 512-374-4673 Hoover's Online Fax: 512-374-4501
gnutar in configure
I installed gnutar 1.13.25 which generate : /usr/local/bin/tar When I configure amanda 2.4.4p2, it could not find gnutar : ./configure --with-user=amanda --with-group=sys --prefix=/myapp/am1 ... checking for grep... /usr/bin/grep checking for gtar... no checking for gnutar... no checking for tar... /usr/local/bin/tar checking for smbclient... /usr/local/samba/bin/smbclient checking for gzip... /usr/bin/gzip ... My questions are: - when I specify dumptype with program=GNUTAR, does it use /usr/local/bin/tar ? - how to make ./configure recognize gnutar ? Thanks Allen Liu IP Application Design and Engineering Bell Canada (613) 781-7368, [EMAIL PROTECTED] 1240 -160 Elgin St, Ottawa,ON, K2P 2C4
