From owner-freebsd-fs Tue May 29 6:35:46 2001 Delivered-To: freebsd-fs@freebsd.org Received: from mf1.bredband.net (mf1.lab.bredband.com [195.54.122.119]) by hub.freebsd.org (Postfix) with ESMTP id 5AA6737B424 for ; Tue, 29 May 2001 06:35:40 -0700 (PDT) (envelope-from orbb@bredband.net) Received: from wikked.2y.net ([213.113.122.55]) by mf1.bredband.net with SMTP id <20010529133536.GKGQ1449.mf1@wikked.2y.net> for ; Tue, 29 May 2001 15:35:36 +0200 Content-Type: text/plain; charset="iso-8859-1" From: User & To: freebsd-fs@freebsd.org Subject: ntfs error Date: Tue, 29 May 2001 15:35:38 +0200 X-Mailer: KMail [version 1.2] MIME-Version: 1.0 Message-Id: <01052915353800.00963@wikked.2y.net> Content-Transfer-Encoding: 8bit Sender: owner-freebsd-fs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hi, Whenever I try to open or copy a file from my mounted ntfs drive I get this error message: Inappropriate ioctl for device. This first happened just recently and I cvsupped my -STABLE src and recompiled but the problem is still there. Can this perhaps be a hardware error? or it is a bug? Thanks for any help, Simon Sandlund To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-fs" in the body of the message From owner-freebsd-fs Tue May 29 13:40:19 2001 Delivered-To: freebsd-fs@freebsd.org Received: from croatoan.croatoan.org (croatoan.croatoan.org [166.88.255.12]) by hub.freebsd.org (Postfix) with ESMTP id 5C7C137B422 for ; Tue, 29 May 2001 13:40:16 -0700 (PDT) (envelope-from danf@croatoan.croatoan.org) Received: (from danf@localhost) by croatoan.croatoan.org (8.11.1/8.9.3) id f4TKdMY16739; Tue, 29 May 2001 13:39:22 -0700 (PDT) (envelope-from danf) Date: Tue, 29 May 2001 13:38:22 -0700 From: Daniel Fitzpatrick To: freebsd-fs@FreeBSD.ORG Subject: Vinum RAID 5 question Message-ID: <20010529133822.Z863@croatoan.croatoan.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-fs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org I'm using vinum in a RAID 5 setup. I have an SCA encloser that holds 6 disks. I have a pair of 4GB system disks (One has /, swap and /usr. /var is in /usr under /usr/var. The other disk is laid out the same and I use tar to back up the primary disk.) and 4 34GB disks that were mounted in /raid. I was using vinum to do raid 5 across all 4 of the 34GB disks and all was working great. I decided I wanted to upgrade to 4.3-20010502-STABLE, that's when things went wrong. I presumed that swapping da0 and da1 (the 2 4GB disks) would allow me to do a fresh install on the backup disk. This worked and I proceeded to copy the important config files and recompile my kernel and such. I attempted to mount the vinum disk and realized that I needed to remake the devices in the /dev directory so I initiated the "vinum makedev" command, no problem. I then did a list of the config and all looked good. When I tried to start the I got error messages. I decided to back out and reboot the system swapping disks thus reverting the system back to 4.1-RELEASE. I'm still having problems. I have a subdisk now that is saying it's crashed. I was wondering if anyone you might have a recommend fix for this with out data loss. I have all the output from DMESG, /var/log/messages, vinum l, vinum_history and such for the old and the new systems. I can forward it to any individual who would be willing to take a look off the list. (it's rather long) Anything might help. Thanks! [root@chewy.croatoan.org:65] vinum l 4 drives: D d1 State: up Device /dev/da2s1h Avail: 34726/34726 MB (100%) D d2 State: up Device /dev/da3s1h Avail: 34726/34726 MB (100%) D d3 State: up Device /dev/da4s1h Avail: 34726/34726 MB (100%) D d4 State: up Device /dev/da5s1h Avail: 34726/34726 MB (100%) D plex State: referenced Device Avail: 0/0 MB 1 volumes: V raid State: up Plexes: 1 Size: 101 GB 1 plexes: P raid.p0 R5 State: degraded Subdisks: 4 Size: 101 GB 4 subdisks: S raid.p0.s0 State: up PO: 0 B Size: 33 GB S raid.p0.s1 State: crashed PO: 512 kB Size: 33 GB S raid.p0.s2 State: up PO: 1024 kB Size: 33 GB S raid.p0.s3 State: up PO: 1536 kB Size: 33 GB [root@chewy.croatoan.org:86] vinum l -V raid.p0.s1 Subdisk raid.p0.s1: Size: 36412850176 bytes (34726 MB) State: crashed Plex raid.p0 at offset 524288 (512 kB) Drive plex (*missing*) at offset 135680 (132 kB) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-fs" in the body of the message From owner-freebsd-fs Tue May 29 18:37:21 2001 Delivered-To: freebsd-fs@freebsd.org Received: from relay.butya.kz (butya-gw.butya.kz [212.154.129.94]) by hub.freebsd.org (Postfix) with ESMTP id 9A66837B423 for ; Tue, 29 May 2001 18:37:18 -0700 (PDT) (envelope-from bp@butya.kz) Received: by relay.butya.kz (Postfix, from userid 1000) id A5D0028BC8; Wed, 30 May 2001 08:37:15 +0700 (ALMST) Received: from localhost (localhost [127.0.0.1]) by relay.butya.kz (Postfix) with ESMTP id 9DBBF28678; Wed, 30 May 2001 08:37:15 +0700 (ALMST) Date: Wed, 30 May 2001 08:37:15 +0700 (ALMST) From: Boris Popov To: User & Cc: freebsd-fs@freebsd.org Subject: Re: ntfs error In-Reply-To: <01052915353800.00963@wikked.2y.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-fs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Tue, 29 May 2001, User & wrote: > Whenever I try to open or copy a file from my mounted ntfs drive I get this > error message: Inappropriate ioctl for device. This first happened just > recently and I cvsupped my -STABLE src and recompiled but the problem > is still there. Can this perhaps be a hardware error? or it is a bug? Duh, forgot to commit fix for this problem. recvsup again please. -- Boris Popov http://www.butya.kz/~bp/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-fs" in the body of the message From owner-freebsd-fs Tue May 29 21:50: 5 2001 Delivered-To: freebsd-fs@freebsd.org Received: from citusc17.usc.edu (citusc17.usc.edu [128.125.38.177]) by hub.freebsd.org (Postfix) with ESMTP id 9F1C637B423; Tue, 29 May 2001 21:49:54 -0700 (PDT) (envelope-from kris@citusc17.usc.edu) Received: (from kris@localhost) by citusc17.usc.edu (8.11.3/8.11.3) id f4U4nt700452; Tue, 29 May 2001 21:49:55 -0700 (PDT) (envelope-from kris) Date: Tue, 29 May 2001 21:49:54 -0700 From: Kris Kennaway To: stable@FreeBSD.org Cc: fs@FreeBSD.org Subject: 4.3-STABLE page fault Message-ID: <20010529214954.A444@citusc17.usc.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="sdtB3X0nJg68CQEu" Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-fs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org --sdtB3X0nJg68CQEu Content-Type: text/plain; charset=us-ascii Content-Disposition: inline I just had this crash while using the Linux version of netscape on a recent RELENG_4; perhaps someone has time to look at this. Kris citusc17# gdb -k kernel.debug vmcore.4 GNU gdb 4.18 Copyright 1998 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-unknown-freebsd"... IdlePTD 4177920 initial pcb at 334060 panicstr: page fault panic messages: --- Fatal trap 12: page fault while in kernel mode fault virtual address = 0x0 fault code = supervisor write, page not present instruction pointer = 0x8:0xc0231132 stack pointer = 0x10:0xc65f3b58 frame pointer = 0x10:0xc65f3b58 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 = 422 (communicator-lin) interrupt mask = bio trap number = 12 panic: page fault syncing disks... 54 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 giving up on 1 buffers Uptime: 4h59m8s dumping to dev #ad/0x30001, offset 393216 dump ata0: resetting devices .. done 64 63 62 61 60 59 58 57 56 55 54 53 52 51 50 49 48 47 46 45 44 43 42 41 40 39 38 37 36 35 34 33 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 --- #0 dumpsys () at ../../kern/kern_shutdown.c:469 469 if (dumping++) { (kgdb) bt #0 dumpsys () at ../../kern/kern_shutdown.c:469 #1 0xc01490d0 in boot (howto=256) at ../../kern/kern_shutdown.c:309 #2 0xc0149471 in panic (fmt=0xc02e4f0f "page fault") at ../../kern/kern_shutdown.c:556 #3 0xc029e2e3 in trap_fatal (frame=0xc65f3b18, eva=0) at ../../i386/i386/trap.c:951 #4 0xc029df7d in trap_pfault (frame=0xc65f3b18, usermode=0, eva=0) at ../../i386/i386/trap.c:844 #5 0xc029db0b in trap (frame={tf_fs = -966852592, tf_es = -966852592, tf_ds = -966852592, tf_edi = -967293536, tf_esi = -966338880, tf_ebp = -966837416, tf_isp = -966837436, tf_ebx = -1059294976, tf_edx = 0, tf_ecx = -1059294976, tf_eax = 0, tf_trapno = 12, tf_err = 2, tf_eip = -1071443662, tf_cs = 8, tf_eflags = 66118, tf_esp = -966837396, tf_ss = -1071443298}) at ../../i386/i386/trap.c:443 #6 0xc0231132 in ufs_ihashrem (ip=0xc0dc7100) at ../../ufs/ufs/ufs_ihash.c:152 #7 0xc023129e in ufs_reclaim (ap=0xc65f3b90) at ../../ufs/ufs/ufs_inode.c:130 #8 0xc02365c4 in ufs_vnoperate (ap=0xc65f3b90) at ../../ufs/ufs/ufs_vnops.c:2373 #9 0xc0176d42 in vclean (vp=0xc666d6c0, flags=8, p=0xc65845a0) at vnode_if.h:836 #10 0xc0176ec0 in vgonel (vp=0xc666d6c0, p=0xc65845a0) at ../../kern/vfs_subr.c:1847 #11 0xc017585e in getnewvnode (tag=VT_UFS, mp=0xc0d03a00, vops=0xc0cba000, vpp=0xc65f3c38) at ../../kern/vfs_subr.c:534 #12 0xc022e59b in ffs_vget (mp=0xc0d03a00, ino=883146, vpp=0xc65f3c84) at ../../ufs/ffs/ffs_vfsops.c:1069 #13 0xc0223504 in ffs_valloc (pvp=0xc6015840, mode=33188, cred=0xc0d32100, vpp=0xc65f3c84) at ../../ufs/ffs/ffs_alloc.c:600 #14 0xc02362f6 in ufs_makeinode (mode=33188, dvp=0xc6015840, vpp=0xc65f3ec0, cnp=0xc65f3ed4) at ../../ufs/ufs/ufs_vnops.c:2088 #15 0xc0233bbb in ufs_create (ap=0xc65f3de0) at ../../ufs/ufs/ufs_vnops.c:190 #16 0xc02365c4 in ufs_vnoperate (ap=0xc65f3de0) at ../../ufs/ufs/ufs_vnops.c:2373 #17 0xc017d0fe in vn_open (ndp=0xc65f3eac, fmode=1538, cmode=420) at vnode_if.h:106 #18 0xc0179200 in open (p=0xc65845a0, uap=0xc65f3f2c) at ../../kern/vfs_syscalls.c:995 #19 0xc02685cd in linux_open (p=0xc65845a0, args=0xc65f3f80) at ../../compat/linux/linux_file.c:130 #20 0xc029e551 in syscall2 (frame={tf_fs = 148766767, tf_es = 684326959, tf_ds = -1078001617, tf_edi = 145250410, tf_esi = 4, tf_ebp = -1077942968, tf_isp = -966836268, tf_ebx = 155595904, tf_edx = 438, tf_ecx = 577, tf_eax = 5, tf_trapno = 7, tf_err = 2, tf_eip = 685477108, tf_cs = 31, tf_eflags = 514, tf_esp = -1077943008, tf_ss = 47}) at ../../i386/i386/trap.c:1150 #21 0xc028fba5 in Xint0x80_syscall () --sdtB3X0nJg68CQEu Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE7FHvyWry0BWjoQKURAurnAKDo91Zfv/L6B6ihMD9kTRzvudZUSgCcCa3h oAFjhkRGDBnC8itzWYWJDE8= =9vjI -----END PGP SIGNATURE----- --sdtB3X0nJg68CQEu-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-fs" in the body of the message