...@amanda.org] On Behalf Of McGraw, Robert P
> Sent: Wednesday, June 02, 2010 11:23 AM
> To: 'Nathan Stratton Treadway'; 'amanda-users@amanda.org'
> Cc: 'jfl...@math.purdue.edu'
> Subject: RE: runtar error that I do not understand
>
>
> I am no
;
> One workaround might be to do a loopback mount of the desired snapshot onto
> some other path that's not beneath .zfs, and do the backup from there.
>
> -Chap"
>
> > -Original Message-
> > From: owner-amanda-us...@amanda.org [mailt
shot onto
some other path that's not beneath .zfs, and do the backup from there.
-Chap"
> -Original Message-
> From: owner-amanda-us...@amanda.org [mailto:owner-amanda-
> us...@amanda.org] On Behalf Of Nathan Stratton Treadway
> Sent: Tuesday, May 04, 2010 2:45 PM
>
y 04, 2010 2:45 PM
> To: amanda-users@amanda.org
> Subject: Re: runtar error that I do not understand
>
>
> On Tue, May 04, 2010 at 13:03:09 -0500, Dustin J. Mitchell wrote:
> > On Tue, May 4, 2010 at 12:27 PM, McGraw, Robert P
> wrote:
> > > I setup a look
On Tue, May 04, 2010 at 13:03:09 -0500, Dustin J. Mitchell wrote:
> On Tue, May 4, 2010 at 12:27 PM, McGraw, Robert P wrote:
> > I setup a lookback for the snapshot and now gtar seem to be working.
>
> It sounds like you have a fairly good understanding of this problem
> now. Could you write up
On Tue, May 4, 2010 at 12:27 PM, McGraw, Robert P wrote:
> I setup a lookback for the snapshot and now gtar seem to be working.
It sounds like you have a fairly good understanding of this problem
now. Could you write up either a troubleshooting or How-To article on
the wiki?
Dustin
--
Open So
01000) = 0
> > > fstatat64(6, "DAILY-201004300315", 0x08047780, 0x1000) = 0
> > > fstatat64(6, "DAILY-201004290315", 0x08047780, 0x1000) = 0
> > > fstatat64(6, "DAILY-201005040315", 0x08047780, 0x1000) = 0
> >
On Tue, May 4, 2010 at 9:33 AM, McGraw, Robert P wrote:
> Is there someone in the zmanda world that has the following amanda setup.
>
> 1) Solaris x86 Solaris 10
> 2) /usr/sfw/bin/gtar (v1.23)
> 3) amanda 2.6.1p2
> 4) amanda backup of a zfs snapshot like /path/.zfs/snapshot/path/to/dir
>
> I am ge
dents64(6, 0xFEED4000, 8192) = 136
> fstatat64(6, "rpoolbackup", 0x08047780, 0x1000) = 0
> fstatat64(6, "root", 0x08047780, 0x1000)= 0
> fstatat64(6, "export", 0x08047780, 0x1000) = 0
> getdents64(6, 0xFEED4000, 8192)
;, 0x08047780, 0x1000) = 0
getdents64(6, 0xFEED4000, 8192) = 0
close(6)= 0
Incurred fault #6, FLTBOUNDS %pc = 0x0807DDA5
siginfo: SIGSEGV SEGV_MAPERR addr=0x
Received signal #11, SIGSEGV [default]
siginfo: SIGSEGV SE
= 0
close(6)= 0
Incurred fault #6, FLTBOUNDS %pc = 0x0807DDA5
siginfo: SIGSEGV SEGV_MAPERR addr=0x
Received signal #11, SIGSEGV [default]
siginfo: SIGSEGV SEGV_MAPERR addr=0x
Yes for Solaris 10 but we are still running Solaris 8 so we choose to use
SMCtar packages instead.
Solaris 10 10/09 has Gnu tar version 1.23
Till: Gunnarsson, Gunnar
Kopia: 'McGraw, Robert P'; 'Dustin J. Mitchell'; 'amanda-users@amanda.org'
Ämne: Re: SV: runtar
or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
Best regards GG
Dustin J. Mitchell
Sent: Monday, May 03, 2010 5:42 PM
To: McGraw, Robert P
Cc: amanda-users@amanda.org
Subject:
Dustin J. Mitchell
> Sent: Monday, May 03, 2010 5:42 PM
> To: McGraw, Robert P
> Cc: amanda-users@amanda.org
> Subject: Re: runtar error that I do not understand
>
>
> On Mon, May 3, 2010 at 4:31 PM, McGraw, Robert P
> wrote:
> > If I manually run the following gt
> -Original Message-
> From: djmit...@gmail.com [mailto:djmit...@gmail.com] On Behalf Of
> Dustin J. Mitchell
> Sent: Monday, May 03, 2010 5:42 PM
> To: McGraw, Robert P
> Cc: amanda-users@amanda.org
> Subject: Re: runtar error that I do not understand
>
>
&g
, 8192) = 0
close(6)= 0
Incurred fault #6, FLTBOUNDS %pc = 0x0807DDA5
siginfo: SIGSEGV SEGV_MAPERR addr=0x
Received signal #11, SIGSEGV [default]
siginfo: SIGSEGV SEGV_MAPERR addr=0x
> -Original Message-
On Mon, May 3, 2010 at 4:31 PM, McGraw, Robert P wrote:
> If I manually run the following gtar command I get a segmentation fault
>
> /usr/sfw/bin/gtar --create
Uh-oh .. time to open a Sun^WOracle support case? It looks like a bug
either in ZFS or GNU Tar..
Dustin
--
Open Source Storage Engin
On Mon, May 3, 2010 at 2:01 PM, McGraw, Robert P wrote:
> hertz /export/jumpstart lev 0 FAILED
> "[/local/amanda/amanda-2.6.1p2/libexec/amanda/runtar terminated with signal
> 11: see /tmp/amanda/client/archive/sendsize.20100503144020.debug]"
signal 11 is a segfault. The last line of the 'ru
I am trying to test new install of amanda-2.6.1p2 on a new system and I am
getting a runtar error which I do not understand. Any suggestions as to what is
causing the runtar sendsize problem.
Thanks
***
My DLE is
hertz /export/jumpstart
/zvol/backup/gauss/.zfs/snapshot/BKUPTODAY/export
On Mon, 2005-07-18 at 10:16 +0200, Stefan G. Weichinger wrote:
> I give that back to the audience:
> What do you think of a plugin-structure?
> What kinds of plugins could or should be there?
I would think that the following types would be nice / useful:
- pre-backup client and server side
- post
Peter Mueller wrote:
As this tends to be a general "where should amanda development go"
discussion
I throw in my opinion too:
fine. thank you.
.) The "localhost" issue comes up in a daily basis here.
--> The localhost issue must be reconsidered more general!
If we keep this discussion a
Matt Hyclak wrote:
I guess I would prefer you not link directly to the rpms, as I may change
how my repository is laid out. What I will do is make something presentable
that can have a persistent link which will point to those and any other
files I might feel are useful. And I'm not overly conce
On Wed, 2005-07-13 at 18:41 -0400, Gene Heskett wrote:
> Because the recovery programs must know the FQDN of the server and
> with everybody being [EMAIL PROTECTED], how are you going to find
> the real server? Good question, that.
Umm, but amrecover lets you specify those on the commandline, s
Hi!
As this tends to be a general "where should amanda development go"
discussion
I throw in my opinion too:
.) The "localhost" issue comes up in a daily basis here.
I agree with others here, that there "has to be" a solution how
precompiled packages,
not only on Linux, can be configure
Matt Hyclak wrote:
How are tapeserver and indexserver defined then? They can't know at build
time what that server is. You can use amanda packages from RH as is, but
it's not the recommended way of doing things since they have to use localhost.
I defined them as "amandahost", and I add a CNAME
This one time, at band camp, Jon LaBadie wrote:
>On Wed, Jul 13, 2005 at 11:07:25PM +0200, Stefan G. Weichinger wrote:
>>
>> Let's think something like
>>
>> /etc/amanda/amanda.conf
>> /etc/amanda/tapetype.conf
>
>I don't think any 3rd party/optional/... packages should install
>into the root fil
On Wed, Jul 13, 2005 at 11:07:25PM +0200, Stefan G. Weichinger wrote:
> Jon LaBadie wrote:
> >On Wed, Jul 13, 2005 at 10:13:04PM +0200, Stefan G. Weichinger wrote:
> >
> >>I would like to have some motivated amanda-hackers who try to move all
> >>these configure-time-params into amanda.conf ...
>
On Wed, Jul 13, 2005 at 10:13:04PM +0200, Stefan G. Weichinger enlightened us:
> Matt Hyclak wrote:
> >On Wed, Jul 13, 2005 at 12:45:07PM -0600, Graeme Humphries enlightened us:
>
> >>Sure, you just can't change compile-time options, like what user to use.
> >
> >That's the big problem with amanda
On Wed, Jul 13, 2005 at 06:35:30PM -0400, Gene Heskett enlightened us:
> >On Wed, Jul 13, 2005 at 02:45:28PM -0600, Graeme Humphries
> enlightened us:
> >> > JFYI, I never had problems with the Debian Amanda packages
> >> > (except for a problem with cdrw-taper, where the default config
> >> > fil
On Wed, Jul 13, 2005 at 11:07:25PM +0200, Stefan G. Weichinger wrote:
> Jon LaBadie wrote:
> >On Wed, Jul 13, 2005 at 10:13:04PM +0200, Stefan G. Weichinger wrote:
> >
> >>I would like to have some motivated amanda-hackers who try to move all
> >>these configure-time-params into amanda.conf ...
>
t;>>>>>
>>>>>>moe/tmp/rt3.backup lev 0 FAILED [disk /tmp/rt3.backup,
>>>>>>all estimate failed]
>>>>>>
>>>>>>
>>>>>>In the sendsize log I see the following line:
>>>>>>
>
On Wednesday 13 July 2005 17:23, Stefan G. Weichinger wrote:
>Graeme Humphries wrote:
>> On Wed, 2005-07-13 at 17:03 -0400, Matt Hyclak wrote:
>>>You can use amanda packages from RH as is, but
>>>it's not the recommended way of doing things since they have to
>>> use localhost.
>>
>> What's wrong w
On Wednesday 13 July 2005 17:16, Graeme Humphries wrote:
>On Wed, 2005-07-13 at 17:03 -0400, Matt Hyclak wrote:
>> How are tapeserver and indexserver defined then?
>> They can't know at build
>> time what that server is.
But they must, else it doesn't work, see below. This is also some
part of a
On Wednesday 13 July 2005 17:09, Stefan G. Weichinger wrote:
>Matt Hyclak wrote:
>> On Wed, Jul 13, 2005 at 02:45:28PM -0600, Graeme Humphries
enlightened us:
JFYI, I never had problems with the Debian Amanda packages
(except for a problem with cdrw-taper, where the default config
fi
On Wednesday 13 July 2005 17:03, Matt Hyclak wrote:
>On Wed, Jul 13, 2005 at 02:45:28PM -0600, Graeme Humphries
enlightened us:
>> > JFYI, I never had problems with the Debian Amanda packages
>> > (except for a problem with cdrw-taper, where the default config
>> > file contained a typo)...
>>
>>
On Wednesday 13 July 2005 17:07, Stefan G. Weichinger wrote:
>Jon LaBadie wrote:
>> On Wed, Jul 13, 2005 at 10:13:04PM +0200, Stefan G. Weichinger
wrote:
>>>I would like to have some motivated amanda-hackers who try to move
>>> all these configure-time-params into amanda.conf ...
>>
>> When this i
On Wed, 2005-07-13 at 23:23 +0200, Stefan G. Weichinger wrote:
> Graeme Humphries wrote:
> > On Wed, 2005-07-13 at 17:03 -0400, Matt Hyclak wrote:
> >
> >>You can use amanda packages from RH as is, but
> >>it's not the recommended way of doing things since they have to use
> >>localhost.
> >
> >
Graeme Humphries wrote:
On Wed, 2005-07-13 at 17:03 -0400, Matt Hyclak wrote:
You can use amanda packages from RH as is, but
it's not the recommended way of doing things since they have to use localhost.
What's wrong with using localhost?
;-)
--
Stefan G. Weichinger
AMANDA core team member
On Wed, 2005-07-13 at 17:03 -0400, Matt Hyclak wrote:
> How are tapeserver and indexserver defined then?
> They can't know at build
> time what that server is.
Debian ships two amanda packages, amanda-server and amanda-client. The
stuff in amanda-server I believe has these default to localhost, si
Matt Hyclak wrote:
On Wed, Jul 13, 2005 at 02:45:28PM -0600, Graeme Humphries enlightened us:
JFYI, I never had problems with the Debian Amanda packages (except for a
problem with cdrw-taper, where the default config file contained a typo)...
I'd second this, under both Debian and Ubuntu. The
. The amanda server
runs as user backup, so I set up the client to be run by backup
as well. I am getting errors in my amanda main report:
moe/tmp/rt3.backup lev 0 FAILED [disk /tmp/rt3.backup,
all estimate failed]
In the sendsize log I see the following line:
runtar: error [must be invoked
Jon LaBadie wrote:
On Wed, Jul 13, 2005 at 10:13:04PM +0200, Stefan G. Weichinger wrote:
I would like to have some motivated amanda-hackers who try to move all
these configure-time-params into amanda.conf ...
When this is done, shouldn't the continued paring of amanda.conf
include removal of
On Wed, 2005-07-13 at 16:54 -0400, Jon LaBadie wrote:
> When this is done, shouldn't the continued paring of amanda.conf
> include removal of those things not specific config related?
> Perhaps it is time for a new system-wide config file with
> the types of parameters of amanda user ...
Or, proba
On Wed, Jul 13, 2005 at 02:45:28PM -0600, Graeme Humphries enlightened us:
> > JFYI, I never had problems with the Debian Amanda packages (except for a
> > problem with cdrw-taper, where the default config file contained a typo)...
>
> I'd second this, under both Debian and Ubuntu. The only issue
On Wed, Jul 13, 2005 at 10:13:04PM +0200, Stefan G. Weichinger wrote:
>
> I would like to have some motivated amanda-hackers who try to move all
> these configure-time-params into amanda.conf ...
>
When this is done, shouldn't the continued paring of amanda.conf
include removal of those things
On Wed, 2005-07-13 at 22:34 +0200, Geert Uytterhoeven wrote:
> JFYI, I never had problems with the Debian Amanda packages (except for a
> problem with cdrw-taper, where the default config file contained a typo)...
I'd second this, under both Debian and Ubuntu. The only issue I ever saw
was outdate
On Wed, 13 Jul 2005, Matt Hyclak wrote:
> On Wed, Jul 13, 2005 at 12:45:07PM -0600, Graeme Humphries enlightened us:
> > > Don't know yum.
> > Frontend to RPM, like apt, but less featured.
> >
> > > Do some of those pre-built packages have a way of specifying
> > > local preferences? Or is that o
Matt Hyclak wrote:
On Wed, Jul 13, 2005 at 12:45:07PM -0600, Graeme Humphries enlightened us:
Sure, you just can't change compile-time options, like what user to use.
That's the big problem with amanda and distributions. They have to send out
binaries with localhost compiled in (among other
On Wed, Jul 13, 2005 at 12:45:07PM -0600, Graeme Humphries enlightened us:
> > Don't know yum.
> Frontend to RPM, like apt, but less featured.
>
> > Do some of those pre-built packages have a way of specifying
> > local preferences? Or is that only with the source packages.
>
> Sure, you just ca
anda server
>> >> runs as user backup, so I set up the client to be run by backup
>> >> as well. I am getting errors in my amanda main report:
>> >>
>> >>moe/tmp/rt3.backup lev 0 FAILED [disk /tmp/rt3.backup,
>> >> all estimate faile
On Wed, 2005-07-13 at 14:22 -0400, Jon LaBadie wrote:
> Don't know yum.
Frontend to RPM, like apt, but less featured.
> Do some of those pre-built packages have a way of specifying
> local preferences? Or is that only with the source packages.
Sure, you just can't change compile-time options, l
ackup, so I set up the client to be run by backup as well. I am
> >>getting errors in my amanda main report:
> >>
> >>moe/tmp/rt3.backup lev 0 FAILED [disk /tmp/rt3.backup, all
> >>estimate failed]
> >>
> >>
>
.backup lev 0 FAILED [disk /tmp/rt3.backup, all estimate
failed]
In the sendsize log I see the following line:
runtar: error [must be invoked by amanda]
Looks like the executable was compiled with the default amanda user, "amanda".
Thus, it expects to be run only by a user na
t3.backup lev 0 FAILED [disk /tmp/rt3.backup, all estimate
> failed]
>
>
> In the sendsize log I see the following line:
>
> runtar: error [must be invoked by amanda]
>
Looks like the executable was compiled with the default amanda user, "amanda".
Thus, it expects
the following line:
runtar: error [must be invoked by amanda]
Everything else in the logs looks to me like the backup user is running
things and is authenticated. Am I misreading something, or is the
problem elsewhere?
amandad: time 0.001: bsd security: remote host morimoto.progeny.com user
Thank you to everyone that assisted me with this problem. In the end,
removing the 'nosuid' from /etc/auto.net allowed autofs to mount the NFS
shares correctly.
As a result, I'm able to successfully backup the additional linux
clients.
-Rob
On Monday 21 February 2005 14:01, Dege, Robert C. wrote:
>> Humm I missed this in the first read, did you do an ldconfig
>> after the install of the libs? And what do you mean by
>> building new libs?
>> Theres more to amanda than just the libs...
>
>I built the entire amanda package... My apologi
[mailto:[EMAIL PROTECTED] On Behalf Of Eric Siegerman
> Sent: Monday, February 21, 2005 2:54 PM
> To: Amanda Mailing List
> Subject: Re: Runtar error
>
> On Fri, Feb 18, 2005 at 09:10:30AM -0600, Dege, Robert C. wrote:
> > runtar: error [must be setuid root]
>
> On Fri, Feb 1
On Fri, Feb 18, 2005 at 09:10:30AM -0600, Dege, Robert C. wrote:
> runtar: error [must be setuid root]
On Fri, Feb 18, 2005 at 10:49:46AM -0600, Dege, Robert C. wrote:
> -rwsr-x--- 1 root amanda 9947 Feb 16 10:43 runtar
> [plus evidence that this copy of runtar *is* the one being
>
> Humm I missed this in the first read, did you do an ldconfig
> after the install of the libs? And what do you mean by
> building new libs?
> Theres more to amanda than just the libs...
I built the entire amanda package... My apologies for the
misunderstanding. I did an ldconfig, and will
ust the libs...
> Upon investigation, I found this in the runtar debug logs in
> /tmp/amanda:
>
># more /tmp/amanda/runtar.20050217191004.debug
>
>runtar: debug 1 pid 11435 ruid 7510 euid 7510: start at Thu Feb 17
> 19:10:04 2005 /usr/local/dist/bin/tar: version 2.4.4p4
>ru
11435 ruid 7510 euid 7510: start at Thu Feb 17
> 19:10:04 2005 /usr/local/dist/bin/tar: version 2.4.4p4
>runtar: error [must be setuid root]
Note here that its not tar its complaining about, its runtar.
>runtar: pid 11435 finish time Thu Feb 17 19:10:04 2005
>
>
>Yet, an ls -l s
On Fri, Feb 18, 2005 at 10:49:46AM -0600, Dege, Robert C. wrote:
>
> > I think it is complaining about runtar not being suid root
> > like it's supposed to be. After you build amanda as the
> > appropriate user, you need to do the 'make install' as root
> > to get the proper permissiona and su
> I think it is complaining about runtar not being suid root
> like it's supposed to be. After you build amanda as the
> appropriate user, you need to do the 'make install' as root
> to get the proper permissiona and suid bits set appropriately.
>
> Frank
Frank,
I think so to, but when I di
amanda/runtar.20050217191004.debug
>
> runtar: debug 1 pid 11435 ruid 7510 euid 7510: start at Thu Feb 17 19:10:04
> 2005
> /usr/local/dist/bin/tar: version 2.4.4p4
> runtar: error [must be setuid root]
I think it is complaining about runtar not being suid root
like it's supp
: version 2.4.4p4
runtar: error [must be setuid root]
runtar: pid 11435 finish time Thu Feb 17 19:10:04 2005
Yet, an ls -l shows
# ls -l /usr/local/dist/bin/tar
-rwxr-xr-x 1 root root 322664 Feb 16 10:38 /usr/local/dist/bin/tar
And
# /usr/local/dist/bin/tar --version
tar (GNU tar) 1.13.25
66 matches
Mail list logo
