From owner-freebsd-stable Sun Aug 17 02:45:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA19652 for stable-outgoing; Sun, 17 Aug 1997 02:45:58 -0700 (PDT) Received: from silver.sms.fi (silver.sms.fi [194.111.122.17]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA19626; Sun, 17 Aug 1997 02:45:47 -0700 (PDT) Received: (from pete@localhost) by silver.sms.fi (8.8.6/8.7.3) id MAA00841; Sun, 17 Aug 1997 12:45:33 +0300 (EEST) Date: Sun, 17 Aug 1997 12:45:33 +0300 (EEST) Message-Id: <199708170945.MAA00841@silver.sms.fi> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit From: Petri Helenius To: "Justin T. Gibbs" Cc: current@FreeBSD.ORG, stable@FreeBSD.ORG Subject: Possible aic7xxx fix. In-Reply-To: <199708120448.WAA04805@pluto.plutotech.com> References: <199708120448.WAA04805@pluto.plutotech.com> X-Mailer: VM 6.22 under 19.15p7 XEmacs Lucid Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Justin T. Gibbs writes: > For those of you who have been experiencing the "Timedout while idle" > and other aic7xxx breakage, please try the following patch and let > me know if it helps you out. > Assuming this is the same patch committed to RELENG_2_2 on 13th, I'm reporting that this does not help the problems I've been experiencing. The symptom is as earlier, when the SCSI bus reset is issued, the system hangs. Pete > Thanks > __ > Justin T. Gibbs > =========================================== > FreeBSD - Turning PCs into workstations > =========================================== > > Index: dev/aic7xxx/aic7xxx.reg > =================================================================== > RCS file: /usr/cvs/src/sys/dev/aic7xxx/aic7xxx.reg,v > retrieving revision 1.4 > diff -c -r1.4 aic7xxx.reg > *** aic7xxx.reg 1997/06/27 19:38:39 1.4 > --- aic7xxx.reg 1997/08/12 04:39:03 > *************** > *** 1079,1084 **** > --- 1079,1099 ---- > CUR_SCBID { > size 1 > } > + /* > + * Running count of commands placed in > + * the QOUTFIFO. This is cleared by the > + * kernel driver every FIFODEPTH commands. > + */ > + CMDOUTCNT { > + size 1 > + } > + /* > + * Maximum number of entries allowed in > + * the QOUT/INFIFO. > + */ > + FIFODEPTH { > + size 1 > + } > ARG_1 { > size 1 > mask SEND_MSG 0x80 > Index: dev/aic7xxx/aic7xxx.seq > =================================================================== > RCS file: /usr/cvs/src/sys/dev/aic7xxx/aic7xxx.seq,v > retrieving revision 1.74 > diff -c -r1.74 aic7xxx.seq > *** aic7xxx.seq 1997/06/27 19:38:42 1.74 > --- aic7xxx.seq 1997/08/12 04:32:54 > *************** > *** 643,648 **** > --- 643,657 ---- > > complete: > /* Post the SCB and issue an interrupt */ > + .if ( SCB_PAGING ) > + /* > + * Spin loop until there is space > + * in the QOUTFIFO. > + */ > + mov A, FIFODEPTH; > + cmp CMDOUTCNT, A je .; > + inc CMDOUTCNT; > + .endif > mov QOUTFIFO,SCB_TAG; > mvi INTSTAT,CMDCMPLT; > test SCB_CONTROL, ABORT_SCB jz dma_next_scb; > Index: i386/scsi/aic7xxx.c > =================================================================== > RCS file: /usr/cvs/src/sys/i386/scsi/aic7xxx.c,v > retrieving revision 1.120 > diff -c -r1.120 aic7xxx.c > *** aic7xxx.c 1997/07/20 16:21:34 1.120 > --- aic7xxx.c 1997/08/12 04:41:58 > *************** > *** 784,789 **** > --- 784,798 ---- > > int_cleared = 0; > while (qoutcnt = (ahc_inb(ahc, QOUTCNT) & ahc->qcntmask)) { > + if ((ahc->flags & AHC_PAGESCBS) != 0) { > + ahc->cmdoutcnt += qoutcnt; > + if (ahc->cmdoutcnt >= ahc->qfullcount) { > + pause_sequencer(ahc); > + ahc_outb(ahc, CMDOUTCNT, 0); > + unpause_sequencer(ahc, > + /*unpause_always*/FALSE); > + } > + } > for (; qoutcnt > 0; qoutcnt--) { > scb_index = ahc_inb(ahc, QOUTFIFO); > scb = ahc->scb_data->scbarray[scb_index]; > *************** > *** 2305,2310 **** > --- 2314,2322 ---- > * their QCount registers. > */ > ahc_outb(ahc, QCNTMASK, ahc->qcntmask); > + > + ahc_outb(ahc, FIFODEPTH, ahc->qfullcount); > + ahc_outb(ahc, CMDOUTCNT, 0); > > /* We don't have any waiting selections */ > ahc_outb(ahc, WAITING_SCBH, SCB_LIST_NULL); > Index: i386/scsi/aic7xxx.h > =================================================================== > RCS file: /usr/cvs/src/sys/i386/scsi/aic7xxx.h,v > retrieving revision 1.41 > diff -c -r1.41 aic7xxx.h > *** aic7xxx.h 1997/06/27 19:39:20 1.41 > --- aic7xxx.h 1997/08/12 04:36:46 > *************** > *** 265,270 **** > --- 265,271 ---- > * waiting for space in the QINFIFO. > */ > u_int8_t activescbs; > + u_int8_t cmdoutcnt; > u_int16_t needsdtr_orig; /* Targets we initiate sync neg with */ > u_int16_t needwdtr_orig; /* Targets we initiate wide neg with */ > u_int16_t needsdtr; /* Current list of negotiated targets */ From owner-freebsd-stable Sun Aug 17 08:35:01 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA04924 for stable-outgoing; Sun, 17 Aug 1997 08:35:01 -0700 (PDT) Received: from helios.whro.org (ns1164.whro.org [198.76.164.2]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA04911 for ; Sun, 17 Aug 1997 08:34:58 -0700 (PDT) Received: from star-143.whro.org (star-143.whro.org [198.76.162.143]) by helios.whro.org (8.8.5/8.8.5) with SMTP id LAA15076 for ; Sun, 17 Aug 1997 11:32:45 -0400 (EDT) Message-Id: <1.5.4.16.19970817153457.258f02c2@mail.whro.org> X-Sender: bboone@mail.whro.org X-Mailer: Windows Eudora Light Version 1.5.4 (16) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sun, 17 Aug 1997 11:34:57 -0400 To: freebsd-stable@FreeBSD.ORG From: Bob Boone Subject: subscribe error..... Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk To all of you who FLAMED me.... I only hit the "mailto" link in the HANDBOOK..... If you want people to send mail someplace else, then CHANGE THE MAILTO !!!! > > > > > Bob From owner-freebsd-stable Sun Aug 17 09:21:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA06980 for stable-outgoing; Sun, 17 Aug 1997 09:21:42 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id JAA06975 for ; Sun, 17 Aug 1997 09:21:37 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id SAA19174 for stable@freebsd.org; Sun, 17 Aug 1997 18:21:35 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.7/8.8.5) id SAA02247; Sun, 17 Aug 1997 18:14:57 +0200 (MET DST) Message-ID: <19970817181457.HQ11039@uriah.heep.sax.de> Date: Sun, 17 Aug 1997 18:14:57 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: stable@freebsd.org Subject: [joerg@FreeBSD.ORG: cvs commit: src/sys/sys mount.h] X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Warning: -----Forwarded message from joerg@FreeBSD.ORG (Joerg Wunsch)----- From: Joerg Wunsch Date: Sun, 17 Aug 1997 06:33:44 -0700 (PDT) Message-Id: <199708171333.GAA15928@freefall.freebsd.org> To: cvs-committers@FreeBSD.ORG, cvs-all@FreeBSD.ORG, cvs-sys@FreeBSD.ORG Subject: cvs commit: src/sys/sys mount.h joerg 1997/08/17 06:33:44 PDT Modified files: (Branch: RELENG_2_2) sys/sys mount.h Log: Ah what, i gotta change this file now, too. The iso9660 mount struct takes one more arg (ssector). Warning: you ought to rebuild mount_cd9660(8) after rebuiling a ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ 2.2-stable kernel. ^^^^^^^^^^^^^^^^^^ Revision Changes Path 1.34.2.1 +2 -1 src/sys/sys/mount.h -----End of forwarded message----- -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-stable Sun Aug 17 10:58:14 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA12454 for stable-outgoing; Sun, 17 Aug 1997 10:58:14 -0700 (PDT) Received: from thelab.hub.org (root@hal-ns1-45.netcom.ca [207.181.94.109]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA12441 for ; Sun, 17 Aug 1997 10:58:08 -0700 (PDT) Received: from thelab.hub.org (scrappy@LOCALHOST [127.0.0.1]) by thelab.hub.org (8.8.6/8.8.2) with SMTP id OAA24267 for ; Sun, 17 Aug 1997 14:58:04 -0300 (ADT) Date: Sun, 17 Aug 1997 14:58:04 -0300 (ADT) From: The Hermit Hacker To: stable@freebsd.org Subject: panic: page fault...twice in one day Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Morning... Today, three times so far, as far as I've been able to tell, my new server 'panic: page fault'd in what seems like sosend(). gdb output included below (and in PR). I'm running 2.2.2-RELEASE on the machine, and am curious as to whether or not this is a known problem with 2.2.2-RELEASE, and will upgrading to 2.2.2-STABLE will fix it? Also, is there any way of finding out what caused it? It seems strange to me that its been running problem free for 2+ weeks now, and all of a sudden I start having problems :( Don't know if this helps, but my ethernet card is detected as: vx0 <3COM 3C905 Fast Etherlink XL PCI> rev 0 int a irq 5 on pci0:11 mii[*mii*]: disable 'auto select' with DOS util! address 00:60:97:72:57:bf ======================= current pcb at 19acc8 panic: page fault #0 boot (howto=256) at ../../kern/kern_shutdown.c:243 243 dumppcb.pcb_cr3 = rcr3(); (kgdb) where #0 boot (howto=256) at ../../kern/kern_shutdown.c:243 #1 0xf010ea72 in panic (fmt=0xf01791cf "page fault") at ../../kern/kern_shutdown.c:367 #2 0xf0179d36 in trap_fatal (frame=0xefbffe50) at ../../i386/i386/trap.c:742 #3 0xf0179824 in trap_pfault (frame=0xefbffe50, usermode=0) at ../../i386/i386/trap.c:653 #4 0xf01794ff in trap (frame={tf_es = 16, tf_ds = 16, tf_edi = -272630076, tf_esi = -2147483648, tf_ebp = -272630096, tf_isp = -272630152, tf_ebx = 0, tf_edx = 2147483647, tf_ecx = -1073610720, tf_eax = 0, tf_trapno = 12, tf_err = 2, tf_eip = -267245203, tf_cs = 8, tf_eflags = 66178, tf_esp = 0, tf_ss = 7395}) at ../../i386/i386/trap.c:311 #5 0xf012296d in sosend (so=0xf1797100, addr=0x0, uio=0xefbfff38, top=0x0, control=0x0, flags=0) at ../../kern/uipc_socket.c:421 #6 0xf0118015 in soo_write (fp=0xf17ae380, uio=0xefbfff38, cred=0xf0fd4500) at ../../kern/sys_socket.c:82 #7 0xf0115b1a in writev (p=0xf0ea0c00, uap=0xefbfff94, retval=0xefbfff84) at ../../kern/sys_generic.c:349 #8 0xf0179f73 in syscall (frame={tf_es = 39, tf_ds = 39, tf_edi = 15, tf_esi = 15, tf_ebp = -272639008, tf_isp = -272629788, tf_ebx = 14, tf_edx = 211840, tf_ecx = 210816, tf_eax = 121, tf_trapno = 22, tf_err = 7, tf_eip = 134723233, tf_cs = 31, tf_eflags = 518, tf_esp = -272639052, tf_ss = 39}) at ../../i386/i386/trap.c:890 #9 0x807b6a1 in ?? () #10 0xce2e in ?? () #11 0x17a57 in ?? () #12 0x1095 in ?? () (kgdb) up 5 #5 0xf012296d in sosend (so=0xf1591100, addr=0x0, uio=0xefbfff38, top=0x0, control=0x0, flags=0) at ../../kern/uipc_socket.c:421 421 mlen = MHLEN; (kgdb) list 416 if (flags & MSG_EOR) 417 top->m_flags |= M_EOR; 418 } else do { 419 if (top == 0) { 420 MGETHDR(m, M_WAIT, MT_DATA); 421 mlen = MHLEN; 422 m->m_pkthdr.len = 0; 423 m->m_pkthdr.rcvif = (struct ifnet *)0; 424 } else { 425 MGET(m, M_WAIT, MT_DATA); (kgdb) print mlen $1 = 100 Marc G. Fournier Systems Administrator @ hub.org primary: scrappy@hub.org secondary: scrappy@{freebsd|postgresql}.org From owner-freebsd-stable Sun Aug 17 11:04:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA12890 for stable-outgoing; Sun, 17 Aug 1997 11:04:08 -0700 (PDT) Received: from mail3.sirius.com (mail3.sirius.com [205.134.253.133]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA12868 for ; Sun, 17 Aug 1997 11:04:02 -0700 (PDT) From: ottog@sirius.com Received: from 205.134.226.181 (labor.sirius.com [205.134.226.181]) by mail3.sirius.com (8.8.7/Sirius-8.8.7-97.08.12) with SMTP id LAA13468 for ; Sun, 17 Aug 1997 11:02:47 -0700 (PDT) Message-ID: <33F74C19.5B59@sirius.com> Date: Sun, 17 Aug 1997 11:08:10 -0800 X-Mailer: Mozilla 3.02Gold (Macintosh; I; PPC) MIME-Version: 1.0 To: freebsd-stable@FreeBSD.ORG Subject: subscribe freebsd-stable Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk subscribe freebsd-stable From owner-freebsd-stable Sun Aug 17 11:59:34 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA15676 for stable-outgoing; Sun, 17 Aug 1997 11:59:34 -0700 (PDT) Received: from thelab.hub.org (root@hal-ns1-45.netcom.ca [207.181.94.109]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA15668 for ; Sun, 17 Aug 1997 11:59:30 -0700 (PDT) Received: from thelab.hub.org (scrappy@LOCALHOST [127.0.0.1]) by thelab.hub.org (8.8.6/8.8.2) with SMTP id PAA24718 for ; Sun, 17 Aug 1997 15:59:23 -0300 (ADT) Date: Sun, 17 Aug 1997 15:59:23 -0300 (ADT) From: The Hermit Hacker To: stable@freebsd.org Subject: [SEMI-URGENT Q] Should it be safe to... Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi... Just a very quick question. I've currently got 2.2.2-RELEASE installed on my system in Toronto (I'm in Halifax)...Due to a recently reported problem where my machine is rebooting on a regular basis (I suspect once an hour), I'm thinking of upgrading the machine to 2.2-STABLE (RELENG_2_2 via cvsup)...I'm just downloading the sources now, but am wondering if I'm going to experience any problems doing this? ie. periodically, if I upgrade my 3.0-CURRENT machine at home, there are structural changes that require a recompile of various utilities (ps, who, etc). Should I expect any similar problems going from 2.2.2-RELEASE -> 2.2-STABLE? Anything that would prevent my ability to telnet back into the machine after it is rebooted with the new kernel? Thanks... Marc G. Fournier Systems Administrator @ hub.org primary: scrappy@hub.org secondary: scrappy@{freebsd|postgresql}.org From owner-freebsd-stable Sun Aug 17 12:46:45 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA17706 for stable-outgoing; Sun, 17 Aug 1997 12:46:45 -0700 (PDT) Received: from thelab.hub.org (root@hal-ns1-45.netcom.ca [207.181.94.109]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA17697 for ; Sun, 17 Aug 1997 12:46:39 -0700 (PDT) Received: from thelab.hub.org (scrappy@LOCALHOST [127.0.0.1]) by thelab.hub.org (8.8.6/8.8.2) with SMTP id QAA25109 for ; Sun, 17 Aug 1997 16:46:36 -0300 (ADT) Date: Sun, 17 Aug 1997 16:46:35 -0300 (ADT) From: The Hermit Hacker To: stable@FreeBSD.ORG Subject: Re: panic: page fault...twice in one day In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Appendum: So far today, that I've been able to record, the reboot happens at approximately the same time, with it happening once every hour, and the /var/crash file being created at ~*:30: vmcore.1 -> 13:32 vmcore.2 -> 14:23 vmcore.3 -> 15.31 I've checked my crontabs, and there is nothing that runs consistently, every hour, that seems to run on the ethernet, other then INN's nntpsend... or, rather, nothing that has changed. I have PostgreSQL/Apache/telnet, etc still running constantly: 10,25,40,55 * * * * /news/admin/bin/nntpsend But, that runs 4 times an hour, and the reboot always happens around the same time :( On Sun, 17 Aug 1997, The Hermit Hacker wrote: > > Morning... > > Today, three times so far, as far as I've been able to tell, my new > server 'panic: page fault'd in what seems like sosend(). gdb output > included below (and in PR). > > I'm running 2.2.2-RELEASE on the machine, and am curious as to whether > or not this is a known problem with 2.2.2-RELEASE, and will upgrading to > 2.2.2-STABLE will fix it? > > Also, is there any way of finding out what caused it? It seems strange > to me that its been running problem free for 2+ weeks now, and all of a sudden > I start having problems :( > > Don't know if this helps, but my ethernet card is detected as: > > vx0 <3COM 3C905 Fast Etherlink XL PCI> rev 0 int a irq 5 on pci0:11 > mii[*mii*]: disable 'auto select' with DOS util! address 00:60:97:72:57:bf > > ======================= < bunch of information from previous post removed > > (kgdb) up 5 > #5 0xf012296d in sosend (so=0xf1591100, addr=0x0, uio=0xefbfff38, top=0x0, > control=0x0, flags=0) at ../../kern/uipc_socket.c:421 > 421 mlen = MHLEN; > (kgdb) list > 416 if (flags & MSG_EOR) > 417 top->m_flags |= M_EOR; > 418 } else do { > 419 if (top == 0) { > 420 MGETHDR(m, M_WAIT, MT_DATA); > 421 mlen = MHLEN; > 422 m->m_pkthdr.len = 0; > 423 m->m_pkthdr.rcvif = (struct ifnet *)0; > 424 } else { > 425 MGET(m, M_WAIT, MT_DATA); > (kgdb) print mlen > $1 = 100 > > > Marc G. Fournier > Systems Administrator @ hub.org > primary: scrappy@hub.org secondary: scrappy@{freebsd|postgresql}.org > Marc G. Fournier Systems Administrator @ hub.org primary: scrappy@hub.org secondary: scrappy@{freebsd|postgresql}.org From owner-freebsd-stable Sun Aug 17 12:58:24 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA18286 for stable-outgoing; Sun, 17 Aug 1997 12:58:24 -0700 (PDT) Received: from thelab.hub.org (root@hal-ns1-45.netcom.ca [207.181.94.109]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA18268 for ; Sun, 17 Aug 1997 12:58:20 -0700 (PDT) Received: from thelab.hub.org (scrappy@LOCALHOST [127.0.0.1]) by thelab.hub.org (8.8.6/8.8.2) with SMTP id QAA25267 for ; Sun, 17 Aug 1997 16:58:17 -0300 (ADT) Date: Sun, 17 Aug 1997 16:58:16 -0300 (ADT) From: The Hermit Hacker To: stable@freebsd.org Subject: Stable related question...maybe... Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi... I hate to ask, but I'm curious if I might have hit a limit somewhere that I can raise. Yesterday evening, I added on 1 more news feed coming into my machine, and then starting this morning, shortly afterwards, my machine is rebooting on an hourly basis. Coincidence or clue? The error/panic seems to be caused here: (kgdb) up 5 #5 0xf012296d in sosend (so=0xf0fee900, addr=0x0, uio=0xefbfff38, top=0x0, control=0x0, flags=0) at ../../kern/uipc_socket.c:421 421 mlen = MHLEN; (kgdb) list 416 if (flags & MSG_EOR) 417 top->m_flags |= M_EOR; 418 } else do { 419 if (top == 0) { 420 MGETHDR(m, M_WAIT, MT_DATA); 421 mlen = MHLEN; 422 m->m_pkthdr.len = 0; 423 m->m_pkthdr.rcvif = (struct ifnet *)0; 424 } else { 425 MGET(m, M_WAIT, MT_DATA); (kgdb) print mlen $1 = 100 Am I grasping at a straw? Or can there be some sort of tie between the two? Damn...forget it...following this train of thought, I just looked at /var/log/messages and: Aug 17 15:20:47 hub /kernel: Out of mbuf clusters - increase maxusers! Aug 17 15:31:09 hub /kernel: Copyright (c) 1992-1997 FreeBSD Inc. Going to fix this now :( Marc G. Fournier Systems Administrator @ hub.org primary: scrappy@hub.org secondary: scrappy@{freebsd|postgresql}.org From owner-freebsd-stable Sun Aug 17 19:31:22 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA13555 for stable-outgoing; Sun, 17 Aug 1997 19:31:22 -0700 (PDT) Received: from pooh.cdrom.com (pooh.cdrom.com [204.216.28.222]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA13550 for ; Sun, 17 Aug 1997 19:31:19 -0700 (PDT) Received: from localhost (murray@localhost) by pooh.cdrom.com (8.8.5/8.7.3) with SMTP id TAA04773 for ; Sun, 17 Aug 1997 19:30:23 -0700 (PDT) Date: Sun, 17 Aug 1997 19:30:22 -0700 (PDT) From: Murray Stokely To: freebsd-stable@FreeBSD.ORG Subject: Re: subscribe freebsd-stable In-Reply-To: <33F74C19.5B59@sirius.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk If this list is served by majordomo, theres a simple way to filter all these accidental mails out of the list. On Sun, 17 Aug 1997 ottog@sirius.com wrote: % subscribe freebsd-stable Murray Stokely From owner-freebsd-stable Sun Aug 17 23:42:23 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA00616 for stable-outgoing; Sun, 17 Aug 1997 23:42:23 -0700 (PDT) Received: from saturn.vision.net.au (saturn.vision.net.au [203.17.23.11]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA00608 for ; Sun, 17 Aug 1997 23:42:14 -0700 (PDT) Received: from win95 (portA2e.vision.net.au [203.17.23.146]) by saturn.vision.net.au (8.8.5/8.7.3) with SMTP id QAA20301 for ; Mon, 18 Aug 1997 16:42:09 +1000 (EST) Message-ID: <33F86CE6.6334@natsoft.com.au> Date: Mon, 18 Aug 1997 16:40:22 +0100 From: Simon Bennet Organization: National Software Pty Ltd X-Mailer: Mozilla 3.01 (Win95; I) MIME-Version: 1.0 To: stable@FreeBSD.ORG Subject: FreeBSD Partition Over 2048 Mega Bytes Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I run National Software Pty Ltd (NATSOFT), an Australian company which develops Business Accounting Software. Of NATSOFT's 500+ clients there are currently 15 sites running FreeBSD versions 2.1.6 to 2.2.2. I previously used SCO Xenix/Unix and st this point in time I see no reason why not to stay with FreeBSD, in preferance to SCO, and I plan to have many more commercial FreeBSD sites running in the future. However I have encountered a couple of problems someone may be able to help me with. I am attempting to install FreeBSD 2.2.2-RELEASE on a Pentium 150MHz with a 3Gig IDE Hard Drive. When you run the bad block scan (bad144), at install time, it fails at the 2048 MByte point with every block past there being reported as an error. This happens whether the drive is in LBA or NORMAL mode. Please note that MSDOS cannot have a partition greater than 2048MByte, this is only possible with the lasest version of windows. Will FreeBSD support a single partition over 2048MBytes in length, or is this just a problem with the bad block scanning program? Also if you scan an IDE hard drive over 512MByte without LBA mode (not all computers have LBA mode), then the bad block table gets written above the 512MByte boundry (1024cylinder) making the drive unbootable. Is there a way to get the bad track table to reside below cylinder 1024, or is it safe not to use bad blocking on large IDE drives? I have been running a test on a 2.5GB IDE Drive in a Intel 486/66 with FreeBSD 2.2.2-RELEASE to see if a partition over 2048MBytes works ok. The kernel used was as loaded onto the system from the CD-ROM. I was creating a file large enough to fill the 2.5GB partition, using the c write() function wtiting 1024 bytes of data per write call, when the IDE drive started to spin down and then up again, the drive continued to spin down and up as though it was being turned off and back on again. There were error messages displayed on the console, but unfortunately I did not write them down. I reset the computer system and then the hard drive failed to boot with DRIVE NOT READY, all partition information had been lost and I had to reinstall FreeBSD, therefore I could not consult the log file for error messages. Is there a way FreeBSD can cause a hard drive to spin down and backup again continually or have I encountered a hardware problem? I did rebuild a kernel with FAILSAFE set and ran the above program again, and everything worked ok this time, indicating that FreeBSD can handle the large partition. Thanking you in advance. Regards Craig. National Software Pty Ltd ------------------------- From owner-freebsd-stable Mon Aug 18 05:01:52 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA16848 for stable-outgoing; Mon, 18 Aug 1997 05:01:52 -0700 (PDT) Received: from as5200-port-254.no.neosoft.com (as5200-port-254.no.neosoft.com [206.27.167.254]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA16834 for ; Mon, 18 Aug 1997 05:01:48 -0700 (PDT) Received: (from conrads@localhost) by as5200-port-254.no.neosoft.com (8.8.6/8.8.6) id GAA22313; Mon, 18 Aug 1997 06:59:26 -0500 (CDT) Message-ID: X-Mailer: XFMail 1.2-alpha [p0] on FreeBSD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <33F86CE6.6334@natsoft.com.au> Date: Mon, 18 Aug 1997 06:59:26 -0500 (CDT) Organization: NeoSoft, Inc. From: Conrad Sabatier To: Simon Bennet Subject: Re: FreeBSD Partition Over 2048 Mega Bytes Cc: stable@FreeBSD.ORG Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On 18-Aug-97 Simon Bennet wrote: > >I am attempting to install FreeBSD 2.2.2-RELEASE on a Pentium 150MHz >with a 3Gig IDE Hard Drive. > >When you run the bad block scan (bad144), at install time, it fails at >the 2048 MByte point with every block past there being reported as >an error. This happens whether the drive is in LBA or NORMAL mode. > >Please note that MSDOS cannot have a partition greater than 2048MByte, >this is only possible with the lasest version of windows. > >Will FreeBSD support a single partition over 2048MBytes in length, >or is this just a problem with the bad block scanning program? Hmmm. No expert opinion here, but... :-) I'm running FreeBSD 2.2-STABLE using a 3.2 gig Quantum Fireball (IDE) drive, with no problems at all. The entire disk is allocated to FreeBSD in one huge partition, with the following "slices" within the partition: Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/wd1a 31775 28466 767 97% / /dev/wd1s1f 2927222 1894664 798381 70% /usr /dev/wd1s1e 29727 6049 21300 22% /var procfs 4 4 0 100% /proc Could it be maybe that your drive's geometry is incorrectly specified? Or maybe a BIOS or disk controller problem? -- Conrad Sabatier | FreeBSD -- UNIX for your PC | Why settle for less than the best? http://www.neosoft.com/~conrads/ | http://www.freebsd.org From owner-freebsd-stable Mon Aug 18 07:46:37 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA25532 for stable-outgoing; Mon, 18 Aug 1997 07:46:37 -0700 (PDT) Received: from vinyl.quickweb.com (vinyl.quickweb.com [206.222.77.8]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA25527 for ; Mon, 18 Aug 1997 07:46:32 -0700 (PDT) Received: (from mark@localhost) by vinyl.quickweb.com (8.8.5/8.6.12) id KAA27869; Mon, 18 Aug 1997 10:46:23 -0400 (EDT) Message-ID: <19970818104623.39790@vinyl.quickweb.com> Date: Mon, 18 Aug 1997 10:46:23 -0400 From: Mark Mayo To: Simon Bennet Cc: stable@FreeBSD.ORG Subject: Re: FreeBSD Partition Over 2048 Mega Bytes References: <33F86CE6.6334@natsoft.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.81e In-Reply-To: <33F86CE6.6334@natsoft.com.au>; from Simon Bennet on Mon, Aug 18, 1997 at 04:40:22PM +0100 Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Mon, Aug 18, 1997 at 04:40:22PM +0100, Simon Bennet wrote: > [SNIP] > I am attempting to install FreeBSD 2.2.2-RELEASE on a Pentium 150MHz > with a 3Gig IDE Hard Drive. > > When you run the bad block scan (bad144), at install time, it fails at > the 2048 MByte point with every block past there being reported as > an error. This happens whether the drive is in LBA or NORMAL mode. > > Please note that MSDOS cannot have a partition greater than 2048MByte, > this is only possible with the lasest version of windows. > > Will FreeBSD support a single partition over 2048MBytes in length, > or is this just a problem with the bad block scanning program? Hmmm. Well, my SCSI disks are definately bigger than 2048MB: Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/sd0a 31775 13558 15675 46% / /dev/sd0s1f 1913091 1078904 681140 61% /usr /dev/sd0s1e 29727 12884 14465 47% /var procfs 4 4 0 100% /proc /dev/sd1c 4108717 687694 3092326 18% /d2 So FreeBSD can definately support >2048MB partitions! I suspect your problem comes from the fact that it's an IDE drive - although I'm pretty sure the IDE code does allow for gigantic drives, I think I remember Mike Smith making some changes to support even the 8GB IDE monsters from Maxtor... It's probably just a block scanning problem. Have you tried newfs'ing it and mounting it up? As for the stuff below, I have no idea... If I saw a drive doing this, I would probably assume a hardware problem, but I'd probably be wrong :-) Good Luck! -Mark > > Also if you scan an IDE hard drive over 512MByte without LBA mode > (not all computers have LBA mode), then the bad block table gets written > above the 512MByte boundry (1024cylinder) making the drive unbootable. > Is there a way to get the bad track table to reside below cylinder 1024, > or is it safe not to use bad blocking on large IDE drives? > > I have been running a test on a 2.5GB IDE Drive in a Intel 486/66 with > FreeBSD 2.2.2-RELEASE to see if a partition over 2048MBytes works ok. > The kernel used was as loaded onto the system from the CD-ROM. > I was creating a file large enough to fill the 2.5GB partition, using > the c write() function wtiting 1024 bytes of data per write call, when > the IDE drive started to spin down and then up again, the drive > continued to spin down and up as though it was being turned off and > back on again. There were error messages displayed on the console, but > unfortunately I did not write them down. I reset the computer system > and then the hard drive failed to boot with DRIVE NOT READY, > all partition information had been lost and I had to reinstall FreeBSD, > therefore I could not consult the log file for error messages. > Is there a way FreeBSD can cause a hard drive to spin down and backup > again continually or have I encountered a hardware problem? I did > rebuild a kernel with FAILSAFE set and ran the above program again, > and everything worked ok this time, indicating that FreeBSD can handle > the large partition. > > Thanking you in advance. > > > Regards Craig. > National Software Pty Ltd > ------------------------- -- ---------------------------------------------------------------------------- Mark Mayo mark@quickweb.com RingZero Comp. http://vinyl.quickweb.com/mark finger mark@quickweb.com for my PGP key and GCS code ---------------------------------------------------------------------------- University degrees are a bit like adultery: you may not want to get involved with that sort of thing, but you don't want to be thought incapable. -Sir Peter Imbert From owner-freebsd-stable Mon Aug 18 07:56:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA26017 for stable-outgoing; Mon, 18 Aug 1997 07:56:31 -0700 (PDT) Received: from daria.cdnow.com (daria.cdnow.com [198.138.235.60]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA26012 for ; Mon, 18 Aug 1997 07:56:29 -0700 (PDT) Received: (from heller@localhost) by daria.cdnow.com (8.7.5/8.6.7) id KAA28474 for stable@freebsd.org; Mon, 18 Aug 1997 10:52:35 -0400 (EDT) From: "A. Karl Heller" Message-Id: <199708181452.KAA28474@daria.cdnow.com> Subject: Version fixes To: stable@freebsd.org Date: Mon, 18 Aug 1997 10:52:35 -0400 (EDT) Reply-To: heller@cdnow.com X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Is there a list of changes and fixes that are done on a per RELENG release? I'm running two machines on 2.2.2 8/1. I'd like to know if there are any fixes that I *should* know about so that I may consider going to 8/15. Etc.. -- ----------------------------------------------------------------------------- A. Karl Heller Senior Systems Engineer CDnow Inc. http://cdnow.com From owner-freebsd-stable Mon Aug 18 08:05:46 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA26475 for stable-outgoing; Mon, 18 Aug 1997 08:05:46 -0700 (PDT) Received: from daria.cdnow.com (daria.cdnow.com [198.138.235.60]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA26464 for ; Mon, 18 Aug 1997 08:05:41 -0700 (PDT) Received: (from heller@localhost) by daria.cdnow.com (8.7.5/8.6.7) id LAA28624; Mon, 18 Aug 1997 11:01:42 -0400 (EDT) From: "A. Karl Heller" Message-Id: <199708181501.LAA28624@daria.cdnow.com> Subject: Re: FreeBSD Partition Over 2048 Mega Bytes To: support@natsoft.com.au (Simon Bennet) Date: Mon, 18 Aug 1997 11:01:41 -0400 (EDT) Cc: stable@FreeBSD.ORG Reply-To: heller@cdnow.com In-Reply-To: <33F86CE6.6334@natsoft.com.au> from "Simon Bennet" at Aug 18, 97 04:40:22 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I am attempting to install FreeBSD 2.2.2-RELEASE on a Pentium 150MHz > with a 3Gig IDE Hard Drive. > When you run the bad block scan (bad144), at install time, it fails at > the 2048 MByte point with every block past there being reported as > an error. This happens whether the drive is in LBA or NORMAL mode. Don't run bad144. IDE ( hahaha ) and SCSI drives automatically map out bad sectors. -- ----------------------------------------------------------------------------- A. Karl Heller Senior Systems Engineer CDnow Inc. http://cdnow.com From owner-freebsd-stable Mon Aug 18 09:17:17 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA00264 for stable-outgoing; Mon, 18 Aug 1997 09:17:17 -0700 (PDT) Received: from shell.uniserve.com (tom@shell.uniserve.com [204.244.210.252]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA00257 for ; Mon, 18 Aug 1997 09:17:12 -0700 (PDT) Received: from localhost (tom@localhost) by shell.uniserve.com (8.8.5/8.8.5) with SMTP id JAA03199; Mon, 18 Aug 1997 09:12:28 -0700 (PDT) X-Authentication-Warning: shell.uniserve.com: tom owned process doing -bs Date: Mon, 18 Aug 1997 09:12:28 -0700 (PDT) From: Tom To: Simon Bennet cc: stable@FreeBSD.ORG Subject: Re: FreeBSD Partition Over 2048 Mega Bytes In-Reply-To: <33F86CE6.6334@natsoft.com.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Mon, 18 Aug 1997, Simon Bennet wrote: > When you run the bad block scan (bad144), at install time, it fails at > the 2048 MByte point with every block past there being reported as > an error. This happens whether the drive is in LBA or NORMAL mode. Quite likely bad144 doesn't support filesystems that big. You shouldn't need to do bad block scanning on modern media. IDE drives should support auto-relocation of bad sectors. As long as the reserved area does not fill up, you should be ok. Tom From owner-freebsd-stable Mon Aug 18 12:28:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA12355 for stable-outgoing; Mon, 18 Aug 1997 12:28:06 -0700 (PDT) Received: from laguna.arc.unm.edu (laguna.arc.unm.edu [198.59.173.7]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA12347; Mon, 18 Aug 1997 12:28:02 -0700 (PDT) Received: from p120 (sdn-ts-067txfwoRP11.dialsprint.net [206.133.156.78]) by laguna.arc.unm.edu (8.7.3/8.7.3) with SMTP id NAA03040; Mon, 18 Aug 1997 13:27:48 -0600 (MDT) Message-Id: <3.0.1.32.19970818132555.006b6338@arc.unm.edu> X-Sender: shawnhsu@arc.unm.edu X-Mailer: Windows Eudora Light Version 3.0.1 (32) Date: Mon, 18 Aug 1997 13:25:55 -0600 To: fuunm@data.netdot.net From: "Xu, Xiang" Subject: Help on setup PPP Cc: stable@FreeBSD.ORG Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi: I have a FreeBSD box here and tried many times of setting up PPP with Sprint. If anyone have anyway to help me please e-mail me at shawnhsu@arc.unm.edu (Think Linux box is similar in PPP setting with FreeBSD). Thanks -Xiang Xu From owner-freebsd-stable Mon Aug 18 12:37:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA12911 for stable-outgoing; Mon, 18 Aug 1997 12:37:11 -0700 (PDT) Received: from daria.cdnow.com (daria.cdnow.com [198.138.235.60]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA12902 for ; Mon, 18 Aug 1997 12:37:03 -0700 (PDT) Received: (from heller@localhost) by daria.cdnow.com (8.7.5/8.6.7) id PAA29335 for stable@freebsd.org; Mon, 18 Aug 1997 15:33:04 -0400 (EDT) From: "A. Karl Heller" Message-Id: <199708181933.PAA29335@daria.cdnow.com> Subject: named problems To: stable@freebsd.org Date: Mon, 18 Aug 1997 15:33:04 -0400 (EDT) Reply-To: heller@cdnow.com X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Anybody know how to track this problem down: Aug 18 15:26:16 socko named[17660]: savedata: malloc: Cannot allocate memory - ABORT Aug 18 15:26:18 socko /kernel: pid 17660 (named), uid 0: exited on signal 6 (core dumped) This is the second time it has happened in 24 hours. -- ----------------------------------------------------------------------------- A. Karl Heller Senior Systems Engineer CDnow Inc. http://cdnow.com From owner-freebsd-stable Mon Aug 18 17:48:57 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA28580 for stable-outgoing; Mon, 18 Aug 1997 17:48:57 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA28571 for ; Mon, 18 Aug 1997 17:48:50 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id KAA14782; Tue, 19 Aug 1997 10:18:43 +0930 (CST) From: Michael Smith Message-Id: <199708190048.KAA14782@genesis.atrad.adelaide.edu.au> Subject: Re: FreeBSD Partition Over 2048 Mega Bytes In-Reply-To: <33F86CE6.6334@natsoft.com.au> from Simon Bennet at "Aug 18, 97 04:40:22 pm" To: support@natsoft.com.au (Simon Bennet) Date: Tue, 19 Aug 1997 10:18:42 +0930 (CST) Cc: stable@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Simon Bennet stands accused of saying: > > However I have encountered a couple of problems someone may be able > to help me with. > > I am attempting to install FreeBSD 2.2.2-RELEASE on a Pentium 150MHz > with a 3Gig IDE Hard Drive. > > When you run the bad block scan (bad144), at install time, it fails at > the 2048 MByte point with every block past there being reported as > an error. This happens whether the drive is in LBA or NORMAL mode. Simple answer : don't use bad144. It's only useful with disks that have bad sectors, and don't handle bad sector forwarding. Most modern IDE disks won't show any bad sectors until they are seriously dying, at which time it's cheaper to dump them and get another one than stuff around with badsector remapping. > Will FreeBSD support a single partition over 2048MBytes in length, > or is this just a problem with the bad block scanning program? It's just a problem with bad144, which dates back to the good ol' days of DEC RL02's, where a fingerprint on the disk surface might accidentally wipe out a few sectors. > Is there a way to get the bad track table to reside below cylinder 1024, > or is it safe not to use bad blocking on large IDE drives? The bad track table has to live at the end of the filesystem. > The kernel used was as loaded onto the system from the CD-ROM. > I was creating a file large enough to fill the 2.5GB partition, using > the c write() function wtiting 1024 bytes of data per write call, when > the IDE drive started to spin down and then up again, the drive > continued to spin down and up as though it was being turned off and > back on again. There were error messages displayed on the console, but > unfortunately I did not write them down. These would probably have been to do with the disk not responding. For an IDE disk to spin down it has to be _very_ unhappy. This may be because it's dead, or possibly just due to a dodgy power connector. > Is there a way FreeBSD can cause a hard drive to spin down and backup > again continually or have I encountered a hardware problem? It's _possible_ that you have encountered an incompatability between FreeBSD and your disk that results in the disk firmware crashing and being restarted, however you say you reinstalled and repeated the test which implies that this is not the case. As such, I'd say you have a hardware problem of some sort. -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-stable Tue Aug 19 04:39:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA29834 for stable-outgoing; Tue, 19 Aug 1997 04:39:49 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA29828 for ; Tue, 19 Aug 1997 04:39:46 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id VAA08777; Tue, 19 Aug 1997 21:32:47 +1000 Date: Tue, 19 Aug 1997 21:32:47 +1000 From: Bruce Evans Message-Id: <199708191132.VAA08777@godzilla.zeta.org.au> To: support@natsoft.com.au, tom@uniserve.com Subject: Re: FreeBSD Partition Over 2048 Mega Bytes Cc: stable@FreeBSD.ORG Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> When you run the bad block scan (bad144), at install time, it fails at >> the 2048 MByte point with every block past there being reported as >> an error. This happens whether the drive is in LBA or NORMAL mode. > > Quite likely bad144 doesn't support filesystems that big. It should work, but it has the usual overflow bug in the lseek offset calculation. Bruce From owner-freebsd-stable Tue Aug 19 13:08:15 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA02324 for stable-outgoing; Tue, 19 Aug 1997 13:08:15 -0700 (PDT) Received: from ns.NL.net (ns.NL.net [193.78.240.1]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id NAA02317 for ; Tue, 19 Aug 1997 13:08:11 -0700 (PDT) Received: from stuyts by ns.NL.net (5.65b/NLnet1.3) id AA09076; Tue, 19 Aug 1997 22:01:49 +0200 Received: from daneel.stuyts.nl (daneel.stuyts.nl [193.78.231.7]) by terminus.stuyts.nl (8.8.7/8.8.5) with ESMTP id VAA02107 for ; Tue, 19 Aug 1997 21:53:05 +0200 (MET DST) Received: (from benst@localhost) by daneel.stuyts.nl (8.8.5/8.8.5) id VAA06781 for stable@FreeBSD.ORG; Tue, 19 Aug 1997 21:52:47 +0200 (MET DST) Message-Id: <199708191952.VAA06781@daneel.stuyts.nl> Content-Type: text/plain Mime-Version: 1.0 (NeXT Mail 3.3 v118.2) X-Nextstep-Mailer: Mail 3.3 (Enhance 1.2) Received: by NeXT.Mailer (1.118.2) From: Ben Stuyts Date: Tue, 19 Aug 97 21:52:44 +0200 To: stable@FreeBSD.ORG Subject: cvs keeps putting src/contrib/tcl/library/http1.0 back in Reply-To: ben@stuyts.nl X-Unexpected: The Spanish Inquisition Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hello, I'm having a problem with cvs. I have checked out the full source tree of RELENG_2_2. Lately, make world falls over, because 'cvs update -d -P' insists on checking out /usr/src/contrib/tcl/library/http1.0/ (and files below it) that are part of current, not stable. I think this should not happen, because the Tag file in /usr/src/contrib/tcl/library/CVS clearly has RELENG_2_2 in it. The only way to prevent this from happening is to use 'cvs update -d -P -r RELENG_2_2' each time. Is this a bug in cvs, or am I mistaken? Best regards, Ben From owner-freebsd-stable Tue Aug 19 13:56:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA04740 for stable-outgoing; Tue, 19 Aug 1997 13:56:10 -0700 (PDT) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA04709 for ; Tue, 19 Aug 1997 13:55:54 -0700 (PDT) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id OAA07251; Tue, 19 Aug 1997 14:55:26 -0600 (MDT) Date: Tue, 19 Aug 1997 14:55:26 -0600 (MDT) Message-Id: <199708192055.OAA07251@rocky.mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: ben@stuyts.nl Cc: stable@freebsd.org Subject: Re: cvs keeps putting src/contrib/tcl/library/http1.0 back in In-Reply-To: <199708191952.VAA06781@daneel.stuyts.nl> References: <199708191952.VAA06781@daneel.stuyts.nl> X-Mailer: VM 6.29 under 19.15 XEmacs Lucid Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I'm having a problem with cvs. I have checked out the full source tree of > RELENG_2_2. Lately, make world falls over, because 'cvs update -d -P' insists > on checking out /usr/src/contrib/tcl/library/http1.0/ (and files below it) > that are part of current, not stable. I think this should not happen, because > the Tag file in /usr/src/contrib/tcl/library/CVS clearly has RELENG_2_2 in it. When CVS checks out new directories, it doesn't pick up the Tag from the current directory. Whether this is a bug or not depends on your view of CVS. I consider it neither, since both ways are valid. If you're using CVS in a 'work' directory, and you check out a new file, it's not obvious that you don't want the 'current' version, instead of the tagged version, so you shouldn't be using the parent's TAG. But, in the case of recursive (ie; updates), you may want the tag. In short, I don't consider it a bug, but neither do I consider it a feature. The solution is simple, and to always specify the tag when using '-d'. So, I always use: % cvs update -Pdr TAG_NAME *or* % cvs update -PdA (-A implies blowing away the tag and using the 'head' revisions). Nate From owner-freebsd-stable Tue Aug 19 14:44:24 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA07546 for stable-outgoing; Tue, 19 Aug 1997 14:44:24 -0700 (PDT) Received: from ns.NL.net (ns.NL.net [193.78.240.1]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id OAA07541 for ; Tue, 19 Aug 1997 14:44:16 -0700 (PDT) Received: from stuyts by ns.NL.net (5.65b/NLnet1.3) id AA28957; Tue, 19 Aug 1997 23:32:17 +0200 Received: from daneel.stuyts.nl (daneel.stuyts.nl [193.78.231.7]) by terminus.stuyts.nl (8.8.7/8.8.5) with ESMTP id XAA12512; Tue, 19 Aug 1997 23:28:41 +0200 (MET DST) Received: (from benst@localhost) by daneel.stuyts.nl (8.8.5/8.8.5) id XAA06872; Tue, 19 Aug 1997 23:28:55 +0200 (MET DST) Message-Id: <199708192128.XAA06872@daneel.stuyts.nl> Content-Type: text/plain Mime-Version: 1.0 (NeXT Mail 3.3 v118.2) In-Reply-To: <199708192055.OAA07251@rocky.mt.sri.com> X-Nextstep-Mailer: Mail 3.3 (Enhance 1.2) Received: by NeXT.Mailer (1.118.2) From: Ben Stuyts Date: Tue, 19 Aug 97 23:28:52 +0200 To: Nate Williams Subject: Re: cvs keeps putting src/contrib/tcl/library/http1.0 back in Cc: stable@freebsd.org Reply-To: ben@stuyts.nl References: <199708191952.VAA06781@daneel.stuyts.nl> <199708192055.OAA07251@rocky.mt.sri.com> X-Unexpected: The Spanish Inquisition Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 19 Aug 1997, Nate Williams wrote: > When CVS checks out new directories, it doesn't pick up the Tag from the > current directory. Whether this is a bug or not depends on your view of > CVS. I consider it neither, since both ways are valid. If you're using > CVS in a 'work' directory, and you check out a new file, it's not > obvious that you don't want the 'current' version, instead of the tagged > version, so you shouldn't be using the parent's TAG. But, in the case > of recursive (ie; updates), you may want the tag. > > In short, I don't consider it a bug, but neither do I consider it a > feature. The solution is simple, and to always specify the tag when > using '-d'. > > So, I always use: > > % cvs update -Pdr TAG_NAME Ok, that's what I said in my original message. I understand your reasoning, but it's not what I expected. Slight side note: However, this means that 'make update' in /usr/src is somewhat broken, because it always does a 'cvs -q update -P -d'. Best regards, Ben From owner-freebsd-stable Tue Aug 19 14:48:21 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA07816 for stable-outgoing; Tue, 19 Aug 1997 14:48:21 -0700 (PDT) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA07810 for ; Tue, 19 Aug 1997 14:48:18 -0700 (PDT) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id PAA07476; Tue, 19 Aug 1997 15:48:07 -0600 (MDT) Date: Tue, 19 Aug 1997 15:48:07 -0600 (MDT) Message-Id: <199708192148.PAA07476@rocky.mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: ben@stuyts.nl Cc: Nate Williams , stable@freebsd.org Subject: Re: cvs keeps putting src/contrib/tcl/library/http1.0 back in In-Reply-To: <199708192128.XAA06872@daneel.stuyts.nl> References: <199708191952.VAA06781@daneel.stuyts.nl> <199708192055.OAA07251@rocky.mt.sri.com> <199708192128.XAA06872@daneel.stuyts.nl> X-Mailer: VM 6.29 under 19.15 XEmacs Lucid Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Slight side note: However, this means that 'make update' in /usr/src is > somewhat broken, because it always does a 'cvs -q update -P -d'. I could argue that 'make update' doesn't belong in the Makefile, but the other part is that it's assumed that anyone using the system is tracking -current, so this works there since developers never use TAGS in their development trees. :) :) :) :) Nate From owner-freebsd-stable Tue Aug 19 15:31:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA10090 for stable-outgoing; Tue, 19 Aug 1997 15:31:07 -0700 (PDT) Received: from ns.NL.net (ns.NL.net [193.78.240.1]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id PAA10083 for ; Tue, 19 Aug 1997 15:31:03 -0700 (PDT) Received: from stuyts by ns.NL.net (5.65b/NLnet1.3) id AA17714; Wed, 20 Aug 1997 00:12:14 +0200 Received: from daneel.stuyts.nl (daneel.stuyts.nl [193.78.231.7]) by terminus.stuyts.nl (8.8.7/8.8.5) with ESMTP id AAA03895; Wed, 20 Aug 1997 00:08:59 +0200 (MET DST) Received: (from benst@localhost) by daneel.stuyts.nl (8.8.5/8.8.5) id AAA06905; Wed, 20 Aug 1997 00:09:14 +0200 (MET DST) Message-Id: <199708192209.AAA06905@daneel.stuyts.nl> Content-Type: text/plain Mime-Version: 1.0 (NeXT Mail 3.3 v118.2) In-Reply-To: <199708192148.PAA07476@rocky.mt.sri.com> X-Nextstep-Mailer: Mail 3.3 (Enhance 1.2) Received: by NeXT.Mailer (1.118.2) From: Ben Stuyts Date: Wed, 20 Aug 97 00:09:11 +0200 To: Nate Williams Subject: Re: cvs keeps putting src/contrib/tcl/library/http1.0 back in Cc: stable@freebsd.org Reply-To: ben@stuyts.nl References: <199708191952.VAA06781@daneel.stuyts.nl> <199708192055.OAA07251@rocky.mt.sri.com> <199708192128.XAA06872@daneel.stuyts.nl> <199708192148.PAA07476@rocky.mt.sri.com> X-Unexpected: The Spanish Inquisition Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 19 Aug 1997, Nate Williams wrote: > > Slight side note: However, this means that 'make update' in /usr/src is > > somewhat broken, because it always does a 'cvs -q update -P -d'. > > I could argue that 'make update' doesn't belong in the Makefile, but the > other part is that it's assumed that anyone using the system is tracking > -current, so this works there since developers never use TAGS in their > development trees. :) :) :) :) Well, I'm tracking everything. I need -stable at the office, and I want to go smp (i.e. -current) soon at home. To continue the rant: Shouldn't /usr/src/Makefile on the RELENG_2_2 branch have the -r RELENG_2_2 in the make update target? (It has here now...) Would be a minor fix. Don't know if it would break something or somebody's habits though. Best regards, Ben From owner-freebsd-stable Tue Aug 19 16:42:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA13960 for stable-outgoing; Tue, 19 Aug 1997 16:42:47 -0700 (PDT) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA13955 for ; Tue, 19 Aug 1997 16:42:45 -0700 (PDT) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id RAA08014; Tue, 19 Aug 1997 17:40:08 -0600 (MDT) Date: Tue, 19 Aug 1997 17:40:08 -0600 (MDT) Message-Id: <199708192340.RAA08014@rocky.mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: ben@stuyts.nl Cc: Nate Williams , stable@freebsd.org Subject: Re: cvs keeps putting src/contrib/tcl/library/http1.0 back in In-Reply-To: <199708192209.AAA06905@daneel.stuyts.nl> References: <199708191952.VAA06781@daneel.stuyts.nl> <199708192055.OAA07251@rocky.mt.sri.com> <199708192128.XAA06872@daneel.stuyts.nl> <199708192148.PAA07476@rocky.mt.sri.com> <199708192209.AAA06905@daneel.stuyts.nl> X-Mailer: VM 6.29 under 19.15 XEmacs Lucid Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > To continue the rant: Shouldn't /usr/src/Makefile on the RELENG_2_2 > branch have the -r RELENG_2_2 in the make update target? (It has here > now...) Would be a minor fix. Don't know if it would break something > or somebody's habits though. Simple enough, so I just committed the change to the Makefile. Nate From owner-freebsd-stable Wed Aug 20 01:18:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA07821 for stable-outgoing; Wed, 20 Aug 1997 01:18:31 -0700 (PDT) Received: from ns.NL.net (ns.NL.net [193.78.240.1]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id BAA07809 for ; Wed, 20 Aug 1997 01:18:23 -0700 (PDT) Received: from stuyts by ns.NL.net (5.65b/NLnet1.3) id AA06771; Wed, 20 Aug 1997 09:52:35 +0200 Received: from daneel.stuyts.nl (daneel.stuyts.nl [193.78.231.7]) by terminus.stuyts.nl (8.8.7/8.8.5) with ESMTP id JAA26219; Wed, 20 Aug 1997 09:52:31 +0200 (MET DST) Received: (from benst@localhost) by daneel.stuyts.nl (8.8.5/8.8.5) id JAA07241; Wed, 20 Aug 1997 09:52:39 +0200 (MET DST) Message-Id: <199708200752.JAA07241@daneel.stuyts.nl> Content-Type: text/plain Mime-Version: 1.0 (NeXT Mail 3.3 v118.2) In-Reply-To: <199708192340.RAA08014@rocky.mt.sri.com> X-Nextstep-Mailer: Mail 3.3 (Enhance 1.2) Received: by NeXT.Mailer (1.118.2) From: Ben Stuyts Date: Wed, 20 Aug 97 09:52:37 +0200 To: Nate Williams Subject: Re: cvs keeps putting src/contrib/tcl/library/http1.0 back in Cc: stable@freebsd.org Reply-To: ben@stuyts.nl References: <199708191952.VAA06781@daneel.stuyts.nl> <199708192055.OAA07251@rocky.mt.sri.com> <199708192128.XAA06872@daneel.stuyts.nl> <199708192148.PAA07476@rocky.mt.sri.com> <199708192209.AAA06905@daneel.stuyts.nl> <199708192340.RAA08014@rocky.mt.sri.com> X-Unexpected: The Spanish Inquisition Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 19 Aug 1997, Nate Williams wrote: > > To continue the rant: Shouldn't /usr/src/Makefile on the RELENG_2_2 > > branch have the -r RELENG_2_2 in the make update target? (It has here > > now...) Would be a minor fix. Don't know if it would break something > > or somebody's habits though. > > Simple enough, so I just committed the change to the Makefile. Thank you. B-) Best regards, Ben From owner-freebsd-stable Wed Aug 20 18:29:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA20757 for stable-outgoing; Wed, 20 Aug 1997 18:29:28 -0700 (PDT) Received: from zen.nash.org (nash.pr.mcs.net [204.95.47.72]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA20751 for ; Wed, 20 Aug 1997 18:29:24 -0700 (PDT) Received: from mcs.com (localhost.zen.nash.org [127.0.0.1] (may be forged)) by zen.nash.org (8.8.6/8.8.5) with ESMTP id UAA17496 for ; Wed, 20 Aug 1997 20:28:52 -0500 (CDT) Message-ID: <33FB99D2.BC9D13BF@mcs.com> Date: Wed, 20 Aug 1997 20:28:50 -0500 From: Alex Nash X-Mailer: Mozilla 4.02b7 [en] (X11; I; FreeBSD 2.2-STABLE i386) MIME-Version: 1.0 To: stable@FreeBSD.ORG Subject: ipfw users take note Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk ipfw changes have just been checked into 2.2-STABLE which necessitate a recompile of both kernel and userland ipfw utility. Combinations of old/new kernel/user util will not work. Alex From owner-freebsd-stable Wed Aug 20 19:14:32 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA22718 for stable-outgoing; Wed, 20 Aug 1997 19:14:32 -0700 (PDT) Received: from css.tuu.utas.edu.au (iaint@css.tuu.utas.edu.au [131.217.115.65]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA22711 for ; Wed, 20 Aug 1997 19:14:26 -0700 (PDT) Received: from localhost (iaint@localhost) by css.tuu.utas.edu.au (8.8.5/8.8.5) with SMTP id MAA01654 for ; Thu, 21 Aug 1997 12:14:27 +1000 (EST) Date: Thu, 21 Aug 1997 12:14:26 +1000 (EST) From: Iain Templeton To: stable@freebsd.org Subject: contrib/cvs/src/commit.c in RELENG_2_2 vanishing? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >From a cvsup of 2.2-STABLE both earlier this morning 0930 GMT+10 and 1200 GMT+10 from cvsup.au.freebsd.org it seems that the file /usr/src/contrib/cvs/src/commit.c is missing. Make prints that it cannot make that file (from the directory /usr/src/gnu/usr.bin/cvs) depravitas...usr.bin/cvs# make ===> lib ===> cvs make: don't know how to make commit.c. Stop *** Error code 2 Stop. Which normally (I think) means the file doesn't exist, and it doesn't. It was there two weeks ago when we last built world. Either that or I've just gone silly... Iain. From owner-freebsd-stable Wed Aug 20 19:57:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA24909 for stable-outgoing; Wed, 20 Aug 1997 19:57:04 -0700 (PDT) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA24901 for ; Wed, 20 Aug 1997 19:56:57 -0700 (PDT) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id UAA00492; Wed, 20 Aug 1997 20:53:56 -0600 (MDT) Date: Wed, 20 Aug 1997 20:53:56 -0600 (MDT) Message-Id: <199708210253.UAA00492@rocky.mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Iain Templeton Cc: stable@freebsd.org Subject: Re: contrib/cvs/src/commit.c in RELENG_2_2 vanishing? In-Reply-To: References: X-Mailer: VM 6.29 under 19.15 XEmacs Lucid Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > >From a cvsup of 2.2-STABLE both earlier this morning 0930 GMT+10 and 1200 > GMT+10 from cvsup.au.freebsd.org it seems that the file > /usr/src/contrib/cvs/src/commit.c is missing. freefall crashed earlier today, and it must have gotten whacked. Peter made some CVS changes recently, but it looks like the version I just stuck in there is the correct one (according to the commitlogs.) Thanks for pointing it out. Nate ps. This is the 3rd time in so many weeks that a file got whacked. If we want to be taken seriously, we should try to get WC to invest in a UPS and a tape changer so backups can be done regularly. From owner-freebsd-stable Fri Aug 22 14:19:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA02656 for stable-outgoing; Fri, 22 Aug 1997 14:19:49 -0700 (PDT) Received: from merchant.tns.net (tcilx.terracom-usa.com [204.216.142.2]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA02650 for ; Fri, 22 Aug 1997 14:19:46 -0700 (PDT) Received: (from tiller@localhost) by merchant.tns.net (8.8.6/8.8.6) id OAA01061; Fri, 22 Aug 1997 14:14:41 -0700 (PDT) Message-Id: <199708222114.OAA01061@merchant.tns.net> From: "Studded" To: "Alex Nash" , "stable@FreeBSD.ORG" Date: Fri, 22 Aug 97 14:19:09 -0700 Reply-To: "Studded" Priority: Normal X-Mailer: PMMail 1.92 For OS/2 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Subject: Re: ipfw users take note Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Wed, 20 Aug 1997 20:28:50 -0500, Alex Nash wrote: >ipfw changes have just been checked into 2.2-STABLE which necessitate a >recompile of both kernel and userland ipfw utility. Combinations of >old/new kernel/user util will not work. Can we get some information on what the changes are and why they were needed? Thanks for the heads up anyway. :) Doug Do thou amend they face, and I'll amend my life. -Shakespeare, "Henry V" From owner-freebsd-stable Fri Aug 22 19:00:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA15187 for stable-outgoing; Fri, 22 Aug 1997 19:00:31 -0700 (PDT) Received: from avatar.avatar.com (avatar.avatar.com [199.33.206.17]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA15181; Fri, 22 Aug 1997 19:00:28 -0700 (PDT) Received: from avatar.avatar.com (kory@avatar.avatar.com [199.33.206.17]) by avatar.avatar.com (8.7.4/8.6.9) with SMTP id SAA08893; Fri, 22 Aug 1997 18:58:20 -0700 (PDT) Date: Fri, 22 Aug 1997 18:58:17 -0700 (PDT) From: Kory Hamzeh To: freebsd-questions@freebsd.org, freebsd-stable@freebsd.org Subject: routed won't start (fwd) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I'm reposting this message because 1) I did not get any replies, and 2) I forgot to mention that every now and then, routed WILL start up OK. For example, the last two reboots I did, it worked find. Any help would be REALY TREMENDOUSLY appreciated. I need to bring this machine online by Monday, and unless I can figure out this problem, I'm afraid it wont happen. ----------------------- Original Message ---------------------------- I'm running 2.2.2-RELEASE, and I've enabled routed in rc.conf, but it won't start. During startup, I see the following message: writing to route socket: invalid argument add net default: invalid argument However, after the system comes up, I can type "routed -q" and it starts up without a hitch. I have class C network with a 255.255.255.192 netmask. Is this a known problem? Did I do something wrong? Any help would be greatly appreciated! Thanks, Kory From owner-freebsd-stable Fri Aug 22 19:23:32 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA16053 for stable-outgoing; Fri, 22 Aug 1997 19:23:32 -0700 (PDT) Received: from zen.nash.org (nash.pr.mcs.net [204.95.47.72]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA16045 for ; Fri, 22 Aug 1997 19:23:29 -0700 (PDT) Received: from mcs.com (localhost.zen.nash.org [127.0.0.1] (may be forged)) by zen.nash.org (8.8.6/8.8.5) with ESMTP id VAA27592; Fri, 22 Aug 1997 21:22:27 -0500 (CDT) Message-ID: <33FE4963.DE2AA493@mcs.com> Date: Fri, 22 Aug 1997 21:22:27 -0500 From: Alex Nash X-Mailer: Mozilla 4.02b7 [en] (X11; I; FreeBSD 2.2-STABLE i386) MIME-Version: 1.0 To: Studded CC: "stable@FreeBSD.ORG" Subject: Re: ipfw users take note References: <199708222114.OAA01061@merchant.tns.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Studded wrote: > Can we get some information on what the changes are and why they > were needed? Thanks for the heads up anyway. :) http://www.freebsd.org/cgi/query-pr.cgi?pr=4209 http://www.freebsd.org/cgi/cvsweb.cgi/src/sbin/ipfw/ipfw.c http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/netinet/ip_fw.h Alex From owner-freebsd-stable Sat Aug 23 03:07:13 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id DAA02009 for stable-outgoing; Sat, 23 Aug 1997 03:07:13 -0700 (PDT) Received: from david.siemens.de (david.siemens.de [139.23.36.11]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id DAA02003 for ; Sat, 23 Aug 1997 03:07:07 -0700 (PDT) Received: from salomon.mchp.siemens.de (salomon.siemens.de [139.23.33.13]) by david.siemens.de (8.8.6/8.8.5) with ESMTP id MAA17767 for ; Sat, 23 Aug 1997 12:07:05 +0200 (MDT) Received: from curry.mchp.siemens.de (daemon@curry.mchp.siemens.de [146.180.31.23]) by salomon.mchp.siemens.de (8.8.6/8.8.5) with ESMTP id MAA01088 for ; Sat, 23 Aug 1997 12:07:05 +0200 (MDT) Received: (from daemon@localhost) by curry.mchp.siemens.de (8.8.7/8.8.7) id MAA04979 for ; Sat, 23 Aug 1997 12:07:03 +0200 (MET DST) From: Andre Albsmeier Message-Id: <199708231006.MAA29007@curry.mchp.siemens.de> Subject: Please add this to scsiconf.c, thanks To: freebsd-stable@freebsd.org Date: Sat, 23 Aug 1997 12:06:59 +0200 (CEST) X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, I have a HP C1557A which is a dat drive being able to change 6 tapes. On 2.2-STABLE it comes up with (ahc0:6:0): "HP C1557A U610" type 1 removable SCSI 2 st0(ahc0:6:0): Sequential-Access density code 0x24, variable blocks, write-enabled (ahc0:6:1): "HP C1557A U610" type 8 removable SCSI 2 ch0(ahc0:6:1): Medium-Changer 6 slots, 1 drive, 0 picker after adding the following entry to scsiconf.c: *** scsiconf.c.ORI Thu Aug 14 17:28:34 1997 --- scsiconf.c Thu Aug 14 17:29:42 1997 *************** *** 310,315 **** --- 310,319 ---- "st", SC_MORE_LUS, 0 }, { + T_SEQUENTIAL, T_SEQUENTIAL, T_REMOV, "HP", "C1557A", "*", + "st", SC_MORE_LUS, 0 + }, + { T_SEQUENTIAL, T_SEQUENTIAL, T_REMOV, "ARCHIVE", "Python 28849-*", "*", "st", SC_MORE_LUS, 0 }, It works great! I simply copied the HP C1553A line above and changed it to HP C1557A. Would you be so kind and add this line to scsiconf.c? I am running 2.2-STABLE, but I think it's ok for current as well. The other possibility would be to change the entry for the C1553A to C155*, but I don't know which other HP devices start with C155... Thanks very much in advance, -Andre From owner-freebsd-stable Sat Aug 23 12:15:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA09917 for stable-outgoing; Sat, 23 Aug 1997 12:15:04 -0700 (PDT) Received: from avatar.avatar.com (avatar.avatar.com [199.33.206.17]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA09912; Sat, 23 Aug 1997 12:15:02 -0700 (PDT) Received: from avatar.avatar.com (kory@avatar.avatar.com [199.33.206.17]) by avatar.avatar.com (8.7.4/8.6.9) with SMTP id MAA00430; Sat, 23 Aug 1997 12:12:51 -0700 (PDT) Date: Sat, 23 Aug 1997 12:12:51 -0700 (PDT) From: Kory Hamzeh To: freebsd-questions@freebsd.org, freebsd-stable@freebsd.org Subject: ifconfig with aliases address complains Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, I'm running 2.2.2-RELASE, and my /etc/rc.conf looks like this: network_interfaces="de0 lo0" # List of network interfaces (lo0 is loopback). ifconfig_de0="inet 199.33.206.1 netmask 255.255.255.192" ifconfig_de0_alias0="inet 199.33.206.10 netmask 255.255.255.192" ifconfig_lo0="inet 127.0.0.1" # default loopback device configuration. I get the following message during boot up when rc.network is doing the ifconfig commands: ifconfig: ioctl (SIOCAIFADDR): File exists However, everything seems to be OK and the alias address is created for de0. Why is it complaining and what could I have done to cause this? On another note, I did install kerberos, but have can I get the utilities not to use it? I plan to enable it later on when I've got the system stable. I checked all of the kerberos man pages. Thanks, Kory From owner-freebsd-stable Sat Aug 23 12:59:30 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA11506 for stable-outgoing; Sat, 23 Aug 1997 12:59:30 -0700 (PDT) Received: from shell.uniserve.com (tom@shell.uniserve.com [204.244.210.252]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA11500; Sat, 23 Aug 1997 12:59:27 -0700 (PDT) Received: from localhost (tom@localhost) by shell.uniserve.com (8.8.5/8.8.5) with SMTP id MAA25205; Sat, 23 Aug 1997 12:54:16 -0700 (PDT) X-Authentication-Warning: shell.uniserve.com: tom owned process doing -bs Date: Sat, 23 Aug 1997 12:54:11 -0700 (PDT) From: Tom To: Kory Hamzeh cc: freebsd-questions@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG Subject: Re: ifconfig with aliases address complains In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sat, 23 Aug 1997, Kory Hamzeh wrote: > > Hi, > > I'm running 2.2.2-RELASE, and my /etc/rc.conf looks like this: > > network_interfaces="de0 lo0" # List of network interfaces (lo0 is loopback). > ifconfig_de0="inet 199.33.206.1 netmask 255.255.255.192" > ifconfig_de0_alias0="inet 199.33.206.10 netmask 255.255.255.192" Use a netmask of 255.255.255.255 for aliases, when you want overlapping subnets. > ifconfig_lo0="inet 127.0.0.1" # default loopback device configuration. > > I get the following message during boot up when rc.network is doing the > ifconfig commands: > > ifconfig: ioctl (SIOCAIFADDR): File exists > > However, everything seems to be OK and the alias address is created for > de0. Why is it complaining and what could I have done to cause this? > > On another note, I did install kerberos, but have can I get the utilities > not to use it? I plan to enable it later on when I've got the system > stable. I checked all of the kerberos man pages. > > Thanks, > Kory > > > > > Tom From owner-freebsd-stable Sat Aug 23 22:11:18 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA09488 for stable-outgoing; Sat, 23 Aug 1997 22:11:18 -0700 (PDT) Received: from daria.cdnow.com (daria.cdnow.com [198.138.235.60]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id WAA09476; Sat, 23 Aug 1997 22:11:12 -0700 (PDT) Received: (from heller@localhost) by daria.cdnow.com (8.7.5/8.6.7) id BAA11041; Sun, 24 Aug 1997 01:07:06 -0400 (EDT) From: "A. Karl Heller" Message-Id: <199708240507.BAA11041@daria.cdnow.com> Subject: Re: ifconfig with aliases address complains To: tom@uniserve.com (Tom) Date: Sun, 24 Aug 1997 01:07:06 -0400 (EDT) Cc: kory@avatar.com, freebsd-questions@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG Reply-To: heller@cdnow.com In-Reply-To: from "Tom" at Aug 23, 97 12:54:11 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Does this apply to "255.255.255.0" masks as well? > On Sat, 23 Aug 1997, Kory Hamzeh wrote: > > > > Hi, > > > > I'm running 2.2.2-RELASE, and my /etc/rc.conf looks like this: > > > > network_interfaces="de0 lo0" # List of network interfaces (lo0 is loopback). > > ifconfig_de0="inet 199.33.206.1 netmask 255.255.255.192" > > ifconfig_de0_alias0="inet 199.33.206.10 netmask 255.255.255.192" > Use a netmask of 255.255.255.255 for aliases, when you want overlapping > subnets. > > ifconfig_lo0="inet 127.0.0.1" # default loopback device configuration. > > > > I get the following message during boot up when rc.network is doing the > > ifconfig commands: > > > > ifconfig: ioctl (SIOCAIFADDR): File exists > > > > However, everything seems to be OK and the alias address is created for > > de0. Why is it complaining and what could I have done to cause this? > > > > On another note, I did install kerberos, but have can I get the utilities > > not to use it? I plan to enable it later on when I've got the system > > stable. I checked all of the kerberos man pages. > > > > Thanks, > > Kory > > > > > > > > > > > Tom -- ----------------------------------------------------------------------------- A. Karl Heller Senior Systems Engineer CDnow Inc. http://cdnow.com