Robert,
On Tue, May 04, 2010 at 10:33:13AM -0400, 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 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.
I'd love to help (I accept it often enough) but we are running
2.6.1p1 on most of the newer systems and gtar 1.22.
We did update gtar and use the new option to ignore device id number
in file selection but the tape update and the switch where prompted
by level 0 size incremental dumps, not segfault issues.
sorry,
Brian
> 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
> >
> >
>
>
---
Brian R Cuttler [email protected]
Computer Systems Support (v) 518 486-1697
Wadsworth Center (f) 518 473-6384
NYS Department of Health Help Desk 518 473-0773
IMPORTANT NOTICE: This e-mail and any attachments may contain
confidential or sensitive information which is, or may be, legally
privileged or otherwise protected by law from further disclosure. It
is intended only for the addressee. If you received this in error or
from someone who was not authorized to send it to you, please do not
distribute, copy or use it or any attachments. Please notify the
sender immediately by reply e-mail and delete this from your
system. Thank you for your cooperation.
