From owner-freebsd-bugs Sun Jul 23 12:10:33 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id MAA09952 for bugs-outgoing; Sun, 23 Jul 1995 12:10:33 -0700 Received: from rucus.ru.ac.za (rucus.ru.ac.za [146.231.129.34]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id MAA09946 for ; Sun, 23 Jul 1995 12:10:21 -0700 Received: (from robin@localhost) by rucus.ru.ac.za (8.6.11/8.6.9) id VAA10531 for freebsd-bugs@freebsd.org; Sun, 23 Jul 1995 21:10:18 +0200 From: Robin Lunn Message-Id: <199507231910.VAA10531@rucus.ru.ac.za> Subject: Cant switch quotas on without machine hanging To: freebsd-bugs@freebsd.org Date: Sun, 23 Jul 1995 21:10:18 +0200 (SAT) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 821 Sender: bugs-owner@freebsd.org Precedence: bulk Hi there, We're running FreeBSD 2.0.5-RELEASE. We have a 250Mb IDE mounted as / (and has /usr) and a 1Gb Seagate SCSI (run off an adaptec AHA-1542 controller) which has swap and /home on it. I have recompiled the kernel with options QUOTA on and unnecesary devices removed. I have set up quotas on each of the / and /home partitions with edquota and entered the options userquota,groupquota in /etc/fstab. About a minute after I quotaon -a the system hangs and has to be reset. Any help/commentary appreciated. -- _ __ ' ) ) / /--' ____/___o __ / \_(_) /_) (__/) )_ (BeamJack@IRC) "The soundest fact may fail or prevail in the style of its telling" (Ursula LeGuin) Standard Disclaimer: Only my ideas are expressed here unless it is expressly noted that they are other peoples ideas. From owner-freebsd-bugs Sun Jul 23 13:31:26 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id NAA12046 for bugs-outgoing; Sun, 23 Jul 1995 13:31:26 -0700 Received: from smtp-gw01.ny.us.ibm.net (smtp-gw01.ny.us.ibm.net [165.87.194.252]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id NAA12036 for ; Sun, 23 Jul 1995 13:31:23 -0700 From: lukosch@ibm.net Received: (from uucp@localhost) by smtp-gw01.ny.us.ibm.net (8.6.9/8.6.9) id UAA77622 for ; Sun, 23 Jul 1995 20:31:21 GMT Received: from slip136-163.pt.uk.ibm.net(129.37.136.163) by smtp-gw01.ny.us.ibm.net via smap (V1.3mjr) id smaLyYDmb; Sun Jul 23 20:31:01 1995 Received: by slip136-163.pt.uk.ibm.net (IBM OS/2 SENDMAIL VERSION 1.3.14/2.12um) id AA0020; Sun, 23 Jul 95 22:30:48 -0700 Message-Id: <9507240530.AA0020@slip136-163.pt.uk.ibm.net> Mime-Version: 1.0 Date: Sun, 23 Jul 95 22:28:52 To: bugs@FreeBSD.org Subject: Problems with Tandberg streamer X-Mailer: Ultimedia Mail/2 Lite, IBM T. J. Watson Research Center Content-Type: multipart/mixed; boundary="PART.BOUNDARY.18.806553046" Sender: bugs-owner@FreeBSD.org Precedence: bulk > THIS IS A MESSAGE IN 'MIME' FORMAT. Your mail reader does not support MIME. > You may not be able to read some parts of this message. --PART.BOUNDARY.18.806553046 Content-ID: <18_61_1_806552932> Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit --PART.BOUNDARY.18.806553046 Content-ID: <18_61_1_806553020> Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Content-Description: Hardware: Tandberg 36XX 150MB Streamer Software: FreeBSD 2.0 Message: kernel: st0(aha0:4:0): illegal request st0: Cannot set selected mode st0: oops not queued tar: read error on /dev/rst0 : Input/output error Description: A tape operation is not working. Under FreeBSD 1.1.5 a tape operation was possible once. Under Linux and WindowsNT the tape works well. Under DOS I have to repeat the command. I suggest that the tape device has to be reset after every operation. --PART.BOUNDARY.18.806553046-- From owner-freebsd-bugs Sun Jul 23 16:17:06 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id QAA18693 for bugs-outgoing; Sun, 23 Jul 1995 16:17:06 -0700 Received: from nikhefh.nikhef.nl (nikhefh.nikhef.nl [192.16.199.1]) by freefall.cdrom.com (8.6.11/8.6.6) with SMTP id QAA18686 for ; Sun, 23 Jul 1995 16:17:04 -0700 Received: from paramount.nikhefk.nikhef.nl [192.16.185.38] by nikhefh.nikhef.nl with SMTP id BA17834; Mon, 24 Jul 1995 01:16:59 +0200 Received: from paramount.nikhefk.nikhef.nl [192.16.185.38] (adri.nikhefk.nikhef.nl) by paramount.nikhefk.nikhef.nl with SMTP id BA00967; Mon, 24 Jul 1995 01:16:56 +0200 Message-Id: <9507232316.BA00967@paramount.nikhefk.nikhef.nl> Date: Mon, 24 Jul 1995 01:16:56 +0200 X-Sender: adrik@paramount.nikhefk.nikhef.nl X-Mailer: Windows Eudora Version 1.4.4 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: freebsd-bugs@freebsd.org From: adrik@nikhefk.nikhef.nl (Adri Koppes) Subject: Re: Problems with Tandberg streamer Sender: bugs-owner@freebsd.org Precedence: bulk >Hardware: >Tandberg 36XX 150MB Streamer > >Software: >FreeBSD 2.0 > >Message: >kernel: st0(aha0:4:0): illegal request >st0: Cannot set selected mode >st0: oops not queued >tar: read error on /dev/rst0 : Input/output error > >Description: >A tape operation is not working. Under FreeBSD 1.1.5 >a tape operation was possible once. >Under Linux and WindowsNT the tape works well. >Under DOS I have to repeat the command. I suggest >that the tape device has to be reset after every >operation. I had exactly the same thing happen under 1.1.5 and 2.0. Tape load, rewind and erase would work, but no reading or writing. It turned out that my tape (wangtek 5525ES), when set in SCSI-2 mode, wanted the SCSI-2 bit turned on in the mode select command. I believe i made some changes for 1.1.5. I might be able to dig them up. For 2.0 I just set the tape to SCSI-1 mode. Adri Koppes From owner-freebsd-bugs Sun Jul 23 20:24:26 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id UAA27209 for bugs-outgoing; Sun, 23 Jul 1995 20:24:26 -0700 Received: (from mpp@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id UAA27195 ; Sun, 23 Jul 1995 20:24:24 -0700 Date: Sun, 23 Jul 1995 20:24:24 -0700 From: Mike Pritchard Message-Id: <199507240324.UAA27195@freefall.cdrom.com> To: wosch@cs.tu-berlin.de.cgd@postgres.berkeley.edu, mpp, freebsd-bugs Subject: Changed information for PR bin/628 Sender: bugs-owner@FreeBSD.org Precedence: bulk Synopsis: sa(1) print not processes which call only ounces State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Sun Jul 23 20:22:22 PDT 1995 State-Changed-Why: Sa intentionally doesn't print commands that have only been run once. The "-a" option is used to print all command names, including thoses that have only been run once. From owner-freebsd-bugs Sun Jul 23 20:42:01 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id UAA28232 for bugs-outgoing; Sun, 23 Jul 1995 20:42:01 -0700 Received: (from mpp@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id UAA28218 ; Sun, 23 Jul 1995 20:41:58 -0700 Date: Sun, 23 Jul 1995 20:41:58 -0700 From: Mike Pritchard Message-Id: <199507240341.UAA28218@freefall.cdrom.com> To: hohmuth@inf.tu-dresden.de, mpp, freebsd-bugs Subject: Changed information for PR docs/607 Sender: bugs-owner@FreeBSD.org Precedence: bulk Synopsis: "info send-pr" doesn't find manual node State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Sun Jul 23 20:40:55 PDT 1995 State-Changed-Why: Fixed in rev 1.4 of gnu/usr.bin/texinfo/.../dir. From owner-freebsd-bugs Sun Jul 23 20:47:38 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id UAA28526 for bugs-outgoing; Sun, 23 Jul 1995 20:47:38 -0700 Received: (from mpp@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id UAA28510 ; Sun, 23 Jul 1995 20:47:35 -0700 Date: Sun, 23 Jul 1995 20:47:35 -0700 From: Mike Pritchard Message-Id: <199507240347.UAA28510@freefall.cdrom.com> To: darrylo@sr.hp.com, mpp, freebsd-bugs Subject: Changed information for PR misc/533 Sender: bugs-owner@FreeBSD.org Precedence: bulk Synopsis: typo prevents send-pr info from being accessed State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Sun Jul 23 20:46:36 PDT 1995 State-Changed-Why: Duplicate of #607, which is now closed. From owner-freebsd-bugs Sun Jul 23 21:00:54 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id VAA29287 for bugs-outgoing; Sun, 23 Jul 1995 21:00:54 -0700 Received: (from bde@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id VAA29272 ; Sun, 23 Jul 1995 21:00:51 -0700 Date: Sun, 23 Jul 1995 21:00:51 -0700 From: Bruce Evans Message-Id: <199507240400.VAA29272@freefall.cdrom.com> To: gordon@sneaky.lonestar.org, bde, freebsd-bugs Subject: Changed information for PR bin/623 Sender: bugs-owner@FreeBSD.org Precedence: bulk Synopsis: mtree(8) changes file modes and owners it shouldn't State-Changed-From-To: open-closed State-Changed-By: bde State-Changed-When: Sun Jul 23 20:54:52 PDT 1995 State-Changed-Why: Fixed in revision 1.4 of mtree/verify.c. The spec depth was one too small for searching for extra in directories with no files in the spec. From owner-freebsd-bugs Sun Jul 23 21:29:26 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id VAA00374 for bugs-outgoing; Sun, 23 Jul 1995 21:29:26 -0700 Received: (from mpp@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id VAA00355 ; Sun, 23 Jul 1995 21:29:24 -0700 Date: Sun, 23 Jul 1995 21:29:24 -0700 From: Mike Pritchard Message-Id: <199507240429.VAA00355@freefall.cdrom.com> To: wpaul@ctr.columbia.edu, mpp, freebsd-bugs Subject: Changed information for PR gnu/474 Sender: bugs-owner@FreeBSD.org Precedence: bulk Synopsis: typos in /usr/src/gnu/usr.bin/yppush/yppush.c State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Sun Jul 23 21:28:20 PDT 1995 State-Changed-Why: Suggested fixed was applied in rev 1.6.2.1 of gnu/usr.bin/yppush/yppush.c. From owner-freebsd-bugs Sun Jul 23 22:29:14 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id WAA01753 for bugs-outgoing; Sun, 23 Jul 1995 22:29:14 -0700 Received: from mpp.minn.net (mpp.Minn.Net [204.157.201.242]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id WAA01747 for ; Sun, 23 Jul 1995 22:29:12 -0700 Received: (from mpp@localhost) by mpp.minn.net (8.6.11/8.6.9) id AAA01827 for freebsd-bugs@freebsd.org; Mon, 24 Jul 1995 00:29:15 -0500 From: Mike Pritchard Message-Id: <199507240529.AAA01827@mpp.minn.net> Subject: subyte() To: freebsd-bugs@freebsd.org Date: Mon, 24 Jul 1995 00:29:15 -0500 (CDT) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 551 Sender: bugs-owner@freebsd.org Precedence: bulk I was looking into PR# 462 (uname system call doesn't return uts.version), and it appears to me that the problem is that the subyte() routine isn't writing the bytes back to the correct address in the caller's memory. Subyte() isn't called in very many places, so it is possible that it has been broken for a while and no one would have ever really noticed. Could someone go double check me on this and make sure I'm not hallucinating about this? -- Mike Pritchard mpp@mpp.minn.net "Go that way. Really fast. If something gets in your way, turn" From owner-freebsd-bugs Sun Jul 23 23:05:45 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id XAA03434 for bugs-outgoing; Sun, 23 Jul 1995 23:05:45 -0700 Received: (from mpp@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id XAA03420 ; Sun, 23 Jul 1995 23:05:44 -0700 Date: Sun, 23 Jul 1995 23:05:44 -0700 From: Mike Pritchard Message-Id: <199507240605.XAA03420@freefall.cdrom.com> To: jkh, mpp, freebsd-bugs Subject: Changed information for PR docs/265 Sender: bugs-owner@FreeBSD.org Precedence: bulk Synopsis: mtrace command lacks man pages State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Sun Jul 23 23:03:52 PDT 1995 State-Changed-Why: The man pages were added on 6/13/95 when mrouted was upgraded to version 3.5. From owner-freebsd-bugs Sun Jul 23 23:23:13 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id XAA04347 for bugs-outgoing; Sun, 23 Jul 1995 23:23:13 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id XAA04340 for ; Sun, 23 Jul 1995 23:23:05 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id QAA04367; Mon, 24 Jul 1995 16:18:30 +1000 Date: Mon, 24 Jul 1995 16:18:30 +1000 From: Bruce Evans Message-Id: <199507240618.QAA04367@godzilla.zeta.org.au> To: freebsd-bugs@freebsd.org, mpp@mpp.minn.net Subject: Re: subyte() Sender: bugs-owner@freebsd.org Precedence: bulk >I was looking into PR# 462 (uname system call doesn't return >uts.version), and it appears to me that the problem is that >the subyte() routine isn't writing the bytes back to the >correct address in the caller's memory. Subyte() isn't >called in very many places, so it is possible that >it has been broken for a while and no one would have >ever really noticed. It is called a lot for tty input via ureadc(). >Could someone go double check me on this and make sure >I'm not hallucinating about this? The uname() in kern_xxx.c is a mirage. It is now only for compatibility. uname() is now implemented in the library by calling sysctl() for each component. There is also compatibility cruft for a the BSDI uname(). Bruce From owner-freebsd-bugs Sun Jul 23 23:38:48 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id XAA05300 for bugs-outgoing; Sun, 23 Jul 1995 23:38:48 -0700 Received: from blob.best.net (blob.best.net [204.156.128.88]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id XAA05294 for ; Sun, 23 Jul 1995 23:38:47 -0700 Received: (dillon@localhost) by blob.best.net (8.6.12/8.6.5) id XAA02219; Sun, 23 Jul 1995 23:38:46 -0700 Date: Sun, 23 Jul 1995 23:38:46 -0700 From: Matt Dillon Message-Id: <199507240638.XAA02219@blob.best.net> To: bugs@freebsd.org Subject: brelse() panic in nfs_read()/nfs_bioread() Sender: bugs-owner@freebsd.org Precedence: bulk Here's another one. I traced it out a bit to try to give you guys as much info as possible. I am keeping the crash dump around (all 134MB of it) as well. The mount point for the vp in question is /var/log/www, which is an NFS mount to some other machine. I printed out the vp->v_data's nfsnode down below as well. I can't quite tell which file caused the error, but judging by the data and the size of the file, I believe it is my 30-minute WWW log. Every 30 minutes, this file is truncated to 0 by a process on the NFS server. It is possible that this truncation may be related to the crash, and it is possible that it is not related. This is the first time we have gotten this particular panic. -Matt GDB 4.13 (i386-unknown-freebsd), Copyright 1994 Free Software Foundation, Inc... IdlePTD 1e0000 current pcb at 1c6894 panic: brelse: page missing #0 boot (arghowto=256) at ../../i386/i386/machdep.c:867 ../../i386/i386/machdep.c:867: No such file or directory. (kgdb) back #0 boot (arghowto=256) at ../../i386/i386/machdep.c:867 #1 0xf01104a3 in panic (fmt=0xf01214ea "brelse: page missing\n") at ../../kern/subr_prf.c:128 #2 0xf012167b in brelse (bp=0xf3c745f8) at ../../kern/vfs_bio.c:434 #3 0xf01426bd in nfs_bioread (vp=0xf2718900, uio=0xefbfff38, ioflag=0, cred=0xf2d76380) at ../../nfs/nfs_bio.c:389 #4 0xf0166d4a in nfs_read (ap=0xefbffef4) at ../../nfs/nfs_vnops.c:936 #5 0xf012a96e in vn_read (fp=0xf2af2940, uio=0xefbfff38, cred=0xf2d76380) at ./vnode_if.h:211 #6 0xf011171f in read (p=0xf2844200, uap=0xefbfff94, retval=0xefbfff8c) at ../../kern/sys_generic.c:112 #7 0xf01a1427 in syscall (frame={tf_es = 39, tf_ds = 39, tf_edi = 2, tf_esi = 94208, tf_ebp = -272639480, tf_isp = -272629788, tf_ebx = -1, tf_edx = 102400, tf_ecx = 135168, tf_eax = 3, tf_trapno = 518, tf_err = 518, tf_eip = 134404437, tf_cs = 31, tf_eflags = 518, tf_esp = -272639508, tf_ss = 39}) at ../../i386/i386/trap.c:858 #8 0xf0199dab in Xsyscall () #9 0x69a6 in ?? () #10 0x7420 in ?? () #11 0x10e8 in ?? () (kgdb) frame 3 #3 0xf01426bd in nfs_bioread (vp=0xf2718900, uio=0xefbfff38, ioflag=0, cred=0xf2d76380) at ../../nfs/nfs_bio.c:389 ../../nfs/nfs_bio.c:389: No such file or directory. (kgdb) print *vp $1 = {v_flag = 8192, v_usecount = 2, v_writecount = 0, v_holdcnt = 95, v_lastr = 138, v_id = 6164301, v_mount = 0xf21bc200, v_op = 0xf2057600, v_freelist = {tqe_next = 0xf2786380, tqe_prev = 0xdeadb}, v_mntvnodes = { le_next = 0xf21bf480, le_prev = 0xf235f9a4}, v_cleanblkhd = { lh_first = 0xf3c745f8}, v_dirtyblkhd = {lh_first = 0x0}, v_numoutput = 0, v_type = VREG, v_un = {vu_mountedhere = 0x0, vu_socket = 0x0, vu_specinfo = 0x0, vu_fifoinfo = 0x0}, v_lease = 0x0, v_lastw = 0, v_cstart = 0, v_lasta = 0, v_clen = 0, v_ralen = 0, v_maxra = 0, v_object = 0xf217e880, v_tag = VT_NFS, v_data = 0xf2f21600} (kgdb) print *uio $2 = {uio_iov = 0xefbfff30, uio_iovcnt = 1, uio_offset = 0x0000000000115193, uio_resid = 11885, uio_segflg = UIO_USERSPACE, uio_rw = UIO_READ, uio_procp = 0xf2844200} (kgdb) print biosize $3 = 8192 (kgdb) print *np $11 = {n_hash = {le_next = 0x0, le_prev = 0xf2a5f400}, n_timer = { cqe_next = 0x0, cqe_prev = 0x0}, n_size = 1134995, n_brev = 0, n_lrev = 0, n_vattr = {va_type = VREG, va_mode = 420, va_nlink = 1, va_uid = 0, va_gid = 7, va_fsid = 5380, va_fileid = 13, va_size = 1134995, va_blocksize = 8192, va_atime = {ts_sec = 806537391, ts_nsec = 0}, va_mtime = {ts_sec = 806537391, ts_nsec = 0}, va_ctime = { ts_sec = 806537391, ts_nsec = 0}, va_gen = 0, va_flags = 0, va_rdev = 1080, va_bytes = 1146880, va_filerev = 0, va_vaflags = 0, va_spare = 0}, n_attrstamp = 806537390, n_mtime = 806537389, n_ctime = 806537388, n_expiry = 0, n_fhp = 0xf2f216c0, n_vnode = 0xf2718900, n_lockf = 0x0, n_error = 0, n_un1 = {nf_atim = {ts_sec = 0, ts_nsec = 0}, nd_cookieverf = {nfsuquad = {0, 0}}}, n_un2 = {nf_mtim = {ts_sec = 0, ts_nsec = 0}, nd_direof = 0x0000000000000000}, n_un3 = {nf_silly = 0x0, nd_cook = {lh_first = 0x0}}, n_fhsize = 32, n_flag = 0, n_fh = { fh_generic = {fh_fsid = {val = {1029, 1}}, fh_fid = {fid_len = 12, fid_reserved = 0, fid_data = "\r\000\000\000\037·Õ/\000\000\000\000\000\000\000"}}, fh_bytes = "\005\004\000\000\001\000\000\000\f\000\000\000\r\000\000\000\037·Õ/", '\000' }} (kgdb) print *bp $9 = {b_hash = {le_next = 0xf3c75b18, le_prev = 0xf01d7334}, b_vnbufs = { le_next = 0xf3c98ef8, le_prev = 0xf271892c}, b_freelist = {tqe_next = 0x0, tqe_prev = 0xf3c98f08}, b_actf = 0x0, b_actb = 0x0, b_proc = 0x0, b_flags = 537920016, b_qindex = 0, b_error = 0, b_bufsize = 4608, b_bcount = 4608, b_resid = 109, b_dev = 4294967295, b_un = { b_addr = 0xf461f000 ".html HTTP/1.0\" 200 2327\nslip074.FortNet.org /home/ftpadmin/root/pub/bhunter/public_html - [23/Jul/1995:15:09:49 -0700] \"GET /wildpsyc.htm HTTP/1.0\" 200 4051\nwww-d4.proxy.aol.com /home/ftpadmin/root/p"...}, b_saveaddr = 0x0, b_lblkno = 138, b_blkno = 2208, b_iodone = 0, b_iodone_chain = 0x0, b_vp = 0xf2718900, b_pfcent = 0, b_dirtyoff = 0, b_dirtyend = 0, b_rcred = 0xffffffff, b_wcred = 0xffffffff, b_validoff = 0, b_validend = 4499, b_pblkno = 1203663, b_savekva = 0x0, b_driver1 = 0x0, b_driver2 = 0x0, b_spc = 0x0, b_pages = {0xf0256ba8, 0xf03d9670, 0x0 }, b_npages = 2} (kgdb) (kgdb) print *(struct nfsnode *)vp->v_data $29 = {n_hash = {le_next = 0x0, le_prev = 0xf2a5f400}, n_timer = { cqe_next = 0x0, cqe_prev = 0x0}, n_size = 1134995, n_brev = 0, n_lrev = 0, n_vattr = {va_type = VREG, va_mode = 420, va_nlink = 1, va_uid = 0, va_gid = 7, va_fsid = 5380, va_fileid = 13, va_size = 1134995, va_blocksize = 8192, va_atime = {ts_sec = 806537391, ts_nsec = 0}, va_mtime = {ts_sec = 806537391, ts_nsec = 0}, va_ctime = { ts_sec = 806537391, ts_nsec = 0}, va_gen = 0, va_flags = 0, va_rdev = 1080, va_bytes = 1146880, va_filerev = 0, va_vaflags = 0, va_spare = 0}, n_attrstamp = 806537390, n_mtime = 806537389, n_ctime = 806537388, n_expiry = 0, n_fhp = 0xf2f216c0, n_vnode = 0xf2718900, n_lockf = 0x0, n_error = 0, n_un1 = {nf_atim = {ts_sec = 0, ts_nsec = 0}, nd_cookieverf = {nfsuquad = {0, 0}}}, n_un2 = {nf_mtim = {ts_sec = 0, ts_nsec = 0}, nd_direof = 0x0000000000000000}, n_un3 = {nf_silly = 0x0, nd_cook = {lh_first = 0x0}}, n_fhsize = 32, n_flag = 0, n_fh = { fh_generic = {fh_fsid = {val = {1029, 1}}, fh_fid = {fid_len = 12, fid_reserved = 0, fid_data = "\r\000\000\000\037·Õ/\000\000\000\000\000\000\000"}}, fh_bytes = "\005\004\000\000\001\000\000\000\f\000\000\000\r\000\000\000\037·Õ/", '\000' }} -------------- (kgdb) frame 2 #2 0xf012167b in brelse (bp=0xf3c745f8) at ../../kern/vfs_bio.c:434 ../../kern/vfs_bio.c:434: No such file or directory. (kgdb) print *bp $12 = {b_hash = {le_next = 0xf3c75b18, le_prev = 0xf01d7334}, b_vnbufs = { le_next = 0xf3c98ef8, le_prev = 0xf271892c}, b_freelist = {tqe_next = 0x0, tqe_prev = 0xf3c98f08}, b_actf = 0x0, b_actb = 0x0, b_proc = 0x0, b_flags = 537920016, b_qindex = 0, b_error = 0, b_bufsize = 4608, b_bcount = 4608, b_resid = 109, b_dev = 4294967295, b_un = { b_addr = 0xf461f000 ".html HTTP/1.0\" 200 2327\nslip074.FortNet.org /home/ftpadmin/root/pub/bhunter/public_html - [23/Jul/1995:15:09:49 -0700] \"GET /wildpsyc.htm HTTP/1.0\" 200 4051\nwww-d4.proxy.aol.com /home/ftpadmin/root/p"...}, b_saveaddr = 0x0, b_lblkno = 138, b_blkno = 2208, b_iodone = 0, b_iodone_chain = 0x0, b_vp = 0xf2718900, b_pfcent = 0, b_dirtyoff = 0, b_dirtyend = 0, b_rcred = 0xffffffff, b_wcred = 0xffffffff, b_validoff = 0, b_validend = 4499, b_pblkno = 1203663, b_savekva = 0x0, b_driver1 = 0x0, b_driver2 = 0x0, b_spc = 0x0, b_pages = {0xf0256ba8, 0xf03d9670, 0x0 }, b_npages = 2} (kgdb) (kgdb) print i $14 = 0 (kgdb) print bp->b_pages[0] $15 = (struct vm_page *) 0xf0256ba8 (kgdb) print bogus_page $19 = (struct vm_page *) 0xf0256ba8 (kgdb) print *bp->b_pages[0] $16 = {pageq = {tqe_next = 0xf0256bdc, tqe_prev = 0xf01c5c08}, hashq = { tqe_next = 0x0, tqe_prev = 0xf02442b8}, listq = {tqe_next = 0xf0256e80, tqe_prev = 0xf02566d8}, object = 0xf01c45a0, offset = 138936320, phys_addr = 6369280, wire_count = 0, flags = 80, hold_count = 0, act_count = 0, bmapped = 0, busy = 0, valid = 0, dirty = 0} (kgdb) (kgdb) print foff $18 = 1130496 From owner-freebsd-bugs Sun Jul 23 23:53:11 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id XAA05991 for bugs-outgoing; Sun, 23 Jul 1995 23:53:11 -0700 Received: from mpp.minn.net (mpp.Minn.Net [204.157.201.242]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id XAA05983 for ; Sun, 23 Jul 1995 23:53:06 -0700 Received: (from mpp@localhost) by mpp.minn.net (8.6.11/8.6.9) id BAA04722; Mon, 24 Jul 1995 01:52:41 -0500 From: Mike Pritchard Message-Id: <199507240652.BAA04722@mpp.minn.net> Subject: uname library routine (Was Re: subyte()) To: bde@zeta.org.au (Bruce Evans) Date: Mon, 24 Jul 1995 01:52:39 -0500 (CDT) Cc: freebsd-bugs@freebsd.org In-Reply-To: <199507240618.QAA04367@godzilla.zeta.org.au> from "Bruce Evans" at Jul 24, 95 04:18:30 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1493 Sender: bugs-owner@freebsd.org Precedence: bulk > >I was looking into PR# 462 (uname system call doesn't return > >uts.version), and it appears to me that the problem is that > >the subyte() routine isn't writing the bytes back to the > >correct address in the caller's memory. Subyte() isn't > >called in very many places, so it is possible that > >it has been broken for a while and no one would have > >ever really noticed. > > It is called a lot for tty input via ureadc(). > > >Could someone go double check me on this and make sure > >I'm not hallucinating about this? > > The uname() in kern_xxx.c is a mirage. It is now only for > compatibility. uname() is now implemented in the library > by calling sysctl() for each component. > > There is also compatibility cruft for a the BSDI uname(). Aha! No wonder it looked like the kernel subyte() call was not returning the correct information, it wasn't, because it was never being called! After fiddling with the libc uname() routine, I found that the version doesn't get returned because it is too big to fit into the 32 character string in the version field of the utsname structure. Should the uname libc routine be hacked to read the version into a different (larger buffer) and then copy just some of that information back into the utsname.version field? Maybe search for the first ":" and truncate it there (sort of like what the kernel uname() routine is doing)? -- Mike Pritchard mpp@mpp.minn.net "Go that way. Really fast. If something gets in your way, turn" From owner-freebsd-bugs Mon Jul 24 00:14:00 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id AAA07328 for bugs-outgoing; Mon, 24 Jul 1995 00:14:00 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id AAA07314 for ; Mon, 24 Jul 1995 00:13:48 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id RAA05945; Mon, 24 Jul 1995 17:10:46 +1000 Date: Mon, 24 Jul 1995 17:10:46 +1000 From: Bruce Evans Message-Id: <199507240710.RAA05945@godzilla.zeta.org.au> To: bde@zeta.org.au, mpp@mpp.minn.net Subject: Re: uname library routine (Was Re: subyte()) Cc: freebsd-bugs@freebsd.org Sender: bugs-owner@freebsd.org Precedence: bulk >After fiddling with the libc uname() routine, I found that >the version doesn't get returned because it is too big to >fit into the 32 character string in the version field of the >utsname structure. Should the uname libc routine be hacked >to read the version into a different (larger buffer) >and then copy just some of that information back into >the utsname.version field? Maybe search for the first ":" and >truncate it there (sort of like what the kernel uname() >routine is doing)? There seems to be a bug in sysctl(). It's supposed to copy as much data as possible before returning ENOMEM. uname() does everything right to take advantage of this, except possibly something to ensure null termination of the strings. uname() guarantees null termination but the sysctl() man page doesn't mention it. Returning one byte more of real data and letting the caller zero it is more useful. Bruce From owner-freebsd-bugs Mon Jul 24 00:33:50 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id AAA08685 for bugs-outgoing; Mon, 24 Jul 1995 00:33:50 -0700 Received: from ki1.chemie.fu-berlin.de (ki1.Chemie.FU-Berlin.DE [160.45.24.21]) by freefall.cdrom.com (8.6.11/8.6.6) with SMTP id AAA08674 for ; Mon, 24 Jul 1995 00:33:46 -0700 Received: by ki1.chemie.fu-berlin.de (Smail3.1.28.1) from omega.physik.fu-berlin.de (130.133.3.51) with smtp id ; Mon, 24 Jul 95 09:32 MEST Received: by omega.physik.fu-berlin.de; id AA03120; Mon, 24 Jul 1995 09:32:59 +0200 From: Thomas Graichen Message-Id: <9507240732.AA03120@omega.physik.fu-berlin.de> Subject: kernel compile without -O To: bugs@freebsd.org Date: Mon, 24 Jul 1995 09:32:58 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1204 Sender: bugs-owner@freebsd.org Precedence: bulk hello if i compile the kernel without the "-O" flag (removed from the Makefile to make a real good debugging kernel) -> it gives an error here: cc -c -W -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -g -nostdinc -I. -I../.. -I../../sys -I/usr/include -DTITANIA -DI586_CPU -DDEBUG_PROXY -DARP_PROXYALL -DGATEWAY -DDUMMY_NOPS -DAUTO_EOI_2 -DAUTO_EOI_1 -DMAXCONS=2 -DUCONSOLE -DSYSVMSG -DSYSVSEM -DSYSVSHM -DCOMPAT_43 -DFFS -DINET -DKERNEL -Di386 -DLOAD_ADDRESS=0xF0100000 ../../i386/i386/vm_machdep.c ./machine/cpufunc.h: In function `outbc': ./machine/cpufunc.h:132: inconsistent operand constraints in an `asm' *** Error code 1 hope this helps - t p.s.: FreeBSD 2.0.5-RELEASE _______________________________________________________||_____________________ __|| Perfection is reached, not when there is no __|| thomas graichen longer anything to add, but when there __|| freie universitaet berlin is no longer anything to take away __|| fachbereich physik __|| - Antoine de Saint-Exupery - __|| ___________________________||____email: graichen@omega.physik.fu-berlin.de____ From owner-freebsd-bugs Mon Jul 24 00:43:05 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id AAA09245 for bugs-outgoing; Mon, 24 Jul 1995 00:43:05 -0700 Received: from ki1.chemie.fu-berlin.de (ki1.Chemie.FU-Berlin.DE [160.45.24.21]) by freefall.cdrom.com (8.6.11/8.6.6) with SMTP id AAA09236 for ; Mon, 24 Jul 1995 00:42:58 -0700 Received: by ki1.chemie.fu-berlin.de (Smail3.1.28.1) from omega.physik.fu-berlin.de (130.133.3.51) with smtp id ; Mon, 24 Jul 95 09:42 MEST Received: by omega.physik.fu-berlin.de; id AA30925; Mon, 24 Jul 1995 09:42:55 +0200 From: Thomas Graichen Message-Id: <9507240742.AA30925@omega.physik.fu-berlin.de> Subject: kernel compile without -O (continued) To: bugs@freebsd.org Date: Mon, 24 Jul 1995 09:42:54 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 7234 Sender: bugs-owner@freebsd.org Precedence: bulk hello again there are many more places - all the same error (maybe more than these - because i haven't included all the ../isa/* files) - here are the errors in detail: (this was a kernel compile without the "-O" option - if you haven't read my last mail) cc -c -W -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -g -nostdinc -I. -I../.. -I../../sys -I/usr/include -DTITANIA -DI586_CPU -DDEBUG_PROXY -DARP_PROXYALL -DGATEWAY -DDUMMY_NOPS -DAUTO_EOI_2 -DAUTO_EOI_1 -DMAXCONS=2 -DUCONSOLE -DSYSVMSG -DSYSVSEM -DSYSVSHM -DCOMPAT_43 -DFFS -DINET -DKERNEL -Di386 -DLOAD_ADDRESS=0xF0100000 ../../i386/isa/clock.c ./machine/cpufunc.h: In function `inbc': ./machine/cpufunc.h:125: inconsistent operand constraints in an `asm' ./machine/cpufunc.h: In function `outbc': ./machine/cpufunc.h:132: inconsistent operand constraints in an `asm' *** Error code 1 cc -c -W -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -g -nostdinc -I. -I../.. -I../../sys -I/usr/include -DTITANIA -DI586_CPU -DDEBUG_PROXY -DARP_PROXYALL -DGATEWAY -DDUMMY_NOPS -DAUTO_EOI_2 -DAUTO_EOI_1 -DMAXCONS=2 -DUCONSOLE -DSYSVMSG -DSYSVSEM -DSYSVSHM -DCOMPAT_43 -DFFS -DINET -DKERNEL -Di386 -DLOAD_ADDRESS=0xF0100000 ../../i386/isa/fd.c ./machine/cpufunc.h: In function `inbc': ./machine/cpufunc.h:125: inconsistent operand constraints in an `asm' ./machine/cpufunc.h: In function `outbc': ./machine/cpufunc.h:132: inconsistent operand constraints in an `asm' *** Error code 1 cc -c -W -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -g -nostdinc -I. -I../.. -I../../sys -I/usr/include -DTITANIA -DI586_CPU -DDEBUG_PROXY -DARP_PROXYALL -DGATEWAY -DDUMMY_NOPS -DAUTO_EOI_2 -DAUTO_EOI_1 -DMAXCONS=2 -DUCONSOLE -DSYSVMSG -DSYSVSEM -DSYSVSHM -DCOMPAT_43 -DFFS -DINET -DKERNEL -Di386 -DLOAD_ADDRESS=0xF0100000 ../../i386/isa/if_ed.c ./machine/cpufunc.h: In function `inbc': ./machine/cpufunc.h:125: inconsistent operand constraints in an `asm' ./machine/cpufunc.h: In function `outbc': ./machine/cpufunc.h:132: inconsistent operand constraints in an `asm' *** Error code 1 cc -c -W -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -g -nostdinc -I. -I../.. -I../../sys -I/usr/include -DTITANIA -DI586_CPU -DDEBUG_PROXY -DARP_PROXYALL -DGATEWAY -DDUMMY_NOPS -DAUTO_EOI_2 -DAUTO_EOI_1 -DMAXCONS=2 -DUCONSOLE -DSYSVMSG -DSYSVSEM -DSYSVSHM -DCOMPAT_43 -DFFS -DINET -DKERNEL -Di386 -DLOAD_ADDRESS=0xF0100000 ../../i386/isa/isa.c ./machine/cpufunc.h: In function `inbc': ./machine/cpufunc.h:125: inconsistent operand constraints in an `asm' ./machine/cpufunc.h: In function `outbc': ./machine/cpufunc.h:132: inconsistent operand constraints in an `asm' *** Error code 1 cc -c -W -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -g -nostdinc -I. -I../.. -I../../sys -I/usr/include -DTITANIA -DI586_CPU -DDEBUG_PROXY -DARP_PROXYALL -DGATEWAY -DDUMMY_NOPS -DAUTO_EOI_2 -DAUTO_EOI_1 -DMAXCONS=2 -DUCONSOLE -DSYSVMSG -DSYSVSEM -DSYSVSHM -DCOMPAT_43 -DFFS -DINET -DKERNEL -Di386 -DLOAD_ADDRESS=0xF0100000 ../../i386/isa/lpt.c ./machine/cpufunc.h: In function `inbc': ./machine/cpufunc.h:125: inconsistent operand constraints in an `asm' ./machine/cpufunc.h: In function `outbc': ./machine/cpufunc.h:132: inconsistent operand constraints in an `asm' *** Error code 1 cc -c -W -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -g -nostdinc -I. -I../.. -I../../sys -I/usr/include -DTITANIA -DI586_CPU -DDEBUG_PROXY -DARP_PROXYALL -DGATEWAY -DDUMMY_NOPS -DAUTO_EOI_2 -DAUTO_EOI_1 -DMAXCONS=2 -DUCONSOLE -DSYSVMSG -DSYSVSEM -DSYSVSHM -DCOMPAT_43 -DFFS -DINET -DKERNEL -Di386 -DLOAD_ADDRESS=0xF0100000 ../../i386/isa/npx.c ./machine/cpufunc.h: In function `inbc': ./machine/cpufunc.h:125: inconsistent operand constraints in an `asm' ./machine/cpufunc.h: In function `outbc': ./machine/cpufunc.h:132: inconsistent operand constraints in an `asm' *** Error code 1 cc -c -W -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -g -nostdinc -I. -I../.. -I../../sys -I/usr/include -DTITANIA -DI586_CPU -DDEBUG_PROXY -DARP_PROXYALL -DGATEWAY -DDUMMY_NOPS -DAUTO_EOI_2 -DAUTO_EOI_1 -DMAXCONS=2 -DUCONSOLE -DSYSVMSG -DSYSVSEM -DSYSVSHM -DCOMPAT_43 -DFFS -DINET -DKERNEL -Di386 -DLOAD_ADDRESS=0xF0100000 ../../i386/isa/pcaudio.c ./machine/cpufunc.h: In function `inbc': ./machine/cpufunc.h:125: inconsistent operand constraints in an `asm' *** Error code 1 cc -c -W -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -g -nostdinc -I. -I../.. -I../../sys -I/usr/include -DTITANIA -DI586_CPU -DDEBUG_PROXY -DARP_PROXYALL -DGATEWAY -DDUMMY_NOPS -DAUTO_EOI_2 -DAUTO_EOI_1 -DMAXCONS=2 -DUCONSOLE -DSYSVMSG -DSYSVSEM -DSYSVSHM -DCOMPAT_43 -DFFS -DINET -DKERNEL -Di386 -DLOAD_ADDRESS=0xF0100000 ../../i386/isa/pcibus.c ./machine/cpufunc.h: In function `inbc': ./machine/cpufunc.h:125: inconsistent operand constraints in an `asm' ./machine/cpufunc.h: In function `outbc': ./machine/cpufunc.h:132: inconsistent operand constraints in an `asm' *** Error code 1 cc -c -W -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -g -nostdinc -I. -I../.. -I../../sys -I/usr/include -DTITANIA -DI586_CPU -DDEBUG_PROXY -DARP_PROXYALL -DGATEWAY -DDUMMY_NOPS -DAUTO_EOI_2 -DAUTO_EOI_1 -DMAXCONS=2 -DUCONSOLE -DSYSVMSG -DSYSVSEM -DSYSVSHM -DCOMPAT_43 -DFFS -DINET -DKERNEL -Di386 -DLOAD_ADDRESS=0xF0100000 ../../i386/isa/sio.c ./machine/cpufunc.h: In function `inbc': ./machine/cpufunc.h:125: inconsistent operand constraints in an `asm' ./machine/cpufunc.h: In function `outbc': ./machine/cpufunc.h:132: inconsistent operand constraints in an `asm' *** Error code 1 cc -c -W -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -g -nostdinc -I. -I../.. -I../../sys -I/usr/include -DTITANIA -DI586_CPU -DDEBUG_PROXY -DARP_PROXYALL -DGATEWAY -DDUMMY_NOPS -DAUTO_EOI_2 -DAUTO_EOI_1 -DMAXCONS=2 -DUCONSOLE -DSYSVMSG -DSYSVSEM -DSYSVSHM -DCOMPAT_43 -DFFS -DINET -DKERNEL -Di386 -DLOAD_ADDRESS=0xF0100000 ../../i386/isa/syscons.c ./machine/cpufunc.h: In function `inbc': ./machine/cpufunc.h:125: inconsistent operand constraints in an `asm' ./machine/cpufunc.h: In function `outbc': ./machine/cpufunc.h:132: inconsistent operand constraints in an `asm' *** Error code 1 cc -c -W -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -g -nostdinc -I. -I../.. -I../../sys -I/usr/include -DTITANIA -DI586_CPU -DDEBUG_PROXY -DARP_PROXYALL -DGATEWAY -DDUMMY_NOPS -DAUTO_EOI_2 -DAUTO_EOI_1 -DMAXCONS=2 -DUCONSOLE -DSYSVMSG -DSYSVSEM -DSYSVSHM -DCOMPAT_43 -DFFS -DINET -DKERNEL -Di386 -DLOAD_ADDRESS=0xF0100000 ../../i386/isa/wd.c ./machine/cpufunc.h: In function `inbc': ./machine/cpufunc.h:125: inconsistent operand constraints in an `asm' ./machine/cpufunc.h: In function `outbc': ./machine/cpufunc.h:132: inconsistent operand constraints in an `asm' *** Error code 1 t _______________________________________________________||_____________________ __|| Perfection is reached, not when there is no __|| thomas graichen longer anything to add, but when there __|| freie universitaet berlin is no longer anything to take away __|| fachbereich physik __|| - Antoine de Saint-Exupery - __|| ___________________________||____email: graichen@omega.physik.fu-berlin.de____ From owner-freebsd-bugs Mon Jul 24 03:25:23 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id DAA14428 for bugs-outgoing; Mon, 24 Jul 1995 03:25:23 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.11/8.6.6) with SMTP id DAA14421 for ; Mon, 24 Jul 1995 03:25:18 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA26222; Mon, 24 Jul 1995 12:23:22 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id MAA18792; Mon, 24 Jul 1995 12:40:18 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id IAA04081; Mon, 24 Jul 1995 08:14:44 +0200 From: J Wunsch Message-Id: <199507240614.IAA04081@uriah.heep.sax.de> Subject: Re: Cant switch quotas on without machine hanging To: robin@rucus.ru.ac.za (Robin Lunn) Date: Mon, 24 Jul 1995 08:14:44 +0200 (MET DST) Cc: freebsd-bugs@FreeBSD.org In-Reply-To: <199507231910.VAA10531@rucus.ru.ac.za> from "Robin Lunn" at Jul 23, 95 09:10:18 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 608 Sender: bugs-owner@FreeBSD.org Precedence: bulk As Robin Lunn wrote: > > I have recompiled the kernel with options QUOTA on and unnecesary devices > removed. I have set up quotas on each of the / and /home partitions with > edquota and entered the options userquota,groupquota in /etc/fstab. > About a minute after I quotaon -a the system hangs and has to be reset. I remember a discussion by Terry Lambert that quotas on multiple file systems are broken. Try using it on /home only and see if it will work. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Mon Jul 24 04:26:17 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id EAA16410 for bugs-outgoing; Mon, 24 Jul 1995 04:26:17 -0700 Received: from ki1.chemie.fu-berlin.de (ki1.Chemie.FU-Berlin.DE [160.45.24.21]) by freefall.cdrom.com (8.6.11/8.6.6) with SMTP id EAA16404 for ; Mon, 24 Jul 1995 04:26:13 -0700 Received: by ki1.chemie.fu-berlin.de (Smail3.1.28.1) from omega.physik.fu-berlin.de (130.133.3.51) with smtp id ; Mon, 24 Jul 95 13:25 MEST Received: by omega.physik.fu-berlin.de; id AA06490; Mon, 24 Jul 1995 13:25:32 +0200 From: Thomas Graichen Message-Id: <9507241125.AA06490@omega.physik.fu-berlin.de> Subject: !!! dumpon doesnt't work !!! To: bugs@freebsd.org Date: Mon, 24 Jul 1995 13:25:32 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1163 Sender: bugs-owner@freebsd.org Precedence: bulk ... i try to get a kernel core dump to give you more information about another problem i mailed to bugs@... - but i'm unable to get the system dump core - i tried: dumpon /dev/wd0b dumpon /dev/wd0s4b in rc before savecore - i also tried config kernel root on wd0 dumps on wd0 in the config file - but always the system simply hangs - the disk light is on but nothing more - i can only hard reset it - can please anybody give me an answer how i get to my coredump - please mail me - i'll give you all the information you need t p.s.: if it was unclear - it hangs then it should write the coredump and after booting there is no coredump _______________________________________________________||_____________________ __|| Perfection is reached, not when there is no __|| thomas graichen longer anything to add, but when there __|| freie universitaet berlin is no longer anything to take away __|| fachbereich physik __|| - Antoine de Saint-Exupery - __|| ___________________________||____email: graichen@omega.physik.fu-berlin.de____ From owner-freebsd-bugs Mon Jul 24 08:26:06 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id IAA23110 for bugs-outgoing; Mon, 24 Jul 1995 08:26:06 -0700 Received: from minnow.render.com (render.demon.co.uk [158.152.30.118]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id IAA23102 for ; Mon, 24 Jul 1995 08:25:52 -0700 Received: (from dfr@localhost) by minnow.render.com (8.6.9/8.6.9) id PAA13715; Mon, 24 Jul 1995 15:35:05 +0100 Date: Mon, 24 Jul 1995 15:35:04 +0100 (BST) From: Doug Rabson To: Matt Dillon cc: bugs@freebsd.org Subject: Re: Here's a new one: /bin/mv truncates destination if dest is NFS In-Reply-To: <199507221649.JAA11816@blob.best.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: bugs-owner@freebsd.org Precedence: bulk On Sat, 22 Jul 1995, Matt Dillon wrote: > Here's another one... /bin/mv truncates the destination file if > the destination is an NFS filesytem. > > * Create a 24254 byte file > * as root, chgrp the file to a group the user has no permissions on > * as the user, /bin/mv file dest > > where dest is on an NFS mount. > > What happens is that the fchown() that /bin/mv does blows away the > last dirty buffer from the filecopy (which used 8K chunks) that /bin/mv > did, so the output file winds up being only 16K long!! > > This only occurs when fchown() fails due to not being able to transfer > the group permissions to the destination file, i.e. when you get: > > mv2: /home/au/z: set owner/group: Operation not permitted > > If I put a sleep() in just before the fchown() and manually /bin/sync > after the file is written but before the fchown(), the file size comes > out properly. I just fixed this in -current. You can either get a new copy of nfs_vnops.c or apply this patch: Index: nfs_vnops.c =================================================================== RCS file: /home/ncvs/src/sys/nfs/nfs_vnops.c,v retrieving revision 1.20 diff -c -r1.20 nfs_vnops.c *** 1.20 1995/07/13 17:55:12 --- nfs_vnops.c 1995/07/24 11:52:16 *************** *** 620,626 **** return (error); error = nfs_setattrrpc(vp, vap, ap->a_cred, ap->a_p); if (error) { ! np->n_size = np->n_vattr.va_size = tsize; vnode_pager_setsize(vp, (u_long)np->n_size); } return (error); --- 620,627 ---- return (error); error = nfs_setattrrpc(vp, vap, ap->a_cred, ap->a_p); if (error) { ! if (vap->va_size != VNOVAL) ! np->n_size = np->n_vattr.va_size = tsize; vnode_pager_setsize(vp, (u_long)np->n_size); } return (error); -- Doug Rabson, Microsoft RenderMorphics Ltd. Mail: dfr@render.com Phone: +44 171 251 4411 FAX: +44 171 251 0939 From owner-freebsd-bugs Mon Jul 24 08:26:22 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id IAA23136 for bugs-outgoing; Mon, 24 Jul 1995 08:26:22 -0700 Received: from minnow.render.com (render.demon.co.uk [158.152.30.118]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id IAA23130 for ; Mon, 24 Jul 1995 08:26:13 -0700 Received: (from dfr@localhost) by minnow.render.com (8.6.9/8.6.9) id PAA13592; Mon, 24 Jul 1995 15:11:50 +0100 Date: Mon, 24 Jul 1995 15:11:49 +0100 (BST) From: Doug Rabson To: Matt Dillon cc: bugs@freebsd.org Subject: Re: brelse() panic in nfs_read()/nfs_bioread() In-Reply-To: <199507240638.XAA02219@blob.best.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: bugs-owner@freebsd.org Precedence: bulk On Sun, 23 Jul 1995, Matt Dillon wrote: > Here's another one. I traced it out a bit to try > to give you guys as much info as possible. I am keeping > the crash dump around (all 134MB of it) as well. > > The mount point for the vp in question is /var/log/www, > which is an NFS mount to some other machine. I printed > out the vp->v_data's nfsnode down below as well. > > I can't quite tell which file caused the error, but judging > by the data and the size of the file, I believe it is my > 30-minute WWW log. Every 30 minutes, this file is truncated > to 0 by a process on the NFS server. It is possible that this > truncation may be related to the crash, and it is possible > that it is not related. > > This is the first time we have gotten this particular panic. I am mystified by this one. It looks as if the VM system has helpfully reallocated one of the pages associated with the buffer between starting the read and releasing the buffer. This should be impossible, as the pages are marked busy (vfs_busy_pages(bp, 0)) and the buffer is busy (B_BUSY is set). I don't really understand this bogus_page stuff; can someone explain it to me? Can you reproduce this? Can you reproduce it with VFS_BIO_DEBUG defined in vfs_bio.c? -- Doug Rabson, Microsoft RenderMorphics Ltd. Mail: dfr@render.com Phone: +44 171 251 4411 FAX: +44 171 251 0939 From owner-freebsd-bugs Mon Jul 24 08:59:42 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id IAA24501 for bugs-outgoing; Mon, 24 Jul 1995 08:59:42 -0700 Received: (from dyson@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id IAA24492 ; Mon, 24 Jul 1995 08:59:42 -0700 From: John Dyson Message-Id: <199507241559.IAA24492@freefall.cdrom.com> Subject: Re: brelse() panic in nfs_read()/nfs_bioread() To: dfr@render.com (Doug Rabson) Date: Mon, 24 Jul 1995 08:59:41 -0700 (PDT) Cc: dillon@blob.best.net, bugs@freebsd.org In-Reply-To: from "Doug Rabson" at Jul 24, 95 03:11:49 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 689 Sender: bugs-owner@freebsd.org Precedence: bulk > > I am mystified by this one. It looks as if the VM system has helpfully > reallocated one of the pages associated with the buffer between starting > the read and releasing the buffer. This should be impossible, as the DG and I have been working this problem for the last few days. It is indeed subtile... (Actually a similar one -- probably the same cause.) > pages are marked busy (vfs_busy_pages(bp, 0)) and the buffer is busy > (B_BUSY is set). I don't really understand this bogus_page stuff; can > someone explain it to me? > The bogus page stuff is used to keep modified pages that might have lost their association with a buffer from being lost. John dyson@root.com From owner-freebsd-bugs Mon Jul 24 09:10:57 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id JAA25072 for bugs-outgoing; Mon, 24 Jul 1995 09:10:57 -0700 Received: from minnow.render.com (render.demon.co.uk [158.152.30.118]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id JAA25061 ; Mon, 24 Jul 1995 09:10:40 -0700 Received: (from dfr@localhost) by minnow.render.com (8.6.9/8.6.9) id RAA15292; Mon, 24 Jul 1995 17:13:36 +0100 Date: Mon, 24 Jul 1995 17:13:35 +0100 (BST) From: Doug Rabson To: John Dyson cc: dillon@blob.best.net, bugs@freebsd.org Subject: Re: brelse() panic in nfs_read()/nfs_bioread() In-Reply-To: <199507241559.IAA24492@freefall.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: bugs-owner@freebsd.org Precedence: bulk On Mon, 24 Jul 1995, John Dyson wrote: > > > > I am mystified by this one. It looks as if the VM system has helpfully > > reallocated one of the pages associated with the buffer between starting > > the read and releasing the buffer. This should be impossible, as the > DG and I have been working this problem for the last few days. It is > indeed subtile... (Actually a similar one -- probably the same cause.) > > > pages are marked busy (vfs_busy_pages(bp, 0)) and the buffer is busy > > (B_BUSY is set). I don't really understand this bogus_page stuff; can > > someone explain it to me? > > > The bogus page stuff is used to keep modified pages that might have > lost their association with a buffer from being lost. > The sequence of events in nfs_bioread is more-or-less: vfs_busy_pages(bp, 0); biodone(bp); /* called from nfs_doio */ ... uiomove(...); ... brelse(bp); Is it possible that the pages can be reclaimed between the biodone(bp) and the brelse(bp). The buffer is still busy, so another getblk will wait until the release but the pages are 'unbusied' in biodone. If a sleep happens in uiomove as a result of a pagefault, then perhaps the VM system snatches the pages away then. One could fix this by surrounding the uiomove with calls to vfs_busy_pages and vfs_unbusy_pages. There must be a better way though. -- Doug Rabson, Microsoft RenderMorphics Ltd. Mail: dfr@render.com Phone: +44 171 251 4411 FAX: +44 171 251 0939 From owner-freebsd-bugs Mon Jul 24 09:13:32 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id JAA25249 for bugs-outgoing; Mon, 24 Jul 1995 09:13:32 -0700 Received: from minnow.render.com (render.demon.co.uk [158.152.30.118]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id JAA25238 ; Mon, 24 Jul 1995 09:13:24 -0700 Received: (from dfr@localhost) by minnow.render.com (8.6.9/8.6.9) id RAA15320; Mon, 24 Jul 1995 17:16:21 +0100 Date: Mon, 24 Jul 1995 17:16:19 +0100 (BST) From: Doug Rabson To: John Dyson cc: dillon@blob.best.net, bugs@freebsd.org Subject: Re: brelse() panic in nfs_read()/nfs_bioread() In-Reply-To: <199507241559.IAA24492@freefall.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: bugs-owner@freebsd.org Precedence: bulk On Mon, 24 Jul 1995, John Dyson wrote: > > > > I am mystified by this one. It looks as if the VM system has helpfully > > reallocated one of the pages associated with the buffer between starting > > the read and releasing the buffer. This should be impossible, as the > DG and I have been working this problem for the last few days. It is > indeed subtile... (Actually a similar one -- probably the same cause.) > > > pages are marked busy (vfs_busy_pages(bp, 0)) and the buffer is busy > > (B_BUSY is set). I don't really understand this bogus_page stuff; can > > someone explain it to me? > > > The bogus page stuff is used to keep modified pages that might have > lost their association with a buffer from being lost. > Why does vfs_busy_pages set all the pages in the buffer to bogus_page though? Does bp->b_addr still reference the original pages or does it reference the bogus_page? -- Doug Rabson, Microsoft RenderMorphics Ltd. Mail: dfr@render.com Phone: +44 171 251 4411 FAX: +44 171 251 0939 From owner-freebsd-bugs Mon Jul 24 09:18:51 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id JAA25554 for bugs-outgoing; Mon, 24 Jul 1995 09:18:51 -0700 Received: (from dyson@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id JAA25545 ; Mon, 24 Jul 1995 09:18:50 -0700 From: John Dyson Message-Id: <199507241618.JAA25545@freefall.cdrom.com> Subject: Re: brelse() panic in nfs_read()/nfs_bioread() To: dfr@render.com (Doug Rabson) Date: Mon, 24 Jul 1995 09:18:50 -0700 (PDT) Cc: dillon@blob.best.net, bugs@freebsd.org In-Reply-To: from "Doug Rabson" at Jul 24, 95 05:16:19 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1225 Sender: bugs-owner@freebsd.org Precedence: bulk > > On Mon, 24 Jul 1995, John Dyson wrote: > > > > > > > I am mystified by this one. It looks as if the VM system has helpfully > > > reallocated one of the pages associated with the buffer between starting > > > the read and releasing the buffer. This should be impossible, as the > > DG and I have been working this problem for the last few days. It is > > indeed subtile... (Actually a similar one -- probably the same cause.) > > > > > pages are marked busy (vfs_busy_pages(bp, 0)) and the buffer is busy > > > (B_BUSY is set). I don't really understand this bogus_page stuff; can > > > someone explain it to me? > > > > > The bogus page stuff is used to keep modified pages that might have > > lost their association with a buffer from being lost. > > > > Why does vfs_busy_pages set all the pages in the buffer to bogus_page > though? Does bp->b_addr still reference the original pages or does it > reference the bogus_page? > Yikes!!! All of the pages??!!?!? I am at my primary job right now and not able to dedicate lots of time to it, but I DO NOT expect that all of the pages would be bogus!?!?!? It sort-of defeats the purpose. Definitely going to look at it tonight... John dyson@root.com From owner-freebsd-bugs Mon Jul 24 09:21:50 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id JAA25717 for bugs-outgoing; Mon, 24 Jul 1995 09:21:50 -0700 Received: (from dyson@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id JAA25708 ; Mon, 24 Jul 1995 09:21:49 -0700 From: John Dyson Message-Id: <199507241621.JAA25708@freefall.cdrom.com> Subject: Re: brelse() panic in nfs_read()/nfs_bioread() To: dfr@render.com (Doug Rabson) Date: Mon, 24 Jul 1995 09:21:49 -0700 (PDT) Cc: dillon@blob.best.net, bugs@freebsd.org In-Reply-To: from "Doug Rabson" at Jul 24, 95 05:13:35 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 879 Sender: bugs-owner@freebsd.org Precedence: bulk > > The sequence of events in nfs_bioread is more-or-less: > > vfs_busy_pages(bp, 0); > > biodone(bp); /* called from nfs_doio */ > ... > uiomove(...); > ... > brelse(bp); > > Is it possible that the pages can be reclaimed between the biodone(bp) > and the brelse(bp). The buffer is still busy, so another getblk will > wait until the release but the pages are 'unbusied' in biodone. If a > sleep happens in uiomove as a result of a pagefault, then perhaps the VM > system snatches the pages away then. > > One could fix this by surrounding the uiomove with calls to > vfs_busy_pages and vfs_unbusy_pages. There must be a better way though. If the pages are resident in a buffer (even if replaced by a bogus page), they should be bmapped and immune from the dastardly deeds of the rest of the VM system (I hope). John dyson@root.com From owner-freebsd-bugs Mon Jul 24 10:10:02 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id KAA27741 for bugs-outgoing; Mon, 24 Jul 1995 10:10:02 -0700 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id KAA27733 ; Mon, 24 Jul 1995 10:10:01 -0700 Date: Mon, 24 Jul 1995 10:10:01 -0700 Message-Id: <199507241710.KAA27733@freefall.cdrom.com> From: tom@misery.sdf.com Reply-To: tom@misery.sdf.com To: freebsd-bugs Subject: docs/633: no manpage for ndbm In-Reply-To: Your message of Mon, 24 Jul 1995 10:05:36 +0100 <95Jul24.100548+0100_pdt.1101+2@misery.sdf.com> Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 633 >Category: docs >Synopsis: no manpage for ndbm >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs (FreeBSD bugs mailing list) >State: open >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Mon Jul 24 10:10:01 1995 >Originator: Tom Samplonius >Organization: SDF Systems >Release: FreeBSD 2.0-BUILT-19950603 i386 >Environment: 2.0.5R >Description: There is no manpage for ndbm. /usr/include/ndbm.h has a reference to "ndbm(3)", but there is no manpage in that section, or anywhere else. >How-To-Repeat: man 3 ndbm man ndbm >Fix: Include manpage from somewhere. If no material is available, the pages from sdbm could be used (with small modifications). >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Jul 24 10:31:56 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id KAA28978 for bugs-outgoing; Mon, 24 Jul 1995 10:31:56 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id KAA28972 for ; Mon, 24 Jul 1995 10:31:49 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id DAA26218; Tue, 25 Jul 1995 03:27:50 +1000 Date: Tue, 25 Jul 1995 03:27:50 +1000 From: Bruce Evans Message-Id: <199507241727.DAA26218@godzilla.zeta.org.au> To: bugs@freebsd.org, graichen@omega.physik.fu-berlin.de Subject: Re: kernel compile without -O (continued) Sender: bugs-owner@freebsd.org Precedence: bulk >there are many more places - all the same error (maybe more than these - >because i haven't included all the ../isa/* files) - here are the errors in >detail: >(this was a kernel compile without the "-O" option - if you haven't read my >last mail) Apparently no one has compiled a kernel without -O for some time :-). The problem can be fixed by using `#ifdef __OPTIMIZE__' to avoid using inbc and outbc when the kernel is compiled without -O. It isn't really valid to use the "i" constraint for args to (inline) functions (function args are never constants) but it somehow works with -O. The problem can be fixed properly by using macros for everything but macros are ugly. Bruce From owner-freebsd-bugs Mon Jul 24 10:50:36 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id KAA00235 for bugs-outgoing; Mon, 24 Jul 1995 10:50:36 -0700 Received: from mpp.minn.net (mpp.Minn.Net [204.157.201.242]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id KAA00227 for ; Mon, 24 Jul 1995 10:50:32 -0700 Received: (from mpp@localhost) by mpp.minn.net (8.6.11/8.6.9) id MAA18669; Mon, 24 Jul 1995 12:47:26 -0500 From: Mike Pritchard Message-Id: <199507241747.MAA18669@mpp.minn.net> Subject: Re: Cant switch quotas on without machine hanging To: joerg_wunsch@uriah.heep.sax.de Date: Mon, 24 Jul 1995 12:47:26 -0500 (CDT) Cc: robin@rucus.ru.ac.za, freebsd-bugs@FreeBSD.org In-Reply-To: <199507240614.IAA04081@uriah.heep.sax.de> from "J Wunsch" at Jul 24, 95 08:14:44 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 789 Sender: bugs-owner@FreeBSD.org Precedence: bulk J Wunsch wrote: > As Robin Lunn wrote: > > > > I have recompiled the kernel with options QUOTA on and unnecesary devices > > removed. I have set up quotas on each of the / and /home partitions with > > edquota and entered the options userquota,groupquota in /etc/fstab. > > About a minute after I quotaon -a the system hangs and has to be reset. > > I remember a discussion by Terry Lambert that quotas on multiple file > systems are broken. Try using it on /home only and see if it will > work. I've got quotas running on 2 different file systems without any problems. Neither is /, though. Maybe there is some problem with quotas on the root file system? I'm running -current. -- Mike Pritchard mpp@mpp.minn.net "Go that way. Really fast. If something gets in your way, turn" From owner-freebsd-bugs Mon Jul 24 12:02:29 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id MAA05527 for bugs-outgoing; Mon, 24 Jul 1995 12:02:29 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.11/8.6.6) with SMTP id MAA05519 for ; Mon, 24 Jul 1995 12:02:27 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA07719; Mon, 24 Jul 95 12:53:02 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9507241853.AA07719@cs.weber.edu> Subject: Re: Cant switch quotas on without machine hanging To: joerg_wunsch@uriah.heep.sax.de Date: Mon, 24 Jul 95 12:53:01 MDT Cc: robin@rucus.ru.ac.za, freebsd-bugs@FreeBSD.org In-Reply-To: <199507240614.IAA04081@uriah.heep.sax.de> from "J Wunsch" at Jul 24, 95 08:14:44 am X-Mailer: ELM [version 2.4dev PL52] Sender: bugs-owner@FreeBSD.org Precedence: bulk J"org writes: > As Robin Lunn wrote: > > > > I have recompiled the kernel with options QUOTA on and unnecesary devices > > removed. I have set up quotas on each of the / and /home partitions with > > edquota and entered the options userquota,groupquota in /etc/fstab. > > About a minute after I quotaon -a the system hangs and has to be reset. > > I remember a discussion by Terry Lambert that quotas on multiple file > systems are broken. Try using it on /home only and see if it will > work. I believe I made the statement in question (it was so long ago!) with regard to what looked like a deadlock condition was possible but was not detected when running a single quota file for multiple file systems. The soloution I suggested was to put the quota file on the file system being serviced so that it could compute deadlocks instead of causing them. Which still leaves them uncomputed, I believe. The quota code probably ought to vfs_lock()/vfs_unlock() the mount point associated with the quota vnode on entry/exit. This is really a gross hack; the correct soloution would be a heirarchical lock manager in the kernel (it's necessary for SMP anyway). Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-bugs Mon Jul 24 14:02:30 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id OAA11523 for bugs-outgoing; Mon, 24 Jul 1995 14:02:30 -0700 Received: from nikhefh.nikhef.nl (nikhefh.nikhef.nl [192.16.199.1]) by freefall.cdrom.com (8.6.11/8.6.6) with SMTP id OAA11514 for ; Mon, 24 Jul 1995 14:02:25 -0700 Received: from paramount.nikhefk.nikhef.nl [192.16.185.38] by nikhefh.nikhef.nl with SMTP id XA15485; Mon, 24 Jul 1995 23:02:12 +0200 Received: from paramount.nikhefk.nikhef.nl [192.16.185.38] (adri) by paramount.nikhefk.nikhef.nl with SMTP id XA27920; Mon, 24 Jul 1995 23:02:08 +0200 Received: by adri with Microsoft Mail id <01BA5A19.2E74D1C0@adri>; Mon, 24 Jul 1995 22:59:50 +-200 Message-ID: <01BA5A19.2E74D1C0@adri> From: Adri Koppes To: "freebsd-bugs@FreeBSD.org" Subject: RE: Problems with Tandberg streamer Date: Mon, 24 Jul 1995 22:59:44 +-200 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: bugs-owner@FreeBSD.org Precedence: bulk ---------- From: J Wunsch[SMTP:j@uriah.heep.sax.de] Sent: maandag 24 juli 1995 10:21 To: Adri Koppes Cc: freebsd-bugs@FreeBSD.org; lukosch@ibm.net Subject: Re: Problems with Tandberg streamer As Adri Koppes wrote: > > >Hardware: > >Tandberg 36XX 150MB Streamer > >kernel: st0(aha0:4:0): illegal request > >st0: Cannot set selected mode > >st0: oops not queued > >tar: read error on /dev/rst0 : Input/output error > >A tape operation is not working. Under FreeBSD 1.1.5 > >a tape operation was possible once. > I had exactly the same thing happen under 1.1.5 and 2.0. Tape load, rewind > and erase would work, but no reading or writing. > It turned out that my tape (wangtek 5525ES), when set in SCSI-2 mode, wanted > the SCSI-2 bit turned on in the mode select command. > I believe i made some changes for 1.1.5. I might be able to dig them up. For > 2.0 I just set the tape to SCSI-1 mode. Which adapters do you use? I'm using the exact same streamer (TDC36XX) without any problem now. This is with a BusLogic BT742A and the bt driver. The only problem previously (including 2.0.5R) has been that any operation on the rewind device worked only once, and i had to manually unload/reload the tape after this. This has been fixed with the following revision of sys/scsi/st.c: revision 1.37 date: 1995/07/09 08:14:24; author: joerg; state: Exp; lines: +8 -6 PR #kern/572: >Synopsis: Booting w/scsi tape in drive causes first use to fail Booting with a tape in a SCSI tape drive will cause the first use of the tape to fail with the following message: st0: bad request, must be between 0 and 0. Submitted by: mpp@legarto.minn.net (Mike Pritchard) Does fiddling with the drive settings (via mt(1)) change anything? I am using an AHA-1740B or AHA1540B and a Wangtek 5525ES tape streamer. The problem only occurs if i set my tape to SCSI-2. Perhaps the Tandberg tape has a similar setting? Adri. From owner-freebsd-bugs Mon Jul 24 14:14:58 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id OAA12297 for bugs-outgoing; Mon, 24 Jul 1995 14:14:58 -0700 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id OAA12291 for ; Mon, 24 Jul 1995 14:14:53 -0700 Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id XAA24473 ; Mon, 24 Jul 1995 23:14:26 +0200 Received: from (roberto@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) id XAA04565 ; Mon, 24 Jul 1995 23:14:25 +0200 From: roberto@blaise.ibp.fr (Ollivier Robert) Message-Id: <199507242114.XAA04565@blaise.ibp.fr> Subject: Re: kernel compile without -O To: graichen@omega.physik.fu-berlin.de (Thomas Graichen) Date: Mon, 24 Jul 1995 23:14:24 +0200 (MET DST) Cc: bugs@freebsd.org In-Reply-To: <9507240732.AA03120@omega.physik.fu-berlin.de> from "Thomas Graichen" at Jul 24, 95 09:32:58 am X-Operating-System: FreeBSD 2.2-CURRENT ctm#880 X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 353 Sender: bugs-owner@freebsd.org Precedence: bulk > if i compile the kernel without the "-O" flag (removed from the Makefile to > make a real good debugging kernel) -> it gives an error here: You're supposed to use -O for the kernel. I already went into this :-) -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@FreeBSD.ORG FreeBSD 2.2-CURRENT #5: Fri Jul 14 12:28:04 MET DST 1995 From owner-freebsd-bugs Mon Jul 24 20:22:57 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id UAA04884 for bugs-outgoing; Mon, 24 Jul 1995 20:22:57 -0700 Received: (from dyson@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id UAA04874 ; Mon, 24 Jul 1995 20:22:56 -0700 From: John Dyson Message-Id: <199507250322.UAA04874@freefall.cdrom.com> Subject: Re: brelse() panic in nfs_read()/nfs_bioread() To: dfr@render.com (Doug Rabson) Date: Mon, 24 Jul 1995 20:22:56 -0700 (PDT) Cc: dillon@blob.best.net, bugs@freebsd.org In-Reply-To: from "Doug Rabson" at Jul 24, 95 05:13:35 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 2231 Sender: bugs-owner@freebsd.org Precedence: bulk > > On Mon, 24 Jul 1995, John Dyson wrote: > > > > > > > I am mystified by this one. It looks as if the VM system has helpfully > > > reallocated one of the pages associated with the buffer between starting > > > the read and releasing the buffer. This should be impossible, as the > > DG and I have been working this problem for the last few days. It is > > indeed subtile... (Actually a similar one -- probably the same cause.) > > > > > pages are marked busy (vfs_busy_pages(bp, 0)) and the buffer is busy > > > (B_BUSY is set). I don't really understand this bogus_page stuff; can > > > someone explain it to me? > > > > > The bogus page stuff is used to keep modified pages that might have > > lost their association with a buffer from being lost. > > > > The sequence of events in nfs_bioread is more-or-less: > > vfs_busy_pages(bp, 0); > > biodone(bp); /* called from nfs_doio */ > ... > uiomove(...); > ... > brelse(bp); > > Is it possible that the pages can be reclaimed between the biodone(bp) > and the brelse(bp). The buffer is still busy, so another getblk will > wait until the release but the pages are 'unbusied' in biodone. If a > sleep happens in uiomove as a result of a pagefault, then perhaps the VM > system snatches the pages away then. > > One could fix this by surrounding the uiomove with calls to > vfs_busy_pages and vfs_unbusy_pages. There must be a better way though. > Doug, your were close in on the right area where there is/was a bug. I just submitted a fix to vfs_unbusy_pages to DG for his review/mods that should solve some problems. It appears that the bogus page handling was faulty for the 2nd and subsequent pages in a buffer. This only manifests itself on read-aheads on VREG files. It is most likely a major component (perhaps the only component) of the elusive problem that you and others have been seeing. A person that DG has been working with fairly closely noticed that the situation got much better when the async daemons were turned off. I had my suspicions -- and noticed that foff was not being incremented properly in vfs_unbusy_pages!!! DG will probably test and commit this change soon... John dyson@root.com From owner-freebsd-bugs Tue Jul 25 00:52:51 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id AAA14802 for bugs-outgoing; Tue, 25 Jul 1995 00:52:51 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.11/8.6.6) with SMTP id AAA14789 for ; Tue, 25 Jul 1995 00:52:30 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA09428; Tue, 25 Jul 1995 09:52:09 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id KAA25929; Tue, 25 Jul 1995 10:09:24 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id HAA07860; Tue, 25 Jul 1995 07:37:52 +0200 From: J Wunsch Message-Id: <199507250537.HAA07860@uriah.heep.sax.de> Subject: Re: !!! dumpon doesnt't work !!! To: graichen@omega.physik.fu-berlin.de (Thomas Graichen) Date: Tue, 25 Jul 1995 07:37:51 +0200 (MET DST) Cc: bugs@FreeBSD.org In-Reply-To: <9507241125.AA06490@omega.physik.fu-berlin.de> from "Thomas Graichen" at Jul 24, 95 01:25:32 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 750 Sender: bugs-owner@FreeBSD.org Precedence: bulk As Thomas Graichen wrote: > > ... i try to get a kernel core dump to give you more information about another > problem i mailed to bugs@... - but i'm unable to get the system dump core - i > tried: > > dumpon /dev/wd0b > > dumpon /dev/wd0s4b > > in rc before savecore - i also tried > > config kernel root on wd0 dumps on wd0 Both ways are supposed to get you a core dump (the dumpon variant will only work after you've also swapon'ed that partition, from my experience). If your system is stalling, this is a problem somewhere in the disk driver or related code, not with the dumpon command. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Tue Jul 25 01:53:32 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id BAA16660 for bugs-outgoing; Tue, 25 Jul 1995 01:53:32 -0700 Received: from ki1.chemie.fu-berlin.de (ki1.Chemie.FU-Berlin.DE [160.45.24.21]) by freefall.cdrom.com (8.6.11/8.6.6) with SMTP id BAA16650 for ; Tue, 25 Jul 1995 01:53:26 -0700 Received: by ki1.chemie.fu-berlin.de (Smail3.1.28.1) from sirius.physik.fu-berlin.de (130.133.3.140) with smtp id ; Tue, 25 Jul 95 10:53 MEST Received: by sirius.physik.fu-berlin.de; id AA04649; Tue, 25 Jul 1995 10:53:08 +0200 From: Thomas Graichen Message-Id: <9507250853.AA04649@sirius.physik.fu-berlin.de> Subject: Re: !!! dumpon doesnt't work !!! To: joerg_wunsch@uriah.heep.sax.de Date: Tue, 25 Jul 1995 10:52:04 +0200 (MET DST) In-Reply-To: <199507250537.HAA07860@uriah.heep.sax.de> from "J Wunsch" at Jul 25, 95 07:37:51 am X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 932 Sender: bugs-owner@FreeBSD.org Precedence: bulk > > > > dumpon /dev/wd0b > > > > dumpon /dev/wd0s4b > > > > in rc before savecore - i also tried > > > > config kernel root on wd0 dumps on wd0 > > Both ways are supposed to get you a core dump (the dumpon variant will > only work after you've also swapon'ed that partition, from my > experience). > yes i've tried it at home now - also 2.0.5 - and there it works - i'll try to find out more about it t _______________________________________________________||_____________________ __|| Perfection is reached, not when there is no __|| thomas graichen longer anything to add, but when there __|| freie universitaet berlin is no longer anything to take away __|| fachbereich physik __|| - Antoine de Saint-Exupery - __|| ___________________________||____email: graichen@omega.physik.fu-berlin.de____ From owner-freebsd-bugs Tue Jul 25 02:51:56 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id CAA18802 for bugs-outgoing; Tue, 25 Jul 1995 02:51:56 -0700 Received: from minnow.render.com (render.demon.co.uk [158.152.30.118]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id CAA18796 ; Tue, 25 Jul 1995 02:51:46 -0700 Received: (from dfr@localhost) by minnow.render.com (8.6.9/8.6.9) id KAA01208; Tue, 25 Jul 1995 10:52:03 +0100 Date: Tue, 25 Jul 1995 10:52:02 +0100 (BST) From: Doug Rabson To: John Dyson cc: dillon@blob.best.net, bugs@freebsd.org Subject: Re: brelse() panic in nfs_read()/nfs_bioread() In-Reply-To: <199507250322.UAA04874@freefall.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: bugs-owner@freebsd.org Precedence: bulk On Mon, 24 Jul 1995, John Dyson wrote: > > The sequence of events in nfs_bioread is more-or-less: > > > > vfs_busy_pages(bp, 0); > > > > biodone(bp); /* called from nfs_doio */ > > ... > > uiomove(...); > > ... > > brelse(bp); > > > > Is it possible that the pages can be reclaimed between the biodone(bp) > > and the brelse(bp). The buffer is still busy, so another getblk will > > wait until the release but the pages are 'unbusied' in biodone. If a > > sleep happens in uiomove as a result of a pagefault, then perhaps the VM > > system snatches the pages away then. > > > > One could fix this by surrounding the uiomove with calls to > > vfs_busy_pages and vfs_unbusy_pages. There must be a better way though. > > > Doug, your were close in on the right area where there is/was a bug. > I just submitted a fix to vfs_unbusy_pages to DG for his review/mods > that should solve some problems. It appears that the bogus page > handling was faulty for the 2nd and subsequent pages in a buffer. > This only manifests itself on read-aheads on VREG files. It is > most likely a major component (perhaps the only component) of the > elusive problem that you and others have been seeing. > > A person that DG has been working with fairly closely noticed that > the situation got much better when the async daemons were turned > off. I had my suspicions -- and noticed that foff was not being > incremented properly in vfs_unbusy_pages!!! > > DG will probably test and commit this change soon... This is good news; I just saw the commit mail go past. Is it possible that this affects Karl Denninger's problem as well? -- Doug Rabson, Microsoft RenderMorphics Ltd. Mail: dfr@render.com Phone: +44 171 251 4411 FAX: +44 171 251 0939 From owner-freebsd-bugs Tue Jul 25 05:01:06 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id FAA22926 for bugs-outgoing; Tue, 25 Jul 1995 05:01:06 -0700 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id FAA22918 ; Tue, 25 Jul 1995 05:01:03 -0700 Received: from corbin.Root.COM (corbin [198.145.90.18]) by Root.COM (8.6.11/8.6.5) with ESMTP id FAA05409; Tue, 25 Jul 1995 05:00:29 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id FAA00641; Tue, 25 Jul 1995 05:01:40 -0700 Message-Id: <199507251201.FAA00641@corbin.Root.COM> To: Doug Rabson cc: John Dyson , dillon@blob.best.net, bugs@freebsd.org Subject: Re: brelse() panic in nfs_read()/nfs_bioread() In-reply-to: Your message of "Tue, 25 Jul 95 10:52:02 BST." From: David Greenman Reply-To: davidg@Root.COM Date: Tue, 25 Jul 1995 05:01:38 -0700 Sender: bugs-owner@freebsd.org Precedence: bulk >> A person that DG has been working with fairly closely noticed that >> the situation got much better when the async daemons were turned >> off. I had my suspicions -- and noticed that foff was not being >> incremented properly in vfs_unbusy_pages!!! >> >> DG will probably test and commit this change soon... > >This is good news; I just saw the commit mail go past. Is it possible >that this affects Karl Denninger's problem as well? Yes. -DG From owner-freebsd-bugs Tue Jul 25 07:56:12 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id HAA27676 for bugs-outgoing; Tue, 25 Jul 1995 07:56:12 -0700 Received: from bunyip.cc.uq.oz.au (bunyip.cc.uq.oz.au [130.102.2.1]) by freefall.cdrom.com (8.6.11/8.6.6) with SMTP id HAA27670 for ; Tue, 25 Jul 1995 07:56:10 -0700 Received: from cc.uq.oz.au by bunyip.cc.uq.oz.au id <02151-0@bunyip.cc.uq.oz.au>; Wed, 26 Jul 1995 00:56:02 +1000 Received: from netfl15a.devetir.qld.gov.au by pandora.devetir.qld.gov.au (8.6.10/DEVETIR-E0.3a) with ESMTP id WAA21705 for ; Tue, 25 Jul 1995 22:11:32 +1000 Received: from localhost by netfl15a.devetir.qld.gov.au (8.6.8.1/DEVETIR-0.1) id MAA13809 for ; Tue, 25 Jul 1995 12:08:04 GMT Message-Id: <199507251208.MAA13809@netfl15a.devetir.qld.gov.au> X-Mailer: exmh version 1.6 4/21/95 To: bugs@freebsd.org Subject: Any Linux program now causes the machine to die badly Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 25 Jul 1995 22:08:04 +1000 From: Stephen Hocking Sender: bugs-owner@freebsd.org Precedence: bulk The last update that went in was src-cur-0832, which was the revision of vfs_bio.c to "1.55 1995/07/25 05:41:57 davidg". I've tried config'ing from scratch and the result is the same. The other Linux program I attempted to run was the GPM Modula2 compiler. I'll rebuild the lkm modules and if that fails to fix the situation, you'll get a proper send-pr. Stephen I do not speak for the Worker's Compensation Board of Queensland - They don't pay me enough for that! From owner-freebsd-bugs Tue Jul 25 07:56:30 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id HAA27716 for bugs-outgoing; Tue, 25 Jul 1995 07:56:30 -0700 Received: from bunyip.cc.uq.oz.au (bunyip.cc.uq.oz.au [130.102.2.1]) by freefall.cdrom.com (8.6.11/8.6.6) with SMTP id HAA27710 for ; Tue, 25 Jul 1995 07:56:29 -0700 Received: from cc.uq.oz.au by bunyip.cc.uq.oz.au id <02162-0@bunyip.cc.uq.oz.au>; Wed, 26 Jul 1995 00:56:05 +1000 Received: from netfl15a.devetir.qld.gov.au by pandora.devetir.qld.gov.au (8.6.10/DEVETIR-E0.3a) with ESMTP id WAA21734 for ; Tue, 25 Jul 1995 22:15:25 +1000 Received: from localhost by netfl15a.devetir.qld.gov.au (8.6.8.1/DEVETIR-0.1) id MAA13828 for ; Tue, 25 Jul 1995 12:11:59 GMT Message-Id: <199507251211.MAA13828@netfl15a.devetir.qld.gov.au> X-Mailer: exmh version 1.6 4/21/95 To: bugs@freebsd.org Subject: Linux emulator crashes a false alarm Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 25 Jul 1995 22:11:58 +1000 From: Stephen Hocking Sender: bugs-owner@freebsd.org Precedence: bulk You need to rebuild the Linux lkm for this to work without crashing. Stephen I do not speak for the Worker's Compensation Board of Queensland - They don't pay me enough for that! From owner-freebsd-bugs Tue Jul 25 10:22:55 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id KAA03710 for bugs-outgoing; Tue, 25 Jul 1995 10:22:55 -0700 Received: from hac2arpa.hac.com (hac2arpa.hac.com [192.27.0.10]) by freefall.cdrom.com (8.6.11/8.6.6) with SMTP id KAA03704 for ; Tue, 25 Jul 1995 10:22:54 -0700 Received: by hac2arpa.hac.com (4.1/SMI-4.1) id AA13660; Tue, 25 Jul 95 10:21:58 PDT Date: Tue, 25 Jul 95 10:21:58 PDT From: eraugust@hac2arpa.hac.com (Eric R. Augustine) Message-Id: <9507251721.AA13660@hac2arpa.hac.com> To: bugs@freebsd.org Subject: Future Domain SCSI Sender: bugs-owner@freebsd.org Precedence: bulk Hello - One of the guys here at work recently acquired FreeBSD 2.0 (On an InfoMagic BSDisc) and is attempting to install it on what appears to be a fairly vanilla 486/66 machine. Installation all goes well except where the SCSI card and the CDROM reader are concerned. He cannot 'see' the SCSI card - when booting with /kernel -c no device initialization seems to occur for the cdrom and there appears to be no recognition of the scsi card. The card is a "Future Domain TMC-850MER v04" and the CDROM reader is a "Chinon CDS-525" which is supposed to support the iso9660 standard. We attempted installing the package here at work from the cd using the same card and drive on a Compaq 486/66 with the same results. The devices available in the kernel don't seem to include the FutureDomain card - however the installation docs do suggest that family of cards is supported in FreeBSD2.0. Thanks for any help or advice you can provide - --Eric R. Augustine eraugust@hac2arpa.hac.com From owner-freebsd-bugs Tue Jul 25 11:28:58 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id LAA05620 for bugs-outgoing; Tue, 25 Jul 1995 11:28:58 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id LAA05614 for ; Tue, 25 Jul 1995 11:28:56 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.11/8.6.9) with SMTP id LAA01601; Tue, 25 Jul 1995 11:28:05 -0700 To: eraugust@hac2arpa.hac.com (Eric R. Augustine) cc: bugs@freebsd.org Subject: Re: Future Domain SCSI In-reply-to: Your message of "Tue, 25 Jul 1995 10:21:58 PDT." <9507251721.AA13660@hac2arpa.hac.com> Date: Tue, 25 Jul 1995 11:28:05 -0700 Message-ID: <1599.806696885@time.cdrom.com> From: "Jordan K. Hubbard" Sender: bugs-owner@freebsd.org Precedence: bulk > One of the guys here at work recently acquired FreeBSD 2.0 (On an > InfoMagic BSDisc) and is attempting to install it on what appears to be > a fairly vanilla 486/66 machine. Installation all goes well except where > the SCSI card and the CDROM reader are concerned. He cannot 'see' the I'm not sure how robust our FD support was for 2.0 - any chance you can try a 2.0.5 boot floppy and see if that at least probes the SCSI card correctly? If so, Walnut Creek CDROM will be happy to upgrade your BSDisc to the latest 2.0.5 CD from Walnut Creek at no charge.. You don't even have to send the other one back.. :) Jordan From owner-freebsd-bugs Wed Jul 26 00:57:08 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id AAA10015 for bugs-outgoing; Wed, 26 Jul 1995 00:57:08 -0700 Received: from blob.best.net (blob.best.net [204.156.128.88]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id AAA10008 for ; Wed, 26 Jul 1995 00:57:07 -0700 Received: (dillon@localhost) by blob.best.net (8.6.12/8.6.5) id AAA13857; Wed, 26 Jul 1995 00:57:03 -0700 Date: Wed, 26 Jul 1995 00:57:03 -0700 From: Matt Dillon Message-Id: <199507260757.AAA13857@blob.best.net> To: davidg@Root.COM Cc: Doug Rabson , bugs@freebsd.org Subject: Re: brelse() panic in nfs_read()/nfs_bioread() Sender: bugs-owner@freebsd.org Precedence: bulk Dima and I will bring BEST's system uptodate tonight. We have been having some rather severe (about once a day) crashes on our second shell machine that are completely different from the crashes we see on other machines. This second shell machine is distinguished from the others in that it mounts user's home directories via NFS, so there is a great deal more NFS client activity. Unfortunately, the crash locks things up.. it can partially synch the disks but it can't dump core. The only message I get is the panic message on the console: panic biodone: page busy < 0 off: 180224, foff: 180224, valid: 0xFF, dirty:0 mapped:0 resid: 4096, index: 0, iosize: 8192, lblkno: 22 I believe the failure is related to NFS. The question is, is this a new bug or do any of the recent patches have a chance at fixing it? Hard question considering the lack of information. All in all, not counting the above crashing bug we are having on our shell2 machine, the machines are becoming quite a bit more stable. -- I have been noticing some pretty major cascade failures in the scheduling algorithm. Basically it is impossibe to use nice() values to give one process a reasonable priority over another. What occurs in a heavily loaded system is that the niced processes (say, nice +10) wind up getting NO cpu whatsoever in the face of heavy loading (load of 10) coupled with interactive activity. Simple short processes such as /bin/ls runs from FTP stay in a Run state, get no CPU, and simply build up on the machine, causing the machine's load to jump. Since the load average is fed back into the scheduling algorithms, this cascades until the process resource limit is hit... I've seen our WWW server hit a load of 200 from this effect! The solution is that I've pretty much redone the scheduling core... about 6 source files and one assembly file (i386/i386/swtch.s). In the course of redoing it, I noticed that the critical paths in the tsleep(), wakeup(), and task switching code had all sorts of junk in them that was slowing the task switch down, and so shifted some stuff out of the critical path and into hardclock() and schedcpu(). In anycase, the new core uses a baseline time slice which it tries to divide up according to: ~p->p_priority -------------------------------------------- * 40 mS sum(~p->p_priority) for all runnable processes The algorithm works very well even with a system granularity of 10mS, and without any fancy calculations. Fractional portions of the calculated time slice have the side effect of causing a low priority process to skip one or more round-robin's. I got rid of nearly all the need_resched() calls strewn all over the code in favor of a priority-based-insertion into the (now single) run queue whenever a process is woken up. Since the sum(~p->p_priority) is adjusted instantaniously whenever a process goes to sleep or wakes up, there is no need to preempt the current process from inside wakeup(). Instead, hardclock() does it at the next clock tick. I also completely rewrote the p_estcpu calculation which, along with n ice()ness is the basis for p->p_priority's generation. p_estcpu now reflects the ratio of the amount of cpu used over the amount of cpu allocated to the process, and thus has a roughly linear relationship to the load for cpu-bound processes without compromising the interactive responsiveness for I/O-bound processes. As a system gets more loaded down, interactive responsiveness stays about the same, and even the highest-niced process still gets *some* cpu... a nice +20 process will not be totally locked out by a nice -1 process or 20 running nice +1 processes. Time wise, the actual context switch isn't much faster... maybe a 5% improvement, but I am still disappointed that I can only get 20,000 context switches a second with a pipe() write/echo/read between two processes so I will be researching it a bit more. The main thrust was to get rid of the load-based cascade failure. We are going to install these scheduling changes tonight as well and I will tell you on friday how well they worked. If they work well, I'd like to submit them for review. -Matt :>> DG will probably test and commit this change soon... :> :>This is good news; I just saw the commit mail go past. Is it possible :>that this affects Karl Denninger's problem as well? : : Yes. : :-DG : From owner-freebsd-bugs Wed Jul 26 01:49:27 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id BAA11100 for bugs-outgoing; Wed, 26 Jul 1995 01:49:27 -0700 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id BAA11093 for ; Wed, 26 Jul 1995 01:49:24 -0700 Received: from corbin.Root.COM (corbin [198.145.90.18]) by Root.COM (8.6.11/8.6.5) with ESMTP id BAA07013; Wed, 26 Jul 1995 01:48:49 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id BAA27035; Wed, 26 Jul 1995 01:50:02 -0700 Message-Id: <199507260850.BAA27035@corbin.Root.COM> To: Matt Dillon cc: Doug Rabson , bugs@freebsd.org Subject: Re: brelse() panic in nfs_read()/nfs_bioread() In-reply-to: Your message of "Wed, 26 Jul 95 00:57:03 PDT." <199507260757.AAA13857@blob.best.net> From: David Greenman Reply-To: davidg@Root.COM Date: Wed, 26 Jul 1995 01:50:01 -0700 Sender: bugs-owner@freebsd.org Precedence: bulk > Dima and I will bring BEST's system uptodate tonight. > > We have been having some rather severe (about once a day) > crashes on our second shell machine that are completely > different from the crashes we see on other machines. > > This second shell machine is distinguished from the others > in that it mounts user's home directories via NFS, so there > is a great deal more NFS client activity. > > Unfortunately, the crash locks things up.. it can partially > synch the disks but it can't dump core. The only message I > get is the panic message on the console: > > panic biodone: page busy < 0 > off: 180224, foff: 180224, valid: 0xFF, dirty:0 mapped:0 > resid: 4096, index: 0, iosize: 8192, lblkno: 22 > > I believe the failure is related to NFS. The question is, > is this a new bug or do any of the recent patches have a > chance at fixing it? Hard question considering the lack > of information. We've been working on this problem for the past week or so and believe it is fixed in 2.2-current and 2.1-stable. Please update your sources and let us know if the problem persists. > I have been noticing some pretty major cascade failures in the scheduling > algorithm. Basically it is impossibe to use nice() values to give one > process a reasonable priority over another. ... > The solution is that I've pretty much redone the scheduling core... about ... > We are going to install these scheduling changes tonight as well and I > will tell you on friday how well they worked. If they work well, I'd > like to submit them for review. We've messed with the scheduling algorithm quite a bit since the original one in 4.4BSD, and I think have made substantial improvements. Our main concern was that compute-bound processes must execute in a lower priority queue and there needs to be some form of backward inheritence of CPU consumption/ priority. Without this, people doing compiles (or other compute-intensive things) will quickly bring the system to it's knees. In the old model, CPU priorities were evaluated once per second. This is fine for slow computers that take a couple of minutes to compile your average C file, but on fast machines that can do it in 1-2 seconds, we found that the compile job was always in the foreground - making the system appear very sluggish to interactive users. I'd like to here more about how your algorithm works in real-world situations and especially how it functions across the spectrum of system loading. -DG From owner-freebsd-bugs Wed Jul 26 02:05:10 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id CAA11756 for bugs-outgoing; Wed, 26 Jul 1995 02:05:10 -0700 Received: from ghpc6.ihf.rwth-aachen.de (ghpc6.ihf.RWTH-Aachen.DE [134.130.90.6]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id CAA11750 for ; Wed, 26 Jul 1995 02:05:04 -0700 Received: (from thomas@localhost) by ghpc6.ihf.rwth-aachen.de (8.6.11/8.6.9) id LAA10712 for bugs@freebsd.org; Wed, 26 Jul 1995 11:04:49 +0200 From: Thomas Gellekum Message-Id: <199507260904.LAA10712@ghpc6.ihf.rwth-aachen.de> Subject: `pkg_delete -v' dumps core + fix To: bugs@freebsd.org Date: Wed, 26 Jul 1995 11:04:48 +0200 (MET DST) Organization: Institut f. Hochfrequenztechnik, RWTH Aachen X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 708 Sender: bugs-owner@freebsd.org Precedence: bulk Moin moin, as the subject says: `pkg_delete -v' gets a SIGSEGV. The fix is attached below. As an aside: /usr/src/usr.sbin/pkg_install/ contains all the object files and the executables (2.0.5R src tree). Probably just an oversight but I thought I'd mention it anyway. tg --- /usr/src/usr.sbin/pkg_install/lib/plist.c.orig Tue May 30 05:50:07 1995 +++ /usr/src/usr.sbin/pkg_install/lib/plist.c Tue Jul 25 20:39:13 1995 @@ -359,7 +359,7 @@ if (p->type == PLIST_CWD) { Where = p->name; if (Verbose) - printf("Change working directory to %s\n", CMD_CHAR, Where); + printf("Change working directory to %s\n", Where); } else if (p->type == PLIST_UNEXEC) { char cmd[FILENAME_MAX]; From owner-freebsd-bugs Wed Jul 26 02:40:03 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id CAA13128 for bugs-outgoing; Wed, 26 Jul 1995 02:40:03 -0700 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id CAA13121 ; Wed, 26 Jul 1995 02:40:01 -0700 Date: Wed, 26 Jul 1995 02:40:01 -0700 Message-Id: <199507260940.CAA13121@freefall.cdrom.com> From: muir@idiom.com Reply-To: muir@idiom.com To: freebsd-bugs Subject: conf/634: Too hard to build new boot floppies In-Reply-To: Your message of Wed, 26 Jul 1995 02:36:51 -0700 <199507260936.CAA03914@chaos.idiom.com> Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 634 >Category: conf >Synopsis: Too hard to build new boot floppies >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-bugs (FreeBSD bugs mailing list) >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Jul 26 02:40:01 1995 >Originator: David Muir Sharnoff >Organization: Idiom Consulting >Release: FreeBSD 2.0-BUILT-19950603 i386 >Environment: >Description: So it turns out that the generic kernel hangs on my main system, idiom.com. It also turns out tha the hand-built kernel I had already made does not. It also turns out that you can't easily replace the kernel on the boot floppy. Okay, so I need to make a new boot floppy with the kernel that works. Simple? Nope. Makefiles must be hacked to avoid compiling the world. Perhaps I missed a Fine Manual. Perhaps there is an easier way. I haven't got it working yet, so perhaps there are more problems yet to be faced. >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Jul 26 03:30:03 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id DAA14511 for bugs-outgoing; Wed, 26 Jul 1995 03:30:03 -0700 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id DAA14504 ; Wed, 26 Jul 1995 03:30:01 -0700 Date: Wed, 26 Jul 1995 03:30:01 -0700 Message-Id: <199507261030.DAA14504@freefall.cdrom.com> From: muir@idiom.com Reply-To: muir@idiom.com To: freebsd-bugs Subject: bin/635: makefile for sbin/route doesn't make keywords.h when needed In-Reply-To: Your message of Wed, 26 Jul 1995 03:27:44 -0700 <199507261027.DAA04078@chaos.idiom.com> Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 635 >Category: bin >Synopsis: makefile for sbin/route doesn't make keywords.h when needed >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs (FreeBSD bugs mailing list) >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Jul 26 03:30:00 1995 >Originator: David Muir Sharnoff >Organization: Idiom Consulting >Release: FreeBSD 2.0-BUILT-19950603 i386 >Environment: >Description: I discovered this when trying to build in boot_crunch >How-To-Repeat: start with a clean tree... >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Jul 26 04:38:28 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id EAA16289 for bugs-outgoing; Wed, 26 Jul 1995 04:38:28 -0700 Received: from ki1.chemie.fu-berlin.de (ki1.Chemie.FU-Berlin.DE [160.45.24.21]) by freefall.cdrom.com (8.6.11/8.6.6) with SMTP id EAA16283 for ; Wed, 26 Jul 1995 04:38:24 -0700 Received: by ki1.chemie.fu-berlin.de (Smail3.1.28.1) from omega.physik.fu-berlin.de (130.133.3.51) with smtp id ; Wed, 26 Jul 95 13:38 MEST Received: by omega.physik.fu-berlin.de; id AA15100; Wed, 26 Jul 1995 13:38:15 +0200 From: Thomas Graichen Message-Id: <9507261138.AA15100@omega.physik.fu-berlin.de> Subject: disklabel of sysinstall (2.0.5) To: bugs@freebsd.org Date: Wed, 26 Jul 1995 13:38:15 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 801 Sender: bugs-owner@freebsd.org Precedence: bulk hello the disklabel of sysinstall in 2.0.5 stil doesn't fill in a value for rpm and interleave which results in warnings running for instance disklabel -B xxx - i think the best would be to insert standard values (3600/1) - better than simply 0 - or does 0 have a special meaning ? t _______________________________________________________||_____________________ __|| Perfection is reached, not when there is no __|| thomas graichen longer anything to add, but when there __|| freie universitaet berlin is no longer anything to take away __|| fachbereich physik __|| - Antoine de Saint-Exupery - __|| ___________________________||____email: graichen@omega.physik.fu-berlin.de____ From owner-freebsd-bugs Wed Jul 26 05:52:15 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id FAA18559 for bugs-outgoing; Wed, 26 Jul 1995 05:52:15 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.11/8.6.6) with SMTP id FAA18551 for ; Wed, 26 Jul 1995 05:52:05 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA09860; Wed, 26 Jul 1995 14:51:59 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id OAA09075; Wed, 26 Jul 1995 14:51:58 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id NAA13701; Wed, 26 Jul 1995 13:07:08 +0200 From: J Wunsch Message-Id: <199507261107.NAA13701@uriah.heep.sax.de> Subject: Re: Future Domain SCSI To: eraugust@hac2arpa.hac.com (Eric R. Augustine) Date: Wed, 26 Jul 1995 13:07:08 +0200 (MET DST) Cc: bugs@FreeBSD.org In-Reply-To: <9507251721.AA13660@hac2arpa.hac.com> from "Eric R. Augustine" at Jul 25, 95 10:21:58 am Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 1185 Sender: bugs-owner@FreeBSD.org Precedence: bulk As Eric R. Augustine wrote: > > > scsi card. The card is a "Future Domain TMC-850MER v04" and the CDROM > reader is a "Chinon CDS-525" which is supposed to support the iso9660 Btw, iso9660 is the logical disk format, the drive has no deal with it, it will simply pass the raw data to the kernel. > standard. We attempted installing the package here at work from the > cd using the same card and drive on a Compaq 486/66 with the same results. > The devices available in the kernel don't seem to include the FutureDomain > card - however the installation docs do suggest that family of cards is > supported in FreeBSD2.0. It should be supported by the `sea' driver. Try booting with the `-c' option and see if you can make either sea0 or sea1 match the hardware settings of the controller. (sea == Seagate, compatible to Seagate ST-01 dumb controllers) Well, i'm not sure if the ST-01 class controllers will support all SCSI devices. They are primarily intented to be a cheap hook for a SCSI to DOS C: and D: hard disk mapping. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Wed Jul 26 11:20:07 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id LAA04821 for bugs-outgoing; Wed, 26 Jul 1995 11:20:07 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id LAA04809 for ; Wed, 26 Jul 1995 11:20:05 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.11/8.6.9) with SMTP id LAA20082; Wed, 26 Jul 1995 11:17:43 -0700 To: muir@idiom.com cc: freebsd-bugs@freefall.cdrom.com Subject: Re: conf/634: Too hard to build new boot floppies In-reply-to: Your message of "Wed, 26 Jul 1995 02:40:01 PDT." <199507260940.CAA13121@freefall.cdrom.com> Date: Wed, 26 Jul 1995 11:17:43 -0700 Message-ID: <20080.806782663@time.cdrom.com> From: "Jordan K. Hubbard" Sender: bugs-owner@FreeBSD.org Precedence: bulk > Okay, so I need to make a new boot floppy with the > kernel that works. Simple? No. But the essential truth is more simple: We haven't exported this technology yet. Soon we will, and when we will it will be made more generally palatable. Jordan From owner-freebsd-bugs Wed Jul 26 11:31:22 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id LAA06519 for bugs-outgoing; Wed, 26 Jul 1995 11:31:22 -0700 Received: from blob.best.net (blob.best.net [204.156.128.88]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id LAA06513 for ; Wed, 26 Jul 1995 11:31:21 -0700 Received: (dillon@localhost) by blob.best.net (8.6.12/8.6.5) id LAA10999; Wed, 26 Jul 1995 11:31:20 -0700 Date: Wed, 26 Jul 1995 11:31:20 -0700 From: Matt Dillon Message-Id: <199507261831.LAA10999@blob.best.net> To: bugs@freebsd.org Subject: SCSI tape drive bug (HP DAT) Sender: bugs-owner@freebsd.org Precedence: bulk Here's another crash bug. This one, or one like it, has been causing us problems for a while but it is extremely difficult to track down. All I can get out of it is a few log messages from the kernel. This particular time it happened on my home machine (barracuda, micropolis, HP DAT, using an NCR PCI SCSI card). (We are 99% sure it is not a termination problem). -Matt Jul 26 11:08:19 apollo named[79]: Lame delegation to '' from [204.156.128.1] (se rver for ''?) on query on name '#localhost' Jul 26 11:08:31 apollo login: login from ccantares.wcupa.edu as andy Jul 26 11:16:05 apollo su: dillon to root on /dev/ttyp4 Jul 26 11:17:05 apollo /kernel: in getcc reselect by t0. Jul 26 11:17:23 apollo last message repeated 6 times Jul 26 11:17:28 apollo su: dillon to root on /dev/ttyp5 Jul 26 11:17:30 apollo /kernel: in getcc reselect by t1. Jul 26 11:17:30 apollo /kernel: in getcc reselect by t0. Jul 26 11:17:30 apollo last message repeated 2 times Jul 26 11:17:30 apollo /kernel: in getcc reselect by t1. Jul 26 11:17:30 apollo /kernel: in getcc reselect by t1. Jul 26 11:17:30 apollo /kernel: in getcc reselect by t0. Jul 26 11:17:30 apollo /kernel: in getcc reselect by t1. Jul 26 11:17:30 apollo /kernel: in getcc reselect by t0. Jul 26 11:17:30 apollo /kernel: in getcc reselect by t1. Jul 26 11:17:31 apollo last message repeated 2 times Jul 26 11:17:31 apollo /kernel: in getcc reselect by t0. Jul 26 11:17:31 apollo /kernel: in getcc reselect by t1. Jul 26 11:17:31 apollo /kernel: in getcc reselect by t0. Jul 26 11:17:47 apollo last message repeated 4 times Jul 26 11:17:49 apollo su: BAD SU dillon to root on /dev/ttyp5 Jul 26 11:17:54 apollo /kernel: in getcc reselect by t0. Jul 26 11:18:22 apollo last message repeated 9 times Jul 26 11:18:22 apollo su: dillon to root on /dev/ttyp2 Jul 26 11:18:26 apollo /kernel: in getcc reselect by t0. Jul 26 11:18:54 apollo last message repeated 5 times Jul 26 11:20:54 apollo last message repeated 13 times Jul 26 11:24:36 apollo /kernel: FreeBSD 2.2-BEST #23: Tue Jul 25 12:13:53 PDT 19 95 Jul 26 11:24:36 apollo /kernel: dillon@apollo.best.com:/usr/src/sys/compile/ APOLLO Jul 26 11:24:36 apollo /kernel: CPU: 76-MHz Pentium 735\90 or 815\100 (Pentium-c lass CPU) ... From owner-freebsd-bugs Wed Jul 26 13:33:30 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id NAA21095 for bugs-outgoing; Wed, 26 Jul 1995 13:33:30 -0700 Received: from ki1.chemie.fu-berlin.de (ki1.Chemie.FU-Berlin.DE [160.45.24.21]) by freefall.cdrom.com (8.6.11/8.6.6) with SMTP id NAA21088 for ; Wed, 26 Jul 1995 13:33:27 -0700 Received: by ki1.chemie.fu-berlin.de (Smail3.1.28.1) from omega.physik.fu-berlin.de (130.133.3.51) with smtp id ; Wed, 26 Jul 95 22:33 MEST Received: by omega.physik.fu-berlin.de; id AA26584; Wed, 26 Jul 1995 22:33:07 +0200 From: Thomas Graichen Message-Id: <9507262033.AA26584@omega.physik.fu-berlin.de> Subject: Re: 3 ways to crash FreeBSD (2.0.5 and 950412-SNAP) To: wpaul@skynet.ctr.columbia.edu (A boy and his worm gear) Date: Wed, 26 Jul 1995 22:33:06 +0200 (MET DST) Cc: bugs@freebsd.org In-Reply-To: <199507211831.OAA05262@skynet.ctr.columbia.edu> from "A boy and his worm gear" at Jul 21, 95 02:31:27 pm X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1931 Sender: bugs-owner@freebsd.org Precedence: bulk > > I think I fixed this one. I noticed a similar problem with the if_sl > module; all the MISC type modules are suceptible to the bug. The problem > ... > What you need to do to fix this is grab a new copy of /usr/src/sys/sys/lkm.h, > install it (it goes in /usr/include/sys too, if you have just the lkm > sources installed) and rebuild all the MISC modules. The new lkm.h > has a tiny modification in the DISPATCH() macro: it makes a quick call > to lkmexists() before actually trying to run the module's initialization > routine. > ok - i've tried it and it works fine - no more crashes :-) > > > Feb 9 10:49:45 julia /vmunix: instruction pointer = 0x8:0xf0125b1b > ^^^^^^^^ > Do an 'nm /vmunix' and see if you can find a symbol with an address > close to this one. This will give you a rough idea of where the system > is getting hosed (though it may not point you directly at the problem). > ok - now i've been upgrading the 950412 snap machine to 2.0.5 release and now only freebsd is there on the disk (before it was half linux half freebsd) - now i've enough space to create crashdumps - and i get them (about the problem with the other machine i'm not able to produce crashdumps with i'll report more detailed later here) - thus you'll get more info about this nfs-xdm problem within the next days (happy kernel debugging :-) t _______________________________________________________||_____________________ __|| Perfection is reached, not when there is no __|| thomas graichen longer anything to add, but when there __|| freie universitaet berlin is no longer anything to take away __|| fachbereich physik __|| - Antoine de Saint-Exupery - __|| ___________________________||____email: graichen@omega.physik.fu-berlin.de____ From owner-freebsd-bugs Wed Jul 26 20:27:50 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id UAA03746 for bugs-outgoing; Wed, 26 Jul 1995 20:27:50 -0700 Received: from blob.best.net (blob.best.net [204.156.128.88]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id UAA03740 for ; Wed, 26 Jul 1995 20:27:49 -0700 Received: (dillon@localhost) by blob.best.net (8.6.12/8.6.5) id UAA21946; Wed, 26 Jul 1995 20:27:42 -0700 Date: Wed, 26 Jul 1995 20:27:42 -0700 From: Matt Dillon Message-Id: <199507270327.UAA21946@blob.best.net> To: davidg@Root.COM Cc: Doug Rabson , bugs@freebsd.org Subject: Re: brelse() panic in nfs_read()/nfs_bioread() Sender: bugs-owner@freebsd.org Precedence: bulk :> synch the disks but it can't dump core. The only message I :> get is the panic message on the console: :> :> panic biodone: page busy < 0 :> off: 180224, foff: 180224, valid: 0xFF, dirty:0 mapped:0 :> resid: 4096, index: 0, iosize: 8192, lblkno: 22 :> :> I believe the failure is related to NFS. The question is, :> is this a new bug or do any of the recent patches have a :> chance at fixing it? Hard question considering the lack :> of information. : : We've been working on this problem for the past week or so and believe it :is fixed in 2.2-current and 2.1-stable. Please update your sources and let us :know if the problem persists. Doesn't look good so far re: this particular bug and the latest patches from current, the poor thing crashed again but we missed the console messages so I'll have to wait till the next crash to be sure it is the same bug. On the bright side, it doesn't look like any new bugs have been introduced :-) : : We've messed with the scheduling algorithm quite a bit since the original :one in 4.4BSD, and I think have made substantial improvements. Our main :concern was that compute-bound processes must execute in a lower priority queue :... :foreground - making the system appear very sluggish to interactive users. I'd :like to here more about how your algorithm works in real-world situations and :especially how it functions across the spectrum of system loading. : :-DG I'm letting it run all week long on all of our machines. It definitely fixes the cascade problem, and I should be able to get a good feel for the other effects by the end of the week. -Matt From owner-freebsd-bugs Thu Jul 27 00:37:52 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id AAA12189 for bugs-outgoing; Thu, 27 Jul 1995 00:37:52 -0700 Received: from ki1.chemie.fu-berlin.de (ki1.Chemie.FU-Berlin.DE [160.45.24.21]) by freefall.cdrom.com (8.6.11/8.6.6) with SMTP id AAA12183 for ; Thu, 27 Jul 1995 00:37:49 -0700 Received: by ki1.chemie.fu-berlin.de (Smail3.1.28.1) from sirius.physik.fu-berlin.de (130.133.3.140) with smtp id ; Thu, 27 Jul 95 09:37 MEST Received: by sirius.physik.fu-berlin.de; id AA29293; Thu, 27 Jul 1995 09:37:26 +0200 From: Thomas Graichen Message-Id: <9507270737.AA29293@sirius.physik.fu-berlin.de> Subject: /etc/ntp.conf sample To: bugs@freebsd.org Date: Thu, 27 Jul 1995 09:37:26 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 774 Sender: bugs-owner@freebsd.org Precedence: bulk hello i think there is a sample of /etc/ntp.conf missing in FreeBSD - for instance: #driftfile /etc/ntp.drift #peer put_a_sample_time_server_here also a notice in /etc/sysconfig about the need to adapt /etc/ntp.conf should be there thanks in advance - t _______________________________________________________||_____________________ __|| Perfection is reached, not when there is no __|| thomas graichen longer anything to add, but when there __|| freie universitaet berlin is no longer anything to take away __|| fachbereich physik __|| - Antoine de Saint-Exupery - __|| ___________________________||____email: graichen@omega.physik.fu-berlin.de____ From owner-freebsd-bugs Thu Jul 27 03:11:06 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id DAA17088 for bugs-outgoing; Thu, 27 Jul 1995 03:11:06 -0700 Received: from minnow.render.com (render.demon.co.uk [158.152.30.118]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id DAA17082 for ; Thu, 27 Jul 1995 03:11:03 -0700 Received: (from dfr@localhost) by minnow.render.com (8.6.9/8.6.9) id LAA13550; Thu, 27 Jul 1995 11:11:15 +0100 Date: Thu, 27 Jul 1995 11:11:14 +0100 (BST) From: Doug Rabson To: Matt Dillon cc: davidg@root.com, bugs@freebsd.org Subject: Re: brelse() panic in nfs_read()/nfs_bioread() In-Reply-To: <199507270327.UAA21946@blob.best.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: bugs-owner@freebsd.org Precedence: bulk On Wed, 26 Jul 1995, Matt Dillon wrote: > :> synch the disks but it can't dump core. The only message I > :> get is the panic message on the console: > :> > :> panic biodone: page busy < 0 > :> off: 180224, foff: 180224, valid: 0xFF, dirty:0 mapped:0 > :> resid: 4096, index: 0, iosize: 8192, lblkno: 22 > :> > :> I believe the failure is related to NFS. The question is, > :> is this a new bug or do any of the recent patches have a > :> chance at fixing it? Hard question considering the lack > :> of information. > : > : We've been working on this problem for the past week or so and believe it > :is fixed in 2.2-current and 2.1-stable. Please update your sources and let us > :know if the problem persists. > > Doesn't look good so far re: this particular bug and the latest > patches from current, the poor thing crashed again but we missed > the console messages so I'll have to wait till the next crash > to be sure it is the same bug. On the bright side, it doesn't look > like any new bugs have been introduced :-) Could you get a DDB backtrace for this crash? It may be caused by a mistake in NFS' use of the VFS bio code. -- Doug Rabson, Microsoft RenderMorphics Ltd. Mail: dfr@render.com Phone: +44 171 251 4411 FAX: +44 171 251 0939 From owner-freebsd-bugs Thu Jul 27 03:24:00 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id DAA17530 for bugs-outgoing; Thu, 27 Jul 1995 03:24:00 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.11/8.6.6) with SMTP id DAA17523 for ; Thu, 27 Jul 1995 03:23:55 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA19313; Thu, 27 Jul 1995 12:22:13 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id MAA01815; Thu, 27 Jul 1995 12:22:13 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id HAA18071; Thu, 27 Jul 1995 07:49:16 +0200 From: J Wunsch Message-Id: <199507270549.HAA18071@uriah.heep.sax.de> Subject: Re: disklabel of sysinstall (2.0.5) To: graichen@omega.physik.fu-berlin.de (Thomas Graichen) Date: Thu, 27 Jul 1995 07:49:15 +0200 (MET DST) Cc: bugs@FreeBSD.org In-Reply-To: <9507261138.AA15100@omega.physik.fu-berlin.de> from "Thomas Graichen" at Jul 26, 95 01:38:15 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 321 Sender: bugs-owner@FreeBSD.org Precedence: bulk As Thomas Graichen wrote: > > hello > > the disklabel of sysinstall in 2.0.5 stil doesn't fill in a value for rpm and > interleave ... and super block size. :) Already fixed. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Thu Jul 27 03:30:02 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id DAA17767 for bugs-outgoing; Thu, 27 Jul 1995 03:30:02 -0700 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id DAA17760 ; Thu, 27 Jul 1995 03:30:01 -0700 Date: Thu, 27 Jul 1995 03:30:01 -0700 Message-Id: <199507271030.DAA17760@freefall.cdrom.com> From: J Wunsch Reply-To: J Wunsch To: freebsd-bugs Subject: bin/636: /usr/share/examples Makefiles missing In-Reply-To: Your message of Thu, 27 Jul 1995 11:14:34 +0200 <199507270914.LAA18870@uriah.heep.sax.de> Sender: bugs-owner@FreeBSD.org Precedence: bulk Note: There was a bad value `release-bug' for the field `>Class:'. It was set to the default value of `sw-bug'. >Number: 636 >Category: bin >Synopsis: /usr/share/examples Makefiles missing >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs (FreeBSD bugs mailing list) >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Jul 27 03:30:00 1995 >Originator: J Wunsch >Organization: >Release: FreeBSD 2.0.5 >Environment: FreeBSD 2.0.5R >Description: FreeBSD 2.0.5R misses all Makefiles under /usr/share/examples, even though they are available in CVS. This is regardless whether the installation has been performed from the distributions, or you're looking at the live filesystem on the second release CD. >How-To-Repeat: Take out the second release CD, or install the distribution. >Fix: No idea why this happened at all. This is just a reminder _that_ it happened, and the PR should be closed as soon as the reason is clear and it's ensured that it wouldn't happen again in subsequent releases. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Jul 27 04:10:01 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id EAA18469 for bugs-outgoing; Thu, 27 Jul 1995 04:10:01 -0700 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id EAA18462 ; Thu, 27 Jul 1995 04:10:01 -0700 Date: Thu, 27 Jul 1995 04:10:01 -0700 Message-Id: <199507271110.EAA18462@freefall.cdrom.com> From: Henrik Vestergaard Draboel Reply-To: Henrik Vestergaard Draboel To: freebsd-bugs Subject: kern/637: Adaptec 2940w crashed if stressed In-Reply-To: Your message of Thu, 27 Jul 1995 12:42:41 +0200 <199507271042.MAA01926@terry.ping.dk> Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 637 >Category: kern >Synopsis: If used heavily, ahc will crash, with disk timeouts >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs (FreeBSD bugs mailing list) >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Jul 27 04:10:00 1995 >Originator: Henrik Vestergaard Draboel >Organization: HVDMYS >Release: FreeBSD 2.2-CURRENT i386 >Environment: 90mhz pentium, freebsd current (kernel of 23/7), 3 scsi disks, 1 scsi cdrom, 1 scsi tape, 2 wd's dmesg (in part) attached. >Description: If the adaptech 2940w is used heavily, the disks will time- out, and crash (panic-mode recovery). By "used heavily" I mean; saturating more than one disk's io. The time-outs will start to occur after about 60 sec's. The time out appear to lock the scsi-bus, which is indicated by the fact that starting two iozones, (on sd0 and sd1), will generate time-out messages for sd[0-2]! I have had the 2940w for 2 months, and this problem has existed this whole period. (although the driver in other part has improved). >How-To-Repeat: cd /where-ever-scsi-disk-0-is-mounted; iozone 150& cd /where-ever-scsi-disk-1-is-mounted; iozone 150& cd /where-ever-scsi-disk-2-is-mounted; iozone 150& >Fix: Sorry. More system info: FreeBSD 2.2-CURRENT #0: Sun Jul 23 20:33:28 MET DST 1995 toor@terry.ping.dk:/usr/src/sys/compile/TERRY CPU: 90-MHz Pentium 735\\90 (Pentium-class CPU) Origin = "GenuineIntel" Id = 0x521 Stepping=1 Features=0x1bf avail memory = 39575552 (9662 pages) ... wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc0: unit 0 (wd0): wd0: 233MB (479220 sectors), 978 cyls, 14 heads, 35 S/T, 512 B/S wdc0: unit 1 (wd1): wd1: 515MB (1056384 sectors), 1048 cyls, 16 heads, 63 S/T, 512 B/S ... Probing for devices on the pci0 bus: configuration mode 1 allows 32 devices. pci0:0: vendor=0x1039, device=0x406, class=multimedia [no driver assigned] map(10): mem32(80000010) map(14): mem64(80000010) map(18): mem32(80000018) map(1c): mem64(80000018) map(20): mem32(80000020) map(24): mem64(80000020) pci0:1: vendor=0x1039, device=0x8, class=old [no driver assigned] pci0:6: vendor=0x1095, device=0x640, class=storage [no driver assigned] ... ahc0 rev 0 int a irq 10 on pci0:19 ahc0: reading board settings ahc0: Reading SEEPROM...done. ahc0: 2940 Wide Channel, SCSI Id=7, aic7870, 16 SCBs ahc0: Downloading Sequencer Program...Done ahc0: Probing channel A ahc0: target 0 synchronous at 4.4MB/s, offset = 0xf (ahc0:0:0): "IMPRIMIS 94241-7 1275" type 0 fixed SCSI 1 sd0(ahc0:0:0): Direct-Access 317MB (649502 512 byte sectors) (ahc0:1:0): "WANGTEK 5525ES SCSI REV1 5M" type 1 removable SCSI 1 st0(ahc0:1:0): Sequential-Access density code 0x0, st0(ahc0:1:0): Target Busy st0(ahc0:1:0): Target Busy st0(ahc0:1:0): Target Busy drive empty ahc0: target 4 synchronous at 10.0MB/s, offset = 0xf (ahc0:4:0): "IBM OEM 0662S12 3 30" type 0 fixed SCSI 2 sd1(ahc0:4:0): Direct-Access 1003MB (2055035 512 byte sectors) (ahc0:5:0): "CHINON CD-ROM CDS-535 Q20" type 5 removable SCSI 2 cd0(ahc0:5:0): CD-ROM cd0(ahc0:5:0): UNIT ATTENTION asc:28,0 cd0(ahc0:5:0): Not ready to ready transition, medium may have changed cd present.[400000 x 2048 byte records] ahc0: target 6 synchronous at 10.0MB/s, offset = 0xf (ahc0:6:0): "MAXTOR MXT-540SL H1.2" type 0 fixed SCSI 2 sd2(ahc0:6:0): Direct-Access 521MB (1067740 512 byte sectors) >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Jul 27 05:07:16 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id FAA19547 for bugs-outgoing; Thu, 27 Jul 1995 05:07:16 -0700 Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by freefall.cdrom.com (8.6.11/8.6.6) with SMTP id FAA19541 for ; Thu, 27 Jul 1995 05:07:12 -0700 Received: by dg-rtp.dg.com (5.4R2.01/dg-rtp-v02) id AA15148; Thu, 27 Jul 1995 08:06:36 -0400 Received: (rivers@localhost) by ponds.UUCP (8.6.11/8.6.5) id IAA20419 for freebsd-bugs@freebsd.org; Thu, 27 Jul 1995 08:05:52 -0400 Date: Thu, 27 Jul 1995 08:05:52 -0400 From: Thomas David Rivers Message-Id: <199507271205.IAA20419@ponds.UUCP> To: freebsd-bugs@freebsd.org Subject: lpd exits with signal 11. Sender: bugs-owner@freebsd.org Precedence: bulk My wife just complained that lpr (from her PC) suddenly stopped working. I immediately thought it was my /etc/hosts.equiv file on the print server - but nope, looking at the system console I see: Jul 27 08:05:43 lakes /kernel: pid 4532: lpd: uid 0: exited on signal 11 Has anyone else seen lpd dumping core? I'll try and investigate further - (This is FreeBSD 2.0.5-RELEASE from the net.) - Dave Rivers - From owner-freebsd-bugs Thu Jul 27 08:41:10 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id IAA26122 for bugs-outgoing; Thu, 27 Jul 1995 08:41:10 -0700 Received: from nomad.osmre.gov (nomad.osmre.gov [192.243.129.244]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id IAA26114 for ; Thu, 27 Jul 1995 08:41:03 -0700 Received: (from gfoster@localhost) by nomad.osmre.gov (8.6.11/8.6.9) id LAA03135; Thu, 27 Jul 1995 11:40:46 -0400 Date: Thu, 27 Jul 1995 11:40:46 -0400 From: Glen Foster Message-Id: <199507271540.LAA03135@nomad.osmre.gov> To: freebsd-bugs@freebsd.org Subject: NFS+SAMBA == crash in 2.0.5R Sender: bugs-owner@freebsd.org Precedence: bulk Folks, I apologize in advance for the incompleteness of this bug report but I do not know how to discover more (please tell me how to get a backtrace and I will be happy to provide it). I will be happy to provide additional details on request. A client of mine reports that attempting to execute a DOS program under Windows 95 from a SAMBA exported drive that was NFS mounted from another machine, i.e. like this: disk-on-machine-A --NFS--> machine-B --SAMBA--> Windows95 silently crashes machine B, there is no panic or reboot, screen is blank, keyboard, ethernet, and serial port unresponsive, CPU appears to have halted. Both machine A and B are running FreeBSD 2.0.5R. He says that it is repeatable and happens with every DOS executable attempted. Reading and writing files in this configuration works without problems, DOS executes from machine B SAMBA exported local volumes are OK. This leads me to the hypothesis that something in the NFS code is causing this behaviour. My client has been in contact with the author of SAMBA who feels it is a FreeBSD bug and has asked me to report it to the FreeBSD development team. Glen Foster From owner-freebsd-bugs Thu Jul 27 10:30:11 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id KAA29758 for bugs-outgoing; Thu, 27 Jul 1995 10:30:11 -0700 Received: from blob.best.net (blob.best.net [204.156.128.88]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id KAA29752 for ; Thu, 27 Jul 1995 10:30:10 -0700 Received: (root@localhost) by blob.best.net (8.6.12/8.6.5) id KAA27241; Thu, 27 Jul 1995 10:30:09 -0700 Date: Thu, 27 Jul 1995 10:30:09 -0700 From: Matt Dillon Message-Id: <199507271730.KAA27241@blob.best.net> To: bugs@freebsd.org Subject: More on our shell2 crashes Sender: bugs-owner@freebsd.org Precedence: bulk This time around it crashed with a panic("nfsreq nogrps") I am also seeing this: Jul 27 08:40:31 shell2 /kernel: vnode_pager_getpages: I/O read error Jul 27 08:40:32 shell2 /kernel: vm_fault: pager input (probably hardware) error, PID 690 failure Jul 27 08:40:32 shell2 /kernel: vnode_pager_getpages: I/O read error Jul 27 08:40:32 shell2 /kernel: vm_fault: pager input (probably hardware) error, PID 690 failure Jul 27 08:40:32 shell2 /kernel: vnode_pager_getpages: I/O read error Jul 27 08:40:32 shell2 /kernel: vm_fault: pager input (probably hardware) error, PID 690 failure Jul 27 08:40:32 shell2 /kernel: vnode_pager_getpages: I/O read error Jul 27 08:40:32 shell2 /kernel: vm_fault: pager input (probably hardware) error, PID 690 failure Jul 27 08:40:32 shell2 /kernel: pid 690: ftpd: uid 1905: exited on signal 6 Jul 27 08:40:29 shell2 ftpd[690]: exiting on signal 11 Jul 27 08:41:08 shell2 login: login from Sun.COM as durrell Jul 27 08:50:28 shell2 login: login from war.ts.best.com as pgildea Jul 27 08:52:50 shell2 login: login from shell2 as webmastr This type of thing is occuring a whole lot... every couple of hours. It always seems to be coming from FTPD. The ftpd executable in this case is *ON* an NFS partition. While the messages are not really verbose enough, I believe the failure is occuring when shell2 tries to page in some pages from the ftpd executable over NFS. Another thing of interest: ftpd is modes 550 root.wheel, meaning that a screwup in the ucred *could* be causing the read failure. Thus there could be a relationship with the panic and the vnode_pager_getpages fazilures if ucred is somehow getting corrupted or it's reference count is getting messed up. I do not see a correlation with the bio_done page_busy < 0 problem so far. -- For the time being, I have moved the ftpd executable to local disk and will observe if the pager errors still occur. -Matt From owner-freebsd-bugs Thu Jul 27 12:59:01 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id MAA04283 for bugs-outgoing; Thu, 27 Jul 1995 12:59:01 -0700 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id MAA04277 for ; Thu, 27 Jul 1995 12:58:55 -0700 Received: from corbin.Root.COM (corbin [198.145.90.18]) by Root.COM (8.6.11/8.6.5) with ESMTP id MAA09861; Thu, 27 Jul 1995 12:58:12 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id MAA00425; Thu, 27 Jul 1995 12:59:28 -0700 Message-Id: <199507271959.MAA00425@corbin.Root.COM> To: Matt Dillon cc: bugs@freebsd.org Subject: Re: More on our shell2 crashes In-reply-to: Your message of "Thu, 27 Jul 95 10:30:09 PDT." <199507271730.KAA27241@blob.best.net> From: David Greenman Reply-To: davidg@Root.COM Date: Thu, 27 Jul 1995 12:59:27 -0700 Sender: bugs-owner@freebsd.org Precedence: bulk > This time around it crashed with a panic("nfsreq nogrps") That's a known bug. It is caused by someone doing the equivilent of "setgroups(0, &foo)". Old versions of Smail are alleged to do this. We haven't fixed this bug yet as there are several conflicting opinions about how it should be fixed. Since setgroups() can only be executed by the Superuser, it hasn't been a high priority thing to fix. > I am also seeing this: > >Jul 27 08:40:31 shell2 /kernel: vnode_pager_getpages: I/O read error >Jul 27 08:40:32 shell2 /kernel: vm_fault: pager input (probably hardware) error, > PID 690 failure >Jul 27 08:40:32 shell2 /kernel: vnode_pager_getpages: I/O read error >Jul 27 08:40:32 shell2 /kernel: vm_fault: pager input (probably hardware) error, > PID 690 failure >Jul 27 08:40:32 shell2 /kernel: vnode_pager_getpages: I/O read error >Jul 27 08:40:32 shell2 /kernel: vm_fault: pager input (probably hardware) error, > PID 690 failure >Jul 27 08:40:32 shell2 /kernel: vnode_pager_getpages: I/O read error >Jul 27 08:40:32 shell2 /kernel: vm_fault: pager input (probably hardware) error, > PID 690 failure >Jul 27 08:40:32 shell2 /kernel: pid 690: ftpd: uid 1905: exited on signal 6 >Jul 27 08:40:29 shell2 ftpd[690]: exiting on signal 11 > > This type of thing is occuring a whole lot... every couple of hours. > It always seems to be coming from FTPD. > > The ftpd executable in this case is *ON* an NFS partition. While the > messages are not really verbose enough, I believe the failure is occuring > when shell2 tries to page in some pages from the ftpd executable over NFS. > > Another thing of interest: ftpd is modes 550 root.wheel, meaning that a > screwup in the ucred *could* be causing the read failure. Thus there > could be a relationship with the panic and the vnode_pager_getpages > fazilures if ucred is somehow getting corrupted or it's reference count > is getting messed up. I believe the problem here is that ftpd isn't allowed read permission on the server, yet the process is "root" on the client. This means that the client thinks it can exec the binary but the server refuses to allow reads to the file during the page fault (file read). One work-around for this is to add "-root=0" as an option in your server's exports file. Another is to fix the permissions on the file. -DG From owner-freebsd-bugs Thu Jul 27 16:39:16 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id QAA13678 for bugs-outgoing; Thu, 27 Jul 1995 16:39:16 -0700 Received: from kithrup.com (kithrup.com [140.174.23.40]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id QAA13672 for ; Thu, 27 Jul 1995 16:39:14 -0700 Received: (from sef@localhost) by kithrup.com (8.6.8/8.6.6) id QAA29699 for bugs@freebsd.org; Thu, 27 Jul 1995 16:39:10 -0700 Date: Thu, 27 Jul 1995 16:39:10 -0700 From: Sean Eric Fagan Message-Id: <199507272339.QAA29699@kithrup.com> To: bugs@freebsd.org Subject: panics with 2.0.5-RELEASE Sender: bugs-owner@freebsd.org Precedence: bulk This may be due to flaky hardware, of course. Anyway: I've been getting panics fairly often with 2.0.5-RELEASE, off of the CD-ROM. I finally managed to (correctly) type in the information correctly. Here it is, followed by the (hopefully relevent) section of 'nm -n /kernel', and the config file used to generate this kernel. Fatal trap 12: page fault while in kernel mode fault virtual address = 0xf036f7fa fault code = supervisor write, page not present instruction pointer = 0x8:0xf016504d code segment = base 0x0, limit 0xffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = Idle interrupt mask = net panic: page fault f0165000 T _bcopyx f0165010 T _bcopy f0165010 T _ovbcopy f0165010 t bcopy f0165054 T _memcpy f0165078 T _copyout f01650b6 t done_copyout f01650c8 t copyout_fault f01650e4 T _copyin # # GENERIC -- Generic machine with WD/AHx/NCR/BTx family disks # # GENERIC,v 1.45.2.3 1995/06/05 21:50:41 jkh Exp # machine "i386" cpu "I486_CPU" ident GARTH timezone 8 dst maxusers 10 options INET #InterNETworking options FFS #Berkeley Fast Filesystem options MFS #Memory Filesystem #options NFS #Network Filesystem #options MSDOSFS #MSDOS Filesystem options "CD9660" #ISO 9660 Filesystem options PROCFS #Process filesystem options "COMPAT_43" #Compatible with BSD 4.3 options "SCSI_DELAY=15" #Be pessimistic about Joe SCSI device #options BOUNCE_BUFFERS #include support for DMA bounce buffers #options UCONSOLE #Allow users to grab the console config kernel root on sd0 swap on sd0 controller isa0 #controller pci0 controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr disk fd0 at fdc0 drive 0 disk fd1 at fdc0 drive 1 #tape ft0 at fdc0 drive 2 #controller wdc0 at isa? port "IO_WD1" bio irq 14 vector wdintr #disk wd0 at wdc0 drive 0 #disk wd1 at wdc0 drive 1 #controller wdc1 at isa? port "IO_WD2" bio irq 15 vector wdintr #disk wd2 at wdc1 drive 0 #disk wd3 at wdc1 drive 1 #controller ncr0 #controller ahc0 #controller bt0 at isa? port "IO_BT0" bio irq ? vector btintr #controller uha0 at isa? port "IO_UHA0" bio irq ? drq 5 vector uhaintr #controller ahc1 at isa? bio irq ? vector ahcintr #controller ahb0 at isa? bio irq ? vector ahbintr controller aha0 at isa? port "IO_AHA0" bio irq ? drq 5 vector ahaintr #controller aic0 at isa? port 0x340 bio irq 11 vector aicintr #controller nca0 at isa? port 0x1f88 bio irq 10 vector ncaintr #controller nca1 at isa? port 0x350 bio irq 5 vector ncaintr #controller sea0 at isa? bio irq 5 iomem 0xc8000 iosiz 0x2000 vector seaintr controller scbus0 device sd0 #device st0 device cd0 #Only need one of these, the code dynamically grows #device wt0 at isa? port 0x300 bio irq 5 drq 1 vector wtintr #device mcd0 at isa? port 0x300 bio irq 10 vector mcdintr #device mcd1 at isa? port 0x340 bio irq 11 vector mcdintr #controller matcd0 at isa? port ? bio device scd0 at isa? port 0x230 bio # syscons is the default console driver, resembling an SCO console device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr # Enable this and PCVT_FREEBSD for pcvt vt220 compatible console driver #device vt0 at isa? port "IO_KBD" tty irq 1 vector pcrint #options "PCVT_FREEBSD=210" # pcvt running on FreeBSD 2.1 #options XSERVER # include code for XFree86 device npx0 at isa? port "IO_NPX" irq 13 vector npxintr device sio0 at isa? port "IO_COM1" tty irq 4 vector siointr device sio1 at isa? port "IO_COM2" tty irq 3 vector siointr #device sio2 at isa? port "IO_COM3" tty irq 5 vector siointr #device sio3 at isa? port "IO_COM4" tty irq 9 vector siointr device lpt0 at isa? port? tty irq 7 vector lptintr #device lpt1 at isa? port? tty #device lpt2 at isa? port? tty # Order is important here due to intrusive probes, do *not* alphabetize # this list of network interfaces until the probes have been fixed. # Right now it appears that the ie0 must be probed before ep0. See # revision 1.20 of this file. #device de0 device ed0 at isa? port 0x280 net irq 5 iomem 0xd8000 vector edintr #device ed1 at isa? port 0x300 net irq 5 iomem 0xd8000 vector edintr #device ie0 at isa? port 0x360 net irq 7 iomem 0xd0000 vector ieintr #device ep0 at isa? port 0x300 net irq 10 vector epintr #device ix0 at isa? port 0x300 net irq 10 iomem 0xd0000 iosiz 32768 vector ixintr #device le0 at isa? port 0x300 net irq 5 iomem 0xd0000 vector le_intr #device lnc0 at isa? port 0x280 net irq 10 drq 0 vector lncintr #device lnc1 at isa? port 0x300 net irq 10 drq 0 vector lncintr #device ze0 at isa? port 0x300 net irq 5 iomem 0xd8000 vector zeintr #device zp0 at isa? port 0x300 net irq 10 iomem 0xd8000 vector zpintr pseudo-device loop pseudo-device ether pseudo-device log #pseudo-device sl 1 # ijppp uses tun instead of ppp device #pseudo-device ppp 1 #pseudo-device tun 1 pseudo-device pty 16 pseudo-device gzip # Exec gzipped a.out's From owner-freebsd-bugs Thu Jul 27 18:37:02 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id SAA18011 for bugs-outgoing; Thu, 27 Jul 1995 18:37:02 -0700 Received: from blob.best.net (blob.best.net [204.156.128.88]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id SAA18005 for ; Thu, 27 Jul 1995 18:37:01 -0700 Received: (root@localhost) by blob.best.net (8.6.12/8.6.5) id SAA19342; Thu, 27 Jul 1995 18:36:57 -0700 Date: Thu, 27 Jul 1995 18:36:57 -0700 From: Matt Dillon Message-Id: <199507280136.SAA19342@blob.best.net> To: root@corbin.Root.COM Cc: bugs@freebsd.org Subject: Re: More on our shell2 crashes Sender: bugs-owner@freebsd.org Precedence: bulk >> This time around it crashed with a panic("nfsreq nogrps") > > That's a known bug. It is caused by someone doing the equivilent of >"setgroups(0, &foo)". Old versions of Smail are alleged to do this. We haven't >fixed this bug yet as there are several conflicting opinions about how it >should be fixed. Since setgroups() can only be executed by the Superuser, it >hasn't been a high priority thing to fix. > >> I am also seeing this: >> >>Jul 27 08:40:31 shell2 /kernel: vnode_pager_getpages: I/O read error >>Jul 27 08:40:32 shell2 /kernel: vm_fault: pager input (probably hardware) error, >> PID 690 failure >>.. > > I believe the problem here is that ftpd isn't allowed read permission on >the server, yet the process is "root" on the client. This means that the >client thinks it can exec the binary but the server refuses to allow reads to >the file during the page fault (file read). One work-around for this is to add >"-root=0" as an option in your server's exports file. Another is to fix the >permissions on the file. > >-DG FTPD is able to run.... the situation is that ftpd runs fine, in fact a whole *bunch* of ftpd's are running along, but then a random period of time later one of the running ftpd's starts to fail with the above failure mode. The permissions on ftpd are: shell2:/home/ftpadmin/etc# ls -lda ftpd -rwxr-x--- 1 root wheel 94651 Jun 21 22:14 ftpd shell2:/home/ftpadmin/etc# and we export it properly as far as I can tell: /usr/home/ftpadmin -maproot=0 ... Hmm... wait a moment.... ftpd setuid()'s itself to the user . Could it be that a pagefault occuring after the setuid() is made can fail because it is trying to access it using the user's uid? If not, then we are back to a permissions-change-out-from-under problem of some sort. -Matt From owner-freebsd-bugs Thu Jul 27 23:18:09 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id XAA28023 for bugs-outgoing; Thu, 27 Jul 1995 23:18:09 -0700 Received: from gw2.att.com (gw2.att.com [192.20.239.134]) by freefall.cdrom.com (8.6.11/8.6.6) with SMTP id XAA28017 for ; Thu, 27 Jul 1995 23:18:07 -0700 Received: from base486.ih.att.com by ig1.att.att.com id AA11334; Fri, 28 Jul 95 02:15:47 EDT Received: (from imdave@localhost) by base486.ih.att.com (8.6.11/8.6.9) id BAA02841 for freebsd-bugs@FreeBSD.org; Fri, 28 Jul 1995 01:11:25 -0500 Date: Fri, 28 Jul 1995 01:11:25 -0500 From: Dave Bodenstab Message-Id: <199507280611.BAA02841@base486.ih.att.com> To: freebsd-bugs@FreeBSD.org Subject: IOSTAT shows no activity for cd0 Sender: bugs-owner@FreeBSD.org Precedence: bulk Hi, Running the 6/22 SNAP, CDROM activity does not show up on iostat With a "find /cdrom -name \*.tar | xargs tar -tvf", iostat shows no activity: Dave Bodenstab imdave@ihats1.ih.att.com ----------- # iostat -w 5 cd0 tty cd0 sd0 sd1 wd0 cpu tin tout sps tps msps sps tps msps sps tps msps sps tps msps us ni sy in id 4 112 0 0 0.0 5 0 0.0 1 0 0.0 19 1 14.0 5 0 6 1 87 0 16 0 0 0.0 0 0 0.0 0 0 0.0 0 0 0.0 2 0 11 3 84 0 16 0 0 0.0 0 0 0.0 0 0 0.0 11 1 11.1 2 0 16 4 78 0 16 0 0 0.0 4 1 0.0 0 0 0.0 0 0 7.6 2 0 13 3 81 0 16 0 0 0.0 0 0 0.0 0 0 0.0 0 0 0.0 2 0 13 5 80 0 16 0 0 0.0 0 0 0.0 0 0 0.0 0 0 0.0 2 0 18 4 76 0 16 0 0 0.0 13 1 0.0 0 0 0.0 62 5 12.3 4 0 15 7 74 0 16 0 0 0.0 0 0 0.0 0 0 0.0 0 0 0.0 2 0 12 4 82 0 16 0 0 0.0 0 0 0.0 0 0 0.0 8 1 6.1 4 0 13 4 79 0 16 0 0 0.0 0 0 0.0 0 0 0.0 12 1 8.1 2 0 16 4 77 # dmesg FreeBSD 2.0.5-950622-SNAP #1: Sun Jul 23 23:46:48 CDT 1995 bin@base486:/usr/src/sys/compile/base486 CPU: i486 DX2 (486-class CPU) Origin = "GenuineIntel" Id = 0x435 Stepping=5 Features=0x3 real memory = 16384000 (4000 pages) avail memory = 14999552 (3662 pages) Probing for devices on the ISA bus: : [snip] : bt0: Bt54xC/ 0-ISA(24bit) bus bt0: This driver is designed for using 32 bit addressing bt0: mode firmware and EISA/PCI/VLB bus architectures bt0: Bounce-buffering will be used (and is necessary) bt0: if you have more than 16MBytes memory. bt0: reading board settings, dma=5, int=11 bt0: version 4.21, sync, parity, 32 mbxs, 32 ccbs bt0: targ 1 sync rate= 5.00MB/s(200ns), offset=12 bt0: targ 2 sync rate=10.00MB/s(100ns), offset=15 bt0: targ 4 sync rate=10.00MB/s(100ns), offset=15 bt0: targ 5 sync rate= 5.00MB/s(200ns), offset=08 bt0: Enabling Round robin scheme bt0 at 0x330 irq 11 drq 5 on isa (bt0:1:0): "NEC CD-ROM DRIVE:500 2.8" type 5 removable SCSI 2 cd0(bt0:1:0): CD-ROM cd present.[300077 x 2048 byte records] (bt0:2:0): "SEAGATE ST31200N 8648" type 0 fixed SCSI 2 sd0(bt0:2:0): Direct-Access 1006MB (2061108 512 byte sectors) sd0(bt0:2:0): with 2700 cyls, 9 heads, and an average 84 sectors/track (bt0:4:0): "SEAGATE ST43400N 0116" type 0 fixed SCSI 2 sd1(bt0:4:0): Direct-Access 2777MB (5688447 512 byte sectors) sd1(bt0:4:0): with 2737 cyls, 21 heads, and an average 98 sectors/track (bt0:5:0): "HP HP35480A A" type 1 removable SCSI 2 st0(bt0:5:0): Sequential-Access density code 0x13, drive empty wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc0: unit 0 (wd0): wd0: 1033MB (2116800 sectors), 2100 cyls, 16 heads, 63 S/T, 512 B/S wdc0: unit 1 (wd1): wd1: 1033MB (2116800 sectors), 2100 cyls, 16 heads, 63 S/T, 512 B/S : [snip] : From owner-freebsd-bugs Fri Jul 28 00:58:39 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id AAA00160 for bugs-outgoing; Fri, 28 Jul 1995 00:58:39 -0700 Received: from ki1.chemie.fu-berlin.de (ki1.Chemie.FU-Berlin.DE [160.45.24.21]) by freefall.cdrom.com (8.6.11/8.6.6) with SMTP id AAA00150 for ; Fri, 28 Jul 1995 00:58:22 -0700 Received: by ki1.chemie.fu-berlin.de (Smail3.1.28.1) from omega.physik.fu-berlin.de (130.133.3.51) with smtp id ; Fri, 28 Jul 95 09:58 MEST Received: by omega.physik.fu-berlin.de; id AA28321; Fri, 28 Jul 1995 09:58:03 +0200 From: Thomas Graichen Message-Id: <9507280758.AA28321@omega.physik.fu-berlin.de> Subject: detailed xdm-nfs-kernel crash report (was "3 ways ...") To: bugs@freebsd.org Date: Fri, 28 Jul 1995 09:58:03 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 4306 Sender: bugs-owner@freebsd.org Precedence: bulk hello here is now some more detailed information about my xdm-nfs-kernel crashes - at first again the description (FreeBSD 2.0.5-RELEASE - but happend since the january snaps - and maybe before - but i started with FreeBSD here in january): * the system crashes then i log in (but not if root does this - it's home is not mounted via nfs) - it only happens sometimes - but if - it will happen at any i try to login after the system has rebooted after that panic - loging in as root and doing a "su - myusername" then logout and login as me works then * /var/log/messages says: julia /kernel: Fatal trap 12: page fault while in kernel mode julia /kernel: fault virtual address = 0x38 julia /kernel: fault code = supervisor read, page not present julia /kernel: instruction pointer = 0x8:0xf01274e2 julia /kernel: code segment = base 0x0, limit 0xfffff, type 0x1b julia /kernel: = DPL 0, pres 1, def32 1, gran 1 julia /kernel: processor eflags = interrupt enabled, resume, IOPL = 3 julia /kernel: current process = 180 (xdm) julia /kernel: interrupt mask = julia /kernel: panic: page fault julia /kernel: julia /kernel: syncing disks... 31 31 30 27 20 13 2 done julia /kernel: julia /kernel: dumping to dev 1, offset 98304 julia /kernel: dump 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 * nm /kernel says: f0123bb0 F vfs_syscalls.o f0127060 F vfs_vnops.o f0148820 F vm_fault.o * gdb -k kernel.0 vmcore.0 says: root@julia /var/crash # gdb -k kernel.0 vmcore.0 GDB is free software and you are welcome to 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. GDB 4.13 (i386-unknown-freebsd), Copyright 1994 Free Software Foundation, Inc... IdlePTD 185000 current pcb at 17eba0 panic: page fault #0 boot (arghowto=256) at ../../i386/i386/machdep.c:870 870 dumppcb.pcb_ptd = rcr3(); (kgdb) where #0 boot (arghowto=256) at ../../i386/i386/machdep.c:870 #1 0xf010d413 in panic (fmt=0xf015af4c "page fault") at ../../kern/subr_prf.c:128 #2 0xf015b9fe in trap_fatal (frame=0xefbffdd0) at ../../i386/i386/trap.c:688 #3 0xf015b570 in trap_pfault (frame=0xefbffdd0, usermode=0) at ../../i386/i386/trap.c:610 #4 0xf015b237 in trap (frame={tf_es = 825098256, tf_ds = 806879248, tf_edi = -261435264, tf_esi = 0, tf_ebp = -272630112, tf_isp = -272630280, tf_ebx = 0, tf_edx = 2147483647, tf_ecx = -2147483648, tf_eax = 0, tf_trapno = 12, tf_err = -261488640, tf_eip = -267225886, tf_cs = 8, tf_eflags = 78470, tf_esp = 0, tf_ss = -272629868}) at ../../i386/i386/trap.c:290 #5 0xf0154981 in calltrap () #6 0xf01245e3 in open (p=0xf06ae600, uap=0xefbfff94, retval=0xefbfff8c) at ../../kern/vfs_syscalls.c:636 #7 0xf015bbe7 in syscall (frame={tf_es = -272695257, tf_ds = -272695257, tf_edi = -272643812, tf_esi = -272643812, tf_ebp = -272644964, tf_isp = -272629788, tf_ebx = 135798880, tf_edx = -1, tf_ecx = 98560, tf_eax = 5, * you may get kernel.0 and vmcore.0 together with my config-file JULIA and the 3 files i've changed from the standard 2.0.5-RELEASE source-tree (minor changes: kern_sysctrl.c - netscape uname-patch, if_ether.c - commented the logging of "arp info overwritten ..." out, lkm.h - the actual one from current which avoids the kernel crashes while loading a misc module, loading it again and unloading it) via ftp from (all compressed with gzip -9): julia.physik.fu-berlin.de:/pub/freebsd/crash * if you have any questions - please send me a mail - i'll try to give you any information you need - i really would like to fix this problem - because we depend on the fix thanks in advance - t _______________________________________________________||_____________________ __|| Perfection is reached, not when there is no __|| thomas graichen longer anything to add, but when there __|| freie universitaet berlin is no longer anything to take away __|| fachbereich physik __|| - Antoine de Saint-Exupery - __|| ___________________________||____email: graichen@omega.physik.fu-berlin.de____ From owner-freebsd-bugs Fri Jul 28 01:45:02 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id BAA01370 for bugs-outgoing; Fri, 28 Jul 1995 01:45:02 -0700 Received: from ki1.chemie.fu-berlin.de (ki1.Chemie.FU-Berlin.DE [160.45.24.21]) by freefall.cdrom.com (8.6.11/8.6.6) with SMTP id BAA01358 for ; Fri, 28 Jul 1995 01:44:58 -0700 Received: by ki1.chemie.fu-berlin.de (Smail3.1.28.1) from omega.physik.fu-berlin.de (130.133.3.51) with smtp id ; Fri, 28 Jul 95 10:44 MEST Received: by omega.physik.fu-berlin.de; id AA22363; Fri, 28 Jul 1995 10:44:48 +0200 From: Thomas Graichen Message-Id: <9507280844.AA22363@omega.physik.fu-berlin.de> Subject: /etc/ntp.conf sample (correction) To: bugs@freebsd.org Date: Fri, 28 Jul 1995 10:44:48 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1462 Sender: bugs-owner@freebsd.org Precedence: bulk hello - here's a small correction to my last mail: >i think there is a sample of /etc/ntp.conf missing in FreeBSD - for instance: > >#driftfile /etc/ntp.drift >#peer put_a_sample_time_server_here > >also a notice in /etc/sysconfig about the need to adapt /etc/ntp.conf should >be there for me xntpd stay only up if i call it with sysconfig options "-c /etc/ntp.conf" (which is really not needed - because it's the default) - it looks like a simple timing problem (maybe the net is not up enough then the xntpd is started) - thus i would like to ann an comment to sysconfig at the XNTPD line - that possible options are "NO" or "-c /etc/ntp.conf" for yes or other options from the man-page t p.s.: if i start it without "-c /etc/ntp.conf" it will not stay alive it prints oly it's message in /var/log/messages and exits - with "-c /etc/ntp.conf" it prints the message - but now it also says "using xntpd phase-lock loop" and stays up - curious _______________________________________________________||_____________________ __|| Perfection is reached, not when there is no __|| thomas graichen longer anything to add, but when there __|| freie universitaet berlin is no longer anything to take away __|| fachbereich physik __|| - Antoine de Saint-Exupery - __|| ___________________________||____email: graichen@omega.physik.fu-berlin.de____ From owner-freebsd-bugs Fri Jul 28 02:23:07 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id CAA02925 for bugs-outgoing; Fri, 28 Jul 1995 02:23:07 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.11/8.6.6) with SMTP id CAA02919 for ; Fri, 28 Jul 1995 02:23:02 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA27315; Fri, 28 Jul 1995 11:22:45 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id LAA12148; Fri, 28 Jul 1995 11:22:44 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id JAA22397; Fri, 28 Jul 1995 09:28:20 +0200 From: J Wunsch Message-Id: <199507280728.JAA22397@uriah.heep.sax.de> Subject: Re: panics with 2.0.5-RELEASE To: sef@kithrup.com (Sean Eric Fagan) Date: Fri, 28 Jul 1995 09:28:20 +0200 (MET DST) Cc: bugs@FreeBSD.org In-Reply-To: <199507272339.QAA29699@kithrup.com> from "Sean Eric Fagan" at Jul 27, 95 04:39:10 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 665 Sender: bugs-owner@FreeBSD.org Precedence: bulk As Sean Eric Fagan wrote: > > instruction pointer = 0x8:0xf016504d > f0165000 T _bcopyx > f0165010 T _bcopy > f0165010 T _ovbcopy > f0165010 t bcopy > f0165054 T _memcpy So it's in bcopy(). I'm afraid this will require a stack trace to be tracked down. :-( Try getting a core dump (dumpon is your friend), and look into it with gdb -k. Best is to try it a few times, so you can see if it's consistent across several panics or if it's appearing all over the place (which would be more typical for a hardware error). -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Fri Jul 28 14:16:24 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id OAA05177 for bugs-outgoing; Fri, 28 Jul 1995 14:16:24 -0700 Received: from tellab5.lisle.tellabs.com (tellab5.lisle.tellabs.com [138.111.243.28]) by freefall.cdrom.com (8.6.11/8.6.6) with SMTP id OAA05167 for ; Fri, 28 Jul 1995 14:16:22 -0700 From: mikebo@tellabs.com Received: from tellabk.tellabs.com by tellab5.lisle.tellabs.com with smtp (Smail3.1.29.1 #4) id m0sbwVl-000jC8C; Fri, 28 Jul 95 16:00 CDT Received: by tellabk.tellabs.com (4.1/1.9) id AA05570; Fri, 28 Jul 95 16:00:00 CDT Message-Id: <9507282100.AA05570@tellabk.tellabs.com> Subject: FBSD v2.0.5: NFS to multi-homed servers broken To: bugs@freebsd.org Date: Fri, 28 Jul 1995 15:59:59 -0500 (CDT) Cc: mikebo (Mike Borowiec) X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 2208 Sender: bugs-owner@freebsd.org Precedence: bulk Greetings - I've sent messages about this problem to the hackers and questions lists for a couple weeks now and noone has bothered to reply. Since it IS a bug, perhaps it will get more attention here... (Perhaps not... ;v) A fellow BSDer and myself are both seeing a problem with FreeBSD 2.0.5R clients that attempt to mount partitions from multi-homed servers (Suns). It looks like the culprit might be changes made to clnt_udp.c:clntudp_call to create UDP socket connections. It looks like this change was made to quickly figure out whether the other end was actually there without waiting for the timeout. This is different than the Sun RPC method, and unfortunately, it also breaks in a spectacular way. On our boxes, mount_nfs can't talk to the portmapper to even figure out whether NFS is there. Due to the route table on the server, the portmapper reply may come back with a different source address than the destination address associated with the connection. In this case the kernel obligingly drops the packet and sends a port unreachable back to the server. Clearly, this is BROKEN since, in the case of a multi-homed server, we don't know *which* interface the reply might come from. Perhaps it would be better to accept the packet regardless of its source address, i.e. if the lookup fails in udp_input and inp_faddr is not INADDR_ANY, try the lookup again with INADDR_ANY, and it would probably work. Comments anyone...? Am I in the right place, or should I be sending this bug report directly to "rgrimes", whose May 30 update stamp is in /usr/src/lib/libc/rpc/clnt_udp.c and pmap_getport.c? - Mike PS> I appreciate the good intentions of those that wrote suggesting that I try the "noconn" option (aka. the "-c" flag to mount_nfs). Unfortunately, that's *not* the solution to this problem - no effect. -- -------------------------------------------------------------------------- Michael Borowiec Network Operations Tellabs Operations, Inc. mikebo@TELLABS.COM 1000 Remington Blvd. MS109 708-378-6007 FAX: 708-378-6714 Bolingbrook, IL, USA 60440 -------------------------------------------------------------------------- From owner-freebsd-bugs Fri Jul 28 15:20:35 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id PAA11207 for bugs-outgoing; Fri, 28 Jul 1995 15:20:35 -0700 Received: from bertrand.ccs.carleton.ca (bertrand.ccs.carleton.ca [134.117.1.42]) by freefall.cdrom.com (8.6.11/8.6.6) with SMTP id PAA11201 for ; Fri, 28 Jul 1995 15:20:33 -0700 Received: from tvo.org by bertrand.ccs.carleton.ca (4.1/SMI-4.0) id AA05703; Fri, 28 Jul 95 18:20:30 EDT From: Jordon_Davidson@tvo.org (Jordon Davidson) Reply-To: Jordon_Davidson@tvo.org To: bugs@FreeBSD.org Subject: Setup Trouble Date: 28 Jul 1995 23:01:32 GMT Message-Id: <19394526.5269335@tvo.org> Organization: From TVOntario's Public BBS Sender: bugs-owner@FreeBSD.org Precedence: bulk Hello FreeBSD people, I have purchased your operating system on CD from Walnut Creek and I'm having a devil of a time getting it to setup. I am running a 75MHz Pentium box with 32 MB on board, an Adaptec AHA-1540CF SCSI board connected to a Conner 4.2 GB hard drive and 3 Panasonic CR-504-B CD-Rom drives. I have made boot and cpio floppies using both the batch file and manually with the same effect, a fatal system crash when BSD tries to newfs the partitions. I have reserved 55MB for a dos slice in the first one and the rest is set for FreeBSD on the next slice. In that slice I have the partitions as follows: a 32MB / b 64MB swap e 55MB /dos f 200MB /usr g 100MB /usr/local h 3600MB /usr/users When I hit Proceed to complete the installation I receive the following error message. EXEC(/stand/newfs) Failed, code=5888 and the debug editor reads: Debug <10> Progress With a block size of 32768 minimum bytes per inode is 5990 Minimum bytes per inode is 5990 With 16065 sectors per cylinder, minimum cylinders per group is 64 This requires the block size to be changed from 8192 to 37768 and the fragment size to be changed from 1024 to 4096 By setting up under the Fixit utility I receive the following fatal error: EXEC(/stand/fsck) Failed, code=8 with debug message: Debug <10> Progress ** /dev/rsd0a BAD SUPER BLOCK: MAGIC NUMBER WRONG Admittedly I ran this without the benefit of a complete installation. Next I tried to run the /kernel at bootup with the various extentions although I've no idea what they do, trial and error hoping one of them would allow me to reset the block and fragment sizes. /kernel -b yielded the extra debug text: Debug Debug Debug Debug <10> and then the same error message as the first one. I'm sure the problem is minor but I'm at a loss as to how to fix it. A prompt response would be really helpful. Thanks in advance, Jordon Davidson, Neptune Internet Services. P.S. I'm sure you already knew this but the instructions for making the boot floppies manualy erroneously refers to the dos_tool directory as 'dos-tool'. La-Tor, Jordon. From owner-freebsd-bugs Fri Jul 28 18:06:00 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id SAA17285 for bugs-outgoing; Fri, 28 Jul 1995 18:06:00 -0700 Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by freefall.cdrom.com (8.6.11/8.6.6) with SMTP id SAA17279 for ; Fri, 28 Jul 1995 18:05:58 -0700 Received: by dg-rtp.dg.com (5.4R2.01/dg-rtp-v02) id AA09471; Fri, 28 Jul 1995 21:05:24 -0400 Received: (rivers@localhost) by ponds.UUCP (8.6.11/8.6.5) id UAA17812; Fri, 28 Jul 1995 20:54:28 -0400 Date: Fri, 28 Jul 1995 20:54:28 -0400 From: Thomas David Rivers Message-Id: <199507290054.UAA17812@ponds.UUCP> To: freebsd-bugs@freebsd.org, freebsd-hackers@freebsd.org Subject: Problem with /bin/mv on 2.0.5. Sender: bugs-owner@freebsd.org Precedence: bulk This is a problem on 2.0.5R... If you have the following directory: /usr/user/DIR and the mode of DIR is as in: drwx------ 2 user general 512 Jul 28 20:34 DIR/ and you execute the following (as the user 'user'): cd /tmp touch t mv t /usr/user/DIR you will get a message from mv: mv: /usr/user/DIR/t: set owner/group: Operation not permitted the message was not produced at 2.0. I have determined that /bin/mv hasn't changed, and that this message is produced by /bin/mv when the fchown() call for the destination failed, with errno set to EPERM. So, what's changed in fchown() that would cause this - the message is quite aggravating. - Dave Rivers - From owner-freebsd-bugs Fri Jul 28 20:23:22 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id UAA20885 for bugs-outgoing; Fri, 28 Jul 1995 20:23:22 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id UAA20853 ; Fri, 28 Jul 1995 20:22:57 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id NAA14124; Sat, 29 Jul 1995 13:19:59 +1000 Date: Sat, 29 Jul 1995 13:19:59 +1000 From: Bruce Evans Message-Id: <199507290319.NAA14124@godzilla.zeta.org.au> To: freebsd-bugs@FreeBSD.org, freebsd-hackers@FreeBSD.org, ponds!rivers@dg-rtp.dg.com Subject: Re: Problem with /bin/mv on 2.0.5. Sender: bugs-owner@FreeBSD.org Precedence: bulk >If you have the following directory: > /usr/user/DIR >and the mode of DIR is as in: >drwx------ 2 user general 512 Jul 28 20:34 DIR/ >and you execute the following (as the user 'user'): > cd /tmp > touch t > mv t /usr/user/DIR >you will get a message from mv: > mv: /usr/user/DIR/t: set owner/group: Operation not permitted When a file is moved across file systems, it is impossible to preserve the group if the user is not a member of the original group. >the message was not produced at 2.0. I have determined that /bin/mv >hasn't changed, and that this message is produced by /bin/mv when >the fchown() call for the destination failed, with errno set to EPERM. > So, what's changed in fchown() that would cause this - the message >is quite aggravating. fchown() was changed to reduce the problem. Now it is not an error to fchown() a file to the same owner/group that it already has. Previously this was an error if the user didn't belong to the target group. Now it is possible to move a file across file systems without getting the error provided the target directory has the same gid as the source file, but there is no difference for the more common case of a file in /tmp that has a different gid to your home directory. You probably had your user directory on the same file system as /tmp in 2.0. mv was too broken to report the error in 1.1.5. Bruce From owner-freebsd-bugs Fri Jul 28 23:37:49 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id XAA27779 for bugs-outgoing; Fri, 28 Jul 1995 23:37:49 -0700 Received: from ki1.chemie.fu-berlin.de (ki1.Chemie.FU-Berlin.DE [160.45.24.21]) by freefall.cdrom.com (8.6.11/8.6.6) with SMTP id XAA27771 for ; Fri, 28 Jul 1995 23:37:47 -0700 Received: by ki1.chemie.fu-berlin.de (Smail3.1.28.1) from sirius.physik.fu-berlin.de (130.133.3.140) with smtp id ; Sat, 29 Jul 95 08:37 MEST Received: by sirius.physik.fu-berlin.de; id AA18519; Sat, 29 Jul 1995 08:37:33 +0200 From: Thomas Graichen Message-Id: <9507290637.AA18519@sirius.physik.fu-berlin.de> Subject: hanging mounts To: bugs@freebsd.org Date: Sat, 29 Jul 1995 08:37:33 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 2142 Sender: bugs-owner@freebsd.org Precedence: bulk hello i've a problem with automounter (amd) mounts are not umounted correctly: (FreeBSD is 2.0.5-RELEASE - but the same happend since the january snaps - the time i started to install FreeBSD here) * this is a df now graichen@julia:~> date Sat Jul 29 08:31:20 MET DST 1995 graichen@julia:~> df Filesystem 1024-blocks Used Available Capacity Mounted on /dev/wd0a 31775 10550 18683 36% / /dev/wd0e 309699 194207 90716 68% /usr procfs 4 4 0 100% /proc omega:/usr/spool/mail 801763 503212 218374 70% /usr/var/mail sirius:/amd/sirius/home/gaeste 815213 660190 73501 90% /amd/sirius/home/gaeste ... * and this is the last entry in the amd-log about /amd/sirius/home/gaeste: Jul 29 02:11:21 julia amd[3789]/warn: unmount: /amd/sirius/home/gaeste is not mounted Jul 29 02:11:21 julia amd[100]/info: sirius:/amd/sirius/home/gaeste unmounted fstype nfs from /amd/sirius/home/gaeste * the amd-map looks like: /defaults \ opts:=intr,quota,nosuid,nodevs,utimeout=600;sublink:=${key};rfs:=${fs} username -fs:=${autodir}/sirius/home/gaeste \ host==sirius;type:=link \ host!=sirius;type:=nfs;rhost:=sirius * the amd is startet via the following sysconfig line: amdflags="-a /amd -l /var/log/amd-messages -x fatal /home amd.home" * it happens only in connection to _one_ machine (sirius) - but it doesn't happen at other machines (DEC OSF/1 3.0, Linux 1.2.11) * any ideas ? - if you need any more information - please send a mail to me t _______________________________________________________||_____________________ __|| Perfection is reached, not when there is no __|| thomas graichen longer anything to add, but when there __|| freie universitaet berlin is no longer anything to take away __|| fachbereich physik __|| - Antoine de Saint-Exupery - __|| ___________________________||____email: graichen@omega.physik.fu-berlin.de____ From owner-freebsd-bugs Sat Jul 29 04:30:23 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id EAA10707 for bugs-outgoing; Sat, 29 Jul 1995 04:30:23 -0700 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id EAA10700 for freebsd-bugs; Sat, 29 Jul 1995 04:30:21 -0700 Date: Sat, 29 Jul 1995 04:30:21 -0700 From: GNU GNATS Message-Id: <199507291130.EAA10700@freefall.cdrom.com> To: freebsd-bugs Subject: List of open Problem Reports Sender: bugs-owner@FreeBSD.org Precedence: bulk This is the list of currently open problem reports [1994/09/14] kern/1 Toshiba MK156FB scsi drive does not work with 2.0 ke [1994/10/07] kern/6 System hangs while using slip or ppp connection [1994/11/13] i386/14 No MBR put on prestine IDE disk drive [1994/11/14] bin/17 "mount -t foo /dev/wd1h /mnt" gives incorrect error [1994/11/18] conf/22 Cannot use links to share kernel objects [1994/11/23] kern/27 Loopback mounts confuse unmount-on-reboot code [1994/11/30] kern/34 nullfs and union mounts can result in wild pointer r [1994/12/03] kern/39 Recent config changes hosed ft config [1994/12/04] kern/40 Floppy tape probe hosed (FIX) [1994/12/06] kern/42 PC-NFS on -current can't access disks [1994/12/07] docs/43 manpage for keysu is missing. reference from keyinit [1994/12/07] kern/44 ep driver won't work with anything but bnc [1994/12/08] kern/46 ed driver don't know the link0 flag (IFF_LINK0) [1994/12/13] misc/48 /etc/rc does not recover recovery files [1994/12/14] kern/51 Panic accessing NFS mounted file system [1994/12/18] misc/67 It took 20 tries to get free-bsd installed [1994/12/18] misc/68 bininst leaves system kinda hung [1994/12/21] misc/75 Netboot ignores gateway [1994/12/20] conf/76 fdisk can't be trusted. [1994/12/21] i386/79 Reboots sometimes don't complete. [1994/12/23] misc/83 System crash after abrupt end of slip session [1995/01/03] kern/95 Configuring a SLIP device with source = destination [1995/01/09] kern/102 PANIC after running Merged Buffer Cache kernel for a [1995/01/10] bin/104 pax -rwl may corrupt filesystem [1995/01/11] i386/105 Distributed libm (msun) has non-standard error handl [1995/01/13] gnu/107 kernel build produces internal compiler error [1995/01/14] misc/112 ^C cause panic during install [1995/01/14] bin/115 systat iostat display doesn't scale high enough [1995/01/14] bin/116 disk transfer rates reported by systat :iostat are t [1995/01/14] misc/118 use of 386bsd partition tag makes multi-os boot hard [1995/01/14] misc/119 you cannot tune your newfs parameters at intall time [1995/01/14] misc/120 first Initial security report is bogus becuase of ls [1995/01/14] bin/124 traceroute doesn't support -g flag. [1995/01/14] docs/127 locate man page does not have any clues to how the d [1995/01/14] bin/129 fsck cannot take a mount point as an argument [1995/01/14] docs/131 there is no man page for uucpd [1995/01/14] docs/132 gettytab documentation is split between /etc/gettyta [1995/01/14] bin/133 mail program doesn't have editheaders option [1995/01/14] bin/135 not enough ptys; virtual console names conflict with [1995/01/15] bin/146 version of compress is kinda old and slow [1995/01/19] bin/151 One of the pkg_add set /tmp mod to 755 [1995/01/20] bin/153 mount -u improvement for diskless systems [1995/01/21] kern/157 Quota system does not work [1995/01/21] bin/163 telneting sometimes doesn't yield a "login:" prompt [1995/01/21] docs/164 no ptrace(2) manual page. [1995/01/21] docs/165 No documentation on kernel boot flags. [1995/01/21] misc/166 /usr/include/machine/asmacros.h includes uninstalled [1995/01/21] kern/169 Errors from mkdir & mv when directories paths end wi [1995/01/21] bin/170 ar does not print an error message with readonly lib [1995/01/21] docs/171 No documentation on .forward files. [1995/01/21] bin/172 cp -f does not work [1995/01/21] bin/173 rc trys to mount modload fs before ld is available. [1995/01/21] bin/174 Poor error message from stty [1995/01/22] kern/175 Syscons does not recover X graphics mode [1995/01/22] kern/176 EIDRM not defined in errno.h [1995/01/22] docs/177 man pages missing for SYSV IPC funtions [1995/01/24] gnu/183 can't resolve "operator <<" overload [1995/01/24] bin/184 send-pr says "Aborting ..." and happily removes the [1995/01/25] kern/185 kernel stability problems - can't sustain uptimes > [1995/01/25] bin/188 disklabel uses c partition by default, kernel says d [1995/01/30] gnu/196 size of bss in *.o's reported wrong by size [1995/01/30] bin/198 1.1.5.1 pine binary loops; top shows fancy values [1995/02/01] bin/199 quiz(6) reading database bug, pattern matching bug [1995/02/01] misc/202 System hang or reboot without clues, tcp ppp named r [1995/02/14] kern/214 Using wt driver crashes system [1995/02/14] kern/216 /kernel: panic: ffs_alloccg: map corrupted [1995/02/14] docs/218 dbm references from hash(3) [1995/02/16] kern/219 Performance on local net drops too much when SNDBUF [1995/02/16] misc/220 Cancel still doesn't work during install [1995/02/16] misc/221 lots of error messages during unpacking via ftp inst [1995/02/16] i386/222 boot prompt doesn't always work [1995/02/16] misc/223 default domain shouldn't be hostname [1995/02/18] kern/224 ppp net serial [1995/03/02] misc/229 acos() core dump [1995/03/03] bin/230 C++ contructors not being called [1995/03/05] gnu/231 send-pr initializes Organization with ~/.signature [1995/03/05] docs/232 The mandoc .St macro doesn't work or misses IEEE754 [1995/03/10] misc/236 2.0-950210-SNAP/src/extract.sh references "release" [1995/03/11] kern/238 failed assertion in ncr.c --> no more scsi disk acce [1995/03/13] bin/241 strange behavior of /bin/sh [1995/03/17] kern/247 Berkeley Packet Filter fix [1995/03/17] kern/248 scbus attach/probe information is inconsistent [1995/03/19] gnu/256 nasty gdb bug back in 031595 system [1995/03/20] docs/263 There is absolutely no documentation for the dialog [1995/03/21] kern/266 ifconfig panics kernel built without option NFS [1995/03/28] kern/275 qic-02 streamer won't work [1995/03/28] kern/277 netstat -r reports entries with negative expire time [1995/03/28] kern/280 the new slice code is bitching about my old slices [1995/03/28] kern/281 Messages printed when checking CD ROM device too ver [1995/03/28] kern/282 buslogic adapter information WAY too verbose [1995/03/29] kern/284 Network gives permission denied [1995/03/30] kern/287 Several header files are not consistent [1995/03/31] kern/288 panic: free: multiple frees [1995/04/01] kern/291 PCI devices still probe/attach after being disabled [1995/04/01] kern/293 wd0: interrupt timeout [1995/04/04] kern/299 SCSI probes stop at ID 7 even for WIDE busses [1995/04/05] bin/300 __fdnlist fails on kernels created by cc -g and stri [1995/04/06] conf/301 Log rotation wastes _much_ to much space [1995/04/06] kern/302 Changing st tapes after extract crashes system [1995/04/09] bin/316 SNAP950322 less stable on IDE than earlier releases [1995/04/09] docs/317 Install README doesn't list matcd as install choice [1995/04/09] bin/320 TCP/IP settings entered b4 install are not kept FDIV [1995/04/09] bin/321 TCP/IP settings given during install are not kept FD [1995/04/09] bin/323 Creating lost+found causes fsck to stop fsck -y FDIV [1995/04/09] bin/326 Weekly cron generates some usage and error messages [1995/04/09] bin/327 Clock management punishes you if CMOS != GMT FDIV020 [1995/04/09] bin/329 FTP transfers above 99K shown in scientific notation [1995/04/11] kern/336 make world fails on NCR-SCSI machine [1995/04/14] docs/341 vnconfig(8) disagrees with its man page [1995/04/14] bin/342 lpd can allow users access to all of root's groups [1995/04/14] kern/343 tcpdump with filter fails on tun and lo devices [1995/04/14] misc/344 Signal 11 when running a user program [1995/04/15] kern/345 panic "biodone: page busy < 0" [1995/04/17] kern/349 Panic with bad dir [1995/04/20] kern/353 xcdplayer crashes machine (with NCR810 SCSI) [1995/04/20] kern/354 Can't configure two IP aliases with the same network [1995/04/20] misc/355 policy on /usr/local permission in base release [1995/04/20] bin/357 pkg_delete aborts when subcommand fails [1995/04/24] bin/359 BS/DEL is still not quite right. [1995/04/26] kern/366 queue changes broke ISO tpip code [1995/04/26] kern/367 kernel hangs after ep0 attach message appears [1995/04/26] i386/369 AHA-154X-A problems [1995/05/01] gnu/373 In response to admittedly bogus code, gcc emits an o [1995/05/01] kern/374 panic: bad dir [1995/05/01] bin/375 NIS does not seem to work with Kerberos [1995/05/02] kern/376 tcpdump seems to cause spontaneous reboots [1995/05/02] kern/377 Can't config any but first bus of a host adapter [1995/05/03] kern/378 (apparently) bounce buffer code gets used on 32bit b [1995/05/05] kern/383 dd to from /dev/mem panics the machine. [1995/05/06] kern/384 ep0 conflicts with some other drivers [1995/05/06] kern/385 ep0 finds card on irq 10 when it's actually on 11 [1995/05/07] kern/387 scsistrategy doesn't use bounce buffers [1995/05/08] bin/389 Simultaneous creation/deletion of dirs corrupts file [1995/05/11] i386/394 IP multicast not supported by ep driver [1995/05/12] bin/398 VI doesnt do the correct thing [1995/05/13] bin/401 Add REMOTE_* variables [1995/05/13] bin/402 w -n shows non-numeric addresses [1995/05/13] misc/403 FreeBSD 1-compiled tcsh, bash and zsh binaries dump [1995/05/14] kern/405 The gpio driver does not work with the AT-GPIB, only [1995/05/14] bin/406 Sendmail 8.6.11 was not imported correctly. [1995/05/14] bin/410 bad144(8) should probably scan the bad block remap s [1995/05/14] kern/411 bad144 allow you to add blocks in the remap area [1995/05/14] kern/416 page fault in syscons.c:scopen() [1995/05/14] bin/419 pkg_delete refuses to delete an incompletely added p [1995/05/15] misc/423 Sound devices are too insecure [1995/05/15] kern/424 3COM 3C509 driver doesn't support multicast [1995/05/16] kern/425 arp entries not getting removed when interface chang [1995/05/16] kern/427 eg doesn't work with more than one card [1995/05/16] kern/428 configure is not foolproof [1995/05/19] kern/430 SCSI Tape dont work [1995/05/19] misc/431 Processes sometime's hang and wont die when they hav [1995/05/21] bin/432 mixer should print out the current mixer settings by [1995/05/22] kern/434 umapfs panics when mounting ufs over itself [1995/05/23] kern/435 mb_map full, network starts jumping off and on, fina [1995/05/23] misc/437 addition for /usr/src/usr.bin/file/Magdir/zyxel [1995/05/23] i386/440 want vidcontrol option to apply settings to all sysc [1995/05/24] bin/441 more does not call vi with +linenum when EDITOR=vi [1995/05/24] gnu/442 when invoked from "make' cc not including name lists [1995/05/25] kern/443 65 sendmails crashes system [1995/05/26] i386/444 GUS sound driver does not seem to work. [1995/05/26] kern/446 unable to diskless-boot a PC when the server mounts [1995/05/26] kern/448 ktrace not enabled in default kernel [1995/05/27] gnu/450 tar --exclude -c doesn't work [1995/05/28] gnu/451 cvsinit/cvs doesn't work as expected with perl [1995/05/28] kern/452 vnode swapping panics [1995/05/28] misc/453 The release/Makefile does not make all des/eBones ta [1995/05/28] bin/454 compile ports/x11/iv and ld got sig11 [1995/05/28] misc/455 library wont compile [1995/05/29] bin/457 We may have an obscure csh bug [1995/05/30] docs/458 px doc does not find include figure [1995/05/30] kern/459 Systems freezes w/ 2842 [1995/05/30] kern/462 struct utsname.version corrupted after calling uname [1995/05/31] bin/464 dialog_gauge goes one char too far for 100% value [1995/05/31] kern/466 Unexpected disk errors during installation/newfs [1995/06/01] ports/467 utils/kp wrong distfile place after make fetch [1995/06/01] misc/469 ctm leaves temp files after errors [1995/06/01] kern/471 System can not access SCSI DAT tape. [1995/06/02] bin/476 kvm_openfiles called w/ too small error buffer [1995/06/02] bin/477 telnet autologin ain't working [1995/06/03] docs/480 We don't have an rhosts.5 man page [1995/06/04] bin/486 ls includes utmp.h but doesn't use it [1995/06/05] misc/487 [1995/06/05] kern/492 sysinstall shows "success" after "no space" failure. [1995/06/07] kern/496 kzip'ed kernel & modload problem [1995/06/07] kern/497 system calls to the kernel for BSDI uname() compatib [1995/06/07] bin/499 pkg_manage percent done is broken/dependancies arent [1995/06/07] bin/500 pkg_manage fails to continue without return sometime [1995/06/08] kern/501 CTRL-ALT-DEL at config> prompt causes trap 12 [FDIV [1995/06/09] bin/502 xdr_double is missing [1995/06/12] bin/506 "Release" id generated by send-pr looks incorrect. [1995/06/13] bin/508 getnetgrent() prints un-helpful error message (with [1995/06/13] bin/509 netgroup cycle detection is too "greedy" [1995/06/13] bin/510 netgroup host matching doesn't appear to work [1995/06/14] kern/512 writing to bpf(loopback) causes kernel panic [1995/06/14] bin/513 Suspending and resuming vi gives TIOCGWINSIZ error [1995/06/14] bin/514 Crash recovery impossible without static mt/chflags. [1995/06/14] gnu/515 Info command has no tutorial [1995/06/15] kern/516 Crynwr compatibility mode for PLIP driver. [1995/06/15] bin/517 Bad group change with 'install' [1995/06/15] bin/519 execution of quotacheck from /etc/rc fails [1995/06/15] docs/520 instructions are not clear as to what the url should [1995/06/15] docs/521 catgets() man page error [1995/06/15] kern/522 closing bpf will panic system in bpf.c line 278 [1995/06/17] kern/527 dump causes assertion in ncr.c [1995/06/17] kern/528 slow 386 reports excessive interrupt-level buffer ov [1995/06/17] conf/529 Please put mountd's '-n' flag into /etc/sysconfig [1995/06/18] misc/530 Failed install from SCSI tape [1995/06/18] kern/532 buslogic bt 445S hangups wit FreeBSD 2.0.5 [1995/06/19] misc/535 Sysinstall takes down the network. [1995/06/20] docs/536 No copyrights in usr/src/lib/libc/stdtime [1995/06/20] bin/537 FSCK Fails [1995/06/22] kern/540 ed0 is loosing packets on input [1995/06/22] i386/541 Alternate Reset method by unmapping ALSO broken [1995/06/23] docs/546 Shared memory manual pages [1995/06/23] misc/556 Bug in /etc/rc [1995/06/23] bin/557 ar utility exausts all available file descriptors [1995/06/25] i386/563 isa conflict detection cannot handle ioaddr 0x0 [1995/06/26] kern/565 [1995/06/27] bin/569 Slattach behaviour inconsistant [1995/06/28] kern/574 hang when interrupting tcpdump on dismantled ppp int [1995/07/01] kern/576 BIOS doesn't recognize serial ports after FreeBSD us [1995/07/02] kern/579 sio: RS_IBUFSIZE at 256 bytes serial lines loose dat [1995/07/02] bin/580 xntpd doesn't work with Tobit DCF77 receiver. [1995/07/02] bin/581 iijppp may hang indefinitely [1995/07/02] misc/583 rlogin over PPP does not handle input [1995/07/03] kern/586 Timeouts on SCSI Adaptec 2940 [1995/07/04] kern/587 if_le hangs on OACTIVE with 2k buffer [1995/07/04] kern/588 Configuration of DEC ethernet cards not possible [1995/07/04] conf/589 /etc/rc should eval amd ${amdflags} [1995/07/05] kern/590 pager input errors on NCR SCSI 486 mainboard [1995/07/05] bin/591 SPAP request REJexted in stead of NAKed [1995/07/05] bin/594 "mkdir -p some/path/" fails to create last path comp [1995/07/06] i386/596 and conflict with _POSIX_SOURCE [1995/07/06] ports/597 libxview.so.3.2 seems to include reference to cfree( [1995/07/07] bin/599 pkg_add does not stop if dependencies are missing [1995/07/08] i386/602 disklabel : changes to cylinder details not saved [1995/07/09] bin/604 Various commands allow access to expired accounts [1995/07/09] misc/605 [1995/07/10] gnu/608 `send-pr' inserts wrong default for ">Release:" fiel [1995/07/12] bin/610 ctm_scan is broken (make all fails) [1995/07/13] kern/611 WIDE-dhcp doesn't work with FreeBSD-2.0 bpf [1995/07/14] bin/613 send-pr reports wrong release [1995/07/14] kern/614 SCSI tape timeout for forward space file is too shor [1995/07/14] ports/616 fake-pkg target in ports ignores NO_PACKAGE [1995/07/14] ports/617 screen(1) locks up tty under pcvt or scons [1995/07/14] ports/618 screen(1) locks up tty under pcvt or scons [1995/07/19] bin/624 pkg_manage doesn't show directory symlinks [1995/07/19] kern/625 keyboard lockups during boot and forever after [1995/07/20] kern/627 vidcontrol causes crash when booted with sc0 disable [1995/07/20] kern/629 user mode ppp dies when sending [1995/07/21] i386/631 if_ix does not support bpf, nor does it appear to su [1995/07/24] docs/633 no manpage for ndbm [1995/07/26] conf/634 Too hard to build new boot floppies [1995/07/26] bin/635 makefile for sbin/route doesn't make keywords.h when [1995/07/27] bin/636 /usr/share/examples Makefiles missing [1995/07/27] kern/637 If used heavily, ahc will crash, with disk timeouts This is the list of problem reports already analyzed: [1994/12/01] kern/35 mount -t union -o -b : lower layer not seen by shell [1995/01/21] misc/162 routes seem to accumulate under 2.0-950112-SNAP [1995/02/14] kern/215 SNAP-950112 crashed with "panic: page fault" [1995/03/20] kern/260 msync and munmap don't bother to update mod times [1995/03/20] docs/264 There are no manual pages for the forms library. [1995/03/22] kern/267 NFS code gives error messages, systems jams for a fe [1995/05/09] bin/392 Simultaneous cp and ls of files on dos f/s hangs pro [1995/05/14] ports/412 should tracker-4.29 really depend on gmake? [1995/06/21] docs/538 MAP_FILE not mentioned in mmap man page. [1995/07/05] pending/593 ldconfig -m /* EOF -- this list has not been truncated */ From owner-freebsd-bugs Sat Jul 29 05:11:41 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id FAA12433 for bugs-outgoing; Sat, 29 Jul 1995 05:11:41 -0700 Received: (from bde@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id FAA12419 ; Sat, 29 Jul 1995 05:11:40 -0700 Date: Sat, 29 Jul 1995 05:11:40 -0700 From: Bruce Evans Message-Id: <199507291211.FAA12419@freefall.cdrom.com> To: proff@suburbia.apana.org.au, bde, freebsd-bugs Subject: Changed information for PR ports/618 Sender: bugs-owner@FreeBSD.org Precedence: bulk Synopsis: screen(1) locks up tty under pcvt or scons State-Changed-From-To: open-closed State-Changed-By: bde State-Changed-When: Sat Jul 29 05:10:28 PDT 1995 State-Changed-Why: Duplicate of PR 617. From owner-freebsd-bugs Sat Jul 29 05:15:23 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id FAA12697 for bugs-outgoing; Sat, 29 Jul 1995 05:15:23 -0700 Received: (from bde@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id FAA12683 ; Sat, 29 Jul 1995 05:15:22 -0700 Date: Sat, 29 Jul 1995 05:15:22 -0700 From: Bruce Evans Message-Id: <199507291215.FAA12683@freefall.cdrom.com> To: paepcke@arcway.snafu.de, bde, freebsd-bugs Subject: Changed information for PR bin/610 Sender: bugs-owner@FreeBSD.org Precedence: bulk Synopsis: ctm_scan is broken (make all fails) State-Changed-From-To: open-closed State-Changed-By: bde State-Changed-When: Sat Jul 29 05:13:37 PDT 1995 State-Changed-Why: Fixed in revision 1.12 1995/07/13 of ctm_scan.c. From owner-freebsd-bugs Sat Jul 29 05:20:01 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id FAA12909 for bugs-outgoing; Sat, 29 Jul 1995 05:20:01 -0700 Received: (from bde@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id FAA12888 ; Sat, 29 Jul 1995 05:19:59 -0700 Date: Sat, 29 Jul 1995 05:19:59 -0700 From: Bruce Evans Message-Id: <199507291219.FAA12888@freefall.cdrom.com> To: pjumelle@france-networks.fr, bde, freebsd-bugs Subject: Changed information for PR bin/502 Sender: bugs-owner@FreeBSD.org Precedence: bulk Synopsis: xdr_double is missing State-Changed-From-To: open-closed State-Changed-By: bde State-Changed-When: Sat Jul 29 05:17:29 PDT 1995 State-Changed-Why: Fixed in revision 1.4 1995/07/22 of /usr/src/lib/libc/xdr/Makefile.inc. From owner-freebsd-bugs Sat Jul 29 07:30:04 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id HAA24185 for bugs-outgoing; Sat, 29 Jul 1995 07:30:04 -0700 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id HAA24178 ; Sat, 29 Jul 1995 07:30:02 -0700 Resent-Date: Sat, 29 Jul 1995 07:30:02 -0700 Resent-Message-Id: <199507291430.HAA24178@freefall.cdrom.com> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.cdrom.com, paul@isl.cf.ac.uk Received: from isl.cf.ac.uk (isl-gate.elsy.cf.ac.uk [131.251.22.1]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id HAA21376 for ; Sat, 29 Jul 1995 07:21:02 -0700 Received: (from root@localhost) by isl.cf.ac.uk (8.6.9/8.6.9) id PAA27738; Sat, 29 Jul 1995 15:22:52 +0100 Message-Id: <199507291422.PAA27738@isl.cf.ac.uk> Date: Sat, 29 Jul 1995 15:22:52 +0100 From: Paul Richards Reply-To: paul@isl.cf.ac.uk To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/638: Transmitted packets not passed to bpf in if_le.c Sender: bugs-owner@freebsd.org Precedence: bulk >Number: 638 >Category: kern >Synopsis: Transmitted packets not passed to bpf in if_le.c >Confidential: yes >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Jul 29 07:30:01 PDT 1995 >Last-Modified: >Originator: Paul Richards >Organization: >Release: FreeBSD 2.1.0-Development i386 >Environment: >Description: The lance portion of the if_le driver doesn't pass transmitted packets to bpf. >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Jul 29 08:48:18 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id IAA29128 for bugs-outgoing; Sat, 29 Jul 1995 08:48:18 -0700 Received: (from root@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id IAA29121 ; Sat, 29 Jul 1995 08:48:17 -0700 Resent-Date: Sat, 29 Jul 1995 08:48:17 -0700 Resent-Message-Id: <199507291548.IAA29121@freefall.cdrom.com> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.cdrom.com, paul@isl.cf.ac.uk Received: from isl.cf.ac.uk (isl-gate.elsy.cf.ac.uk [131.251.22.1]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id IAA28636 for ; Sat, 29 Jul 1995 08:40:28 -0700 Received: (from root@localhost) by isl.cf.ac.uk (8.6.9/8.6.9) id QAA28064; Sat, 29 Jul 1995 16:42:18 +0100 Message-Id: <199507291542.QAA28064@isl.cf.ac.uk> Date: Sat, 29 Jul 1995 16:42:18 +0100 From: Paul Richards Reply-To: paul@isl.cf.ac.uk To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: misc/640: Sender: bugs-owner@freebsd.org Precedence: bulk >Number: 640 >Category: misc >Synopsis: >Confidential: yes >Severity: serious >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Jul 29 08:48:16 PDT 1995 >Last-Modified: >Originator: Paul Richards >Organization: >Release: FreeBSD 2.1.0-Development i386 >Environment: >Description: >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Jul 29 08:50:03 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id IAA29282 for bugs-outgoing; Sat, 29 Jul 1995 08:50:03 -0700 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id IAA29275 ; Sat, 29 Jul 1995 08:50:02 -0700 Resent-Date: Sat, 29 Jul 1995 08:50:02 -0700 Resent-Message-Id: <199507291550.IAA29275@freefall.cdrom.com> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.cdrom.com, paul@isl.cf.ac.uk Received: from isl.cf.ac.uk (isl-gate.elsy.cf.ac.uk [131.251.22.1]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id IAA28636 for ; Sat, 29 Jul 1995 08:40:28 -0700 Received: (from root@localhost) by isl.cf.ac.uk (8.6.9/8.6.9) id QAA28064; Sat, 29 Jul 1995 16:42:18 +0100 Message-Id: <199507291542.QAA28064@isl.cf.ac.uk> Date: Sat, 29 Jul 1995 16:42:18 +0100 From: Paul Richards Reply-To: paul@isl.cf.ac.uk To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: misc/642: Sender: bugs-owner@freebsd.org Precedence: bulk >Number: 642 >Category: misc >Synopsis: >Confidential: yes >Severity: serious >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Jul 29 08:50:01 PDT 1995 >Last-Modified: >Originator: Paul Richards >Organization: >Release: FreeBSD 2.1.0-Development i386 >Environment: >Description: >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Jul 29 08:57:32 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id IAA29657 for bugs-outgoing; Sat, 29 Jul 1995 08:57:32 -0700 Received: (from root@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id IAA29640 ; Sat, 29 Jul 1995 08:57:27 -0700 Date: Sat, 29 Jul 1995 08:57:27 -0700 From: Paul Richards Message-Id: <199507291557.IAA29640@freefall.cdrom.com> To: paul@isl.cf.ac.uk, paul, freebsd-bugs Subject: Re: misc/642 Sender: bugs-owner@FreeBSD.org Precedence: bulk Synopsis: State-Changed-From-To: open-closed State-Changed-By: paul State-Changed-When: Sat Jul 29 08:56:34 PDT 1995 State-Changed-Why: From owner-freebsd-bugs Sat Jul 29 09:02:59 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id JAA00212 for bugs-outgoing; Sat, 29 Jul 1995 09:02:59 -0700 Received: (from root@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id JAA00198 ; Sat, 29 Jul 1995 09:02:56 -0700 Date: Sat, 29 Jul 1995 09:02:56 -0700 From: Paul Richards Message-Id: <199507291602.JAA00198@freefall.cdrom.com> To: paul@isl.cf.ac.uk, paul, freebsd-bugs Subject: Re: misc/642 Sender: bugs-owner@FreeBSD.org Precedence: bulk Synopsis: State-Changed-From-To: closed-analyzed State-Changed-By: paul State-Changed-When: Sat Jul 29 08:59:09 PDT 1995 State-Changed-Why: Testing changes From owner-freebsd-bugs Sat Jul 29 09:04:57 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id JAA00546 for bugs-outgoing; Sat, 29 Jul 1995 09:04:57 -0700 Received: (from root@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id JAA00526 ; Sat, 29 Jul 1995 09:04:55 -0700 Date: Sat, 29 Jul 1995 09:04:55 -0700 From: Paul Richards Message-Id: <199507291604.JAA00526@freefall.cdrom.com> To: paul@isl.cf.ac.uk, paul, freebsd-bugs Subject: Re: misc/642 Sender: bugs-owner@FreeBSD.org Precedence: bulk Synopsis: State-Changed-From-To: analyzed-closed State-Changed-By: paul State-Changed-When: Sat Jul 29 09:04:36 PDT 1995 State-Changed-Why: More testing From owner-freebsd-bugs Sat Jul 29 09:05:21 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id JAA00645 for bugs-outgoing; Sat, 29 Jul 1995 09:05:21 -0700 Received: (from root@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id JAA00629 ; Sat, 29 Jul 1995 09:05:20 -0700 Date: Sat, 29 Jul 1995 09:05:20 -0700 From: Paul Richards Message-Id: <199507291605.JAA00629@freefall.cdrom.com> To: paul@isl.cf.ac.uk, paul, freebsd-bugs Subject: Re: misc/640 Sender: bugs-owner@FreeBSD.org Precedence: bulk Synopsis: State-Changed-From-To: analyzed-closed State-Changed-By: paul State-Changed-When: Sat Jul 29 09:04:36 PDT 1995 State-Changed-Why: More testing From owner-freebsd-bugs Sat Jul 29 09:11:00 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id JAA00988 for bugs-outgoing; Sat, 29 Jul 1995 09:11:00 -0700 Received: (from root@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id JAA00970 for freebsd-bugs; Sat, 29 Jul 1995 09:10:58 -0700 Date: Sat, 29 Jul 1995 09:10:58 -0700 From: Paul Richards Message-Id: <199507291610.JAA00970@freefall.cdrom.com> To: freebsd-bugs Subject: List of open Problem Reports Sender: bugs-owner@FreeBSD.org Precedence: bulk This is the list of currently open problem reports [1994/09/14] kern/1 Toshiba MK156FB scsi drive does not work with 2.0 ke [1994/10/07] kern/6 System hangs while using slip or ppp connection [1994/11/13] i386/14 No MBR put on prestine IDE disk drive [1994/11/14] bin/17 "mount -t foo /dev/wd1h /mnt" gives incorrect error [1994/11/18] conf/22 Cannot use links to share kernel objects [1994/11/23] kern/27 Loopback mounts confuse unmount-on-reboot code [1994/11/30] kern/34 nullfs and union mounts can result in wild pointer r [1994/12/03] kern/39 Recent config changes hosed ft config [1994/12/04] kern/40 Floppy tape probe hosed (FIX) [1994/12/06] kern/42 PC-NFS on -current can't access disks [1994/12/07] docs/43 manpage for keysu is missing. reference from keyinit [1994/12/07] kern/44 ep driver won't work with anything but bnc [1994/12/08] kern/46 ed driver don't know the link0 flag (IFF_LINK0) [1994/12/13] misc/48 /etc/rc does not recover recovery files [1994/12/14] kern/51 Panic accessing NFS mounted file system [1994/12/18] misc/67 It took 20 tries to get free-bsd installed [1994/12/18] misc/68 bininst leaves system kinda hung [1994/12/21] misc/75 Netboot ignores gateway [1994/12/20] conf/76 fdisk can't be trusted. [1994/12/21] i386/79 Reboots sometimes don't complete. [1994/12/23] misc/83 System crash after abrupt end of slip session [1995/01/03] kern/95 Configuring a SLIP device with source = destination [1995/01/09] kern/102 PANIC after running Merged Buffer Cache kernel for a [1995/01/10] bin/104 pax -rwl may corrupt filesystem [1995/01/11] i386/105 Distributed libm (msun) has non-standard error handl [1995/01/13] gnu/107 kernel build produces internal compiler error [1995/01/14] misc/112 ^C cause panic during install [1995/01/14] bin/115 systat iostat display doesn't scale high enough [1995/01/14] bin/116 disk transfer rates reported by systat :iostat are t [1995/01/14] misc/118 use of 386bsd partition tag makes multi-os boot hard [1995/01/14] misc/119 you cannot tune your newfs parameters at intall time [1995/01/14] misc/120 first Initial security report is bogus becuase of ls [1995/01/14] bin/124 traceroute doesn't support -g flag. [1995/01/14] docs/127 locate man page does not have any clues to how the d [1995/01/14] bin/129 fsck cannot take a mount point as an argument [1995/01/14] docs/131 there is no man page for uucpd [1995/01/14] docs/132 gettytab documentation is split between /etc/gettyta [1995/01/14] bin/133 mail program doesn't have editheaders option [1995/01/14] bin/135 not enough ptys; virtual console names conflict with [1995/01/15] bin/146 version of compress is kinda old and slow [1995/01/19] bin/151 One of the pkg_add set /tmp mod to 755 [1995/01/20] bin/153 mount -u improvement for diskless systems [1995/01/21] kern/157 Quota system does not work [1995/01/21] bin/163 telneting sometimes doesn't yield a "login:" prompt [1995/01/21] docs/164 no ptrace(2) manual page. [1995/01/21] docs/165 No documentation on kernel boot flags. [1995/01/21] misc/166 /usr/include/machine/asmacros.h includes uninstalled [1995/01/21] kern/169 Errors from mkdir & mv when directories paths end wi [1995/01/21] bin/170 ar does not print an error message with readonly lib [1995/01/21] docs/171 No documentation on .forward files. [1995/01/21] bin/172 cp -f does not work [1995/01/21] bin/173 rc trys to mount modload fs before ld is available. [1995/01/21] bin/174 Poor error message from stty [1995/01/22] kern/175 Syscons does not recover X graphics mode [1995/01/22] kern/176 EIDRM not defined in errno.h [1995/01/22] docs/177 man pages missing for SYSV IPC funtions [1995/01/24] gnu/183 can't resolve "operator <<" overload [1995/01/24] bin/184 send-pr says "Aborting ..." and happily removes the [1995/01/25] kern/185 kernel stability problems - can't sustain uptimes > [1995/01/25] bin/188 disklabel uses c partition by default, kernel says d [1995/01/30] gnu/196 size of bss in *.o's reported wrong by size [1995/01/30] bin/198 1.1.5.1 pine binary loops; top shows fancy values [1995/02/01] bin/199 quiz(6) reading database bug, pattern matching bug [1995/02/01] misc/202 System hang or reboot without clues, tcp ppp named r [1995/02/14] kern/214 Using wt driver crashes system [1995/02/14] kern/216 /kernel: panic: ffs_alloccg: map corrupted [1995/02/14] docs/218 dbm references from hash(3) [1995/02/16] kern/219 Performance on local net drops too much when SNDBUF [1995/02/16] misc/220 Cancel still doesn't work during install [1995/02/16] misc/221 lots of error messages during unpacking via ftp inst [1995/02/16] i386/222 boot prompt doesn't always work [1995/02/16] misc/223 default domain shouldn't be hostname [1995/02/18] kern/224 ppp net serial [1995/03/02] misc/229 acos() core dump [1995/03/03] bin/230 C++ contructors not being called [1995/03/05] gnu/231 send-pr initializes Organization with ~/.signature [1995/03/05] docs/232 The mandoc .St macro doesn't work or misses IEEE754 [1995/03/10] misc/236 2.0-950210-SNAP/src/extract.sh references "release" [1995/03/11] kern/238 failed assertion in ncr.c --> no more scsi disk acce [1995/03/13] bin/241 strange behavior of /bin/sh [1995/03/17] kern/247 Berkeley Packet Filter fix [1995/03/17] kern/248 scbus attach/probe information is inconsistent [1995/03/19] gnu/256 nasty gdb bug back in 031595 system [1995/03/20] docs/263 There is absolutely no documentation for the dialog [1995/03/21] kern/266 ifconfig panics kernel built without option NFS [1995/03/28] kern/275 qic-02 streamer won't work [1995/03/28] kern/277 netstat -r reports entries with negative expire time [1995/03/28] kern/280 the new slice code is bitching about my old slices [1995/03/28] kern/281 Messages printed when checking CD ROM device too ver [1995/03/28] kern/282 buslogic adapter information WAY too verbose [1995/03/29] kern/284 Network gives permission denied [1995/03/30] kern/287 Several header files are not consistent [1995/03/31] kern/288 panic: free: multiple frees [1995/04/01] kern/291 PCI devices still probe/attach after being disabled [1995/04/01] kern/293 wd0: interrupt timeout [1995/04/04] kern/299 SCSI probes stop at ID 7 even for WIDE busses [1995/04/05] bin/300 __fdnlist fails on kernels created by cc -g and stri [1995/04/06] conf/301 Log rotation wastes _much_ to much space [1995/04/06] kern/302 Changing st tapes after extract crashes system [1995/04/09] bin/316 SNAP950322 less stable on IDE than earlier releases [1995/04/09] docs/317 Install README doesn't list matcd as install choice [1995/04/09] bin/320 TCP/IP settings entered b4 install are not kept FDIV [1995/04/09] bin/321 TCP/IP settings given during install are not kept FD [1995/04/09] bin/323 Creating lost+found causes fsck to stop fsck -y FDIV [1995/04/09] bin/326 Weekly cron generates some usage and error messages [1995/04/09] bin/327 Clock management punishes you if CMOS != GMT FDIV020 [1995/04/09] bin/329 FTP transfers above 99K shown in scientific notation [1995/04/11] kern/336 make world fails on NCR-SCSI machine [1995/04/14] docs/341 vnconfig(8) disagrees with its man page [1995/04/14] bin/342 lpd can allow users access to all of root's groups [1995/04/14] kern/343 tcpdump with filter fails on tun and lo devices [1995/04/14] misc/344 Signal 11 when running a user program [1995/04/15] kern/345 panic "biodone: page busy < 0" [1995/04/17] kern/349 Panic with bad dir [1995/04/20] kern/353 xcdplayer crashes machine (with NCR810 SCSI) [1995/04/20] kern/354 Can't configure two IP aliases with the same network [1995/04/20] misc/355 policy on /usr/local permission in base release [1995/04/20] bin/357 pkg_delete aborts when subcommand fails [1995/04/24] bin/359 BS/DEL is still not quite right. [1995/04/26] kern/366 queue changes broke ISO tpip code [1995/04/26] kern/367 kernel hangs after ep0 attach message appears [1995/04/26] i386/369 AHA-154X-A problems [1995/05/01] gnu/373 In response to admittedly bogus code, gcc emits an o [1995/05/01] kern/374 panic: bad dir [1995/05/01] bin/375 NIS does not seem to work with Kerberos [1995/05/02] kern/376 tcpdump seems to cause spontaneous reboots [1995/05/02] kern/377 Can't config any but first bus of a host adapter [1995/05/03] kern/378 (apparently) bounce buffer code gets used on 32bit b [1995/05/05] kern/383 dd to from /dev/mem panics the machine. [1995/05/06] kern/384 ep0 conflicts with some other drivers [1995/05/06] kern/385 ep0 finds card on irq 10 when it's actually on 11 [1995/05/07] kern/387 scsistrategy doesn't use bounce buffers [1995/05/08] bin/389 Simultaneous creation/deletion of dirs corrupts file [1995/05/11] i386/394 IP multicast not supported by ep driver [1995/05/12] bin/398 VI doesnt do the correct thing [1995/05/13] bin/401 Add REMOTE_* variables [1995/05/13] bin/402 w -n shows non-numeric addresses [1995/05/13] misc/403 FreeBSD 1-compiled tcsh, bash and zsh binaries dump [1995/05/14] kern/405 The gpio driver does not work with the AT-GPIB, only [1995/05/14] bin/406 Sendmail 8.6.11 was not imported correctly. [1995/05/14] bin/410 bad144(8) should probably scan the bad block remap s [1995/05/14] kern/411 bad144 allow you to add blocks in the remap area [1995/05/14] kern/416 page fault in syscons.c:scopen() [1995/05/14] bin/419 pkg_delete refuses to delete an incompletely added p [1995/05/15] misc/423 Sound devices are too insecure [1995/05/15] kern/424 3COM 3C509 driver doesn't support multicast [1995/05/16] kern/425 arp entries not getting removed when interface chang [1995/05/16] kern/427 eg doesn't work with more than one card [1995/05/16] kern/428 configure is not foolproof [1995/05/19] kern/430 SCSI Tape dont work [1995/05/19] misc/431 Processes sometime's hang and wont die when they hav [1995/05/21] bin/432 mixer should print out the current mixer settings by [1995/05/22] kern/434 umapfs panics when mounting ufs over itself [1995/05/23] kern/435 mb_map full, network starts jumping off and on, fina [1995/05/23] misc/437 addition for /usr/src/usr.bin/file/Magdir/zyxel [1995/05/23] i386/440 want vidcontrol option to apply settings to all sysc [1995/05/24] bin/441 more does not call vi with +linenum when EDITOR=vi [1995/05/24] gnu/442 when invoked from "make' cc not including name lists [1995/05/25] kern/443 65 sendmails crashes system [1995/05/26] i386/444 GUS sound driver does not seem to work. [1995/05/26] kern/446 unable to diskless-boot a PC when the server mounts [1995/05/26] kern/448 ktrace not enabled in default kernel [1995/05/27] gnu/450 tar --exclude -c doesn't work [1995/05/28] gnu/451 cvsinit/cvs doesn't work as expected with perl [1995/05/28] kern/452 vnode swapping panics [1995/05/28] misc/453 The release/Makefile does not make all des/eBones ta [1995/05/28] bin/454 compile ports/x11/iv and ld got sig11 [1995/05/28] misc/455 library wont compile [1995/05/29] bin/457 We may have an obscure csh bug [1995/05/30] docs/458 px doc does not find include figure [1995/05/30] kern/459 Systems freezes w/ 2842 [1995/05/30] kern/462 struct utsname.version corrupted after calling uname [1995/05/31] bin/464 dialog_gauge goes one char too far for 100% value [1995/05/31] kern/466 Unexpected disk errors during installation/newfs [1995/06/01] ports/467 utils/kp wrong distfile place after make fetch [1995/06/01] misc/469 ctm leaves temp files after errors [1995/06/01] kern/471 System can not access SCSI DAT tape. [1995/06/02] bin/476 kvm_openfiles called w/ too small error buffer [1995/06/02] bin/477 telnet autologin ain't working [1995/06/03] docs/480 We don't have an rhosts.5 man page [1995/06/04] bin/486 ls includes utmp.h but doesn't use it [1995/06/05] misc/487 [1995/06/05] kern/492 sysinstall shows "success" after "no space" failure. [1995/06/07] kern/496 kzip'ed kernel & modload problem [1995/06/07] kern/497 system calls to the kernel for BSDI uname() compatib [1995/06/07] bin/499 pkg_manage percent done is broken/dependancies arent [1995/06/07] bin/500 pkg_manage fails to continue without return sometime [1995/06/08] kern/501 CTRL-ALT-DEL at config> prompt causes trap 12 [FDIV [1995/06/12] bin/506 "Release" id generated by send-pr looks incorrect. [1995/06/13] bin/508 getnetgrent() prints un-helpful error message (with [1995/06/13] bin/509 netgroup cycle detection is too "greedy" [1995/06/13] bin/510 netgroup host matching doesn't appear to work [1995/06/14] kern/512 writing to bpf(loopback) causes kernel panic [1995/06/14] bin/513 Suspending and resuming vi gives TIOCGWINSIZ error [1995/06/14] bin/514 Crash recovery impossible without static mt/chflags. [1995/06/14] gnu/515 Info command has no tutorial [1995/06/15] kern/516 Crynwr compatibility mode for PLIP driver. [1995/06/15] bin/517 Bad group change with 'install' [1995/06/15] bin/519 execution of quotacheck from /etc/rc fails [1995/06/15] docs/520 instructions are not clear as to what the url should [1995/06/15] docs/521 catgets() man page error [1995/06/15] kern/522 closing bpf will panic system in bpf.c line 278 [1995/06/17] kern/527 dump causes assertion in ncr.c [1995/06/17] kern/528 slow 386 reports excessive interrupt-level buffer ov [1995/06/17] conf/529 Please put mountd's '-n' flag into /etc/sysconfig [1995/06/18] misc/530 Failed install from SCSI tape [1995/06/18] kern/532 buslogic bt 445S hangups wit FreeBSD 2.0.5 [1995/06/19] misc/535 Sysinstall takes down the network. [1995/06/20] docs/536 No copyrights in usr/src/lib/libc/stdtime [1995/06/20] bin/537 FSCK Fails [1995/06/22] kern/540 ed0 is loosing packets on input [1995/06/22] i386/541 Alternate Reset method by unmapping ALSO broken [1995/06/23] docs/546 Shared memory manual pages [1995/06/23] misc/556 Bug in /etc/rc [1995/06/23] bin/557 ar utility exausts all available file descriptors [1995/06/25] i386/563 isa conflict detection cannot handle ioaddr 0x0 [1995/06/26] kern/565 [1995/06/27] bin/569 Slattach behaviour inconsistant [1995/06/28] kern/574 hang when interrupting tcpdump on dismantled ppp int [1995/07/01] kern/576 BIOS doesn't recognize serial ports after FreeBSD us [1995/07/02] kern/579 sio: RS_IBUFSIZE at 256 bytes serial lines loose dat [1995/07/02] bin/580 xntpd doesn't work with Tobit DCF77 receiver. [1995/07/02] bin/581 iijppp may hang indefinitely [1995/07/02] misc/583 rlogin over PPP does not handle input [1995/07/03] kern/586 Timeouts on SCSI Adaptec 2940 [1995/07/04] kern/587 if_le hangs on OACTIVE with 2k buffer [1995/07/04] kern/588 Configuration of DEC ethernet cards not possible [1995/07/04] conf/589 /etc/rc should eval amd ${amdflags} [1995/07/05] kern/590 pager input errors on NCR SCSI 486 mainboard [1995/07/05] bin/591 SPAP request REJexted in stead of NAKed [1995/07/05] bin/594 "mkdir -p some/path/" fails to create last path comp [1995/07/06] i386/596 and conflict with _POSIX_SOURCE [1995/07/06] ports/597 libxview.so.3.2 seems to include reference to cfree( [1995/07/07] bin/599 pkg_add does not stop if dependencies are missing [1995/07/08] i386/602 disklabel : changes to cylinder details not saved [1995/07/09] bin/604 Various commands allow access to expired accounts [1995/07/09] misc/605 [1995/07/10] gnu/608 `send-pr' inserts wrong default for ">Release:" fiel [1995/07/13] kern/611 WIDE-dhcp doesn't work with FreeBSD-2.0 bpf [1995/07/14] bin/613 send-pr reports wrong release [1995/07/14] kern/614 SCSI tape timeout for forward space file is too shor [1995/07/14] ports/616 fake-pkg target in ports ignores NO_PACKAGE [1995/07/14] ports/617 screen(1) locks up tty under pcvt or scons [1995/07/19] bin/624 pkg_manage doesn't show directory symlinks [1995/07/19] kern/625 keyboard lockups during boot and forever after [1995/07/20] kern/627 vidcontrol causes crash when booted with sc0 disable [1995/07/20] kern/629 user mode ppp dies when sending [1995/07/21] i386/631 if_ix does not support bpf, nor does it appear to su [1995/07/24] docs/633 no manpage for ndbm [1995/07/26] conf/634 Too hard to build new boot floppies [1995/07/26] bin/635 makefile for sbin/route doesn't make keywords.h when [1995/07/27] bin/636 /usr/share/examples Makefiles missing [1995/07/27] kern/637 If used heavily, ahc will crash, with disk timeouts [PDT/07/29] kern/638 Transmitted packets not passed to bpf in if_le.c [PDT/07/29] pending/639 A test message for me to play with. [PDT/07/29] misc/641 This is the list of problem reports already analyzed: [1994/12/01] kern/35 mount -t union -o -b : lower layer not seen by shell [1995/01/21] misc/162 routes seem to accumulate under 2.0-950112-SNAP [1995/02/14] kern/215 SNAP-950112 crashed with "panic: page fault" [1995/03/20] kern/260 msync and munmap don't bother to update mod times [1995/03/20] docs/264 There are no manual pages for the forms library. [1995/03/22] kern/267 NFS code gives error messages, systems jams for a fe [1995/05/09] bin/392 Simultaneous cp and ls of files on dos f/s hangs pro [1995/05/14] ports/412 should tracker-4.29 really depend on gmake? [1995/06/21] docs/538 MAP_FILE not mentioned in mmap man page. [1995/07/05] pending/593 ldconfig -m /* EOF -- this list has not been truncated */ From owner-freebsd-bugs Sat Jul 29 09:11:00 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id JAA00986 for bugs-outgoing; Sat, 29 Jul 1995 09:11:00 -0700 Received: (from root@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id JAA00973 for freebsd-bugs; Sat, 29 Jul 1995 09:10:58 -0700 Date: Sat, 29 Jul 1995 09:10:58 -0700 From: Paul Richards Message-Id: <199507291610.JAA00973@freefall.cdrom.com> To: freebsd-bugs Subject: Summary of Problem Reports Sender: bugs-owner@FreeBSD.org Precedence: bulk Number of currently open reports: 256 Number of curently analyzed reports: 10 From owner-freebsd-bugs Sat Jul 29 09:25:16 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id JAA01557 for bugs-outgoing; Sat, 29 Jul 1995 09:25:16 -0700 Received: (from root@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id JAA01543 for freebsd-bugs; Sat, 29 Jul 1995 09:25:15 -0700 Date: Sat, 29 Jul 1995 09:25:15 -0700 From: Paul Richards Message-Id: <199507291625.JAA01543@freefall.cdrom.com> To: freebsd-bugs Subject: List of open Problem Reports Sender: bugs-owner@FreeBSD.org Precedence: bulk This is the list of currently open problem reports [1994/09/14] kern/1 Toshiba MK156FB scsi drive does not work with 2.0 ke [1994/10/07] kern/6 System hangs while using slip or ppp connection [1994/11/13] i386/14 No MBR put on prestine IDE disk drive [1994/11/14] bin/17 "mount -t foo /dev/wd1h /mnt" gives incorrect error [1994/11/18] conf/22 Cannot use links to share kernel objects [1994/11/23] kern/27 Loopback mounts confuse unmount-on-reboot code [1994/11/30] kern/34 nullfs and union mounts can result in wild pointer r [1994/12/03] kern/39 Recent config changes hosed ft config [1994/12/04] kern/40 Floppy tape probe hosed (FIX) [1994/12/06] kern/42 PC-NFS on -current can't access disks [1994/12/07] docs/43 manpage for keysu is missing. reference from keyinit [1994/12/07] kern/44 ep driver won't work with anything but bnc [1994/12/08] kern/46 ed driver don't know the link0 flag (IFF_LINK0) [1994/12/13] misc/48 /etc/rc does not recover recovery files [1994/12/14] kern/51 Panic accessing NFS mounted file system [1994/12/18] misc/67 It took 20 tries to get free-bsd installed [1994/12/18] misc/68 bininst leaves system kinda hung [1994/12/21] misc/75 Netboot ignores gateway [1994/12/20] conf/76 fdisk can't be trusted. [1994/12/21] i386/79 Reboots sometimes don't complete. [1994/12/23] misc/83 System crash after abrupt end of slip session [1995/01/03] kern/95 Configuring a SLIP device with source = destination [1995/01/09] kern/102 PANIC after running Merged Buffer Cache kernel for a [1995/01/10] bin/104 pax -rwl may corrupt filesystem [1995/01/11] i386/105 Distributed libm (msun) has non-standard error handl [1995/01/13] gnu/107 kernel build produces internal compiler error [1995/01/14] misc/112 ^C cause panic during install [1995/01/14] bin/115 systat iostat display doesn't scale high enough [1995/01/14] bin/116 disk transfer rates reported by systat :iostat are t [1995/01/14] misc/118 use of 386bsd partition tag makes multi-os boot hard [1995/01/14] misc/119 you cannot tune your newfs parameters at intall time [1995/01/14] misc/120 first Initial security report is bogus becuase of ls [1995/01/14] bin/124 traceroute doesn't support -g flag. [1995/01/14] docs/127 locate man page does not have any clues to how the d [1995/01/14] bin/129 fsck cannot take a mount point as an argument [1995/01/14] docs/131 there is no man page for uucpd [1995/01/14] docs/132 gettytab documentation is split between /etc/gettyta [1995/01/14] bin/133 mail program doesn't have editheaders option [1995/01/14] bin/135 not enough ptys; virtual console names conflict with [1995/01/15] bin/146 version of compress is kinda old and slow [1995/01/19] bin/151 One of the pkg_add set /tmp mod to 755 [1995/01/20] bin/153 mount -u improvement for diskless systems [1995/01/21] kern/157 Quota system does not work [1995/01/21] bin/163 telneting sometimes doesn't yield a "login:" prompt [1995/01/21] docs/164 no ptrace(2) manual page. [1995/01/21] docs/165 No documentation on kernel boot flags. [1995/01/21] misc/166 /usr/include/machine/asmacros.h includes uninstalled [1995/01/21] kern/169 Errors from mkdir & mv when directories paths end wi [1995/01/21] bin/170 ar does not print an error message with readonly lib [1995/01/21] docs/171 No documentation on .forward files. [1995/01/21] bin/172 cp -f does not work [1995/01/21] bin/173 rc trys to mount modload fs before ld is available. [1995/01/21] bin/174 Poor error message from stty [1995/01/22] kern/175 Syscons does not recover X graphics mode [1995/01/22] kern/176 EIDRM not defined in errno.h [1995/01/22] docs/177 man pages missing for SYSV IPC funtions [1995/01/24] gnu/183 can't resolve "operator <<" overload [1995/01/24] bin/184 send-pr says "Aborting ..." and happily removes the [1995/01/25] kern/185 kernel stability problems - can't sustain uptimes > [1995/01/25] bin/188 disklabel uses c partition by default, kernel says d [1995/01/30] gnu/196 size of bss in *.o's reported wrong by size [1995/01/30] bin/198 1.1.5.1 pine binary loops; top shows fancy values [1995/02/01] bin/199 quiz(6) reading database bug, pattern matching bug [1995/02/01] misc/202 System hang or reboot without clues, tcp ppp named r [1995/02/14] kern/214 Using wt driver crashes system [1995/02/14] kern/216 /kernel: panic: ffs_alloccg: map corrupted [1995/02/14] docs/218 dbm references from hash(3) [1995/02/16] kern/219 Performance on local net drops too much when SNDBUF [1995/02/16] misc/220 Cancel still doesn't work during install [1995/02/16] misc/221 lots of error messages during unpacking via ftp inst [1995/02/16] i386/222 boot prompt doesn't always work [1995/02/16] misc/223 default domain shouldn't be hostname [1995/02/18] kern/224 ppp net serial [1995/03/02] misc/229 acos() core dump [1995/03/03] bin/230 C++ contructors not being called [1995/03/05] gnu/231 send-pr initializes Organization with ~/.signature [1995/03/05] docs/232 The mandoc .St macro doesn't work or misses IEEE754 [1995/03/10] misc/236 2.0-950210-SNAP/src/extract.sh references "release" [1995/03/11] kern/238 failed assertion in ncr.c --> no more scsi disk acce [1995/03/13] bin/241 strange behavior of /bin/sh [1995/03/17] kern/247 Berkeley Packet Filter fix [1995/03/17] kern/248 scbus attach/probe information is inconsistent [1995/03/19] gnu/256 nasty gdb bug back in 031595 system [1995/03/20] docs/263 There is absolutely no documentation for the dialog [1995/03/21] kern/266 ifconfig panics kernel built without option NFS [1995/03/28] kern/275 qic-02 streamer won't work [1995/03/28] kern/277 netstat -r reports entries with negative expire time [1995/03/28] kern/280 the new slice code is bitching about my old slices [1995/03/28] kern/281 Messages printed when checking CD ROM device too ver [1995/03/28] kern/282 buslogic adapter information WAY too verbose [1995/03/29] kern/284 Network gives permission denied [1995/03/30] kern/287 Several header files are not consistent [1995/03/31] kern/288 panic: free: multiple frees [1995/04/01] kern/291 PCI devices still probe/attach after being disabled [1995/04/01] kern/293 wd0: interrupt timeout [1995/04/04] kern/299 SCSI probes stop at ID 7 even for WIDE busses [1995/04/05] bin/300 __fdnlist fails on kernels created by cc -g and stri [1995/04/06] conf/301 Log rotation wastes _much_ to much space [1995/04/06] kern/302 Changing st tapes after extract crashes system [1995/04/09] bin/316 SNAP950322 less stable on IDE than earlier releases [1995/04/09] docs/317 Install README doesn't list matcd as install choice [1995/04/09] bin/320 TCP/IP settings entered b4 install are not kept FDIV [1995/04/09] bin/321 TCP/IP settings given during install are not kept FD [1995/04/09] bin/323 Creating lost+found causes fsck to stop fsck -y FDIV [1995/04/09] bin/326 Weekly cron generates some usage and error messages [1995/04/09] bin/327 Clock management punishes you if CMOS != GMT FDIV020 [1995/04/09] bin/329 FTP transfers above 99K shown in scientific notation [1995/04/11] kern/336 make world fails on NCR-SCSI machine [1995/04/14] docs/341 vnconfig(8) disagrees with its man page [1995/04/14] bin/342 lpd can allow users access to all of root's groups [1995/04/14] kern/343 tcpdump with filter fails on tun and lo devices [1995/04/14] misc/344 Signal 11 when running a user program [1995/04/15] kern/345 panic "biodone: page busy < 0" [1995/04/17] kern/349 Panic with bad dir [1995/04/20] kern/353 xcdplayer crashes machine (with NCR810 SCSI) [1995/04/20] kern/354 Can't configure two IP aliases with the same network [1995/04/20] misc/355 policy on /usr/local permission in base release [1995/04/20] bin/357 pkg_delete aborts when subcommand fails [1995/04/24] bin/359 BS/DEL is still not quite right. [1995/04/26] kern/366 queue changes broke ISO tpip code [1995/04/26] kern/367 kernel hangs after ep0 attach message appears [1995/04/26] i386/369 AHA-154X-A problems [1995/05/01] gnu/373 In response to admittedly bogus code, gcc emits an o [1995/05/01] kern/374 panic: bad dir [1995/05/01] bin/375 NIS does not seem to work with Kerberos [1995/05/02] kern/376 tcpdump seems to cause spontaneous reboots [1995/05/02] kern/377 Can't config any but first bus of a host adapter [1995/05/03] kern/378 (apparently) bounce buffer code gets used on 32bit b [1995/05/05] kern/383 dd to from /dev/mem panics the machine. [1995/05/06] kern/384 ep0 conflicts with some other drivers [1995/05/06] kern/385 ep0 finds card on irq 10 when it's actually on 11 [1995/05/07] kern/387 scsistrategy doesn't use bounce buffers [1995/05/08] bin/389 Simultaneous creation/deletion of dirs corrupts file [1995/05/11] i386/394 IP multicast not supported by ep driver [1995/05/12] bin/398 VI doesnt do the correct thing [1995/05/13] bin/401 Add REMOTE_* variables [1995/05/13] bin/402 w -n shows non-numeric addresses [1995/05/13] misc/403 FreeBSD 1-compiled tcsh, bash and zsh binaries dump [1995/05/14] kern/405 The gpio driver does not work with the AT-GPIB, only [1995/05/14] bin/406 Sendmail 8.6.11 was not imported correctly. [1995/05/14] bin/410 bad144(8) should probably scan the bad block remap s [1995/05/14] kern/411 bad144 allow you to add blocks in the remap area [1995/05/14] kern/416 page fault in syscons.c:scopen() [1995/05/14] bin/419 pkg_delete refuses to delete an incompletely added p [1995/05/15] misc/423 Sound devices are too insecure [1995/05/15] kern/424 3COM 3C509 driver doesn't support multicast [1995/05/16] kern/425 arp entries not getting removed when interface chang [1995/05/16] kern/427 eg doesn't work with more than one card [1995/05/16] kern/428 configure is not foolproof [1995/05/19] kern/430 SCSI Tape dont work [1995/05/19] misc/431 Processes sometime's hang and wont die when they hav [1995/05/21] bin/432 mixer should print out the current mixer settings by [1995/05/22] kern/434 umapfs panics when mounting ufs over itself [1995/05/23] kern/435 mb_map full, network starts jumping off and on, fina [1995/05/23] misc/437 addition for /usr/src/usr.bin/file/Magdir/zyxel [1995/05/23] i386/440 want vidcontrol option to apply settings to all sysc [1995/05/24] bin/441 more does not call vi with +linenum when EDITOR=vi [1995/05/24] gnu/442 when invoked from "make' cc not including name lists [1995/05/25] kern/443 65 sendmails crashes system [1995/05/26] i386/444 GUS sound driver does not seem to work. [1995/05/26] kern/446 unable to diskless-boot a PC when the server mounts [1995/05/26] kern/448 ktrace not enabled in default kernel [1995/05/27] gnu/450 tar --exclude -c doesn't work [1995/05/28] gnu/451 cvsinit/cvs doesn't work as expected with perl [1995/05/28] kern/452 vnode swapping panics [1995/05/28] misc/453 The release/Makefile does not make all des/eBones ta [1995/05/28] bin/454 compile ports/x11/iv and ld got sig11 [1995/05/28] misc/455 library wont compile [1995/05/29] bin/457 We may have an obscure csh bug [1995/05/30] docs/458 px doc does not find include figure [1995/05/30] kern/459 Systems freezes w/ 2842 [1995/05/30] kern/462 struct utsname.version corrupted after calling uname [1995/05/31] bin/464 dialog_gauge goes one char too far for 100% value [1995/05/31] kern/466 Unexpected disk errors during installation/newfs [1995/06/01] ports/467 utils/kp wrong distfile place after make fetch [1995/06/01] misc/469 ctm leaves temp files after errors [1995/06/01] kern/471 System can not access SCSI DAT tape. [1995/06/02] bin/476 kvm_openfiles called w/ too small error buffer [1995/06/02] bin/477 telnet autologin ain't working [1995/06/03] docs/480 We don't have an rhosts.5 man page [1995/06/04] bin/486 ls includes utmp.h but doesn't use it [1995/06/05] misc/487 [1995/06/05] kern/492 sysinstall shows "success" after "no space" failure. [1995/06/07] kern/496 kzip'ed kernel & modload problem [1995/06/07] kern/497 system calls to the kernel for BSDI uname() compatib [1995/06/07] bin/499 pkg_manage percent done is broken/dependancies arent [1995/06/07] bin/500 pkg_manage fails to continue without return sometime [1995/06/08] kern/501 CTRL-ALT-DEL at config> prompt causes trap 12 [FDIV [1995/06/12] bin/506 "Release" id generated by send-pr looks incorrect. [1995/06/13] bin/508 getnetgrent() prints un-helpful error message (with [1995/06/13] bin/509 netgroup cycle detection is too "greedy" [1995/06/13] bin/510 netgroup host matching doesn't appear to work [1995/06/14] kern/512 writing to bpf(loopback) causes kernel panic [1995/06/14] bin/513 Suspending and resuming vi gives TIOCGWINSIZ error [1995/06/14] bin/514 Crash recovery impossible without static mt/chflags. [1995/06/14] gnu/515 Info command has no tutorial [1995/06/15] kern/516 Crynwr compatibility mode for PLIP driver. [1995/06/15] bin/517 Bad group change with 'install' [1995/06/15] bin/519 execution of quotacheck from /etc/rc fails [1995/06/15] docs/520 instructions are not clear as to what the url should [1995/06/15] docs/521 catgets() man page error [1995/06/15] kern/522 closing bpf will panic system in bpf.c line 278 [1995/06/17] kern/527 dump causes assertion in ncr.c [1995/06/17] kern/528 slow 386 reports excessive interrupt-level buffer ov [1995/06/17] conf/529 Please put mountd's '-n' flag into /etc/sysconfig [1995/06/18] misc/530 Failed install from SCSI tape [1995/06/18] kern/532 buslogic bt 445S hangups wit FreeBSD 2.0.5 [1995/06/19] misc/535 Sysinstall takes down the network. [1995/06/20] docs/536 No copyrights in usr/src/lib/libc/stdtime [1995/06/20] bin/537 FSCK Fails [1995/06/22] kern/540 ed0 is loosing packets on input [1995/06/22] i386/541 Alternate Reset method by unmapping ALSO broken [1995/06/23] docs/546 Shared memory manual pages [1995/06/23] misc/556 Bug in /etc/rc [1995/06/23] bin/557 ar utility exausts all available file descriptors [1995/06/25] i386/563 isa conflict detection cannot handle ioaddr 0x0 [1995/06/26] kern/565 [1995/06/27] bin/569 Slattach behaviour inconsistant [1995/06/28] kern/574 hang when interrupting tcpdump on dismantled ppp int [1995/07/01] kern/576 BIOS doesn't recognize serial ports after FreeBSD us [1995/07/02] kern/579 sio: RS_IBUFSIZE at 256 bytes serial lines loose dat [1995/07/02] bin/580 xntpd doesn't work with Tobit DCF77 receiver. [1995/07/02] bin/581 iijppp may hang indefinitely [1995/07/02] misc/583 rlogin over PPP does not handle input [1995/07/03] kern/586 Timeouts on SCSI Adaptec 2940 [1995/07/04] kern/587 if_le hangs on OACTIVE with 2k buffer [1995/07/04] kern/588 Configuration of DEC ethernet cards not possible [1995/07/04] conf/589 /etc/rc should eval amd ${amdflags} [1995/07/05] kern/590 pager input errors on NCR SCSI 486 mainboard [1995/07/05] bin/591 SPAP request REJexted in stead of NAKed [1995/07/05] bin/594 "mkdir -p some/path/" fails to create last path comp [1995/07/06] i386/596 and conflict with _POSIX_SOURCE [1995/07/06] ports/597 libxview.so.3.2 seems to include reference to cfree( [1995/07/07] bin/599 pkg_add does not stop if dependencies are missing [1995/07/08] i386/602 disklabel : changes to cylinder details not saved [1995/07/09] bin/604 Various commands allow access to expired accounts [1995/07/09] misc/605 [1995/07/10] gnu/608 `send-pr' inserts wrong default for ">Release:" fiel [1995/07/13] kern/611 WIDE-dhcp doesn't work with FreeBSD-2.0 bpf [1995/07/14] bin/613 send-pr reports wrong release [1995/07/14] kern/614 SCSI tape timeout for forward space file is too shor [1995/07/14] ports/616 fake-pkg target in ports ignores NO_PACKAGE [1995/07/14] ports/617 screen(1) locks up tty under pcvt or scons [1995/07/19] bin/624 pkg_manage doesn't show directory symlinks [1995/07/19] kern/625 keyboard lockups during boot and forever after [1995/07/20] kern/627 vidcontrol causes crash when booted with sc0 disable [1995/07/20] kern/629 user mode ppp dies when sending [1995/07/21] i386/631 if_ix does not support bpf, nor does it appear to su [1995/07/24] docs/633 no manpage for ndbm [1995/07/26] conf/634 Too hard to build new boot floppies [1995/07/26] bin/635 makefile for sbin/route doesn't make keywords.h when [1995/07/27] bin/636 /usr/share/examples Makefiles missing [1995/07/27] kern/637 If used heavily, ahc will crash, with disk timeouts [PDT/07/29] kern/638 Transmitted packets not passed to bpf in if_le.c [PDT/07/29] pending/639 A test message for me to play with. [PDT/07/29] misc/641 This is the list of problem reports already analyzed: [1994/12/01] kern/35 mount -t union -o -b : lower layer not seen by shell [1995/01/21] misc/162 routes seem to accumulate under 2.0-950112-SNAP [1995/02/14] kern/215 SNAP-950112 crashed with "panic: page fault" [1995/03/20] kern/260 msync and munmap don't bother to update mod times [1995/03/20] docs/264 There are no manual pages for the forms library. [1995/03/22] kern/267 NFS code gives error messages, systems jams for a fe [1995/05/09] bin/392 Simultaneous cp and ls of files on dos f/s hangs pro [1995/05/14] ports/412 should tracker-4.29 really depend on gmake? [1995/06/21] docs/538 MAP_FILE not mentioned in mmap man page. [1995/07/05] pending/593 ldconfig -m /* EOF -- this list has not been truncated */ From owner-freebsd-bugs Sat Jul 29 09:25:16 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id JAA01560 for bugs-outgoing; Sat, 29 Jul 1995 09:25:16 -0700 Received: (from root@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id JAA01546 for freebsd-bugs; Sat, 29 Jul 1995 09:25:16 -0700 Date: Sat, 29 Jul 1995 09:25:16 -0700 From: Paul Richards Message-Id: <199507291625.JAA01546@freefall.cdrom.com> To: freebsd-bugs Subject: Summary of Problem Reports Sender: bugs-owner@FreeBSD.org Precedence: bulk Number of currently open reports: 256 Number of curently analyzed reports: 10 From owner-freebsd-bugs Sat Jul 29 09:58:59 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id JAA02539 for bugs-outgoing; Sat, 29 Jul 1995 09:58:59 -0700 Received: from palmer.demon.co.uk (palmer.demon.co.uk [158.152.50.150]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id JAA02527 ; Sat, 29 Jul 1995 09:58:49 -0700 Received: from localhost (localhost [127.0.0.1]) by palmer.demon.co.uk (8.6.11/8.6.11) with SMTP id RAA00639 ; Sat, 29 Jul 1995 17:21:01 +0100 To: GNU GNATS cc: freebsd-bugs@freefall.cdrom.com Subject: Re: List of open Problem Reports In-reply-to: Your message of "Sat, 29 Jul 1995 04:30:21 PDT." <199507291130.EAA10700@freefall.cdrom.com> Date: Sat, 29 Jul 1995 17:21:00 +0100 Message-ID: <637.807034860@palmer.demon.co.uk> From: Gary Palmer Sender: bugs-owner@FreeBSD.org Precedence: bulk In message <199507291130.EAA10700@freefall.cdrom.com>, GNU GNATS writes: >This is the list of currently open problem reports > >[1994/09/14] kern/1 Toshiba MK156FB scsi drive does not work with 2.0 ^^^^^^ I thought this report was closed? Gary From owner-freebsd-bugs Sat Jul 29 15:44:14 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id PAA01921 for bugs-outgoing; Sat, 29 Jul 1995 15:44:14 -0700 Received: from mail.barrnet.net (mail.barrnet.net [131.119.246.7]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id PAA01908 for ; Sat, 29 Jul 1995 15:44:13 -0700 Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by mail.barrnet.net (8.6.10/MAIL-RELAY-LEN) with SMTP id OAA18558 for ; Sat, 29 Jul 1995 14:44:21 -0700 Received: by dg-rtp.dg.com (5.4R2.01/dg-rtp-v02) id AA20052; Sat, 29 Jul 1995 16:36:06 -0400 Received: from lakes (lakes [192.96.3.39]) by ponds.UUCP (8.6.11/8.6.5) with ESMTP id QAA02565; Sat, 29 Jul 1995 16:18:42 -0400 Received: (from rivers@localhost) by lakes (8.6.11/8.6.9) id QAA06773; Sat, 29 Jul 1995 16:23:07 -0400 Date: Sat, 29 Jul 1995 16:23:07 -0400 From: Thomas David Rivers Message-Id: <199507292023.QAA06773@lakes> To: zeta.org.au!bde@dg-rtp.dg.com, freebsd-bugs@FreeBSD.org, freebsd-hackers@FreeBSD.org, ponds!rivers@relay1.uu.net Subject: Re: Problem with /bin/mv on 2.0.5. Sender: bugs-owner@FreeBSD.org Precedence: bulk > > >If you have the following directory: > > > /usr/user/DIR > > >and the mode of DIR is as in: > > >drwx------ 2 user general 512 Jul 28 20:34 DIR/ > > >and you execute the following (as the user 'user'): > > > cd /tmp > > touch t > > mv t /usr/user/DIR > > >you will get a message from mv: > > > mv: /usr/user/DIR/t: set owner/group: Operation not permitted > > When a file is moved across file systems, it is impossible to preserve > the group if the user is not a member of the original group. > > >the message was not produced at 2.0. I have determined that /bin/mv > >hasn't changed, and that this message is produced by /bin/mv when > >the fchown() call for the destination failed, with errno set to EPERM. > > > So, what's changed in fchown() that would cause this - the message > >is quite aggravating. > > fchown() was changed to reduce the problem. Now it is not an error to > fchown() a file to the same owner/group that it already has. Previously > this was an error if the user didn't belong to the target group. Now it > is possible to move a file across file systems without getting the error > provided the target directory has the same gid as the source file, but > there is no difference for the more common case of a file in /tmp that > has a different gid to your home directory. > > You probably had your user directory on the same file system as /tmp in 2.0. > > mv was too broken to report the error in 1.1.5. > > Bruce > There appears to be some confusion (not to beat on Bruce at all, his was just the message I chose to reply to :-) ): 1) The owner of all the files/directories is 'user'; there group id of all the files/directories is the same, and is 'user'. 2) This operated "correctly" at 1.1.5 and 2.0 - that is, no message was generated when the 'mv' occured. 3) The source for 'mv' hasn't changed from 2.0 to 2.0.5; so I don't think that would be a fruitful place to look. 4) /tmp is a different file system from /usr, and I have always done that (that is, in my 2.0 system, /tmp was a different file system.) I think the problem is the fchown() is being more aggressive at checking in 2.0.5 than it did at 2.0 - possible more so than is correct. - Dave Rivers - From owner-freebsd-bugs Sat Jul 29 15:46:51 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id PAA02310 for bugs-outgoing; Sat, 29 Jul 1995 15:46:51 -0700 Received: from mail.barrnet.net (mail.barrnet.net [131.119.246.7]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id PAA02304 for ; Sat, 29 Jul 1995 15:46:50 -0700 Received: from vistec.com (luna.vistec.com [194.64.40.71]) by mail.barrnet.net (8.6.10/MAIL-RELAY-LEN) with SMTP id OAA18464 for ; Sat, 29 Jul 1995 14:19:33 -0700 Received: by vistec.com (Smail3.1.28.1 #10) id m0scJH7-0001J2C; Sat, 29 Jul 95 23:18 MET DST Message-Id: Date: Sat, 29 Jul 95 23:18 MET DST From: n6156@vistec.com (Marcus John) To: freebsd-bugs@FreeBSD.org Subject: Init problems with WD 8003E Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: bugs-owner@FreeBSD.org Precedence: bulk I often get "ed0 device timeout"-errors directly after booting up my 2.0 or 2.0.5 release. My machine is eqipped with a WD 8003 compatible :-). The kernel configuration is definitely OK! Because the init-code for the WD card works 50% of the time. Surprisingly after I load a Packet-driver in DOS mode the problem disappears. Unfortuately I have no source for this rather old driver. Or can somebody give me the mail adress of David Greenman who wrote the ed-stuff to contact him directly. Thanks marcus.john@wiesbaden.netsurf.de From owner-freebsd-bugs Sat Jul 29 15:48:15 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id PAA02428 for bugs-outgoing; Sat, 29 Jul 1995 15:48:15 -0700 Received: from mail.barrnet.net (mail.barrnet.net [131.119.246.7]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id PAA02418 for ; Sat, 29 Jul 1995 15:48:13 -0700 Received: from blob.best.net (blob.best.net [204.156.128.88]) by mail.barrnet.net (8.6.10/MAIL-RELAY-LEN) with ESMTP id MAA18162 for ; Sat, 29 Jul 1995 12:58:20 -0700 Received: (dillon@localhost) by blob.best.net (8.6.12/8.6.5) id MAA15555; Sat, 29 Jul 1995 12:55:47 -0700 Date: Sat, 29 Jul 1995 12:55:47 -0700 From: Matt Dillon Message-Id: <199507291955.MAA15555@blob.best.net> To: bugs@FreeBSD.org Subject: Gonna run the scheduler mods for one more week before submitting Sender: bugs-owner@FreeBSD.org Precedence: bulk I'm going to run the scheduler mods for one more week before I submit them... I hit upon a wonderful new idea on friday and want to test it for the coming week. -Matt From owner-freebsd-bugs Sat Jul 29 15:58:05 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id PAA03114 for bugs-outgoing; Sat, 29 Jul 1995 15:58:05 -0700 Received: from Root.COM ([198.145.90.1]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id PAA03100 for ; Sat, 29 Jul 1995 15:58:03 -0700 Received: from corbin.Root.COM (corbin [198.145.90.18]) by Root.COM (8.6.11/8.6.5) with ESMTP id PAA13309; Sat, 29 Jul 1995 15:57:24 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id PAA00596; Sat, 29 Jul 1995 15:58:47 -0700 Message-Id: <199507292258.PAA00596@corbin.Root.COM> To: n6156@vistec.com (Marcus John) cc: freebsd-bugs@freebsd.org Subject: Re: Init problems with WD 8003E In-reply-to: Your message of "Sat, 29 Jul 95 23:18:00 +0700." From: David Greenman Reply-To: davidg@Root.COM Date: Sat, 29 Jul 1995 15:58:47 -0700 Sender: bugs-owner@freebsd.org Precedence: bulk >I often get "ed0 device timeout"-errors directly after booting up my 2.0 >or 2.0.5 release. My machine is eqipped with a WD 8003 compatible :-). > >The kernel configuration is definitely OK! Because the init-code for the >WD card works 50% of the time. > >Surprisingly after I load a Packet-driver in DOS mode the problem >disappears. Unfortuately I have no source for this rather old driver. It sounds like a configuration problem, but it is difficult to tell. Have you tried assigning the card to a different irq or shared memory address to see if it affects the problem? Could be having a conflict with another card at the same I/O address? -DG From owner-freebsd-bugs Sat Jul 29 16:32:56 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id QAA04664 for bugs-outgoing; Sat, 29 Jul 1995 16:32:56 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id QAA04644 ; Sat, 29 Jul 1995 16:32:46 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id JAA16572; Sun, 30 Jul 1995 09:27:56 +1000 Date: Sun, 30 Jul 1995 09:27:56 +1000 From: Bruce Evans Message-Id: <199507292327.JAA16572@godzilla.zeta.org.au> To: freebsd-bugs@FreeBSD.org, freebsd-hackers@FreeBSD.org, ponds!rivers@dg-rtp.dg.com, ponds!rivers@zeta.org.au, zeta.org.au!bde@dg-rtp.dg.com Subject: Re: Problem with /bin/mv on 2.0.5. Sender: bugs-owner@FreeBSD.org Precedence: bulk > 1) The owner of all the files/directories is 'user'; there group id > of all the files/directories is the same, and is 'user'. /tmp has group bin unless you've changed the default. > 2) This operated "correctly" at 1.1.5 and 2.0 - that is, no message > was generated when the 'mv' occured. > 3) The source for 'mv' hasn't changed from 2.0 to 2.0.5; so I don't > think that would be a fruitful place to look. > 4) /tmp is a different file system from /usr, and I have always done > that (that is, in my 2.0 system, /tmp was a different file system.) Perhaps /tmp had the wrong group in 2.0. > I think the problem is the fchown() is being more aggressive at checking >in 2.0.5 than it did at 2.0 - possible more so than is correct. No. It was more agressive in 2.0. It is correct for it to report changes that can't be made as errors. Perhaps mv should be quieter about such changes. I think it should report uid and mode changes but not gid changes for the case here (moving by non-root from a sticky public dir) where it is known that preserving the gid is impossible. The uid may be lost for moves from a non-sticky public dir. The mode may be lost for moves of sticky dirs (e.g., by cp and mv fail to preserve the sticky bit when /tmp is `cp -pR'ed. This bug would have been more obvious if the mode was checked). Bruce From owner-freebsd-bugs Sat Jul 29 21:32:58 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id VAA15537 for bugs-outgoing; Sat, 29 Jul 1995 21:32:58 -0700 Received: from arthur.cs.purdue.edu (arthur.cs.purdue.edu [128.10.2.1]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id VAA15531 for ; Sat, 29 Jul 1995 21:32:57 -0700 Received: from ector.cs.purdue.edu (dpm@ector.cs.purdue.edu [128.10.2.10]) by arthur.cs.purdue.edu (8.6.10/PURDUE_CS-1.3) with ESMTP id for ; Sat, 29 Jul 1995 23:32:54 -0500 Received: (dpm@localhost) by ector.cs.purdue.edu (8.6.10/PURDUE_CS-1.3) id for bugs@freebsd.org; Sat, 29 Jul 1995 23:32:51 -0500 Date: Sat, 29 Jul 1995 23:32:51 -0500 From: dpm@cs.purdue.edu (David Moffett) Message-Id: <199507300432.XAA03231@ector.cs.purdue.edu> To: bugs@freebsd.org Subject: tip(1) & modems(5) problems Content-Length: 2006 Sender: bugs-owner@freebsd.org Precedence: bulk I just installed FreeBSD 2.0.5R. Someone has been working on the tip(1) sources and has installed /etc/modems(5) as a generalized modem configuration file for tip/cu, instead of using the inbedded dialers. Some problems, as a result, have appeared: 1) If I use the 'generic' dialer, the commands being sent to the modem appear on my screen, and after some time a "cannot synchronize with Hayes" message occurs. If I'm unlucky, I send a control-C in here and end up with a terminal in raw mode (stty -sane is my friend). If I'm lucky I wait it out and after a few more lines of stuff, it gives up and quits. 2) I tried to back out the changes, by turning off the generic dialing code and turning the Hayes code back on in the .h file. It times out after producing the dialing... message. Immediately after generating the time out message, the modem dials, connects and everything works just fine. Now my questions: A) who did it? B) will they fix/undo what they have done before 2.1 gets out please? Patches before then would be nice. C) the man page for /etc/modems claims 4.4 origination. I've looked in 4.4BSD's printed URM and there seemingly is no hint of /etc/modems. Attribution of /etc/modems to 4.4BSD is not a good or wise thing to do in the man page if it really isn't from 4.4. Perhaps some policy should be written about attribution of features implemented by the FreeBSD team? Background. 2.0.5R has trouble, 2.0.0R worked fine. The modem is a Practical Peripherals Data/Fax PM144MT II connected through a classic IBM brand serial/parallel card. The serial port in question is /dev/cuaa0. Thanks as always. Having source makes this kind of problem a minor nit, not a show stopping pain. Further, the configuration file is a good idea, it would appear it's just not quite done yet. I'm a news group reader, but not a mailing list reader. So email me with questions/comments/fixes. :-) David Moffett (dpm@cs.purdue.edu) From owner-freebsd-bugs Sat Jul 29 21:33:07 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id VAA15562 for bugs-outgoing; Sat, 29 Jul 1995 21:33:07 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.11/8.6.6) with SMTP id VAA15525 ; Sat, 29 Jul 1995 21:32:54 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA03731; Sun, 30 Jul 1995 06:32:49 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id GAA29671; Sun, 30 Jul 1995 06:32:48 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id GAA00566; Sun, 30 Jul 1995 06:27:09 +0200 From: J Wunsch Message-Id: <199507300427.GAA00566@uriah.heep.sax.de> Subject: Re: List of open Problem Reports To: gary@palmer.demon.co.uk (Gary Palmer) Date: Sun, 30 Jul 1995 06:27:09 +0200 (MET DST) Cc: gnats@freefall.cdrom.com, freebsd-bugs@freefall.cdrom.com In-Reply-To: <637.807034860@palmer.demon.co.uk> from "Gary Palmer" at Jul 29, 95 05:21:00 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 517 Sender: bugs-owner@FreeBSD.org Precedence: bulk As Gary Palmer wrote: > > In message <199507291130.EAA10700@freefall.cdrom.com>, GNU GNATS writes: > >This is the list of currently open problem reports > > > >[1994/09/14] kern/1 Toshiba MK156FB scsi drive does not work with 2.0 > ^^^^^^ > > I thought this report was closed? A bug in GNATS will always list it, regardless of ``query-pr -s open''. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Sat Jul 29 22:30:01 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id WAA18083 for bugs-outgoing; Sat, 29 Jul 1995 22:30:01 -0700 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id WAA18076 ; Sat, 29 Jul 1995 22:30:01 -0700 Resent-Date: Sat, 29 Jul 1995 22:30:01 -0700 Resent-Message-Id: <199507300530.WAA18076@freefall.cdrom.com> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.cdrom.com, "Received:from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id WAA17544 for" ; Sat, 29.Jul.1995.22:22:17.-0700 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.6.11/8.6.9) id WAA11133; Sat, 29 Jul 1995 22:22:15 -0700 Message-Id: <199507300522.WAA11133@silvia.HIP.Berkeley.EDU> Date: Sat, 29 Jul 1995 22:22:15 -0700 From: asami@cs.berkeley.edu To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/643: pkg_add is not honest about playpen Sender: bugs-owner@freebsd.org Precedence: bulk >Number: 643 >Category: bin >Synopsis: pkg_add doesn't tell me where the playpen is >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Jul 29 22:30:00 PDT 1995 >Last-Modified: >Originator: Satoshi Asami >Organization: University of California >Release: FreeBSD 2.2-CURRENT i386 >Environment: 2.0.5 or -current >Description: When the temporary directory is too small for the package to install, I get the message: Projected size of 30485812 exceeds free space in (null). Not extracting /usr/ports/packages/All/jp-wmule-2.3.tgz, sorry! which doesn't exactly tells me where the "too small" free space is. >How-To-Repeat: PKG_TMPDIR=/somedir/on/small/partition pkg_add /some/big/pkg.tgz >Fix: I dare not touch that dragon. ;) >Audit-Trail: >Unformatted: