All of lore.kernel.org
 help / color / mirror / Atom feed
From: Daniel Browning <db@kavod.com>
To: xfs@oss.sgi.com
Subject: xfsdump segfault
Date: Fri, 15 Feb 2013 22:20:46 -0800	[thread overview]
Message-ID: <201302152220.46756.db@kavod.com> (raw)

Hello folks, 

I ran into a segfault while running xfsdump, what should I do
to find the cause?

Cheers,
--
DB

[root@betelgeuse ~]# mkfs.xfs -f /dev/mapper/W1F01HB6_encrypted
meta-data=/dev/mapper/W1F01HB6_encrypted isize=256    agcount=32, agsize=22888168 blks
         =                       sectsz=4096  attr=2, projid32bit=0
data     =                       bsize=4096   blocks=732421363, imaxpct=5
         =                       sunit=0      swidth=0 blks
naming   =version 2              bsize=4096   ascii-ci=0
log      =internal log           bsize=4096   blocks=357627, version=2
         =                       sectsz=4096  sunit=1 blks, lazy-count=1
realtime =none                   extsz=4096   blocks=0, rtextents=0

[root@betelgeuse ~]# mount -o inode64,logbsize=256k /dev/mapper/W1F01HB6_encrypted /mnt/backup3_W1F01HB6

[root@betelgeuse ~]# xfsdump -J -l 0 - /mnt/backup3 | xfsrestore - /mnt/backup3_W1F01HB6
xfsdump: using file dump (drive_simple) strategy
xfsrestore: using file dump (drive_simple) strategy
xfsdump: xfsrestore: version 3.1.2 (dump format 3.0)version 3.1.2 (dump format 3.0)

xfsdump: level 0 dump of betelgeuse.orion:/mnt/backup3
xfsdump: dump date: Fri Feb 15 21:19:08 2013
xfsdump: session id: 9bca5442-1b56-4dc6-91b8-bfa68d80c1f1
xfsdump: session label: ""
xfsrestore: searching media for dump
xfsdump: ino map phase 1: constructing initial dump list
xfsdump: ino map phase 2: skipping (no pruning necessary)
xfsdump: ino map phase 3: skipping (only one dump stream)
xfsdump: ino map construction complete
xfsdump: estimated dump size: 2443232512512 bytes
xfsdump: creating dump session media file 0 (media 0, file 0)
xfsdump: dumping ino map
xfsrestore: examining media file 0
xfsrestore: dump description: 
xfsrestore: hostname: betelgeuse.orion
xfsrestore: mount point: /mnt/backup3
xfsrestore: volume: /dev/mapper/backup3_encrypted
xfsrestore: session time: Fri Feb 15 21:19:08 2013
xfsrestore: level: 0
xfsrestore: session label: ""
xfsrestore: media label: ""
xfsrestore: file system id: 8c338a01-730e-4bfd-b3fe-a7a60492f81e
xfsrestore: session id: 9bca5442-1b56-4dc6-91b8-bfa68d80c1f1
xfsrestore: media id: 440538bf-4f05-436c-8eb7-4f9091f62c4b
xfsrestore: searching media for directory dump
xfsrestore: reading directories
xfsdump: dumping directories
xfsdump: dumping non-directory files
xfsrestore: 483705 directories and 8830791 entries processed
xfsrestore: directory post-processing
xfsrestore: restoring non-directory files
xfsdump: ending media file
xfsdump: media file size 33603518464 bytes
xfsdump: dump size (non-dir files) : 32684068672 bytes
xfsdump: NOTE: dump interrupted: 833 seconds elapsed
xfsdump: Dump Status: INTERRUPT
Segmentation fault (core dumped)

[root@betelgeuse ~]# tail /var/log/messages -n 6
Feb 15 21:33:01 betelgeuse kernel: xfsrestore[12176]: segfault at 10 ip 00000033fd8478de sp 00007ffff3177dd0 error 4 in libc-2.12.so[33fd800000+189000]
Feb 15 21:33:01 betelgeuse abrt[12237]: Saved core dump of pid 12176 (/sbin/xfsrestore) to /var/spool/abrt/ccpp-2013-02-15-21:33:01-12176 (880640 bytes)
Feb 15 21:33:01 betelgeuse abrtd: Directory 'ccpp-2013-02-15-21:33:01-12176' creation detected
Feb 15 21:33:02 betelgeuse abrtd: Executable '/sbin/xfsrestore' doesn't belong to any package
Feb 15 21:33:02 betelgeuse abrtd: 'post-create' on '/var/spool/abrt/ccpp-2013-02-15-21:33:01-12176' exited with 1
Feb 15 21:33:02 betelgeuse abrtd: Corrupted or bad directory /var/spool/abrt/ccpp-2013-02-15-21:33:01-12176, deleting

[root@betelgeuse ~]# mount | grep backup3
/dev/mapper/backup3_encrypted on /mnt/backup3 type xfs (ro,inode64,logbsize=256k,inode64,logbsize=256k)
/dev/mapper/W1F01HB6_encrypted on /mnt/backup3_W1F01HB6 type xfs (rw,inode64,logbsize=256k)

[root@betelgeuse ~]# head -n 1 /etc/issue
CentOS release 6.3 (Final)

[root@betelgeuse ~]# uname -a
Linux betelgeuse.orion 3.7.6-1.el6xen.x86_64 #1 SMP Mon Feb 4 17:12:13 EST 2013 x86_64 x86_64 x86_64 GNU/Linux
 
[root@betelgeuse ~]# xfs_repair -V
xfs_repair version 3.1.10
 
[root@betelgeuse ~]# grep 'model name' /proc/cpuinfo
model name      : Intel(R) Xeon(R) CPU E5-1620 0 @ 3.60GHz
model name      : Intel(R) Xeon(R) CPU E5-1620 0 @ 3.60GHz
model name      : Intel(R) Xeon(R) CPU E5-1620 0 @ 3.60GHz
model name      : Intel(R) Xeon(R) CPU E5-1620 0 @ 3.60GHz
model name      : Intel(R) Xeon(R) CPU E5-1620 0 @ 3.60GHz
model name      : Intel(R) Xeon(R) CPU E5-1620 0 @ 3.60GHz
model name      : Intel(R) Xeon(R) CPU E5-1620 0 @ 3.60GHz
model name      : Intel(R) Xeon(R) CPU E5-1620 0 @ 3.60GHz
 
[root@betelgeuse ~]# cat /proc/meminfo
MemTotal:       65951000 kB
MemFree:         1801436 kB
Buffers:           17708 kB
Cached:         54001724 kB
SwapCached:            0 kB
Active:          3880776 kB
Inactive:       50162584 kB
Active(anon):      24196 kB
Inactive(anon):      144 kB
Active(file):    3856580 kB
Inactive(file): 50162440 kB
Unevictable:           0 kB
Mlocked:               0 kB
SwapTotal:             0 kB
SwapFree:              0 kB
Dirty:              7048 kB
Writeback:             0 kB
AnonPages:         23960 kB
Mapped:            14216 kB
Shmem:               408 kB
Slab:            6442920 kB
SReclaimable:    5776336 kB
SUnreclaim:       666584 kB
KernelStack:        1880 kB
PageTables:         5392 kB
NFS_Unstable:          0 kB
Bounce:                0 kB
WritebackTmp:          0 kB
CommitLimit:    32975500 kB
Committed_AS:     103260 kB
VmallocTotal:   34359738367 kB
VmallocUsed:      387912 kB
VmallocChunk:   34359323900 kB
HardwareCorrupted:     0 kB
HugePages_Total:       0
HugePages_Free:        0
HugePages_Rsvd:        0
HugePages_Surp:        0
Hugepagesize:       2048 kB
DirectMap4k:       10168 kB
DirectMap2M:     2054144 kB
DirectMap1G:    65011712 kB

_______________________________________________
xfs mailing list
xfs@oss.sgi.com
http://oss.sgi.com/mailman/listinfo/xfs

             reply	other threads:[~2013-02-16  6:20 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-02-16  6:20 Daniel Browning [this message]
2013-02-16  6:51 ` xfsdump segfault Dave Chinner
2013-02-17  0:06   ` Daniel Browning
2013-02-17  3:47     ` [solved] xfsrestore segfault (was: Re: xfsdump segfault) Daniel Browning

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=201302152220.46756.db@kavod.com \
    --to=db@kavod.com \
    --cc=xfs@oss.sgi.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.