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.html > 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 = 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 -- -------------------------------------------- Raimundo A. P. Santos Bacharelando em Informática ICMC - USP
