[DragonFlyBSD - Bug #2388] ntfs mount problems (dfly 3.0.2 + ntfsprogs)

Raimundo Santos via Redmine bugtracker-admin at leaf.dragonflybsd.org
Sun Jun 24 23:17:51 PDT 2012

Issue #2388 has been updated by Raimundo Santos.

oh.... wait: the machine freezes when trying to copy a lot of data!

First tested with the initial external HDD, and now, with an internal disk with a NTFS formatted partition, at least rsync gave a panic: 

The rsync command was: rsync -rltgoDuvh /mnt /var/dataholder/data_backup

And there was a panic!

The cpdup command was: cpdup -vvvvI /mnt/. /var/dataholder/data_backup

... and this just froze the system again, after coping 12GB of 69GB total.

Ah! That is in time to say that all thee tests were made with: mount_ntfs -u raitech -g users /dev/source /dest. And the copy commands issued as a normal user.

Tryied with:

rsync -rltgoDuvh /mnt/* /var/dataholder/data_backup AND mount_ntfs -u raitech -g users /dev/source /dest

rsync -rltgoDuvh /mnt/* /var/dataholder/data_backup AND mount_ntfs /dev/source /dest

Here is a partial copy of the PANIC on a core.txt file:

Mon Jun 25 02:47:09 BRT 2012

Version String: DragonFly v3.0.2.60.g00275d-RELEASE #0: Sun Jun 24 22:21:36 BRT 2012 root@:/usr/obj/usr/src/sys/X86_64_GENERIC

panic: bgetvp - overlapping buffer

GNU gdb (GDB) 7.3
Reading symbols from /boot/kernel/kernel...done.

Unread portion of the kernel message buffer:
bgetvp: overlapr 0000000000006000/4096 0000000000006800 bp 0xffffffe01b66d788 bx 0xffffffe01b061c90
panic: bgetvp - overlapping buffer
cpuid = 1
Trace beginning at frame 0xffffffe121cc6278
panic() at panic+0x1fb 0xffffffff8049a9cd
panic() at panic+0x1fb 0xffffffff8049a9cd
bgetvp() at bgetvp+0x16e 0xffffffff80506945
getblk() at getblk+0x3f9 0xffffffff804f3605
breadnx() at breadnx+0x3f 0xffffffff804f37de
ntfs_readntvattr_plain() at ntfs_readntvattr_plain+0x19e 0xffffffff83434844
ntfs_readattr_plain() at ntfs_readattr_plain+0x107 0xffffffff834357ea
ntfs_readattr() at ntfs_readattr+0x32e 0xffffffff83435ba0
ntfs_loadntnode() at ntfs_loadntnode+0x13d 0xffffffff834351b4
ntfs_findvattr() at ntfs_findvattr+0x3d 0xffffffff83435383
ntfs_ntvattrget() at ntfs_ntvattrget+0x82 0xffffffff834354cc
ntfs_ntreaddir() at ntfs_ntreaddir+0x7a 0xffffffff8343615a
ntfs_readdir() at ntfs_readdir+0x192 0xffffffff83433612
vop_readdir() at vop_readdir+0x6b 0xffffffff80517980
kern_getdirentries() at kern_getdirentries+0xfb 0xffffffff8050fdfc
sys_getdirentries() at sys_getdirentries+0x28 0xffffffff8050fed7
syscall2() at syscall2+0x370 0xffffffff8075af61
Xfast_syscall() at Xfast_syscall+0xcb 0xffffffff807448eb

Bug #2388: ntfs mount problems (dfly 3.0.2 + ntfsprogs)

Author: Antonio M. Huete Jimenez
Status: Feedback
Priority: High
Assignee: Antonio M. Huete Jimenez
Target version: 

(Originally reported by Raimundo Santos)

Hi there!

Have some problem when trying to access a NTFS external hdd.

Mounted -> OK
a simple 'ls' -> OK
a 'ls -la' -> PANIC

panic: lockmgr: LK_RELEASE: no lock held
cpuid = 1
 Trace beginning at frame 0xffffffe120ef06c8
panic() at panic+0x1fb 0xffffffff8049a9cd 
panic() at panic+0x1fb 0xffffffff8049a9cd 
lockmgr() at lockmgr+0x56d 0xffffffff8048bb16 
vn_unlock() at vn_unlock+0x15 0xffffffff80515373 
 vop_compat_nresolve() at vop_compat_nresolve+0xdb 0xffffffff804fdb8d 
vop_defaultop() at vop_defaultop+0x10 0xffffffff804fcd12 
vop_nresolve() at vop_nresolve+0x5b 0xffffffff80516c85 
cache_resolve() at cache_resolve+0x750 0xffffffff804f975a 
 nlookup() at nlookup+0x354 0xffffffff8050378b 
kern_stat() at kern_stat+0x1c 0xffffffff80511e8d 
sys_lstat() at sys_lstat+0x3e 0xffffffff80511ff2 
syscall2() at syscall2+0x370 0xffffffff8075af61 
Xfast_syscall() at Xfast_syscall+0xcb 0xffffffff807448eb 

After that, tryied the TAB key in my zsh just to complete a rsync command, and panic again.

My intention is to do a backup solution with HAMMER both in the machine and in the external hdd, and mirror the machine on to the ext. hdd. But by now, the hdd is a NTFS partition.

uname -a :

DragonFly rtcprime.mondoextremoh 3.0-RELEASE DragonFly v3.0.2.55.g27ab5-RELEASE #3: Sun Jun 17 18:38:48 BRT 2012 root at rtcprime.mondoextremoh:/usr/obj/usr/src/sys/X86_64_GENERIC x86_64

(compiled yesterday)

some clue?

Raimundo A. P. Santos
Bacharelando em Informática

You have received this notification because you have either subscribed to it, or are involved in it.
To change your notification preferences, please click here: http://bugs.dragonflybsd.org/my/account

More information about the Bugs mailing list