Brian,
Which auth are you using?
Post the debug files.
Jean-Louis
Brian Cuttler wrote:
Platform Solaris 10/Sparc. All client DLEs are on the
amanda server system.
The following amdump output is typical for this system.
I don't know why the timeout occurs, I do know that if I
run amdump on th
ar in my amdump log file.
Yours,
Paul Duncan
Yolus Ltd.
> -Original Message-
> From: Paul Bijnens [mailto:[EMAIL PROTECTED]
> Sent: 31 May 2006 15:53
> To: Paul Duncan
> Cc: amanda-users@amanda.org
> Subject: Re: Data Timeout
>
> On 2006-05-30 10:30, P
On 2006-05-30 10:30, Paul Duncan wrote:
Hello,
One of our filesystems is failing to get backed up and I am interested
in trying to ascertain why. The report entry is:
compaqdev2 /export/home lev 0 FAILED [data timeout]
In the amdump file I see the following suspicious entries. I get a
s
Guy Dallaire schreef:
One of my DLE fails to backup correctly from time to time. It happened
twice this week. This is a bit annoying because it changes everyday
(it's an oracle cold/hot backup destination for dabase files) and I
really need to get this stuff backed up every day. This is the only
2006/2/9, Matt Hyclak <[EMAIL PROTECTED]>:
> On Thu, Feb 09, 2006 at 02:31:11PM -0500, Guy Dallaire enlightened us:
> > 2006/2/9, Matt Hyclak <[EMAIL PROTECTED]>:
> > >
> > >
> > > Check the setting of your dtimeout value in amanda.conf.
> > >
> > > You might also want to check out
> > > http://www
On Thu, Feb 09, 2006 at 02:31:11PM -0500, Guy Dallaire enlightened us:
> 2006/2/9, Matt Hyclak <[EMAIL PROTECTED]>:
> >
> >
> > Check the setting of your dtimeout value in amanda.conf.
> >
> > You might also want to check out
> > http://www.amanda.org/docs/faq.html#id2551493 if you have a firewall
2006/2/9, Matt Hyclak <[EMAIL PROTECTED]>:
Check the setting of your dtimeout value in amanda.conf.You might also want to check out
http://www.amanda.org/docs/faq.html#id2551493 if you have a firewallconfigured on your CentOS box.
Hum... My dtimeout parameter has already been bumped from 20 minut
On Thu, Feb 09, 2006 at 02:12:55PM -0500, Guy Dallaire enlightened us:
> One of my DLE fails to backup correctly from time to time. It happened
> twice this week. This is a bit annoying because it changes everyday
> (it's an oracle cold/hot backup destination for dabase files) and I
> really need t
frank cheong wrote:
Dear Ryan,
Actually not, and I have finally partially solved the problems by
splitting up the disklist to smaller sized folder instead of backing the
whole machine with only a "/". While I still got problem in backing up
one of the /var/log folder of one of the machine an
Dear Ryan,
Actually not, and I have finally partially solved the problems by splitting up the disklist to smaller sized folder instead of backing the whole machine with only a "/". While I still got problem in backing up one of the /var/log folder of one of the machine and the folder is just
34.
Does you backup server behind firewall? I experienced that and I
confiugred my firewall properly.
Regards,
Ryan
frank cheong wrote:
I have finished the amanda setup without problem, my first trial to
backup the etc folder of all host also completed successfully. While I
got the following err
Thank you. That is what I was looking for, a good place to start.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Matt Hyclak
Sent: Thursday, August 04, 2005 12:10 PM
To: Amanda (E-mail)
Subject: Re: data timeout error
On Thu, Aug 04, 2005 at 11:45:21AM
On Thu, Aug 04, 2005 at 11:45:21AM -0400, LaValley, Brian E enlightened us:
> My backup is failing. It worked a couple days ago. It reports a data
> timeout. I have pasted the sendbackup debug file at the end. It warns of
> the index tee cannot write [Broken pipe] What should I be looking into f
--On Thursday, August 04, 2005 11:45:21 -0400 "LaValley, Brian E" <[EMAIL
PROTECTED]> wrote:
> My backup is failing. It worked a couple days ago. It reports a data
> timeout. I have pasted the sendbackup debug file at the end. It warns of
> the index tee cannot write [Broken pipe] What should
sage-
From: Christoph Scheeder [mailto:[EMAIL PROTECTED]
Sent: 18 August 2004 12:56
To: Ranveer Attalia
Subject: Re: data timeout - no replies...anyone???
Hi,
If they are working, you can leave them. But i don't trust dump at all,
so i use tar for all my partitions.
So i would sugest switchin
On Wed, 18 Aug 2004 at 5:48pm, Ranveer Attalia wrote
> Interesting
> We are currently using version 2.4.4 p1. Is the Linux ext3 file type
> supported on a later version of Amanda where I can use the dumptype
> nocomp?
(Folks, please trim your messages).
It's not a question of amanda. Aman
: Re: data timeout - no replies...anyone???
Hi,
If they are working, you can leave them. But i don't trust dump at all,
so i use tar for all my partitions.
So i would sugest switching them to tar, especialy as it gives you more
flexibility when it comes to restoring a crashed machine/disk.
I
t;tsslin1 /export/mansun1_tss nocomp
>>>>tsslin1 /export/mansun1_telco root-tar
>>>>
>>>>
>>>>When I run an amcheck Daily -C tsslin1, I get the following
>>>> error. Problem is, the exclude.gtar file doesnt actually exist
>>>> on the se
---
ERROR: tsslin1: [Can't open exclude file
'/usr/local/lib/amanda/exclude.gtar': No such file or directory]
Client check: 1 host checked in 0.095 seconds, 1 problem found
-Original Message-
From: Christoph Scheeder [mailto:[EMAIL PROTECTED]
Sent:
ily -C tsslin1, I get the following error.
>> Problem is, the exclude.gtar file doesnt actually exist on the
>> server.. Can this just be downloaded?
>>
>> Amanda Backup Client Hosts Check
>> --------
>> ERROR: tsslin1: [Can't open exclude
roblem found
-Original Message-
From: Christoph Scheeder [mailto:[EMAIL PROTECTED]
Sent: 13 August 2004 11:24
To: Ranveer Attalia
Cc: [EMAIL PROTECTED]
Subject: Re: data timeout - no replies...anyone???
Hi,
yes you can, go to your amanda.conf:
have a look at the defined dumptypes at the b
On Monday 16 August 2004 12:06, Ranveer Attalia wrote:
>Hi Christoph
>
>I've found the GNUTAR dumptype and changed the partition which was
>failing to backup:
>
>FAILURE AND STRANGE DUMP SUMMARY:
> tsslin1/export/mansun1_telco lev 0 FAILED [data timeout]
>
>
>Amanda.conf:
>define dumptype root
PROTECTED]
Sent: 13 August 2004 11:24
To: Ranveer Attalia
Cc: [EMAIL PROTECTED]
Subject: Re: data timeout - no replies...anyone???
Hi,
yes you can, go to your amanda.conf:
have a look at the defined dumptypes at the bottom of it, an check if
one meets your requirements. in the example-amanda.c
On Friday 13 August 2004 05:51, Ranveer Attalia wrote:
>Thanks for getting back to me
>The filesystem version we are using is ext3. Can I run a tar using
>Amanda, so it doesnt interfere with the filesystem versions? How
> would I go about doign that?
>Would a separate config and disklist need to be
heeder; [EMAIL PROTECTED]
Subject: Re: data timeout - no replies...anyone???
On Thursday 12 August 2004 12:08, Ranveer Attalia wrote:
Yes tsslin1 is a linux machine and no there was no finishing line on
sendbackup, but I have another linux machine that is working fine with
the same version of amand
/boot 1 10 10 --0:02 4.1 0:00
>34.9
>
>-Original Message-
>From: Christoph Scheeder [mailto:[EMAIL PROTECTED]
>Sent: 12 August 2004 16:57
>To: Ranveer Attalia
>Cc: [EMAIL PROTECTED]
>Subject: Re: data timeout - no replies...anyone???
>
&g
2 4.1 0:00
>34.9
>
>-Original Message-
>From: Christoph Scheeder [mailto:[EMAIL PROTECTED]
>Sent: 12 August 2004 16:57
>To: Ranveer Attalia
>Cc: [EMAIL PROTECTED]
>Subject: Re: data timeout - no replies...anyone???
>
>Hi,
>That is all what your sendbac
On Thursday 12 August 2004 11:32, Ranveer Attalia wrote:
>Sorry
>
>I've made this abit confusing to read. By server's I meant the
> actual machines but you are correct, I have added 2 more clients.
> For example, the client tsslin1 /export/mansun1_telco has failed
> with the timeout error and I've
34.9
-Original Message-
From: Christoph Scheeder [mailto:[EMAIL PROTECTED]
Sent: 12 August 2004 16:57
To: Ranveer Attalia
Cc: [EMAIL PROTECTED]
Subject: Re: data timeout - no replies...anyone???
Hi,
That is all what your sendbackup.debug file contains?
no line telling dump reached 100
ckup: time 908.287: 93: normal(|): DUMP: 31.86% done at 3657
kB/s, finished in 0:32
sendbackup: time 1208.361: 93: normal(|): DUMP: 43.03% done at 3704
kB/s, finished in 0:26
-Original Message-
From: Gene Heskett [mailto:[EMAIL PROTECTED]
Sent: 12 August 2004 14:54
To: Ranve
--On Thursday, August 12, 2004 09:21:21 +0100 Ranveer Attalia <[EMAIL PROTECTED]>
wrote:
> I'm still having this problem, can anyone help?
>
> -Original Message-
> From: Ranveer Attalia
> Sent: 11 August 2004 11:21
> To: [EMAIL PROTECTED]
> Subject: data timeout
>
>
> Hi
>
> I rece
time 1208.361: 93: normal(|): DUMP: 43.03% done at 3704
kB/s, finished in 0:26
-Original Message-
From: Gene Heskett [mailto:[EMAIL PROTECTED]
Sent: 12 August 2004 14:54
To: Ranveer Attalia
Cc: [EMAIL PROTECTED]
Subject: Re: data timeout - no replies...anyone???
On Thursday 12 August
On Thursday 12 August 2004 04:21, Ranveer Attalia wrote:
>I'm still having this problem, can anyone help?
>
>-Original Message-
>From: Ranveer Attalia
>Sent: 11 August 2004 11:21
>To: [EMAIL PROTECTED]
>Subject: data timeout
>
>
>Hi
>
>I recently added two new servers to the daily backup li
Be sure to peruse thru the systems log files. Typically timeout
problems are hardware/OS related. Such things as failing disks, lack of
file handles, etc... will ultimately be found as the culprit.
Good Luck.
On Thu, 2004-08-12 at 03:21, Ranveer Attalia wrote:
> I'm still having this problem,
Thanks for the feedback.
I've increased the dtimeout to 10800 so fingers crossed it works
tonight.
- Ranveer
-Original Message-
From: Christoph Scheeder [mailto:[EMAIL PROTECTED]
Sent: 12 August 2004 10:08
To: Ranveer Attalia
Cc: [EMAIL PROTECTED]
Subject: Re: data timeout
Hi,
go to the clients which fail, and have a look into the /tmp/amanda
directory.
There should exist some files called sendbackup..debug.
have a look at these files, especialy at the last line in them.
it sould contain something like
"sendbackup: time 157.122 pid 12595 finish time Thu Aug 03:16:36
On Thu, 12 Aug 2004, Ranveer Attalia wrote:
> I'm still having this problem, can anyone help?
Try to increase dtimeout even more.
> -Original Message-
> From: Ranveer Attalia
> Sent: 11 August 2004 11:21
> To: [EMAIL PROTECTED]
> Subject: data timeout
>
>
> Hi
>
> I recently added two new
--On Monday, May 24, 2004 14:01:27 -0400 Jon LaBadie <[EMAIL PROTECTED]> wrote:
> On Mon, May 24, 2004 at 10:48:17AM -0700, Kris Vassallo wrote:
>> In response to my own message, I was reading around a bit more and the
>> broken pipe could be many things but usually means that the data isn't
>> be
On Mon, May 24, 2004 at 10:48:17AM -0700, Kris Vassallo wrote:
> In response to my own message, I was reading around a bit more and the
> broken pipe could be many things but usually means that the data isn't
> being dumped fast enough and the server gives up on the client (in my
> case the same ma
In response to my own message, I was reading around a bit more and the broken pipe could be many things but usually means that the data isn't being dumped fast enough and the server gives up on the client (in my case the same machine). So I was thinking, I am trying to backup 281GB; therefore r
Ok, so I thought this might be a RAM issue so I upgraded the RAM to 4GB, didn't help. amcheck runs fine with no errors. I don't believe that this is a network issue because this machine is really just backing itself up; backing up 1 set of disks to another set of disks.
Inside one of the sendb
On Wednesday 19 May 2004 17:48, Kris Vassallo wrote:
>AMANDA is starting to drive me nucking futs.. seems as if every week
>something new breaks and I can't find the answer to why.
>Here's whats going on... AMANDA sends me an email with the following
>information:
>
>These dumps were to tape DailyS
Hi, Kris Vassallo,
on Mittwoch, 19. Mai 2004 at 23:48 you wrote to amanda-users:
KV> AMANDA is starting to drive me nucking futs.. seems as if
KV> every week something new breaks and I can't find the answer to why.
KV> Here's whats going on... AMANDA sends me an email with the following informati
>
>
> I've had this happen a couple of times, if you can afford the extra
> tape, you can remove the compression, or have the server do the
> compression instead of the client.
>
They are 40GB tapes for around 5-10GB backups, so I could. I ill look at teh
compression issue.
Gavin.
>
> Are you using dump or tar for that fs? dump has some issues
> with the 2.4
> kernel that often lead to data timeouts...
>
I think I have it set to comp-root-tar.
Gavin.
On Mon, 15 Mar 2004 at 10:35am, Gavin Henry wrote
> > Gavin Henry wrote:
> > > Is there a way to increase the wait time for a particular
> > partition/directory?
> >
> > It's a global parameter, not particular to some partition.
> > In amanda.conf:
> >
> > dtimeout 3600
> >
> > or somethin
>
> Gavin Henry wrote:
> > Is there a way to increase the wait time for a particular
> partition/directory?
>
> It's a global parameter, not particular to some partition.
> In amanda.conf:
>
> dtimeout 3600
>
> or something like that. You need amanda 2.4.3 or later for it.
>
OK, damn, I
On 13 Jun 2003 at 9:25am, Eric Sproul wrote
> No, in fact the host is running the 2.4.7-10smp kernel that was
> originally installed. I'm anticipating replacing this machine with new
> hardware sometime this year, so I think I'll just switch to tar until I
> can rip it out.
There have been a num
On Fri, 2003-06-13 at 09:20, Joshua Baker-LePain wrote:
> Is the host fully updated (especially glibc and the kernel)? Dump on 2.4
> series kernels has always been a contentious issue. After moving to 2.4
> and seeing lots of timeouts, I converted all my dumptypes to using tar.
> No problems
On 13 Jun 2003 at 9:11am, Eric Sproul wrote
> I have recently seen a couple occurrences of a "data timeout" on a
> particular DLE that I cannot figure out. The host is running RH7.2,
> serving GNU MailMan lists. It has 512MB of RAM and 2 20G IDE disks
> running software-RAID1.
>
> The device
Jon,
Thanks for the reply.
You say:
"Back when I was using Cygwin..."
Did you go back to samba, or don't you backup windows boxes anymore?
And yes, I did have to increase etimeout to 3600. I guess I will
increase dtimeout as well, though it is inconceivable that 30 minutes
can pass without a
On Sat, Jun 07, 2003 at 03:22:33AM -, [EMAIL PROTECTED] wrote:
> Since I have converted from samba to cygwin clients on our windows
> machines, I occasionally get the error below:
>
> andorian.americom.com:/cygdrive/c 0 driver: [data timeout] (20:42:43)
>
> It happens on each of the windows
Hi,
for whatever it is worth, when I run into "Broken pipe" it has most
often meant I ran out of tape.
Paul
->>In response to your message<<-
--received from Jim Summers--
>
> Amanda version: 2.4.2ps
> Tape Server: RH Linux 7.3
> Client with problem: Solaris 8
> Tape Drive: Sony TSL-9000
On Thu, Feb 07, 2002 at 12:01:03PM -0500, Joshua Baker-LePain wrote:
> On Thu, 7 Feb 2002 at 11:47am, Benjamin Gross wrote
>
> > I've been having problems getting a successful level 0 backup from one
> > of our servers. The amreport shows the following:
> >
> > FAILURE AND STRANGE DUMP SUMMARY:
On 3 Apr 2002 at 9:43pm, [EMAIL PROTECTED] wrote
> I didn't know that! The client is running: dump-0.4b22-6
>
> Does anyone know if there is a more recent version (or if there is a
> "dump" we site)?
http://dump.sourceforge.net/
--
Joshua Baker-LePain
Department of Biomedical Engineering
Duk
> > I have experienced this several times now on more than one machine. For
> > example:
> >
> > vulcan.int /usr lev 0 FAILED [data timeout]
> >
> > When I check vulcan, I see dumps are still running and I have to kill
> > them (after amdump has finished).
>
> What type of machine, running w
On Wed, 3 Apr 2002 at 9:06am, Joshua Baker-LePain wrote
Not a damn thing. Real one coming. Sorry 'bout that.
--
Joshua Baker-LePain
Department of Biomedical Engineering
Duke University
On 3 Apr 2002 at 1:22am, [EMAIL PROTECTED] wrote
> I have experienced this several times now on more than one machine. For
> example:
>
> vulcan.int /usr lev 0 FAILED [data timeout]
>
> When I check vulcan, I see dumps are still running and I have to kill
> them (after amdump has finished).
On 3 Apr 2002 at 1:22am, [EMAIL PROTECTED] wrote
> I have experienced this several times now on more than one machine. For
> example:
>
> vulcan.int /usr lev 0 FAILED [data timeout]
>
> When I check vulcan, I see dumps are still running and I have to kill
> them (after amdump has finished).
>
> It's my understanding dump is an active project. You should report this
> to those folks so they can work on it. If they don't know about it,
> it will never get fixed :-).
>
thats a good idea. i will do that.
Thanks for the followup.
>... in this case dump version 0.4b23 (file size 55196) was installed.
>
>after i downgraded dump to version 0.4b19 (file size 48028 - version
>that was on the host before the upgrade), dump worked successfully.
It's my understanding dump is an active project. You shou
On Thu, Feb 07, 2002 at 12:01:03PM -0500, Joshua Baker-LePain wrote:
> On Thu, 7 Feb 2002 at 11:47am, Benjamin Gross wrote
>
> > I've been having problems getting a successful level 0 backup from one
> > of our servers. The amreport shows the following:
> >
> > FAILURE AND STRANGE DUMP SUMMARY:
I have the data timeout problem for a while and for me I've narrowed it
down to a particular string causing checksum failures in the tcp stuck
on a particular motherboard. I spent some time going back and forth with
David Miller and have so far got no where.
I can duplicate this with a 735 byte s
On Thu, Feb 07, 2002 at 12:01:03PM -0500, Joshua Baker-LePain wrote:
> On Thu, 7 Feb 2002 at 11:47am, Benjamin Gross wrote
>
> Let me guess -- this is a Linux client with a 2.4 kernel? There have been
> numerous reports of date timeouts using dump on recent distros. Without
> starting that fl
On Thu, 7 Feb 2002 at 11:47am, Benjamin Gross wrote
> I've been having problems getting a successful level 0 backup from one
> of our servers. The amreport shows the following:
>
> FAILURE AND STRANGE DUMP SUMMARY:
>
> lopt /dev/hda1 lev 0 FAILED [data timeout]
> lopt /dev/hda1 lev 0 FAILED [d
> 2) Which timeout value can I adjust in amanda.conf to avoid the data
> timeout error?
amanda.conf, dtimeout
> >> driver: fs.rocnet.de /dev/sda6 0 [dump to tape failed, will try
> again]
> BRE> I assume this is Linux' dump. What version are you using? Why don't
> you
> BRE> use a holding disk instead of writing directly to tape?
>
> do you think thats why i'm using no holding disk. i will try it. but
> Upgrade your version of dump to the latest. I used to sporadically see
> data timeouts with dump on Redhat 7.1.
>
> Alternatively, switch to tar, which I did for all our Linux hosts and
> haven't seen any data timeouts since.
Yes, I also had problems with dump timing out on RH7.1, tar works
On 23 Oct 2001 at 11:39pm, Claus Rosenberger wrote
> i have a lot of problems with data timeout while backing up my local
> partitions. the installation is very simple. i only backup my local
> machine. there are a few small partitions. sometimes it work, sometimes
> not. i use redhat 7.0 and the
> /-- fs.rocnet. /dev/sda6 lev 0 FAILED [data timeout]
> sendbackup: start [fs.rocnet.de:/dev/sda6 level 0]
> sendbackup: info BACKUP=/sbin/dump
> sendbackup: info RECOVER_CMD=/sbin/restore -f... -
> sendbackup: info end
> | DUMP: Date of this level 0 dump: Mon Oct 22 23:02:49 2001
> | DUMP: D
> i have a lot of problems with data timeout while backing up my local
> partitions. the installation is very simple. i only backup my local
> machine. there are a few small partitions. sometimes it work, sometimes
> not. i use redhat 7.0 and the amanda 2.4.2p2 and checked the dtimeout
> parameter
On Wed, 17 Oct 2001 at 10:34am, Stan Brown wrote
> I'm starting to get data timeouts of _local_ filesystems on my new Linux
> bases 900MHZ PIII!
Are you using dump?
> Geus maybe I have to much server side compression goig on.
Maybe, maybe not.
> Any sugestiosn as to how to avoid this?
Try up
>I noticed that my "in paralel " option in amanda.conf was set to 4.
>Maybe that could be the source of my problem (at least it would explain
>a bandwith overload). I'm only wondering if it affects the dump of
>multiple partitions on the same system or if it is only influencing
>dumps on inde
John R. Jackson wrote:
>>I am having a strange problem here, I'm backing up one of my servers
>>and in the middle of the dump (actually near 35%) the client crashes.
>>
>
>It's almost impossible for Amanda to have done this. Amanda, and
>everything it runs for you (e.g. GNU tar), are strictly
>I am having a strange problem here, I'm backing up one of my servers
>and in the middle of the dump (actually near 35%) the client crashes.
It's almost impossible for Amanda to have done this. Amanda, and
everything it runs for you (e.g. GNU tar), are strictly user level
programs. They cann
75 matches
Mail list logo
