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 getting a seg fault when gtar tries to get the size of the  zfs snapshot 
directory. I believe it has to do with .zfs as a hidden directory and I am not 
sure how to get around this.



Thanks

Robert

This is a truss of the gtar command that get the size of a directory.

[118][r...@hertz]:src/amanda/amanda# truss /usr/sfw/bin/gtar --create --file 
/dev/null --numeric-owner --no-check-device --directory 
/zvol/backup/gauss/.zfs/snapshot/BKUPTODAY/export/jumpstart --one-file-system 
--listed-incremental /var/amanda/gnutar-lists/hertz_export_jumpstart_0.new 
--sparse --ignore-failed-read --totals .
:
:
chdir("/zvol/backup/gauss/.zfs/snapshot/BKUPTODAY/export/jumpstart") = 0
fstat64(4, 0x080478F0)                          = 0
brk(0x080B5F00)                                 = 0
brk(0x080C5F00)                                 = 0
fstat64(4, 0x08047830)                          = 0
ioctl(4, TCGETA, 0x080478C4)                    Err#25 ENOTTY
read(4, " G N U   t a r - 1 . 2 3".., 69632)    = 69237
brk(0x080C5F00)                                 = 0
brk(0x080C7F00)                                 = 0
lstat64(".", 0x08047780)                        = 0
lstat64("/", 0x08047780)                        = 0
openat64(-3041965, "..", O_RDONLY)              = 6
fstat64(6, 0x08047780)                          = 0
fcntl(6, F_SETFD, 0x00000001)                   = 0
fstat64(6, 0x080476D0)                          = 0
getdents64(6, 0xFEED4000, 8192)                 = 160
fstatat64(6, "jumpstart", 0x08047780, 0x00001000) = 0
openat64(6, "..", O_RDONLY)                     = 7
fstat64(7, 0x08047780)                          = 0
close(6)                                        = 0
fcntl(7, F_SETFD, 0x00000001)                   = 0
fstat64(7, 0x080476D0)                          = 0
getdents64(7, 0xFEED4000, 8192)                 = 136
fstatat64(7, "export", 0x08047780, 0x00001000)  = 0
openat64(7, "..", O_RDONLY)                     = 6
fstat64(6, 0x08047780)                          = 0
close(7)                                        = 0
fcntl(6, F_SETFD, 0x00000001)                   = 0
fstat64(6, 0x080476D0)                          = 0
getdents64(6, 0xFEED4000, 8192)                 = 720
fstatat64(6, "DAILY-201005020315", 0x08047780, 0x00001000) = 0 fstatat64(6, 
"DAILY-201004280315", 0x08047780, 0x00001000) = 0 fstatat64(6, 
"DAILY-201004211815", 0x08047780, 0x00001000) = 0 fstatat64(6, 
"DAILY-201004300315", 0x08047780, 0x00001000) = 0 fstatat64(6, 
"DAILY-201004290315", 0x08047780, 0x00001000) = 0 fstatat64(6, 
"DAILY-201005040315", 0x08047780, 0x00001000) = 0 fstatat64(6, 
"DAILY-201004270315", 0x08047780, 0x00001000) = 0 fstatat64(6, 
"DAILY-201005030315", 0x08047780, 0x00001000) = 0 fstatat64(6, 
"DAILY-201004201815", 0x08047780, 0x00001000) = 0 fstatat64(6, 
"DAILY-201004181815", 0x08047780, 0x00001000) = 0 fstatat64(6, 
"DAILY-201004251830", 0x08047780, 0x00001000) = 0 fstatat64(6, "BKUPTODAY", 
0x08047780, 0x00001000) = 0
openat64(6, "..", O_RDONLY)                     = 7
fstat64(7, 0x08047780)                          = 0
close(6)                                        = 0
fcntl(7, F_SETFD, 0x00000001)                   = 0
fstat64(7, 0x080476D0)                          = 0
getdents64(7, 0xFEED4000, 8192)                 = 80
fstatat64(7, "snapshot", 0x08047780, 0x00001000) = 0
openat64(7, "..", O_RDONLY)                     = 6
fstat64(6, 0x08047780)                          = 0
close(7)                                        = 0
fcntl(6, F_SETFD, 0x00000001)                   = 0
fstat64(6, 0x080476D0)                          = 0
getdents64(6, 0xFEED4000, 8192)                 = 136
getdents64(6, 0xFEED4000, 8192)                 = 0
llseek(6, 0, SEEK_CUR)                          = 0x1A0F2126
llseek(6, 0, SEEK_SET)                          = 0
getdents64(6, 0xFEED4000, 8192)                 = 136
fstatat64(6, "rpoolbackup", 0x08047780, 0x00001000) = 0
fstatat64(6, "root", 0x08047780, 0x00001000)    = 0
fstatat64(6, "export", 0x08047780, 0x00001000)  = 0
getdents64(6, 0xFEED4000, 8192)                 = 0
close(6)                                        = 0
    Incurred fault #6, FLTBOUNDS  %pc = 0x0807DDA5
      siginfo: SIGSEGV SEGV_MAPERR addr=0x00000000
    Received signal #11, SIGSEGV [default]
      siginfo: SIGSEGV SEGV_MAPERR addr=0x00000000


> -----Original Message-----
> From: Gunnarsson, Gunnar [mailto:[email protected]]
> Sent: Tuesday, May 04, 2010 9:09 AM
> To: McGraw, Robert P; 'Dustin J. Mitchell'
> Cc: '[email protected]'
> Subject: SV: runtar error that I do not understand
> 
> 
> Sun is delivering old versions of GNU tar:
> 
> Written by John Gilmore and Jay Fenlason.
> bash-3.00$ /usr/sfw/bin/gtar --version
> tar (GNU tar) 1.14
> Copyright (C) 2004 Free Software Foundation, Inc.
> This program comes with NO WARRANTY, to the extent permitted by law.
> You may redistribute it under the terms of the GNU General Public
> License;
> see the file named COPYING for details.
> Written by John Gilmore and Jay Fenlason.
> 
> You need version with  --no-check-device in order to backup snapshot in
> zfs. So get the latest version of SMCtar
> and it should work fine.
> 
> bash-3.00$ /usr/local/bin/tar --version
> tar (GNU tar) 1.20
> Copyright (C) 2008 Free Software Foundation, Inc.
> License GPLv3+: GNU GPL version 3 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: [email protected]
> > Subject: Re: runtar error that I do not understand
> >
> >
> > On Mon, May 3, 2010 at 4:31 PM, McGraw, Robert P <[email protected]>
> > 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 Engineer
> > http://www.zmanda.com
> 
> [McGraw, Robert P]
> 
> Have you every tried star. I though I would give it a shot and see if
> it work ok at least until I can get the GNU tar working.
> 
> Thanks
> 
> Robert
> 
> 


Reply via email to