Re: pre/post run commands
Depending on your platform and choice of dump/tar, you may be able to just leave it umounted.
Re: to compress or not to compress ???
True. But one can work around that by backing up / uncompressed, and making sure it contains a (possibly statically linked) copy of gzip. ... or just write a couple of copies of a CD with gzip and whatever else you might need.
Re: [bugzilla-daemon@bugs.gentoo.org: [Bug 19403] amanda-2.4.3.ebuild (New)]
An AMANDA ebuild for Gentoo will be available shortly in portage. Yay! You're one zassy frood who really knows where his towel's at.
Re: [bugzilla-daemon@bugs.gentoo.org: [Bug 19403] amanda-2.4.3.ebuild (New)]
That's really funny after no sleep all night. ;] I think at this point I'd even enjoy Vogon poetry. M-X miss-point I can make no sense whatsoever of this statement in the context of AMANDA (or in any other): An AMANDA ebuild for Gentoo will be available shortly in portage. Yay! And if you follow the link and read the bug text Life's too short to cut/paste misplaced URL's. Most are spam. It's akin to hardware dealers with big ads that quote $CALL as the price on everything. If the text were worth reading, it would have been inlined.
Re: Solaris 8 compile problem with amanda 2.4.4
if it is then you'll have to include that in the LD_LIBRARY_PATH. This a a runtime path (like $PATH, $MANPATH etc) that is used by Solaris to search for libs during execution. The right way is to use -R during linking instead of LD_LIBRARY_PATH
Re: Backup of ACLs
Amanda manages backups using whatever native tool it's configured to use. You don't state what platform you're using I can't speculate as to an ACL-aware tool for it.
Re: Win32 Backup?
I've had weird stuff happen to me when writing across samba mounts -- the files would quietly disappear under the Nethood pseudo-directory, eating up disk space while being inaccessible. Associating the mounts with drive letters seems to avoid this.
Re: Win32 Backup?
I've never had to do this, but an approach that I'd probably persue would be to use Symmantec/Norton Ghost to create occasional disk images that would get xferred via Samba to a *ix filesystem. I'd try real hard to keep important data off of the M$ machine's local disks.
Re: speed of amdump
the speed of our hp surestore seems to be ok, but the amdump takes too much time (6 hours for 23 GB, we want to use now client fast compression). How fast can you get data off of your disks? If that 23G is one filesystem, you might consider splitting it up so that Amanda can schedule it more evenly. If you're stuck using GNU tar, you've got filesystem overhead factored in there too.
Re: offsite strategies
I'm just doing my home stuff here, but with a dumpcycle of 5 and a tapecycle of 28, I could move a considerable percentage of my tapes offsite, *if* I had an offsite. :) Offsite could be as simple as your office (if you have one away from home), your mom's house, a bank deposit box, etc. When I worked at a certain small software company, offsite storage was me bringing home the .5 reels and stacking them in my closet 8^)
Re: Performance degrading over time?
or adding 5 internal 36 GB drives in a RAID 0 configuration as a holding disk. I see that IBM has SCSI disks available up to at least 146G. I'd recommend plunking in two of those instead so you have room to grow.
Re: installing into /opt
Is it just me, or do people not generally change that option and just live with it going into /usr/local??? I've always considered /opt a Sun abberation and never deliberately put anything there. I want my systems to have as little as possible on filesystems that an OS reinstall will wipe.
Re: using Netcat as a wrapper on solaris
On Thursday 08 August 2002 14:07, Adam D. Read wrote: Inetd, Xinetd are not options for me to use on my solaris boxen. Sorry, I missed that solaris thing. Huh? xinetd should run just fine on SunOS 5.
Re: Peer review for chg-scsi usage document
What email agent are you using? You've never heard of it, and it doesn't matter. The header didn't show any mimetype specs either --cmJC7u66zC7hs+87 Content-Type: application/msword Content-Disposition: attachment; filename=chg-scsi.doc Since it appeared to be encrypted, I hadn't tried to look at it. Lo and behold, it's a text document after all.
Re: Tape Drives, why?
100 gigabyte hard disk is less than $200 Where? I'm not even aware of a 100G disk being sold. while the last check on high capacity tape drives turned up prices exceeding 4 times that for maybe a quarter the capacity because advertised tape capacity is compressed capacity. I think you're kinda missing the point about tape drives. You see, the tapes are *removable*. You can keep buying new tapes and writing new data onto them. Worse, tapes don't last, they have a three year shelf life if they are stored properly Say *what*??? This is absurd. and the tape doesn't physically break when it winds around the spools... ? The only tape medium with any kind of breakage issues of which I'm aware is the TK50, where the hook would sometimes come off. If someone is trying to use a TK50 drive for backups today, they've got bigger problems. Is it possible to configure Amanda to backup to a harddisk or Raid volume instead of a tape? So, you only want to run backups for a couple of days, then forget about the whole idea??? My last search on tape drives suggested that a high capacity unit that can handle 40 gigs per tape is between $800 and $1000 Seems plausible - they've certain become a lot cheaper than they used to be. I could buy a lot of ATA hard drives for that kinda cash. Oh. ATA. I thought you were talking about real disks. So when you fill up your cheap ATA disk after a few days, then what do you do? Take your machine down so you can spend another couple hundred bucks sticking on a new one?
Re: Tape Drives, why?
Where? I'm not even aware of a 100G disk being sold. Seagate and IBM sell 120 GB ATA drives. Street price is around $120-140. Seagate also has a 180 GB SCSI/FC-AL disk in their catalog, With all due respect, those 120 and 180 aren't 100, and since ATA disks are basically toys I wasn't even thinking of them. However, DLTs use the same single reel and hook and loop system as TK50s, so they can fail in the same way. Having had to disassemble a TK50 drive once to extract a tape, I was rather wary of DLT drives when they first came out, but indeed that problem seems to be gone.
Re: What to do about the holidays?
Is this okay to do? Yep, I've done it when eg. I was snowed in for a week and couldn't get in to change the tape. It's a good argument for a large holding disk, and this is a feature that I haven't found in other, rather expensive, backup packages.
Re: Amanda tape index script
What would the advantages/disadvantages be of using GNU tar for all your backup needs? Is it less efficient than vendor dump utilities? Unwanted side effects? In general, it's significantly slower, and touches the read dates on all your files. On the other hand, it's possible to break up a large filesystem into chunks that are easier for Amanda to swallow.
Re: mtx util
Just curious - anyone using mtx from sourceforge.net? I couldn't get it to work on my Solaris 8 / SPARC system 8^(
Re: Question in case of disaster
In case of a disaster I have to be able to restore a huge directory tree with more than 10,000 files within minutes or hours at most. With a paper list and tapes that I have to get a visa and fly a day in order to touch them this is not an option. Is there a compelling reason why you can't print them out where you are?
Re: Question in case of disaster
There's a lot to be said for printing tape labels or case inserts that document the contents of each tape -- or for printing each day's results and keeping them in a binder.
Re: vmlinux in boot does not restore
http://lwn.net/2001/0503/a/lt-dump.php3 for what Linus has to say about it. Which as always is handwaving to cover the fact that he's too lazy to fix it.
Re: Make problem on Solaris 2.8
But now that you mention it, I suspect that for Solaris we should add -R$dir in addition to -L$dir. Right? Yep. I *think* a space is necessary after the R, but could be wrong. Not long ago I discovered Amanda had a --with-libraries option that took a list of directories and stuck them on the load lines with -L Does that make it into the invocations done within configure? I find that feature tests, like finding jpeg/gtk/imlib usually fail for me because configure finds the libs and links with them, but doesn't link with -R, so the resultant test executable doesn't run.
Re: Make problem on Solaris 2.8
Thank you all for the advice, I got through make successfully after setting LD_LIBRARY_PATH. However, after I've installed Amanda, there's a new problem. When I try to run any amanda executables, I get the following error: $ amlabel DailySet1 DailySet1-001 ld.so.1: amlabel: fatal: libreadline.so.4: open failed: No such file or directory This is why linking with -R is the better answer. The executables then know where to find the dynamic libs without LD_LIBRARY_PATH or LD_RUN_PATH. And, of course, most or all instances of 'configure' that I encounter fail completely and need to be manually hacked, either because whoever writes/generates the things is solipsistic wrt SunOS 5, or incorrectly believes that LD_LIBRARY_PATH is the way to go. IIRC ld.so came up with -R back around 5.4 or 5.5; I don't remember exactly. One way to do this might be unsetenv LD_LIBRARY_PATH setenv LD_FLAGS -R /usr/local/lib before running configure, presuming that readline is in /usr/local/lib. Use ldd on completed binaries to ensure that they can find the libs.
Re: Make problem on Solaris 2.8
I suspect that you've got an ld.so path issue. The best way to deal with that is to have the linking invocations of gcc specify -R /where/ever/your/libs/are, with LD_LIBRARY_PATH unset.
Re: Amanda tape index script
What would the advantages/disadvantages be of using GNU tar for all your backup needs? Is it less efficient than vendor dump utilities? Unwanted side effects? In general, it's significantly slower, and touches the read dates on all your files. On the other hand, it's possible to break up a large filesystem into chunks that are easier for Amanda to swallow.
Re: What to do about the holidays?
Is this okay to do? Yep, I've done it when eg. I was snowed in for a week and couldn't get in to change the tape. It's a good argument for a large holding disk, and this is a feature that I haven't found in other, rather expensive, backup packages.
Re: Quantum SuperDLT1 tapetype
Remember that storage vendors usually redefine meg/gig to be 1000/100 instead of the traditional multiples of 1024. Taking that into account, 96868 real-world meg would be 101573 storage-vendor meg.
Re: scsi card for dat drive on linux
get a cheap Adaptec PCI controller, since Adaptec is the standard in compatibility. Back when I was forced to attemp to deliver services on x86 hardware, I had various flakiness with 2940's. Less, to be sure, than with the @#$@# Buslogic 946's that I was forced to use before, but still hassles, especially with more than one in a box. When I tried a DPT controller, everything worked perfectly. I wouldn't buy anything else for x86 hardware. As for speed, there's drive throughput, and there's transfer rate. The transfer rate can indeed be an issue -- slow transfers to the tape drive mean more bus occupancy, which means that there's more contention for disk access. This was especially bad eg. on SunOS 3.x, which didn't do SCSI disconnect/reconnect. Writing to a tape on that platform pretty much hung the whole machine if it had a SCSI system disk. So, if a given tape drive does fast and/or wide transfers, having matching support in the controller and cabling can make a difference.
Re: Linux and dump
Summary: Dump was a stupid program in the first place. Leave it behind. What it really means: Linux is a toy system and rather than fix our design flaws we'll play sour grapes.
Re: Linux and dump
Yikes! A troll! Nope, just a naked emperor.
Re: Linux and dump
Dump bypasses the filesystemlevel to access the data and therefor only works reliable if all caches are flushed to disk. This is only garanteed if the filesystem is unmounted or at least mounted read-only. Yes, I know. I learned that 15 years ago. But this is not a problem of linux, it's a problem of dump. Yeah yeah yeah. We've all heard that a million times before, and yet on real systems we've been happily using dump for years without consequences. what you are saying is the same as if you try to change a wheel of your car without making shure it won't roll away while working, and when it rolls away an breaks your foot saying what a damn bad car... A more fitting analogy would be GM making cars out of cardboard and warning people to not leave them out in the sun because they might catch fire.
Re: Linus Torvald's opinion on Dump.
I've seen ads for the commercial and pricey backup packages from Syncsoft, Veritas and so on which claim no problems with live backups on *nix or NT. I suppose they have some way of write-locking files, copy to memory, then releasing the lock, but how could these utils work at the block rather than file level? One way is to mirror the volume, then break off a mirror and back up that. Another is to use a volume snapshot, which on an active filesystem may take rather a long time.
Re: Don't open attachment!!!
IMHO, anyone who insists on using the software that's vulnerable to such attacks deserves to lose.
Re: Changing OS of amanda server
change the OS on my amanda server from RH Linux to Solaris 8 x86. Bad move :-) :-) I've never had to set up a cron job on a SunOS 5 machine that runs every minute, ifconfig'ing down and up the ethernet interface and re-adding the default route. This is what I have to do on my laptop when running RH Linux to keep the ethernet working.
Re: Using Removable Hard Drives for Backup
Hopefully some backup hardware manufacturer may in future sell sell a system comprised of hot plugable disk mechanisms with little or no electronics and a drive bay with the supporting electronics. The economics of this look quite good at the moment. Any thoughts on this?? www.iomega.com