Re: amanda.8 manpage
Stefan G. Weichinger a écrit : Hello, amanda-users, enjoy the updated version of the main amanda.8-manpage at http://www.amanda.org/docs/amanda.8.html Just a little mail to say that we should all thank Stephan and all the people that write *documentation* for Amanda, as this seems to be the most important point in this project. A question : as for the OO.org project, is there a translation project of those docs ? -- Nicolas Ecarnot
Re: amanda.8 manpage
Stefan G. Weichinger a écrit : The AMANDA-docs are about 760 kB right now, still enough to work on. My next goal is to make use of the xml-docs-tree for the AMANDA-releases. The plain-text-files should be substituted (or accompanied) by some other format, maybe pdf, maybe html ... (suggestions welcome). I guess once you have the xml files, the target formats are not a problem. You just have to write a converter. I play a little with Latex, and it's working the same way. And this switch to the xml-docs-tree would make it somewhat easier to maintain the docs, which leads to better quality ... So must I understand that this switch isn't done yet ? (From your last posts, I thought this had begun ?) So to answer your question: No translation-project yet, but I will be happy to support you in starting one ;-) For my company, I wrote a quite huge doc in french about the daily use of amanda, and the use of the small tools around, like dd, tar, dump, restore... This took me a long time, but I liked it. I already translated some man pages of mutt into french, and I think I could do the same for amanda. I fact, it seems that in France Amanda isn't quite used because of the lack of simple documentation. So instead of re-writing a new doc in french, it could be wiser to translate your xml files into french. Could you tell me the % of files formated in xml ? -- Nicolas Ecarnot
Re: amanda.8 manpage
quote who=Nicolas Ecarnot Could you tell me the % of files formated in xml ? /quote All of them. -- Kind Regards, Gavin Henry. Managing Director. T +44 (0) 1467 624141 M +44 (0) 7930 323266 F +44 (0) 1224 742001 E [EMAIL PROTECTED] Open Source. Open Solutions(tm). http://www.suretecsystems.com/
Re: amanda.8 manpage
Gavin Henry a écrit : quote who=Nicolas Ecarnot Could you tell me the % of files formated in xml ? /quote All of them. So if the cml files contain up-to-date text, the work of translation can begin. Do I have to have a special access on a cvs server ? I'll translate into french. -- Nicolas Ecarnot
Re: amanda.8 manpage
Hi, Nicolas, on Donnerstag, 13. Jänner 2005 at 12:17 you wrote to amanda-users: NE I guess once you have the xml files, the target formats are not a NE problem. You just have to write a converter. NE I play a little with Latex, and it's working the same way. I wasn't clear: We have converters ready for tex pdf ps html htmlman manpages txt Have a look at http://www.amanda.org/docs/AMANDA-docs.html for some of the results. And this switch to the xml-docs-tree would make it somewhat easier to maintain the docs, which leads to better quality ... NE So must I understand that this switch isn't done yet ? NE (From your last posts, I thought this had begun ?) The conversion is done, but the xml-files are not yet used for generating the files for the official AMANDA-releases. This will be done soon and this is what I meant with switch. So to answer your question: No translation-project yet, but I will be happy to support you in starting one ;-) NE For my company, I wrote a quite huge doc in french about the daily use NE of amanda, and the use of the small tools around, like dd, tar, dump, NE restore... NE This took me a long time, but I liked it. NE I already translated some man pages of mutt into french, and I think I NE could do the same for amanda. Sure, welcome. NE I fact, it seems that in France Amanda isn't quite used because of the NE lack of simple documentation. NE So instead of re-writing a new doc in french, it could be wiser to NE translate your xml files into french. NE Could you tell me the % of files formated in xml ? As Gavin noticed, 100% are available in Docbook/XML. There is a CVS-branch, browse it at: http://cvs.sourceforge.net/viewcvs.py/amanda/xml-docs/ -- best regards, Stefan Stefan G. Weichinger mailto:[EMAIL PROTECTED]
Re: amanda.8 manpage
quote who=Nicolas Ecarnot Gavin Henry a écrit : quote who=Nicolas Ecarnot Could you tell me the % of files formated in xml ? /quote All of them. So if the cml files contain up-to-date text, the work of translation can begin. Do I have to have a special access on a cvs server ? I'll translate into french. Hi, Use: cvs -z3 -d:pserver:[EMAIL PROTECTED]:/cvsroot/amanda co xml-docs and submit patches using: diff -urN oldfilename newfilename All files are in: xml-docs/manpages and xml-docs/howto/ Thanks. -- Kind Regards, Gavin Henry. Managing Director. T +44 (0) 1467 624141 M +44 (0) 7930 323266 F +44 (0) 1224 742001 E [EMAIL PROTECTED] Open Source. Open Solutions(tm). http://www.suretecsystems.com/
Re: Amanda and PostgreSQL
Using rsync: shutdown db rsync all data to backup disk/raid/machine start db amanda backup the backup disk/raid/machine The first run of rsync will be the slowest - must send all data to make a complete copy. The next run of rsync will be much faster. rsync only sends new or changed data. So if 3 bytes in a 1G file are changed, only the changed 3 bytes are sent. Plus you have the lastest backup copy in an easily retrieved format. Your rsync speed will depend on the size of the db the amount of daily changes. This is how I backup an Oracle application using amanda. - toby bluhm it support, development systems philips medical systems, cleveland ohio [EMAIL PROTECTED] 440-483-5323 Celeron: Derived from the latin word, 'celer', meaning 'fast' or 'swift', as in 'celery' - the fastest of all vegetables.
Re: amanda.8 manpage
Hi, Nicolas, on Donnerstag, 13. Jänner 2005 at 13:13 you wrote to amanda-users: NE So if the cml files contain up-to-date text, the work of translation can NE begin. I am very happy about your offer but I would prefer if you could wait with starting that new translation until we have an official version of the docs. There is too much going on right now in those files. Maybe we can do that transition with the next AMANDA-release, this would be a good point to start. But if you want to help, we can also need a hand when it comes to formatting some of the XML-files. Thanks, Stefan Stefan G. Weichinger mailto:[EMAIL PROTECTED]
Re: Amanda and PostgreSQL
On Thu, 13 Jan 2005 [EMAIL PROTECTED] wrote:
Using rsync:
shutdown db
rsync all data to backup disk/raid/machine
start db
amanda backup the backup disk/raid/machine
The first run of rsync will be the slowest - must send all data to make a
complete copy. The next run of rsync will be much faster. rsync only sends
new or changed data. So if 3 bytes in a 1G file are changed, only the
changed 3 bytes are sent. Plus you have the lastest backup copy in an
Hmm, not exactly true ;-) Rsync operates on blocks.
easily retrieved format. Your rsync speed will depend on the size of the
db the amount of daily changes.
And make sure to use `rsync -za --delete'. You can drop the `-z' if you don't
want to use compression (for slow CPUs and very fast networks).
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- [EMAIL PROTECTED]
In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say programmer or something like that.
-- Linus Torvalds
Amanda config for two drives
I am setting up to transition an existing Amanda config on a Debian
Woody Linux system with one drive to a two drive setup. I have been
trying to research this and have come up with what I believe is the
correct amanda config:
SNIP
tapedev /dev/nst{1,2},2} # the non-rewinding device to write
tapes
SNIP
# our tape definition
define tapetype HP-C5683Ax2 {
comment DDS-4 DAT tape
length 16584 mbytes
filemark 452 kbytes
speed 2613 kbytes
SNIP
While I believe that this setup is correct, I have not gotten a concrete
picture of how this will affect my backups. What I would like to see
happen is that after the first tape is full, instead of sending
subsequent backup data to the spooling area, it sends it to the second
tape drive. When the second tape drive is too full, I would like further
backup data to go to the spooling area. Is this the default setup or do
I need to change something else?
Thanks,
Vicki
Re: amanda.8 manpage
Stefan G. Weichinger a écrit : I am very happy about your offer but I would prefer if you could wait with starting that new translation until we have an official version of the docs. There is too much going on right now in those files. Maybe we can do that transition with the next AMANDA-release, this would be a good point to start. Ok. I'm not looking at the releases everyday, so may I ask you to knock my door when this will be the time to start the translation ? But if you want to help, we can also need a hand when it comes to formatting some of the XML-files. Er... I just downloaded by cvs the work you did (Makefiles and so on...), and I just can't get any HTML files (reconfigure, configure, make html...) so I'd rather let you manage this part :o) And let's start a private thread to ask you some help off list. -- Nicolas Ecarnot
Re: amanda.8 manpage
Hi, Nicolas, on Donnerstag, 13. Jänner 2005 at 16:19 you wrote to amanda-users: Maybe we can do that transition with the next AMANDA-release, this would be a good point to start. NE Ok. I'm not looking at the releases everyday, so may I ask you to knock NE my door when this will be the time to start the translation ? You may bet that I will knock your door, yes ;-) But if you want to help, we can also need a hand when it comes to formatting some of the XML-files. NE Er... I just downloaded by cvs the work you did (Makefiles and so NE on...), and I just can't get any HTML files NE (reconfigure, configure, make html...) so I'd rather let you manage this NE part :o) I assume that you have various packages missing ... NE And let's start a private thread to ask you some help off list. Yep. Thanks. -- best regards, Stefan Stefan G. Weichinger mailto:[EMAIL PROTECTED]
Re: Amanda config for two drives
On Thu, 2005-01-13 at 17:22 +0100, Paul Bijnens wrote:
Vicki Stanfield wrote:
I am setting up to transition an existing Amanda config on a Debian
Woody Linux system with one drive to a two drive setup. I have been
Use the chg-multi changer: it emulates a tape changer using
two or more tape drives.
trying to research this and have come up with what I believe is the
correct amanda config:
SNIP
tapedev /dev/nst{1,2},2} # the non-rewinding device to write
What's that???
Evidently I wasn't paying attention when I edited my working file. I
meant this:
tapedev /dev/nst{1,2} # the non-rewinding device to write
tapes
SNIP
# our tape definition
define tapetype HP-C5683Ax2 {
comment DDS-4 DAT tape
length 16584 mbytes
filemark 452 kbytes
speed 2613 kbytes
SNIP
I also believe you have hardware compression on, together with
software compression. A capacity of about 16 Gbyte instead of a little
lower than 20 Gbyte is typical for those setups.
Doing hard+soft compression results in a lower tapecapacity for
most drives (all except LTO drives, AFAIK).
Disable hardware compression. Search the list for how to do this,
as this has been discussed numerous times here.
While I believe that this setup is correct, ...
I would be amazed that amcheck did not complain :-)
It hasn't yet been given the chance to. :-)
Okay, so I knew that I needed to use the chg-multi changer, but I was
unsure as to how. I have found some more information, but I don't know
where to get the script. I saw reference to it in an example directory
somewhere. I can't find it though.
Vicki
Re: implausibly old time stamp 1969-12-31 17:00:00
Jason Davis wrote: Hello, I am new to Amanda and tape drives for that matter. I have set up a Amanda server and for now have it just backing up itself. All works well for the backup part. However when I try to restore I get this message.. tar: ./2005-01-07_17-00-57/ibdata01.ibz: implausibly old time stamp 1969-12-31 17:00:00 The file still recovers ok. Why is this happening? Here is the output of stat of the original file that was backed up [EMAIL PROTECTED] 2005-01-07_17-00-57-- stat ibdata01.ibz File: `ibdata01.ibz' Size: 1130278748 Blocks: 2209744IO Block: 4096 regular file Device: 802h/2050d Inode: 20431486Links: 1 Access: (0640/-rw-r-) Uid: (0/root) Gid: (0/root) Access: 2005-01-10 13:02:04.0 -0700 Modify: 2005-01-07 17:07:31.0 -0700 Change: 2005-01-07 17:07:31.0 -0700 thanks, Jason Davis I had the same error with tar (GNU tar) 1.13.93 amanda version 2.4.4p3 kernel 2.4.24 Rest of restore was fine, files were ok, so I didn't investigate too much ;-) Regards, Bernhard Ott
barcode reader help (and faq-o-matic-toast?)
I've got a Dell PV132T changer I'm trying to get working and I'm looking for the stuff that used to be on the faq-o-matic about barcode readers. The FOM seems to be toast. Anybody know where I can find it? (and is the FOM gone for good?) -- thanks, Will
Re: Amanda config for two drives
On Thu, Jan 13, 2005 at 12:06:56PM -0500, Vicki Stanfield wrote: I would be amazed that amcheck did not complain :-) It hasn't yet been given the chance to. :-) Should be the first thing after any config changes. Okay, so I knew that I needed to use the chg-multi changer, but I was unsure as to how. I have found some more information, but I don't know where to get the script. I saw reference to it in an example directory somewhere. I can't find it though. It is an included component of an amanda install. In my case it installed in /usr/local/libexec. YMMV jl -- Jon H. LaBadie [EMAIL PROTECTED] JG Computing 4455 Province Line Road(609) 252-0159 Princeton, NJ 08540-4322 (609) 683-7220 (fax)
Re: Amanda config for two drives
On Thu, 2005-01-13 at 15:50 -0500, Jon LaBadie wrote: On Thu, Jan 13, 2005 at 12:06:56PM -0500, Vicki Stanfield wrote: I would be amazed that amcheck did not complain :-) It hasn't yet been given the chance to. :-) Should be the first thing after any config changes. If you are ready to deploy. In this case the other tape drive was on order, so I made the changes in a copied config file. Okay, so I knew that I needed to use the chg-multi changer, but I was unsure as to how. I have found some more information, but I don't know where to get the script. I saw reference to it in an example directory somewhere. I can't find it though. It is an included component of an amanda install. In my case it installed in /usr/local/libexec. YMMV jl Thanks. I found it now. Now the follow on question is: is there a way to tell amanda to rerun the backup that it just ran just in case it doesn't work? Or is it as simple as running the backup command again? I assume that it changes the states of the backups each time to prevent the full backup of everything in the disklist. If the state information has been updated, is there a way to rerun exactly what was run before? Thanks, Vicki
