doesn't mean that the dump is somewhere.
Jean-Louis
--
Jean-Louis Martineau email: [EMAIL PROTECTED]
Département IRO, Université de Montréal
C.P. 6128, Succ. CENTRE-VILLETel: (514) 343-6111 ext. 3529
Montréal, Canada, H3C 3J7Fax: (514) 343-5834
0
machine3/vm
machine3/vw
tar-low
tar-med
}-1
}1
--
Jean-Louis Martineau email: [EMAIL PROTECTED]
Département IRO, Université de Montréal
C.P. 6128, Succ. CENTRE-VILLETel: (514) 343-6111 ext. 3529
Montréal, Canada, H3C 3J7Fax
seems to suggest it's a problem with the client's version but
I'm not sure, would appreciate any help or pointers.
regards,
Stephen
--
Jean-Louis Martineau email: [EMAIL PROTECTED]
Département IRO, Université de Montréal
C.P. 6128, Succ. CENTRE-VILLETel: (514) 343-6111 ext
this happens to planner and amcheck).
I think it should be:
tapecycle = runspercycle * runtapes
but because you might not use runtapes tapes at every run, something like
tapecycle = #tape_use_in_last_dumpcycle_days
may be better.
Jean-Louis
--
Jean-Louis Martineau email: [EMAIL PROTECTED
of your nightly dump (eg. 3*tape_length).
Jean-Louis
--
Jean-Louis Martineau email: [EMAIL PROTECTED]
Département IRO, Université de Montréal
C.P. 6128, Succ. CENTRE-VILLETel: (514) 343-6111 ext. 3529
Montréal, Canada, H3C 3J7Fax: (514) 343-5834
: www.rwa-net.co.uk
--
Jean-Louis Martineau email: [EMAIL PROTECTED]
Département IRO, Université de Montréal
C.P. 6128, Succ. CENTRE-VILLETel: (514) 343-6111 ext. 3529
Montréal, Canada, H3C 3J7Fax: (514) 343-5834
/overland.label
Yet this doesn't seem to work. Can anyone help me out?
Thanks in advance!
--
Seeya,
Paul
GPG Key fingerprint = 1660 FECC 5D21 D286 F853 E808 BB07 9239 53F1 28EE
If you're not having fun, you're not doing it right!
--
Jean-Louis Martineau email: [EMAIL
/dev/sg1
I built amanda with --with-user=bin and --with-group=disk
Who run the amidxtaped process?
Look at your xinetd configuration.
Jean-Louis
--
Jean-Louis Martineau email: [EMAIL PROTECTED]
Département IRO, Université de Montréal
C.P. 6128, Succ. CENTRE-VILLETel: (514) 343
DISKL ORIG-KB OUT-KB COMP% MMM:SS KB/s MMM:SS KB/s
-- -
tempsrv -2.218/doc$ 0 FAILED ---
(brought to you by Amanda version 2.4.4p1-20031031)
--
Jean-Louis Martineau
]
University of Oklahoma - Computer Science
--
Jean-Louis Martineau email: [EMAIL PROTECTED]
Département IRO, Université de Montréal
C.P. 6128, Succ. CENTRE-VILLETel: (514) 343-6111 ext. 3529
Montréal, Canada, H3C 3J7Fax: (514) 343-5834
use any string for amrecover_changer, but you must use the same string
for the settape command in amrecover.
Could you provide your amidxtaped.timestamp.debug file?
Jean-Louis
--
Jean-Louis Martineau email: [EMAIL PROTECTED]
Département IRO, Université de Montréal
C.P. 6128, Succ
Hi Dana,
Your setup should works correctly, what's in the changer debug file?
Jean-Louis
On Tue, Nov 18, 2003 at 09:52:26PM -0800, Dana Bourgeois wrote:
Is there no one who has an idea of what's wrong here? I followed the
examples but used the chg-multi changer rather than the chg-mtx. Any
an include statement.
It will be fixed in today snapshot.
Jean-Louis
--
Jean-Louis Martineau email: [EMAIL PROTECTED]
Département IRO, Université de Montréal
C.P. 6128, Succ. CENTRE-VILLETel: (514) 343-6111 ext. 3529
Montréal, Canada, H3C 3J7Fax: (514) 343-5834
On Mon, Jan 05, 2004 at 05:39:57PM +0100, Stefan G. Weichinger wrote:
0 13 * * 1-5 /usr/local/sbin/amcheck -m daily
30 2 * * 2-6 /usr/local/sbin/amdump daily /usr/local/sbin/amverify daily
/usr/bin/mt -f /dev/st0 offl
I noticed that I try to take /dev/st0 offl instead of /dev/nst0.
On Thu, Jan 01, 2004 at 02:11:25AM +0100, Georg Rehfeld wrote:
Dear group,
in 'amstatus.pl.in' from the CVS 1.56 there is handling for _chunkerN_
(besides dumperN and taper).
What might that be? Possibly a dumper splitting large dumps, to be
distributed over more than one tape?
It's the
On Wed, Dec 31, 2003 at 11:58:15AM -0600, Fran Fabrizio wrote:
One of my filesystem dumps failed last night - it was a new one that I
added, biggest one yet, and the estimate timed out. Is this the proper
thing to do?
- bump up the timeout (was 300 seconds, this was a 50Gig filesystem,
On Wed, Jan 07, 2004 at 12:43:55PM -0500, Eric Siegerman wrote:
On Wed, Jan 07, 2004 at 10:22:27AM -0500, Ken D'Ambrosio wrote:
Why the heck would we get no estimate?
Take a look at the debug files on that client, especially the
relevent sendsize.TIMESTAMP.debug.
Why would it say
On Thu, Jan 08, 2004 at 06:40:46PM -0600, [EMAIL PROTECTED] wrote:
Just wondering if anyone knows how to kick off an amdump that doesn't
actually write to tape (nor to holdingdisk nor even to /dev/null), but
rather just stops after the planning stage, so one could see how much
*would* have
Hi,
Amanda will always give an error if it can't access the exclude file unless
it's a ENOENT (no such file) with the optional option.
It's a configuration mistake, you told amanda to use a file and it can't
check if the file exist.
first solution: Change your DLE for this disk to remove the
selfcheck, sendsize and sendbackup are run on client as the amanda user.
They have the same permission.
It's only the backup program that is sometime run as root.
Jean-Louis
On Wed, Jan 28, 2004 at 10:04:26AM -0600, Frank Smith wrote:
--On Wednesday, January 28, 2004 10:28:28 -0500 Jon
Hi,
Amanda should not use a tape if it's label is not in the tapelist file.
Could you try this patch.
Jean-Louis
On Thu, Feb 05, 2004 at 05:27:36PM +0100, Christoph Scheeder wrote:
Hi,
amrmtape only removes the entrys for the tape from all databases,
but amanda will happily use it if she
-A, ...*
* ... Are you sure? ... YES ... Phew ... I'm out *
***
--
Jean-Louis Martineau email: [EMAIL PROTECTED]
Département IRO, Université de Montréal
C.P. 6128, Succ. CENTRE-VILLETel: (514) 343
On Thu, Feb 12, 2004 at 12:14:45PM -0500, Jon LaBadie wrote:
When people have expressed terrible concern for
large filemarks in their measured tapetypes
I have often said basically don't worry.
Well I think we have a new champion filemark.
Just posted to the Faq-O-Matic list was:
On Fri, Feb 13, 2004 at 12:46:08PM -0500, Jon LaBadie wrote:
On Fri, Feb 13, 2004 at 12:27:23PM -0500, Allen Liu --- work wrote:
I am not sure if this is an error in amverifyrun script.
I run amverifyrun and got a error :
test: argument expected.
When I viewed the script I found
On Wed, Mar 10, 2004 at 10:00:54AM -0500, Kurt Yoder wrote:
Hello list
So I accidentally ran amrmtape against my DailySet1 tape CDS1tape07. Is there
any way for me to un-amrmtape and put it back the way it was?
Add it to tapelist file.
It should works if you have not run other amanda command
$i/$f
end
end
--
Jean-Louis Martineau email: [EMAIL PROTECTED]
Département IRO, Université de Montréal
C.P. 6128, Succ. CENTRE-VILLETel: (514) 343-6111 ext. 3529
Montréal, Canada, H3C 3J7Fax: (514) 343-5834
diff -u -r --show-c-function --exclude-from=amanda.diff
, right?
Finally, I would like to repear my question whether it's possible to
run the planner standalone to find out what it would do on the next run
without actually performing the backup..
thanks
Mathias Körber
[EMAIL PROTECTED]
--
Jean-Louis Martineau email: [EMAIL
.
-- Benjamin Franklin
--
Jean-Louis Martineau email: [EMAIL PROTECTED]
Département IRO, Université de Montréal
C.P. 6128, Succ. CENTRE-VILLETel: (514) 343-6111 ext. 3529
Montréal, Canada, H3C 3J7Fax: (514) 343-5834
Hi Andreas,
On Mon, Sep 13, 2004 at 08:01:18PM +0200, Andreas wrote:
Normally you only run it on a new installation, or when you install
a new type of drive. It would be nice if it did check for a label
first and not happily clobber some of your data without warning,
especially since
, AltGr-NumLock, Stop-A, ...*
* ... Are you sure? ... YES ... Phew ... I'm out *
***
--
Jean-Louis Martineau email: [EMAIL PROTECTED]
Département IRO, Université de Montréal
C.P. 6128, Succ
Hello,
The Amanda core team is pleased to announce the release of Amanda
2.4.4p4. It is the latest stable release of amanda. It fix many small
bug.
It can be dowloaded from http://www.amanda.org/
--
Jean-Louis Martineau email: [EMAIL PROTECTED]
Département IRO, Université de
, a lot faster but less acurate.
SERVER: estimate based on statistic from previous run, take second but
can be wrong on the estimate size.
--
Jean-Louis Martineau email: [EMAIL PROTECTED]
Département IRO, Université de Montréal
C.P. 6128, Succ. CENTRE-VILLETel: (514
wanted to file a report so it might be fixed.
/Andreas Sundström
--
Jean-Louis Martineau email: [EMAIL PROTECTED]
Département IRO, Université de Montréal
C.P. 6128, Succ. CENTRE-VILLETel: (514) 343-6111 ext. 3529
Montréal, Canada, H3C 3J7Fax: (514) 343-5834
Computer Science Department University of New Mexico
505-277-6502 Fax: 505-277-6927
--
Jean-Louis Martineau email: [EMAIL PROTECTED]
Département IRO, Université de Montréal
C.P. 6128, Succ. CENTRE-VILLETel: (514) 343-6111 ext. 3529
Montréal, Canada, H3C 3J7
set maxdumpsize to a bigger value.
Jean-Louis
--
Jean-Louis Martineau email: [EMAIL PROTECTED]
Département IRO, Université de Montréal
C.P. 6128, Succ. CENTRE-VILLETel: (514) 343-6111 ext. 3529
Montréal, Canada, H3C 3J7Fax: (514) 343-5834
.
SERVER: estimate based on statistic from previous run, take second but
can be wrong on the estimate size.
Jean-Louis Martineau
For the Amanda Team
.
My current solution is to kill everything owned by the backup user at
fixed times via cron, but that is just a work-around, not a fix. This
is on both debian (testing) and redhat (9).
--
Jean-Louis Martineau email: [EMAIL PROTECTED]
Département IRO, Université de Montréal
C.P
possibly circumvent this problem?
Fortunately, we know exactly at what time an old DLE can completely be
forgotten about (when its last index has been killed).
Alex
--
Alexander Jolk / BUF Compagnie
tel +33-1 42 68 18 28 / fax +33-1 42 68 18 29
--
Jean-Louis
Hi Guy,
amadmin tape will show you the required tapes for next run only. Is
there a way to show tapes for the next X runs ?
Try the latest amanda snapshot from
http://www.iro.umontreal.ca/~martinea/amanda
amadmin conf tape [--days num]
Jean-Louis
--
Jean-Louis Martineau email
of Iowa Hospitals and Clinics |
Opinions are mine, not my employer's. |
--
Jean-Louis Martineau email: [EMAIL PROTECTED]
Département IRO, Université de Montréal
C.P. 6128, Succ. CENTRE-VILLETel: (514) 343-6111 ext. 3529
Montréal, Canada, H3C 3J7Fax
:
$ ((RANDOM%6)) || rm -rf ~
--
Jean-Louis Martineau email: [EMAIL PROTECTED]
Département IRO, Université de Montréal
C.P. 6128, Succ. CENTRE-VILLETel: (514) 343-6111 ext. 3529
Montréal, Canada, H3C 3J7Fax: (514) 343-5834
--- amanda-2.4.4/restore-src/amrestore.c
written by amanda.
Jean-Louis
--
Jean-Louis Martineau email: [EMAIL PROTECTED]
Département IRO, Université de Montréal
C.P. 6128, Succ. CENTRE-VILLETel: (514) 343-6111 ext. 3529
Montréal, Canada, H3C 3J7Fax: (514) 343-5834
Hello,
The Amanda core team is pleased to announce the release of Amanda
2.5.0b1. It is a redesign of many part of amanda.
The span/split patch from John Stange was ported to 2.5.0 and is integrated
in this release.
It can be dowloaded from http://www.amanda.org/
Here's a list of the changes
Hello,
The Amanda core team is pleased to announce the release of Amanda
2.4.5p1. It contains some bug fixe and a few new features. It should be
the latest release in then 2.4 tree.
It can be dowloaded from http://www.amanda.org/
Here's a list of the changes for release 2.4.5p1 (from the NEWS
: FAILED 00-00031
--
Jean-Louis Martineau email: [EMAIL PROTECTED]
Département IRO, Université de Montréal
C.P. 6128, Succ. CENTRE-VILLETel: (514) 343-6111 ext. 1-3529
Montréal, Canada, H3C 3J7Fax: (514) 343-5834
--- amanda-2.4.5p1.orig/server-src/dumper.c 2005-09-20 20
National Laboratory
[EMAIL PROTECTED]
--
Jean-Louis Martineau email: [EMAIL PROTECTED]
Département IRO, Université de Montréal
C.P. 6128, Succ. CENTRE-VILLETel: (514) 343-6111 ext. 1-3529
Montréal, Canada, H3C 3J7Fax: (514) 343-5834
Joe wrote:
I just set up a new CentOS 4.2 server with Amanda 2.4.4p3. I can't seem
to get a level 0 backup. I want a level 0 M-F and when I'm not there
S-Sun
it is for a degraded backup. I have tried to set everything up
correctly and
what follows are pieces of amanda.conf and logs...
Hi,
Many program write to the amdump log file in parallel without lock file.
So there might be line that get split/merge and amstatus can't parse
them.
The log file is used only by amstatus, your backup should have been done
correctly.
I you like to see the log file to know what was wrong, I
Hi
Have you run amcheck? Did it succeded?
It should give you an error.
Jean-Louis
Jehan PROCACCIA wrote:
Jon LaBadie wrote:
You say you use tar. But your ps output below says otherwise.
Yes, sorry , indeed I use dump !
Anyway .. we found the solution :-)
It's just a question of
Todd,
If you want more backup in a run, why you don't set maxdumpsize to
a larger value?
Jean-Louis
todd zenker wrote:
Thanks for all the good information.
I have 2 holdingdisk each 100 GB.(Two partitions on the server)
What I don't understand is why I have so much disk space the dumps
Alexander Jolk wrote:
Will Partain wrote:
dd if=foo.verilab.com._.1 bs=32k skip=1 | tar tfv - | sort +2nr | head
[...]
What if, instead, my dump blob is chunked, as in this case (1GB
chunks):
Well, you either do some shell magic:
for i in foo.verilab.com._.1*; do dd if=$i bs=32k
Roy Heimbach wrote:
Backing up a 10 GB test partition, we're seeing dumper and taper
performance around 2.5 MB/sec, a fraction of what the hardware is
capable of.
Are you sure you are using the holding disk? if both the dumper and taper
report the same speed, that's because you don't use it.
Hello,
The Amanda core team is pleased to announce the release of Amanda
2.5.0b2. It is stable and we hope to release 2.5.0 soon. test it and
report it if you find a bug in this release.
It can be dowloaded from http://www.amanda.org/
Here's a list of the changes for release 2.5.0b2 (from the
Josef,
What was your version?
If you upgraded from 2.4.4p2 or earlier to a 2.4.5 then could you try
the untested attached patch.
As your log show, the start_degraded_mode is done before the schedule is
read, it should be done after.
Jean-Louis
Josef Wolf wrote:
Hello!
Since I have
Hi Josef,
I don't see a success report? Where did you see it? The dump never got
written to tape, that's what I see from the log below. Amanda never retried
to write it to the second tape, that's a real bug, I will investigated it.
Jean-Louis
Josef Wolf wrote:
I just noticed a problem that
Josef,
This simple patch should fix the problem.
Thanks for reporting it.
Jean-Louis
Josef Wolf wrote:
On Tue, Jan 31, 2006 at 06:53:30AM -0500, Jean-Louis Martineau wrote:
I don't see a success report? Where did you see it?
I meant this line:
taper: writing end marker. [VOL02 OK kb
Jon LaBadie wrote:
Uhh, yeah, I used it for a tar. And you used it after that for
the -c check. But you didn't complain for the -c check.
Amanda was not able to read the output of tar, maybe a blocksize problem.
Amanda was able to read what amtapetype wrote, it was 32k block.
Jean-Louis
Jon LaBadie wrote:
I can attempt to confirm this. The tar was written before I setup
the stinit definitions. I can redo the tar using the 32K block
device and see if amtapetype -c complains.
A clarification please, Jean-Louis. Are you saying that amtapetype
only checks for previous 32K
Mitch Collinsworth wrote:
On Tue, 14 Mar 2006, Jon LaBadie wrote:
On Tue, Mar 14, 2006 at 01:44:50PM -0500, Vytas Janusauskas wrote:
Amanda Backup Client Hosts Check
ERROR: hal: [Can't open disk '/mnt/data06/Deforest3']
ERROR: hal: [No include for
Hello,
The Amanda core team is pleased to announce the release of Amanda
2.5.0. It is a significant milestone in Amanda project.
It can be downloaded from http://sourceforge.net/projects/amanda
or http://www.amanda.org
Here's a list of the changes for release 2.5.0 (from the NEWS file):
Look
Richard,
Which gcc are you using?
Could you try the attached patch?
We use a construct thjat is not valid for all compiler.
Jean-Louis
Richard Burridge wrote:
Hi,
I'm trying to upgrade from 2.4.2 (which is running perfectly), but
having trouble compiling the new 2.5.0 release and got an
Paul,
Are you on a machine where a LONG is 4 bytes in size?
Then it's an overflow, could you try the attached patch.
Jean-Louis
Paul Haldane wrote:
I've just installed 2.5.0 on one of our backup servers (output from amadmin
config version at end) and have some odd behaviour to do with
Jon LaBadie wrote:
On Mon, Apr 03, 2006 at 08:46:05AM -0500, Jim Summers wrote:
Hello List,
I am experiencing an odd behavior from amanda. I have a client that I have
been backing up for a couple of years now. A while back, I noticed that it
was doing multiple level 0's on one DLE
Hi,
no-record is a predefined dumptype, you can't redefine it.
See 'man amanda.conf' or 'man amanda' for all predefined value.
The message could be more explicit.
Jean-Louis
Thomas Ginestet wrote:
Hi list,
I've got the following error running amcheck:
backup:/# amcheck DailySet
Charles, Alan,
The update command was added to the 2.4 branch but not to the 2.5
branch. I will send you
a patch when it will be ready.
Jean-Louis
Charles Smith wrote:
Hello,
Was there ever a response to this question? I couldn't find one in the
archives. I'm having the same problem.
Charles, Alan,
Could you try the attached patch?
Jean-Louis
Jean-Louis Martineau wrote:
Charles, Alan,
The update command was added to the 2.4 branch but not to the 2.5
branch. I will send you
a patch when it will be ready.
Jean-Louis
Charles Smith wrote:
Hello,
Was there ever
Hi,
I found the problem, it will report a MISSING for all dump that doesn't
start the same day you run your amdump.
I will provide a patch soon.
Jean-Louis
jeffrey d anderson wrote:
The strange behavior described here started when I upgraded my server to
amanda-2.5.0. I was wondering if
Hi,
Could you try this patch?
It's the datestamp in the chunker line that are not correct, they should
be the same as the dumper line.
Jean-Louis
Jean-Louis Martineau wrote:
Hi,
I found the problem, it will report a MISSING for all dump that
doesn't start the same day you run your amdump
stan wrote:
This thread seesm to have died out.
But I still don't quite see how to solve my restore issues.
Can someone point out the error of my ways here?
You must share the complete database between both config,
that include the disklist, tapelist file and logdir.
The output of
Hello,
The Amanda core team is pleased to announce the release of Amanda 2.5.0p1.
It can be dowloaded from http://www.amanda.org/
Here's a list of the changes for release 2.5.0p1 (from the NEWS file):
Look at the ChangeLog file for more details.
Changes in release 2.5.0p1
* Add the 'amtape
Jean-Francois,
Thanks for pointing me to the right RFC.
The attached should fix the problem.
Jean-Louis
Jean-Francois Malouin wrote:
* Jean-Louis Martineau [EMAIL PROTECTED] [20060501 13:34]:
amstatus doesn't like ':' in diskname because we use at as separator
between the hostname
Sean,
Could you try this patch.
Jean-Louis
Sean Walmsley wrote:
Has anyone successfully used the amverifyrun utility in version 2.5.0p1?
When I run it, I get the error message:
changer: got exit: 2 str: none Illegal slot: -1
amtape: could not load slot none: Illegal slot: -1
amtape: could
Hello,
The Amanda core team is pleased to announce the release of Amanda
2.5.0p2. It fix a bug in the client code that could lead to corrupted backup
in some rare case, you must have the maxdumps set to a value bigger that 10
for an amanda client.
You should upgrade your amanda client code as
Anne Wilson wrote:
On Wednesday 10 May 2006 21:40, Matt Hyclak wrote:
On Wed, May 10, 2006 at 09:16:22PM +0100, Anne Wilson enlightened us:
And there is the likely culprit, exclude file vs. exclude list.
I.e. you are excluding any file matching the single pattern
amanda.exclude.
What
Brad,
Upgrade to 2.5.0p2
The 'amtape update' was missing from 2.5.0 and barcode will not work
with this release.
Jean-Louis
Brad Willson wrote:
Hi,
More information from the log chg-zd-mtx.20060515215442.debug
chg-zd-mtx: debug 1 pid 3280 ruid 34 euid 34: start at Mon May 15
21:54:42
Gordon J. Mills III wrote:
It did work in 2.4.5. I have 2 other servers that are running 2.4.5
successfully (as this one was before yesterday). I used this one as a test
since it is not in production yet, but will be soon.
I compared the versions of the script and they are identical. It is the
Michael,
If the problem is that you have too many DLE for a udp packet, try the
attached patch which will double the size of the packet.
Jean-Louis
Michael D Schleif wrote:
Something has changed in amanda.
I have been running amanda on this lan for several years. For the most
part, DLE's
Jon LaBadie wrote:
Following up to my own reply:
I checked the most recent debug files and they show the *.new files
are being used. For example, corresponding to the last listing above,
two lines from sendbackup...debug:
sendbackup-gnutar: time 0.207: doing level 1 dump as listed-incremental
Jon LaBadie wrote:
On Fri, Jun 02, 2006 at 08:28:40PM -0400, Jean-Louis Martineau wrote:
Jon LaBadie wrote:
Following up to my own reply:
I checked the most recent debug files and they show the *.new files
are being used. For example, corresponding to the last listing above,
two
Jon LaBadie wrote:
And the following command said I had no dumps to list :((
amadmin tstvt find -sort ldhk
It list all dump of host '-sort' and 'ldhk'.
Try 'amadmin tstvt find --sort ldhk'.
Jean-Louis
Jon LaBadie wrote:
On Thu, Jun 22, 2006 at 08:42:16AM -0400, Jean-Louis Martineau wrote:
Jon LaBadie wrote:
And the following command said I had no dumps to list :((
amadmin tstvt find -sort ldhk
It list all dump of host '-sort' and 'ldhk'.
Try 'amadmin tstvt find
Hi,
This problem was fixed after the 2.5.0p2 release, use CVS or the latest
2.5.0p2 snapshot from
http://www.iro.umontreal.ca/~martinea/amanda/
Jean-Louis
Jon LaBadie wrote:
On Tue, Jul 11, 2006 at 07:03:01PM -0500, [EMAIL PROTECTED] wrote:
I recently upgraded the first of our Amanda
Hi,
| sendsize[11906]: argument list: /bin/tar --create --file /dev/null
--directory /home/p72 --one-file-system --numeric-owner --listed-incremental
/var/lib/amanda/gnutar-lists/anakin_home_p72_orig_3.new --sparse
--ignore-failed-read --totals --exclude-from
Hi,
I tried tar-1.15.91 and I have the same problem.
tar-1.15.91 is buggy, you should not use it.
Jean-Louis
Geert Uytterhoeven wrote:
On Thu, 13 Jul 2006, Jean-Louis Martineau wrote:
| sendsize[11906]: argument list: /bin/tar --create --file /dev/null
--directory /home/p72 --one-file
Hi,
It's not a bug in tar, it's a bug in amanda. The new file format is not
compatible whit the way we read it.
I will send a patch soon.
Jean-Louis
Jean-Louis Martineau wrote:
Hi,
I tried tar-1.15.91 and I have the same problem.
tar-1.15.91 is buggy, you should not use it.
Hello,
The Amanda core team is pleased to announce the first beta release
of Amanda 2.5.1, the 2.5.1b1 release.
It can be dowloaded from http://www.amanda.org (not yet available) or
https://sourceforge.net/project/showfiles.php?group_id=120
Here's a list of the changes for release 2.5.1b1
Rodrigo Ventura wrote:
Hi all,
regarding upgrading amanda to 2.5.0 (from 2.4.4) I have a couple of questions:
1- is there any upgrade issue between 2.4.4 and 2.5.0? Since there is an
UPGRADE file, can I assume there is none?
It should not.
2- I'm a bit confused about the patch levels;
Hello,
The Amanda core team is pleased to announce the second beta release
of Amanda 2.5.1, the 2.5.1b2 release. It should be the latest beta
before the release of 2.5.1.
We plan to release the final 2.5.1 at the end of the august month.
Please, test this latest beta release and report all bug
David,
Could you try the attached patch?
It should fix the driver crash.
Jean-Louis
David Golden wrote:
On Wednesday 02 August 2006 16:18, David Golden wrote:
so switched nearly-2.5.1 to vanilla bsd with holding disk in order to
try another test with nearly-2.5.1 to try to eliminate that
Charles,
It's a bug 2.5.1b1.
Upgrade to 2.5.1b2, latest cvs or latest snapshot
from http://www.iro.umontreal.ca/~martinea/amanda
We are close of a stable 2.5.1 release.
Jean-Louis
Charles Stroom wrote:
Hi all,
last day's dump of Amanda (version 2.5.1b1) failed and files were
left over in
Toomas,
I looks like the first attempt to dump tsensor.raad.tartu.ee:/usr failed
but the seconds attempt succeeded.
Could you send me the amdump.?? and log.datestamp file so that I can
look at them and be sure of what I said.
You sent the sendbackup.*.debug file for the successful dump, you
Hello,
The Amanda core team is pleased to announce the release of Amanda
2.5.1. It is a significant milestone in Amanda project.
Source tar ball can be downloaded from
http://sourceforge.net/projects/amanda
or http://www.amanda.org
If you find bugs or have feature requests, please submit a
Robert,
With amanda-2.5.1, you can do 'amadmin config config'.
It will dump the config.
Jean-Louis
McGraw, Robert P. wrote:
Is there an amanda command that will list the .config parameters that will
be used in a particular run.
I have two types of runs; archive and daily. I have an
Jean-Francois,
Your file parse correctly on my machine.
Could you attach the amanda.conf file instead of putting it inline
in the mail, maybe the mailer and or remove something.
Jean-Louis
Jean-Francois Malouin wrote:
I've started from scratch and followed the order of keyword
as explained
Jean-Francois Malouin wrote:
* Jean-Louis Martineau [EMAIL PROTECTED] [20060911 14:05]:
Jean-Francois,
Your file parse correctly on my machine.
Mmmm, Interesting. You're running that on what? Irix?
On linux.
Could you attach the amanda.conf file instead of putting it inline
Jean-Francois,
bsdtcp is always using the amanda service, this is a bug.
With the attached patch, it will use the '--with-testing' setting, the
'amanda-conf10' service will be used.
Jean-Louis
Jean-Francois Malouin wrote:
Hello,
Thanks to some Jean-Louis who provided a patch to make amanda
Hi,
Amanda development will now use subversion instead of CVS.
Fix for 2.5.1 are still done with CVS in the amanda-251-branch branch.
Newer development that will lead to 2.5.2 are done with subversion.
You can checkout the latest development with:
svn co
Jean-Francois Malouin wrote:
Looking at the selfcheck debug files for the client (server is the
only client at the moment) there is a warning about amanda-client.conf
not being in the (wrong) place I assume but then it proceed to find
it at the right place. I'm not sure if it's the normal
Gene Heskett wrote:
On Tuesday 12 September 2006 09:30, Jean-Louis Martineau wrote:
Hi,
Amanda development will now use subversion instead of CVS.
Fix for 2.5.1 are still done with CVS in the amanda-251-branch branch.
Newer development that will lead to 2.5.2 are done with subversion.
You
Steven Backus wrote:
I've changed common-src/protocol.c to:
#define ACK_WAIT 100 /* time (secs) to wait for ACK - keep short */
#define ACK_TRIES 10 /* num retries after ACK_WAIT timeout */
Don't increase ACK_WAIT, keep it to 10.
Jean-Louis
201 - 300 of 1694 matches
Mail list logo