Results 1 to 8 of 8

Thread: Got no header and data from server. TypeError in method 'C_from_string'

  1. #1
    Join Date
    Jul 2014
    Posts
    5

    Default Got no header and data from server. TypeError in method 'C_from_string'

    perl v5.10.1
    amanda 3.3.6 built from source

    testing environment. XFS filesystem. I did ~ 1TB backup to holdingdisk split in 250GB parts, successful.
    amrecover can browse through the file structure, add files/folders but when run extract I get:

    Extracting from file /mnt/holdingdisk/amanda/20140723173534/myhost._path.0
    Got no header and data from server, check in amidxtaped.*.debug and amandad.*.debug files on server

    Thu Jul 24 10:04:46 2014: thd-0xbd7240: amidxtaped: pid 33947 ruid 33 euid 33 version 3.3.6: start at Thu Jul 24 10:04:46 2014
    Thu Jul 24 10:04:46 2014: thd-0xbd7240: amidxtaped: CTL << FEATURES=ffffffff9efefbffffffffff3f
    Thu Jul 24 10:04:46 2014: thd-0xbd7240: amidxtaped: CTL << CONFIG=myconf
    Thu Jul 24 10:04:46 2014: thd-0xbd7240: amidxtaped: CTL << FSF=0
    Thu Jul 24 10:04:46 2014: thd-0xbd7240: amidxtaped: CTL << HEADER
    Thu Jul 24 10:04:46 2014: thd-0xbd7240: amidxtaped: CTL << DEVICE=/mnt/holdingdisk/amanda/20140723173534/myhost._path.0:0
    Thu Jul 24 10:04:46 2014: thd-0xbd7240: amidxtaped: CTL << HOST=^myhost$
    Thu Jul 24 10:04:46 2014: thd-0xbd7240: amidxtaped: CTL << DISK=^/path$
    Thu Jul 24 10:04:46 2014: thd-0xbd7240: amidxtaped: CTL << DATESTAMP=20140723173534
    Thu Jul 24 10:04:46 2014: thd-0xbd7240: amidxtaped: CTL << END
    Thu Jul 24 10:04:46 2014: thd-0xbd7240: amidxtaped: pid 33947 ruid 33 euid 33 version 3.3.6: rename at Thu Jul 24 10:04:46 2014
    Thu Jul 24 10:04:46 2014: thd-0xbd7240: amidxtaped: critical (fatal): TypeError in method 'C_from_string', argument 1 of type 'char const *'

    amidxtaped: TypeError in method 'C_from_string', argument 1 of type 'char const *'

    /usr/local/lib/amanda/libamanda-3.3.6.so(+0x2a857)[0x7fee65be5857]
    /lib64/libglib-2.0.so.0(g_logv+0x1b9)[0x3d9fe4a609]
    /lib64/libglib-2.0.so.0(g_log+0x83)[0x3d9fe4aa23]
    /usr/local/share/perl5/auto/Amanda/MainLoop/libMainLoop.so(+0x4eaf)[0x7fee65163eaf]
    /lib64/libglib-2.0.so.0[0x3d9fe4067b]
    /lib64/libglib-2.0.so.0(g_main_context_dispatch+0x1f2)[0x3d9fe3feb2]
    /lib64/libglib-2.0.so.0[0x3d9fe43d68]
    /lib64/libglib-2.0.so.0(g_main_loop_run+0x195)[0x3d9fe44275]
    /usr/local/share/perl5/auto/Amanda/MainLoop/libMainLoop.so(_wrap_run_c+0x75)[0x7fee65162215]
    /usr/lib64/perl5/CORE/libperl.so(Perl_pp_entersub+0x5a5)[0x3d9f6a6815]
    /usr/lib64/perl5/CORE/libperl.so(Perl_runops_standard+0x16)[0x3d9f6a4b06]
    /usr/lib64/perl5/CORE/libperl.so(perl_run+0x338)[0x3d9f64d0d8]
    /usr/bin/perl(main+0x154)[0x400e74]
    /lib64/libc.so.6(__libc_start_main+0xfd)[0x3d9e61ed1d]
    /usr/bin/perl[0x400c59]

    This backup was never flushed to tape due to config (assembling data for LTO6 tape). I'm trying to force amflush now to see if that might do anything. Can anyone help troubleshoot this?

    -------------------Update:
    no luck after amflush, but different, although similar error:

    amrecover> extract

    Extracting files using tape drive spectra on host localhost.
    The following tapes are needed: Tape01

    Extracting files using tape drive spectra on host localhost.
    Load tape Tape01 now
    Continue [?/Y/n/s/d]? Y
    Got no header and data from server, check in amidxtaped.*.debug and amandad.*.debug files on server

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

    Thu Jul 24 13:09:57 2014: thd-0x2386240: amidxtaped: pid 41971 ruid 33 euid 33 version 3.3.6: start at Thu Jul 24 13:09:57 2014
    Thu Jul 24 13:09:57 2014: thd-0x2386240: amidxtaped: CTL << FEATURES=ffffffff9efefbffffffffff3f
    Thu Jul 24 13:09:57 2014: thd-0x2386240: amidxtaped: CTL << CONFIG=myconf
    Thu Jul 24 13:09:57 2014: thd-0x2386240: amidxtaped: CTL << LABEL=Tape01:1
    Thu Jul 24 13:09:57 2014: thd-0x2386240: amidxtaped: CTL << FSF=1
    Thu Jul 24 13:09:57 2014: thd-0x2386240: amidxtaped: CTL << HEADER
    Thu Jul 24 13:09:57 2014: thd-0x2386240: amidxtaped: CTL << DEVICE=spectra
    Thu Jul 24 13:09:57 2014: thd-0x2386240: amidxtaped: CTL << HOST=^myhost$
    Thu Jul 24 13:09:57 2014: thd-0x2386240: amidxtaped: CTL << DISK=^/path$
    Thu Jul 24 13:09:57 2014: thd-0x2386240: amidxtaped: CTL << DATESTAMP=20140723173534
    Thu Jul 24 13:09:57 2014: thd-0x2386240: amidxtaped: CTL << END
    Thu Jul 24 13:09:57 2014: thd-0x2386240: amidxtaped: pid 41971 ruid 33 euid 33 version 3.3.6: rename at Thu Jul 24 13:09:57 2014
    Thu Jul 24 13:09:57 2014: thd-0x2386240: amidxtaped: chg-robot: using statefile '/usr/local/var/amanda/chg-robot-dev-changer'
    Thu Jul 24 13:09:57 2014: thd-0x2386240: amidxtaped: invoking /usr/sbin/mtx -f /dev/changer status
    Thu Jul 24 13:10:02 2014: thd-0x2386240: amidxtaped: critical (fatal): TypeError in method 'debug', argument 1 of type 'char *'

    amidxtaped: TypeError in method 'debug', argument 1 of type 'char *'

    /usr/local/lib/amanda/libamanda-3.3.6.so(+0x2a857)[0x7f1db2bc0857]
    /lib64/libglib-2.0.so.0(g_logv+0x1b9)[0x3d9fe4a609]
    /lib64/libglib-2.0.so.0(g_log+0x83)[0x3d9fe4aa23]
    /usr/local/share/perl5/auto/Amanda/MainLoop/libMainLoop.so(+0x4eaf)[0x7f1db213eeaf]
    /lib64/libglib-2.0.so.0[0x3d9fe4067b]
    /lib64/libglib-2.0.so.0(g_main_context_dispatch+0x1f2)[0x3d9fe3feb2]
    /lib64/libglib-2.0.so.0[0x3d9fe43d68]
    /lib64/libglib-2.0.so.0(g_main_loop_run+0x195)[0x3d9fe44275]
    /usr/local/share/perl5/auto/Amanda/MainLoop/libMainLoop.so(_wrap_run_c+0x75)[0x7f1db213d215]
    /usr/lib64/perl5/CORE/libperl.so(Perl_pp_entersub+0x5a5)[0x3d9f6a6815]
    /usr/lib64/perl5/CORE/libperl.so(Perl_runops_standard+0x16)[0x3d9f6a4b06]
    /usr/lib64/perl5/CORE/libperl.so(perl_run+0x338)[0x3d9f64d0d8]
    /usr/bin/perl(main+0x154)[0x400e74]
    /lib64/libc.so.6(__libc_start_main+0xfd)[0x3d9e61ed1d]
    /usr/bin/perl[0x400c59]
    Last edited by dulldump; July 24th, 2014 at 09:15 AM.

  2. #2
    Join Date
    Jul 2014
    Posts
    5

    Default

    Just tried using tar instead of dump for backup by putting program "GNUTAR" in config. Same error on recovery.

  3. #3
    Join Date
    Jul 2014
    Posts
    5

    Default

    I've traced it down to holding disk. Whenever I try to amrecover from holding disk I get that error. I've tried different holding disk locations and settings with no luck. If backup goes straight to tape (vtape or real) it's fine. If it ever goes to holding disk it errors out.

    -----Update
    ran this on file on holding disk:
    dd if=myfile.0 skip=1 | tar tGf -

    ....and nothing, no output

    tried doing this:
    dd if=myfile.0 of=outtar skip=1
    tar xpGf outtar
    tar tf outtar

    nothing.
    Last edited by dulldump; July 25th, 2014 at 06:45 AM.

  4. #4
    Join Date
    Nov 2005
    Location
    Canada
    Posts
    1,049

    Default

    Can youpost the first 32K bytes of the holding disk file?
    Are you using amanda 3.3.6 on the client?

  5. #5
    Join Date
    Jul 2014
    Posts
    5

    Default

    Quote Originally Posted by martineau View Post
    Can youpost the first 32K bytes of the holding disk file?
    Are you using amanda 3.3.6 on the client?
    Yes although I also tried 3.3.5 and couple previous versions.

    # dd if=mybackup.0 bs=32k count=1
    AMANDA: FILE 20140725013350 myhost /mnt/nexsan/admin lev 0 comp N program /bin/gtar
    ORIGSIZE=10
    DLE=<<ENDDLE
    <dle>
    <program>GNUTAR</program>
    <disk>/mnt/nexsan/admin</disk>
    <level>0</level>
    <auth>local</auth>
    <record>YES</record>
    <index>YES</index>
    <datapath>AMANDA</datapath>
    </dle>
    ENDDLE
    To restore, position tape at start of file and run:
    dd if=<tape> skip=1 | /bin/gtar -xpGf - ...


    1+0 records in
    1+0 records out
    32768 bytes (33 kB) copied, 0.0243429 s, 1.3 MB/s

    Note the restore command, it is missing bs=32k. If I backup to tape or vtape "bs=32k" is present in the command in the header. I can list the contents with bs parameter.
    Last edited by dulldump; July 29th, 2014 at 06:41 AM.

  6. #6
    Join Date
    Nov 2005
    Location
    Canada
    Posts
    1,049

    Default

    Everything looks good.

    A 'TypeError' is when the perl code call a C function with the wrong argument type.
    There is no easy way to find which function call fail.

  7. #7
    Join Date
    Jul 2014
    Posts
    5

    Default

    Quote Originally Posted by martineau View Post
    Everything looks good.

    A 'TypeError' is when the perl code call a C function with the wrong argument type.
    There is no easy way to find which function call fail.
    You don't think it's the difference in header restore commands? Why do headers differ based on where backup goes holding or tape? Here's header from backup straight to vtape:

    # dd if=mybackup.0 bs=32k count=1
    AMANDA: SPLIT_FILE 20140728160710 myhost /mnt/nexsan part 1/-1 lev 0 comp N program /bin/gtar
    DLE=<<ENDDLE
    <dle>
    <program>GNUTAR</program>
    <disk>/mnt/nexsan</disk>
    <level>0</level>
    <auth>local</auth>
    <record>YES</record>
    <index>YES</index>
    <datapath>AMANDA</datapath>
    </dle>
    ENDDLE
    To restore, position tape at start of file and run:
    dd if=<tape> bs=32k skip=1 | /bin/gtar -xpGf - ...

    1+0 records in
    1+0 records out
    32768 bytes (33 kB) copied, 12.565 s, 2.6 kB/s

  8. #8

    Default

    I get that error. I've tried different holding disk locations and settings with no luck. If backup goes straight to tape (vtape or real) it's fine

Tags for this Thread

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •