Fwd: Re: kdar crash

Hi Denis,

We seem to have a problem with the API. dar crashes with segfault while 
creating an archive. The details follow in this message from Peter 
Landgren, who reported it and followed up on my questions.

Have you seen this before? I'm not that familiar with the details of the 
api, so hopefully you will be able to piece this together from the gdb 
backtrace and other info.

Cheers,
JB

----------  Forwarded Message  ----------

Subject: Re: kdar crash
Date: September 2, 2004 02:36 pm
From: Peter Landgren <[email protected]>
To: [email protected]

JB, see answers below:
> What are the details of your storage directory? What type of filesystem
> is /mnt/hd/Backupexperiment? You mentioned it's a remote filesystem in a
> previous email. Is it on a separate mount point? Output from df and
> mount would be fine.

It's an external iomega 115 GB firewire disk (sda1)

[peter@etab peter]$ mount
/dev/ide/host0/bus0/target0/lun0/part5 on / type ext3 (rw)
none on /proc type proc (rw)
none on /proc/bus/usb type usbdevfs (rw)
none on /dev type devfs (rw)
none on /sys type sysfs (rw)
none on /dev/pts type devpts (rw,mode=0620)
/dev/ide/host0/bus0/target0/lun0/part8 on /home type ext3 (rw)
none on /mnt/floppy type supermount
(rw,sync,dev=/dev/fd0,fs=ext2:vfat,--,umask=0,iocharset=iso8859-1,codepage
=850) none on /mnt/hd type supermount
(rw,dev=/dev/sda1,fs=ext2:vfat,--,umask=0,iocharset=iso8859-1,codepage=850
) /dev/ide/host0/bus0/target0/lun0/part1 on /mnt/windows type ntfs
(ro,umask=0,iocharset=iso8859-1,nls=iso8859-1)
/dev/ide/host0/bus0/target0/lun0/part7 on /usr type ext3 (rw)
none on /mnt/hd2 type supermount
(rw,dev=/dev/scsi/host0/bus0/target0/lun0/part1,fs=ext2:vfat,--,umask=0,io
charset=iso8859-1,codepage=850) [peter@etab peter]$

[peter@etab peter]$ df
Filsystem          Storlek Anvnt Tillg Anv% Monterat pa
/dev/ide/host0/bus0/target0/lun0/part5
                      5,8G  413M  5,1G   8% /
/dev/ide/host0/bus0/target0/lun0/part8
                      2,7G  756M  1,9G  29% /home
/dev/ide/host0/bus0/target0/lun0/part1
                       25G   14G   11G  58% /mnt/windows
/dev/ide/host0/bus0/target0/lun0/part7
                      3,9G  3,4G  288M  93% /usr
[peter@etab peter]$

> Are you running the backup as superuser?

NO. So I get some errormessages when read access is denied.

> Another thing to try, from the same directory you run KDar, or $HOME if
> your run it from the kicker,
>
> dar -c /mnt/hd/Backupexperiment/test-archive -R /usr -S 500M -s 500M -v
> \ -P "lost+found" -D -X "*.dar" -X "*~" -X ".*~" -X "core" -y -m 150
>
> I think this is the equivalent commandline version of the creation
> profile you sent me, except that I used "test-archive" for the archive
> name, since dar does not know about %date, %hostname, etc.
>
> Could you run that command and let me know if dar can create the archive
> without problems?

Answer:
Writing archive contents...
Segmentation fault

Then I started it using gdb (for the first time for me) and got:
Writing archive contents...

Program received signal SIGSEGV, Segmentation fault.
0x400f4a5d in typeinfo name for libdar::eod () from
 /usr/local/lib/libdar.so.2 Current language:  auto; currently c
(gdb) bt
#0  0x400f4a5d in typeinfo name for libdar::eod ()
from /usr/local/lib/libdar.so.2
#1  0x4006e55b in libdar::hard_link::get_etiquette() const
 (this=0x41729bd0) at catalogue.hpp:346
#2  0x40061dfb in libdar::hard_link::dump(libdar::generic_file&) const
(this=0x41729bd0, f=@0x807b3c0) at catalogue.cpp:1104
#3  0x40063945 in libdar::directory::dump(libdar::generic_file&) const
(this=0x41726360, f=@0x807b3c0) at catalogue.cpp:1237
#4  0x40063945 in libdar::directory::dump(libdar::generic_file&) const
(this=0x4038b008, f=@0x807b3c0) at catalogue.cpp:1237
#5  0x4006a9c9 in libdar::catalogue::dump(libdar::generic_file&) const
(this=0xbfffeeb0, ref=@0x807b3c0) at catalogue.cpp:2037
#6  0x400c21e5 in op_create_in (create_not_isolate=true,
 fs_root=@0x80791d8, sauv_path=@0x80788c0, ref_arch=0x0,
    selection=@0x8079500, subtree=@0x807b058, filename=@0xbffff2b0,
extension=@0xbffff150, allow_over=true,
    warn_over=true, info_details=true, pause=false, empty_dir=true,
algo=bzip2, compression_level=9,
    file_size=@0xbffff2e0, first_file_size=@0xbffff2d0, root_ea=false,
user_ea=false, execute=@0xbffff250,
    crypto=crypto_none, pass=@0xbffff180, compr_mask=@0x807a8c8,
min_compr_size=@0xbffff200, nodump=false,
    hourshift=@0xbffff1e0, empty=false) at libdar.cpp:940
#7  0x400b7c45 in libdar::op_create(libdar::path const&, libdar::path
 const&, libdar::archive*, libdar::mask const&, libdar::mask const&,
 std::string const&, std::string const&, bool, bool, bool, bool, bool,
libdar::compression, unsigned, l---
Type <return> to continue, or q <return---Type <return> to continue, or q
<return> to quit---
ibdar::infinint const&, libdar::infinint const&, bool, bool, std::string
const&, libdar::crypto_algo, std::string const&, libdar::mask const&,
libdar::infinint const&, bool, bool, libdar::infinint const&, bool)
(fs_root=@0x80791d8,
    sauv_path=@0x80788c0, ref_arch=0x0, selection=@0x8079500,
subtree=@0x807b058, filename=@0xbffff2b0,
    extension=@0xbffff150, allow_over=true, warn_over=true,
 info_details=true, pause=false, empty_dir=true,
    algo=bzip2, compression_level=9, file_size=@0xbffff2e0,
first_file_size=@0xbffff2d0, root_ea=false, user_ea=false,
    execute=@0xbffff250, crypto=crypto_none, pass=@0xbffff180,
compr_mask=@0x807a8c8, min_compr_size=@0xbffff200,
    nodump=false, ignore_owner=false, hourshift=@0xbffff1e0, empty=false)
 at libdar.cpp:229
#8  0x08061087 in little_main (argc=24, argv=0xbffff544, env=0xbffff5a8)
 at dar.cpp:130
#9  0x08063af7 in dar_suite_global(int, char**, char const**, int (*)(int,
char**, char const**)) (argc=24,
    argv=0xbffff544, env=0xbffff5a8, call=0x8060a6c <little_main>) at
dar_suite.cpp:56
#10 0x08060a67 in main (argc=24, argv=0xbffff544, env=0xbffff5a8) at
dar.cpp:56
(gdb) list
56          return dar_suite_global(argc, argv, env, &little_main);
57      }
58
59      static S_I little_main(S_I argc, char *argv[], const char **env)
60      {
61          operation op;
62          path *fs_root;
63          path *sauv_root;
64          path *ref_root;
65          infinint file_size;
(gdb)




/Peter

--
Peter Landgren
Talken Hagen
671 94 Brunskog
0570 - 530 21
0705 53 18 52
[email protected]

-------------------------------------------------------

-- 
Johnathan K. Burchill, Ph.D.
[email protected]

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQBBN+hzrXMSOtiWrO4RAjaCAKC3088DZG8fPLzyIKG9PI4wwBk7DwCg3Euh
95o5wKHSr8RStSZwX4MT5Gw=
=Fnz7
-----END PGP SIGNATURE-----