amanda-3.4.1: first tests with vtapes
compiled 3.4.1 on three machines today, works fine on 2 of them, on the
third I have an issue with my vtapes on the external disks.
I run an aggregated changer combining 2 external disks with 20 vtapes each.
define changer disk1 {
tpchanger "chg-disk:/mnt/externaldisk1"
property "num_slot" "20"
property "auto-create-slot" "yes"
property "removable" "yes"
property "MOUNT" "yes"
property "UMOUNT" "yes"
property "UMOUNT-LOCKFILE"
"/etc/amanda/vtape/externaldisk1.lock"
property "UMOUNT-DELAY" "1"
}
define changer disk2 {
tpchanger "chg-disk:/mnt/externaldisk2"
property "num_slot" "20"
property "auto-create-slot" "yes"
property "removable" "yes"
property "MOUNT" "yes"
property "UMOUNT" "yes"
property "UMOUNT-LOCKFILE"
"/etc/amanda/vtape/externaldisk2.lock"
property "UMOUNT-DELAY" "1"
}
define changer aggregate {
tpchanger "chg-aggregate:{disk1,disk2}"
property "state_filename"
"/etc/amanda/vtape/aggregate.stats"
property "allow-missing-changer" "yes"
}
tpchanger "aggregate"
--
(
The goal is:
amanda should rotate over each of the vtapes on one of the disks, no
matter which of the disks is attached (it isn't necessary to have both
attached all the time)
)
--
Right now disk2 is attached, I see an inventory:
$ amtape vtape inventory
mount: UUID=5a5a9927-995f-4f0f-98ff-d222561f84ff kann nicht gefunden werden
slot 1:1: label vtape-002-001 (vtape-004) [retention-no]
slot 1:2: label vtape-003-001 (vtape-004) [retention-no]
slot 1:3: label vtape-004-001 (vtape-004) [retention-no]
slot 1:4: label vtape-004-004 (vtape-004) [retention-no]
[..]
... this "UUID=" means, externaldisk1 is not there right now = OK
I can load specific slots:
$ amtape vtape slot 1:18
mount: UUID=5a5a9927-995f-4f0f-98ff-d222561f84ff kann nicht gefunden werden
slot 1:18: time 20161022013001 label vtape-004-018
changed to slot 1:18
But amcheck fails:
$ amcheck vtape -t
Amanda Tape Server Host Check
-
mount: can't find UUID=5a5a9927-995f-4f0f-98ff-d222561f84ff
ERROR: No acceptable volumes found
Server check took 1.915 seconds
(brought to you by Amanda 3.4.1)
I even changed to
tpchanger "disk2"
to only work with that one disk, no change.
Any ideas? Do I have to reset something?
On a second machine I have the same setup, there it works without a
problem so far.
Stefan
Re: spreading vtapes among disks
Am 2016-11-13 um 06:44 schrieb Jon LaBadie: I'm going to be setting up an amanda server with vtapes spread over > 4-6 disk drives. I expect several of the drives will be able to > hold two or more dumpcycles worth of vtapes. What would you > recommend for the distribution of the vtapes, each disk hold a single > sequential group of tapes or stripe them in some way across the > disks. > > A simple for instance, 3 disks each holding 30 vtapes. > > Sequential: disk 1tapes 1-30 disk 2tapes 31-60 disk 3 tapes > 61-90 > > Striped: disk 1tapes 1-15 + 46-60 disk 2tapes 16-30 + > 61-75 disk 3tapes 31-45 + 76-90 > > Any pros or cons about either approach with regard to data loss on a > disk failure? Or other things too. > > Jon I use a setup where I let that to amanda: if I don't change the external disk, amanda rotates over the vtapes on that one disk (=one tpchanger using chg-disk) happily. That changer has more vtapes than $dumpcycle, so that works. If I change to the next external disk (=2nd chg-disk-changer, both aggregated via chg-aggregate), it rotates there. The goal is that even if the responsible people forget to swap disks, the backups should keep on going. As the vtapes are labelled automatically on the way (it's a choice, not a must), I decided to not care too much about the distribution as you suggest above. For sure you *can* do that by labelling vtapes by yourself etc. What might come into the picture as well with new amanda-3.4: look for the parameters "retention_*" etc, those give even more ways to screw things up ;-) (although I think 3.4 is not yet in the distros out there)
Re: tapes and external disks: how to combine all this
Am 2016-08-16 um 21:59 schrieb Stefan G. Weichinger: Am 2016-08-16 um 18:23 schrieb Jean-Louis Martineau: Stefan, Try the attached patch yep, works! could someone point me at that patch again, pls? can't find it in my ML archives here. (got to patch an existing 3.3.9 installation)
Re[2]: server / lev 0 FAILED [/bin/tar returned 2] - server / lev 0 FAILED [dump to tape failed]
Hello, Chuck,
on 23.06.2005, 12:35 you wrote to amanda-users@amanda.org:
> # Thus use exclusions for all those sockets? This would remove all
> # those nasty ignore-errors and No media found in the Report.
> ./dev
> ./tmp
> ./var
> ./media/cdrom
> ./media/floppy
> I assume the last five entries are the correct syntax to Exclude those
> directories.
Yep, should work. Although I am not sure about the comments in that
file ("# Thus ..."). Never used comments in there but I think they
should get safely skipped. I am sure you'll let us know if it fails.
Also assure that you really want to exclude /var completely, I have
/var/spool/imap for example, where the cyrus-imapd keeps my mails ...
Best regards,
Stefan G. Weichinger.
mailto://[EMAIL PROTECTED]
Re: server / lev 0 FAILED [/bin/tar returned 2] - server / lev 0 FAILED [dump to tape failed]
Hello, Chuck, on 23.06.2005, 11:41 you wrote to amanda-users@amanda.org: > I was getting the following this error - server / lev 0 FAILED [dump to > tape failed] I assume tar is not working. > I am using this version of tar. > server:/etc/postfix # /bin/tar --version > tar (GNU tar) 1.13.25 Ok. tar works: >> Total bytes written: 5874155520 (5.5GB, 3.5MB/s) > USAGE BY TAPE: > Label Time Size %Nb > DailySet110 0:274212.7 21.6 1 Seems you use the right tapetype now ... > FAILED AND STRANGE DUMP DETAILS: > /-- server / lev 0 FAILED [/bin/tar returned 2] > sendbackup: start [greenbottle.smtl.co.uk:/ level 0] > sendbackup: info BACKUP=/bin/tar > sendbackup: info RECOVER_CMD=/usr/bin/gzip -dc |/bin/tar -f... - > sendbackup: info COMPRESS_SUFFIX=.gz > sendbackup: info end > ? gtar: ./media/cdrom: Cannot savedir: No medium found > ? gtar: ./media/floppy: Cannot savedir: No medium found > ? gtar: ./media/cdrom: Warning: Cannot savedir: No medium found > ? gtar: ./media/floppy: Warning: Cannot savedir: No medium found > | gtar: ./dev/log: socket ignored > | gtar: ./tmp/.s.PGSQL.5432: socket ignored > | gtar: ./tmp/.ICE-unix/19580: socket ignored > | gtar: ./tmp/.ICE-unix/dcop19563-1118847061: socket ignored > | gtar: ./tmp/.X11-unix/X0: socket ignored > | gtar: ./tmp/ksocket-root/kdeinit-\:0: socket ignored > | gtar: ./tmp/ksocket-root/kdeinit__0: socket ignored > | gtar: ./tmp/ksocket-root/klaunchermrw2tb.slave-socket: socket ignored > | gtar: ./tmp/mcop-root/linux_site-28b2-423ab4ee: socket ignored > | gtar: ./tmp/ssh-PFKtU17880/agent.17880: socket ignored > | gtar: ./tmp/ssh-TQywwj4017/agent.4017: socket ignored > | gtar: ./var/lib/mysql/mysql.sock: socket ignored > | gtar: ./var/lib/ntp/dev/log: socket ignored > | gtar: ./var/run/.nscd_socket: socket ignored > | gtar: ./var/run/.resmgr_socket: socket ignored > | gtar: ./var/run/powersave_socket: socket ignored > | gtar: ./var/spool/postfix/private/anvil: socket ignored > | gtar: ./var/spool/postfix/private/bounce: socket ignored > | gtar: ./var/spool/postfix/private/bsmtp: socket ignored > | gtar: ./var/spool/postfix/private/cyrus: socket ignored > | gtar: ./var/spool/postfix/private/defer: socket ignored > | gtar: ./var/spool/postfix/private/error: socket ignored > | gtar: ./var/spool/postfix/private/ifmail: socket ignored > | gtar: ./var/spool/postfix/private/lmtp: socket ignored > | gtar: ./var/spool/postfix/private/local: socket ignored > | gtar: ./var/spool/postfix/private/maildrop: socket ignored > | gtar: ./var/spool/postfix/private/procmail: socket ignored > | gtar: ./var/spool/postfix/private/proxymap: socket ignored > | gtar: ./var/spool/postfix/private/relay: socket ignored > | gtar: ./var/spool/postfix/private/rewrite: socket ignored > | gtar: ./var/spool/postfix/private/smtp: socket ignored > | gtar: ./var/spool/postfix/private/trace: socket ignored > | gtar: ./var/spool/postfix/private/uucp: socket ignored > | gtar: ./var/spool/postfix/private/verify: socket ignored > | gtar: ./var/spool/postfix/private/virtual: socket ignored > | gtar: ./var/spool/postfix/private/vscan: socket ignored > | gtar: ./var/spool/postfix/public/cleanup: socket ignored > | gtar: ./var/spool/postfix/public/flush: socket ignored > | gtar: ./var/spool/postfix/public/showq: socket ignored > | Total bytes written: 5874155520 (5.5GB, 3.5MB/s) > I have tried to figure out what is going on any suggestions would be > great. Maybe use exclusions for all those sockets? This would remove all those nasty ignore-errors above. Refer to http://www.amanda.org/docs/exclude.html for example. Best regards, Stefan G. Weichinger. mailto://[EMAIL PROTECTED]
Re[2]: Strange dump details
Hello, Nicklas, on 23.06.2005, 10:13 you wrote to amanda-users@amanda.org: > Is there any specific amanda developer list I could report this issue to? [EMAIL PROTECTED] But we already know that, thanks ... I'll see to get that expression committed. Best regards, Stefan G. Weichinger. mailto://[EMAIL PROTECTED]
Re[2]: Problems compiling Amanda on Solaris
Hello, khalid, on 22.06.2005, 17:36 you wrote to amanda-users@amanda.org: > I had the same error a few weeks ago. When you do a make, use the bsd > version. /usr/ccs/bin/make and it should work fine. Sounds like this should be added to http://www.amanda.org/docs/systemnotes.html ? Best regards, Stefan G. Weichinger. mailto://[EMAIL PROTECTED]
Re: lvm and amanda?
Hello, Oscar, on 18.06.2005, 00:04 you wrote to amanda-users@amanda.org: > Any information would be appreciated. Your posting does not tell me if you use DUMP or GNUTAR. >From my setup here, which partly dumps a "LVM-partition" I would also suggest using GNUTAR and listing the mount-dirs inside disklist as Frank and Florian suggested. Best regards, Stefan G. Weichinger. mailto://[EMAIL PROTECTED]
Re: tapetypes
Hello, Frank, on 17.06.2005, 21:25 you wrote to amanda-users@amanda.org: > Perhaps I'm missing something obvious, but what is the > fascination with generating tapetypes? I think that most people that are new to AMANDA assume that they somehow HAVE TO generate their own special tapetype to tailor their setup to their own single tapedrive. They often assume to get some specific optimization from doing that. In most of the cases it is sufficient to just use one of the tapetype-definitions in the example amanda.conf or choose one from the FAQ-O-Matic (which isn't very up-to-date, to say the least). Maybe this should become another FAQ-entry: "Do I have to run amtapetype?" But who reads it anyway ;-) ? --- This whole tapetype-mess bugs me for quite a while now, since I got in touch with XML, I play with the thought of providing a tapetype-DB based on XML-entries. No more FOM-digging, just browse the tapetype-DB at amanda.org. Something like the guys from linuxprinting.org provide for printer-drivers. One of the points on my own private AMANDA-wishlist ;) Greets, Stefan mailto://[EMAIL PROTECTED]
Re: still getting - dump larger than tape, 2862305 KB, but cannot incremental dump new disk
Hello, Chuck, on 17.06.2005, 15:36 you wrote to amanda-users@amanda.org: > Hi I am still getting - dump larger than tape, 2862305 KB, but cannot > incremental dump new disk but it's only less than 3gb. Please stop starting threads over and over for the same simple topic. Paste your amanda.conf in a reply to this mail (no attachment) and let us debug your understanding of tapetype-definitions. Best regards, Stefan G. Weichinger. mailto://[EMAIL PROTECTED]
Re: Strange dump details
Hello, Nicklas, on 16.06.2005, 23:26 you wrote to amanda-users@amanda.org: > ? Domain=[DOMAIN] OS=[Windows 5.1] Server=[Windows 2000 LAN Manager] > Any ideas? Ignore it (it's not a problem) or browse the archives of this list for a patch that has been recently posted. Best regards, Stefan G. Weichinger. mailto://[EMAIL PROTECTED]
Re: dumper5 pid 10813 is messed up, ignoring it
Hello, Rebecca, on 16.06.2005, 19:47 you wrote to amanda-users@amanda.org: > Here's what I have: A server running amanda-2.4.4p4 running on RHE3 > intel, and has been for a couple of years. A client running > amanda-2.4.4p1 on Sol9, sparc. > Any suggestions? Is there any reasonable chance of getting some more recent version of AMANDA running on that client? 2.4.4p1 is pretty old now, there have been loads of changes and fixes since then ... Rolling your new and shiny AMANDA-client shouldn't take you longer than debugging the old one with gdb ... Best regards, Stefan G. Weichinger. mailto://[EMAIL PROTECTED]
Re[2]: Backup to Hard Drive
Hello, Rebecca, on 16.06.2005, 21:22 you wrote to amanda-users@amanda.org: > Try looking in the amanda FAQ-omatic, here: > http://amanda.sourceforge.net/cgi-bin/fom?_recurse=1&file=25#file_191 > This is the configuration I used and it works like a champ. ;-) And something more up-to-date: http://www.amanda.org/docs/howto-filedriver.html (I know this is hard to find as it is "hidden" right in the middle of the AMANDA-docs ;-) ) Best regards, Stefan G. Weichinger. mailto://[EMAIL PROTECTED]
Re[2]: Search file in amanda database
Hello, Gavin, on 08.06.2005, 12:42 you wrote to amanda-users@amanda.org: GH> Well, you didn't look very hard, did you ;-) GH> http://www.amanda.org/docs/using.html#config_use_amrecover I think Giovanni wants to recover a file without even knowing the path ... If this is the case I would simply use something like # zgrep -R pippo.sh //* Example: [EMAIL PROTECTED]:/usr/adm/amanda/daily/index/oops1 # zgrep -R amdump */* [...] _home_Amanda/20050504_0.gz:/amanda-2.4.5b1-20050406/man/amdump.8 _home_Amanda/20050505_0.gz:/amanda-2.4.5b1-20050406/man/amdump.8 _home_Amanda/20050506_0.gz:/amanda-2.4.5b1-20050406/man/amdump.8 [...] which would give me back the information of DLE and date (inside path and filename of the found files). In the example I have dumps of amdump.8 for 2005-05-04, 2005-05-05 and 2005-05-06 on DLE /home/Amanda ... After that I could use this information inside amrecover to find the proper tape. Basically the same procedure as Alex has described already, just with more words :) --- Best regards, Stefan G. Weichinger. mailto://[EMAIL PROTECTED]
Re: no backups yesterday?
Hello, Cameron, on 06.06.2005, 22:42 you wrote to amanda-users@amanda.org: C> I've been trying to figure out why one of my servers won't back up, C> when i noticed that no backups were performed yesterday... no errors C> in any logs, no emails, nothing. is it normal for amanda to "take a C> day off?" Is it one of your AMANDA-servers or one of your AMANDA-clients? Is it online (or was it online while you were trying to back it up)? Sorry for asking, but do you really think that cron knows about the concept of "taking a day off"? ( I silently assume that you have put some cronjob into your crontab, as suggested in http://www.amanda.org/docs/install.html ... (as some of the regular readers may have noticed, there is some documentation available at http://www.amanda.org/docs/index.html ;) ). ) Software doesn't do what you want it to do, it does what you tell it do. AMANDA is software, not more, not less, so "SHE" won't "take a day off" unless "SHE" is told to do so. -- I am really sorry to sound like some annoyed core-team-member, but right now I am feeling unable to hide my unknowingness of your current setup. .. Check if amdump really was executed (most likely via cron-job). Check /tmp/amanda ... Best regards, Stefan G. Weichinger. mailto://[EMAIL PROTECTED]
Re[2]: What will i do if a backup is not successfull?
Hello, Frank, on 03.06.2005, 17:20 you wrote to amanda-users@amanda.org: FS> Have you read the chapter about Amanda in "UNIX Backup & Recovery"? FS> It gives a pretty good overview, and is available on the Internet. The FS> link is on the amanda.org web page. It is also part of the AMANDA-docs already: http://www.amanda.org/docs/using.html As always, suggestions welcome. Best regards, Stefan G. Weichinger. mailto://[EMAIL PROTECTED]
Re[2]: Find tapetype parameter
Hello, Dominique, on 01.06.2005, 19:24 you wrote to amanda-users@amanda.org: DA> If I understand, only the parameter lenght and filemark is important. So, DA> my tape drive is compatible with amanda. Let me repeat this for the records_that_noone_browses: If your OS supports your tape drive, you can use it with AMANDA. DA> And I just need to use amtapetype to have the right parameter for the tape DA> type. If you have already found a tapetype-definition for that device, you may also use this. Best regards, Stefan G. Weichinger. mailto://[EMAIL PROTECTED]
Re: Find tapetype parameter
Hello, Dominique,
on 01.06.2005, 15:18 you wrote to amanda-users@amanda.org:
DA> I found the config for a IBM LTO tape driver:
DA> define tapetype IBM-LTO3580 {
DA> comment "IBM LTO Ultrium 3580 (Hardware Compression off)"
DA> length 100608 mbytes
DA> filemark 0 kbytes
DA> speed 13120 kps
DA> }
DA> But, I don't know if the speed is correct for my tape. So, what is the
DA> command to find the right speed for my tape drive?
"man amanda" says: This parameter is NOT currently used by AMANDA.
If you want to find it out anyway, use amtapetype (and read "man
amtapetype" before doing so).
Best regards,
Stefan G. Weichinger.
mailto://[EMAIL PROTECTED]
Re: Antwort: Re: Backup through SMB-Client
Hello, Ralf, on 31.05.2005, 12:32 you wrote to amanda-users@amanda.org: rled> thanks for your help. I've found it. rled> It seems that the backup is doing okay and it's only a issue in displaying rled> some things. rled> Now I know that the backup is doing fine and I' not so nervous annymore. Calm down, you use AMANDA ;-) Did you find the small patch also? It removed these messages for me, maybe this should go into the CVS soon. Best regards, Stefan G. Weichinger. mailto://[EMAIL PROTECTED]
Re[2]: Test message
Hello, Alex, on 30.05.2005, 11:45 you wrote to amanda-users@amanda.org: AJ> I got all of your mails, most of them in a few identical copies, as of AJ> this week-end (29 may). My mails weren't delivered by majordomo, because I simply had forgotten to subscribe the address [EMAIL PROTECTED] as well as my other address [EMAIL PROTECTED] majordomo doesn't give any error-message in that case ... AJ> I'm attaching the one I'm replying to with all AJ> headers if you want to have a look. thanks a lot. Best regards, Stefan G. Weichinger. mailto://[EMAIL PROTECTED]
Re[2]: Is everybodies amanda running perfect? Boggles the mind.
Hello, Gene, on 29.05.2005, 04:14 you wrote to amanda-users@amanda.org: GH> On Saturday 28 May 2005 21:35, Gene Heskett wrote: >>No mail from the list in about 20 hours, so lets see what happens to >>this message... GH> Humm, round trip, 10 minutes max. I must be the only idiot near a GH> computer on this holiday weekend. Second idiot here. Best regards, Stefan G. Weichinger. mailto://[EMAIL PROTECTED]
AMANDA with GPG
Hello, amanda-users, just a short call for opinions: Who uses gpg-amanda, as described at http://security.uchicago.edu/tools/gpg-amanda/ ? I am thinking about including this in the docs and would like to hear your thoughts. Best regards, Stefan G. Weichinger. mailto://[EMAIL PROTECTED]
AMANDA-docs Update
Hello, amanda-users and amanda-hackers, I am happy to inform you that I have just published the current AMANDA-docs on www.amanda.org. (pdf and html updated, the ps-output seems currently broken :-( ). Main changes: - Split of the amanda.8-manpage: New manpage amanda.conf.5 Updates and corrections. Please let me know you opinion on this step, we decided to do so because amanda.8 had grown way to big over the years. We also consider splitting amanda.conf (in the example-subdir) into several single files to have separate files for dumptypes, tapetypes and such. There are pros and cons as always, I'd like to hear the voice of you, the AMANDA-community, on this. - New FAQ-items (Bumping, Windows. Gnutar: Thanks, Paul. iptables : Thanks, Matt ...) - New Wrapper-HOWTO (Thanks, Bert ...) - Update and Cleanup of the Installation-Chapter, addition of daemontools-instructions (Thanks, Filip ...) - Many other fixes and improvements ... --- As always suggestions and patches welcome. APAW. ;-) Best regards, Stefan G. Weichinger, for the AMANDA Core Team. mailto://[EMAIL PROTECTED]
Re[2]: Samba 3.0.14 problems with Amanda 2.4.4p3?
Hello, Filip,
on 19.05.2005, 19:05 you wrote to amanda-users@amanda.org:
FR> At 05/18/05 19:35, Bryan K. Walton wrote:
FR> (...)
FR> Same here, with Amanda 2.4.5 / Samba 3.0.13, running slackware-current with
FR> 2.4.30 kernel.
In client-src/sendbackup-gnutar.c there are regular expressions
defined which help to hide several Samba-messages from the
AMANDA-reports.
This small one-line-patch removes the Samba-Domain-messages:
--- standard/sendbackup-gnutar.c 2004-10-12 22:47:52.0 +0200
+++ patched/sendbackup-gnutar.c 2005-05-11 18:20:58.314182688 +0200
@@ -120,2 +120,3 @@
AM_ERROR_RE("ERRDOS - ERRbadpath (Directory invalid.)"),
+ AM_NORMAL_RE("^Domain="),
#endif
Works fine here so far.
Best regards,
Stefan G. Weichinger.
mailto://[EMAIL PROTECTED]
Re[2]: Amanda install docs - daemontools hints
Hello, Filip, on 20.05.2005, 21:23 you wrote to amanda-users@amanda.org: >> FR> I realize it may sound a bit messy, but actually it is "the Way":) >> FR> If it's not clear - never mind - I'll publish a howto somewhere, with >> full >> FR> explanation, to straighten things up:) >> >> Please share your somewhere-howto with us. FR> OK, just a starter: FR> http://www.futuremedia.pl/pub/projekty/amanda/Amanda-daemontools-HOWTO.html FR> sorry for not calling it somewhere-howto ;-) I can live with it ;-) Is the part in http://www.amanda.org/docs/install.html OK with you? As noted in the other reply, I'll add some "nc/netcat" note as well. Best regards, Stefan G. Weichinger. mailto://[EMAIL PROTECTED]
Re[2]: Debugging lufs vtape and amanda flushing-throtle for amanda
Hello, Vlad, on 23.05.2005, 12:05 you wrote to amanda-users@amanda.org: VP> 1)So IS there a parameter to slow down the data stream to a constant VP> level (in amanda.conf) while flushing or not ? There is the parameter "speed" but it is not currently used by AMANDA. VP> 2) I have the 8 shares(ftp-directories) mounted on several mount VP> points (because of the virtual tape slots) during all the time. If VP> it is not necessary to have all "slots" mounted all over the time (is it VP> ?) I'd try to have only the appropriate vtape (one share a time ) VP> mounted. After use I' d "eject (aka unmount the share) . I hope, I VP> could get more performance on the lufs filesystem by this way . I don't know if the number of parallel lufs-mounts relates to performance ... AFAIK it would not be necessary to have them all mounted, only the vtape that is currently requested. VP> Since I have only the ftp protocol as access to the backup server I have VP> to use lufs or ftpfs( which is outdated and followed by lufs) VP> Any (other) ideas to get my dumps on vtape and maximise performance ? Vlad, create an archive containing : - your config-files (usually /usr/local/etc/amanda/) - the corresponding log-files (/usr/adm/amanda/) and - the debugfiles (/tmp/amanda) and send it to me off-list. Have you already tried to use the lufs-mount-option "--channels=X" ? Best regards, Stefan G. Weichinger. mailto://[EMAIL PROTECTED]
Re[2]: Amanda install docs - daemontools hints
Hello, Geert, on 20.05.2005, 21:30 you wrote to amanda-users@amanda.org: GU> On Fri, 20 May 2005, [ISO-8859-2] Filip Rembia³kowski wrote: >> At 05/18/05 23:20, Stefan G. Weichinger wrote: >> > FR> Standard daemontools setup does not assume setting up UDP services. So >> > it lacks >> > FR> an udp super-server. But many people I asked mentioned netcat: FR> >> > http://netcat.sourceforge.net/. Also the ucspi-tcp page mentions it. >> > FR> And, LBNL, netcat is packaged for most major Linux distros. >> > FR> So I use it for amanda server when I don't want to fire up (x)inetd. >> > >> > Ok again, I just substituted "nc" with "netcat". >> >> "netcat" is the package name, "nc" is the binary GU> It depends. On Debian both `nc' and `netcat' work. GU> On Red Hat 9, `nc' is part of NEdit. Of course I put the real `nc' first in my GU> $PATH ;-) Phew ... Suse also uses /usr/bin/netcat, and "nc" does not work. I'll add a note for that. Best regards, Stefan G. Weichinger. mailto://[EMAIL PROTECTED]
AMANDA-docs Update
Hello, amanda-users and amanda-hackers, I resend this one using my old address, as I have noticed that over the last few days my messages to these lists don't appear anymore. Maybe this has to do with using my [EMAIL PROTECTED] adress, so let's see if this one works out again. ::: I am happy to inform you that I have just published the current AMANDA-docs on www.amanda.org. (pdf and html updated, the ps-output seems currently broken :-( ). Main changes: - Split of the amanda.8-manpage: New manpage amanda.conf.5 Updates and corrections. Please let me know you opinion on this step, we decided to do so because amanda.8 had grown way to big over the years. We also consider splitting amanda.conf (in the example-subdir) into several single files to have separate files for dumptypes, tapetypes and such. There are pros and cons as always, I'd like to hear the voice of you, the AMANDA-community, on this. - New FAQ-items (Bumping, Windows. Gnutar: Thanks, Paul. iptables : Thanks, Matt ...) - New Wrapper-HOWTO (Thanks, Bert ...) - Update and Cleanup of the Installation-Chapter, addition of daemontools-instructions (Thanks, Filip ...) - Many other fixes and improvements ... --- As always suggestions and patches welcome. APAW. ;-) Best regards, Stefan G. Weichinger, for the AMANDA Core Team. mailto://[EMAIL PROTECTED]
Re: amcheck issue
Hello, Chuck, on 23.05.2005, 14:22 you wrote to amanda-users@amanda.org: CASA> Hi Again CASA> I have managed to get readlines libraries seen by my ./configure. CASA> Thus can someone post the chown details for planner,dumper and amcheck. http://www.amanda.org/docs/install.html Best regards, Stefan G. Weichinger. mailto://[EMAIL PROTECTED]
Test message
Hello, amanda-users, as some of you may have noticed, no messages posted by me get through to this list since May, 18th ... Maybe this one. Best regards, Stefan G. Weichinger. mailto://[EMAIL PROTECTED]
Test message
Hello, amanda-users, as some of you may have noticed, no messages posted by me get through to this list since May, 18th ... Maybe this one. Best regards, Stefan G. Weichinger. mailto://[EMAIL PROTECTED]
