From owner-freebsd-fs@FreeBSD.ORG Sun Mar 18 13:30:07 2007 Return-Path: X-Original-To: freebsd-fs@FreeBSD.org Delivered-To: freebsd-fs@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BE44916A406; Sun, 18 Mar 2007 13:30:07 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from sakura.ninth-nine.com (sakura.ninth-nine.com [219.127.74.120]) by mx1.freebsd.org (Postfix) with ESMTP id B36C313C4B9; Sun, 18 Mar 2007 13:30:06 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from nadesico.ninth-nine.com (nadesico.ninth-nine.com [219.127.74.122]) by sakura.ninth-nine.com (8.13.8/8.13.8/NinthNine) with SMTP id l2IDU5DC040157; Sun, 18 Mar 2007 22:30:05 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Sun, 18 Mar 2007 22:30:05 +0900 From: Norikatsu Shigemura To: pjd@FreeBSD.org Message-Id: <20070318223005.ab2b7aa7.nork@FreeBSD.org> X-Mailer: Sylpheed 2.4.0beta5 (GTK+ 2.10.11; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (sakura.ninth-nine.com [219.127.74.121]); Sun, 18 Mar 2007 22:30:05 +0900 (JST) Cc: freebsd-fs@FreeBSD.org, Norikatsu Shigemura Subject: [REPORT] ZFS panic on recent 7-current X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Mar 2007 13:30:07 -0000 Hi pjd. I'm using your ZFS 2007.03.03 version in recent 7-current. I got a panic. # kldload zfs # zfs mount -a # ls /home/ncvs (immediately panic) - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x14c fault code = supervisor read, page not present instruction pointer = 0x20:0x85d3a107 stack pointer = 0x28:0xfd49ba40 frame pointer = 0x28:0xfd49ba70 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 1676 (ls) [thread pid 1676 tid 100270 ] Stopped at zfs_getattr+0x197: movl 0x14c(%eax),%eax db> bt Tracing pid 1676 tid 100270 td 0x86bea3a0 zfs_getattr(fd49ba8c,fd49bb28,80535958,85d49b80,fd49ba8c,...) at zfs_getattr+0x197 VOP_GETATTR_APV(85d49b80,fd49ba8c,8071ece0,86503d9c,fd49baac,...) at VOP_GETATTR_APV+0x3e vn_stat(86503d9c,fd49bb94,85c07e80,0,86bea3a0,...) at vn_stat+0x58 kern_lstat(86bea3a0,40250268,0,fd49bc18,86840c6c,...) at kern_lstat+0x93 lstat(86bea3a0,fd49bd00,8,6,c,...) at lstat+0x2f syscall(fd49bd38) at syscall+0x363 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (190, FreeBSD ELF32, lstat), eip = 0x401af273, esp = 0x7fbfe36c, ebp = 0x7fbfe408 --- db> call doadump Physical memory: 2039 MB Dumping 115 MB: 100 84 68 52 36 20 4 Dump complete = 0xf db> reset - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - # cd /usr/obj/usr/src/sys/NADESICO # make gdbinit # kgdb -n 9 - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 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-marcel-freebsd". Ready to go. Enter 'tr' to connect to the remote target with /dev/cuad0, 'tr /dev/cuad1' to connect to a different port or 'trf portno' to connect to the remote target with the firewire interface. portno defaults to 5556. Type 'getsyms' after connection to load kld symbols. If you're debugging a local system, you can use 'kldsyms' instead to load the kld symbols. That's a less obnoxious interface. During symbol reading, debug info gives macro definition outside of any file: __STDC_VERSION__ 199901L. During symbol reading, no terminating 0-type entry for macros in `.debug_macinfo' section. During symbol reading, symtab found for `pcpu.h', but that file is not covered in the compilation unit's macro information. Unread portion of the kernel message buffer: Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x14c fault code = supervisor read, page not present instruction pointer = 0x20:0x85d3a107 stack pointer = 0x28:0xfd49ba40 frame pointer = 0x28:0xfd49ba70 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 1676 (ls) Physical memory: 2039 MB Dumping 115 MB: 100 84 68 52 36 20 4 #0 doadump () at pcpu.h:172 172 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) getsyms During symbol reading, Incomplete CFI data; unspecified registers at 0x804a50a3. Id Refs Address Size Name 1 56 0x80400000 3e0c8c kernel 2 1 0x807e1000 44ec nullfs.ko 3 1 0x807e6000 61fc geom_label.ko 4 1 0x807ed000 6f80 geom_md.ko 5 3 0x807f4000 276f8 linux.ko 6 2 0x8081c000 4914 sysvmsg.ko 7 2 0x80821000 6304 sysvsem.ko 8 2 0x80828000 4b84 sysvshm.ko 9 1 0x8082d000 632c if_tap.ko 10 1 0x80834000 b504 snd_maestro3.ko 11 2 0x80840000 42120 sound.ko 12 2 0x80883000 245d0 usb.ko 13 1 0x808a8000 400c ums.ko 14 2 0x808ad000 1799c agp.ko 15 1 0x808c5000 c2e4 random.ko 16 6 0x808d2000 e90c ata.ko 17 1 0x808e1000 22960 atapci.ko 18 1 0x80904000 3bb0 atadisk.ko 19 1 0x80908000 7ef4 atapicd.ko 20 1 0x80910000 3b94 atapifd.ko 21 1 0x80914000 4cc8 atapist.ko 22 1 0x80919000 1d30 io.ko 23 2 0x8091b000 4da8 mem.ko 24 1 0x80920000 4584 if_fwe.ko 25 4 0x80925000 15b58 firewire.ko 26 1 0x8093b000 11674 sym.ko 27 3 0x8094d000 3f61c cam.ko 28 1 0x8098d000 a678 sbp.ko 29 1 0x80998000 2df0 dcons_crom.ko 30 1 0x8099b000 a808 hifn.ko 31 1 0x809a6000 64040 acpi.ko 32 2 0x8574f000 6000 procfs.ko 33 2 0x8575a000 6000 pseudofs.ko 34 1 0x857b2000 7000 linprocfs.ko 35 1 0x85aa0000 36000 nfsclient.ko 36 1 0x85c3d000 1f000 nfsserver.ko 37 1 0x85cb3000 a0000 zfs.ko 38 1 0x8609c000 8000 aio.ko 39 1 0x860b1000 1d000 kqemu.ko 40 1 0x86202000 20000 radeon.ko 41 1 0x86227000 f000 drm.ko 42 1 0x86368000 2000 rtc.ko Select the list above with the mouse, paste into the screen and then press ^D. Yes, this is annoying. 1 56 0x80400000 3e0c8c kernel 2 1 0x807e1000 44ec nullfs.ko 3 1 0x807e6000 61fc geom_label.ko 4 1 0x807ed000 6f80 geom_md.ko 5 3 0x807f4000 276f8 linux.ko 6 2 0x8081c000 4914 sysvmsg.ko 7 2 0x80821000 6304 sysvsem.ko 8 2 0x80828000 4b84 sysvshm.ko 9 1 0x8082d000 632c if_tap.ko 10 1 0x80834000 b504 snd_maestro3.ko 11 2 0x80840000 42120 sound.ko 12 2 0x80883000 245d0 usb.ko 13 1 0x808a8000 400c ums.ko 14 2 0x808ad000 1799c agp.ko 15 1 0x808c5000 c2e4 random.ko 16 6 0x808d2000 e90c ata.ko 17 1 0x808e1000 22960 atapci.ko 18 1 0x80904000 3bb0 atadisk.ko 19 1 0x80908000 7ef4 atapicd.ko 20 1 0x80910000 3b94 atapifd.ko 21 1 0x80914000 4cc8 atapist.ko 22 1 0x80919000 1d30 io.ko 23 2 0x8091b000 4da8 mem.ko 24 1 0x80920000 4584 if_fwe.ko 25 4 0x80925000 15b58 firewire.ko 26 1 0x8093b000 11674 sym.ko 27 3 0x8094d000 3f61c cam.ko 28 1 0x8098d000 a678 sbp.ko 29 1 0x80998000 2df0 dcons_crom.ko 30 1 0x8099b000 a808 hifn.ko 31 1 0x809a6000 64040 acpi.ko 32 2 0x8574f000 6000 procfs.ko 33 2 0x8575a000 6000 pseudofs.ko 34 1 0x857b2000 7000 linprocfs.ko 35 1 0x85aa0000 36000 nfsclient.ko 36 1 0x85c3d000 1f000 nfsserver.ko 37 1 0x85cb3000 a0000 zfs.ko 38 1 0x8609c000 8000 aio.ko 39 1 0x860b1000 1d000 kqemu.ko 40 1 0x86202000 20000 radeon.ko 41 1 0x86227000 f000 drm.ko 42 1 0x86368000 2000 rtc.ko add symbol table from file "/usr/obj/usr/src/sys/NADESICO/modules/usr/src/sys/modules/acpi/acpi/acpi.ko.debug" at .text_addr = 0x809b6a30 .data_addr = 0x809f4000 .bss_addr = 0x809f6680 add symbol table from file "/usr/obj/usr/src/sys/NADESICO/modules/usr/src/sys/modules/agp/agp.ko.debug" at During symbol reading, symtab found for `pcpu.h', but that file is not covered in the compilation unit's macro information. .text_addr = 0x808b2840 .data_addr = 0x808c0260 .bss_addr = 0x808c0f78 add symbol table from file "/usr/obj/usr/src/sys/NADESICO/modules/usr/src/sys/modules/aio/aio.ko.debug" at During symbol reading, symtab found for `pcpu.h', but that file is not covered in the compilation unit's macro information. .text_addr = 0x8609e9d0 .data_addr = 0x860a3000 .bss_addr = 0x860a3a40 add symbol table from file "/usr/obj/usr/src/sys/NADESICO/modules/usr/src/sys/modules/ata/ata/ata.ko.debug" at During symbol reading, symtab found for `pcpu.h', but that file is not covered in the compilation unit's macro information. .text_addr = 0x808d6160 .data_addr = 0x808deb60 .bss_addr = 0x808deed8 add symbol table from file "/usr/obj/usr/src/sys/NADESICO/modules/usr/src/sys/modules/ata/atapci/atapci.ko.debug" at During symbol reading, symtab found for `pcpu.h', but that file is not covered in the compilation unit's macro information. .text_addr = 0x808e8e60 .data_addr = 0x808ff000 .bss_addr = 0x809009b4 add symbol table from file "/usr/obj/usr/src/sys/NADESICO/modules/usr/src/sys/modules/ata/atadisk/atadisk.ko.debug" at During symbol reading, symtab found for `pcpu.h', but that file is not covered in the compilation unit's macro information. .text_addr = 0x80904f90 .data_addr = 0x80906da0 .bss_addr = 0x80906f58 add symbol table from file "/usr/obj/usr/src/sys/NADESICO/modules/usr/src/sys/modules/ata/atapicd/atapicd.ko.debug" at During symbol reading, symtab found for `pcpu.h', but that file is not covered in the compilation unit's macro information. .text_addr = 0x80909cb0 .data_addr = 0x8090ede0 .bss_addr = 0x8090efe8 add symbol table from file "/usr/obj/usr/src/sys/NADESICO/modules/usr/src/sys/modules/ata/atapifd/atapifd.ko.debug" at During symbol reading, symtab found for `pcpu.h', but that file is not covered in the compilation unit's macro information. .text_addr = 0x80910f10 .data_addr = 0x80912da0 .bss_addr = 0x80912f58 add symbol table from file "/usr/obj/usr/src/sys/NADESICO/modules/usr/src/sys/modules/ata/atapist/atapist.ko.debug" at During symbol reading, symtab found for `pcpu.h', but that file is not covered in the compilation unit's macro information. .text_addr = 0x80915330 .data_addr = 0x80917cc0 .bss_addr = 0x80917ee8 add symbol table from file "/usr/obj/usr/src/sys/NADESICO/modules/usr/src/sys/modules/cam/cam.ko.debug" at During symbol reading, symtab found for `pcpu.h', but that file is not covered in the compilation unit's macro information. .text_addr = 0x80959650 .data_addr = 0x80982640 .bss_addr = 0x80985880 add symbol table from file "/usr/obj/usr/src/sys/NADESICO/modules/usr/src/sys/modules/dcons_crom/dcons_crom.ko.debug" at During symbol reading, symtab found for `pcpu.h', but that file is not covered in the compilation unit's macro information. .text_addr = 0x80998b80 .data_addr = 0x8099a100 .bss_addr = 0x8099a278 add symbol table from file "/usr/obj/usr/src/sys/NADESICO/modules/usr/src/sys/modules/drm/drm/drm.ko.debug" at During symbol reading, symtab found for `pcpu.h', but that file is not covered in the compilation unit's macro information. .text_addr = 0x8622a5e0 .data_addr = 0x86235000 .bss_addr = 0x86235a24 add symbol table from file "/usr/obj/usr/src/sys/NADESICO/modules/usr/src/sys/modules/drm/radeon/radeon.ko.debug" at During symbol reading, symtab found for `pcpu.h', but that file is not covered in the compilation unit's macro information. .text_addr = 0x862061c0 .data_addr = 0x8621d000 .bss_addr = 0x8621df00 add symbol table from file "/usr/obj/usr/src/sys/NADESICO/modules/usr/src/sys/modules/firewire/firewire/firewire.ko.debug" at During symbol reading, symtab found for `pcpu.h', but that file is not covered in the compilation unit's macro information. .text_addr = 0x809289c0 .data_addr = 0x80937000 .bss_addr = 0x80937d10 add symbol table from file "/usr/obj/usr/src/sys/NADESICO/modules/usr/src/sys/modules/firewire/fwe/if_fwe.ko.debug" at During symbol reading, symtab found for `pcpu.h', but that file is not covered in the compilation unit's macro information. .text_addr = 0x80921130 .data_addr = 0x809230c0 .bss_addr = 0x80923408 add symbol table from file "/usr/obj/usr/src/sys/NADESICO/modules/usr/src/sys/modules/firewire/sbp/sbp.ko.debug" at During symbol reading, symtab found for `pcpu.h', but that file is not covered in the compilation unit's macro information. .text_addr = 0x8098f7b0 .data_addr = 0x80995000 .bss_addr = 0x809955bc add symbol table from file "/usr/obj/usr/src/sys/NADESICO/modules/usr/src/sys/modules/geom/geom_label/geom_label.ko.debug" at During symbol reading, symtab found for `pcpu.h', but that file is not covered in the compilation unit's macro information. .text_addr = 0x807e7b10 .data_addr = 0x807eb340 .bss_addr = 0x807eb510 add symbol table from file "/usr/obj/usr/src/sys/NADESICO/modules/usr/src/sys/modules/hifn/hifn.ko.debug" at During symbol reading, symtab found for `pcpu.h', but that file is not covered in the compilation unit's macro information. .text_addr = 0x8099d4f0 .data_addr = 0x809a4180 .bss_addr = 0x809a4420 add symbol table from file "/usr/obj/usr/src/sys/NADESICO/modules/usr/src/sys/modules/if_tap/if_tap.ko.debug" at During symbol reading, symtab found for `pcpu.h', but that file is not covered in the compilation unit's macro information. .text_addr = 0x8082ebd0 .data_addr = 0x80831bc0 .bss_addr = 0x80831fa8 add symbol table from file "/usr/obj/usr/src/sys/NADESICO/modules/usr/src/sys/modules/io/io.ko.debug" at During symbol reading, symtab found for `pcpu.h', but that file is not covered in the compilation unit's macro information. .text_addr = 0x809195f0 .data_addr = 0x8091a740 .bss_addr = 0x8091a868 add symbol table from file "/usr/obj/usr/src/sys/NADESICO/modules/usr/src/sys/modules/linprocfs/linprocfs.ko.debug" at During symbol reading, symtab found for `pcpu.h', but that file is not covered in the compilation unit's macro information. .text_addr = 0x857b45f0 .data_addr = 0x857b8000 .bss_addr = 0x857b8284 add symbol table from file "/usr/obj/usr/src/sys/NADESICO/modules/usr/src/sys/modules/linux/linux.ko.debug" at During symbol reading, symtab found for `pcpu.h', but that file is not covered in the compilation unit's macro information. .text_addr = 0x807fc7b0 .data_addr = 0x808122a0 .bss_addr = 0x80814a20 add symbol table from file "/usr/obj/usr/src/sys/NADESICO/modules/usr/src/sys/modules/md/geom_md.ko.debug" at During symbol reading, symtab found for `pcpu.h', but that file is not covered in the compilation unit's macro information. .text_addr = 0x807eedc0 .data_addr = 0x807f2940 .bss_addr = 0x807f2c00 add symbol table from file "/usr/obj/usr/src/sys/NADESICO/modules/usr/src/sys/modules/mem/mem.ko.debug" at During symbol reading, symtab found for `pcpu.h', but that file is not covered in the compilation unit's macro information. .text_addr = 0x8091bff0 .data_addr = 0x8091eaa0 .bss_addr = 0x8091ed60 add symbol table from file "/usr/obj/usr/src/sys/NADESICO/modules/usr/src/sys/modules/nfsclient/nfsclient.ko.debug" at During symbol reading, symtab found for `pcpu.h', but that file is not covered in the compilation unit's macro information. .text_addr = 0x85aaa4f0 .data_addr = 0x85ad31e0 .bss_addr = 0x85ad4840 add symbol table from file "/usr/obj/usr/src/sys/NADESICO/modules/usr/src/sys/modules/nfsserver/nfsserver.ko.debug" at During symbol reading, symtab found for `pcpu.h', but that file is not covered in the compilation unit's macro information. .text_addr = 0x85c41bb0 .data_addr = 0x85c560e0 .bss_addr = 0x85c566c0 add symbol table from file "/usr/obj/usr/src/sys/NADESICO/modules/usr/src/sys/modules/nullfs/nullfs.ko.debug" at During symbol reading, symtab found for `pcpu.h', but that file is not covered in the compilation unit's macro information. .text_addr = 0x807e2420 .data_addr = 0x807e4000 .bss_addr = 0x807e4390 add symbol table from file "/usr/obj/usr/src/sys/NADESICO/modules/usr/src/sys/modules/procfs/procfs.ko.debug" at During symbol reading, symtab found for `pcpu.h', but that file is not covered in the compilation unit's macro information. .text_addr = 0x85750cb0 .data_addr = 0x85754500 .bss_addr = 0x8575485c add symbol table from file "/usr/obj/usr/src/sys/NADESICO/modules/usr/src/sys/modules/pseudofs/pseudofs.ko.debug" at During symbol reading, symtab found for `pcpu.h', but that file is not covered in the compilation unit's macro information. .text_addr = 0x8575bbe0 .data_addr = 0x8575f740 .bss_addr = 0x8575fb18 add symbol table from file "/usr/obj/usr/src/sys/NADESICO/modules/usr/src/sys/modules/random/random.ko.debug" at During symbol reading, symtab found for `pcpu.h', but that file is not covered in the compilation unit's macro information. .text_addr = 0x808c6ee0 .data_addr = 0x808cf000 .bss_addr = 0x808cf280 add symbol table from file "/usr/obj/usr/src/sys/NADESICO/modules/usr/src/sys/modules/sound/sound/sound.ko.debug" at During symbol reading, symtab found for `pcpu.h', but that file is not covered in the compilation unit's macro information. .text_addr = 0x8084efe0 .data_addr = 0x80870100 .bss_addr = 0x80876580 add symbol table from file "/usr/obj/usr/src/sys/NADESICO/modules/usr/src/sys/modules/sound/driver/maestro3/snd_maestro3.ko.debug" at During symbol reading, symtab found for `pcpu.h', but that file is not covered in the compilation unit's macro information. .text_addr = 0x80835d80 .data_addr = 0x8083d0a0 .bss_addr = 0x8083df7c add symbol table from file "/usr/obj/usr/src/sys/NADESICO/modules/usr/src/sys/modules/sysvipc/sysvmsg/sysvmsg.ko.debug" at During symbol reading, symtab found for `pcpu.h', but that file is not covered in the compilation unit's macro information. .text_addr = 0x8081d440 .data_addr = 0x8081f000 .bss_addr = 0x8081f588 add symbol table from file "/usr/obj/usr/src/sys/NADESICO/modules/usr/src/sys/modules/sysvipc/sysvsem/sysvsem.ko.debug" at During symbol reading, symtab found for `pcpu.h', but that file is not covered in the compilation unit's macro information. .text_addr = 0x80822780 .data_addr = 0x80825880 .bss_addr = 0x80825ea4 add symbol table from file "/usr/obj/usr/src/sys/NADESICO/modules/usr/src/sys/modules/sysvipc/sysvshm/sysvshm.ko.debug" at During symbol reading, symtab found for `pcpu.h', but that file is not covered in the compilation unit's macro information. .text_addr = 0x808294a0 .data_addr = 0x8082b000 .bss_addr = 0x8082b5cc add symbol table from file "/usr/obj/usr/src/sys/NADESICO/modules/usr/src/sys/modules/sym/sym.ko.debug" at During symbol reading, symtab found for `pcpu.h', but that file is not covered in the compilation unit's macro information. .text_addr = 0x8093cde0 .data_addr = 0x80949000 .bss_addr = 0x8094af24 add symbol table from file "/usr/obj/usr/src/sys/NADESICO/modules/usr/src/sys/modules/ums/ums.ko.debug" at During symbol reading, symtab found for `pcpu.h', but that file is not covered in the compilation unit's macro information. .text_addr = 0x808a8f80 .data_addr = 0x808ab360 .bss_addr = 0x808ab508 add symbol table from file "/usr/obj/usr/src/sys/NADESICO/modules/usr/src/sys/modules/usb/usb.ko.debug" at During symbol reading, symtab found for `pcpu.h', but that file is not covered in the compilation unit's macro information. .text_addr = 0x80888670 .data_addr = 0x808a0000 .bss_addr = 0x808a0da0 add symbol table from file "/usr/obj/usr/src/sys/NADESICO/modules/usr/src/sys/modules/zfs/zfs.ko.debug" at During symbol reading, symtab found for `pcpu.h', but that file is not covered in the compilation unit's macro information. .text_addr = 0x85cc9e90 .data_addr = 0x85d48000 .bss_addr = 0x85d49f40 #0 doadump () at pcpu.h:172 During symbol reading, Incomplete CFI data; unspecified registers at 0x804a50a3. During symbol reading, debug info gives macro definition outside of any file: __STDC_VERSION__ 199901L. During symbol reading, no terminating 0-type entry for macros in `.debug_macinfo' section. #1 0x80436fea in db_fncall (dummy1=0xfd49b7f4, dummy2=0x0, dummy3=0x70, dummy4=0xfd49b7e4 "") at /usr/src/sys/ddb/db_command.c:486 #2 0x80436d90 in db_command (last_cmdp=0x80720504, cmd_table=0x0) at /usr/src/sys/ddb/db_command.c:401 #3 0x80436e75 in db_command_loop () at /usr/src/sys/ddb/db_command.c:453 #4 0x80439105 in db_trap (type=0xc, code=0x0) at /usr/src/sys/ddb/db_main.c:222 #5 0x804ceb7f in kdb_trap (type=0x0, code=0x0, tf=0xfd49ba00) at /usr/src/sys/kern/subr_kdb.c:502 #6 0x806a916c in trap_fatal (frame=0xfd49ba00, eva=0x14c) at /usr/src/sys/i386/i386/trap.c:859 #7 0x806a8e05 in trap_pfault (frame=0xfd49ba00, usermode=0x0, eva=0x14c) at /usr/src/sys/i386/i386/trap.c:777 #8 0x806a897c in trap (frame=0xfd49ba00) at /usr/src/sys/i386/i386/trap.c:462 #9 0x8069064b in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #10 0x85d3a107 in zfs_getattr (ap=0x0) at /usr/src/sys/modules/zfs/../../contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c:1913 #11 0x806b3ede in VOP_GETATTR_APV (vop=0x0, a=0x86503d9c) at vnode_if.c:530 #12 0x80535958 in vn_stat (vp=0x86503d9c, sb=0xfd49bb94, active_cred=0x0, file_cred=0x0, td=0x86bea3a0) at vnode_if.h:285 #13 0x8052ffa3 in kern_lstat (td=0x86bea3a0, path=0x86503d9c "\002", pathseg=2253405596, sbp=0x0) at /usr/src/sys/kern/vfs_syscalls.c:2134 #14 0x8052fedf in lstat (td=0x0, uap=0xfd49bd00) at /usr/src/sys/kern/vfs_syscalls.c:2113 #15 0x806a95b3 in syscall (frame=0xfd49bd38) at /usr/src/sys/i386/i386/trap.c:1010 #16 0x806906b0 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:196 #17 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) list *zfs_getattr+0x197 During symbol reading, symtab found for `pcpu.h', but that file is not covered in the compilation unit's macro information. 0x85d3a107 is in zfs_getattr (/usr/src/sys/modules/zfs/../../contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c:1913). 1908 vap->va_uid = zp->z_phys->zp_uid; 1909 vap->va_gid = zp->z_phys->zp_gid; 1910 vap->va_nodeid = zp->z_id; 1911 vap->va_nlink = MIN(pzp->zp_links, UINT32_MAX); /* nlink_t limit! */ 1912 vap->va_size = pzp->zp_size; 1913 vap->va_fsid = vp->v_mount->mnt_stat.f_fsid.val[0]; 1914 vap->va_seq = zp->z_seq; 1915 vap->va_flags = 0; /* FreeBSD: Reset chflags(2) flags. */ 1916 1917 ZFS_TIME_DECODE(&vap->va_atime, pzp->zp_atime); (kgdb) - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - From owner-freebsd-fs@FreeBSD.ORG Sun Mar 18 13:42:59 2007 Return-Path: X-Original-To: freebsd-fs@FreeBSD.org Delivered-To: freebsd-fs@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7A56916A403 for ; Sun, 18 Mar 2007 13:42:59 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.freebsd.org (Postfix) with ESMTP id 1724613C4AD for ; Sun, 18 Mar 2007 13:42:58 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 9EEE14569A; Sun, 18 Mar 2007 14:42:56 +0100 (CET) Received: from localhost (cvl74.internetdsl.tpnet.pl [83.19.93.74]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id F1DE845681; Sun, 18 Mar 2007 14:42:49 +0100 (CET) Date: Sun, 18 Mar 2007 14:42:40 +0100 From: Pawel Jakub Dawidek To: Norikatsu Shigemura Message-ID: <20070318134240.GC16185@garage.freebsd.pl> References: <20070318223005.ab2b7aa7.nork@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="SO98HVl1bnMOfKZd" Content-Disposition: inline In-Reply-To: <20070318223005.ab2b7aa7.nork@FreeBSD.org> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-1.3 required=3.0 tests=BAYES_00, RCVD_IN_BL_SPAMCOP_NET,RCVD_IN_NJABL_DUL autolearn=no version=3.0.4 Cc: freebsd-fs@FreeBSD.org Subject: Re: [REPORT] ZFS panic on recent 7-current X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Mar 2007 13:42:59 -0000 --SO98HVl1bnMOfKZd Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Mar 18, 2007 at 10:30:05PM +0900, Norikatsu Shigemura wrote: > Hi pjd. Hi Nork:) > I'm using your ZFS 2007.03.03 version in recent 7-current. I got > a panic. >=20 > # kldload zfs > # zfs mount -a > # ls /home/ncvs > (immediately panic) [...] You can't use recent HEAD, because of tegge's recent changes that break API/ABI. You need to have HEAD from before tegge's changes. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --SO98HVl1bnMOfKZd Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD4DBQFF/UHQForvXbEpPzQRAngMAJ9Mq7dJ0J1ItkM1Ekn7HGcNDuzEhQCXUF1c l007sy63Wl29i75ut5gcBg== =MHjC -----END PGP SIGNATURE----- --SO98HVl1bnMOfKZd-- From owner-freebsd-fs@FreeBSD.ORG Mon Mar 19 03:16:24 2007 Return-Path: X-Original-To: freebsd-fs@FreeBSD.org Delivered-To: freebsd-fs@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2E73F16A400 for ; Mon, 19 Mar 2007 03:16:24 +0000 (UTC) (envelope-from staalebk@ifi.uio.no) Received: from smtp.bluecom.no (smtp.bluecom.no [193.75.75.28]) by mx1.freebsd.org (Postfix) with ESMTP id BAF6413C46A for ; Mon, 19 Mar 2007 03:16:23 +0000 (UTC) (envelope-from staalebk@ifi.uio.no) Received: from eschew.pusen.org (unknown [193.69.145.10]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.bluecom.no (Postfix) with ESMTP id 24AEC12C3B7 for ; Mon, 19 Mar 2007 03:50:03 +0100 (CET) Received: from chiller by eschew.pusen.org with local (Exim 4.50) id 1HT7ZY-0002yh-Ar for freebsd-fs@FreeBSD.org; Mon, 19 Mar 2007 03:26:08 +0100 Date: Mon, 19 Mar 2007 03:26:08 +0100 From: =?iso-8859-1?Q?St=E5le?= Kristoffersen To: freebsd-fs@FreeBSD.org Message-ID: <20070319022608.GA7858@eschew.pusen.org> References: <20070318223005.ab2b7aa7.nork@FreeBSD.org> <20070318134240.GC16185@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20070318134240.GC16185@garage.freebsd.pl> User-Agent: Mutt/1.5.13 (2006-08-11) Cc: Subject: Re: [REPORT] ZFS panic on recent 7-current X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Mar 2007 03:16:24 -0000 On 2007-03-18 at 14:42, Pawel Jakub Dawidek wrote: > You can't use recent HEAD, because of tegge's recent changes that break > API/ABI. You need to have HEAD from before tegge's changes. Ah, that sorted things out for me as well. I did get a "kmem_malloc(X): kmem_map too small: Y total allocated"-panic, is that still something that should be ignored? It also looks like 'zpool list' shows the wrong(?) size and available info if showing a raidz-pool: (ad1-3 512MB disks) # zpool create test raidz ad1 ad2 ad3 # zpool list NAME SIZE USED AVAIL CAP HEALTH ALTROOT test 1.48G 157K 1.48G 0% ONLINE - # df -ht zfs Filesystem Size Used Avail Capacity Mounted on test 980M 32K 980M 0% /test # dd if=/dev/random of=/test/temp bs=1M count=512 512+0 records in 512+0 records out 536870912 bytes transferred in 40.188660 secs (13358766 bytes/sec) # zpool list NAME SIZE USED AVAIL CAP HEALTH ALTROOT test 1.48G 773M 747M 50% ONLINE - # df -ht zfs Filesystem Size Used Avail Capacity Mounted on test 980M 515M 466M 53% /test It could be argued that it shows the correct amount that is consumed with redundant information, but when using a mirror instead, output is more as expected: # zpool destroy test # zpool create test mirror ad1 ad2 # zpool list NAME SIZE USED AVAIL CAP HEALTH ALTROOT test 504M 88K 504M 0% ONLINE - # df -ht zfs Filesystem Size Used Avail Capacity Mounted on test 472M 32K 472M 0% /test It could be that this is how it should be, but I think it is a bit confusing, it could also be that it is fixed in perforce, but I couldn't find anything in the log or found out how to check out a recent copy of the code. Thanks for the brilliant work on porting zfs, keep it up! -- Ståle Kristoffersen staalebk@ifi.uio.no From owner-freebsd-fs@FreeBSD.ORG Mon Mar 19 05:12:33 2007 Return-Path: X-Original-To: freebsd-fs@freebsd.org Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 617A116A406; Mon, 19 Mar 2007 05:12:33 +0000 (UTC) (envelope-from david.cecil@nokia.com) Received: from mgw-ext11.nokia.com (smtp.nokia.com [131.228.20.170]) by mx1.freebsd.org (Postfix) with ESMTP id D4F8013C457; Mon, 19 Mar 2007 05:12:32 +0000 (UTC) (envelope-from david.cecil@nokia.com) Received: from esebh105.NOE.Nokia.com (esebh105.ntc.nokia.com [172.21.138.211]) by mgw-ext11.nokia.com (Switch-3.2.5/Switch-3.2.5) with ESMTP id l2J5CK0O022634; Mon, 19 Mar 2007 07:12:29 +0200 Received: from siebh102.NOE.Nokia.com ([172.30.195.29]) by esebh105.NOE.Nokia.com with Microsoft SMTPSVC(6.0.3790.1830); Mon, 19 Mar 2007 07:12:19 +0200 Received: from syebe101.NOE.Nokia.com ([172.30.128.65]) by siebh102.NOE.Nokia.com with Microsoft SMTPSVC(6.0.3790.1830); Mon, 19 Mar 2007 13:12:01 +0800 Received: from [172.30.67.151] ([172.30.67.151]) by syebe101.NOE.Nokia.com with Microsoft SMTPSVC(6.0.3790.1830); Mon, 19 Mar 2007 16:11:59 +1100 Message-ID: <45FE1BA0.5080609@nokia.com> Date: Mon, 19 Mar 2007 15:12:00 +1000 From: David Cecil User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: ext Pawel Jakub Dawidek , freebsd-fs@freebsd.org References: <45F776AE.8090702@nokia.com> <20070314161041.GI7847@garage.freebsd.pl> <45F8EE27.6070208@nokia.com> <20070315090031.GB80993@deviant.kiev.zoral.com.ua> <20070315092659.GA14080@garage.freebsd.pl> <45F9C9B4.4030508@nokia.com> <20070315223641.GA89923@xor.obsecurity.org> <45F9CBCC.7050006@nokia.com> <20070316014846.GA3229@garage.freebsd.pl> <45F9F994.2050803@nokia.com> In-Reply-To: <45F9F994.2050803@nokia.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 19 Mar 2007 05:11:59.0279 (UTC) FILETIME=[1F0E0BF0:01C769E5] X-eXpurgate-Category: 1/0 X-eXpurgate-ID: 149371::070319071230-4CF31BB0-21B9A315/0-0/0-1 X-Nokia-AV: Clean Cc: ext Kris Kennaway Subject: Re: FFS writes to read-only mount X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Mar 2007 05:12:33 -0000 >> Could you try disabling bgfsck, by setting background_fsck="NO" to your >> /etc/rc.conf? >> > > Yes, I could do that. Again, I'm reluctant to try the experiment > before getting as much information as possible from ddb. > > From the fsck_ffs man page: > "To be eligible for background cleaning it must have been running with > soft updates, not have been marked as needing a foreground check, and > be mounted and writable when the background check is to be done. If > these conditions are met, then fsck_ffs exits with a zero exit > status. Otherwise it exits with a non-zero exit status. If the file > system is clean, it will exit with a non-zero exit status so that the > clean status of the file system can be verified and reported during > the foreground checks." > > This says the partition must be writable when the check is done. Now > I guess there could be a bug where it's trying to write when it > shouldn't... Maybe I should take a look at the fsck_ffs code too. > >> I know that there is a hack for handling fsck of the root file system. >> Bascially once system is mounted read-only (the partition it resides on >> is opened read-only), it (the partition) can't be opened for write by >> anything else (because of how GEOM works). But there is an exception for >> the root partition, which is opened without exclusive bit at first time, >> which allows, eg. to boot system into single-user mode and run fsck - >> without this hack it won't be possible. So I'm wondering if this can be >> problematic if one use bgfsck for the root file system... >> > > I will look into it some more and report back. > I discovered this morning that the messages were no longer being displayed on the console. I set a breakpoint in sync_vnode and the bufobj corresponding to the problematic buffer is no longer being passed in. I looked back through the history of commands and it appears this was the result of an fsck command I issued. The command that I think stopped it is: # fsck_ffs -B / MOUNTED READ-ONLY, CANNOT RUN IN BACKGROUND ** /dev/mirror/gmroots1f (NO WRITE) ** Last Mounted on / ** Root file system ** Phase 1 - Check Blocks and Sizes ** Phase 2 - Check Pathnames ** Phase 3 - Check Connectivity ** Phase 4 - Check Reference Counts UNREF FILE I=165196 OWNER=root MODE=100644 SIZE=0 MTIME=Mar 9 03:55 2007 CLEAR? no Either this is a strange coincidence, or it's somehow caused the buffer to be removed from the list of those to be flushed (or the buffer was flushed?). I tried to determine where the inode corresponding to 165196 is located on disk using fsck. From what I can tell, the inode itself doesn't correspond to the buffer that's causing the problem. The size of this inode is 0, and one inode doesn't correspond well with the ~16k that the syncer is trying to write. Strange... Any thoughts? Thanks, Dave -- Software Engineer Secure and Mobile Connectivity Nokia Enterprise Solutions +61 7 5553 8307 (office) +61 412 728 222 (cell) From owner-freebsd-fs@FreeBSD.ORG Tue Mar 20 06:59:07 2007 Return-Path: X-Original-To: freebsd-fs@freebsd.org Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 18D9316A404; Tue, 20 Mar 2007 06:59:07 +0000 (UTC) (envelope-from david.cecil@nokia.com) Received: from mgw-ext13.nokia.com (smtp.nokia.com [131.228.20.172]) by mx1.freebsd.org (Postfix) with ESMTP id 922C813C480; Tue, 20 Mar 2007 06:59:06 +0000 (UTC) (envelope-from david.cecil@nokia.com) Received: from esebh107.NOE.Nokia.com (esebh107.ntc.nokia.com [172.21.143.143]) by mgw-ext13.nokia.com (Switch-3.2.5/Switch-3.2.5) with ESMTP id l2K6x1te015105; Tue, 20 Mar 2007 08:59:03 +0200 Received: from siebh101.NOE.Nokia.com ([172.30.195.27]) by esebh107.NOE.Nokia.com with Microsoft SMTPSVC(6.0.3790.1830); Tue, 20 Mar 2007 08:58:41 +0200 Received: from syebe101.NOE.Nokia.com ([172.30.128.65]) by siebh101.NOE.Nokia.com with Microsoft SMTPSVC(6.0.3790.1830); Tue, 20 Mar 2007 14:58:18 +0800 Received: from [172.30.10.156] ([172.30.10.156]) by syebe101.NOE.Nokia.com with Microsoft SMTPSVC(6.0.3790.1830); Tue, 20 Mar 2007 17:58:16 +1100 Message-ID: <45FF8607.8060501@nokia.com> Date: Tue, 20 Mar 2007 16:58:15 +1000 From: David Cecil User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: ext Pawel Jakub Dawidek , ext Kris Kennaway References: <45F776AE.8090702@nokia.com> <20070314161041.GI7847@garage.freebsd.pl> <45F8EE27.6070208@nokia.com> <20070315090031.GB80993@deviant.kiev.zoral.com.ua> <20070315092659.GA14080@garage.freebsd.pl> <45F9C9B4.4030508@nokia.com> <20070315223641.GA89923@xor.obsecurity.org> <45F9CBCC.7050006@nokia.com> <20070316014846.GA3229@garage.freebsd.pl> <45F9F994.2050803@nokia.com> <45FE1BA0.5080609@nokia.com> In-Reply-To: <45FE1BA0.5080609@nokia.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 20 Mar 2007 06:58:16.0429 (UTC) FILETIME=[228BA9D0:01C76ABD] X-eXpurgate-Category: 1/0 X-eXpurgate-ID: 149371::070320085903-3AF4DBB0-791C157F/0-0/0-1 X-Nokia-AV: Clean Cc: freebsd-fs@freebsd.org Subject: Re: FFS writes to read-only mount X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Mar 2007 06:59:07 -0000 ext David Cecil wrote: > >>> Could you try disabling bgfsck, by setting background_fsck="NO" to your >>> /etc/rc.conf? >>> >> >> Yes, I could do that. Again, I'm reluctant to try the experiment >> before getting as much information as possible from ddb. >> >> From the fsck_ffs man page: >> "To be eligible for background cleaning it must have been running >> with soft updates, not have been marked as needing a foreground >> check, and be mounted and writable when the background check is to be >> done. If these conditions are met, then fsck_ffs exits with a zero >> exit status. Otherwise it exits with a non-zero exit status. If the >> file system is clean, it will exit with a non-zero exit status so >> that the clean status of the file system can be verified and reported >> during the foreground checks." >> >> This says the partition must be writable when the check is done. Now >> I guess there could be a bug where it's trying to write when it >> shouldn't... Maybe I should take a look at the fsck_ffs code too. >> >>> I know that there is a hack for handling fsck of the root file system. >>> Bascially once system is mounted read-only (the partition it resides on >>> is opened read-only), it (the partition) can't be opened for write by >>> anything else (because of how GEOM works). But there is an exception >>> for >>> the root partition, which is opened without exclusive bit at first >>> time, >>> which allows, eg. to boot system into single-user mode and run fsck - >>> without this hack it won't be possible. So I'm wondering if this can be >>> problematic if one use bgfsck for the root file system... >>> >> >> I will look into it some more and report back. >> > > I discovered this morning that the messages were no longer being > displayed on the console. I set a breakpoint in sync_vnode and the > bufobj corresponding to the problematic buffer is no longer being > passed in. > > I looked back through the history of commands and it appears this was > the result of an fsck command I issued. The command that I think > stopped it is: > # fsck_ffs -B / > MOUNTED READ-ONLY, CANNOT RUN IN BACKGROUND > ** /dev/mirror/gmroots1f (NO WRITE) > ** Last Mounted on / > ** Root file system > ** Phase 1 - Check Blocks and Sizes > ** Phase 2 - Check Pathnames > ** Phase 3 - Check Connectivity > ** Phase 4 - Check Reference Counts > UNREF FILE I=165196 OWNER=root MODE=100644 > SIZE=0 MTIME=Mar 9 03:55 2007 > CLEAR? no The problem appeared on another machine today and after I issued the "fsck_ff -B /", the console message was no longer printed. I'm going to try and determine if the umount/remount is not causing all buffers to be flushed before the underlying device becomes read-only. Regards, Dave -- Software Engineer Secure and Mobile Connectivity Nokia Enterprise Solutions +61 7 5553 8307 (office) +61 412 728 222 (cell) From owner-freebsd-fs@FreeBSD.ORG Tue Mar 20 23:03:40 2007 Return-Path: X-Original-To: freebsd-fs@freebsd.org Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BA99616A401 for ; Tue, 20 Mar 2007 23:03:40 +0000 (UTC) (envelope-from kay.abendroth@raxion.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.171]) by mx1.freebsd.org (Postfix) with ESMTP id 5984C13C480 for ; Tue, 20 Mar 2007 23:03:40 +0000 (UTC) (envelope-from kay.abendroth@raxion.net) Received: from [217.230.229.24] (helo=[10.0.0.10]) by mrelayeu.kundenserver.de (node=mrelayeu8) with ESMTP (Nemesis), id 0ML31I-1HTnAX0Ljs-0007CI; Tue, 20 Mar 2007 23:51:05 +0100 Message-ID: <46006557.9040507@raxion.net> Date: Tue, 20 Mar 2007 23:51:03 +0100 From: Kay Abendroth User-Agent: Thunderbird 1.5.0.10 (X11/20070221) MIME-Version: 1.0 To: freebsd-fs@freebsd.org X-Enigmail-Version: 0.94.2.0 OpenPGP: id=4CCBF36C Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Provags-ID: V01U2FsdGVkX18FqVx0xHNxYCVdax3sFDODMRMdYyWoe9PSaB5 oPbQMI3GXgNdcZozr0l1mTqoYSjQCKx2mVCia2wj2VW+LBv+ZI LaWbehTyl1CWe2Ru/6H4It3v0HyJXd4 Subject: gjournal error? X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Mar 2007 23:03:40 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Hello, today I got this in my /var/log/messages: Mar 20 13:42:45 halo kernel: fsync: giving up on dirty Mar 20 13:42:45 halo kernel: 0xc5eef440: tag devfs, type VCHR Mar 20 13:42:45 halo kernel: usecount 1, writecount 0, refcount 194 mountedhere 0xc5e2d500 Mar 20 13:42:45 halo kernel: flags () Mar 20 13:42:45 halo kernel: v_object 0xc14316b4 ref 0 pages 4628 Mar 20 13:42:45 halo kernel: lock type devfs: EXCL (count 1) by thread 0xc5b2f900 (pid 33) Mar 20 13:42:45 halo kernel: dev ad0s1f.journal Mar 20 13:42:45 halo kernel: GEOM_JOURNAL: Cannot suspend file system /usr (error=35). System was running all the time and I didn't try to umount /usr. Can I ignore that? OS version is 6.2-STABLE with gjournal patch. Only my /usr is gjournaled and I didn't had any problems with it so far. Kind regards, Kay -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iQEVAwUBRgBlV/6xkxz4DngiAQgmOQf/T8rka1WYDWPWfxFlfblvuKWLWADvvi5y TVjZQ62alDbeHen3z+o8Ut4VkWJua6BasOiKgF8+1io6/T10KEaR1h5meczEncd6 RAf3dwWd+M2G6yvumbsTLnDsPcpcl58PptIIzpI7ftOW9MijdoxX0ckyIqIk0E09 eIrZJqQzzZ68cC5Wae6FgoFnqz0hlN++wXwGZjaIsQ+M5ZFhH2er9UA33PQf4JwQ OA17K7W2N9LXQKMJJP09qxzP20JHUh6L1vfQRR8uRXeMGpQ0abUIifTjI0oXngDX NblHWjNhnVZ7SUeZKgIQ7JRiFsFqy51kcL5rUIwoNS199Xy3a3NvEQ== =pHF5 -----END PGP SIGNATURE----- From owner-freebsd-fs@FreeBSD.ORG Wed Mar 21 10:47:54 2007 Return-Path: X-Original-To: freebsd-fs@freebsd.org Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1EBAB16A46B for ; Wed, 21 Mar 2007 10:47:54 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.freebsd.org (Postfix) with ESMTP id AFDE613C46C for ; Wed, 21 Mar 2007 10:47:53 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id EAE5145CD9; Wed, 21 Mar 2007 11:47:51 +0100 (CET) Received: from localhost (pjd.wheel.pl [10.0.1.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id C8734456B1; Wed, 21 Mar 2007 11:47:42 +0100 (CET) Date: Wed, 21 Mar 2007 11:47:42 +0100 From: Pawel Jakub Dawidek To: Kay Abendroth Message-ID: <20070321104742.GA9095@garage.freebsd.pl> References: <46006557.9040507@raxion.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="TB36FDmn/VVEgNH/" Content-Disposition: inline In-Reply-To: <46006557.9040507@raxion.net> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-5.9 required=3.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.4 Cc: freebsd-fs@freebsd.org Subject: Re: gjournal error? X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Mar 2007 10:47:54 -0000 --TB36FDmn/VVEgNH/ Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Mar 20, 2007 at 11:51:03PM +0100, Kay Abendroth wrote: > today I got this in my /var/log/messages: >=20 > Mar 20 13:42:45 halo kernel: fsync: giving up on dirty > Mar 20 13:42:45 halo kernel: 0xc5eef440: tag devfs, type VCHR > Mar 20 13:42:45 halo kernel: usecount 1, writecount 0, refcount 194 > mountedhere 0xc5e2d500 > Mar 20 13:42:45 halo kernel: flags () > Mar 20 13:42:45 halo kernel: v_object 0xc14316b4 ref 0 pages 4628 > Mar 20 13:42:45 halo kernel: lock type devfs: EXCL (count 1) by thread > 0xc5b2f900 (pid 33) > Mar 20 13:42:45 halo kernel: dev ad0s1f.journal > Mar 20 13:42:45 halo kernel: GEOM_JOURNAL: Cannot suspend file system > /usr (error=3D35). >=20 > System was running all the time and I didn't try to umount /usr. Can I > ignore that? OS version is 6.2-STABLE with gjournal patch. Only my /usr > is gjournaled and I didn't had any problems with it so far. Yes, it's harmless. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --TB36FDmn/VVEgNH/ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFGAQ1OForvXbEpPzQRAruBAKCCxp8BMQWvqJsEZTXeHMxGO+8x2ACeOkrs FyJEgEOIS1yutShIQ4gPRBc= =AhE1 -----END PGP SIGNATURE----- --TB36FDmn/VVEgNH/-- From owner-freebsd-fs@FreeBSD.ORG Wed Mar 21 13:53:46 2007 Return-Path: X-Original-To: freebsd-fs@FreeBSD.org Delivered-To: freebsd-fs@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B935916A400; Wed, 21 Mar 2007 13:53:46 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from sakura.ninth-nine.com (sakura.ninth-nine.com [219.127.74.120]) by mx1.freebsd.org (Postfix) with ESMTP id 1696013C4C9; Wed, 21 Mar 2007 13:53:45 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from nadesico.ninth-nine.com (nadesico.ninth-nine.com [219.127.74.122]) by sakura.ninth-nine.com (8.13.8/8.13.8/NinthNine) with SMTP id l2LDrh2i058176; Wed, 21 Mar 2007 22:53:43 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Wed, 21 Mar 2007 22:53:43 +0900 From: Norikatsu Shigemura To: Pawel Jakub Dawidek Message-Id: <20070321225343.bf0a6c8f.nork@FreeBSD.org> In-Reply-To: <20070318134240.GC16185@garage.freebsd.pl> References: <20070318223005.ab2b7aa7.nork@FreeBSD.org> <20070318134240.GC16185@garage.freebsd.pl> X-Mailer: Sylpheed 2.4.0beta5 (GTK+ 2.10.11; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (sakura.ninth-nine.com [219.127.74.121]); Wed, 21 Mar 2007 22:53:43 +0900 (JST) Cc: freebsd-fs@FreeBSD.org Subject: Re: [REPORT] ZFS panic on recent 7-current X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Mar 2007 13:53:46 -0000 On Sun, 18 Mar 2007 14:42:40 +0100 Pawel Jakub Dawidek wrote: > On Sun, Mar 18, 2007 at 10:30:05PM +0900, Norikatsu Shigemura wrote: > > Hi pjd. > Hi Nork:) Hi:) > > I'm using your ZFS 2007.03.03 version in recent 7-current. I got > > a panic. > > # kldload zfs > > # zfs mount -a > > # ls /home/ncvs > > (immediately panic) > [...] > You can't use recent HEAD, because of tegge's recent changes that break > API/ABI. You need to have HEAD from before tegge's changes. Thanks for your fix. I'm using your p4 branch at 2007-03-21. Quite good works! From owner-freebsd-fs@FreeBSD.ORG Wed Mar 21 14:36:14 2007 Return-Path: X-Original-To: freebsd-fs@FreeBSD.org Delivered-To: freebsd-fs@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 88BD916A413 for ; Wed, 21 Mar 2007 14:36:14 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from sakura.ninth-nine.com (sakura.ninth-nine.com [219.127.74.120]) by mx1.freebsd.org (Postfix) with ESMTP id 2885113C458 for ; Wed, 21 Mar 2007 14:36:13 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from nadesico.ninth-nine.com (nadesico.ninth-nine.com [219.127.74.122]) by sakura.ninth-nine.com (8.13.8/8.13.8/NinthNine) with SMTP id l2LEaAao059237; Wed, 21 Mar 2007 23:36:11 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Wed, 21 Mar 2007 23:36:10 +0900 From: Norikatsu Shigemura To: =?UTF-8?B?U3TDpWxl?= Kristoffersen Message-Id: <20070321233610.44e04b2b.nork@FreeBSD.org> In-Reply-To: <20070319022608.GA7858@eschew.pusen.org> References: <20070318223005.ab2b7aa7.nork@FreeBSD.org> <20070318134240.GC16185@garage.freebsd.pl> <20070319022608.GA7858@eschew.pusen.org> X-Mailer: Sylpheed 2.4.0beta5 (GTK+ 2.10.11; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (sakura.ninth-nine.com [219.127.74.121]); Wed, 21 Mar 2007 23:36:11 +0900 (JST) Cc: freebsd-fs@FreeBSD.org Subject: Re: [REPORT] ZFS panic on recent 7-current X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Mar 2007 14:36:14 -0000 On Mon, 19 Mar 2007 03:26:08 +0100 StÃ¥le Kristoffersen wrote: > Ah, that sorted things out for me as well. I did get a > "kmem_malloc(X): kmem_map too small: Y total allocated"-panic, is that > still something that should be ignored? ZFS required many memories rather than old file system. So set vm.kmem_size=671088640 on /boot/loader.conf. The default vm.kmem_size is 320MB, but we should set 640MB to use ZFS. From owner-freebsd-fs@FreeBSD.ORG Wed Mar 21 17:11:52 2007 Return-Path: X-Original-To: freebsd-fs@freebsd.org Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 49DB916A401 for ; Wed, 21 Mar 2007 17:11:52 +0000 (UTC) (envelope-from cedric@decemplex.net) Received: from mail.decemplex.net (mail.decemplex.net [80.237.247.202]) by mx1.freebsd.org (Postfix) with ESMTP id 0978713C4E3 for ; Wed, 21 Mar 2007 17:11:50 +0000 (UTC) (envelope-from cedric@decemplex.net) Received: from localhost (mail.decemplex.net [80.237.247.202]) by mail.decemplex.net (Postfix) with ESMTP id B4B5F7D1F31 for ; Wed, 21 Mar 2007 17:53:03 +0100 (CET) X-Virus-Scanned: amavisd-new at decemplex.net Received: from mail.decemplex.net ([80.237.247.202]) by localhost (mail.decemplex.net [80.237.247.202]) (amavisd-new, port 10024) with LMTP id DL6oWEoe-l48 for ; Wed, 21 Mar 2007 17:52:55 +0100 (CET) Received: from decemplex.loc (201-186-112-217.dyn.adsl.belcenter.be [217.112.186.201]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.decemplex.net (Postfix) with ESMTP id 6DF9E7D1963 for ; Wed, 21 Mar 2007 17:52:55 +0100 (CET) Date: Wed, 21 Mar 2007 17:52:53 +0100 From: =?ISO-8859-1?Q?C=E9dric?= Jonas To: freebsd-fs@freebsd.org Message-ID: <20070321175253.54b4b1ed@ganymed> X-Mailer: Claws Mail 2.8.1 (GTK+ 2.10.11; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: multipart/signed; boundary=Sig_b2.gj7zwf..Egap+BZkimDf; protocol="application/pgp-signature"; micalg=PGP-SHA1 Subject: ACL's doesn't work with SUIDDIR X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Mar 2007 17:11:52 -0000 --Sig_b2.gj7zwf..Egap+BZkimDf Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi all, I'm using FreeBSD 6.2-RELEASE, with suiddir set as option in kernel config and fstab (+ acl support). My goal is to have a directory (precisely a SVN repo) writable by X specific users, where all created/modified files remain owned by svn. I know that's not the only way to do it - but I have reasons to do it so and not differently. I tried following: drwx------ 7 svn users 512 21 M=E4r 17:30 braintrust =3D> user thomas CANT'T write in braintrust setfacl -d -m u::rwx,g::---,o::---,u:thomas:rwx braintrust/ drwx------ 7 svn users 512 21 M=E4r 17:31 braintrust =3D> user thomas CAN'T write in braintrust - but he got an default ACL that will apply on all created files in braintrust setfacl -m u:thomas:rwx braintrust/ drwxrwx---+ 7 svn users 512 21 M=E4r 17:34 braintrust =3D> user thomas CAN write in braintrust - and all created files in braintrust got the default ACL chmod +s braintrust/ drwsrws---+ 7 svn users 512 21 M=E4r 17:35 braintrust =3D> braintrust get the suidbit/sgidbit, and all files created by thomas in braintrust should be owned by svn|users BUT: after +s, user thomas CAN'T write anymore in braintrust, the error is not "Permission denied", but "Operation not permitted". However, he can read the directory content. If I do the same with a directory that hasn't ACL's, it works as expected... If I understand the manpages correctly, this isn't the correct behavior, but a bug. Can this be fixed? If I miss understand something, thanks to correct me. PS: Please CC me, I'm not on the list. --=20 C=E9dric Jonas cedric@decemplex.net GPG ID: 30CCFE8D GPG Key: http://box.decemplex.net/~cedric/cedric.key.asc GPG Fingerprint: CF03 E1FD 9428 1B6B E971 B107 9044 AA99 30CC FE8D Jabber-ID: cedric@decemplex.net --Sig_b2.gj7zwf..Egap+BZkimDf Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGAWLlkESqmTDM/o0RAjqNAKCdNqjmjxSvZ5Mem0qFbLMcXo7ZuACgjxb8 nMEPsBPq3YHmO+Rme+aVOoA= =piaO -----END PGP SIGNATURE----- --Sig_b2.gj7zwf..Egap+BZkimDf-- From owner-freebsd-fs@FreeBSD.ORG Wed Mar 21 18:15:27 2007 Return-Path: X-Original-To: freebsd-fs@freebsd.org Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 027E616A407 for ; Wed, 21 Mar 2007 18:15:27 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outR.internet-mail-service.net (outR.internet-mail-service.net [216.240.47.241]) by mx1.freebsd.org (Postfix) with ESMTP id E43FB13C4B7 for ; Wed, 21 Mar 2007 18:15:26 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.32) with ESMTP; Wed, 21 Mar 2007 10:47:23 -0700 Received: from [10.251.22.38] (nat.ironport.com [63.251.108.100]) by idiom.com (Postfix) with ESMTP id A772E125AF7; Wed, 21 Mar 2007 11:15:25 -0700 (PDT) Message-ID: <4601763E.2050309@elischer.org> Date: Wed, 21 Mar 2007 11:15:26 -0700 From: Julian Elischer User-Agent: Thunderbird 1.5.0.10 (Macintosh/20070221) MIME-Version: 1.0 To: =?ISO-8859-1?Q?C=E9dric_Jonas?= References: <20070321175253.54b4b1ed@ganymed> In-Reply-To: <20070321175253.54b4b1ed@ganymed> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-fs@freebsd.org, Robert Watson Subject: Re: ACL's doesn't work with SUIDDIR X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Mar 2007 18:15:27 -0000 Cédric Jonas wrote: > Hi all, > > > thanks to correct me. > > PS: Please CC me, I'm not on the list. SUIDDIR is probably mot widely used so it may not have ever been tested with ACL (also not widely used) is is possible that you are the first person to have ever tried this combination :-) I suggest that the ACL guys take a look as they i think have some shared code with other OS's which probably don't have SUIDDIR, which is a FreeBSD only option. > From owner-freebsd-fs@FreeBSD.ORG Thu Mar 22 00:37:56 2007 Return-Path: X-Original-To: freebsd-fs@freebsd.org Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5B1C216A400 for ; Thu, 22 Mar 2007 00:37:56 +0000 (UTC) (envelope-from gore_jarold@yahoo.com) Received: from web63015.mail.re1.yahoo.com (web63015.mail.re1.yahoo.com [69.147.96.242]) by mx1.freebsd.org (Postfix) with SMTP id 099A213C457 for ; Thu, 22 Mar 2007 00:37:55 +0000 (UTC) (envelope-from gore_jarold@yahoo.com) Received: (qmail 50427 invoked by uid 60001); 21 Mar 2007 23:37:55 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=t3Nbr72aiWOPDipgKIcaPL7Koiy4fmfvQn+n3xPqirjSGcQaktLEtCprvw1+8ugr0I29bkPG2R2SnMEAvRdOEnkNpWaOb4U1I1rZ1NnyRAYcJtDb4QfPA/LROv30iN973hckf8hmQo8lkx75/PKDhuVr7k8l59UlMXvFDAFthTQ=; X-YMail-OSG: CwlH9OIVM1mSVRFHzVKxGc0p3abg0P.WwMXOgbooecbDvfc2jg.HKMiPDZbKcZaoAMl.3SVbOyHSOx.3XyiVIgUGToAeO9d5vWgU_.mQ9SbOPdi1S3MZ.Pp6t5oQp1g- Received: from [200.91.72.91] by web63015.mail.re1.yahoo.com via HTTP; Wed, 21 Mar 2007 16:37:55 PDT Date: Wed, 21 Mar 2007 16:37:55 -0700 (PDT) From: Gore Jarold To: freebsd-fs@freebsd.org MIME-Version: 1.0 Message-ID: <876328.50052.qm@web63015.mail.re1.yahoo.com> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: phantom quota usage for user with no files ... ? X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Mar 2007 00:37:56 -0000 I moved a users' home directory from one filesystem to another. However, when I run: repquota /old/filesystem | grep username I see: username -- 5856 0 0 - 0 0 0 - So ... using 5856, but _zero_ files. I expect all of these numbers to be zero since the user should not have any data outside their home directory, and I am baffled as to what could be using that space when they have zero files. Is this a sign of FS corruption ? What could cause a non-root user to use up space, but have no files ? Thank. --------------------------------- Never miss an email again! Yahoo! Toolbar alerts you the instant new Mail arrives. Check it out. From owner-freebsd-fs@FreeBSD.ORG Thu Mar 22 01:13:08 2007 Return-Path: X-Original-To: freebsd-fs@freebsd.org Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A11CD16A406 for ; Thu, 22 Mar 2007 01:13:08 +0000 (UTC) (envelope-from killing@multiplay.co.uk) Received: from multiplay.co.uk (core6.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id 3F54A13C448 for ; Thu, 22 Mar 2007 01:13:06 +0000 (UTC) (envelope-from killing@multiplay.co.uk) X-Spam-Checker-Version: SpamAssassin 3.1.5 (2006-08-29) on core6.multiplay.co.uk X-Spam-Level: X-Spam-Status: No, score=-24.7 required=6.0 tests=BAYES_00, USER_IN_WHITELIST, USER_IN_WHITELIST_TO autolearn=ham version=3.1.5 Received: from vader ([212.135.219.179]) by multiplay.co.uk (multiplay.co.uk [85.236.96.23]) (MDaemon PRO v9.5.4) with ESMTP id md50003632799.msg for ; Thu, 22 Mar 2007 01:02:07 +0000 Message-ID: <03bf01c76c1d$b4a74160$b3db87d4@multiplay.co.uk> From: "Steven Hartland" To: "Gore Jarold" , References: <876328.50052.qm@web63015.mail.re1.yahoo.com> Date: Thu, 22 Mar 2007 01:01:55 -0000 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3028 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 X-MDRemoteIP: 212.135.219.179 X-Return-Path: killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-fs@freebsd.org X-Spam-Processed: multiplay.co.uk, Thu, 22 Mar 2007 01:02:08 +0000 X-MDAV-Processed: multiplay.co.uk, Thu, 22 Mar 2007 01:02:08 +0000 Cc: Subject: Re: phantom quota usage for user with no files ... ? X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Mar 2007 01:13:08 -0000 Files which where open at the time and hence still have references similar to how deleted files still take up space until the last handle is closed. Steve Gore Jarold wrote: > Is this a sign of FS corruption ? What could cause a non-root user to > use up space, but have no files ? ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-fs@FreeBSD.ORG Sat Mar 24 16:16:13 2007 Return-Path: X-Original-To: freebsd-fs@freebsd.org Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 212FF16A400 for ; Sat, 24 Mar 2007 16:16:13 +0000 (UTC) (envelope-from gore_jarold@yahoo.com) Received: from web63013.mail.re1.yahoo.com (web63013.mail.re1.yahoo.com [69.147.96.240]) by mx1.freebsd.org (Postfix) with SMTP id BF1E913C448 for ; Sat, 24 Mar 2007 16:16:12 +0000 (UTC) (envelope-from gore_jarold@yahoo.com) Received: (qmail 43507 invoked by uid 60001); 24 Mar 2007 16:16:12 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Received:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=XIaoB3FIkaWBS3WxY9aNMJf+RrVuJp2P1f32JqI7m+sSCFt2us+UGBEhVq96xgilzfXOcL1iz8bz9AASNH36F9LIPlDUXvEQr5P7aNk6KJT3OVVxmNUpxk8Hyypev4MhMzx5qOaeT20hFnjG1WZy2KZ8MW0iQcttx/x0qVKz32o=; Received: from [196.40.43.78] by web63013.mail.re1.yahoo.com via HTTP; Sat, 24 Mar 2007 09:16:12 PDT Date: Sat, 24 Mar 2007 09:16:12 -0700 (PDT) From: Gore Jarold To: Steven Hartland , freebsd-fs@freebsd.org In-Reply-To: <03bf01c76c1d$b4a74160$b3db87d4@multiplay.co.uk> MIME-Version: 1.0 Message-ID: <55882.43410.qm@web63013.mail.re1.yahoo.com> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: phantom quota usage for user with no files ... ? X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Mar 2007 16:16:13 -0000 Thanks, that is very helpful. Steven Hartland wrote: Files which where open at the time and hence still have references similar to how deleted files still take up space until the last handle is closed. Can you tell me, how do I: a) see those handles (ps auxw|grep USERNAME showed nothing) b) remove/clear them ? (I _do_ have lsof installed, but lsof|grep USERNAME also showed nothing...) --------------------------------- Sucker-punch spam with award-winning protection. Try the free Yahoo! Mail Beta. From owner-freebsd-fs@FreeBSD.ORG Sat Mar 24 16:34:25 2007 Return-Path: X-Original-To: freebsd-fs@freebsd.org Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 983D116A400 for ; Sat, 24 Mar 2007 16:34:25 +0000 (UTC) (envelope-from gpalmer@freebsd.org) Received: from noop.in-addr.com (noop.in-addr.com [208.58.23.51]) by mx1.freebsd.org (Postfix) with ESMTP id 70D6E13C487 for ; Sat, 24 Mar 2007 16:34:25 +0000 (UTC) (envelope-from gpalmer@freebsd.org) Received: from gjp by noop.in-addr.com with local (Exim 4.54 (FreeBSD)) id 1HV9CB-00056z-Je; Sat, 24 Mar 2007 12:34:23 -0400 Date: Sat, 24 Mar 2007 12:34:23 -0400 From: Gary Palmer To: Gore Jarold Message-ID: <20070324163423.GA6101@in-addr.com> Mail-Followup-To: Gore Jarold , Steven Hartland , freebsd-fs@freebsd.org References: <03bf01c76c1d$b4a74160$b3db87d4@multiplay.co.uk> <55882.43410.qm@web63013.mail.re1.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <55882.43410.qm@web63013.mail.re1.yahoo.com> Cc: freebsd-fs@freebsd.org Subject: Re: phantom quota usage for user with no files ... ? X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Mar 2007 16:34:25 -0000 On Sat, Mar 24, 2007 at 09:16:12AM -0700, Gore Jarold wrote: > > Thanks, that is very helpful. > > Steven Hartland wrote: Files which where open at the time and hence still have references > similar to how deleted files still take up space until the last > handle is closed. > > > Can you tell me, how do I: > > a) see those handles (ps auxw|grep USERNAME showed nothing) > > b) remove/clear them ? > > > (I _do_ have lsof installed, but lsof|grep USERNAME also showed nothing...) Lookin for the users former home directory might show something: lsof -n | grep To remove/clear them, kill any processes that are accessing those files.