Re: ntfs mount problems (dfly 3.0.2 + ntfsprogs)

[Raimundo Santos <raitech@xxxxxxxxx>]

--e89a8f2359bdde5c7d04c345f561
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Well,

this is the first hours of monday, and, as promised, I have some news:
after reinstalling my system with an internal NTFS partition, a panic
occured when trying to copy a lot of files, small and large test
random-content files (no dir structure, only files), with rsync.

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
SAME PANIC

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

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
Copyright (C) 2011 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.htm=
l
>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-dragonfly".
For bug reporting instructions, please see:
<http://bugs.dragonflybsd.org/>...
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 =3D 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
Debugger("panic")
**
I had put it in the redmine, under the same bug.

cheers!
raitech

--=20
--------------------------------------------
Raimundo A. P. Santos
Bacharelando em Inform=E1tica
ICMC - USP

--e89a8f2359bdde5c7d04c345f561
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Well,<br><br>this is the first hours of monday, and, as promised, I have so=
me news: after reinstalling my system with an internal NTFS partition, a pa=
nic occured when trying to copy a lot of files, small and large test random=
-content files (no dir structure, only files), with rsync.<br>


<br>The rsync command was: rsync -rltgoDuvh /mnt /var/dataholder/data_backu=
p<br><br>And there was a panic!<br><br>The cpdup command was: cpdup -vvvvI =
/mnt/. /var/dataholder/data_backup<br><br>... and this just froze the syste=
m again, after coping 12GB of 69GB total.<br>

<br>Ah! That is in time to say that all thee tests were made with: mount_nt=
fs -u raitech -g users /dev/source /dest. And the copy commands issued as a=
 normal user.<br><br>Tryied with:<br><br>rsync -rltgoDuvh /mnt/* /var/datah=
older/data_backup AND mount_ntfs -u raitech -g users /dev/source /dest<br>

SAME PANIC<br><br>rsync -rltgoDuvh /mnt/* /var/dataholder/data_backup AND m=
ount_ntfs /dev/source /dest<br>SAME PANIC<br><br>Here is a partial copy of =
the PANIC on a core.txt file:<br><br>Mon Jun 25 02:47:09 BRT 2012<br><br>

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<br><br>panic: bgetvp - =
overlapping buffer<br><br>GNU gdb (GDB) 7.3<br>Copyright (C) 2011 Free Soft=
ware Foundation, Inc.<br>

License GPLv3+: GNU GPL version 3 or later &lt;<a href=3D"http://gnu.org/li=
censes/gpl.html">http://gnu.org/licenses/gpl.html</a>&gt;<br>This is free s=
oftware: you are free to change and redistribute it.<br>There is NO WARRANT=
Y, to the extent permitted by law.=A0 Type &quot;show copying&quot;<br>

and &quot;show warranty&quot; for details.<br>This GDB was configured as &q=
uot;x86_64-dragonfly&quot;.<br>For bug reporting instructions, please see:<=
br>&lt;<a href=3D"http://bugs.dragonflybsd.org/";>http://bugs.dragonflybsd.o=
rg/</a>&gt;...<br>

Reading symbols from /boot/kernel/kernel...done.<br><br>Unread portion of t=
he kernel message buffer:<br>bgetvp: overlapr 0000000000006000/4096 0000000=
000006800 bp 0xffffffe01b66d788 bx 0xffffffe01b061c90<br>panic: bgetvp - ov=
erlapping buffer<br>

cpuid =3D 1<br>Trace beginning at frame 0xffffffe121cc6278<br>panic() at pa=
nic+0x1fb 0xffffffff8049a9cd<br>panic() at panic+0x1fb 0xffffffff8049a9cd<b=
r>bgetvp() at bgetvp+0x16e 0xffffffff80506945<br>getblk() at getblk+0x3f9 0=
xffffffff804f3605<br>

breadnx() at breadnx+0x3f 0xffffffff804f37de<br>ntfs_readntvattr_plain() at=
 ntfs_readntvattr_plain+0x19e 0xffffffff83434844<br>ntfs_readattr_plain() a=
t ntfs_readattr_plain+0x107 0xffffffff834357ea<br>ntfs_readattr() at ntfs_r=
eadattr+0x32e 0xffffffff83435ba0<br>

ntfs_loadntnode() at ntfs_loadntnode+0x13d 0xffffffff834351b4<br>ntfs_findv=
attr() at ntfs_findvattr+0x3d 0xffffffff83435383<br>ntfs_ntvattrget() at nt=
fs_ntvattrget+0x82 0xffffffff834354cc<br>ntfs_ntreaddir() at ntfs_ntreaddir=
+0x7a 0xffffffff8343615a<br>

ntfs_readdir() at ntfs_readdir+0x192 0xffffffff83433612<br>vop_readdir() at=
 vop_readdir+0x6b 0xffffffff80517980<br>kern_getdirentries() at kern_getdir=
entries+0xfb 0xffffffff8050fdfc<br>sys_getdirentries() at sys_getdirentries=
+0x28 0xffffffff8050fed7<br>

syscall2() at syscall2+0x370 0xffffffff8075af61<br>Xfast_syscall() at Xfast=
_syscall+0xcb 0xffffffff807448eb<br>Debugger(&quot;panic&quot;)<br><b></b><=
br>I had put it in the redmine, under the same bug.<br><br>cheers!<br>
raitech<br>
<br>-- <br>--------------------------------------------<br>Raimundo A. P. S=
antos<br>Bacharelando em Inform=E1tica<br>ICMC - USP<br>

--e89a8f2359bdde5c7d04c345f561--