restore: "no memory to extend symbol table" abort

From: Roman Neuhauser (neuhauser_at_chello.cz)
Date: 08/18/04

  • Next message: Paul Schenkeveld: "-stable -current NFS interoperability bug"
    Date: Wed, 18 Aug 2004 07:52:50 +0200
    To: freebsd-stable <freebsd-stable@freebsd.org>
    
    

    I have problems dump|restoring to a new disk.

    Procedure:

    shutdown now
    /sbin/fdisk -Iv ad1
    /sbin/disklabel -r ad1s1
    /sbin/disklabel -re ad1s1
    /sbin/newfs /dev/ad1s1e
    /sbin/swapon -a # 1GB ad0s1b
    /sbin/mount /dev/ad1s1a /mnt
    cd /mnt
    /sbin/dump -0af- /usr | restore -xf-
    <-- restore reports insufficient memory, asks for permission to abort
        and dump core (backtrace below)

    One perhaps interesting fact is that it works in multiuser.

    roman@isis /sys 1008:0 > uname -a
    FreeBSD isis.wad.cz 4.10-STABLE FreeBSD 4.10-STABLE #2: Sun Jun 27 14:09:34 CEST 2004 root@isis.wad.cz:/usr/obj/usr/src/sys/FREEPUPPY2_6 i386
    roman@isis /sys 1009:0 > df -hi /mnt
    Filesystem Size Used Avail Capacity iused ifree %iused Mounted on
    /dev/ad1s1e 142G 221M 130G 0% 94177 37235805 0% /mnt
    roman@isis /sys 1010:0 > disklabel ad1s1
    # /dev/ad1s1c:
    type: unknown
    disk: amnesiac
    label:
    flags:
    bytes/sector: 512
    sectors/track: 63
    tracks/cylinder: 16
    sectors/cylinder: 1008
    cylinders: 310100
    sectors/unit: 312581745
    rpm: 3600
    interleave: 1
    trackskew: 0
    cylinderskew: 0
    headswitch: 0 # milliseconds
    track-to-track seek: 0 # milliseconds
    drivedata: 0

    8 partitions:
    # size offset fstype [fsize bsize bps/cpg]
      a: 1048576 0 4.2BSD 1024 8192 22 # (Cyl. 0 - 1040*)
      b: 4194304 1048576 swap # (Cyl. 1040*- 5201*)
      c: 312581745 0 unused 0 0 # (Cyl. 0 - 310100*)
      e: 307338865 5242880 4.2BSD 1024 8192 22 # (Cyl. 5201*- 310100*)
    roman@isis ~ 1011:0 > sudo gdb /sbin/restore /mnt/restore.core
    GNU gdb 4.18 (FreeBSD)
    Copyright 1998 Free Software Foundation, Inc.
    GDB is free software, covered by the GNU General Public License, and you are
    welcome to change it and/or distribute copies of it under certain conditions.
    Type "show copying" to see the conditions.
    There is absolutely no warranty for GDB. Type "show warranty" for details.
    This GDB was configured as "i386-unknown-freebsd"...Deprecated bfd_read called at /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/dbxread.c line 2627 in elfstab_build_psymtabs
    Deprecated bfd_read called at /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/dbxread.c line 933 in fill_symbuf

    Core was generated by `restore'.
    Program terminated with signal 6, Abort trap.
    #0 0x807e78c in kill ()
    (gdb) bt
    #0 0x807e78c in kill ()
    #1 0x807db81 in abort ()
    #2 0x804fbe2 in panic (fmt=0x8084a80 "no memory to extend symbol table\n")
        at /usr/src/sbin/restore/utilities.c:454
    #3 0x804c2ee in addentry (
        name=0xbfbfdf4c "./home/ncvs/doc/share/pgpkeys/jhay.key,v", inum=2576368,
        type=1) at /usr/src/sbin/restore/symtab.c:243
    #4 0x8049e8c in addfile (
        name=0xbfbfdf4c "./home/ncvs/doc/share/pgpkeys/jhay.key,v", ino=2576368,
        type=1) at /usr/src/sbin/restore/restore.c:109
    #5 0x804b1b4 in treescan (
        pname=0xbfbfdf4c "./home/ncvs/doc/share/pgpkeys/jhay.key,v", ino=2576368,
        todo=0x8049d98 <addfile>) at /usr/src/sbin/restore/dirs.c:243
    #6 0x804b36d in treescan (pname=0xbfbfe39c "./home/ncvs/doc/share/pgpkeys",
        ino=2576044, todo=0x8049d98 <addfile>) at /usr/src/sbin/restore/dirs.c:282
    #7 0x804b36d in treescan (pname=0xbfbfe7ec "./home/ncvs/doc/share",
        ino=1344470, todo=0x8049d98 <addfile>) at /usr/src/sbin/restore/dirs.c:282
    #8 0x804b36d in treescan (pname=0xbfbfec3c "./home/ncvs/doc", ino=1166459,
        todo=0x8049d98 <addfile>) at /usr/src/sbin/restore/dirs.c:282
    #9 0x804b36d in treescan (pname=0xbfbff08c "./home/ncvs", ino=1120097,
        todo=0x8049d98 <addfile>) at /usr/src/sbin/restore/dirs.c:282
    #10 0x804b36d in treescan (pname=0xbfbff4dc "./home", ino=156800,
        todo=0x8049d98 <addfile>) at /usr/src/sbin/restore/dirs.c:282
    #11 0x804b36d in treescan (pname=0xbfbff910 ".", ino=2,
        todo=0x8049d98 <addfile>) at /usr/src/sbin/restore/dirs.c:282
    #12 0x804876d in main (argc=0, argv=0xbfbffd6c)
        at /usr/src/sbin/restore/main.c:280

    -- 
    FreeBSD 4.10-STABLE
    12:24AM up 1:22, 5 users, load averages: 0.00, 0.06, 0.06
    _______________________________________________
    freebsd-stable@freebsd.org mailing list
    http://lists.freebsd.org/mailman/listinfo/freebsd-stable
    To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org"
    

  • Next message: Paul Schenkeveld: "-stable -current NFS interoperability bug"

    Relevant Pages

    • Re: Stacktrace
      ... I am familiar with the gdb. ... It was more of a debugging facility that ... was designed to be used with the core file from the OS. ... setting up some strange statement in my code forcing an abort. ...
      (comp.os.linux.development.apps)
    • Re: modpost change proposed
      ... I suggest the abort(); to be everywhere replaced with exitfor the ... that the use of abortin modpost is not necessary. ... failure, no need to dump core (a post mortem analysis ...
      (Linux-Kernel)