Yogesh,
Always look in the log and debug files if you have a problem.
What's in the amcheck.*.debug, amandad.*.debug and selfcheck.*.debug files?
Jean-Louis
Yogesh Hasabnis wrote:
Hi,
We use Amanda 2.5.0p2 in our backup setup. The setup
was working fine for last 2 months. I have started
On Tue, Apr 17, 2007 at 07:13:09PM -0700, Paul Yeatman wrote:
Hi, I'm testing my backup system and am finding something unexpected.
I'm using amanda 2.4.4p3-1 on a server running RedHat linux ES 4.
The restore I'm attempting is performed all on the server using a
spare disk on the server.
On Wed, Apr 18, 2007 at 12:16:46AM -0600, Chris Kottaridis wrote:
Thanks I'll check into it.
I assume there is no way to pass dump options in via the dumptype to get
different options for different partitions. Like it's recommended that
if you use -L you should use -C which takes a size
The selfcheck process is hang.
Could you strace it and attach a debugger to it and get a backtrace.
It's often because of a stale mount point.
Did 'df' succeed?
Jean-Louis
Yogesh Hasabnis wrote:
Hello Jean-Louis,
Thanks for the reply.
The amcheck*.debug reads as follows:
amcheck: debug 1
Yes, I observe that the df command doesn't respond for
quite some time.
Do you mean that I should run strace
/usr/sbin/amcheck config_name command?
Regards
Yogesh
--- Jean-Louis Martineau [EMAIL PROTECTED] wrote:
The selfcheck process is hang.
Could you strace it and attach a debugger to it
Hello Jean-Louis,
Thanks for the reply.
The amcheck*.debug reads as follows:
amcheck: debug 1 pid 21824 ruid 30318 euid 0: start at
Wed Apr 18 17:00:00 2007
amcheck-clients: time 0.036: bind_portrange2: trying
port=639
amcheck-clients: time 0.041: dgram_bind: socket bound
to 0.0.0.0.639
Yogesh Hasabnis wrote:
Yes, I observe that the df command doesn't respond for
quite some time.
Do you mean that I should run strace
/usr/sbin/amcheck config_name command?
no, run 'strace -p pid of selfcheck'
But don't it if 'df' hang.
You must fix your mount problem:
- umount not
-In response to your message-
--received from Jean-Louis Martineau--
Maybe all file included in level 1-5 are also included in level 6-7,
level 1-5 are not needed for recovery.
You can find it by running zdiff on your index files.
Jean-Louis
Thanks, Jean-Louis. I thought about
-In response to your message-
--received from Jon LaBadie--
On Tue, Apr 17, 2007 at 07:13:09PM -0700, Paul Yeatman wrote:
Hi, I'm testing my backup system and am finding something unexpected.
I'm using amanda 2.4.4p3-1 on a server running RedHat linux ES 4.
The restore I'm
Amanda 2.5.2b1 RPMs, Windows MSI, and source tar ball are available for
following platforms at
http://www.zmanda.com/downloads.html
- Red Hat Enterprise server 5,
- Red Hat Enterprise server 4,
- Red Hat Enterprise server 3,
- Suse Linux Enterprise 9,
- Suse Linux Enterprise 10,
- Open Suse
Thanks Stefan for the fix.
Patch to RPMs (amanda-mtx-changer-patch.sh) and latest 2.5.2 snapshot tar ball
are available at http://www.zmanda.com/community-builds.php
Thanks,
Paddy
On 4/17/07, Jean-Louis Martineau [EMAIL PROTECTED] wrote:
Stefan,
Thanks for the patch, it is included in today
11 matches
Mail list logo