From owner-freebsd-stable@FreeBSD.ORG Sun Jun 12 01:21:57 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B893116A41C; Sun, 12 Jun 2005 01:21:56 +0000 (GMT) (envelope-from devin@spamcop.net) Received: from mail.distalzou.net (203.141.139.231.user.ad.il24.net [203.141.139.231]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6484F43D1F; Sun, 12 Jun 2005 01:21:56 +0000 (GMT) (envelope-from devin@spamcop.net) Received: from plexi.pun-pun.prv ([192.168.7.29] helo=plexi) by mail.distalzou.net with esmtps (TLSv1:AES256-SHA:256) (Exim 4.51 (FreeBSD)) id 1DhHAb-000KcB-Qm; Sun, 12 Jun 2005 10:21:49 +0900 Date: Sun, 12 Jun 2005 10:21:49 +0900 (JST) From: Tod McQuillin X-X-Sender: devin@plexi.pun-pun.prv To: Peter Jeremy In-Reply-To: <20050611192356.GA50157@cirb503493.alcatel.com.au> Message-ID: <20050612101718.I62965@plexi.pun-pun.prv> References: <00a301c56dfc$cb84c770$9d00000a@jara2> <20050611192356.GA50157@cirb503493.alcatel.com.au> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Jack Raats , FreeBSD Stable , freebsd-questions@freebsd.org Subject: Re: Strange error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Jun 2005 01:21:57 -0000 On Sun, 12 Jun 2005, Peter Jeremy wrote: > On Fri, 2005-Jun-10 22:41:36 +0200, Jack Raats wrote: >> This day I've a very strange error when trying to connect to my FreeBSD machine (4.11-STABLE) >> I got the following error: >> ssh_exchange_identification: Connection closed by remote host >> >> Can anyone give me any clue what's wrong? I missed the start of this thread but this sounds like tcpwrappers closing the connection. Check your /etc/hosts.allow and look in /var/log/messages for a message like: May 31 12:18:36 hostname sshd[1594]: warning: /etc/hosts.allow, line 32: can't verify hostname: getaddrinfo(1.2.3.4.example.com, AF_INET) failed May 31 12:18:37 hostname sshd[1594]: refused connect from 1.2.3.4 (1.2.3.4) If you see something like that you can change the entry in your /etc/hosts.allow to allow ssh connections from that specific IP or netmask. see hosts_options(5) for details. -- Tod McQuillin From owner-freebsd-stable@FreeBSD.ORG Sun Jun 12 01:25:42 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F21FD16A41C; Sun, 12 Jun 2005 01:25:41 +0000 (GMT) (envelope-from dcp1990@neptune.atopia.net) Received: from neptune.atopia.net (neptune.atopia.net [209.128.231.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id B3E3743D49; Sun, 12 Jun 2005 01:25:41 +0000 (GMT) (envelope-from dcp1990@neptune.atopia.net) Received: by neptune.atopia.net (Postfix, from userid 1034) id 04B3B4105; Sat, 11 Jun 2005 21:25:41 -0400 (EDT) Date: Sat, 11 Jun 2005 21:25:40 -0400 From: Dan Ponte To: freebsd-stable@freebsd.org, stable@freebsd.org Message-ID: <20050612012540.GA26097@neptune.atopia.net> Mail-Followup-To: freebsd-stable@freebsd.org, stable@freebsd.org References: <42AAA198.3080701@kuwaitnet.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="cWoXeonUoKmBZSoM" Content-Disposition: inline In-Reply-To: <42AAA198.3080701@kuwaitnet.net> User-Agent: Mutt/1.5.8i Cc: Subject: Re: weird df -k output X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Jun 2005 01:25:42 -0000 --cWoXeonUoKmBZSoM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jun 11, 2005 at 11:32:24AM +0300, Bashar was wi= tnessed plotting the following conspiracy: > FreeBSDers, >=20 > got this weird df -k output on one of my 5.3 boxes which show either=20 > after long uptime or high load: > # df -k > Filesystem 1K-blocks Used Avail Capacity Mounted on > /dev/ad0s1a 507630 215166 251854 46% / > devfs 1 1 0 100% /dev > /dev/ad0s1g 102405926 49029352 45184100 52% /home > /dev/ad0s1d 507630 9832 457188 2% /tmp > /dev/ad0s1e 5052462 3957240 691026 85% /usr > /dev/ad0s1f 5052462 1796916 2851350 39% /var > procfs 4 4 0 100% /proc > /libexec 507630 215166 251854 46% libexec > /lib 507630 215166 251854 46% lib > /usr/lib 5052462 3957240 691026 85% usr/lib > /usr/sbin 5052462 3957240 691026 85% usr/sbin > /usr/share 5052462 3957240 691026 85% usr/share > /usr/bin 5052462 3957240 691026 85% usr/bin > /usr/man 5052462 3957240 691026 85% usr/man > /usr/X11R6 5052462 3957240 691026 85% usr/X11R6 > /usr/libexec 5052462 3957240 691026 85% usr/libexec > /usr/local/bin 5052462 3957240 691026 85% usr/local/bin > /usr/local/lib 5052462 3957240 691026 85% usr/local/lib > /var/spool 5052462 1796916 2851350 39% var/spool > /var/lib 5052462 1796916 2851350 39% var/lib > /var/run 5052462 1796916 2851350 39% var/run > /var/log 5052462 1796916 2851350 39% var/log > /home/b12 102405926 49029352 45184100 52% b12 > /tmp 507630 9832 457188 2% tmp > /dev 1 1 0 100% dev > /bin 507630 215166 251854 46% bin > /proc 4 4 0 100% proc Apparently, you're mounting those directories using nullfs (man 8 mount_nullfs). Look around in fstab; maybe you or someone else put such entries there. It is extremely odd, though. -Dan --=20 Dan Ponte http://www.theamigan.net/ Never be led astray onto the path of virtue. --cWoXeonUoKmBZSoM Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCq48U8dUD8SpKFR8RAiuEAKDEqonv8HLV1eutS4YvXQzkTdS6JQCfbuQ+ v2ceRHztQR2oGm4ahbFTiUE= =L5uF -----END PGP SIGNATURE----- --cWoXeonUoKmBZSoM-- From owner-freebsd-stable@FreeBSD.ORG Sun Jun 12 01:25:42 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F21FD16A41C; Sun, 12 Jun 2005 01:25:41 +0000 (GMT) (envelope-from dcp1990@neptune.atopia.net) Received: from neptune.atopia.net (neptune.atopia.net [209.128.231.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id B3E3743D49; Sun, 12 Jun 2005 01:25:41 +0000 (GMT) (envelope-from dcp1990@neptune.atopia.net) Received: by neptune.atopia.net (Postfix, from userid 1034) id 04B3B4105; Sat, 11 Jun 2005 21:25:41 -0400 (EDT) Date: Sat, 11 Jun 2005 21:25:40 -0400 From: Dan Ponte To: freebsd-stable@freebsd.org, stable@freebsd.org Message-ID: <20050612012540.GA26097@neptune.atopia.net> Mail-Followup-To: freebsd-stable@freebsd.org, stable@freebsd.org References: <42AAA198.3080701@kuwaitnet.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="cWoXeonUoKmBZSoM" Content-Disposition: inline In-Reply-To: <42AAA198.3080701@kuwaitnet.net> User-Agent: Mutt/1.5.8i Cc: Subject: Re: weird df -k output X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Jun 2005 01:25:42 -0000 --cWoXeonUoKmBZSoM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jun 11, 2005 at 11:32:24AM +0300, Bashar was wi= tnessed plotting the following conspiracy: > FreeBSDers, >=20 > got this weird df -k output on one of my 5.3 boxes which show either=20 > after long uptime or high load: > # df -k > Filesystem 1K-blocks Used Avail Capacity Mounted on > /dev/ad0s1a 507630 215166 251854 46% / > devfs 1 1 0 100% /dev > /dev/ad0s1g 102405926 49029352 45184100 52% /home > /dev/ad0s1d 507630 9832 457188 2% /tmp > /dev/ad0s1e 5052462 3957240 691026 85% /usr > /dev/ad0s1f 5052462 1796916 2851350 39% /var > procfs 4 4 0 100% /proc > /libexec 507630 215166 251854 46% libexec > /lib 507630 215166 251854 46% lib > /usr/lib 5052462 3957240 691026 85% usr/lib > /usr/sbin 5052462 3957240 691026 85% usr/sbin > /usr/share 5052462 3957240 691026 85% usr/share > /usr/bin 5052462 3957240 691026 85% usr/bin > /usr/man 5052462 3957240 691026 85% usr/man > /usr/X11R6 5052462 3957240 691026 85% usr/X11R6 > /usr/libexec 5052462 3957240 691026 85% usr/libexec > /usr/local/bin 5052462 3957240 691026 85% usr/local/bin > /usr/local/lib 5052462 3957240 691026 85% usr/local/lib > /var/spool 5052462 1796916 2851350 39% var/spool > /var/lib 5052462 1796916 2851350 39% var/lib > /var/run 5052462 1796916 2851350 39% var/run > /var/log 5052462 1796916 2851350 39% var/log > /home/b12 102405926 49029352 45184100 52% b12 > /tmp 507630 9832 457188 2% tmp > /dev 1 1 0 100% dev > /bin 507630 215166 251854 46% bin > /proc 4 4 0 100% proc Apparently, you're mounting those directories using nullfs (man 8 mount_nullfs). Look around in fstab; maybe you or someone else put such entries there. It is extremely odd, though. -Dan --=20 Dan Ponte http://www.theamigan.net/ Never be led astray onto the path of virtue. --cWoXeonUoKmBZSoM Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCq48U8dUD8SpKFR8RAiuEAKDEqonv8HLV1eutS4YvXQzkTdS6JQCfbuQ+ v2ceRHztQR2oGm4ahbFTiUE= =L5uF -----END PGP SIGNATURE----- --cWoXeonUoKmBZSoM-- From owner-freebsd-stable@FreeBSD.ORG Sun Jun 12 01:40:28 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D7FA616A41C for ; Sun, 12 Jun 2005 01:40:28 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9569B43D1F for ; Sun, 12 Jun 2005 01:40:25 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 214295123D; Sat, 11 Jun 2005 21:40:00 -0400 (EDT) Date: Sat, 11 Jun 2005 21:40:00 -0400 From: Kris Kennaway To: Tom Jensen Message-ID: <20050612013959.GA40654@xor.obsecurity.org> References: <20050611231318.8E64E6363@bart.motd.dk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="d6Gm4EdcadzBjdND" Content-Disposition: inline In-Reply-To: <20050611231318.8E64E6363@bart.motd.dk> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: panic: kmem_malloc(4096): kmem_map too small: 62877696 total allocated X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Jun 2005 01:40:29 -0000 --d6Gm4EdcadzBjdND Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jun 12, 2005 at 01:11:13AM +0200, Tom Jensen wrote: > Got the following panic on a 5.4 box(i386): >=20 > panic: kmem_malloc(4096): kmem_map too small: 62877696 total allocated >=20 > Uname: 5.4-RELEASE FreeBSD 5.4-RELEASE #4: Sun May 8 01:57:26 CEST 2005 >=20 > Had two ntfs partitions mounted and was doing a find . -name *.pst on one= of > them. >=20 > Following info collected, but kernel dump aviable if more information is > needed. How much RAM in your system, and what is your kernel config? This can be caused by two things: * A memory leak in FreeBSD * Incorrect tuning of your kernel memory parameters and causing the kernel to run out of memory. Kris --d6Gm4EdcadzBjdND Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCq5JvWry0BWjoQKURAqsgAKCryx9RAhtJUGpatAG01qWrgi5Y1ACbB0no C6eXx6+nLH1jfMnb47GMWaI= =1AlB -----END PGP SIGNATURE----- --d6Gm4EdcadzBjdND-- From owner-freebsd-stable@FreeBSD.ORG Sun Jun 12 02:58:34 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 87CD216A41C for ; Sun, 12 Jun 2005 02:58:34 +0000 (GMT) (envelope-from damon@hopkins-family.org) Received: from smtp.rtsz.com (rrcs-24-199-159-90.midsouth.biz.rr.com [24.199.159.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id E2D4D43D4C for ; Sun, 12 Jun 2005 02:58:33 +0000 (GMT) (envelope-from damon@hopkins-family.org) Received: from [10.69.0.21] (unknown [10.69.0.21]) by smtp.rtsz.com (Postfix) with ESMTP id C7F1F156F01; Sat, 11 Jun 2005 22:58:28 -0400 (EDT) Message-ID: <42ABA4D9.8060300@hopkins-family.org> Date: Sat, 11 Jun 2005 22:58:33 -0400 From: Damon Hopkins User-Agent: Mozilla Thunderbird 1.0.2 (Macintosh/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <1118503031.3072.40.camel@berloga.shadowland> In-Reply-To: <1118503031.3072.40.camel@berloga.shadowland> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit X-RTS-MailScanner-Information: Please contact the System Administrator for more information X-RTS-MailScanner: Found to be clean X-RTS-MailScanner-MCPCheck: MCP-Clean, MCP-Checker (score=0, required 1) X-Spam-Flag: not spam, SpamAssassin (score=-2.572, required 4, autolearn=not spam, AWL 0.03, BAYES_00 -2.60) X-MailScanner-From: damon@hopkins-family.org Cc: Alex Lyashkov Subject: Re: kernel panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Jun 2005 02:58:34 -0000 Sorry I can't really help. I get the same thing after setting up my vonage VOIP adapter. I did a tcpdump on the interface and saw that I was getting a lot of UDP traffic. I updated my box as of last night and now I don't get a panic anymore but the box just locks up instead w/out panicing. I'm using ipnat and ipf w/ basically no ipf rules and only a generic map for my nat. I tried recompiling ipnat and added 1000 to the number of states to keep and it didn't help one bit. Any help would be appreciated. I don't think my file systems can take many more of these power cycles. But I'll help any way I can. I haven't really done any kernel tracing or anything like that but if someone can point me to a what I need to do I'll do it. Damon Hopkins Alex Lyashkov wrote: > Hello Robert. > > Today i install new freebsd box with freebsd 5-stable, sources from are > over Jun 6 09:28 EEST. > > when i tried to work I got are full repeatable panic. > > #2 0xc04aafb0 in panic (fmt=0xc0610e42 "sbflush_locked: cc %u || mb %p > || mbcnt %u") > at /usr/src/sys/kern/kern_shutdown.c:566 > td = (struct thread *) 0xc11cec00 > bootopt = 260 > newpanic = 0 > ap = 0xc11cec00 "L\005IÁ@¼\031Á" > buf = "sbflush_locked: cc 0 || mb 0xc135f300 || mbcnt 0", '\0' > > #3 0xc04e4a07 in sbflush_locked (sb=0xc1d3e6a4) at > /usr/src/sys/kern/uipc_socket2.c:1119 > No locals. > #4 0xc04e4a46 in sbflush (sb=0xc1d3e6a4) at > /usr/src/sys/kern/uipc_socket2.c:1128 > No locals. > #5 0xc055902f in tcp_disconnect (tp=0xc1da11bc) at > /usr/src/sys/netinet/tcp_usrreq.c:1226 > so = (struct socket *) 0xc1d3e654 > #6 0xc0557f58 in tcp_usr_disconnect (so=0x0) at > /usr/src/sys/netinet/tcp_usrreq.c:445 > inp = (struct inpcb *) 0xc1cebb40 > tp = (struct tcpcb *) 0x0 > #7 0xc04e050a in sodisconnect (so=0x0) at > /usr/src/sys/kern/uipc_socket.c:579 > No locals. > #8 0xc04e012c in soclose (so=0xc1d3e654) at > /usr/src/sys/kern/uipc_socket.c:458 > error = 0 > #9 0xc04d0c3f in soo_close (fp=0xc19e9d48, td=0xc11cec00) at > /usr/src/sys/kern/sys_socket.c:299 > error = 0 > so = (struct socket *) 0x0 > #10 0xc048d200 in fdrop_locked (fp=0xc19e9d48, td=0xc11cec00) at > file.h:288 > error = 0 > #11 0xc048d151 in fdrop (fp=0xc19e9d48, td=0xc11cec00) at > /usr/src/sys/kern/kern_descrip.c:2101 > No locals. > #12 0xc048b81b in closef (fp=0xc19e9d48, td=0xc11cec00) at > /usr/src/sys/kern/kern_descrip.c:1918 > vp = (struct vnode *) 0x0 > lf = {l_start = 579614447286217896, l_len = > -3085549963380260856, l_pid = 0, l_type = 0, l_whence = 0} > fdtol = (struct filedesc_to_leader *) 0xd52deca8 > fdp = (struct filedesc *) 0xc142c400 > #13 0xc0488d05 in close (td=0xc11cec00, uap=0x0) at > /usr/src/sys/kern/kern_descrip.c:1004 > fdp = (struct filedesc *) 0xc142c400 > fp = (struct file *) 0xc19e9d48 > fd = 45 > error = -1068914549 > holdleaders = 0 > #14 0xc05e45b3 in syscall (frame= > {tf_fs = 47, tf_es = 47, tf_ds = -1088225233, tf_edi = 136442880, > tf_esi = -1085465088, tf_ebp = -1085465192, tf_isp = -718410396, tf_ebx > = 673633468, tf_edx = 148024960, tf_ecx = 135296768, tf_eax = 6, > tf_trapno = 0, tf_err = 2, tf_eip = 673966799, tf_cs = 31, tf_eflags = > 646, tf_esp = -1085465236, tf_ss = 47}) at > /usr/src/sys/i386/i386/trap.c:1009 > > (kgdb) p *sb > $1 = {sb_sel = {si_thrlist = {tqe_next = 0x0, tqe_prev = 0xc1d06030}, > si_thread = 0x0, si_note = {kl_lock = 0xc1d3e6bc, > kl_list = {slh_first = 0x0}}, si_flags = 0}, sb_mtx = {mtx_object > = {lo_class = 0xc063497c, > lo_name = 0xc0610dc2 "so_rcv", lo_type = 0xc0610dc2 "so_rcv", > lo_flags = 196608, lo_list = {tqe_next = 0x0, > tqe_prev = 0x0}, lo_witness = 0x0}, mtx_lock = 3239898112, > mtx_recurse = 0}, sb_mb = 0xc135f300, > sb_mbtail = 0xc1366600, sb_lastrecord = 0xc135f300, sb_cc = 0, > sb_hiwat = 66176, sb_mbcnt = 0, sb_mbmax = 262144, > sb_ctl = 0, sb_lowat = 1, sb_timeo = 0, sb_flags = 0, sb_state = 32} > (kgdb) f 5 > #5 0xc055902f in tcp_disconnect (tp=0xc1da11bc) at > /usr/src/sys/netinet/tcp_usrreq.c:1226 > 1226 sbflush(&so->so_rcv); > (kgdb) p so > $2 = (struct socket *) 0xc1d3e654 > (kgdb) p *so > $3 = {so_count = 1, so_type = 1, so_options = 4, so_linger = 0, so_state > = 266, so_qstate = 0, so_pcb = 0xc1cebb40, > so_proto = 0xc063ff28, so_head = 0x0, so_incomp = {tqh_first = 0x0, > tqh_last = 0x0}, so_comp = {tqh_first = 0x0, > tqh_last = 0x0}, so_list = {tqe_next = 0x0, tqe_prev = 0xc1810534}, > so_qlen = 0, so_incqlen = 0, so_qlimit = 0, > so_timeo = 0, so_error = 0, so_sigio = 0x0, so_oobmark = 0, so_aiojobq > = {tqh_first = 0x0, tqh_last = 0xc1d3e69c}, > so_rcv = {sb_sel = {si_thrlist = {tqe_next = 0x0, tqe_prev = > 0xc1d06030}, si_thread = 0x0, si_note = { > kl_lock = 0xc1d3e6bc, kl_list = {slh_first = 0x0}}, si_flags = > 0}, sb_mtx = {mtx_object = {lo_class = 0xc063497c, > lo_name = 0xc0610dc2 "so_rcv", lo_type = 0xc0610dc2 "so_rcv", > lo_flags = 196608, lo_list = {tqe_next = 0x0, > tqe_prev = 0x0}, lo_witness = 0x0}, mtx_lock = 3239898112, > mtx_recurse = 0}, sb_mb = 0xc135f300, > sb_mbtail = 0xc1366600, sb_lastrecord = 0xc135f300, sb_cc = 0, > sb_hiwat = 66176, sb_mbcnt = 0, sb_mbmax = 262144, > sb_ctl = 0, sb_lowat = 1, sb_timeo = 0, sb_flags = 0, sb_state = > 32}, so_snd = {sb_sel = {si_thrlist = { > tqe_next = 0x0, tqe_prev = 0x0}, si_thread = 0x0, si_note = > {kl_lock = 0xc1d3e724, kl_list = {slh_first = 0x0}}, > si_flags = 0}, sb_mtx = {mtx_object = {lo_class = 0xc063497c, > lo_name = 0xc0610dbb "so_snd", > lo_type = 0xc0610dbb "so_snd", lo_flags = 196608, lo_list = > {tqe_next = 0x0, tqe_prev = 0x0}, lo_witness = 0x0}, > mtx_lock = 4, mtx_recurse = 0}, sb_mb = 0xc18bec00, sb_mbtail = > 0xc18bec00, sb_lastrecord = 0xc18bec00, sb_cc = 529, > sb_hiwat = 33792, sb_mbcnt = 2304, sb_mbmax = 262144, sb_ctl = 0, > sb_lowat = 2048, sb_timeo = 0, sb_flags = 0, > sb_state = 16}, so_upcall = 0, so_upcallarg = 0x0, so_cred = > 0xc1413500, so_label = 0x0, so_peerlabel = 0x0, > so_gencnt = 17291, so_emuldata = 0x0, so_accf = 0x0} > (kgdb) p *tp > $4 = {t_segq = {lh_first = 0x0}, t_segqlen = 0, t_dupacks = 0, unused = > 0x0, tt_rexmt = 0xc1da1300, > tt_persist = 0xc1da1318, tt_keep = 0xc1da1330, tt_2msl = 0xc1da1348, > tt_delack = 0xc1da1360, t_inpcb = 0xc1cebb40, > t_state = 4, t_flags = 992, t_force = 0, snd_una = 683843078, snd_max > = 683843350, snd_nxt = 683843350, > snd_up = 683843078, snd_wl1 = 567974456, snd_wl2 = 683843078, iss = > 683843077, irs = 567974455, rcv_nxt = 567974822, > rcv_adv = 568040998, rcv_wnd = 66176, rcv_up = 567974456, snd_wnd = > 132352, snd_cwnd = 1408, snd_bwnd = 1073725440, > snd_ssthresh = 2896, snd_bandwidth = 63746785, snd_recover = > 683843078, t_maxopd = 1420, t_rcvtime = 1401062, > t_starttime = 1401057, t_rtttime = 1405584, t_rtseq = 683843078, > t_bw_rtttime = 1401057, t_bw_rtseq = 0, t_rxtcur = 382, > t_maxseg = 1408, t_srtt = 1086, t_rttvar = 595, t_rxtshift = 0, > t_rttmin = 3, t_rttbest = 1236, t_rttupdated = 1, > max_sndwnd = 132352, t_softerror = 0, t_oobflags = 0 '\0', t_iobc = 0 > '\0', snd_scale = 2 '\002', rcv_scale = 1 '\001', > request_r_scale = 1 '\001', requested_s_scale = 2 '\002', ts_recent = > 716722322, ts_recent_age = 1401062, > last_ack_sent = 567974822, cc_send = 0, cc_recv = 0, snd_cwnd_prev = > 0, snd_ssthresh_prev = 0, snd_recover_prev = 0, > t_badrxtwin = 0, snd_limited = 0 '\0', rcv_second = 0, rcv_pps = 0, > rcv_byps = 0, sack_enable = 1, snd_numholes = 0, > snd_holes = 0x0, rcv_lastsack = 0, rcv_numsacks = 0, sackblks = > {{start = 0, end = 0}, {start = 0, end = 0}, {start = 0, > end = 0}, {start = 0, end = 0}, {start = 0, end = 0}, {start = 0, > end = 0}}, sack_newdata = 0} > (kgdb) > > other panic with 'Panic String: sbdrop', but for it i can`t have > backtrace. > > Repeat it trivial - at this host i have are ircd daemon who restarted > via cron script. I tried to connect to ircd port (via loopback) at near > start time and got a panic. > > If you need additional info ask me directly - i`m not are subscribed to > list. > From owner-freebsd-stable@FreeBSD.ORG Sun Jun 12 08:59:36 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D602616A41C for ; Sun, 12 Jun 2005 08:59:36 +0000 (GMT) (envelope-from freebsd-stable@motd.dk) Received: from bart.motd.dk (port95.ds1-ro.adsl.cybercity.dk [212.242.60.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6913443D5C for ; Sun, 12 Jun 2005 08:59:36 +0000 (GMT) (envelope-from freebsd-stable@motd.dk) Received: from localhost (localhost.motd.dk [127.0.0.1]) by bart.motd.dk (Postfix) with ESMTP id 1461C6364; Sun, 12 Jun 2005 11:01:58 +0200 (CEST) Received: from bart.motd.dk ([127.0.0.1]) by localhost (bart.motd.dk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 03583-01; Sun, 12 Jun 2005 11:01:56 +0200 (CEST) Received: from home03 (home03.motd.dk [192.168.10.3]) by bart.motd.dk (Postfix) with ESMTP id E52F460D2; Sun, 12 Jun 2005 11:01:55 +0200 (CEST) From: "Tom Jensen" To: "'Kris Kennaway'" Date: Sun, 12 Jun 2005 10:59:52 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.6353 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Thread-Index: AcVu8C5stsTaaMnARXWLrtxPPndRdwAPBGZA In-Reply-To: <20050612013959.GA40654@xor.obsecurity.org> Message-Id: <20050612090155.E52F460D2@bart.motd.dk> X-Virus-Scanned: by amavisd-new at motd.dk Cc: freebsd-stable@freebsd.org Subject: RE: panic: kmem_malloc(4096): kmem_map too small: 62877696 totalallocated X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Jun 2005 08:59:36 -0000 > -----Original Message----- > From: owner-freebsd-stable@freebsd.org > [mailto:owner-freebsd-stable@freebsd.org] On Behalf Of Kris Kennaway > Sent: 12. juni 2005 03:40 > To: Tom Jensen > Cc: freebsd-stable@freebsd.org > Subject: Re: panic: kmem_malloc(4096): kmem_map too small: > 62877696 totalallocated > > On Sun, Jun 12, 2005 at 01:11:13AM +0200, Tom Jensen wrote: > > Got the following panic on a 5.4 box(i386): > > > > panic: kmem_malloc(4096): kmem_map too small: 62877696 > total allocated > > > > Uname: 5.4-RELEASE FreeBSD 5.4-RELEASE #4: Sun May 8 01:57:26 CEST > > 2005 > > > > Had two ntfs partitions mounted and was doing a find . > -name *.pst on > > one of them. > > > > Following info collected, but kernel dump aviable if more > information > > is needed. > > How much RAM in your system, and what is your kernel config? > This can be caused by two things: > > * A memory leak in FreeBSD > > * Incorrect tuning of your kernel memory parameters and > causing the kernel to run out of memory. > > Kris > RAM: real memory = 201326592 (192 MB) avail memory = 187273216 (178 MB) Havent done any kernel tuning and running with a mostly generic kernel (changes to GENERIC below): options IPFIREWALL options IPFIREWALL_VERBOSE options IPFIREWALL_VERBOSE_LIMIT=400 options IPDIVERT device ath device ath_hal makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols options KDB options DDB # Enable the kernel debugger options BREAK_TO_DEBUGGER options DEBUG_LOCKS - Tom From owner-freebsd-stable@FreeBSD.ORG Sun Jun 12 14:29:51 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 23EE216A41C for ; Sun, 12 Jun 2005 14:29:51 +0000 (GMT) (envelope-from dmagda@ee.ryerson.ca) Received: from tomts22-srv.bellnexxia.net (tomts22-srv.bellnexxia.net [209.226.175.184]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9B5E743D48 for ; Sun, 12 Jun 2005 14:29:50 +0000 (GMT) (envelope-from dmagda@ee.ryerson.ca) Received: from [192.168.1.133] ([65.95.111.194]) by tomts22-srv.bellnexxia.net (InterMail vM.5.01.06.10 201-253-122-130-110-20040306) with ESMTP id <20050612142949.GZVS21470.tomts22-srv.bellnexxia.net@[192.168.1.133]>; Sun, 12 Jun 2005 10:29:49 -0400 In-Reply-To: <42AB6EE1.7070405@bfoz.net> References: <42AA2B21.8040708@bfoz.net> <42AA761B.5020909@cs.tu-berlin.de> <42AB6EE1.7070405@bfoz.net> Mime-Version: 1.0 (Apple Message framework v622) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: David Magda Date: Sun, 12 Jun 2005 10:29:49 -0400 To: Brandon Fosdick X-Mailer: Apple Mail (2.622) Cc: stable@freebsd.org Subject: Re: ACL not supported on 5.4? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: David Magda List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Jun 2005 14:29:51 -0000 On Jun 11, 2005, at 19:08, Brandon Fosdick wrote: > Are handbook bugs handled through send-pr like everything else? Yes, use the "docs" category. There's also a web interface: http://www.freebsd.org/send-pr.html From owner-freebsd-stable@FreeBSD.ORG Sun Jun 12 21:02:44 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 155C016A41C for ; Sun, 12 Jun 2005 21:02:44 +0000 (GMT) (envelope-from damon@hopkins-family.org) Received: from smtp.rtsz.com (rrcs-24-199-159-90.midsouth.biz.rr.com [24.199.159.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id 65C2D43D48 for ; Sun, 12 Jun 2005 21:02:43 +0000 (GMT) (envelope-from damon@hopkins-family.org) Received: from [10.69.0.21] (unknown [10.69.0.21]) by smtp.rtsz.com (Postfix) with ESMTP id 96FF8156F01 for ; Sun, 12 Jun 2005 17:02:38 -0400 (EDT) Message-ID: <42ACA2F4.80105@hopkins-family.org> Date: Sun, 12 Jun 2005 17:02:44 -0400 From: Damon Hopkins User-Agent: Mozilla Thunderbird 1.0.2 (Macintosh/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-RTS-MailScanner-Information: Please contact the System Administrator for more information X-RTS-MailScanner: Found to be clean X-RTS-MailScanner-MCPCheck: MCP-Clean, MCP-Checker (score=0, required 1) X-Spam-Flag: not spam, SpamAssassin (score=-2.573, required 4, autolearn=not spam, AWL 0.03, BAYES_00 -2.60) X-MailScanner-From: damon@hopkins-family.org Subject: ipf Kernel Panic log.. w/ Vonage linksys RT31P2, 5.4 Stable, IPF + IPNAT X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Jun 2005 21:02:44 -0000 I can reproduce this very easily.. I pick up my phone and make a call Current Setup -------- \------ I've tried various nap rules and ipf filter settings.. here are the current mappings and setup.. the kernel is GENERIC w/ the debuggong stuff put in it. ---------------- IPNAT RULES -------------------- map vr0 10.69.0.0/24 -> 0/32 proxy port ftp ftp/tcp map vr0 10.69.0.0/24 -> 0/32 ----------------- IPF RULES --------------------- pass in quick on lo0 proto tcp from any to any flags S keep state pass in quick on lo0 proto udp from any to any keep state pass in quick on lo0 proto icmp from any to any keep state pass in quick on lo0 all keep state pass out quick on lo0 proto tcp from any to any flags S keep state pass out quick on lo0 proto udp from any to any keep state pass out quick on lo0 proto icmp from any to any keep state pass out quick on lo0 all keep state pass in quick on rl0 proto tcp from any to any flags S keep state pass in log first quick on rl0 proto udp from any to any keep state pass in log first quick on rl0 proto icmp from any to any keep state keep frags pass in quick on rl0 all keep state pass out quick on rl0 proto tcp from any to any flags S keep state pass out log first quick on rl0 proto udp from any to any keep state pass out log first quick on rl0 proto icmp from any to any keep state keep frags pass out quick on rl0 all keep state pass in quick on vr0 proto tcp from any to any flags S keep state keep frags pass in quick on vr0 proto udp from any to any keep state keep frags pass in log first quick on vr0 proto icmp from any to any keep state keep frags pass in quick on vr0 all keep state keep frags pass out quick on vr0 proto tcp from any to any flags S keep state keep frags pass out quick on vr0 proto udp from any to any keep state keep frags pass out log first quick on vr0 proto icmp from any to any keep state keep frags pass out quick on vr0 all keep state keep frags pass in quick on ng0 proto tcp from any to any flags S keep state pass in quick on ng0 proto udp from any to any keep state pass in log first quick on ng0 proto icmp from any to any keep state pass in quick on ng0 all keep state pass out quick on ng0 proto tcp from any to any flags S keep state pass out quick on ng0 proto udp from any to any keep state pass out log first quick on ng0 proto icmp from any to any keep state pass out quick on ng0 all keep state MORE ng rules form my other VPNS I've also just tried to pass everything pass in quick on vr0 all pass out quick on vr0 all but that didn't help any I've notices a lot of UDP traffic from the linksys adapter durring a phone call.. Thanks Guys.. I hope this gets fixes real fast cause my old number goes away in a few days and this is not going to be fun.. I can't put the linksys adapter in front of the firewall because it doesn't route my VPN's.. we use MPD and bgpd (zebra) Later, Damon Hopkins ------------- DEBUG OUTPUT ---------------------- Fatal trap 12: page fault while in kernel mode fault virtual address = 0xc fault code = supervisor read, page not present instruction pointer = 0x8:0xc0651550 stack pointer = 0x10:0xd3d46aec frame pointer = 0x10:0xd3d46af8 code segment = base 0x0, limit 0xfffffm type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 27 (swi1:net) [thread pid 27 tid 100021 ] Stopped at m_copydata+0x28: movl 0xc(%esi),%eax db> examine m_copydata+0x28: 290c468b db> trace Tracing pid 27 tid 100021 td 0xc15a4180 mcopydata(c17fa400,0,38,c193abc0,0) at m_copydata+0x28 ipllog(0,d3d46bc8,d3d46b50,d3d46b48,d3d46b40) at ipllog+0x1f1 ipflog(105819,c17fa450,d3d46bc8,c17fa400,0) at ipflog+0x18f fr_check(c17fa450,14,c16c6000,0,d3d46c70) at fr_check+0xc6c fr_check_wrapper(0,d3d46c70,c16c6000,1,0) at fr_check_wrapper+0x2a pfil_run_hooks(c08fa5c0,d3d46cbc,c16c600,1,0) at pfil_run_hooks+0xeb ip_input(c17fa400) at ip_input+0x211 netisr_processqueue(c08f9858) at netisr_processqueue+0x9f swi_net(0) at swi_net+0xee ithread_loop(c159a500,d3d46d38) at ithread_loop+0x151 fork_exit(c0609f4c,c159a500,d3d46d38) at fork_exit+0x74 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xd3d46d6c, ebp = 0 --- From owner-freebsd-stable@FreeBSD.ORG Sun Jun 12 21:20:42 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2D5C816A41C; Sun, 12 Jun 2005 21:20:42 +0000 (GMT) (envelope-from jd@ugcs.caltech.edu) Received: from regurgitate.ugcs.caltech.edu (regurgitate.ugcs.caltech.edu [131.215.176.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id E976B43D1F; Sun, 12 Jun 2005 21:20:39 +0000 (GMT) (envelope-from jd@ugcs.caltech.edu) Received: by regurgitate.ugcs.caltech.edu (Postfix, from userid 3640) id 4125AE816; Sun, 12 Jun 2005 14:20:39 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by regurgitate.ugcs.caltech.edu (Postfix) with ESMTP id 25EAFE815; Sun, 12 Jun 2005 14:20:39 -0700 (PDT) Date: Sun, 12 Jun 2005 14:20:39 -0700 (PDT) From: Jon Dama To: Robert Watson In-Reply-To: <20050611085604.J75625@fledge.watson.org> Message-ID: References: <746fd037f6ca8131a8fb8938f1e346e9@lonres.com> <20050610170537.GA67849@bibipentium.lonres.com> <20050611085604.J75625@fledge.watson.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: Steve Roome , freebsd-stable@freebsd.org Subject: Re: FreeBSD MySQL still WAY slower than Linux X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Jun 2005 21:20:42 -0000 Just wondering: How much processor migration takes place on linux mysql? Do the threads mostly stick to the same processors? I've noticed that on FreeBSD the 4BSD scheduler doesn't do much to preserve cache coherency. What sort of cache/TLB misses do you see running mysql linux vs. mysql freebsd? -Jon On Sat, 11 Jun 2005, Robert Watson wrote: > > On Fri, 10 Jun 2005, Steve Roome wrote: > > > We're using mostly: > > > > 5.4-STABLE FreeBSD 5.4-STABLE #0: Mon Jun 6 12:22:18 BST 2005 > > In my experience, the following factors make a big performance difference: > > - Thread package. In 5.x, you get process scope threads by default, but > it turns out MySQL is tuned for system scope threads, and this is > particularly visible in the supersmack benchmark, which competes many > client processes against a few server threads. I'm not sure what the > condition is of libthr on 5.x, but you could give it a spin. In 6.x, > libthr has been largely rewritten and is a great deal faster. I think > there's a compile-time option to make libpthread use system scope > threads but the details ellude me. The Linuxthreads library may well > provide a substantial improvement -- not as good for MySQL as the 6.x > libthr, but perhaps much more appropriate than libpthread. > > - Locking model. Make sure that debug.mpsafenet is set to 1 (i.e., there > aren't components in the kernel that force Giant over the network stack. > Chances are there are none, but it's worth checking). > > - Twiddling hyper-threading, which helps or hurts differently in various > configurations. > > - On a UP system, consider compiling a kernel without "options SMP" to > reduce locking overhead. > > I've found the single largest remaining factor to be threading package -- > over the past year or so I've about doubled MySQL performance on 5.x > leading up to 5.3, largely through SMP locking work, but the remainder of > the difference appears to be in the threading package. > > Robert N M Watson > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Sun Jun 12 21:47:38 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6EF0616A41C for ; Sun, 12 Jun 2005 21:47:38 +0000 (GMT) (envelope-from arved@arved.at) Received: from 21322530218.direct.eti.at (21322530218.direct.eti.at [213.225.30.218]) by mx1.FreeBSD.org (Postfix) with ESMTP id A6D4143D48 for ; Sun, 12 Jun 2005 21:47:37 +0000 (GMT) (envelope-from arved@arved.at) Received: from [192.168.1.25] ([192.168.1.25]) by 21322530218.direct.eti.at (8.13.1/8.13.1) with ESMTP id j5CLlZJx019487; Sun, 12 Jun 2005 23:47:35 +0200 (CEST) (envelope-from arved@arved.at) In-Reply-To: <42ACA2F4.80105@hopkins-family.org> References: <42ACA2F4.80105@hopkins-family.org> Mime-Version: 1.0 (Apple Message framework v622) Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Apple-Mail-1-719400721" Message-Id: <20442889e31ddf9cea1951b1e0d605c0@arved.at> Content-Transfer-Encoding: 7bit From: Tilman Linneweh Date: Sun, 12 Jun 2005 23:50:37 +0200 To: Damon Hopkins X-Pgp-Agent: GPGMail 1.1 (Panther) X-Mailer: Apple Mail (2.622) Cc: freebsd-stable@freebsd.org, Tilman Linneweh Subject: Re: ipf Kernel Panic log.. w/ Vonage linksys RT31P2, 5.4 Stable, IPF + IPNAT X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Jun 2005 21:47:38 -0000 --Apple-Mail-1-719400721 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; format=flowed Hi Damon, Am 12.06.2005 um 23:02 schrieb Damon Hopkins: > Tracing pid 27 tid 100021 td 0xc15a4180 > mcopydata(c17fa400,0,38,c193abc0,0) at m_copydata+0x28 > ipllog(0,d3d46bc8,d3d46b50,d3d46b48,d3d46b40) at ipllog+0x1f1 > ipflog(105819,c17fa450,d3d46bc8,c17fa400,0) at ipflog+0x18f > fr_check(c17fa450,14,c16c6000,0,d3d46c70) at fr_check+0xc6c > fr_check_wrapper(0,d3d46c70,c16c6000,1,0) at fr_check_wrapper+0x2a > pfil_run_hooks(c08fa5c0,d3d46cbc,c16c600,1,0) at pfil_run_hooks+0xeb > ip_input(c17fa400) at ip_input+0x211 > netisr_processqueue(c08f9858) at netisr_processqueue+0x9f > swi_net(0) at swi_net+0xee > ithread_loop(c159a500,d3d46d38) at ithread_loop+0x151 > fork_exit(c0609f4c,c159a500,d3d46d38) at fork_exit+0x74 > fork_trampoline() at fork_trampoline+0x8 Yes, I have the same problem, see PR: 81324. ipfilter on 5.x seems to be quite unstable, I have switched to PF :-( regards tilman --Apple-Mail-1-719400721 content-type: application/pgp-signature; x-mac-type=70674453; name=PGP.sig content-description: Signierter Teil der Nachricht content-disposition: inline; filename=PGP.sig content-transfer-encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (Darwin) iD8DBQFCrK4yfCLDn4B6xToRAlpCAJ9gTKYlSdVgdPtylDhNDzDjAr92FACcCmJW /0uejxHHLmuqGHnf8mAQ24Y= =D+Ap -----END PGP SIGNATURE----- --Apple-Mail-1-719400721-- From owner-freebsd-stable@FreeBSD.ORG Mon Jun 13 06:44:13 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F083B16A41C for ; Mon, 13 Jun 2005 06:44:13 +0000 (GMT) (envelope-from vlado@botka.homeunix.org) Received: from smtp-out3.iol.cz (smtp-out3.iol.cz [194.228.2.91]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4A97B43D1F for ; Mon, 13 Jun 2005 06:44:13 +0000 (GMT) (envelope-from vlado@botka.homeunix.org) Received: from antivir3.iol.cz (unknown [192.168.30.206]) by smtp-out3.iol.cz (Internet on Line ESMTP server) with ESMTP id 243813180E5; Mon, 13 Jun 2005 08:44:09 +0200 (CEST) Received: from localhost (antivir3.iol.cz [127.0.0.1]) by antivir3.iol.cz (Postfix) with ESMTP id 185176DC008; Mon, 13 Jun 2005 08:44:09 +0200 (CEST) Received: from smtp-out3.iol.cz (unknown [192.168.30.28]) by antivir3.iol.cz (Postfix) with ESMTP id 3F7D66DC005; Mon, 13 Jun 2005 08:44:08 +0200 (CEST) Received: from ace.botka.homeunix.org (3.77.broadband2.iol.cz [83.208.77.3]) by smtp-out3.iol.cz (Internet on Line ESMTP server) with ESMTP id 6610F3BEEC; Mon, 13 Jun 2005 08:44:01 +0200 (CEST) Received: by ace.botka.homeunix.org (Postfix, from userid 1001) id 72D4F5CCA; Mon, 13 Jun 2005 08:43:59 +0200 (CEST) Received: from srv (ac.botka.homeunix.org [192.168.1.5]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ace.botka.homeunix.org (Postfix) with ESMTP id 9E83A5C44; Mon, 13 Jun 2005 08:43:53 +0200 (CEST) Date: Mon, 13 Jun 2005 08:43:53 +0200 (CEST) From: Vladimir Botka X-X-Sender: vlado@localhost To: Damon Hopkins In-Reply-To: <42ACA2F4.80105@hopkins-family.org> Message-ID: <20050613084033.R23434@localhost> References: <42ACA2F4.80105@hopkins-family.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on ace.botka.homeunix.org X-Spam-Level: X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED,AWL autolearn=ham version=3.0.3 X-Virus-Scanned: by amavisd-new at iol.cz Cc: freebsd-stable@freebsd.org Subject: Re: ipf Kernel Panic log.. w/ Vonage linksys RT31P2, 5.4 Stable, IPF + IPNAT X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jun 2005 06:44:14 -0000 Hello, if your "Vonage linksys RT31P2" talks H323 try /usr/ports/net/gatekeeper in proxy mode. Cheers, Vladimir Botka On Sun, 12 Jun 2005, Damon Hopkins wrote: > I can reproduce this very easily.. I pick up my phone and make a call > Current Setup > -------- > \------ > > I've tried various nap rules and ipf filter settings.. here are the > current mappings and setup.. the kernel is GENERIC w/ the debuggong > stuff put in it. > ---------------- IPNAT RULES -------------------- > map vr0 10.69.0.0/24 -> 0/32 proxy port ftp ftp/tcp > map vr0 10.69.0.0/24 -> 0/32 > > ----------------- IPF RULES --------------------- > pass in quick on lo0 proto tcp from any to any flags S keep state > pass in quick on lo0 proto udp from any to any keep state > pass in quick on lo0 proto icmp from any to any keep state > pass in quick on lo0 all keep state > pass out quick on lo0 proto tcp from any to any flags S keep state > pass out quick on lo0 proto udp from any to any keep state > pass out quick on lo0 proto icmp from any to any keep state > pass out quick on lo0 all keep state > > pass in quick on rl0 proto tcp from any to any flags S keep state > pass in log first quick on rl0 proto udp from any to any keep state > pass in log first quick on rl0 proto icmp from any to any keep state keep > frags > pass in quick on rl0 all keep state > pass out quick on rl0 proto tcp from any to any flags S keep state > pass out log first quick on rl0 proto udp from any to any keep state > pass out log first quick on rl0 proto icmp from any to any keep state > keep frags > pass out quick on rl0 all keep state > > pass in quick on vr0 proto tcp from any to any flags S keep state keep frags > pass in quick on vr0 proto udp from any to any keep state keep frags > pass in log first quick on vr0 proto icmp from any to any keep state > keep frags > pass in quick on vr0 all keep state keep frags > pass out quick on vr0 proto tcp from any to any flags S keep state keep > frags > pass out quick on vr0 proto udp from any to any keep state keep frags > pass out log first quick on vr0 proto icmp from any to any keep state > keep frags > pass out quick on vr0 all keep state keep frags > > pass in quick on ng0 proto tcp from any to any flags S keep state > pass in quick on ng0 proto udp from any to any keep state > pass in log first quick on ng0 proto icmp from any to any keep state > pass in quick on ng0 all keep state > pass out quick on ng0 proto tcp from any to any flags S keep state > pass out quick on ng0 proto udp from any to any keep state > pass out log first quick on ng0 proto icmp from any to any keep state > pass out quick on ng0 all keep state > > MORE ng rules form my other VPNS > I've also just tried to pass everything > pass in quick on vr0 all > pass out quick on vr0 all > > but that didn't help any > > I've notices a lot of UDP traffic from the linksys adapter durring a phone > call.. > > Thanks Guys.. I hope this gets fixes real fast cause my old number goes away > in a few days and this is not going to be fun.. I can't put the linksys > adapter in front of the firewall because it doesn't route my VPN's.. we use > MPD and bgpd (zebra) > > > Later, > Damon Hopkins > > ------------- DEBUG OUTPUT ---------------------- > Fatal trap 12: page fault while in kernel mode > fault virtual address = 0xc > fault code = supervisor read, page not present > instruction pointer = 0x8:0xc0651550 > stack pointer = 0x10:0xd3d46aec > frame pointer = 0x10:0xd3d46af8 > code segment = base 0x0, limit 0xfffffm type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 27 (swi1:net) > [thread pid 27 tid 100021 ] > Stopped at m_copydata+0x28: movl 0xc(%esi),%eax > db> examine > m_copydata+0x28: 290c468b > db> trace > Tracing pid 27 tid 100021 td 0xc15a4180 > mcopydata(c17fa400,0,38,c193abc0,0) at m_copydata+0x28 > ipllog(0,d3d46bc8,d3d46b50,d3d46b48,d3d46b40) at ipllog+0x1f1 > ipflog(105819,c17fa450,d3d46bc8,c17fa400,0) at ipflog+0x18f > fr_check(c17fa450,14,c16c6000,0,d3d46c70) at fr_check+0xc6c > fr_check_wrapper(0,d3d46c70,c16c6000,1,0) at fr_check_wrapper+0x2a > pfil_run_hooks(c08fa5c0,d3d46cbc,c16c600,1,0) at pfil_run_hooks+0xeb > ip_input(c17fa400) at ip_input+0x211 > netisr_processqueue(c08f9858) at netisr_processqueue+0x9f > swi_net(0) at swi_net+0xee > ithread_loop(c159a500,d3d46d38) at ithread_loop+0x151 > fork_exit(c0609f4c,c159a500,d3d46d38) at fork_exit+0x74 > fork_trampoline() at fork_trampoline+0x8 > --- trap 0x1, eip = 0, esp = 0xd3d46d6c, ebp = 0 --- > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > > From owner-freebsd-stable@FreeBSD.ORG Mon Jun 13 08:28:13 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F0C4F16A41C; Mon, 13 Jun 2005 08:28:13 +0000 (GMT) (envelope-from cuk@cuk.nu) Received: from viharnik.xenya.net (viharnik.xenya.si [213.143.80.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5E8AA43D1F; Mon, 13 Jun 2005 08:28:12 +0000 (GMT) (envelope-from cuk@cuk.nu) Received: from localhost (tabla.xenya.si [213.143.80.70]) by viharnik.xenya.net (Postfix) with ESMTP id 312B923757; Mon, 13 Jun 2005 10:28:12 +0200 (CEST) Received: from viharnik.xenya.net ([213.143.80.85]) by localhost (tabla.xenya.si [213.143.80.70]) (amavisd-new, port 10024) with ESMTP id 19945-01; Mon, 13 Jun 2005 10:28:13 +0200 (CEST) Received: from [192.168.6.60] (unknown [192.168.6.60]) by viharnik.xenya.net (Postfix) with ESMTP id 4163B231E4; Mon, 13 Jun 2005 10:28:11 +0200 (CEST) Message-ID: <42AD43F4.1020305@cuk.nu> Date: Mon, 13 Jun 2005 10:29:40 +0200 From: =?UTF-8?B?TWFya28gxIx1aw==?= User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org, freebsd-questions@freebsd.org References: <42AA2B21.8040708@bfoz.net> <42AA761B.5020909@cs.tu-berlin.de> <42AB6EE1.7070405@bfoz.net> In-Reply-To: Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms030407090002050109080301" X-Virus-Scanned: by amavisd-new at xenya.si Cc: Subject: NFS on 5.4 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jun 2005 08:28:14 -0000 This is a cryptographically signed message in MIME format. --------------ms030407090002050109080301 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Hello ! Does anyone knows, what's going on with NFS on 5.4 ? I have same hardware as before, when 5.3 was installed, except the installation is new, 5.4. I have NFS mounted and some FTP app is using it extensively and server crashes once / day. I have noticed: After 8 hours of uptime... su-2.05b# netstat -m 739 mbufs in use 736/32768 mbuf clusters in use (current/max) 0/3/4464 sfbufs in use (current/peak/max) 1656 KBytes allocated to network 0 requests for sfbufs denied 0 requests for sfbufs delayed 0 requests for I/O initiated by sendfile 749 calls to protocol drain routines suddenly after 5 minutes... 4294962365 mbufs in use 359/25600 mbuf clusters in use (current/max) 10/37/6656 sfbufs in use (current/peak/max) 4193789 KBytes allocated to network 0 requests for sfbufs denied 0 requests for sfbufs delayed 1453 requests for I/O initiated by sendfile 0 calls to protocol drain routines soon after that ... 4294961974 mbufs in use 358/25600 mbuf clusters in use (current/max) 10/37/6656 sfbufs in use (current/peak/max) 4193689 KBytes allocated to network 0 requests for sfbufs denied 0 requests for sfbufs delayed 1729 requests for I/O initiated by sendfile 4 calls to protocol drain routines Any clue ? Tnx --------------ms030407090002050109080301 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIIzTCC AsEwggIqoAMCAQICAw6gNzANBgkqhkiG9w0BAQQFADBiMQswCQYDVQQGEwJaQTElMCMGA1UE ChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNv bmFsIEZyZWVtYWlsIElzc3VpbmcgQ0EwHhcNMDUwNTAzMTI1NjE2WhcNMDYwNTAzMTI1NjE2 WjA8MR8wHQYDVQQDExZUaGF3dGUgRnJlZW1haWwgTWVtYmVyMRkwFwYJKoZIhvcNAQkBFgpj dWtAY3VrLm51MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAxRXW8+4WgIkrhv4O 2E12a7qUmFYbo5XQSMMjBbSHVh2ikojPXvt8pKiLqQmSnSHfALfud95WxKUcKVYCvjvJ4M4g JLZnzWm044PUcJ6+ds97T8NbZP4dYWiuK20anNMnngqMvzpwC4VVAiI+TRB6ttg6gBs8wgpa 8V0DcEbF7MXdaChIxHn+A7nwvQeujgnuotn3DjqfMO0CQovyjENeIWlcUhXZ1p7BZV3Nq6D+ egtTCaWU43p27PpJJnNblTLpmI09E1qWRdnzoFsSg628Qp2jUQUOV33O5AJf/3hl63kPt6M+ HQZOT/T0gUtLZBeu/d3OaXEiCNMeinRIXGK1kQIDAQABoycwJTAVBgNVHREEDjAMgQpjdWtA Y3VrLm51MAwGA1UdEwEB/wQCMAAwDQYJKoZIhvcNAQEEBQADgYEAOxKYQcDGvL47MBVJGGEO IPJL3sWCDYFBTRDgBVm9hcXwLWlVIo0t+srHoWZGGFV+gg4ojQ1xtFY73g//tTnvuX7WzsdF LFruyIyrEH7Q7Dta4/niJuN2q72DOdNHwrDWrzXgrNkRLZecmsDEfpOaQh+HwPhgCnitKBQ5 5cEF9DAwggLBMIICKqADAgECAgMOoDcwDQYJKoZIhvcNAQEEBQAwYjELMAkGA1UEBhMCWkEx JTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0 ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMB4XDTA1MDUwMzEyNTYxNloXDTA2MDUw MzEyNTYxNlowPDEfMB0GA1UEAxMWVGhhd3RlIEZyZWVtYWlsIE1lbWJlcjEZMBcGCSqGSIb3 DQEJARYKY3VrQGN1ay5udTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAMUV1vPu FoCJK4b+DthNdmu6lJhWG6OV0EjDIwW0h1YdopKIz177fKSoi6kJkp0h3wC37nfeVsSlHClW Ar47yeDOICS2Z81ptOOD1HCevnbPe0/DW2T+HWForittGpzTJ54KjL86cAuFVQIiPk0QerbY OoAbPMIKWvFdA3BGxezF3WgoSMR5/gO58L0Hro4J7qLZ9w46nzDtAkKL8oxDXiFpXFIV2dae wWVdzaug/noLUwmllON6duz6SSZzW5Uy6ZiNPRNalkXZ86BbEoOtvEKdo1EFDld9zuQCX/94 Zet5D7ejPh0GTk/09IFLS2QXrv3dzmlxIgjTHop0SFxitZECAwEAAaMnMCUwFQYDVR0RBA4w DIEKY3VrQGN1ay5udTAMBgNVHRMBAf8EAjAAMA0GCSqGSIb3DQEBBAUAA4GBADsSmEHAxry+ OzAVSRhhDiDyS97Fgg2BQU0Q4AVZvYXF8C1pVSKNLfrKx6FmRhhVfoIOKI0NcbRWO94P/7U5 77l+1s7HRSxa7siMqxB+0Ow7WuP54ibjdqu9gznTR8Kw1q814KzZES2XnJrAxH6TmkIfh8D4 YAp4rSgUOeXBBfQwMIIDPzCCAqigAwIBAgIBDTANBgkqhkiG9w0BAQUFADCB0TELMAkGA1UE BhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3duMRowGAYD VQQKExFUaGF3dGUgQ29uc3VsdGluZzEoMCYGA1UECxMfQ2VydGlmaWNhdGlvbiBTZXJ2aWNl cyBEaXZpc2lvbjEkMCIGA1UEAxMbVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIENBMSswKQYJ KoZIhvcNAQkBFhxwZXJzb25hbC1mcmVlbWFpbEB0aGF3dGUuY29tMB4XDTAzMDcxNzAwMDAw MFoXDTEzMDcxNjIzNTk1OVowYjELMAkGA1UEBhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25z dWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJ c3N1aW5nIENBMIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQDEpjxVc1X7TrnKmVoeaMB1 BHCd3+n/ox7svc31W/Iadr1/DDph8r9RzgHU5VAKMNcCY1osiRVwjt3J8CuFWqo/cVbLrzwL B+fxH5E2JCoTzyvV84J3PQO+K/67GD4Hv0CAAmTXp6a7n2XRxSpUhQ9IBH+nttE8YQRAHmQZ cmC3+wIDAQABo4GUMIGRMBIGA1UdEwEB/wQIMAYBAf8CAQAwQwYDVR0fBDwwOjA4oDagNIYy aHR0cDovL2NybC50aGF3dGUuY29tL1RoYXd0ZVBlcnNvbmFsRnJlZW1haWxDQS5jcmwwCwYD VR0PBAQDAgEGMCkGA1UdEQQiMCCkHjAcMRowGAYDVQQDExFQcml2YXRlTGFiZWwyLTEzODAN BgkqhkiG9w0BAQUFAAOBgQBIjNFQg+oLLswNo2asZw9/r6y+whehQ5aUnX9MIbj4Nh+qLZ82 L8D0HFAgk3A8/a3hYWLD2ToZfoSxmRsAxRoLgnSeJVCUYsfbJ3FXJY3dqZw5jowgT2Vfldr3 94fWxghOrvbqNOUQGls1TXfjViF4gtwhGTXeJLHTHUb/XV9lTzGCAzswggM3AgEBMGkwYjEL MAkGA1UEBhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAq BgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBAgMOoDcwCQYFKw4D AhoFAKCCAacwGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMDUw NjEzMDgyOTQwWjAjBgkqhkiG9w0BCQQxFgQUQ2YVq+f3rWcaA+e9T4wYUCKSpD4wUgYJKoZI hvcNAQkPMUUwQzAKBggqhkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZIhvcNAwICAUAw BwYFKw4DAgcwDQYIKoZIhvcNAwICASgweAYJKwYBBAGCNxAEMWswaTBiMQswCQYDVQQGEwJa QTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhh d3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0ECAw6gNzB6BgsqhkiG9w0BCRACCzFr oGkwYjELMAkGA1UEBhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0 ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBAgMOoDcw DQYJKoZIhvcNAQEBBQAEggEAhF1S/uAXYqtxjDhavEsjO6BLphs80LcZoD7kOeBlzdlbSGJw p+/mUgYQWtUWuPWNbhcbHLtp5DbTCjzGZg9ZunNuNnQ2KdTn9VJSzWzK4+NT7wMoMF7Qf2Tu kB/z/2sSGaofDb+MqEvZgFZrz9Be+Qg1LxLXz/9xhLJvNPEMUumP9XWcIjcag9EOJ4QgbyZ4 C7Jel6hkLLiBALclGKFRVzLl7vWsY/7pvmbg4LOmYcpXaO8lbL5g20R+OHYevM3VlD3i3G1d 1QgOqlFI9fgbuIT7hDAJBHBJA4UcEiNrnT3g2gg+CLyOlo6gpCDg996YemSBZ0A1RNs2dcJj dXP3hwAAAAAAAA== --------------ms030407090002050109080301-- From owner-freebsd-stable@FreeBSD.ORG Mon Jun 13 08:38:20 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F020E16A41C; Mon, 13 Jun 2005 08:38:20 +0000 (GMT) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6D63943D48; Mon, 13 Jun 2005 08:38:20 +0000 (GMT) (envelope-from max@love2party.net) Received: from p54A3DEEF.dip.t-dialin.net [84.163.222.239] (helo=donor.laier.local) by mrelayeu.kundenserver.de with ESMTP (Nemesis), id 0MKxQS-1DhkSY2JVt-00059U; Mon, 13 Jun 2005 10:38:18 +0200 From: Max Laier To: freebsd-stable@freebsd.org Date: Mon, 13 Jun 2005 10:38:10 +0200 User-Agent: KMail/1.8 References: <42AA2B21.8040708@bfoz.net> <42AD43F4.1020305@cuk.nu> In-Reply-To: <42AD43F4.1020305@cuk.nu> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart74577478.PhEvFGnKeu"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200506131038.16573.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de login:61c499deaeeba3ba5be80f48ecc83056 Cc: Marko =?utf-8?q?=C4=8Cuk?= , freebsd-questions@freebsd.org Subject: Re: NFS on 5.4 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jun 2005 08:38:21 -0000 --nextPart74577478.PhEvFGnKeu Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Monday 13 June 2005 10:29, Marko =C4=8Cuk wrote: > Does anyone knows, what's going on with NFS on 5.4 ? > > I have same hardware as before, when 5.3 was installed, except the > installation is new, 5.4. I have NFS mounted and some FTP app is using > it extensively and server crashes once / day. I have noticed: Can you please get a debugging kernel on that box and extract a crashdump/= =20 trace? Without this information everything is just guesswork. > After 8 hours of uptime... > > su-2.05b# netstat -m > 739 mbufs in use > 736/32768 mbuf clusters in use (current/max) > 0/3/4464 sfbufs in use (current/peak/max) > 1656 KBytes allocated to network > 0 requests for sfbufs denied > 0 requests for sfbufs delayed > 0 requests for I/O initiated by sendfile > 749 calls to protocol drain routines > > suddenly after 5 minutes... > > 4294962365 mbufs in use > 359/25600 mbuf clusters in use (current/max) > 10/37/6656 sfbufs in use (current/peak/max) > 4193789 KBytes allocated to network > 0 requests for sfbufs denied > 0 requests for sfbufs delayed > 1453 requests for I/O initiated by sendfile > 0 calls to protocol drain routines Please see:=20 http://lists.freebsd.org/mailman/htdig/freebsd-stable/2005-April/013703.html =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart74577478.PhEvFGnKeu Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBCrUX4XyyEoT62BG0RAg+IAJ0fS4MmDqOvCrMqSChGN4rHaA9tVgCfWMkC YBx7hAIlMl+HJ5uNJe7PHkE= =Tv5x -----END PGP SIGNATURE----- --nextPart74577478.PhEvFGnKeu-- From owner-freebsd-stable@FreeBSD.ORG Mon Jun 13 10:01:52 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D267316A41C for ; Mon, 13 Jun 2005 10:01:52 +0000 (GMT) (envelope-from dgeo@egim-mrs.fr) Received: from mail.egim-mrs.fr (bouba.egim-mrs.fr [147.94.19.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id 295FB43D49 for ; Mon, 13 Jun 2005 10:01:50 +0000 (GMT) (envelope-from dgeo@egim-mrs.fr) Received: from localhost (localhost [127.0.0.1]) by mail.egim-mrs.fr (Nintendo(0.0-1a)) with ESMTP id 0DB57C932E; Mon, 13 Jun 2005 12:02:20 +0200 (CEST) Received: from mail.egim-mrs.fr ([127.0.0.1]) by localhost (bouba.egim-mrs.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 41635-01; Mon, 13 Jun 2005 12:02:18 +0200 (CEST) Received: from [147.94.19.170] (pcd.egim-mrs.fr [147.94.19.170]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.egim-mrs.fr (Nintendo(0.0-1a)) with ESMTP id C57A0C9305; Mon, 13 Jun 2005 12:02:18 +0200 (CEST) Message-ID: <42AD59A6.3080309@egim-mrs.fr> Date: Mon, 13 Jun 2005 12:02:14 +0200 From: Geoffroy Desvernay User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050331) X-Accept-Language: fr, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms000906060407050808080506" X-Virus-Scanned: by amavisd-new at egim-mrs.fr X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: kernel bug (ufs2?) on a dell 2600 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jun 2005 10:01:52 -0000 This is a cryptographically signed message in MIME format. --------------ms000906060407050808080506 Content-Type: multipart/mixed; boundary="------------080202090501040804060303" This is a multi-part message in MIME format. --------------080202090501040804060303 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit This server (FreeBSD 5.4 RELENG) is crashing once a week or more since 5.4 (maybe before). It may be related with a full filesystem: I'm using snapshots on this server (using http://people.freebsd.org/~rse/snapshot/), and crack has occured after (~30mins) a snapshot that fills up to 100% the filesystem. Attached the dmesg and kgdb logs. I'm not so hacker, but hope that it can help to resolve this bug. --------------080202090501040804060303 Content-Type: text/plain; name="LOG.kgdb" Content-Transfer-Encoding: 8bit Content-Disposition: inline; filename="LOG.kgdb" [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". #0 doadump () at pcpu.h:160 160 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) bt full #0 doadump () at pcpu.h:160 No locals. #1 0xc06878d6 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:410 first_buf_printf = 1 #2 0xc0687cc4 in panic (fmt=0xc091a1ae "initiate_write_inodeblock_ufs2: already started") at /usr/src/sys/kern/kern_shutdown.c:566 td = (struct thread *) 0xc3641c00 bootopt = 260 newpanic = 0 ap = 0xc3641c00 "\\\214\220Ã -XÃ" buf = "initiate_write_inodeblock_ufs2: already started", '\0' #3 0xc080ef5f in initiate_write_inodeblock_ufs2 (inodedep=0xc5be0280, bp=0x0) at /usr/src/sys/ufs/ffs/ffs_softdep.c:3781 adp = (struct allocdirect *) 0xd75bd13c lastadp = (struct allocdirect *) 0x1000 dp = (struct ufs2_dinode *) 0x0 fs = (struct fs *) 0xc21f6730 i = Unhandled dwarf expression opcode 0x93 (kgdb) quit --------------080202090501040804060303 Content-Type: text/plain; name="dmesg.boot" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="dmesg.boot" Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.4-STABLE #0: Mon Jun 6 18:51:49 CEST 2005 root@zlip.egim-mrs.fr:/usr/obj/usr/src/sys/ZLIP Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(TM) CPU 2.40GHz (2392.29-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 Features=0xbfebfbff Hyperthreading: 2 logical CPUs real memory = 2147287040 (2047 MB) avail memory = 2095828992 (1998 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 6 cpu3 (AP): APIC ID: 7 ioapic0: Changing APIC ID to 8 ioapic1: Changing APIC ID to 9 ioapic2: Changing APIC ID to 10 ioapic2: WARNING: intbase 72 != expected base 48 ioapic3: Changing APIC ID to 11 ioapic3: WARNING: intbase 120 != expected base 96 ioapic4: Changing APIC ID to 12 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard ioapic2 irqs 72-95 on motherboard ioapic3 irqs 120-143 on motherboard ioapic4 irqs 144-167 on motherboard npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 cpu1: on acpi0 cpu2: on acpi0 cpu3: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 2.0 on pci0 pci1: on pcib1 pci1: at device 28.0 (no driver attached) pcib2: at device 29.0 on pci1 pci2: on pcib2 em0: port 0xece0-0xecff mem 0xfdec0000-0xfdedffff,0xfdee0000-0xfdefffff irq 24 at device 2.0 on pci2 em0: Ethernet address: 00:02:b3:d4:d3:a2 em0: Speed:N/A Duplex:N/A pci1: at device 30.0 (no driver attached) pcib3: at device 31.0 on pci1 pci3: on pcib3 em1: port 0xdce0-0xdcff mem 0xfdcc0000-0xfdcdffff,0xfdce0000-0xfdcfffff irq 28 at device 1.0 on pci3 em1: Ethernet address: 00:0b:db:92:0a:e4 em1: Speed:N/A Duplex:N/A pcib4: at device 3.0 on pci0 pci4: on pcib4 pci4: at device 28.0 (no driver attached) pcib5: at device 29.0 on pci4 pci5: on pcib5 pci4: at device 30.0 (no driver attached) pcib6: at device 31.0 on pci4 pci6: on pcib6 bge0: mem 0xfd8f0000-0xfd8fffff irq 80 at device 3.0 on pci6 miibus0: on bge0 brgphy0: on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge0: Ethernet address: 00:10:18:06:39:68 pcib7: at device 4.0 on pci0 pci7: on pcib7 pci7: at device 28.0 (no driver attached) pcib8: at device 29.0 on pci7 pci8: on pcib8 amr0: mem 0xfebf0000-0xfebfffff irq 120 at device 8.0 on pci8 amr0: Firmware 250O, BIOS 1.06, 128MB RAM pci7: at device 30.0 (no driver attached) pcib9: at device 31.0 on pci7 pci10: on pcib9 ahc0: port 0xbc00-0xbcff mem 0xfd3ff000-0xfd3fffff irq 148 at device 7.0 on pci10 aic7899: Ultra160 Wide Channel A, SCSI Id=7, 32/253 SCBs ahc1: port 0xb800-0xb8ff mem 0xfd3fe000-0xfd3fefff irq 149 at device 7.1 on pci10 aic7899: Ultra160 Wide Channel B, SCSI Id=7, 32/253 SCBs uhci0: port 0x9ce0-0x9cff irq 16 at device 29.0 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered pcib10: at device 30.0 on pci0 pci11: on pcib10 pci11: at device 4.0 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0xfc00-0xfc0f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 fd0: <1440-KB 3.5" drive> on fdc0 drive 0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 psm0: irq 12 on atkbdc0 psm0: model IntelliMouse Explorer, device ID 4 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A ppc0: port 0x778-0x77f,0x378-0x37f irq 7 drq 1 on acpi0 ppc0: Generic chipset (ECP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 orm0: at iomem 0xec000-0xeffff,0xc0000-0xc7fff on isa0 pmtimer0 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 10.000 msec acd0: CDROM at ata0-master PIO4 Waiting 15 seconds for SCSI devices to settle amrd0: on amr0 amrd0: 69758MB (142864384 sectors) RAID 1 (optimal) ses0 at amr0 bus 0 target 6 lun 0 ses0: Fixed Processor SCSI-2 device ses0: SAF-TE Compliant Device da0 at ahc0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 160.000MB/s transfers (80.000MHz, offset 31, 16bit), Tagged Queueing Enabled da0: 200000MB (409600000 512 byte sectors: 255H 63S/T 25496C) da1 at ahc0 bus 0 target 1 lun 0 da1: Fixed Direct Access SCSI-3 device da1: 160.000MB/s transfers (80.000MHz, offset 31, 16bit), Tagged Queueing Enabled da1: 200000MB (409600000 512 byte sectors: 255H 63S/T 25496C) da2 at ahc0 bus 0 target 2 lun 0 da2: Fixed Direct Access SCSI-3 device da2: 160.000MB/s transfers (80.000MHz, offset 31, 16bit), Tagged Queueing Enabled da2: 200000MB (409600000 512 byte sectors: 255H 63S/T 25496C) da3 at ahc0 bus 0 target 3 lun 0 da3: Fixed Direct Access SCSI-3 device da3: 160.000MB/s transfers (80.000MHz, offset 31, 16bit), Tagged Queueing Enabled da3: 300000MB (614400000 512 byte sectors: 255H 63S/T 38244C) da4 at ahc0 bus 0 target 4 lun 0 da4: Fixed Direct Access SCSI-3 device da4: 160.000MB/s transfers (80.000MHz, offset 31, 16bit), Tagged Queueing Enabled da4: 266856MB (546521088 512 byte sectors: 255H 63S/T 34019C) SMP: AP CPU #1 Launched! SMP: AP CPU #2 Launched! SMP: AP CPU #3 Launched! Mounting root from ufs:/dev/amrd0s1a WARNING: / was not properly dismounted WARNING: /tmp was not properly dismounted WARNING: /usr was not properly dismounted WARNING: /var was not properly dismounted /var: mount pending error: blocks 156 files 1 WARNING: /var/crash was not properly dismounted WARNING: /anonftp was not properly dismounted WARNING: /jukebox was not properly dismounted WARNING: /anonftp/pub2 was not properly dismounted WARNING: /savesm2 was not properly dismounted /savesm2: mount pending error: blocks 3230304 files 1 WARNING: /sav was not properly dismounted em1: Link is up 1000 Mbps Full Duplex --------------080202090501040804060303-- --------------ms000906060407050808080506 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIOazCC A9swggLDoAMCAQICAQIwDQYJKoZIhvcNAQEEBQAwTzELMAkGA1UEBhMCRlIxDDAKBgNVBAoT A0NSVTESMBAGA1UEAxMJYWMtcmFjaW5lMR4wHAYJKoZIhvcNAQkBFg9jYS1hZG1pbkBjcnUu ZnIwHhcNMDMwNTE2MDkzMTE3WhcNMTIxMjE0MDkzMTE3WjBUMQswCQYDVQQGEwJGUjEMMAoG A1UEChMDQ1JVMRcwFQYDVQQDEw5hYy11dGlsaXNhdGV1cjEeMBwGCSqGSIb3DQEJARYPY2Et YWRtaW5AY3J1LmZyMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAtXGYMirQ2feu 6b4FDrH8PRwIyjfXPSXaG33GoatYJIbOmxAwnGbwVBng3WDzoW5X45RWq93nOxSdx4MTsGQJ pBihob2h4XeGpL54WlLd+kvOxvp/0OzLYYcESI3dpVRjf6jB8Ggc7BUlE+ptIjyXAVTNKz1o 6aiLSR6G1zG5cidq3BAXjlpfvbX9EWfICcnmLMSQ29oam857EsAJRuGHNajdPEMUlsioEIf2 Zf4YL9pa5rJ5Efs7NTxu8ffICGYlCynJXJTC461sRrub8s6SOM69NTw8EM+1A3ewd5WyGkZe QSG7SJyJY8Lg8u4CMoflOjP3LSYhCLI1Ic0gX08dkQIDAQABo4G8MIG5MA8GA1UdEwEB/wQF MAMBAf8wHQYDVR0OBBYEFBUKfCi1rKa81/0yMx15vbNJCjGQMHcGA1UdIwRwMG6AFK8vz0qV BLbeJLMJqVU+XA4c+HEuoVOkUTBPMQswCQYDVQQGEwJGUjEMMAoGA1UEChMDQ1JVMRIwEAYD VQQDEwlhYy1yYWNpbmUxHjAcBgkqhkiG9w0BCQEWD2NhLWFkbWluQGNydS5mcoIBADAOBgNV HQ8BAf8EBAMCAQYwDQYJKoZIhvcNAQEEBQADggEBAMG/+LofN2vISFWieXrHsFsIrM/2WUhf zAcE2/Ga+/UWvJaDJO9RlbUNN3l+f40L1yUJW9kZqY4XMBcbJ6jbpmeJ+zTf+zveAD/sl9ZN qoC931HFLq/TGjZSIQxX4Nxad9DFbok66X1qfRZF4+beaz2zjrF07LvjWX6201Rc6zQhNyTy UdO/wYY0EBYu0CFrTK4RxS6d2LsyO1p1Xj7oMCa9Utmu/igZoXJYL709POBKHJoYNU+LI6iJ 8aYcZupJ/GXVxfj68L1KP2i8cM3a570bJCDbsKcchzZqsvII5cewU7KKPH4fyMyfsA39tJ0V BMQyvdWZHpS75DN0eB5UVzUwggVCMIIEKqADAgECAgIEkzANBgkqhkiG9w0BAQQFADBUMQsw CQYDVQQGEwJGUjEMMAoGA1UEChMDQ1JVMRcwFQYDVQQDEw5hYy11dGlsaXNhdGV1cjEeMBwG CSqGSIb3DQEJARYPY2EtYWRtaW5AY3J1LmZyMB4XDTA1MDMyMzEwMjEwMloXDTA2MDMyMzEw MjEwMlowXjELMAkGA1UEBhMCRlIxETAPBgNVBAoTCDAxMzM3NzRHMRswGQYDVQQDExJHZW9m ZnJveSBEZXN2ZXJuYXkxHzAdBgkqhkiG9w0BCQEWEGRnZW9AZWdpbS1tcnMuZnIwggEiMA0G CSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQCms7qWSkTwUJvQq2Mu2ghrvv9AXcaDASOKblYa lTFCmi5fYR9FbTkK+/F7+q7DsEc+cFk12S7mTk/n0M6zyqqTYZ8P1CpAqOj9L8vYHHoRTmi+ nLr5SkZ74KdERxLgFsh5A7xz4+aACOVwXweTWeaGZ7qkwZCduRpY+t/l88AQXT6PA2Ao2cEc 1jsAFqnCGAyo6M1oVB+UikZjBi8DH+ZJFCDt53OFSrBGCxwb0O1QSmUeIBCQpK32N7vy2+Wo uWNrN232Qv9slhb9p0pP8ki1kXdmgQqXAzmsT8sa4jmyTWVyhSvVXdjRff6LMtxrD+58H4aN A3VBh5zG0TwMw/yvAgMBAAGjggISMIICDjAMBgNVHRMBAf8EAjAAMBEGCWCGSAGG+EIBAQQE AwIEsDAOBgNVHQ8BAf8EBAMCBeAwEwYDVR0lBAwwCgYIKwYBBQUHAwIwGwYDVR0RBBQwEoEQ ZGdlb0BlZ2ltLW1ycy5mcjBwBglghkgBhvhCAQ0EYxZhQ2VydGlmaWNhdCBhYy11dGlsaXNh dGV1ci4gUG91ciB0b3V0ZSBpbmZvcm1hdGlvbiBzZSByZXBvcnRlciDgIGh0dHA6Ly9pZ2Mu Y3J1LmZyL2FjLXV0aWxpc2F0ZXVyLzAdBgNVHQ4EFgQU2L2xnBQv4ehMXBUG53tonqPd6Gcw dwYDVR0jBHAwboAUFQp8KLWsprzX/TIzHXm9s0kKMZChU6RRME8xCzAJBgNVBAYTAkZSMQww CgYDVQQKEwNDUlUxEjAQBgNVBAMTCWFjLXJhY2luZTEeMBwGCSqGSIb3DQEJARYPY2EtYWRt aW5AY3J1LmZyggECME8GA1UdHwRIMEYwRKBCoECGPmh0dHA6Ly9pZ2MuY3J1LmZyL2NnaS1i aW4vbG9hZGNybD9DQT1hYy11dGlsaXNhdGV1ciZmb3JtYXQ9REVSME4GA1UdIARHMEUwQwYO KQMGAQQAAbdfAwECAAQwMTAvBggrBgEFBQcCARYjaHR0cDovL2lnYy5jcnUuZnIvcmVmZXJl bmNlcy9wYy5wZGYwDQYJKoZIhvcNAQEEBQADggEBAEiz6Id63DiwxH8SKnZKOfJoAlLmDJtu L6NS8r6KjSANcueo5wNVw2MYFs4v0ehwabtYbdjtjnPN325jqf246wZ+3c5LfBl7hQEkfTpy QGn6uOFlrCYnephGfxES4qJfFJDZx5Ugu1wYGlQ3Ojr6VNRrl8esWSHfYI5VrrX/Z1f835or LaYJ2Osdn9NNlV8wMvoMpZQwZEOjHI3fiTjneVwPQY3yoxktscU8NWEhD/HtKnAKqvp9/VjU 2Sci8fMj0DeJErsIVmbIYjX6adRi+OxnsiqB9wW2zHC1lgbBVIy1ypJHtOnbrxGzcb/4D3mJ 5+6deMUdyn6a8xiP64Tb6tEwggVCMIIEKqADAgECAgIEkzANBgkqhkiG9w0BAQQFADBUMQsw CQYDVQQGEwJGUjEMMAoGA1UEChMDQ1JVMRcwFQYDVQQDEw5hYy11dGlsaXNhdGV1cjEeMBwG CSqGSIb3DQEJARYPY2EtYWRtaW5AY3J1LmZyMB4XDTA1MDMyMzEwMjEwMloXDTA2MDMyMzEw MjEwMlowXjELMAkGA1UEBhMCRlIxETAPBgNVBAoTCDAxMzM3NzRHMRswGQYDVQQDExJHZW9m ZnJveSBEZXN2ZXJuYXkxHzAdBgkqhkiG9w0BCQEWEGRnZW9AZWdpbS1tcnMuZnIwggEiMA0G CSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQCms7qWSkTwUJvQq2Mu2ghrvv9AXcaDASOKblYa lTFCmi5fYR9FbTkK+/F7+q7DsEc+cFk12S7mTk/n0M6zyqqTYZ8P1CpAqOj9L8vYHHoRTmi+ nLr5SkZ74KdERxLgFsh5A7xz4+aACOVwXweTWeaGZ7qkwZCduRpY+t/l88AQXT6PA2Ao2cEc 1jsAFqnCGAyo6M1oVB+UikZjBi8DH+ZJFCDt53OFSrBGCxwb0O1QSmUeIBCQpK32N7vy2+Wo uWNrN232Qv9slhb9p0pP8ki1kXdmgQqXAzmsT8sa4jmyTWVyhSvVXdjRff6LMtxrD+58H4aN A3VBh5zG0TwMw/yvAgMBAAGjggISMIICDjAMBgNVHRMBAf8EAjAAMBEGCWCGSAGG+EIBAQQE AwIEsDAOBgNVHQ8BAf8EBAMCBeAwEwYDVR0lBAwwCgYIKwYBBQUHAwIwGwYDVR0RBBQwEoEQ ZGdlb0BlZ2ltLW1ycy5mcjBwBglghkgBhvhCAQ0EYxZhQ2VydGlmaWNhdCBhYy11dGlsaXNh dGV1ci4gUG91ciB0b3V0ZSBpbmZvcm1hdGlvbiBzZSByZXBvcnRlciDgIGh0dHA6Ly9pZ2Mu Y3J1LmZyL2FjLXV0aWxpc2F0ZXVyLzAdBgNVHQ4EFgQU2L2xnBQv4ehMXBUG53tonqPd6Gcw dwYDVR0jBHAwboAUFQp8KLWsprzX/TIzHXm9s0kKMZChU6RRME8xCzAJBgNVBAYTAkZSMQww CgYDVQQKEwNDUlUxEjAQBgNVBAMTCWFjLXJhY2luZTEeMBwGCSqGSIb3DQEJARYPY2EtYWRt aW5AY3J1LmZyggECME8GA1UdHwRIMEYwRKBCoECGPmh0dHA6Ly9pZ2MuY3J1LmZyL2NnaS1i aW4vbG9hZGNybD9DQT1hYy11dGlsaXNhdGV1ciZmb3JtYXQ9REVSME4GA1UdIARHMEUwQwYO KQMGAQQAAbdfAwECAAQwMTAvBggrBgEFBQcCARYjaHR0cDovL2lnYy5jcnUuZnIvcmVmZXJl bmNlcy9wYy5wZGYwDQYJKoZIhvcNAQEEBQADggEBAEiz6Id63DiwxH8SKnZKOfJoAlLmDJtu L6NS8r6KjSANcueo5wNVw2MYFs4v0ehwabtYbdjtjnPN325jqf246wZ+3c5LfBl7hQEkfTpy QGn6uOFlrCYnephGfxES4qJfFJDZx5Ugu1wYGlQ3Ojr6VNRrl8esWSHfYI5VrrX/Z1f835or LaYJ2Osdn9NNlV8wMvoMpZQwZEOjHI3fiTjneVwPQY3yoxktscU8NWEhD/HtKnAKqvp9/VjU 2Sci8fMj0DeJErsIVmbIYjX6adRi+OxnsiqB9wW2zHC1lgbBVIy1ypJHtOnbrxGzcb/4D3mJ 5+6deMUdyn6a8xiP64Tb6tExggMOMIIDCgIBATBaMFQxCzAJBgNVBAYTAkZSMQwwCgYDVQQK EwNDUlUxFzAVBgNVBAMTDmFjLXV0aWxpc2F0ZXVyMR4wHAYJKoZIhvcNAQkBFg9jYS1hZG1p bkBjcnUuZnICAgSTMAkGBSsOAwIaBQCgggGJMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEw HAYJKoZIhvcNAQkFMQ8XDTA1MDYxMzEwMDIxNFowIwYJKoZIhvcNAQkEMRYEFPgnMVOgHYKI Wd5Cb3iDMrQWQuvWMFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwIC AgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMGkGCSsGAQQBgjcQ BDFcMFowVDELMAkGA1UEBhMCRlIxDDAKBgNVBAoTA0NSVTEXMBUGA1UEAxMOYWMtdXRpbGlz YXRldXIxHjAcBgkqhkiG9w0BCQEWD2NhLWFkbWluQGNydS5mcgICBJMwawYLKoZIhvcNAQkQ AgsxXKBaMFQxCzAJBgNVBAYTAkZSMQwwCgYDVQQKEwNDUlUxFzAVBgNVBAMTDmFjLXV0aWxp c2F0ZXVyMR4wHAYJKoZIhvcNAQkBFg9jYS1hZG1pbkBjcnUuZnICAgSTMA0GCSqGSIb3DQEB AQUABIIBAERCg2GMwz4T2+9gwtwISBOFPd8yVaNcKFHobq6maiSpwLEWMCx3HFb2MpVMUz5M XsmANyc7T2tEXTUpzAQkvdSFtTzejp1P0/aKNwrVVoWTTKMYDPWXVdezaF6qxONc0EFTQo7A SIbNdf4SQtJaba0wxVTxJjMq1S44wmiQ3m0LdpTDYpEstocCiDrFvjsa3aOAafP+rKs6MbRd e5GgMDtiCv2Bx+vv8n6Z/QMoeHdVb5/MJpkPW38q48PSsug87hkMi5T2BwJHYheukxmvi/ad XODn7lUVzzmi1uCCWvy+X5gaLJmSx/H9YYykvQMhLVLF6nJwDqssBLNLYrX4clEAAAAAAAA= --------------ms000906060407050808080506-- From owner-freebsd-stable@FreeBSD.ORG Mon Jun 13 12:14:39 2005 Return-Path: X-Original-To: freebsd-stable@www.freebsd.org Delivered-To: freebsd-stable@www.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 118CC16A41C for ; Mon, 13 Jun 2005 12:14:39 +0000 (GMT) (envelope-from ggajic@sbb.co.yu) Received: from mail.sbb.co.yu (mail.sbb.co.yu [82.117.194.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7A51543D55 for ; Mon, 13 Jun 2005 12:14:37 +0000 (GMT) (envelope-from ggajic@sbb.co.yu) Received: from mail.sbb.co.yu (mail.sbb.co.yu [192.168.1.2] (may be forged)) by mail.sbb.co.yu (8.13.3/8.13.3) with ESMTP id j5DCEZGB099480 for ; Mon, 13 Jun 2005 14:14:35 +0200 (CEST) Date: Mon, 13 Jun 2005 14:14:35 +0200 (CEST) From: Goran Gajic To: freebsd-stable@www.freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-SBB-MailScanner-Information: Please contact the ISP for more information X-SBB-MailScanner: Found to be clean X-MailScanner-From: ggajic@sbb.co.yu Cc: Subject: NFS on 5.4 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jun 2005 12:14:39 -0000 I have noticed same behaviour on latest 5.4-STABLE which has nfs mounts. I'm running squid on that machine (but both NFS exports are on Linux-2.6.12-rc5): # netstat -m 4294964710 mbufs in use 2824/25600 mbuf clusters in use (current/max) 0/20/6656 sfbufs in use (current/peak/max) 5001 KBytes allocated to network 0 requests for sfbufs denied 0 requests for sfbufs delayed 247 requests for I/O initiated by sendfile 1454 calls to protocol drain routines 5.4-STABLE FreeBSD 5.4-STABLE #2: Sat Jun 11 02:26:09 CEST 2005 Regards, gg. From owner-freebsd-stable@FreeBSD.ORG Mon Jun 13 12:18:12 2005 Return-Path: X-Original-To: freebsd-stable@www.freebsd.org Delivered-To: freebsd-stable@www.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 280B916A41C for ; Mon, 13 Jun 2005 12:18:12 +0000 (GMT) (envelope-from ggajic@sbb.co.yu) Received: from mail.sbb.co.yu (mail.sbb.co.yu [82.117.194.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8D3DB43D1F for ; Mon, 13 Jun 2005 12:18:11 +0000 (GMT) (envelope-from ggajic@sbb.co.yu) Received: from mail.sbb.co.yu (mail.sbb.co.yu [192.168.1.2] (may be forged)) by mail.sbb.co.yu (8.13.3/8.13.3) with ESMTP id j5DCI7rm002221 for ; Mon, 13 Jun 2005 14:18:08 +0200 (CEST) Date: Mon, 13 Jun 2005 14:18:07 +0200 (CEST) From: Goran Gajic To: freebsd-stable@www.freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-SBB-MailScanner-Information: Please contact the ISP for more information X-SBB-MailScanner: Found to be clean X-MailScanner-From: ggajic@sbb.co.yu Cc: Subject: NFS on 5.4 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jun 2005 12:18:12 -0000 Ups, I forgot: #vmstat -z | grep Mbuf MbufClust: 2048, 25600, 4934, 0, 9085312 Mbuf: 256, 0, 4995, 855, 199904149 Regards, gg. From owner-freebsd-stable@FreeBSD.ORG Mon Jun 13 12:24:15 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C112016A41C for ; Mon, 13 Jun 2005 12:24:15 +0000 (GMT) (envelope-from vanco@satro.sk) Received: from mail.satronet.sk (mail.satronet.sk [217.144.16.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6C08C43D49 for ; Mon, 13 Jun 2005 12:24:14 +0000 (GMT) (envelope-from vanco@satro.sk) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.satronet.sk (Postfix) with ESMTP id 79EEF16054280 for ; Mon, 13 Jun 2005 14:24:13 +0200 (CEST) Received: from mail.satronet.sk ([127.0.0.1]) by localhost (mail [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 14749-01 for ; Mon, 13 Jun 2005 14:24:12 +0200 (CEST) Received: from [147.175.51.163] (unknown [147.175.51.163]) by mail.satronet.sk (Postfix) with ESMTP id 806971605440B for ; Mon, 13 Jun 2005 14:24:12 +0200 (CEST) Message-ID: <42AD7AEA.3010006@satro.sk> Date: Mon, 13 Jun 2005 14:24:10 +0200 From: Michal Vanco User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050610) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by ANTIvirus at satronet.sk Subject: MS USB Wireless Mouse X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jun 2005 12:24:16 -0000 Hi, my problem with %subj% continues. Recently I have forced ums to detect it as mouse but there are still some weird things. ums0: Microsoft Microsoft USB Wireless Mouse, rev 2.00/0.17, addr 2, iclass 3/1 ums_attach: bLength=7 bDescriptorType=5 bEndpointAddress=1-in bmAttributes=3 wMaxPacketSize=8 bInterval=10 ums0: 5 buttons and Z dir. ums_attach: sc=0xc1bcb800 ums_attach: X 48/8 ums_attach: Y 56/8 ums_attach: Z 64/8 ums_attach: B1 40/1 ums_attach: B2 41/1 ums_attach: B3 42/1 ums_attach: B4 43/1 ums_attach: B5 44/1 ums_attach: size=11, id=19 ... seems like reported locations X,Y,Z and buttons are wrong. any clues? thanx michal From owner-freebsd-stable@FreeBSD.ORG Mon Jun 13 12:27:42 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B539416A420 for ; Mon, 13 Jun 2005 12:27:42 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id 72C5D43D1D for ; Mon, 13 Jun 2005 12:27:42 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 8D120513D7; Mon, 13 Jun 2005 08:27:41 -0400 (EDT) Date: Mon, 13 Jun 2005 08:27:39 -0400 From: Kris Kennaway To: Goran Gajic Message-ID: <20050613122739.GA29321@xor.obsecurity.org> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="82I3+IH0IqGh5yIs" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: NFS on 5.4 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jun 2005 12:27:42 -0000 --82I3+IH0IqGh5yIs Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jun 13, 2005 at 02:14:35PM +0200, Goran Gajic wrote: >=20 >=20 > I have noticed same behaviour on latest 5.4-STABLE which > has nfs mounts. I'm running squid on that machine (but both NFS > exports are on Linux-2.6.12-rc5): >=20 > # netstat -m > 4294964710 mbufs in use > 2824/25600 mbuf clusters in use (current/max) > 0/20/6656 sfbufs in use (current/peak/max) > 5001 KBytes allocated to network > 0 requests for sfbufs denied > 0 requests for sfbufs delayed > 247 requests for I/O initiated by sendfile > 1454 calls to protocol drain routines >=20 > 5.4-STABLE FreeBSD 5.4-STABLE #2: Sat Jun 11 02:26:09 CEST 2005 See the release errata. Kris --82I3+IH0IqGh5yIs Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCrXu6Wry0BWjoQKURApwPAKDgbHLPocfa4sCEXzzsWx19n732BQCfVhx0 kohJ8KQYjov6HcygEivksjQ= =C8Kv -----END PGP SIGNATURE----- --82I3+IH0IqGh5yIs-- From owner-freebsd-stable@FreeBSD.ORG Mon Jun 13 12:29:52 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 777D216A41C; Mon, 13 Jun 2005 12:29:52 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3AEED43D4C; Mon, 13 Jun 2005 12:29:52 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 4BD3A5128E; Mon, 13 Jun 2005 08:29:51 -0400 (EDT) Date: Mon, 13 Jun 2005 08:29:50 -0400 From: Kris Kennaway To: Marko ??uk Message-ID: <20050613122950.GB29321@xor.obsecurity.org> References: <42AA2B21.8040708@bfoz.net> <42AA761B.5020909@cs.tu-berlin.de> <42AB6EE1.7070405@bfoz.net> <42AD43F4.1020305@cuk.nu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="R3G7APHDIzY6R/pk" Content-Disposition: inline In-Reply-To: <42AD43F4.1020305@cuk.nu> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org, freebsd-questions@freebsd.org Subject: Re: NFS on 5.4 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jun 2005 12:29:52 -0000 --R3G7APHDIzY6R/pk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jun 13, 2005 at 10:29:40AM +0200, Marko ??uk wrote: > Hello ! >=20 > Does anyone knows, what's going on with NFS on 5.4 ? >=20 > I have same hardware as before, when 5.3 was installed, except the=20 > installation is new, 5.4. I have NFS mounted and some FTP app is using=20 > it extensively and server crashes once / day. I have noticed: >=20 >=20 > After 8 hours of uptime... >=20 > su-2.05b# netstat -m > 739 mbufs in use > 736/32768 mbuf clusters in use (current/max) > 0/3/4464 sfbufs in use (current/peak/max) > 1656 KBytes allocated to network > 0 requests for sfbufs denied > 0 requests for sfbufs delayed > 0 requests for I/O initiated by sendfile > 749 calls to protocol drain routines >=20 > suddenly after 5 minutes... >=20 > 4294962365 mbufs in use > 359/25600 mbuf clusters in use (current/max) > 10/37/6656 sfbufs in use (current/peak/max) > 4193789 KBytes allocated to network > 0 requests for sfbufs denied > 0 requests for sfbufs delayed > 1453 requests for I/O initiated by sendfile > 0 calls to protocol drain routines See the release errata; this is not an indication of a problem. Kris --R3G7APHDIzY6R/pk Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCrXw8Wry0BWjoQKURAm3XAJ9NfAVRhEopoKJCNdZauGL0RuhedQCgjcss sMtKJGhqPVxtOXTNC73Ny7o= =ZB0g -----END PGP SIGNATURE----- --R3G7APHDIzY6R/pk-- From owner-freebsd-stable@FreeBSD.ORG Mon Jun 13 12:33:00 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AA36A16A41C for ; Mon, 13 Jun 2005 12:33:00 +0000 (GMT) (envelope-from dom@goodforbusiness.co.uk) Received: from mail.helenmarks.co.uk (mail.helenmarks.co.uk [82.68.196.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE8FA43D4C for ; Mon, 13 Jun 2005 12:32:59 +0000 (GMT) (envelope-from dom@goodforbusiness.co.uk) Received: from localhost (localhost [127.0.0.1]) by mail.helenmarks.co.uk (Postfix) with ESMTP id 58CE822241F; Mon, 13 Jun 2005 13:32:58 +0100 (BST) Received: from mail.helenmarks.co.uk ([127.0.0.1]) by localhost (mail.helenmarks.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 56936-02; Mon, 13 Jun 2005 13:32:51 +0100 (BST) Received: from egg.helenmarks.co.uk (egg.helenmarks.co.uk [192.168.15.3]) by mail.helenmarks.co.uk (Postfix) with ESMTP id 184E222241E; Mon, 13 Jun 2005 13:32:51 +0100 (BST) From: Dominic Marks Organization: GoodforBusiness.co.uk To: freebsd-stable@freebsd.org Date: Mon, 13 Jun 2005 13:34:36 +0100 User-Agent: KMail/1.8 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200506131334.37069.dom@goodforbusiness.co.uk> X-Virus-Scanned: By ClamAV 0.80 Cc: Goran Gajic Subject: Re: NFS on 5.4 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jun 2005 12:33:00 -0000 On Monday 13 June 2005 13:18, Goran Gajic wrote: > Ups, I forgot: Hello Goran, If you would reply to existing messages instead of posting new threads that would be very helpful it makes browsing the mail archive, and following conversation in a threaded mail reader much easier. Also you seem to be E-mailing freebsd-stable@www.freebsd.org, this clearly works but seems to confuse my mail client (KMail) and causes it to setup a reply to freebsd-stable@freebsd.org, and freebsd-stable@www.freebsd.org by default, meaning replies to your posts from my client, and perhaps others, will be duplicated unless the sender removes the @www themselves. If you could send your messages to freebsd-stable@freebsd.org, I don't think this would occur. > #vmstat -z | grep Mbuf > MbufClust: 2048, 25600, 4934, 0, 9085312 > Mbuf: 256, 0, 4995, 855, 199904149 > > Regards, > gg. > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to > "freebsd-stable-unsubscribe@freebsd.org" Thanks very much for your report, -- Dominic GoodforBusiness.co.uk I.T. Services for SMEs in the UK. From owner-freebsd-stable@FreeBSD.ORG Mon Jun 13 12:33:08 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F086F16A434; Mon, 13 Jun 2005 12:33:07 +0000 (GMT) (envelope-from cuk@cuk.nu) Received: from viharnik.xenya.net (viharnik.xenya.si [213.143.80.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5265E43D48; Mon, 13 Jun 2005 12:33:06 +0000 (GMT) (envelope-from cuk@cuk.nu) Received: from localhost (tabla.xenya.si [213.143.80.70]) by viharnik.xenya.net (Postfix) with ESMTP id EBEE123742; Mon, 13 Jun 2005 14:33:06 +0200 (CEST) Received: from viharnik.xenya.net ([213.143.80.85]) by localhost (tabla.xenya.si [213.143.80.70]) (amavisd-new, port 10024) with ESMTP id 47446-09; Mon, 13 Jun 2005 14:33:08 +0200 (CEST) Received: from [192.168.1.25] (unknown [192.168.1.25]) by viharnik.xenya.net (Postfix) with ESMTP id 8E71223718; Mon, 13 Jun 2005 14:33:05 +0200 (CEST) Message-ID: <42AD7CFF.1000804@cuk.nu> Date: Mon, 13 Jun 2005 14:33:03 +0200 From: Marko Cuk User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kris Kennaway References: <42AA2B21.8040708@bfoz.net> <42AA761B.5020909@cs.tu-berlin.de> <42AB6EE1.7070405@bfoz.net> <42AD43F4.1020305@cuk.nu> <20050613122950.GB29321@xor.obsecurity.org> In-Reply-To: <20050613122950.GB29321@xor.obsecurity.org> Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms030803090303070008060205" X-Virus-Scanned: by amavisd-new at xenya.si Cc: freebsd-stable@freebsd.org, freebsd-questions@freebsd.org Subject: Re: NFS on 5.4 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jun 2005 12:33:08 -0000 This is a cryptographically signed message in MIME format. --------------ms030803090303070008060205 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Aha, ok, thanks... (31 Oct 2004) The results of netstat -m can become incorrect on SMP systems when debug.mpsafenet is set to 1 (default). This is an error in the statistics gathering because of a race condition in the counters, not an actual memory leak. I'll put kernel into debug and see, as Max suggested. Tnx Kris Kennaway wrote: >On Mon, Jun 13, 2005 at 10:29:40AM +0200, Marko ??uk wrote: > > >>Hello ! >> >>Does anyone knows, what's going on with NFS on 5.4 ? >> >>I have same hardware as before, when 5.3 was installed, except the >>installation is new, 5.4. I have NFS mounted and some FTP app is using >>it extensively and server crashes once / day. I have noticed: >> >> >>After 8 hours of uptime... >> >>su-2.05b# netstat -m >>739 mbufs in use >>736/32768 mbuf clusters in use (current/max) >>0/3/4464 sfbufs in use (current/peak/max) >>1656 KBytes allocated to network >>0 requests for sfbufs denied >>0 requests for sfbufs delayed >>0 requests for I/O initiated by sendfile >>749 calls to protocol drain routines >> >>suddenly after 5 minutes... >> >>4294962365 mbufs in use >>359/25600 mbuf clusters in use (current/max) >>10/37/6656 sfbufs in use (current/peak/max) >>4193789 KBytes allocated to network >>0 requests for sfbufs denied >>0 requests for sfbufs delayed >>1453 requests for I/O initiated by sendfile >>0 calls to protocol drain routines >> >> > >See the release errata; this is not an indication of a problem. > >Kris > > -- Please send all support related questions to podpora@xenya.si Work @ http://www.xenya.si Private: http://cuk.nu Sports: http://www.cuk.nu Slovenian FreeBSD mirror admin http://www2.si.freebsd.org Slovenian OpenBSD mirror ftp://openbsd.cuk.nu/pub/OpenBSD --------------ms030803090303070008060205 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIIzTCC AsEwggIqoAMCAQICAw6gNzANBgkqhkiG9w0BAQQFADBiMQswCQYDVQQGEwJaQTElMCMGA1UE ChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNv bmFsIEZyZWVtYWlsIElzc3VpbmcgQ0EwHhcNMDUwNTAzMTI1NjE2WhcNMDYwNTAzMTI1NjE2 WjA8MR8wHQYDVQQDExZUaGF3dGUgRnJlZW1haWwgTWVtYmVyMRkwFwYJKoZIhvcNAQkBFgpj dWtAY3VrLm51MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAxRXW8+4WgIkrhv4O 2E12a7qUmFYbo5XQSMMjBbSHVh2ikojPXvt8pKiLqQmSnSHfALfud95WxKUcKVYCvjvJ4M4g JLZnzWm044PUcJ6+ds97T8NbZP4dYWiuK20anNMnngqMvzpwC4VVAiI+TRB6ttg6gBs8wgpa 8V0DcEbF7MXdaChIxHn+A7nwvQeujgnuotn3DjqfMO0CQovyjENeIWlcUhXZ1p7BZV3Nq6D+ egtTCaWU43p27PpJJnNblTLpmI09E1qWRdnzoFsSg628Qp2jUQUOV33O5AJf/3hl63kPt6M+ HQZOT/T0gUtLZBeu/d3OaXEiCNMeinRIXGK1kQIDAQABoycwJTAVBgNVHREEDjAMgQpjdWtA Y3VrLm51MAwGA1UdEwEB/wQCMAAwDQYJKoZIhvcNAQEEBQADgYEAOxKYQcDGvL47MBVJGGEO IPJL3sWCDYFBTRDgBVm9hcXwLWlVIo0t+srHoWZGGFV+gg4ojQ1xtFY73g//tTnvuX7WzsdF LFruyIyrEH7Q7Dta4/niJuN2q72DOdNHwrDWrzXgrNkRLZecmsDEfpOaQh+HwPhgCnitKBQ5 5cEF9DAwggLBMIICKqADAgECAgMOoDcwDQYJKoZIhvcNAQEEBQAwYjELMAkGA1UEBhMCWkEx JTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0 ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMB4XDTA1MDUwMzEyNTYxNloXDTA2MDUw MzEyNTYxNlowPDEfMB0GA1UEAxMWVGhhd3RlIEZyZWVtYWlsIE1lbWJlcjEZMBcGCSqGSIb3 DQEJARYKY3VrQGN1ay5udTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAMUV1vPu FoCJK4b+DthNdmu6lJhWG6OV0EjDIwW0h1YdopKIz177fKSoi6kJkp0h3wC37nfeVsSlHClW Ar47yeDOICS2Z81ptOOD1HCevnbPe0/DW2T+HWForittGpzTJ54KjL86cAuFVQIiPk0QerbY OoAbPMIKWvFdA3BGxezF3WgoSMR5/gO58L0Hro4J7qLZ9w46nzDtAkKL8oxDXiFpXFIV2dae wWVdzaug/noLUwmllON6duz6SSZzW5Uy6ZiNPRNalkXZ86BbEoOtvEKdo1EFDld9zuQCX/94 Zet5D7ejPh0GTk/09IFLS2QXrv3dzmlxIgjTHop0SFxitZECAwEAAaMnMCUwFQYDVR0RBA4w DIEKY3VrQGN1ay5udTAMBgNVHRMBAf8EAjAAMA0GCSqGSIb3DQEBBAUAA4GBADsSmEHAxry+ OzAVSRhhDiDyS97Fgg2BQU0Q4AVZvYXF8C1pVSKNLfrKx6FmRhhVfoIOKI0NcbRWO94P/7U5 77l+1s7HRSxa7siMqxB+0Ow7WuP54ibjdqu9gznTR8Kw1q814KzZES2XnJrAxH6TmkIfh8D4 YAp4rSgUOeXBBfQwMIIDPzCCAqigAwIBAgIBDTANBgkqhkiG9w0BAQUFADCB0TELMAkGA1UE BhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3duMRowGAYD VQQKExFUaGF3dGUgQ29uc3VsdGluZzEoMCYGA1UECxMfQ2VydGlmaWNhdGlvbiBTZXJ2aWNl cyBEaXZpc2lvbjEkMCIGA1UEAxMbVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIENBMSswKQYJ KoZIhvcNAQkBFhxwZXJzb25hbC1mcmVlbWFpbEB0aGF3dGUuY29tMB4XDTAzMDcxNzAwMDAw MFoXDTEzMDcxNjIzNTk1OVowYjELMAkGA1UEBhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25z dWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJ c3N1aW5nIENBMIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQDEpjxVc1X7TrnKmVoeaMB1 BHCd3+n/ox7svc31W/Iadr1/DDph8r9RzgHU5VAKMNcCY1osiRVwjt3J8CuFWqo/cVbLrzwL B+fxH5E2JCoTzyvV84J3PQO+K/67GD4Hv0CAAmTXp6a7n2XRxSpUhQ9IBH+nttE8YQRAHmQZ cmC3+wIDAQABo4GUMIGRMBIGA1UdEwEB/wQIMAYBAf8CAQAwQwYDVR0fBDwwOjA4oDagNIYy aHR0cDovL2NybC50aGF3dGUuY29tL1RoYXd0ZVBlcnNvbmFsRnJlZW1haWxDQS5jcmwwCwYD VR0PBAQDAgEGMCkGA1UdEQQiMCCkHjAcMRowGAYDVQQDExFQcml2YXRlTGFiZWwyLTEzODAN BgkqhkiG9w0BAQUFAAOBgQBIjNFQg+oLLswNo2asZw9/r6y+whehQ5aUnX9MIbj4Nh+qLZ82 L8D0HFAgk3A8/a3hYWLD2ToZfoSxmRsAxRoLgnSeJVCUYsfbJ3FXJY3dqZw5jowgT2Vfldr3 94fWxghOrvbqNOUQGls1TXfjViF4gtwhGTXeJLHTHUb/XV9lTzGCAzswggM3AgEBMGkwYjEL MAkGA1UEBhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAq BgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBAgMOoDcwCQYFKw4D AhoFAKCCAacwGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMDUw NjEzMTIzMzAzWjAjBgkqhkiG9w0BCQQxFgQUQoZt8ljoRfkqnE5B1KX8kHfrRxwwUgYJKoZI hvcNAQkPMUUwQzAKBggqhkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZIhvcNAwICAUAw BwYFKw4DAgcwDQYIKoZIhvcNAwICASgweAYJKwYBBAGCNxAEMWswaTBiMQswCQYDVQQGEwJa QTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhh d3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0ECAw6gNzB6BgsqhkiG9w0BCRACCzFr oGkwYjELMAkGA1UEBhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0 ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBAgMOoDcw DQYJKoZIhvcNAQEBBQAEggEASYKPODPuPKofyIKR0oBMnHtV3Un4/aKVSzJjXlCVjogXQRMs rOk0NTTGZO71wFQqRxg2yisDl39Pe4Kyyxr9ocLiCd09oTeeJI1sYnEjQ5JlNo3aSiiEBOP3 a1T6KssrLGU3eXR64pz7nbheYs39CVMO/AivDUtxlVPHxm+oZiwmNG+SYZOrimgWDGCIVT3Q AQgY/Zi8+Hq7h4vtZzm8ZEkaF6eLPeNSoJ3Az7Y7Y2k7YdpArqonKm+RT4ZrrpyoPfhHs9Cx qcNkUVAhkzwi/Yyn5XcwnlU6YA1yDl/5G6HbMdUcYKfRd3LC5yxBhlp18itJS0rZMAHxbg8Z BUrLYAAAAAAAAA== --------------ms030803090303070008060205-- From owner-freebsd-stable@FreeBSD.ORG Mon Jun 13 13:40:17 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DB72B16A41C for ; Mon, 13 Jun 2005 13:40:17 +0000 (GMT) (envelope-from ghelmer@palisadesys.com) Received: from magellan.palisadesys.com (magellan.palisadesys.com [192.188.162.211]) by mx1.FreeBSD.org (Postfix) with ESMTP id 770C143D4C for ; Mon, 13 Jun 2005 13:40:17 +0000 (GMT) (envelope-from ghelmer@palisadesys.com) Received: from [172.16.1.108] (cetus.palisadesys.com [192.188.162.7]) (authenticated bits=0) by magellan.palisadesys.com (8.12.11/8.12.11) with ESMTP id j5DDeBfr037239 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 13 Jun 2005 08:40:13 -0500 (CDT) (envelope-from ghelmer@palisadesys.com) Message-ID: <42AD8CBB.90503@palisadesys.com> Date: Mon, 13 Jun 2005 08:40:11 -0500 From: Guy Helmer User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Andrey Lakhno References: <20050611080600.GA51695@devnull.isd.dp.ua> In-Reply-To: <20050611080600.GA51695@devnull.isd.dp.ua> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit X-Palisade-MailScanner-Information: Please contact the ISP for more information X-Palisade-MailScanner: Found to be clean X-MailScanner-From: ghelmer@palisadesys.com Cc: freebsd-stable@freebsd.org Subject: Re: Adaptec 2120S delays boot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jun 2005 13:40:18 -0000 Andrey Lakhno wrote: >Hello, > >I have a problem with server with Adaptec SCSI RAID 2120S controller. >5.4-RELEASE was installed. > >GENERIC kernel boots with long delay (about 10 minutes), printing following messages: >aac0: Error 5 sending GetDeviceProbeInfo command >aac0: Error 5 sending GetDeviceProbeInfo command >aac0: Error 5 sending GetDeviceProbeInfo command >aac0: Error 5 sending GetDeviceProbeInfo command >aac0: Error 5 sending GetDeviceProbeInfo command >... > >Is somebody knows how to fix this ? > > I had to rebuild the kernel without the aacp device to avoid this delay with the Adaptec 2120S. Guy -- Guy Helmer, Ph.D. Principal System Architect Palisade Systems, Inc. From owner-freebsd-stable@FreeBSD.ORG Mon Jun 13 13:48:58 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A8F0B16A41C for ; Mon, 13 Jun 2005 13:48:58 +0000 (GMT) (envelope-from land@devnull.dp.ua) Received: from firewall.isd.dp.ua (firewall.isd.dp.ua [193.108.163.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id F2F7B43D53 for ; Mon, 13 Jun 2005 13:48:54 +0000 (GMT) (envelope-from land@devnull.dp.ua) Received: from ialakhno.isd.dp.ua (IALakhno.isd.dp.ua [193.108.162.91]) by firewall.isd.dp.ua with ESMTP id j5DDmYbx063975; Mon, 13 Jun 2005 16:48:45 +0300 (EEST) (envelope-from land@devnull.dp.ua) Received: from land by ialakhno.isd.dp.ua with local id 1DhpIo-0008IQ-Sm; Mon, 13 Jun 2005 16:48:34 +0300 Date: Mon, 13 Jun 2005 16:48:34 +0300 From: Andrey Lakhno To: Guy Helmer Message-ID: <20050613134834.GA31874@devnull.isd.dp.ua> References: <20050611080600.GA51695@devnull.isd.dp.ua> <42AD8CBB.90503@palisadesys.com> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <42AD8CBB.90503@palisadesys.com> Cc: freebsd-stable@freebsd.org Subject: Re: Adaptec 2120S delays boot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jun 2005 13:48:58 -0000 Hello, On Mon, 13 Jun 2005, Guy Helmer wrote: GH> >I have a problem with server with Adaptec SCSI RAID 2120S controller. GH> >5.4-RELEASE was installed. GH> > GH> >GENERIC kernel boots with long delay (about 10 minutes), printing GH> >following messages: GH> >aac0: Error 5 sending GetDeviceProbeInfo command GH> >aac0: Error 5 sending GetDeviceProbeInfo command GH> >aac0: Error 5 sending GetDeviceProbeInfo command GH> >aac0: Error 5 sending GetDeviceProbeInfo command GH> >aac0: Error 5 sending GetDeviceProbeInfo command GH> >... GH> > GH> >Is somebody knows how to fix this ? GH> > GH> I had to rebuild the kernel without the aacp device to avoid this delay GH> with the Adaptec 2120S. Thanks ! It works :) -- Andrey Lakhno, land-ripe From owner-freebsd-stable@FreeBSD.ORG Mon Jun 13 14:49:34 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 48AE216A41C for ; Mon, 13 Jun 2005 14:49:34 +0000 (GMT) (envelope-from vanco@satro.sk) Received: from mail.satronet.sk (mail.satronet.sk [217.144.16.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id B205E43D49 for ; Mon, 13 Jun 2005 14:49:33 +0000 (GMT) (envelope-from vanco@satro.sk) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.satronet.sk (Postfix) with ESMTP id 61EA21605BD6E for ; Mon, 13 Jun 2005 16:49:32 +0200 (CEST) Received: from mail.satronet.sk ([127.0.0.1]) by localhost (mail [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 18667-01-12 for ; Mon, 13 Jun 2005 16:49:31 +0200 (CEST) Received: from [147.175.51.163] (unknown [147.175.51.163]) by mail.satronet.sk (Postfix) with ESMTP id 515251605BD79 for ; Mon, 13 Jun 2005 16:49:31 +0200 (CEST) Message-ID: <42AD9CFF.2080308@satro.sk> Date: Mon, 13 Jun 2005 16:49:35 +0200 From: Michal Vanco User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050610) X-Accept-Language: en-us, en MIME-Version: 1.0 Cc: freebsd-stable@freebsd.org References: <42AD7AEA.3010006@satro.sk> In-Reply-To: <42AD7AEA.3010006@satro.sk> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by ANTIvirus at satronet.sk Subject: Re: MS USB Wireless Mouse X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jun 2005 14:49:34 -0000 Michal Vanco wrote: > ... seems like reported locations X,Y,Z and buttons are wrong. > well ... this works. but i'm not sure for other mices diff -Nrua usb/ums.c /sys/dev/usb/ums.c --- usb/ums.c Sun Jan 30 02:00:10 2005 +++ /sys/dev/usb/ums.c Mon Jun 13 16:24:50 2005 @@ -76,6 +76,7 @@ #include #endif + #ifdef USB_DEBUG #define DPRINTF(x) if (umsdebug) logprintf x #define DPRINTFN(n,x) if (umsdebug>(n)) logprintf x @@ -287,6 +288,9 @@ if (hid_locate(desc, size, HID_USAGE2(HUP_GENERIC_DESKTOP, HUG_TWHEEL), hid_input, &sc->sc_loc_t, &flags)) { sc->sc_loc_t.pos = sc->sc_loc_t.pos + 8; + sc->sc_loc_x.pos = sc->sc_loc_x.pos - 40; + sc->sc_loc_y.pos = sc->sc_loc_y.pos - 40; + sc->sc_loc_z.pos = sc->sc_loc_z.pos - 40; sc->flags |= UMS_T; } @@ -307,9 +311,12 @@ sc->nbuttons, sc->flags & UMS_Z? " and Z dir" : "", sc->flags & UMS_T?" and a TILT dir": ""); - for (i = 1; i <= sc->nbuttons; i++) + for (i = 1; i <= sc->nbuttons; i++) { hid_locate(desc, size, HID_USAGE2(HUP_BUTTON, i), hid_input, &sc->sc_loc_btn[i-1], 0); + if (sc->flags & UMS_T) + sc->sc_loc_btn[i - 1].pos -= 40; + } sc->sc_isize = hid_report_size(desc, size, hid_input, &sc->sc_iid); sc->sc_ibuf = malloc(sc->sc_isize, M_USB, M_NOWAIT); @@ -458,8 +465,9 @@ */ if (sc->flags & UMS_T) { if (sc->sc_iid) { - if (*ibuf++ == 0x02) - return; + ibuf++; + if (*(ibuf - 1) == 0x02 || *(ibuf - 1) == 0x14) + return; } } else { if (sc->sc_iid) { From owner-freebsd-stable@FreeBSD.ORG Mon Jun 13 14:55:37 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AD89C16A41C for ; Mon, 13 Jun 2005 14:55:37 +0000 (GMT) (envelope-from rlegault@SANDVINE.com) Received: from mailserver.sandvine.com (sandvine.com [199.243.201.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3073543D4C for ; Mon, 13 Jun 2005 14:55:37 +0000 (GMT) (envelope-from rlegault@SANDVINE.com) X-MimeOLE: Produced By Microsoft Exchange V6.0.6603.0 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Date: Mon, 13 Jun 2005 10:55:33 -0400 Message-ID: <71837C040963F748B9B94E123A28967853029A@mailserver.sandvine.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: reboot panic kernel 5.3 Thread-Index: AcVwJ/NdoW32CaOrSjG9/LgspkSEWw== From: "Richard Legault" To: Subject: reboot panic kernel 5.3 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jun 2005 14:55:37 -0000 Kernel is 5.3 + Sandvine modifications I have uncovered a race condition during reboot, as the system is = going down it kernel panics. This problem is reproducible on my system, it occurs approx 1 out of = every 20 reboots. Stack Trace and variables of interest. #0 doadump () at pcpu.h:159 #1 0xa05924a2 in boot (howto=3D260) at = /usr/src/sys/kern/kern_shutdown.c:421 #2 0xa05928a0 in panic (fmt=3D0xa076ff74 "%s") at = /usr/src/sys/kern/kern_shutdown.c:584 #3 0xa073853f in trap_fatal (frame=3D0xcdb54c1c, eva=3D0) at = /usr/src/sys/i386/i386/trap.c:829 #4 0xa0738215 in trap_pfault (frame=3D0xcdb54c1c, usermode=3D0, = eva=3D8) at /usr/src/sys/i386/i386/trap.c:746 #5 0xa0737d9e in trap (frame=3D {tf_fs =3D 24, tf_es =3D 16, tf_ds =3D -1520304112, tf_edi =3D = 15, tf_esi =3D -1511925548, tf_ebp =3D -843756432, tf_isp =3D = -843756472, tf_ebx =3D -1516062592 0, tf_ecx =3D -1516062592, tf_eax =3D 0, tf_trapno =3D 12, tf_err =3D = 0, tf_eip =3D -1604789009, tf_cs =3D 8, tf_eflags =3D 66118, tf_esp =3D = -1516062592, tf_ss =3D 0} at /usr/src/sys/i386/i386/trap.c:436 #6 0xa0723d8a in calltrap () at = /usr/src/sys/i386/i386/exception.s:202 #7 0x00000018 in ?? () #8 0x00000010 in ?? () #9 0xa5620010 in ?? () #10 0x0000000f in ?? () #11 0xa5e1d8d4 in ?? () #12 0xcdb54c70 in ?? () #13 0xcdb54c48 in ?? () #14 0xa5a2b880 in ?? () #15 0x00000000 in ?? () #16 0xa5a2b880 in ?? () #17 0x00000000 in ?? () #18 0x0000000c in ?? () #19 0x00000000 in ?? () #20 0xa058dcef in cr_cansignal (cred=3D0xa5a2b880, proc=3D0xa5e1d8d4, = signum=3D15) at /usr/src/sys/kern/kern_prot.c:1495 #21 0xa058dd87 in p_cansignal (td=3D0xa5789c80, p=3D0xa5e1d8d4, = signum=3D15) at /usr/src/sys/kern/kern_prot.c:1535 #22 0xa0595192 in killpg1 (td=3D0xa5789c80, sig=3D15, = pgid=3D-1511925548, all=3D1) at /usr/src/sys/kern/kern_sig.c:1321 #23 0xa059553e in kill (td=3D0xa5789c80, uap=3D0xcdb54d14) at = /usr/src/sys/kern/kern_sig.c:1398 #24 0xa07388db in syscall (frame=3D {tf_fs =3D 47, tf_es =3D 47, tf_ds =3D 47, tf_edi =3D 0, tf_esi = =3D 1, tf_ebp =3D -1614811884, tf_isp =3D -843756172, tf_ebx =3D = 1746232072, tf_edx =3D 2, tf_ecx x =3D 37, tf_trapno =3D 12, tf_err =3D 2, tf_eip =3D 1745696235, tf_cs = =3D 31, tf_eflags =3D 642, tf_esp =3D -1614811972, tf_ss =3D 47}) at /usr/src/sys/i386/i386/trap.c:1021 #25 0xa0723ddf in Xint0x80_syscall () at = /usr/src/sys/i386/i386/exception.s:263 The code where the crash occurred in cr_cansignal if (cred->cr_ruid !=3D proc->p_ucred->cr_ruid && cred->cr_ruid !=3D proc->p_ucred->cr_svuid && cred->cr_uid !=3D proc->p_ucred->cr_ruid && cred->cr_uid !=3D proc->p_ucred->cr_svuid) { /* Not permitted without privilege. */ error =3D suser_cred(cred, SUSER_ALLOWJAIL); if (error) return (error); } (kgdb) p *cred $2 =3D {cr_ref =3D 2614, cr_uid =3D 0, cr_ruid =3D 0, cr_svuid =3D 0, = cr_ngroups =3D 3, cr_groups =3D {0, 0, 5, 0 }, cr_rgid = =3D 0, cr_svgid =3D 0, cr_uidinfo =3D 0xa5620740, cr_ruidinfo =3D 0xa5620740, cr_prison =3D = 0x0, cr_label =3D 0x0, cr_mtxp =3D 0xa560946c} (kgdb) p *proc $3 =3D {p_list =3D {le_next =3D 0xa5b0154c, le_prev =3D 0xa07edc64}, = p_ksegrps =3D {tqh_first =3D 0xa56fa620, tqh_last =3D 0xa56fa624}, = p_threads =3D { tqh_first =3D 0xa5b51e10, tqh_last =3D 0xa5b51e18}, p_suspended = =3D {tqh_first =3D 0x0, tqh_last =3D 0xa5e1d8ec}, p_ucred =3D 0x0, p_fd = =3D 0x0, p_fdtol =3D 0x0, p_stats =3D 0xd0019000, p_limit =3D 0x0, p_upages_obj =3D = 0xa5b1cc60, p_sigacts =3D 0x0, p_flag =3D 24576, p_sflag =3D 1, p_state = =3D PRS_NEW, p_pid =3D 1465, p_ha le_next =3D 0x0, le_prev =3D 0xa561b6e4}, p_pglist =3D {le_next = =3D 0xa5b4cc5c, le_prev =3D 0xa5b4b054}, p_pptr =3D 0xa5b4b000, = p_sibling =3D {le_next =3D 0x0, le_prev =3D 0xa5b4b068}, p_children =3D {lh_first =3D 0x0}, p_mtx = =3D {mtx_object =3D {lo_class =3D 0xa07c19dc, lo_name =3D 0xa0789fa5 = "process lock", lo_type =3D 0xa0789fa5 "process lock", lo_flags =3D 4390912, = lo_list =3D {tqe_next =3D 0x0, tqe_prev =3D 0x0}, lo_witness =3D 0x0}, = mtx_lock =3D 2776145026, mtx_recurse =3D 0}, p_oppid =3D 0, p_vmspace =3D 0x0, p_swtime =3D = 9, p_realtimer =3D {it_interval =3D {tv_sec =3D 0, tv_usec =3D 0}, = it_value =3D {tv_sec =3D 0, tv_usec =3D 0}}, p_runtime =3D {sec =3D 0, frac =3D = 29866236321160512}, p_uu =3D 0, p_su =3D 1590, p_iu =3D 0, p_uticks =3D = 0, p_sticks =3D 0, p_iticks =3D 0, p_profthreads =3D 0, p_maxthrwaits =3D 0, p_traceflag =3D 0, = p_tracevp =3D 0x0, p_tracecred =3D 0x0, p_textvp =3D 0x0, p_siglist =3D = {__bits =3D {0, 0, 0, 0}}, p_lock =3D 0 '\0', p_sigiolst =3D {slh_first =3D 0x0}, p_sigparent = =3D 20, p_sig =3D 0, p_code =3D 0, p_stops =3D 0, p_stype =3D 0, p_step = =3D 0 '\0', p_pfsflags =3D 0 p_nlminfo =3D 0x0, p_aioinfo =3D 0x0, p_singlethread =3D 0x0, = p_suspcount =3D 0, p_xthread =3D 0xa5b51e10, p_boundary_count =3D 0, = p_magic =3D 3203398350, p_comm =3D "sleep\000r", '\0' , p_pgrp =3D 0x0, = p_sysent =3D 0xa07dae20, p_args =3D 0x0, p_cpulimit =3D = 9223372036854775807, p_nice =3D 0 '\0 p_xstat =3D 0, p_klist =3D {kl_lock =3D 0xa5e1d940, kl_list =3D = {slh_first =3D 0x0}}, p_numthreads =3D 1, p_numksegrps =3D 1, p_md =3D = {md_ldt =3D 0x0}, p_itcallout c_links =3D {sle =3D {sle_next =3D 0x0}, tqe =3D {tqe_next =3D = 0x0, tqe_prev =3D 0x0}}, c_time =3D 0, c_arg =3D 0x0, c_func =3D 0, = c_flags =3D 8}, p_uarea =3D 0xd00190 p_acflag =3D 0, p_ru =3D 0x0, p_peers =3D 0x0, p_leader =3D = 0xa5e1d8d4, p_emuldata =3D 0x0, p_label =3D 0x0, p_sched =3D 0xa5e1da98} (kgdb) Notice the value of proc->ucred (kgdb) p proc->p_ucred $4 =3D (struct ucred *) 0x0 (kgdb) Thus the crash. Somehow the p_ucred has been nulled during this routine. At the time of the crash the following variables had theses values cred->jail=3D0=20 see_other_uids=3D1 see_other_gids=3D1 thus proc->p_ucred is not used before the crash. Uncertain where the race condition could reside. I noticed in function kern_wait() in kern_exit.c that the setting p_p_ucred=3DNULL was not protected. I added PROC_LOCK(p) and PROC_UNLOCK(p) around the call=20 but the panic still occurred. This is a critical issue for us and I am willing to assist in anyway = that I can. Richard Legault Senior Engineer 519-880-2400 ext 2722 www.sandvine.com From owner-freebsd-stable@FreeBSD.ORG Mon Jun 13 14:55:46 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6792C16A44E for ; Mon, 13 Jun 2005 14:55:46 +0000 (GMT) (envelope-from Philippe.Pegon@crc.u-strasbg.fr) Received: from mailhost.u-strasbg.fr (mailhost.u-strasbg.fr [130.79.200.154]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7E7BC43D4C for ; Mon, 13 Jun 2005 14:55:45 +0000 (GMT) (envelope-from Philippe.Pegon@crc.u-strasbg.fr) Received: from sokaris.u-strasbg.fr (sokaris.u-strasbg.fr [IPv6:2001:660:2402::101]) by mailhost.u-strasbg.fr (8.13.1/jtpda-5.5pre1) with ESMTP id j5DEthcu014938 for ; Mon, 13 Jun 2005 16:55:43 +0200 (CEST) Received: from [192.168.0.100] (crc.u-strasbg.fr [IPv6:2001:660:2402:1001::1]) by sokaris.u-strasbg.fr (8.12.9/jtpda-5.5pre1) with ESMTP id j5DEtgtt068607 for ; Mon, 13 Jun 2005 16:55:42 +0200 (CEST) Message-ID: <42AD9FC6.7050906@crc.u-strasbg.fr> Date: Mon, 13 Jun 2005 17:01:26 +0200 From: Philippe PEGON User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050331) X-Accept-Language: fr, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: multipart/mixed; boundary="------------020301000701040607070001" X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.6 (mailhost.u-strasbg.fr [IPv6:2001:660:2402::154]); Mon, 13 Jun 2005 16:55:43 +0200 (CEST) X-Antivirus: scanned by sophos at u-strasbg.fr Subject: UPDATE panics on 5.4-RELEASE-p1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jun 2005 14:55:46 -0000 This is a multi-part message in MIME format. --------------020301000701040607070001 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi, I searched in the problem report database and I found an open PR which seems to be related to the same panic : kern/74319. I contacted the author of the PR and he said he has the same problem on two servers which seems to work fine with Linux : a HP Proliant ML110 and an IBM. The only workaround he found is to disable SMP and HTT. For information our server is a HP DL380 with two cpu and I would like to use them ;) thanks -- Philippe PEGON > Hi, > > we have a FreeBSD server which regularly panics (almost everyday). Moreover the console on serial port (booting with -h option) lockups the server when it panics, I took a screenshot with a camera and manually recopied it... > > config file and dmesg output attached. > > Fatal trap 12: page fault while in kernel mode > cpuid = 1: apic id = 06 > fault wirtual address = 0x1c > fault code = supervisor write, page not present > instruction pointer = 0x8:0xc062c6e3 > stack pointer = 0x10:0xe926c9bc > frame pointer = 0x10:0xe926c9c8 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 99772 (expect) > [thread pid 99772 tid 100159 ] > Stopped at knote+0x27: lock cmpxchgl %ecx,0x1c(%edx) > > db> where > Tracing pid 99772 tid 100159 td 0xc394cd80 > knote(c3b04080,0,0,c3b04010,c3b04000) at knote+0x27 > ttwakeup(c3b04000,c3b04000,c3b04000,c3fd8800,e926ca14) at ttwakeup+0x55 > ttymodem(c3b04000,1) at ttymodem+0x170 > ptcopen(c3fd8800,8003,2000,c394cd80,c08c5fa0) at ptcopen+0x63 > spec_open(e926ca80,e926cb3c,c06a68ed,e926ca80,180) at spec_open+0x2b6 > spec_vnoperate(e926ca80) at spec_vnoperate+0x13 > vn_open_cred(e926cbe4,e926cce4,9a5,c574c700,3) at vn_open_cred+0x419 > vn_open(e926cbe4,e926cce4,9a5,3,c060ae07) at vn_open+0x1e > kern_open(c394cd80,8060dc7,0,8003,805ebb7) at kern_open+0xeb > open(c394cd80,e926cd14,3,2,296) at open+0x18 > syscall(2f,2f,2f,3,ffffffff) at syscall+0x2b3 > Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (5, FreeBSD ELF32, open), eip = 0x2819f6bb, esp = 0xbfbfe5cc, ebp = 0xbfbfe5f8 --- > > thanks in advance > -- > Philippe PEGON --------------020301000701040607070001 Content-Type: text/plain; name="dmesg.boot" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="dmesg.boot" Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.4-RELEASE-p1 #2: Thu Jun 9 12:59:40 CEST 2005 root@crc.u-strasbg.fr:/usr/obj/usr/src/sys/CRC Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(TM) CPU 3.60GHz (3600.14-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf41 Stepping = 1 Features=0xbfebfbff Hyperthreading: 2 logical CPUs real memory = 2147430400 (2047 MB) avail memory = 2095968256 (1998 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 6 ioapic1: Changing APIC ID to 9 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard ioapic2 irqs 48-71 on motherboard ioapic3 irqs 72-95 on motherboard npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x908-0x90b on acpi0 cpu0: on acpi0 cpu1: on acpi0 pcib0: on acpi0 pci0: on pcib0 pcib1: at device 2.0 on pci0 pci13: on pcib1 pcib2: at device 4.0 on pci0 pci6: on pcib2 pcib3: at device 0.0 on pci6 pci7: on pcib3 pcib4: at device 0.2 on pci6 pci10: on pcib4 ciss0: port 0x5000-0x50ff mem 0xfdf80000-0xfdfbffff,0xfdff0000-0xfdff1fff irq 72 at device 1.0 on pci10 pcib5: at device 6.0 on pci0 pci3: on pcib5 pcib6: at device 28.0 on pci0 pci2: on pcib6 ciss1: port 0x4000-0x40ff mem 0xfde80000-0xfdebffff,0xfdef0000-0xfdef1fff irq 24 at device 1.0 on pci2 bge0: mem 0xfde70000-0xfde7ffff irq 25 at device 2.0 on pci2 miibus0: on bge0 brgphy0: on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge0: Ethernet address: 00:12:79:3c:3d:5b bge1: mem 0xfde60000-0xfde6ffff irq 26 at device 2.1 on pci2 miibus1: on bge1 brgphy1: on miibus1 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge1: Ethernet address: 00:12:79:3c:3d:5a pcib7: at device 30.0 on pci0 pci1: on pcib7 pci1: at device 3.0 (no driver attached) pci1: at device 4.0 (no driver attached) pci1: at device 4.2 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x500-0x50f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 irq 18 at device 31.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 acpi_tz0: on acpi0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 psm0: irq 12 on atkbdc0 psm0: model IntelliMouse, device ID 3 sio0: port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A fdc0: port 0x3f2-0x3f5 irq 6 drq 2 on acpi0 fd0: <1440-KB 3.5" drive> on fdc0 drive 0 orm0: at iomem 0xee000-0xeffff,0xc8000-0xcbfff,0xc0000-0xc7fff on isa0 pmtimer0 on isa0 ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec acd0: CDROM at ata0-master PIO4 SMP: AP CPU #1 Launched! da0 at ciss0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-0 device da0: 135.168MB/s transfers da0: 700049MB (1433700592 512 byte sectors: 255H 32S/T 65535C) da1 at ciss1 bus 0 target 0 lun 0 da1: Fixed Direct Access SCSI-0 device da1: 135.168MB/s transfers da1: 34727MB (71122560 512 byte sectors: 255H 32S/T 8716C) Mounting root from ufs:/dev/da1s1a WARNING: / was not properly dismounted WARNING: /home was not properly dismounted /home: mount pending error: blocks 8 files 2 WARNING: /local was not properly dismounted /local: mount pending error: blocks 3396 files 162 WARNING: /tmp was not properly dismounted /tmp: mount pending error: blocks 12 files 0 WARNING: /usr was not properly dismounted WARNING: /var was not properly dismounted /var: mount pending error: blocks 8 files 2 --------------020301000701040607070001 Content-Type: text/plain; name="CRC" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="CRC" # # CRC # machine i386 cpu I686_CPU ident CRC # To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" # Default places to look for devices. options SCHED_4BSD # 4BSD scheduler options INET # InterNETworking options INET6 # IPv6 communications protocols options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options MD_ROOT # MD is a potential root device options NFSCLIENT # Network Filesystem Client options NFSSERVER # Network Filesystem Server options NFS_ROOT # NFS usable as /, requires NFSCLIENT options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_GPT # GUID Partition Tables. options COMPAT_43 # Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options SCSI_DELAY=15000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev options AHC_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~128k to driver. options AHD_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~215k to driver. options ADAPTIVE_GIANT # Giant mutex is adaptive. device apic # I/O APIC # Bus support. Do not remove isa, even if you have no isa slots device isa device eisa device pci # Floppy drives device fdc # ATA and ATAPI devices device ata device atadisk # ATA disk drives device ataraid # ATA RAID drives device atapicd # ATAPI CDROM drives device atapifd # ATAPI floppy drives device atapist # ATAPI tape drives options ATA_STATIC_ID # Static device numbering # SCSI Controllers device ahb # EISA AHA1742 family device ahc # AHA2940 and onboard AIC7xxx devices device ahd # AHA39320/29320 and onboard AIC79xx devices device amd # AMD 53C974 (Tekram DC-390(T)) device isp # Qlogic family device mpt # LSI-Logic MPT-Fusion #device ncr # NCR/Symbios Logic device sym # NCR/Symbios Logic (newer chipsets + those of `ncr') device trm # Tekram DC395U/UW/F DC315U adapters device adv # Advansys SCSI adapters device adw # Advansys wide SCSI adapters device aha # Adaptec 154x SCSI adapters device aic # Adaptec 15[012]x SCSI adapters, AIC-6[23]60. device bt # Buslogic/Mylex MultiMaster SCSI adapters device ncv # NCR 53C500 device nsp # Workbit Ninja SCSI-3 device stg # TMC 18C30/18C50 # SCSI peripherals device scbus # SCSI bus (required for SCSI) device ch # SCSI media changers device da # Direct Access (disks) device sa # Sequential Access (tape etc) device cd # CD device pass # Passthrough device (direct SCSI access) device ses # SCSI Environmental Services (and SAF-TE) # RAID controllers interfaced to the SCSI subsystem device amr # AMI MegaRAID device asr # DPT SmartRAID V, VI and Adaptec SCSI RAID device ciss # Compaq Smart RAID 5* device dpt # DPT Smartcache III, IV - See NOTES for options device hptmv # Highpoint RocketRAID 182x device iir # Intel Integrated RAID device ips # IBM (Adaptec) ServeRAID device mly # Mylex AcceleRAID/eXtremeRAID device twa # 3ware 9000 series PATA/SATA RAID # RAID controllers device aac # Adaptec FSA RAID device aacp # SCSI passthrough for aac (requires CAM) device ida # Compaq Smart RAID device mlx # Mylex DAC960 family device pst # Promise Supertrak SX6000 device twe # 3ware ATA RAID # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device vga # VGA video card driver device splash # Splash screen and screen saver support # syscons is the default console driver, resembling an SCO console device sc # Enable this for the pcvt (VT220 compatible) console driver #device vt #options XSERVER # support for X server on a vt console #options FAT_CURSOR # start with block cursor device agp # support several AGP chipsets # Floating point support - do not disable. device npx # Power management support (see NOTES for more options) #device apm # Add suspend/resume support for the i8254. device pmtimer # PCCARD (PCMCIA) support # PCMCIA and cardbus bridge support device cbb # cardbus (yenta) bridge device pccard # PC Card (16-bit) bus device cardbus # CardBus (32-bit) bus # Serial (COM) ports device sio # 8250, 16[45]50 based serial ports # Parallel port device ppc device ppbus # Parallel port bus (required) device lpt # Printer device plip # TCP/IP over parallel device ppi # Parallel port interface device #device vpo # Requires scbus and da # If you've got a "dumb" serial or parallel PCI card that is # supported by the puc(4) glue driver, uncomment the following # line to enable it (connects to the sio and/or ppc drivers): #device puc # PCI Ethernet NICs. device de # DEC/Intel DC21x4x (``Tulip'') device em # Intel PRO/1000 adapter Gigabit Ethernet Card device ixgb # Intel PRO/10GbE Ethernet Card device txp # 3Com 3cR990 (``Typhoon'') device vx # 3Com 3c590, 3c595 (``Vortex'') # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! device miibus # MII bus support device bfe # Broadcom BCM440x 10/100 Ethernet device bge # Broadcom BCM570xx Gigabit Ethernet device dc # DEC/Intel 21143 and various workalikes device fxp # Intel EtherExpress PRO/100B (82557, 82558) device lge # Level 1 LXT1001 gigabit ethernet device nge # NatSemi DP83820 gigabit ethernet device pcn # AMD Am79C97x PCI 10/100 (precedence over 'lnc') device re # RealTek 8139C+/8169/8169S/8110S device rl # RealTek 8129/8139 device sf # Adaptec AIC-6915 (``Starfire'') device sis # Silicon Integrated Systems SiS 900/SiS 7016 device sk # SysKonnect SK-984x & SK-982x gigabit Ethernet device ste # Sundance ST201 (D-Link DFE-550TX) device ti # Alteon Networks Tigon I/II gigabit Ethernet device tl # Texas Instruments ThunderLAN device tx # SMC EtherPower II (83c170 ``EPIC'') device vge # VIA VT612x gigabit ethernet device vr # VIA Rhine, Rhine II device wb # Winbond W89C840F device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') # ISA Ethernet NICs. pccard NICs included. device cs # Crystal Semiconductor CS89x0 NIC # 'device ed' requires 'device miibus' device ed # NE[12]000, SMC Ultra, 3c503, DS8390 cards device ex # Intel EtherExpress Pro/10 and Pro/10+ device ep # Etherlink III based cards device fe # Fujitsu MB8696x based cards device ie # EtherExpress 8/16, 3C507, StarLAN 10 etc. device lnc # NE2100, NE32-VL Lance Ethernet cards device sn # SMC's 9000 series of Ethernet chips device xe # Xircom pccard Ethernet # ISA devices that use the old ISA shims #device le # Wireless NIC cards device wlan # 802.11 support device an # Aironet 4500/4800 802.11 wireless NICs. device awi # BayStack 660 and others device wi # WaveLAN/Intersil/Symbol 802.11 wireless NICs. #device wl # Older non 802.11 Wavelan wireless NIC. # Pseudo devices. device loop # Network loopback device mem # Memory and kernel memory devices device io # I/O device device random # Entropy device device ether # Ethernet support device sl # Kernel SLIP device ppp # Kernel PPP device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" device gif # IPv6 and IPv4 tunneling device faith # IPv6-to-IPv4 relaying (translation) # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! device bpf # Berkeley packet filter # USB support device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface #device ehci # EHCI PCI->USB interface (USB 2.0) device usb # USB Bus (required) #device udbp # USB Double Bulk Pipe devices device ugen # Generic device uhid # "Human Interface Devices" device ukbd # Keyboard device ulpt # Printer device umass # Disks/Mass storage - Requires scbus and da device ums # Mouse device urio # Diamond Rio 500 MP3 player device uscanner # Scanners # USB Ethernet, requires mii device aue # ADMtek USB Ethernet device axe # ASIX Electronics USB Ethernet device cue # CATC USB Ethernet device kue # Kawasaki LSI USB Ethernet device rue # RealTek RTL8150 USB Ethernet # FireWire support device firewire # FireWire bus code device sbp # SCSI over FireWire (Requires scbus and da) device fwe # Ethernet over FireWire (non-standard!) # altq(9). Enable the base part of the hooks with the ALTQ option. # Individual disciplines must be built into the base system and can not be # loaded as modules at this point. In order to build a SMP kernel you must # also have the ALTQ_NOPCC option. options ALTQ options ALTQ_CBQ # Class Bases Queueing options ALTQ_RED # Random Early Drop options ALTQ_RIO # RED In/Out options ALTQ_HFSC # Hierarchical Packet Scheduler options ALTQ_CDNR # Traffic conditioner options ALTQ_PRIQ # Priority Queueing options ALTQ_NOPCC # Required for SMP build # The following options will let you change the default colors of syscons. options SC_KERNEL_CONS_ATTR=(FG_RED|BG_BLACK) options SC_KERNEL_CONS_REV_ATTR=(FG_BLACK|BG_RED) # ajout mano device vlan device pf device pflog device pfsync device carp options SMP options HZ=1000 # debug makeoptions DEBUG=-g options KDB options DDB --------------020301000701040607070001-- From owner-freebsd-stable@FreeBSD.ORG Mon Jun 13 15:09:42 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E95F916A41C; Mon, 13 Jun 2005 15:09:42 +0000 (GMT) (envelope-from petefrench@ticketswitch.com) Received: from mail.ticketswitch.com (mail.ticketswitch.com [194.200.93.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 91F7543D48; Mon, 13 Jun 2005 15:09:42 +0000 (GMT) (envelope-from petefrench@ticketswitch.com) Received: from [172.16.1.6] (helo=dilbert.firstcallgroup.co.uk) by mail.ticketswitch.com with esmtp (Exim 4.50 (FreeBSD)) id 1DhqZD-000KKG-C0; Mon, 13 Jun 2005 16:09:35 +0100 Received: from petefrench by dilbert.firstcallgroup.co.uk with local (Exim 4.50 (FreeBSD)) id 1DhqZB-0000Jr-7s; Mon, 13 Jun 2005 16:09:33 +0100 To: eischen@vigrid.com, rwatson@freebsd.org In-Reply-To: <42AAFDB2.4010604@vigrid.com> Message-Id: From: Pete French Date: Mon, 13 Jun 2005 16:09:33 +0100 Cc: steve@lonres.com, freebsd-stable@freebsd.org Subject: Re: FreeBSD MySQL still WAY slower than Linux X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jun 2005 15:09:43 -0000 > You can set the environment variable LIBPTHREAD_SYSTEM_SCOPE to force > libpthread to use system scope. This is easier than rebuilding libpthread > (with SYSTEM_SCOPE_ONLY defined) and allows you to use M:N for some > applications and 1:1 for others. Is the sysctl kern.threads.thr_scope_sys supposed to achieve the same thing ? using the environment variable solves a different problem I have, but setting the sysctl doesn't. Is there any way to force pthreads to system scope by default ? -pcf. From owner-freebsd-stable@FreeBSD.ORG Mon Jun 13 15:34:26 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 91EA316A41C; Mon, 13 Jun 2005 15:34:26 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 472F343D58; Mon, 13 Jun 2005 15:34:26 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.13.4/8.13.4/NETPLEX) with ESMTP id j5DFYOpV028727; Mon, 13 Jun 2005 11:34:25 -0400 (EDT) Date: Mon, 13 Jun 2005 11:34:24 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Pete French In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) Cc: freebsd-stable@freebsd.org, rwatson@freebsd.org, steve@lonres.com Subject: Re: FreeBSD MySQL still WAY slower than Linux X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jun 2005 15:34:26 -0000 On Mon, 13 Jun 2005, Pete French wrote: > > You can set the environment variable LIBPTHREAD_SYSTEM_SCOPE to force > > libpthread to use system scope. This is easier than rebuilding libpthread > > (with SYSTEM_SCOPE_ONLY defined) and allows you to use M:N for some > > applications and 1:1 for others. > > Is the sysctl kern.threads.thr_scope_sys supposed to achieve the same > thing ? using the environment variable solves a different problem I > have, but setting the sysctl doesn't. Is there any way to force pthreads > to system scope by default ? kern.threads.thr_scope_sys is for libthr only. Reread the above for the answer to your last question. -- DE From owner-freebsd-stable@FreeBSD.ORG Mon Jun 13 15:54:42 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C6DDE16A41C; Mon, 13 Jun 2005 15:54:42 +0000 (GMT) (envelope-from petefrench@ticketswitch.com) Received: from mail.ticketswitch.com (mail.ticketswitch.com [194.200.93.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 805B443D48; Mon, 13 Jun 2005 15:54:42 +0000 (GMT) (envelope-from petefrench@ticketswitch.com) Received: from [172.16.1.6] (helo=dilbert.firstcallgroup.co.uk) by mail.ticketswitch.com with esmtp (Exim 4.50 (FreeBSD)) id 1DhrGr-000LPc-Dm; Mon, 13 Jun 2005 16:54:41 +0100 Received: from petefrench by dilbert.firstcallgroup.co.uk with local (Exim 4.50 (FreeBSD)) id 1DhrGr-0001cL-Au; Mon, 13 Jun 2005 16:54:41 +0100 To: deischen@freebsd.org, freebsd-stable@freebsd.org In-Reply-To: Message-Id: From: Pete French Date: Mon, 13 Jun 2005 16:54:41 +0100 Cc: Subject: Re: FreeBSD MySQL still WAY slower than Linux X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jun 2005 15:54:42 -0000 > Reread the above for the answer to your last question. Sorry, rephrased - 'How can I set that environment variable for all processes?' I'm kind of embarassed to have to ask, as this should surely be very simple, but I cant think of anywhere to set system-wide environment variables which all processes will have. I've only ever done this in shell profiles before and I cant think of anywhere global to set something like this. I tried 'man environ' and similar but it doesnt help ? -pcf. From owner-freebsd-stable@FreeBSD.ORG Mon Jun 13 16:06:12 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 36A3C16A41C for ; Mon, 13 Jun 2005 16:06:12 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id E163A43D49 for ; Mon, 13 Jun 2005 16:06:11 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.13.4/8.13.4/NETPLEX) with ESMTP id j5DG6AIM002195; Mon, 13 Jun 2005 12:06:10 -0400 (EDT) Date: Mon, 13 Jun 2005 12:06:10 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Pete French In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD MySQL still WAY slower than Linux X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jun 2005 16:06:12 -0000 On Mon, 13 Jun 2005, Pete French wrote: > > Reread the above for the answer to your last question. > > Sorry, rephrased - 'How can I set that environment variable for all processes?' login.conf perhaps? > I'm kind of embarassed to have to ask, as this should surely be very simple, > but I cant think of anywhere to set system-wide environment variables which > all processes will have. I've only ever done this in shell profiles before > and I cant think of anywhere global to set something like this. I tried > 'man environ' and similar but it doesnt help The answer to your question was in parenthesis (rebuild libpthread with SYSTEM_SCOPE_ONLY defined). -- DE From owner-freebsd-stable@FreeBSD.ORG Mon Jun 13 18:14:05 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 053A816A41C for ; Mon, 13 Jun 2005 18:14:05 +0000 (GMT) (envelope-from jsimola@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9600343D1D for ; Mon, 13 Jun 2005 18:14:04 +0000 (GMT) (envelope-from jsimola@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so293993wri for ; Mon, 13 Jun 2005 11:14:03 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=FM7sdi3S66atTZ6Z3ykY/drtTRvbN9o1UfWDoowEAoyK24kuctfGKtTG/nVoO2r4Bv98742v0v/DlE2vw4s0pHgNiU9KMDvY8GjmD+0NMEiGvGSOriAXAwhYeVgp5OJubLGv3UNcJnhgEzk0YrtkDCjR40k3dl+blOu4rzgMPmg= Received: by 10.54.27.40 with SMTP id a40mr2976216wra; Mon, 13 Jun 2005 11:14:03 -0700 (PDT) Received: by 10.54.39.65 with HTTP; Mon, 13 Jun 2005 11:14:03 -0700 (PDT) Message-ID: <8eea0408050613111459f96599@mail.gmail.com> Date: Mon, 13 Jun 2005 11:14:03 -0700 From: Jon Simola To: stable@freebsd.org In-Reply-To: <1118519437.7105.16.camel@zappa.Chelsea-Ct.Org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <1379.172.16.0.199.1118515349.squirrel@172.16.0.1> <1118519437.7105.16.camel@zappa.Chelsea-Ct.Org> Cc: Subject: Re: atacontrol raid1 vs. gmirror X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: jon@abccomm.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jun 2005 18:14:05 -0000 On 6/11/05, Paul Mather wrote: > I found array rebuilding to be troublesome on atacontrol RAID Some bits from the in-house documentation I've been writing. I've tested this on multiple occasions on my 1U Supermicro SATA boxes, so might possibly be interesting for someone. * RAID setup: (If required, FreeBSD only) - ensure that the drives are probed as ad4 and ad6 like: ad4: 76324MB [155072/16/63] at ata2-master SATA150 ad6: 76324MB [155072/16/63] at ata3-master SATA150 - if they do not probe correctly, check the BIOS settings above - perform a minimal install of FreeBSD 5.3 (do not worry about network or anything) - reboot from the installed OS and login as root - Run the command "atacontrol create RAID1 ad4 ad6" to create the rai= d set - Reboot and reinstall the OS, choosing ar0 as the drive, which should probe like: ad4: 76324MB [155072/16/63] at ata2-master SATA150 ad6: 76324MB [155072/16/63] at ata3-master SATA150 ar0: 76324MB [9730/255/63] status: READY subdisks: disk0 READY on ad4 at ata2-master disk1 READY on ad6 at ata3-master Minimal Survival for FreeBSD software RAID1 sets * Read the atacontrol man page * atacontrol status ar0 - to check the status * atacontrol detach 2 - to detach ad4 if failed (again, use 3 for ad6). The SATA disks in the 5013C-T chassis are hotswappable, so it can be pulled once detached. * atacontrol attach 2 - to reattach ad4 once replaced * atacontrol addspare ar0 ad4 - to add the replaced ad4 as a spare on the RAID set * atacontrol rebuild ar0 - to rebuild the mirror=20 --=20 Jon Simola Systems Administrator ABC Communications From owner-freebsd-stable@FreeBSD.ORG Mon Jun 13 18:56:37 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D8AF916A41F for ; Mon, 13 Jun 2005 18:56:37 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from smtp103.rog.mail.re2.yahoo.com (smtp103.rog.mail.re2.yahoo.com [206.190.36.81]) by mx1.FreeBSD.org (Postfix) with SMTP id 457C743D1F for ; Mon, 13 Jun 2005 18:56:36 +0000 (GMT) (envelope-from mikej@rogers.com) Received: (qmail 50000 invoked from network); 13 Jun 2005 18:56:36 -0000 Received: from unknown (HELO 172.16.0.1) (mikej@69.193.222.195 with login) by smtp103.rog.mail.re2.yahoo.com with SMTP; 13 Jun 2005 18:56:36 -0000 Received: from 172.16.0.199 (SquirrelMail authenticated user mikej) by 172.16.0.1 with HTTP; Mon, 13 Jun 2005 14:56:35 -0400 (EDT) Message-ID: <3502.172.16.0.199.1118688995.squirrel@172.16.0.1> Date: Mon, 13 Jun 2005 14:56:35 -0400 (EDT) From: "Mike Jakubik" To: stable@freebsd.org User-Agent: SquirrelMail/1.5.1 [CVS] MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit References: In-Reply-To: Cc: Subject: CPUTYPE for Sempron X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jun 2005 18:56:38 -0000 Which CPUTYPE should be used for the AMD Sempron CPU? I'm assuming this is similiar to an athlon-xp. Perhaps an alias or a new entry should be created for this CPU? --- CPU: AMD Sempron(tm) Processor 3000+ (1799.81-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x10fc0 Stepping = 0 Features=0x78bfbff AMD Features=0xc0500000 From owner-freebsd-stable@FreeBSD.ORG Mon Jun 13 19:03:32 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C4D0116A469 for ; Mon, 13 Jun 2005 19:03:32 +0000 (GMT) (envelope-from gabor.kovesdan@t-hosting.hu) Received: from viefep18-int.chello.at (viefep18-int.chello.at [213.46.255.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id A90E743D48 for ; Mon, 13 Jun 2005 19:03:30 +0000 (GMT) (envelope-from gabor.kovesdan@t-hosting.hu) Received: from [80.98.207.149] by viefep18-int.chello.at (InterMail vM.6.01.04.04 201-2131-118-104-20050224) with ESMTP id <20050613190329.ONGT12975.viefep18-int.chello.at@[80.98.207.149]>; Mon, 13 Jun 2005 21:03:29 +0200 Message-ID: <42ADD87E.5010405@t-hosting.hu> Date: Mon, 13 Jun 2005 21:03:26 +0200 From: =?ISO-8859-1?Q?K=F6vesd=E1n_G=E1bor?= User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Mike Jakubik References: <3502.172.16.0.199.1118688995.squirrel@172.16.0.1> In-Reply-To: <3502.172.16.0.199.1118688995.squirrel@172.16.0.1> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: stable@freebsd.org Subject: Re: CPUTYPE for Sempron X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jun 2005 19:03:33 -0000 Hello, use CFLAGS=-march=atlhlon-xp. CPUTYPE overrides CFLAGS, so it doesn't provide You such sophisticated optimizations. If You plan to make buildworld, use: CFLAGS=-O2 -pipe -march=athlon-xp Anyway, if You just use ports collection, and don't make buildworld CFLAGS=-O3 -pipe -march=athlon-xp is also reliable, but it might make some trouble when making buildworld. Cheers, Gábor Kövesdán Mike Jakubik wrote: >Which CPUTYPE should be used for the AMD Sempron CPU? I'm assuming this is >similiar to an athlon-xp. Perhaps an alias or a new entry should be >created for this CPU? > >--- >CPU: AMD Sempron(tm) Processor 3000+ (1799.81-MHz 686-class CPU) > Origin = "AuthenticAMD" Id = 0x10fc0 Stepping = 0 > Features=0x78bfbff > AMD Features=0xc0500000 > > > >_______________________________________________ >freebsd-stable@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-stable >To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > From owner-freebsd-stable@FreeBSD.ORG Mon Jun 13 19:24:30 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 80AAD16A41C for ; Mon, 13 Jun 2005 19:24:30 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: from smtp823.mail.sc5.yahoo.com (smtp823.mail.sc5.yahoo.com [66.163.171.9]) by mx1.FreeBSD.org (Postfix) with SMTP id ADD3143D5C for ; Mon, 13 Jun 2005 19:24:29 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: (qmail 76830 invoked from network); 13 Jun 2005 19:24:29 -0000 Received: from unknown (HELO optimator.noacks.org) (noacks@swbell.net@70.240.197.59 with login) by smtp823.mail.sc5.yahoo.com with SMTP; 13 Jun 2005 19:24:29 -0000 Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id 5BEA76109; Mon, 13 Jun 2005 14:24:28 -0500 (CDT) Received: from optimator.noacks.org ([127.0.0.1]) by localhost (optimator.noacks.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 71642-17; Mon, 13 Jun 2005 14:24:26 -0500 (CDT) Received: from compgeek.noacks.org (compgeek [192.168.1.10]) by optimator.noacks.org (Postfix) with ESMTP id D66C360EC; Mon, 13 Jun 2005 14:24:26 -0500 (CDT) Received: from [127.0.0.1] (localhost [127.0.0.1]) by compgeek.noacks.org (8.13.4/8.13.3) with ESMTP id j5DJOPbT032377; Mon, 13 Jun 2005 14:24:26 -0500 (CDT) (envelope-from noackjr@alumni.rice.edu) Message-ID: <42ADDD64.4070901@alumni.rice.edu> Date: Mon, 13 Jun 2005 14:24:20 -0500 From: Jonathan Noack User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050428) X-Accept-Language: en-us, en MIME-Version: 1.0 To: =?ISO-8859-1?Q?K=F6vesd=E1n_G=E1bor?= References: <3502.172.16.0.199.1118688995.squirrel@172.16.0.1> <42ADD87E.5010405@t-hosting.hu> In-Reply-To: <42ADD87E.5010405@t-hosting.hu> X-Enigmail-Version: 0.91.0.0 OpenPGP: id=991D8195; url=http://www.noacks.org/cert/noackjr.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigDB0CB91370D9B0443C6DFAD7" X-Virus-Scanned: amavisd-new at noacks.org Cc: Mike Jakubik , stable@freebsd.org Subject: Re: CPUTYPE for Sempron X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: noackjr@alumni.rice.edu List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jun 2005 19:24:30 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigDB0CB91370D9B0443C6DFAD7 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable On 06/13/05 14:03, K=F6vesd=E1n G=E1bor wrote: > use CFLAGS=3D-march=3Datlhlon-xp. CPUTYPE overrides CFLAGS, so it doesn= 't=20 > provide You such sophisticated optimizations. > If You plan to make buildworld, use: > CFLAGS=3D-O2 -pipe -march=3Dathlon-xp > Anyway, if You just use ports collection, and don't make buildworld > CFLAGS=3D-O3 -pipe -march=3Dathlon-xp > is also reliable, but it might make some trouble when making buildworld= =2E CPUTYPE doesn't override CFLAGS. Read /usr/share/mk/bsd.cpu.mk.=20 Specifically, the second to last line: CFLAGS +=3D ${_CPUCFLAGS} Earlier in the file you see: _CPUCFLAGS =3D -march=3D${CPUTYPE} So in effect what is happening: CFLAGS +=3D -march=3Dathlon-xp I use the following with no issues on 5.x and CURRENT: CPUTYPE ?=3D athlon-xp CFLAGS =3D -O2 -fno-strict-aliasing -pipe COPTFLAGS =3D -O2 -fno-strict-aliasing -pipe > Mike Jakubik wrote: >> Which CPUTYPE should be used for the AMD Sempron CPU? I'm assuming=20 >> this is >> similiar to an athlon-xp. Perhaps an alias or a new entry should be >> created for this CPU? >> >> --- >> CPU: AMD Sempron(tm) Processor 3000+ (1799.81-MHz 686-class CPU) >> Origin =3D "AuthenticAMD" Id =3D 0x10fc0 Stepping =3D 0 >> Features=3D0x78bfbff=20 >> >> AMD Features=3D0xc0500000 --=20 Jonathan Noack | noackjr@alumni.rice.edu | OpenPGP: 0x991D8195 --------------enigDB0CB91370D9B0443C6DFAD7 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCrd1pUFz01pkdgZURArxEAJsEbj5JC6H3OoQd+V+4btISy2xujgCfclFu qjYJDU8HnA7hhr9i1vBhICw= =0fFD -----END PGP SIGNATURE----- --------------enigDB0CB91370D9B0443C6DFAD7-- From owner-freebsd-stable@FreeBSD.ORG Mon Jun 13 19:26:26 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5BA2E16A41C for ; Mon, 13 Jun 2005 19:26:26 +0000 (GMT) (envelope-from kaj@kth.se) Received: from mx3.kth.se (mx3.kth.se [130.237.48.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4DAF343D5C for ; Mon, 13 Jun 2005 19:26:25 +0000 (GMT) (envelope-from kaj@kth.se) Received: from localhost (localhost.localdomain [127.0.0.1]) by mx3.kth.se (Postfix) with ESMTP id 947061410EA; Mon, 13 Jun 2005 21:26:23 +0200 (CEST) Received: from mx3.kth.se ([127.0.0.1]) by localhost (mx3.kth.se [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 24775-01-10; Mon, 13 Jun 2005 21:26:22 +0200 (CEST) Received: from kashyyyk.ite.kth.se (kashyyyk.ite.kth.se [130.237.31.35]) by mx3.kth.se (Postfix) with ESMTP id 07283140FB3; Mon, 13 Jun 2005 21:26:22 +0200 (CEST) Received: from kashyyyk.ite.kth.se (localhost.localdomain [127.0.0.1]) by kashyyyk.ite.kth.se (8.13.1/8.13.1) with ESMTP id j5DJQLPq028016; Mon, 13 Jun 2005 21:26:21 +0200 Received: (from kaj@localhost) by kashyyyk.ite.kth.se (8.13.1/8.13.1/Submit) id j5DJQHB2028013; Mon, 13 Jun 2005 21:26:17 +0200 X-Authentication-Warning: kashyyyk.ite.kth.se: kaj set sender to kaj@kth.se using -f Sender: kaj@kashyyyk.ite.kth.se To: Kris Kennaway References: <20050609193156.GA26110@xor.obsecurity.org> <200506101213.j5ACDvjc072248@fire.jhs.private> <20050610171606.GA91671@xor.obsecurity.org> From: Rasmus Kaj Organization: http://www.stacken.kth.se/ - Stacken computer club, Stockholm X-Face: M9cR~WYav<"fu%MaslX0`43PAYY?uIsM8[#E(0\Xuy9rj>4gE\h3jm.7DD?]R8*^7T\o&vT U@[53Dwkuup4[0@gw#~kyu>`unH?kVj9CJa02(h>Ki\+i=%rn%sDf^KC.!?IHkKjMAbkd\jgmphp^' d|Q; OeXEAhq?ybGqOs1CHb6TJT42'C`Krnk61//AOfXtNjj/t'`5>Vw0QX!dKfOL$.f+S"LIuwR<; I Z0Qnnx(F^F]o@*V%TUtEV'1Z[TkOl^FFV9Z~A[b19%}uP*,huCU Date: 13 Jun 2005 21:26:17 +0200 In-Reply-To: <20050610171606.GA91671@xor.obsecurity.org> Message-ID: Lines: 23 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Virus-Scanned: by amavisd-new at kth.se Cc: david@fundamentalit.com, freebsd-stable@freebsd.org, Pete French , "Julian H. Stacey" Subject: Re: FreeBSD 5.4: Is it generally unstable?GCC broken for amd64 ? (was Re: FreeBSD 5.4: Is it generally unstable?) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jun 2005 19:26:26 -0000 >>>>> "KK" == Kris Kennaway writes: KK> And what was wrong with casting your eye one line down, clicking on KK> "Message-ID" and entering it in the search box at KK> http://www.freebsd.org/search/search-mid.html Ah, there it is. Thank you! KK> Is it really rendered in an invisible font for several people not to KK> have seen it? Close; it is rendered only it what seems to be a table of contentes for the current page, but actually is a combination of a "local toc" and a liks collection. Not the most user-friendly device in a web page ... -- Rasmus Kaj --+-- rasmus@kaj.se --+-- http://www.stacken.kth.se/~kaj/ Hiroshime 45, Tjernobyl 86, Windows 95 From owner-freebsd-stable@FreeBSD.ORG Mon Jun 13 20:01:04 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CCA5416A41C for ; Mon, 13 Jun 2005 20:01:04 +0000 (GMT) (envelope-from craig@feniz.gank.org) Received: from ion.gank.org (ion.gank.org [69.55.238.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id A1EFD43D49 for ; Mon, 13 Jun 2005 20:01:04 +0000 (GMT) (envelope-from craig@feniz.gank.org) Received: by ion.gank.org (mail, from userid 1001) id DE6302AF61; Mon, 13 Jun 2005 15:01:03 -0500 (CDT) Date: Mon, 13 Jun 2005 15:01:00 -0500 From: Craig Boston To: jon@abccomm.com Message-ID: <20050613200100.GA14198@nowhere> Mail-Followup-To: Craig Boston , jon@abccomm.com, stable@freebsd.org References: <1379.172.16.0.199.1118515349.squirrel@172.16.0.1> <1118519437.7105.16.camel@zappa.Chelsea-Ct.Org> <8eea0408050613111459f96599@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <8eea0408050613111459f96599@mail.gmail.com> User-Agent: Mutt/1.4.2.1i Cc: stable@freebsd.org Subject: Re: atacontrol raid1 vs. gmirror X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jun 2005 20:01:05 -0000 On Mon, Jun 13, 2005 at 11:14:03AM -0700, Jon Simola wrote: > - if they do not probe correctly, check the BIOS settings above > - perform a minimal install of FreeBSD 5.3 (do not worry about > network or anything) > - reboot from the installed OS and login as root > - Run the command "atacontrol create RAID1 ad4 ad6" to create the raid set Since the 5.4 CD is now also a live-CD, you could probably do this from the fixit console rather than having to do an install... Craig From owner-freebsd-stable@FreeBSD.ORG Mon Jun 13 20:06:45 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9DDA316A41C for ; Mon, 13 Jun 2005 20:06:45 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: from smtp814.mail.sc5.yahoo.com (smtp814.mail.sc5.yahoo.com [66.163.170.84]) by mx1.FreeBSD.org (Postfix) with SMTP id 3EFDA43D48 for ; Mon, 13 Jun 2005 20:06:45 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: (qmail 84200 invoked from network); 13 Jun 2005 20:06:45 -0000 Received: from unknown (HELO optimator.noacks.org) (noacks@swbell.net@70.240.197.59 with login) by smtp814.mail.sc5.yahoo.com with SMTP; 13 Jun 2005 20:06:44 -0000 Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id 6E48C6109; Mon, 13 Jun 2005 15:06:43 -0500 (CDT) Received: from optimator.noacks.org ([127.0.0.1]) by localhost (optimator.noacks.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 85166-01-3; Mon, 13 Jun 2005 15:06:42 -0500 (CDT) Received: from compgeek.noacks.org (compgeek [192.168.1.10]) by optimator.noacks.org (Postfix) with ESMTP id F173E60EC; Mon, 13 Jun 2005 15:06:41 -0500 (CDT) Received: from [127.0.0.1] (localhost [127.0.0.1]) by compgeek.noacks.org (8.13.4/8.13.3) with ESMTP id j5DK6dFN032669; Mon, 13 Jun 2005 15:06:39 -0500 (CDT) (envelope-from noackjr@alumni.rice.edu) Message-ID: <42ADE74A.1090408@alumni.rice.edu> Date: Mon, 13 Jun 2005 15:06:34 -0500 From: Jonathan Noack User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050428) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Rasmus Kaj References: <20050609193156.GA26110@xor.obsecurity.org> <200506101213.j5ACDvjc072248@fire.jhs.private> <20050610171606.GA91671@xor.obsecurity.org> In-Reply-To: X-Enigmail-Version: 0.91.0.0 OpenPGP: id=991D8195; url=http://www.noacks.org/cert/noackjr.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig3CB362C0336C28A517408C40" X-Virus-Scanned: amavisd-new at noacks.org Cc: david@fundamentalit.com, freebsd-stable@freebsd.org, "Julian H. Stacey" , Pete French , Kris Kennaway Subject: Re: FreeBSD 5.4: Is it generally unstable?GCC broken for amd64 ? (was Re: FreeBSD 5.4: Is it generally unstable?) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: noackjr@alumni.rice.edu List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jun 2005 20:06:45 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig3CB362C0336C28A517408C40 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 06/13/05 14:26, Rasmus Kaj wrote: >>>>>>"KK" == Kris Kennaway writes: > KK> And what was wrong with casting your eye one line down, clicking on > KK> "Message-ID" and entering it in the search box at > > KK> http://www.freebsd.org/search/search-mid.html > > Ah, there it is. Thank you! > > KK> Is it really rendered in an invisible font for several people not to > KK> have seen it? > > Close; it is rendered only it what seems to be a table of contentes > for the current page, but actually is a combination of a "local toc" > and a liks collection. Not the most user-friendly device in a web > page ... Even if it was only a table of contents for that page, why not read it? Navigation is provided to save you time. Regardless of whether it is a table of contents for the page, a collection of links, or a combination of the two, it is still relevant. -- Jonathan Noack | noackjr@alumni.rice.edu | OpenPGP: 0x991D8195 --------------enig3CB362C0336C28A517408C40 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCredPUFz01pkdgZURAoPyAKCam5FRYOYkWbF6yadDNGTgWgc/zgCdF0P0 Rpszo6C2a4syCLSCyR/KsCo= =y/UQ -----END PGP SIGNATURE----- --------------enig3CB362C0336C28A517408C40-- From owner-freebsd-stable@FreeBSD.ORG Mon Jun 13 20:46:30 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E64A516A41C; Mon, 13 Jun 2005 20:46:29 +0000 (GMT) (envelope-from didier.wiroth@mcesr.etat.lu) Received: from postino-1.etat.lu (postino-1.etat.lu [194.154.205.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4497D43D1D; Mon, 13 Jun 2005 20:46:28 +0000 (GMT) (envelope-from didier.wiroth@mcesr.etat.lu) Received: from avirus-1.cie.etat.lu (dispatch-1.cie.etat.lu [148.110.137.6]) by postino-1.etat.lu (Postfix) with ESMTP id E0D3B14A5B37; Mon, 13 Jun 2005 22:46:26 +0200 (CEST) Received: from avirus-1.cie.etat.lu (dispatch-1.cie.etat.lu [148.110.137.6]) by localhost (CIE ESMTP Dispatch 1) with ESMTP id E21AC23ACF; Mon, 13 Jun 2005 22:46:26 +0200 (CEST) Received: from hermes-1.cie.etat.lu (hermes-1.cie.etat.lu [148.110.136.56]) by dispatch-1.cie.etat.lu (CIE ESMTP Dispatch 1) with ESMTP id D319523AD2; Mon, 13 Jun 2005 22:46:26 +0200 (CEST) Received: from hermes-1.cie.etat.lu (hermes-1.cie.etat.lu [148.110.136.56]) by store.etat.lu (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0II1007KEJ1EGX70@store.etat.lu>; Mon, 13 Jun 2005 22:46:26 +0200 (MEST) Received: from etat.lu ([148.110.136.56]) by store.etat.lu (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0II1005MSJ1EFG50@store.etat.lu>; Mon, 13 Jun 2005 22:46:26 +0200 (MEST) Received: from [192.168.2.43] (Forwarded-For: [158.64.125.33]) by store.etat.lu (mshttpd); Mon, 13 Jun 2005 22:46:26 +0200 Date: Mon, 13 Jun 2005 22:46:26 +0200 From: Didier Wiroth To: freebsd-stable@freebsd.org Message-id: <19891a045407.42ae0cc2@etat.lu> MIME-version: 1.0 X-Mailer: Sun Java(tm) System Messenger Express 6.1 HotFix 0.05 (built Oct 21 2004) Content-type: text/plain; charset=iso-8859-1 Content-language: fr Content-transfer-encoding: quoted-printable Content-disposition: inline X-Accept-Language: fr Priority: normal Cc: freebsd-questions@freebsd.org Subject: applying the vesa patch to stable for high console resolution X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jun 2005 20:46:30 -0000 Hi=2C USE AT YOUR OWN RISK!!!!! this for the freebsd5 branch only!!!! Here is how to apply the patch to get the =22long awaited=22 high consol= e text modes under freebsd! I actually use it on my nc6000 hp laptop with the following mode=3A 1400x1050x16 damm =2E=2E really nice =3B-)) This patch is actually for freebsd current but it works (for me) with 5-= stable and may be =22release=22 or earlier versions (5=2EX) too=2E ONCE AGAIN BE WARNED!! USE AT YOUR OWN RISK!!! Let=27s go=3A 1) Get the patch here=3A http=3A//people=2Efreebsd=2Eorg/=7Edelphij/vesa/patchset-highres=2E20050= 522 2) Remove the lines which are not required for us and rename the patch w= e will use to syscons=2Epatch=3A split -p =22Index=3A usr=2Esbin=22 patchset-highres=2E20050522 =26=26 mv= xaa syscons=2Epatch 3) backup and patch your local (stable) sources=3A (/usr/src/sys/dev/sys= cons - will be patched) cp -Rp /usr/src/sys/dev/syscons /usr/src/sys/dev/BAK=2Esyscons cd /usr/src patch =3C path=5Fto=5Fpatch/syscons=2Epatch 4) recompile and install your kernel with sc=5Fpixel=5Fmode and vesa sup= port see handbook for details! http=3A//www=2Efreebsd=2Eorg/doc/en=5FUS=2EISO8859-1/books/handbook/kern= elconfig=2Ehtml 5) backup your vidcontrol sources cp -Rp /usr/src/usr=2Esbin/vidcontrol /usr/src/usr=2Esbin/BAK=2Evidcontr= ol 6) update your vidcontrol sources with the =22current/HEAD=22 vidcontrol= sources cd /usr/src cvs -danoncvs=40anoncvs=2Ede=2Efreebsd=2Eorg=3A/home/ncvs co -rHEAD usr=2E= sbin/vidcontrol 7) recompile vidcontrol and install cd /usr/src/usr=2Esbin/vidcontrol =26=26 make clean =26=26 make all =26=26= make install 8) reboot 9) after having rebooted with your new kernel (with sc=5Fpixel=5Fmode an= d vesa) issue a =22vidcontrol -i mode=22 You will get lots of ouput like this=3A 322 (0x142) 0x0000000f G 1400x1050x16 1 8x16 0xa0000 64k 64k 0x9800000= 0 65472k Test the mode in a shell by issuying=3A vidcontrol MODE=5F322 If it works (I hope for you =3B-)) but your corresponding mode in rc=2Ec= onf like this=3A allscreens=5Fflags=3D=22MODE=5F322=22 Voil=E0 =3A-)) Long live freebsd From owner-freebsd-stable@FreeBSD.ORG Mon Jun 13 21:29:19 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9848A16A41C; Mon, 13 Jun 2005 21:29:19 +0000 (GMT) (envelope-from woodycarey@hotmail.com) Received: from hotmail.com (bay102-f9.bay102.hotmail.com [64.4.61.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 545E643D48; Mon, 13 Jun 2005 21:29:19 +0000 (GMT) (envelope-from woodycarey@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Mon, 13 Jun 2005 14:29:19 -0700 Message-ID: Received: from 64.4.61.206 by by102fd.bay102.hotmail.msn.com with HTTP; Mon, 13 Jun 2005 21:29:18 GMT X-Originating-IP: [64.4.61.206] X-Originating-Email: [woodycarey@hotmail.com] X-Sender: woodycarey@hotmail.com From: "W C" To: freebsd-stable@freebsd.org Date: Mon, 13 Jun 2005 14:29:18 -0700 Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_4564_5ebc_772a" X-OriginalArrivalTime: 13 Jun 2005 21:29:19.0102 (UTC) FILETIME=[F515F1E0:01C5705E] Cc: gnome@freebsd.org Subject: devel/ORBit2 compile failure X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jun 2005 21:29:19 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_4564_5ebc_772a Content-Type: text/plain; format=flowed Machine is i386/FreeBSD-5.4-STABLE I just installed 5.4-Release from .iso, built and installed copy of GENERIC kernel, upgraded to -STABLE with stable-supfile from cvsup2.freebsd.org, did make buildworld make buildkernel KERNCONF=SPANKY make installkernel KERNCONF=SPANKY reboot mergemaster-p make installworld mergemaster reboot cvsup ports to head with ports-supfile pointed at cvsup3.freebsd.org [All cvsupping done yesterday] ... build user apps ... ... build user apps ... try to build gnumeric or gnome2 : The compile failure I get in ORBit2 is Error: 'TTypeCode' undeclared identifier when idl compiling orb-interface.idl Can I fix this? I have done a make clean distclean deinstall in devel/ORBit2 to no avail, same error appears. transcript of build failure and uname -a attached. _________________________________________________________________ Express yourself instantly with MSN Messenger! Download today - it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ ------=_NextPart_000_4564_5ebc_772a Content-Type: text/plain; name="ORBit2-build-fail.txt"; format=flowed Content-Transfer-Encoding: 8bit Content-Disposition: attachment; filename="ORBit2-build-fail.txt" Script started on Mon Jun 13 14:04:54 2005 adsl-67-112-113-90# make pwd /usr/ports/devel/ORBit2 adsl-67-112-113-90# make build adsl-67-112-113-90# make build adsl-67-112-113-90# make install ===> Installing for ORBit2-2.12.2 ===> ORBit2-2.12.2 depends on executable: pkg-config - found ===> ORBit2-2.12.2 depends on shared library: popt.0 - found ===> ORBit2-2.12.2 depends on shared library: glib-2.0.600 - found ===> ORBit2-2.12.2 depends on shared library: IDL-2.0 - found ===> Generating temporary packing list ===> Checking if devel/ORBit2 already installed Making install in linc2 gmake[1]: Entering directory `/usr/ports/devel/ORBit2/work/ORBit2-2.12.2/linc2' Making install in include gmake[2]: Entering directory `/usr/ports/devel/ORBit2/work/ORBit2-2.12.2/linc2/include' Making install in linc gmake[3]: Entering directory `/usr/ports/devel/ORBit2/work/ORBit2-2.12.2/linc2/include/linc' gmake[4]: Entering directory `/usr/ports/devel/ORBit2/work/ORBit2-2.12.2/linc2/include/linc' gmake[4]: Nothing to be done for `install-exec-am'. gmake[4]: Nothing to be done for `install-data-am'. gmake[4]: Leaving directory `/usr/ports/devel/ORBit2/work/ORBit2-2.12.2/linc2/include/linc' gmake[3]: Leaving directory `/usr/ports/devel/ORBit2/work/ORBit2-2.12.2/linc2/include/linc' gmake[3]: Entering directory `/usr/ports/devel/ORBit2/work/ORBit2-2.12.2/linc2/include' gmake[4]: Entering directory `/usr/ports/devel/ORBit2/work/ORBit2-2.12.2/linc2/include' gmake[4]: Nothing to be done for `install-exec-am'. gmake[4]: Nothing to be done for `install-data-am'. gmake[4]: Leaving directory `/usr/ports/devel/ORBit2/work/ORBit2-2.12.2/linc2/include' gmake[3]: Leaving directory `/usr/ports/devel/ORBit2/work/ORBit2-2.12.2/linc2/include' gmake[2]: Leaving directory `/usr/ports/devel/ORBit2/work/ORBit2-2.12.2/linc2/include' Making install in src gmake[2]: Entering directory `/usr/ports/devel/ORBit2/work/ORBit2-2.12.2/linc2/src' source='linc.c' object='linc.lo' libtool=yes \ depfile='.deps/linc.Plo' tmpdepfile='.deps/linc.TPlo' \ depmode=gcc3 /bin/sh ../../depcomp \ /bin/sh /usr/local/bin/libtool15 --mode=compile cc -DHAVE_CONFIG_H -I. -I. -I../.. -I../../linc2/include -I../../linc2/include -D_REENTRANT -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -Wall -Wunused -Wmissing-prototypes -Wmissing-declarations -DG_DISABLE_DEPRECATED -D_GNU_SOURCE -I/usr/local/include -O -pipe -c -o linc.lo `test -f 'linc.c' || echo './'`linc.c cc -DHAVE_CONFIG_H -I. -I. -I../.. -I../../linc2/include -I../../linc2/include -D_REENTRANT -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -Wall -Wunused -Wmissing-prototypes -Wmissing-declarations -DG_DISABLE_DEPRECATED -D_GNU_SOURCE -I/usr/local/include -O -pipe -c linc.c -MT linc.lo -MD -MP -MF .deps/linc.TPlo -fPIC -DPIC -o .libs/linc.o cc -DHAVE_CONFIG_H -I. -I. -I../.. -I../../linc2/include -I../../linc2/include -D_REENTRANT -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -Wall -Wunused -Wmissing-prototypes -Wmissing-declarations -DG_DISABLE_DEPRECATED -D_GNU_SOURCE -I/usr/local/include -O -pipe -c linc.c -MT linc.lo -MD -MP -MF .deps/linc.TPlo -o linc.o >/dev/null 2>&1 source='linc-connection.c' object='linc-connection.lo' libtool=yes \ depfile='.deps/linc-connection.Plo' tmpdepfile='.deps/linc-connection.TPlo' \ depmode=gcc3 /bin/sh ../../depcomp \ /bin/sh /usr/local/bin/libtool15 --mode=compile cc -DHAVE_CONFIG_H -I. -I. -I../.. -I../../linc2/include -I../../linc2/include -D_REENTRANT -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -Wall -Wunused -Wmissing-prototypes -Wmissing-declarations -DG_DISABLE_DEPRECATED -D_GNU_SOURCE -I/usr/local/include -O -pipe -c -o linc-connection.lo `test -f 'linc-connection.c' || echo './'`linc-connection.c cc -DHAVE_CONFIG_H -I. -I. -I../.. -I../../linc2/include -I../../linc2/include -D_REENTRANT -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -Wall -Wunused -Wmissing-prototypes -Wmissing-declarations -DG_DISABLE_DEPRECATED -D_GNU_SOURCE -I/usr/local/include -O -pipe -c linc-connection.c -MT linc-connection.lo -MD -MP -MF .deps/linc-connection.TPlo -fPIC -DPIC -o .libs/linc-connection.o cc -DHAVE_CONFIG_H -I. -I. -I../.. -I../../linc2/include -I../../linc2/include -D_REENTRANT -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -Wall -Wunused -Wmissing-prototypes -Wmissing-declarations -DG_DISABLE_DEPRECATED -D_GNU_SOURCE -I/usr/local/include -O -pipe -c linc-connection.c -MT linc-connection.lo -MD -MP -MF .deps/linc-connection.TPlo -o linc-connection.o >/dev/null 2>&1 source='linc-compat.c' object='linc-compat.lo' libtool=yes \ depfile='.deps/linc-compat.Plo' tmpdepfile='.deps/linc-compat.TPlo' \ depmode=gcc3 /bin/sh ../../depcomp \ /bin/sh /usr/local/bin/libtool15 --mode=compile cc -DHAVE_CONFIG_H -I. -I. -I../.. -I../../linc2/include -I../../linc2/include -D_REENTRANT -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -Wall -Wunused -Wmissing-prototypes -Wmissing-declarations -DG_DISABLE_DEPRECATED -D_GNU_SOURCE -I/usr/local/include -O -pipe -c -o linc-compat.lo `test -f 'linc-compat.c' || echo './'`linc-compat.c cc -DHAVE_CONFIG_H -I. -I. -I../.. -I../../linc2/include -I../../linc2/include -D_REENTRANT -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -Wall -Wunused -Wmissing-prototypes -Wmissing-declarations -DG_DISABLE_DEPRECATED -D_GNU_SOURCE -I/usr/local/include -O -pipe -c linc-compat.c -MT linc-compat.lo -MD -MP -MF .deps/linc-compat.TPlo -fPIC -DPIC -o .libs/linc-compat.o cc -DHAVE_CONFIG_H -I. -I. -I../.. -I../../linc2/include -I../../linc2/include -D_REENTRANT -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -Wall -Wunused -Wmissing-prototypes -Wmissing-declarations -DG_DISABLE_DEPRECATED -D_GNU_SOURCE -I/usr/local/include -O -pipe -c linc-compat.c -MT linc-compat.lo -MD -MP -MF .deps/linc-compat.TPlo -o linc-compat.o >/dev/null 2>&1 source='linc-protocols.c' object='linc-protocols.lo' libtool=yes \ depfile='.deps/linc-protocols.Plo' tmpdepfile='.deps/linc-protocols.TPlo' \ depmode=gcc3 /bin/sh ../../depcomp \ /bin/sh /usr/local/bin/libtool15 --mode=compile cc -DHAVE_CONFIG_H -I. -I. -I../.. -I../../linc2/include -I../../linc2/include -D_REENTRANT -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -Wall -Wunused -Wmissing-prototypes -Wmissing-declarations -DG_DISABLE_DEPRECATED -D_GNU_SOURCE -I/usr/local/include -O -pipe -c -o linc-protocols.lo `test -f 'linc-protocols.c' || echo './'`linc-protocols.c cc -DHAVE_CONFIG_H -I. -I. -I../.. -I../../linc2/include -I../../linc2/include -D_REENTRANT -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -Wall -Wunused -Wmissing-prototypes -Wmissing-declarations -DG_DISABLE_DEPRECATED -D_GNU_SOURCE -I/usr/local/include -O -pipe -c linc-protocols.c -MT linc-protocols.lo -MD -MP -MF .deps/linc-protocols.TPlo -fPIC -DPIC -o .libs/linc-protocols.o cc -DHAVE_CONFIG_H -I. -I. -I../.. -I../../linc2/include -I../../linc2/include -D_REENTRANT -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -Wall -Wunused -Wmissing-prototypes -Wmissing-declarations -DG_DISABLE_DEPRECATED -D_GNU_SOURCE -I/usr/local/include -O -pipe -c linc-protocols.c -MT linc-protocols.lo -MD -MP -MF .deps/linc-protocols.TPlo -o linc-protocols.o >/dev/null 2>&1 source='linc-server.c' object='linc-server.lo' libtool=yes \ depfile='.deps/linc-server.Plo' tmpdepfile='.deps/linc-server.TPlo' \ depmode=gcc3 /bin/sh ../../depcomp \ /bin/sh /usr/local/bin/libtool15 --mode=compile cc -DHAVE_CONFIG_H -I. -I. -I../.. -I../../linc2/include -I../../linc2/include -D_REENTRANT -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -Wall -Wunused -Wmissing-prototypes -Wmissing-declarations -DG_DISABLE_DEPRECATED -D_GNU_SOURCE -I/usr/local/include -O -pipe -c -o linc-server.lo `test -f 'linc-server.c' || echo './'`linc-server.c cc -DHAVE_CONFIG_H -I. -I. -I../.. -I../../linc2/include -I../../linc2/include -D_REENTRANT -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -Wall -Wunused -Wmissing-prototypes -Wmissing-declarations -DG_DISABLE_DEPRECATED -D_GNU_SOURCE -I/usr/local/include -O -pipe -c linc-server.c -MT linc-server.lo -MD -MP -MF .deps/linc-server.TPlo -fPIC -DPIC -o .libs/linc-server.o cc -DHAVE_CONFIG_H -I. -I. -I../.. -I../../linc2/include -I../../linc2/include -D_REENTRANT -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -Wall -Wunused -Wmissing-prototypes -Wmissing-declarations -DG_DISABLE_DEPRECATED -D_GNU_SOURCE -I/usr/local/include -O -pipe -c linc-server.c -MT linc-server.lo -MD -MP -MF .deps/linc-server.TPlo -o linc-server.o >/dev/null 2>&1 source='linc-source.c' object='linc-source.lo' libtool=yes \ depfile='.deps/linc-source.Plo' tmpdepfile='.deps/linc-source.TPlo' \ depmode=gcc3 /bin/sh ../../depcomp \ /bin/sh /usr/local/bin/libtool15 --mode=compile cc -DHAVE_CONFIG_H -I. -I. -I../.. -I../../linc2/include -I../../linc2/include -D_REENTRANT -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -Wall -Wunused -Wmissing-prototypes -Wmissing-declarations -DG_DISABLE_DEPRECATED -D_GNU_SOURCE -I/usr/local/include -O -pipe -c -o linc-source.lo `test -f 'linc-source.c' || echo './'`linc-source.c cc -DHAVE_CONFIG_H -I. -I. -I../.. -I../../linc2/include -I../../linc2/include -D_REENTRANT -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -Wall -Wunused -Wmissing-prototypes -Wmissing-declarations -DG_DISABLE_DEPRECATED -D_GNU_SOURCE -I/usr/local/include -O -pipe -c linc-source.c -MT linc-source.lo -MD -MP -MF .deps/linc-source.TPlo -fPIC -DPIC -o .libs/linc-source.o cc -DHAVE_CONFIG_H -I. -I. -I../.. -I../../linc2/include -I../../linc2/include -D_REENTRANT -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -Wall -Wunused -Wmissing-prototypes -Wmissing-declarations -DG_DISABLE_DEPRECATED -D_GNU_SOURCE -I/usr/local/include -O -pipe -c linc-source.c -MT linc-source.lo -MD -MP -MF .deps/linc-source.TPlo -o linc-source.o >/dev/null 2>&1 /bin/sh /usr/local/bin/libtool15 --mode=link cc -O -pipe -L/usr/local/lib -o liblinc.la -pthread -L/usr/local/lib -lgobject-2.0 -lgthread-2.0 -lglib-2.0 -liconv -version-info 0:0:0 -no-undefined linc.lo linc-connection.lo linc-compat.lo linc-protocols.lo linc-server.lo linc-source.lo libtool15: link: warning: `-version-info/-version-number' is ignored for convenience libraries rm -fr .libs/liblinc.a .libs/liblinc.la ar cru .libs/liblinc.a .libs/linc.o .libs/linc-connection.o .libs/linc-compat.o .libs/linc-protocols.o .libs/linc-server.o .libs/linc-source.o ranlib .libs/liblinc.a creating liblinc.la (cd .libs && rm -f liblinc.la && ln -s ../liblinc.la liblinc.la) source='cleanup.c' object='cleanup.o' libtool=no \ depfile='.deps/cleanup.Po' tmpdepfile='.deps/cleanup.TPo' \ depmode=gcc3 /bin/sh ../../depcomp \ cc -DHAVE_CONFIG_H -I. -I. -I../.. -I../../linc2/include -I../../linc2/include -D_REENTRANT -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -Wall -Wunused -Wmissing-prototypes -Wmissing-declarations -DG_DISABLE_DEPRECATED -D_GNU_SOURCE -I/usr/local/include -O -pipe -c `test -f 'cleanup.c' || echo './'`cleanup.c cleanup.c: In function `open_socket': cleanup.c:106: warning: passing arg 2 of `connect' from incompatible pointer type /bin/sh /usr/local/bin/libtool15 --mode=link cc -O -pipe -L/usr/local/lib -o linc-cleanup-sockets -pthread -L/usr/local/lib -lgobject-2.0 -lgthread-2.0 -lglib-2.0 -liconv cleanup.o cc -O -pipe -o linc-cleanup-sockets cleanup.o -L/usr/local/lib -pthread -lgobject-2.0 -lgthread-2.0 -lglib-2.0 -liconv gmake[3]: Entering directory `/usr/ports/devel/ORBit2/work/ORBit2-2.12.2/linc2/src' source='cleanup.c' object='cleanup.o' libtool=no \ depfile='.deps/cleanup.Po' tmpdepfile='.deps/cleanup.TPo' \ depmode=gcc3 /bin/sh ../../depcomp \ cc -DHAVE_CONFIG_H -I. -I. -I../.. -I../../linc2/include -I../../linc2/include -D_REENTRANT -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -Wall -Wunused -Wmissing-prototypes -Wmissing-declarations -DG_DISABLE_DEPRECATED -D_GNU_SOURCE -I/usr/local/include -O -pipe -c `test -f 'cleanup.c' || echo './'`cleanup.c cleanup.c: In function `open_socket': cleanup.c:106: warning: passing arg 2 of `connect' from incompatible pointer type /bin/sh ../../mkinstalldirs /usr/local/bin /bin/sh /usr/local/bin/libtool15 --mode=install install -s -o root -g wheel -m 555 linc-cleanup-sockets /usr/local/bin/linc-cleanup-sockets install -o root -g wheel -m 555 -s linc-cleanup-sockets /usr/local/bin/linc-cleanup-sockets gmake[3]: Nothing to be done for `install-data-am'. gmake[3]: Leaving directory `/usr/ports/devel/ORBit2/work/ORBit2-2.12.2/linc2/src' gmake[2]: Leaving directory `/usr/ports/devel/ORBit2/work/ORBit2-2.12.2/linc2/src' Making install in test gmake[2]: Entering directory `/usr/ports/devel/ORBit2/work/ORBit2-2.12.2/linc2/test' source='test-linc.c' object='test-linc.o' libtool=no \ depfile='.deps/test-linc.Po' tmpdepfile='.deps/test-linc.TPo' \ depmode=gcc3 /bin/sh ../../depcomp \ cc -DHAVE_CONFIG_H -I. -I. -I../.. -I../../linc2/include -I../../linc2/include -I../../linc2/src -D_REENTRANT -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -Wall -Wunused -Wmissing-prototypes -Wmissing-declarations -I/usr/local/include -O -pipe -c `test -f 'test-linc.c' || echo './'`test-linc.c /bin/sh /usr/local/bin/libtool15 --mode=link cc -O -pipe -L/usr/local/lib -o test-linc test-linc.o ../src/liblinc.la -pthread -L/usr/local/lib -lgobject-2.0 -lgthread-2.0 -lglib-2.0 -liconv cc -O -pipe -o test-linc test-linc.o -L/usr/local/lib ../src/.libs/liblinc.a -pthread -lgobject-2.0 -lgthread-2.0 -lglib-2.0 -liconv gmake[3]: Entering directory `/usr/ports/devel/ORBit2/work/ORBit2-2.12.2/linc2/test' gmake[3]: Nothing to be done for `install-exec-am'. gmake[3]: Nothing to be done for `install-data-am'. gmake[3]: Leaving directory `/usr/ports/devel/ORBit2/work/ORBit2-2.12.2/linc2/test' gmake[2]: Leaving directory `/usr/ports/devel/ORBit2/work/ORBit2-2.12.2/linc2/test' gmake[2]: Entering directory `/usr/ports/devel/ORBit2/work/ORBit2-2.12.2/linc2' gmake[3]: Entering directory `/usr/ports/devel/ORBit2/work/ORBit2-2.12.2/linc2' gmake[3]: Nothing to be done for `install-exec-am'. gmake[3]: Nothing to be done for `install-data-am'. gmake[3]: Leaving directory `/usr/ports/devel/ORBit2/work/ORBit2-2.12.2/linc2' gmake[2]: Leaving directory `/usr/ports/devel/ORBit2/work/ORBit2-2.12.2/linc2' gmake[1]: Leaving directory `/usr/ports/devel/ORBit2/work/ORBit2-2.12.2/linc2' Making install in src gmake[1]: Entering directory `/usr/ports/devel/ORBit2/work/ORBit2-2.12.2/src' Making install in idl-compiler gmake[2]: Entering directory `/usr/ports/devel/ORBit2/work/ORBit2-2.12.2/src/idl-compiler' source='orbit-idl-main.c' object='orbit-idl-main.o' libtool=no \ depfile='.deps/orbit-idl-main.Po' tmpdepfile='.deps/orbit-idl-main.TPo' \ depmode=gcc3 /bin/sh ../../depcomp \ cc -DHAVE_CONFIG_H -I. -I. -I../.. -I../.. -I../../include -I../.. -I../../include -DORBIT_BACKENDS_DIR="\"/usr/local/lib/orbit-2.0/idl-backends\"" -DVERSION=\"2.12.2\" -DORBIT2_INTERNAL_API -Wall -Wunused -Wmissing-prototypes -Wmissing-declarations -DG_DISABLE_DEPRECATED -I/usr/local/include/libIDL-2.0 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include -O -pipe -c `test -f 'orbit-idl-main.c' || echo './'`orbit-idl-main.c source='orbit-idl-driver.c' object='orbit-idl-driver.o' libtool=no \ depfile='.deps/orbit-idl-driver.Po' tmpdepfile='.deps/orbit-idl-driver.TPo' \ depmode=gcc3 /bin/sh ../../depcomp \ cc -DHAVE_CONFIG_H -I. -I. -I../.. -I../.. -I../../include -I../.. -I../../include -DORBIT_BACKENDS_DIR="\"/usr/local/lib/orbit-2.0/idl-backends\"" -DVERSION=\"2.12.2\" -DORBIT2_INTERNAL_API -Wall -Wunused -Wmissing-prototypes -Wmissing-declarations -DG_DISABLE_DEPRECATED -I/usr/local/include/libIDL-2.0 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include -O -pipe -c `test -f 'orbit-idl-driver.c' || echo './'`orbit-idl-driver.c source='orbit-idl-backend.c' object='orbit-idl-backend.o' libtool=no \ depfile='.deps/orbit-idl-backend.Po' tmpdepfile='.deps/orbit-idl-backend.TPo' \ depmode=gcc3 /bin/sh ../../depcomp \ cc -DHAVE_CONFIG_H -I. -I. -I../.. -I../.. -I../../include -I../.. -I../../include -DORBIT_BACKENDS_DIR="\"/usr/local/lib/orbit-2.0/idl-backends\"" -DVERSION=\"2.12.2\" -DORBIT2_INTERNAL_API -Wall -Wunused -Wmissing-prototypes -Wmissing-declarations -DG_DISABLE_DEPRECATED -I/usr/local/include/libIDL-2.0 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include -O -pipe -c `test -f 'orbit-idl-backend.c' || echo './'`orbit-idl-backend.c source='orbit-idl-utils.c' object='orbit-idl-utils.o' libtool=no \ depfile='.deps/orbit-idl-utils.Po' tmpdepfile='.deps/orbit-idl-utils.TPo' \ depmode=gcc3 /bin/sh ../../depcomp \ cc -DHAVE_CONFIG_H -I. -I. -I../.. -I../.. -I../../include -I../.. -I../../include -DORBIT_BACKENDS_DIR="\"/usr/local/lib/orbit-2.0/idl-backends\"" -DVERSION=\"2.12.2\" -DORBIT2_INTERNAL_API -Wall -Wunused -Wmissing-prototypes -Wmissing-declarations -DG_DISABLE_DEPRECATED -I/usr/local/include/libIDL-2.0 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include -O -pipe -c `test -f 'orbit-idl-utils.c' || echo './'`orbit-idl-utils.c source='orbit-idl-c-backend.c' object='orbit-idl-c-backend.o' libtool=no \ depfile='.deps/orbit-idl-c-backend.Po' tmpdepfile='.deps/orbit-idl-c-backend.TPo' \ depmode=gcc3 /bin/sh ../../depcomp \ cc -DHAVE_CONFIG_H -I. -I. -I../.. -I../.. -I../../include -I../.. -I../../include -DORBIT_BACKENDS_DIR="\"/usr/local/lib/orbit-2.0/idl-backends\"" -DVERSION=\"2.12.2\" -DORBIT2_INTERNAL_API -Wall -Wunused -Wmissing-prototypes -Wmissing-declarations -DG_DISABLE_DEPRECATED -I/usr/local/include/libIDL-2.0 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include -O -pipe -c `test -f 'orbit-idl-c-backend.c' || echo './'`orbit-idl-c-backend.c source='orbit-idl-c-stubs.c' object='orbit-idl-c-stubs.o' libtool=no \ depfile='.deps/orbit-idl-c-stubs.Po' tmpdepfile='.deps/orbit-idl-c-stubs.TPo' \ depmode=gcc3 /bin/sh ../../depcomp \ cc -DHAVE_CONFIG_H -I. -I. -I../.. -I../.. -I../../include -I../.. -I../../include -DORBIT_BACKENDS_DIR="\"/usr/local/lib/orbit-2.0/idl-backends\"" -DVERSION=\"2.12.2\" -DORBIT2_INTERNAL_API -Wall -Wunused -Wmissing-prototypes -Wmissing-declarations -DG_DISABLE_DEPRECATED -I/usr/local/include/libIDL-2.0 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include -O -pipe -c `test -f 'orbit-idl-c-stubs.c' || echo './'`orbit-idl-c-stubs.c source='orbit-idl-c-skels.c' object='orbit-idl-c-skels.o' libtool=no \ depfile='.deps/orbit-idl-c-skels.Po' tmpdepfile='.deps/orbit-idl-c-skels.TPo' \ depmode=gcc3 /bin/sh ../../depcomp \ cc -DHAVE_CONFIG_H -I. -I. -I../.. -I../.. -I../../include -I../.. -I../../include -DORBIT_BACKENDS_DIR="\"/usr/local/lib/orbit-2.0/idl-backends\"" -DVERSION=\"2.12.2\" -DORBIT2_INTERNAL_API -Wall -Wunused -Wmissing-prototypes -Wmissing-declarations -DG_DISABLE_DEPRECATED -I/usr/local/include/libIDL-2.0 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include -O -pipe -c `test -f 'orbit-idl-c-skels.c' || echo './'`orbit-idl-c-skels.c source='orbit-idl-c-headers.c' object='orbit-idl-c-headers.o' libtool=no \ depfile='.deps/orbit-idl-c-headers.Po' tmpdepfile='.deps/orbit-idl-c-headers.TPo' \ depmode=gcc3 /bin/sh ../../depcomp \ cc -DHAVE_CONFIG_H -I. -I. -I../.. -I../.. -I../../include -I../.. -I../../include -DORBIT_BACKENDS_DIR="\"/usr/local/lib/orbit-2.0/idl-backends\"" -DVERSION=\"2.12.2\" -DORBIT2_INTERNAL_API -Wall -Wunused -Wmissing-prototypes -Wmissing-declarations -DG_DISABLE_DEPRECATED -I/usr/local/include/libIDL-2.0 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include -O -pipe -c `test -f 'orbit-idl-c-headers.c' || echo './'`orbit-idl-c-headers.c source='orbit-idl-c-common.c' object='orbit-idl-c-common.o' libtool=no \ depfile='.deps/orbit-idl-c-common.Po' tmpdepfile='.deps/orbit-idl-c-common.TPo' \ depmode=gcc3 /bin/sh ../../depcomp \ cc -DHAVE_CONFIG_H -I. -I. -I../.. -I../.. -I../../include -I../.. -I../../include -DORBIT_BACKENDS_DIR="\"/usr/local/lib/orbit-2.0/idl-backends\"" -DVERSION=\"2.12.2\" -DORBIT2_INTERNAL_API -Wall -Wunused -Wmissing-prototypes -Wmissing-declarations -DG_DISABLE_DEPRECATED -I/usr/local/include/libIDL-2.0 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include -O -pipe -c `test -f 'orbit-idl-c-common.c' || echo './'`orbit-idl-c-common.c source='orbit-idl-c-imodule.c' object='orbit-idl-c-imodule.o' libtool=no \ depfile='.deps/orbit-idl-c-imodule.Po' tmpdepfile='.deps/orbit-idl-c-imodule.TPo' \ depmode=gcc3 /bin/sh ../../depcomp \ cc -DHAVE_CONFIG_H -I. -I. -I../.. -I../.. -I../../include -I../.. -I../../include -DORBIT_BACKENDS_DIR="\"/usr/local/lib/orbit-2.0/idl-backends\"" -DVERSION=\"2.12.2\" -DORBIT2_INTERNAL_API -Wall -Wunused -Wmissing-prototypes -Wmissing-declarations -DG_DISABLE_DEPRECATED -I/usr/local/include/libIDL-2.0 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include -O -pipe -c `test -f 'orbit-idl-c-imodule.c' || echo './'`orbit-idl-c-imodule.c source='orbit-idl-c-skelimpl.c' object='orbit-idl-c-skelimpl.o' libtool=no \ depfile='.deps/orbit-idl-c-skelimpl.Po' tmpdepfile='.deps/orbit-idl-c-skelimpl.TPo' \ depmode=gcc3 /bin/sh ../../depcomp \ cc -DHAVE_CONFIG_H -I. -I. -I../.. -I../.. -I../../include -I../.. -I../../include -DORBIT_BACKENDS_DIR="\"/usr/local/lib/orbit-2.0/idl-backends\"" -DVERSION=\"2.12.2\" -DORBIT2_INTERNAL_API -Wall -Wunused -Wmissing-prototypes -Wmissing-declarations -DG_DISABLE_DEPRECATED -I/usr/local/include/libIDL-2.0 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include -O -pipe -c `test -f 'orbit-idl-c-skelimpl.c' || echo './'`orbit-idl-c-skelimpl.c source='orbit-idl-c-utils.c' object='orbit-idl-c-utils.o' libtool=no \ depfile='.deps/orbit-idl-c-utils.Po' tmpdepfile='.deps/orbit-idl-c-utils.TPo' \ depmode=gcc3 /bin/sh ../../depcomp \ cc -DHAVE_CONFIG_H -I. -I. -I../.. -I../.. -I../../include -I../.. -I../../include -DORBIT_BACKENDS_DIR="\"/usr/local/lib/orbit-2.0/idl-backends\"" -DVERSION=\"2.12.2\" -DORBIT2_INTERNAL_API -Wall -Wunused -Wmissing-prototypes -Wmissing-declarations -DG_DISABLE_DEPRECATED -I/usr/local/include/libIDL-2.0 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include -O -pipe -c `test -f 'orbit-idl-c-utils.c' || echo './'`orbit-idl-c-utils.c source='orbit-idl-c-typecode.c' object='orbit-idl-c-typecode.o' libtool=no \ depfile='.deps/orbit-idl-c-typecode.Po' tmpdepfile='.deps/orbit-idl-c-typecode.TPo' \ depmode=gcc3 /bin/sh ../../depcomp \ cc -DHAVE_CONFIG_H -I. -I. -I../.. -I../.. -I../../include -I../.. -I../../include -DORBIT_BACKENDS_DIR="\"/usr/local/lib/orbit-2.0/idl-backends\"" -DVERSION=\"2.12.2\" -DORBIT2_INTERNAL_API -Wall -Wunused -Wmissing-prototypes -Wmissing-declarations -DG_DISABLE_DEPRECATED -I/usr/local/include/libIDL-2.0 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include -O -pipe -c `test -f 'orbit-idl-c-typecode.c' || echo './'`orbit-idl-c-typecode.c source='orbit-idl-c-deps.c' object='orbit-idl-c-deps.o' libtool=no \ depfile='.deps/orbit-idl-c-deps.Po' tmpdepfile='.deps/orbit-idl-c-deps.TPo' \ depmode=gcc3 /bin/sh ../../depcomp \ cc -DHAVE_CONFIG_H -I. -I. -I../.. -I../.. -I../../include -I../.. -I../../include -DORBIT_BACKENDS_DIR="\"/usr/local/lib/orbit-2.0/idl-backends\"" -DVERSION=\"2.12.2\" -DORBIT2_INTERNAL_API -Wall -Wunused -Wmissing-prototypes -Wmissing-declarations -DG_DISABLE_DEPRECATED -I/usr/local/include/libIDL-2.0 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include -O -pipe -c `test -f 'orbit-idl-c-deps.c' || echo './'`orbit-idl-c-deps.c /bin/sh /usr/local/bin/libtool15 --mode=link cc -O -pipe -L/usr/local/lib -o orbit-idl-2 orbit-idl-main.o orbit-idl-driver.o orbit-idl-backend.o orbit-idl-utils.o orbit-idl-c-backend.o orbit-idl-c-stubs.o orbit-idl-c-skels.o orbit-idl-c-headers.o orbit-idl-c-common.o orbit-idl-c-imodule.o orbit-idl-c-skelimpl.o orbit-idl-c-utils.o orbit-idl-c-typecode.o orbit-idl-c-deps.o -Wl,--export-dynamic -L/usr/local/lib -lIDL-2 -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -liconv -lpopt -lm cc -O -pipe -o orbit-idl-2 orbit-idl-main.o orbit-idl-driver.o orbit-idl-backend.o orbit-idl-utils.o orbit-idl-c-backend.o orbit-idl-c-stubs.o orbit-idl-c-skels.o orbit-idl-c-headers.o orbit-idl-c-common.o orbit-idl-c-imodule.o orbit-idl-c-skelimpl.o orbit-idl-c-utils.o orbit-idl-c-typecode.o orbit-idl-c-deps.o -Wl,--export-dynamic -L/usr/local/lib -lIDL-2 -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -liconv -lpopt -lm gmake[3]: Entering directory `/usr/ports/devel/ORBit2/work/ORBit2-2.12.2/src/idl-compiler' source='orbit-idl-main.c' object='orbit-idl-main.o' libtool=no \ depfile='.deps/orbit-idl-main.Po' tmpdepfile='.deps/orbit-idl-main.TPo' \ depmode=gcc3 /bin/sh ../../depcomp \ cc -DHAVE_CONFIG_H -I. -I. -I../.. -I../.. -I../../include -I../.. -I../../include -DORBIT_BACKENDS_DIR="\"/usr/local/lib/orbit-2.0/idl-backends\"" -DVERSION=\"2.12.2\" -DORBIT2_INTERNAL_API -Wall -Wunused -Wmissing-prototypes -Wmissing-declarations -DG_DISABLE_DEPRECATED -I/usr/local/include/libIDL-2.0 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include -O -pipe -c `test -f 'orbit-idl-main.c' || echo './'`orbit-idl-main.c source='orbit-idl-driver.c' object='orbit-idl-driver.o' libtool=no \ depfile='.deps/orbit-idl-driver.Po' tmpdepfile='.deps/orbit-idl-driver.TPo' \ depmode=gcc3 /bin/sh ../../depcomp \ cc -DHAVE_CONFIG_H -I. -I. -I../.. -I../.. -I../../include -I../.. -I../../include -DORBIT_BACKENDS_DIR="\"/usr/local/lib/orbit-2.0/idl-backends\"" -DVERSION=\"2.12.2\" -DORBIT2_INTERNAL_API -Wall -Wunused -Wmissing-prototypes -Wmissing-declarations -DG_DISABLE_DEPRECATED -I/usr/local/include/libIDL-2.0 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include -O -pipe -c `test -f 'orbit-idl-driver.c' || echo './'`orbit-idl-driver.c source='orbit-idl-backend.c' object='orbit-idl-backend.o' libtool=no \ depfile='.deps/orbit-idl-backend.Po' tmpdepfile='.deps/orbit-idl-backend.TPo' \ depmode=gcc3 /bin/sh ../../depcomp \ cc -DHAVE_CONFIG_H -I. -I. -I../.. -I../.. -I../../include -I../.. -I../../include -DORBIT_BACKENDS_DIR="\"/usr/local/lib/orbit-2.0/idl-backends\"" -DVERSION=\"2.12.2\" -DORBIT2_INTERNAL_API -Wall -Wunused -Wmissing-prototypes -Wmissing-declarations -DG_DISABLE_DEPRECATED -I/usr/local/include/libIDL-2.0 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include -O -pipe -c `test -f 'orbit-idl-backend.c' || echo './'`orbit-idl-backend.c source='orbit-idl-utils.c' object='orbit-idl-utils.o' libtool=no \ depfile='.deps/orbit-idl-utils.Po' tmpdepfile='.deps/orbit-idl-utils.TPo' \ depmode=gcc3 /bin/sh ../../depcomp \ cc -DHAVE_CONFIG_H -I. -I. -I../.. -I../.. -I../../include -I../.. -I../../include -DORBIT_BACKENDS_DIR="\"/usr/local/lib/orbit-2.0/idl-backends\"" -DVERSION=\"2.12.2\" -DORBIT2_INTERNAL_API -Wall -Wunused -Wmissing-prototypes -Wmissing-declarations -DG_DISABLE_DEPRECATED -I/usr/local/include/libIDL-2.0 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include -O -pipe -c `test -f 'orbit-idl-utils.c' || echo './'`orbit-idl-utils.c source='orbit-idl-c-backend.c' object='orbit-idl-c-backend.o' libtool=no \ depfile='.deps/orbit-idl-c-backend.Po' tmpdepfile='.deps/orbit-idl-c-backend.TPo' \ depmode=gcc3 /bin/sh ../../depcomp \ cc -DHAVE_CONFIG_H -I. -I. -I../.. -I../.. -I../../include -I../.. -I../../include -DORBIT_BACKENDS_DIR="\"/usr/local/lib/orbit-2.0/idl-backends\"" -DVERSION=\"2.12.2\" -DORBIT2_INTERNAL_API -Wall -Wunused -Wmissing-prototypes -Wmissing-declarations -DG_DISABLE_DEPRECATED -I/usr/local/include/libIDL-2.0 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include -O -pipe -c `test -f 'orbit-idl-c-backend.c' || echo './'`orbit-idl-c-backend.c source='orbit-idl-c-stubs.c' object='orbit-idl-c-stubs.o' libtool=no \ depfile='.deps/orbit-idl-c-stubs.Po' tmpdepfile='.deps/orbit-idl-c-stubs.TPo' \ depmode=gcc3 /bin/sh ../../depcomp \ cc -DHAVE_CONFIG_H -I. -I. -I../.. -I../.. -I../../include -I../.. -I../../include -DORBIT_BACKENDS_DIR="\"/usr/local/lib/orbit-2.0/idl-backends\"" -DVERSION=\"2.12.2\" -DORBIT2_INTERNAL_API -Wall -Wunused -Wmissing-prototypes -Wmissing-declarations -DG_DISABLE_DEPRECATED -I/usr/local/include/libIDL-2.0 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include -O -pipe -c `test -f 'orbit-idl-c-stubs.c' || echo './'`orbit-idl-c-stubs.c source='orbit-idl-c-skels.c' object='orbit-idl-c-skels.o' libtool=no \ depfile='.deps/orbit-idl-c-skels.Po' tmpdepfile='.deps/orbit-idl-c-skels.TPo' \ depmode=gcc3 /bin/sh ../../depcomp \ cc -DHAVE_CONFIG_H -I. -I. -I../.. -I../.. -I../../include -I../.. -I../../include -DORBIT_BACKENDS_DIR="\"/usr/local/lib/orbit-2.0/idl-backends\"" -DVERSION=\"2.12.2\" -DORBIT2_INTERNAL_API -Wall -Wunused -Wmissing-prototypes -Wmissing-declarations -DG_DISABLE_DEPRECATED -I/usr/local/include/libIDL-2.0 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include -O -pipe -c `test -f 'orbit-idl-c-skels.c' || echo './'`orbit-idl-c-skels.c source='orbit-idl-c-headers.c' object='orbit-idl-c-headers.o' libtool=no \ depfile='.deps/orbit-idl-c-headers.Po' tmpdepfile='.deps/orbit-idl-c-headers.TPo' \ depmode=gcc3 /bin/sh ../../depcomp \ cc -DHAVE_CONFIG_H -I. -I. -I../.. -I../.. -I../../include -I../.. -I../../include -DORBIT_BACKENDS_DIR="\"/usr/local/lib/orbit-2.0/idl-backends\"" -DVERSION=\"2.12.2\" -DORBIT2_INTERNAL_API -Wall -Wunused -Wmissing-prototypes -Wmissing-declarations -DG_DISABLE_DEPRECATED -I/usr/local/include/libIDL-2.0 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include -O -pipe -c `test -f 'orbit-idl-c-headers.c' || echo './'`orbit-idl-c-headers.c source='orbit-idl-c-common.c' object='orbit-idl-c-common.o' libtool=no \ depfile='.deps/orbit-idl-c-common.Po' tmpdepfile='.deps/orbit-idl-c-common.TPo' \ depmode=gcc3 /bin/sh ../../depcomp \ cc -DHAVE_CONFIG_H -I. -I. -I../.. -I../.. -I../../include -I../.. -I../../include -DORBIT_BACKENDS_DIR="\"/usr/local/lib/orbit-2.0/idl-backends\"" -DVERSION=\"2.12.2\" -DORBIT2_INTERNAL_API -Wall -Wunused -Wmissing-prototypes -Wmissing-declarations -DG_DISABLE_DEPRECATED -I/usr/local/include/libIDL-2.0 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include -O -pipe -c `test -f 'orbit-idl-c-common.c' || echo './'`orbit-idl-c-common.c source='orbit-idl-c-imodule.c' object='orbit-idl-c-imodule.o' libtool=no \ depfile='.deps/orbit-idl-c-imodule.Po' tmpdepfile='.deps/orbit-idl-c-imodule.TPo' \ depmode=gcc3 /bin/sh ../../depcomp \ cc -DHAVE_CONFIG_H -I. -I. -I../.. -I../.. -I../../include -I../.. -I../../include -DORBIT_BACKENDS_DIR="\"/usr/local/lib/orbit-2.0/idl-backends\"" -DVERSION=\"2.12.2\" -DORBIT2_INTERNAL_API -Wall -Wunused -Wmissing-prototypes -Wmissing-declarations -DG_DISABLE_DEPRECATED -I/usr/local/include/libIDL-2.0 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include -O -pipe -c `test -f 'orbit-idl-c-imodule.c' || echo './'`orbit-idl-c-imodule.c source='orbit-idl-c-skelimpl.c' object='orbit-idl-c-skelimpl.o' libtool=no \ depfile='.deps/orbit-idl-c-skelimpl.Po' tmpdepfile='.deps/orbit-idl-c-skelimpl.TPo' \ depmode=gcc3 /bin/sh ../../depcomp \ cc -DHAVE_CONFIG_H -I. -I. -I../.. -I../.. -I../../include -I../.. -I../../include -DORBIT_BACKENDS_DIR="\"/usr/local/lib/orbit-2.0/idl-backends\"" -DVERSION=\"2.12.2\" -DORBIT2_INTERNAL_API -Wall -Wunused -Wmissing-prototypes -Wmissing-declarations -DG_DISABLE_DEPRECATED -I/usr/local/include/libIDL-2.0 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include -O -pipe -c `test -f 'orbit-idl-c-skelimpl.c' || echo './'`orbit-idl-c-skelimpl.c source='orbit-idl-c-utils.c' object='orbit-idl-c-utils.o' libtool=no \ depfile='.deps/orbit-idl-c-utils.Po' tmpdepfile='.deps/orbit-idl-c-utils.TPo' \ depmode=gcc3 /bin/sh ../../depcomp \ cc -DHAVE_CONFIG_H -I. -I. -I../.. -I../.. -I../../include -I../.. -I../../include -DORBIT_BACKENDS_DIR="\"/usr/local/lib/orbit-2.0/idl-backends\"" -DVERSION=\"2.12.2\" -DORBIT2_INTERNAL_API -Wall -Wunused -Wmissing-prototypes -Wmissing-declarations -DG_DISABLE_DEPRECATED -I/usr/local/include/libIDL-2.0 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include -O -pipe -c `test -f 'orbit-idl-c-utils.c' || echo './'`orbit-idl-c-utils.c source='orbit-idl-c-typecode.c' object='orbit-idl-c-typecode.o' libtool=no \ depfile='.deps/orbit-idl-c-typecode.Po' tmpdepfile='.deps/orbit-idl-c-typecode.TPo' \ depmode=gcc3 /bin/sh ../../depcomp \ cc -DHAVE_CONFIG_H -I. -I. -I../.. -I../.. -I../../include -I../.. -I../../include -DORBIT_BACKENDS_DIR="\"/usr/local/lib/orbit-2.0/idl-backends\"" -DVERSION=\"2.12.2\" -DORBIT2_INTERNAL_API -Wall -Wunused -Wmissing-prototypes -Wmissing-declarations -DG_DISABLE_DEPRECATED -I/usr/local/include/libIDL-2.0 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include -O -pipe -c `test -f 'orbit-idl-c-typecode.c' || echo './'`orbit-idl-c-typecode.c source='orbit-idl-c-deps.c' object='orbit-idl-c-deps.o' libtool=no \ depfile='.deps/orbit-idl-c-deps.Po' tmpdepfile='.deps/orbit-idl-c-deps.TPo' \ depmode=gcc3 /bin/sh ../../depcomp \ cc -DHAVE_CONFIG_H -I. -I. -I../.. -I../.. -I../../include -I../.. -I../../include -DORBIT_BACKENDS_DIR="\"/usr/local/lib/orbit-2.0/idl-backends\"" -DVERSION=\"2.12.2\" -DORBIT2_INTERNAL_API -Wall -Wunused -Wmissing-prototypes -Wmissing-declarations -DG_DISABLE_DEPRECATED -I/usr/local/include/libIDL-2.0 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include -O -pipe -c `test -f 'orbit-idl-c-deps.c' || echo './'`orbit-idl-c-deps.c /bin/sh /usr/local/bin/libtool15 --mode=link cc -O -pipe -L/usr/local/lib -o orbit-idl-2 orbit-idl-main.o orbit-idl-driver.o orbit-idl-backend.o orbit-idl-utils.o orbit-idl-c-backend.o orbit-idl-c-stubs.o orbit-idl-c-skels.o orbit-idl-c-headers.o orbit-idl-c-common.o orbit-idl-c-imodule.o orbit-idl-c-skelimpl.o orbit-idl-c-utils.o orbit-idl-c-typecode.o orbit-idl-c-deps.o -Wl,--export-dynamic -L/usr/local/lib -lIDL-2 -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -liconv -lpopt -lm cc -O -pipe -o orbit-idl-2 orbit-idl-main.o orbit-idl-driver.o orbit-idl-backend.o orbit-idl-utils.o orbit-idl-c-backend.o orbit-idl-c-stubs.o orbit-idl-c-skels.o orbit-idl-c-headers.o orbit-idl-c-common.o orbit-idl-c-imodule.o orbit-idl-c-skelimpl.o orbit-idl-c-utils.o orbit-idl-c-typecode.o orbit-idl-c-deps.o -Wl,--export-dynamic -L/usr/local/lib -lIDL-2 -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -liconv -lpopt -lm /bin/sh ../../mkinstalldirs /usr/local/bin /bin/sh /usr/local/bin/libtool15 --mode=install install -s -o root -g wheel -m 555 orbit-idl-2 /usr/local/bin/orbit-idl-2 install -o root -g wheel -m 555 -s orbit-idl-2 /usr/local/bin/orbit-idl-2 /bin/sh ../../mkinstalldirs /usr/local/include/orbit-2.0/orbit-idl install -o root -g wheel -m 444 orbit-idl-backend.h /usr/local/include/orbit-2.0/orbit-idl/orbit-idl-backend.h /bin/sh ../../mkinstalldirs /usr/local/libdata/pkgconfig install -o root -g wheel -m 444 ORBit-idl-2.0.pc /usr/local/libdata/pkgconfig/ORBit-idl-2.0.pc gmake[3]: Leaving directory `/usr/ports/devel/ORBit2/work/ORBit2-2.12.2/src/idl-compiler' gmake[2]: Leaving directory `/usr/ports/devel/ORBit2/work/ORBit2-2.12.2/src/idl-compiler' Making install in idl gmake[2]: Entering directory `/usr/ports/devel/ORBit2/work/ORBit2-2.12.2/src/idl' Making install in CORBA gmake[3]: Entering directory `/usr/ports/devel/ORBit2/work/ORBit2-2.12.2/src/idl/CORBA' gmake[4]: Entering directory `/usr/ports/devel/ORBit2/work/ORBit2-2.12.2/src/idl/CORBA' gmake[4]: Nothing to be done for `install-exec-am'. gmake[4]: Nothing to be done for `install-data-am'. gmake[4]: Leaving directory `/usr/ports/devel/ORBit2/work/ORBit2-2.12.2/src/idl/CORBA' gmake[3]: Leaving directory `/usr/ports/devel/ORBit2/work/ORBit2-2.12.2/src/idl/CORBA' Making install in CORBA_PIDL gmake[3]: Entering directory `/usr/ports/devel/ORBit2/work/ORBit2-2.12.2/src/idl/CORBA_PIDL' gmake[4]: Entering directory `/usr/ports/devel/ORBit2/work/ORBit2-2.12.2/src/idl/CORBA_PIDL' gmake[4]: Nothing to be done for `install-exec-am'. gmake[4]: Nothing to be done for `install-data-am'. gmake[4]: Leaving directory `/usr/ports/devel/ORBit2/work/ORBit2-2.12.2/src/idl/CORBA_PIDL' gmake[3]: Leaving directory `/usr/ports/devel/ORBit2/work/ORBit2-2.12.2/src/idl/CORBA_PIDL' Making install in interop gmake[3]: Entering directory `/usr/ports/devel/ORBit2/work/ORBit2-2.12.2/src/idl/interop' gmake[4]: Entering directory `/usr/ports/devel/ORBit2/work/ORBit2-2.12.2/src/idl/interop' gmake[4]: Nothing to be done for `install-exec-am'. gmake[4]: Nothing to be done for `install-data-am'. gmake[4]: Leaving directory `/usr/ports/devel/ORBit2/work/ORBit2-2.12.2/src/idl/interop' gmake[3]: Leaving directory `/usr/ports/devel/ORBit2/work/ORBit2-2.12.2/src/idl/interop' Making install in misc gmake[3]: Entering directory `/usr/ports/devel/ORBit2/work/ORBit2-2.12.2/src/idl/misc' gmake[4]: Entering directory `/usr/ports/devel/ORBit2/work/ORBit2-2.12.2/src/idl/misc' gmake[4]: Nothing to be done for `install-exec-am'. gmake[4]: Nothing to be done for `install-data-am'. gmake[4]: Leaving directory `/usr/ports/devel/ORBit2/work/ORBit2-2.12.2/src/idl/misc' gmake[3]: Leaving directory `/usr/ports/devel/ORBit2/work/ORBit2-2.12.2/src/idl/misc' gmake[3]: Entering directory `/usr/ports/devel/ORBit2/work/ORBit2-2.12.2/src/idl' gmake[4]: Entering directory `/usr/ports/devel/ORBit2/work/ORBit2-2.12.2/src/idl' gmake[4]: Nothing to be done for `install-exec-am'. gmake[4]: Nothing to be done for `install-data-am'. gmake[4]: Leaving directory `/usr/ports/devel/ORBit2/work/ORBit2-2.12.2/src/idl' gmake[3]: Leaving directory `/usr/ports/devel/ORBit2/work/ORBit2-2.12.2/src/idl' gmake[2]: Leaving directory `/usr/ports/devel/ORBit2/work/ORBit2-2.12.2/src/idl' Making install in orb gmake[2]: Entering directory `/usr/ports/devel/ORBit2/work/ORBit2-2.12.2/src/orb' Making install in include gmake[3]: Entering directory `/usr/ports/devel/ORBit2/work/ORBit2-2.12.2/src/orb/include' gmake[4]: Entering directory `/usr/ports/devel/ORBit2/work/ORBit2-2.12.2/src/orb/include' gmake[4]: Nothing to be done for `install-exec-am'. gmake[4]: Nothing to be done for `install-data-am'. gmake[4]: Leaving directory `/usr/ports/devel/ORBit2/work/ORBit2-2.12.2/src/orb/include' (cd ../../../include; gmake) gmake[4]: Entering directory `/usr/ports/devel/ORBit2/work/ORBit2-2.12.2/include' Making all in orbit gmake[5]: Entering directory `/usr/ports/devel/ORBit2/work/ORBit2-2.12.2/include/orbit' gmake all-recursive gmake[6]: Entering directory `/usr/ports/devel/ORBit2/work/ORBit2-2.12.2/include/orbit' Making all in GIOP gmake[7]: Entering directory `/usr/ports/devel/ORBit2/work/ORBit2-2.12.2/include/orbit/GIOP' gmake[7]: Nothing to be done for `all'. gmake[7]: Leaving directory `/usr/ports/devel/ORBit2/work/ORBit2-2.12.2/include/orbit/GIOP' Making all in util gmake[7]: Entering directory `/usr/ports/devel/ORBit2/work/ORBit2-2.12.2/include/orbit/util' gmake[7]: Nothing to be done for `all'. gmake[7]: Leaving directory `/usr/ports/devel/ORBit2/work/ORBit2-2.12.2/include/orbit/util' Making all in orb-core gmake[7]: Entering directory `/usr/ports/devel/ORBit2/work/ORBit2-2.12.2/include/orbit/orb-core' (rm -f corba-defs.h corba-defs-stubs.c corba-defs-skels.c corba-defs-common.c corba-defs-imodule.c corba-defs-skelimpl.c || true) > /dev/null ../../../src/idl-compiler/orbit-idl-2 -I../../../src/idl/CORBA_PIDL -I../../../src/idl/CORBA -I../../../src/idl/interop -I../../../src/orb/orb-core --noskels --nodefskels --nostubs --noidata --nocommon --showcpperrors --define=Object=OObject --define=TypeCode=TTypeCode --deps ./.deps/corba-defs.idl.P ../../../src/orb/orb-core/corba-defs.idl orbit-idl-2 2.12.2 compiling mode, show preprocessor errors, passes: headers for I in corba-defs.h corba-defs-stubs.c corba-defs-skels.c corba-defs-common.c corba-defs-imodule.c corba-defs-skelimpl.c; do \ if test -f $I; then \ sed -e 's,OObject,Object,g' -e 's,TTypeCode,TypeCode,g' $I > $I.out; \ mv $I.out $I ; \ fi; \ done (rm -f iop-defs.h iop-defs-stubs.c iop-defs-skels.c iop-defs-common.c iop-defs-imodule.c iop-defs-skelimpl.c || true) > /dev/null ../../../src/idl-compiler/orbit-idl-2 -I../../../src/idl/CORBA_PIDL -I../../../src/idl/CORBA -I../../../src/idl/interop -I../../../src/orb/orb-core --noskels --nodefskels --nostubs --noidata --nocommon --showcpperrors --define=Object=OObject --define=TypeCode=TTypeCode --deps ./.deps/iop-defs.idl.P ../../../src/orb/orb-core/iop-defs.idl orbit-idl-2 2.12.2 compiling mode, show preprocessor errors, passes: headers for I in iop-defs.h iop-defs-stubs.c iop-defs-skels.c iop-defs-common.c iop-defs-imodule.c iop-defs-skelimpl.c; do \ if test -f $I; then \ sed -e 's,OObject,Object,g' -e 's,TTypeCode,TypeCode,g' $I > $I.out; \ mv $I.out $I ; \ fi; \ done (rm -f orbit-interface.h || true ) > /dev/null ../../../src/idl-compiler/orbit-idl-2 -I../../../src/idl/CORBA_PIDL -I../../../src/idl/CORBA -I../../../src/idl/interop -I../../../src/orb/orb-core --noskels --nodefskels --nostubs --noidata --nocommon --showcpperrors --deps .deps/orbit-interface.idl.P ../../../src/orb/orb-core/orbit-interface.idl orbit-idl-2 2.12.2 compiling mode, show preprocessor errors, passes: headers gmake all-am gmake[8]: Entering directory `/usr/ports/devel/ORBit2/work/ORBit2-2.12.2/include/orbit/orb-core' gmake[8]: Nothing to be done for `all-am'. gmake[8]: Leaving directory `/usr/ports/devel/ORBit2/work/ORBit2-2.12.2/include/orbit/orb-core' gmake[7]: Leaving directory `/usr/ports/devel/ORBit2/work/ORBit2-2.12.2/include/orbit/orb-core' Making all in poa gmake[7]: Entering directory `/usr/ports/devel/ORBit2/work/ORBit2-2.12.2/include/orbit/poa' (rm -f poa-defs.h poa-defs-stubs.c poa-defs-skels.c poa-defs-common.c poa-defs-imodule.c poa-defs-skelimpl.c || true) > /dev/null ../../../src/idl-compiler/orbit-idl-2 -I../../../src/idl/CORBA_PIDL -I../../../src/idl/CORBA -I../../../src/orb/orb-core -I../../../src/idl/misc --define=Object=OObject --define=TypeCode=TTypeCode --noskels --nodefskels --nostubs --nocommon --noidata --showcpperrors --deps ./.deps/poa-defs.idl.P ../../../src/orb/poa/poa-defs.idl orbit-idl-2 2.12.2 compiling mode, show preprocessor errors, passes: headers for I in poa-defs.h poa-defs-stubs.c poa-defs-skels.c poa-defs-common.c poa-defs-imodule.c poa-defs-skelimpl.c; do \ if test -f $I; then \ sed -e 's,OObject,Object,g' -e 's,TTypeCode,TypeCode,g' $I > $I.out; \ mv $I.out $I ; \ fi; \ done gmake all-am gmake[8]: Entering directory `/usr/ports/devel/ORBit2/work/ORBit2-2.12.2/include/orbit/poa' gmake[8]: Nothing to be done for `all-am'. gmake[8]: Leaving directory `/usr/ports/devel/ORBit2/work/ORBit2-2.12.2/include/orbit/poa' gmake[7]: Leaving directory `/usr/ports/devel/ORBit2/work/ORBit2-2.12.2/include/orbit/poa' Making all in dynamic gmake[7]: Entering directory `/usr/ports/devel/ORBit2/work/ORBit2-2.12.2/include/orbit/dynamic' (rm -f dynamic-defs.h dynamic-defs-stubs.c dynamic-defs-skels.c dynamic-defs-common.c dynamic-defs-imodule.c dynamic-defs-skelimpl.c || true) > /dev/null ../../../src/idl-compiler/orbit-idl-2 -I../../../src/idl/CORBA_PIDL -I../../../src/idl/CORBA -I../../../src/orb/orb-core -I../../../src/idl/misc --define=Object=OObject --define=TypeCode=TTypeCode --noskels --nodefskels --nostubs --nocommon --noidata --showcpperrors --deps ./.deps/dynamic-defs.idl.P ../../../src/orb/dynamic/dynamic-defs.idl orbit-idl-2 2.12.2 compiling mode, show preprocessor errors, passes: headers for I in dynamic-defs.h dynamic-defs-stubs.c dynamic-defs-skels.c dynamic-defs-common.c dynamic-defs-imodule.c dynamic-defs-skelimpl.c; do \ if test -f $I; then \ sed -e 's,OObject,Object,g' -e 's,TTypeCode,TypeCode,g' $I > $I.out; \ mv $I.out $I ; \ fi; \ done gmake all-am gmake[8]: Entering directory `/usr/ports/devel/ORBit2/work/ORBit2-2.12.2/include/orbit/dynamic' gmake[8]: Nothing to be done for `all-am'. gmake[8]: Leaving directory `/usr/ports/devel/ORBit2/work/ORBit2-2.12.2/include/orbit/dynamic' gmake[7]: Leaving directory `/usr/ports/devel/ORBit2/work/ORBit2-2.12.2/include/orbit/dynamic' gmake[7]: Entering directory `/usr/ports/devel/ORBit2/work/ORBit2-2.12.2/include/orbit' gmake[7]: Nothing to be done for `all-am'. gmake[7]: Leaving directory `/usr/ports/devel/ORBit2/work/ORBit2-2.12.2/include/orbit' gmake[6]: Leaving directory `/usr/ports/devel/ORBit2/work/ORBit2-2.12.2/include/orbit' gmake[5]: Leaving directory `/usr/ports/devel/ORBit2/work/ORBit2-2.12.2/include/orbit' gmake[5]: Entering directory `/usr/ports/devel/ORBit2/work/ORBit2-2.12.2/include' gmake[5]: Nothing to be done for `all-am'. gmake[5]: Leaving directory `/usr/ports/devel/ORBit2/work/ORBit2-2.12.2/include' gmake[4]: Leaving directory `/usr/ports/devel/ORBit2/work/ORBit2-2.12.2/include' gmake[3]: Leaving directory `/usr/ports/devel/ORBit2/work/ORBit2-2.12.2/src/orb/include' Making install in orb-core gmake[3]: Entering directory `/usr/ports/devel/ORBit2/work/ORBit2-2.12.2/src/orb/orb-core' gmake[4]: Entering directory `/usr/ports/devel/ORBit2/work/ORBit2-2.12.2/src/idl-compiler' source='orbit-idl-main.c' object='orbit-idl-main.o' libtool=no \ depfile='.deps/orbit-idl-main.Po' tmpdepfile='.deps/orbit-idl-main.TPo' \ depmode=gcc3 /bin/sh ../../depcomp \ cc -DHAVE_CONFIG_H -I. -I. -I../.. -I../.. -I../../include -I../.. -I../../include -DORBIT_BACKENDS_DIR="\"/usr/local/lib/orbit-2.0/idl-backends\"" -DVERSION=\"2.12.2\" -DORBIT2_INTERNAL_API -Wall -Wunused -Wmissing-prototypes -Wmissing-declarations -DG_DISABLE_DEPRECATED -I/usr/local/include/libIDL-2.0 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include -O -pipe -c `test -f 'orbit-idl-main.c' || echo './'`orbit-idl-main.c source='orbit-idl-driver.c' object='orbit-idl-driver.o' libtool=no \ depfile='.deps/orbit-idl-driver.Po' tmpdepfile='.deps/orbit-idl-driver.TPo' \ depmode=gcc3 /bin/sh ../../depcomp \ cc -DHAVE_CONFIG_H -I. -I. -I../.. -I../.. -I../../include -I../.. -I../../include -DORBIT_BACKENDS_DIR="\"/usr/local/lib/orbit-2.0/idl-backends\"" -DVERSION=\"2.12.2\" -DORBIT2_INTERNAL_API -Wall -Wunused -Wmissing-prototypes -Wmissing-declarations -DG_DISABLE_DEPRECATED -I/usr/local/include/libIDL-2.0 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include -O -pipe -c `test -f 'orbit-idl-driver.c' || echo './'`orbit-idl-driver.c source='orbit-idl-backend.c' object='orbit-idl-backend.o' libtool=no \ depfile='.deps/orbit-idl-backend.Po' tmpdepfile='.deps/orbit-idl-backend.TPo' \ depmode=gcc3 /bin/sh ../../depcomp \ cc -DHAVE_CONFIG_H -I. -I. -I../.. -I../.. -I../../include -I../.. -I../../include -DORBIT_BACKENDS_DIR="\"/usr/local/lib/orbit-2.0/idl-backends\"" -DVERSION=\"2.12.2\" -DORBIT2_INTERNAL_API -Wall -Wunused -Wmissing-prototypes -Wmissing-declarations -DG_DISABLE_DEPRECATED -I/usr/local/include/libIDL-2.0 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include -O -pipe -c `test -f 'orbit-idl-backend.c' || echo './'`orbit-idl-backend.c source='orbit-idl-utils.c' object='orbit-idl-utils.o' libtool=no \ depfile='.deps/orbit-idl-utils.Po' tmpdepfile='.deps/orbit-idl-utils.TPo' \ depmode=gcc3 /bin/sh ../../depcomp \ cc -DHAVE_CONFIG_H -I. -I. -I../.. -I../.. -I../../include -I../.. -I../../include -DORBIT_BACKENDS_DIR="\"/usr/local/lib/orbit-2.0/idl-backends\"" -DVERSION=\"2.12.2\" -DORBIT2_INTERNAL_API -Wall -Wunused -Wmissing-prototypes -Wmissing-declarations -DG_DISABLE_DEPRECATED -I/usr/local/include/libIDL-2.0 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include -O -pipe -c `test -f 'orbit-idl-utils.c' || echo './'`orbit-idl-utils.c source='orbit-idl-c-backend.c' object='orbit-idl-c-backend.o' libtool=no \ depfile='.deps/orbit-idl-c-backend.Po' tmpdepfile='.deps/orbit-idl-c-backend.TPo' \ depmode=gcc3 /bin/sh ../../depcomp \ cc -DHAVE_CONFIG_H -I. -I. -I../.. -I../.. -I../../include -I../.. -I../../include -DORBIT_BACKENDS_DIR="\"/usr/local/lib/orbit-2.0/idl-backends\"" -DVERSION=\"2.12.2\" -DORBIT2_INTERNAL_API -Wall -Wunused -Wmissing-prototypes -Wmissing-declarations -DG_DISABLE_DEPRECATED -I/usr/local/include/libIDL-2.0 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include -O -pipe -c `test -f 'orbit-idl-c-backend.c' || echo './'`orbit-idl-c-backend.c source='orbit-idl-c-stubs.c' object='orbit-idl-c-stubs.o' libtool=no \ depfile='.deps/orbit-idl-c-stubs.Po' tmpdepfile='.deps/orbit-idl-c-stubs.TPo' \ depmode=gcc3 /bin/sh ../../depcomp \ cc -DHAVE_CONFIG_H -I. -I. -I../.. -I../.. -I../../include -I../.. -I../../include -DORBIT_BACKENDS_DIR="\"/usr/local/lib/orbit-2.0/idl-backends\"" -DVERSION=\"2.12.2\" -DORBIT2_INTERNAL_API -Wall -Wunused -Wmissing-prototypes -Wmissing-declarations -DG_DISABLE_DEPRECATED -I/usr/local/include/libIDL-2.0 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include -O -pipe -c `test -f 'orbit-idl-c-stubs.c' || echo './'`orbit-idl-c-stubs.c source='orbit-idl-c-skels.c' object='orbit-idl-c-skels.o' libtool=no \ depfile='.deps/orbit-idl-c-skels.Po' tmpdepfile='.deps/orbit-idl-c-skels.TPo' \ depmode=gcc3 /bin/sh ../../depcomp \ cc -DHAVE_CONFIG_H -I. -I. -I../.. -I../.. -I../../include -I../.. -I../../include -DORBIT_BACKENDS_DIR="\"/usr/local/lib/orbit-2.0/idl-backends\"" -DVERSION=\"2.12.2\" -DORBIT2_INTERNAL_API -Wall -Wunused -Wmissing-prototypes -Wmissing-declarations -DG_DISABLE_DEPRECATED -I/usr/local/include/libIDL-2.0 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include -O -pipe -c `test -f 'orbit-idl-c-skels.c' || echo './'`orbit-idl-c-skels.c source='orbit-idl-c-headers.c' object='orbit-idl-c-headers.o' libtool=no \ depfile='.deps/orbit-idl-c-headers.Po' tmpdepfile='.deps/orbit-idl-c-headers.TPo' \ depmode=gcc3 /bin/sh ../../depcomp \ cc -DHAVE_CONFIG_H -I. -I. -I../.. -I../.. -I../../include -I../.. -I../../include -DORBIT_BACKENDS_DIR="\"/usr/local/lib/orbit-2.0/idl-backends\"" -DVERSION=\"2.12.2\" -DORBIT2_INTERNAL_API -Wall -Wunused -Wmissing-prototypes -Wmissing-declarations -DG_DISABLE_DEPRECATED -I/usr/local/include/libIDL-2.0 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include -O -pipe -c `test -f 'orbit-idl-c-headers.c' || echo './'`orbit-idl-c-headers.c source='orbit-idl-c-common.c' object='orbit-idl-c-common.o' libtool=no \ depfile='.deps/orbit-idl-c-common.Po' tmpdepfile='.deps/orbit-idl-c-common.TPo' \ depmode=gcc3 /bin/sh ../../depcomp \ cc -DHAVE_CONFIG_H -I. -I. -I../.. -I../.. -I../../include -I../.. -I../../include -DORBIT_BACKENDS_DIR="\"/usr/local/lib/orbit-2.0/idl-backends\"" -DVERSION=\"2.12.2\" -DORBIT2_INTERNAL_API -Wall -Wunused -Wmissing-prototypes -Wmissing-declarations -DG_DISABLE_DEPRECATED -I/usr/local/include/libIDL-2.0 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include -O -pipe -c `test -f 'orbit-idl-c-common.c' || echo './'`orbit-idl-c-common.c source='orbit-idl-c-imodule.c' object='orbit-idl-c-imodule.o' libtool=no \ depfile='.deps/orbit-idl-c-imodule.Po' tmpdepfile='.deps/orbit-idl-c-imodule.TPo' \ depmode=gcc3 /bin/sh ../../depcomp \ cc -DHAVE_CONFIG_H -I. -I. -I../.. -I../.. -I../../include -I../.. -I../../include -DORBIT_BACKENDS_DIR="\"/usr/local/lib/orbit-2.0/idl-backends\"" -DVERSION=\"2.12.2\" -DORBIT2_INTERNAL_API -Wall -Wunused -Wmissing-prototypes -Wmissing-declarations -DG_DISABLE_DEPRECATED -I/usr/local/include/libIDL-2.0 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include -O -pipe -c `test -f 'orbit-idl-c-imodule.c' || echo './'`orbit-idl-c-imodule.c source='orbit-idl-c-skelimpl.c' object='orbit-idl-c-skelimpl.o' libtool=no \ depfile='.deps/orbit-idl-c-skelimpl.Po' tmpdepfile='.deps/orbit-idl-c-skelimpl.TPo' \ depmode=gcc3 /bin/sh ../../depcomp \ cc -DHAVE_CONFIG_H -I. -I. -I../.. -I../.. -I../../include -I../.. -I../../include -DORBIT_BACKENDS_DIR="\"/usr/local/lib/orbit-2.0/idl-backends\"" -DVERSION=\"2.12.2\" -DORBIT2_INTERNAL_API -Wall -Wunused -Wmissing-prototypes -Wmissing-declarations -DG_DISABLE_DEPRECATED -I/usr/local/include/libIDL-2.0 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include -O -pipe -c `test -f 'orbit-idl-c-skelimpl.c' || echo './'`orbit-idl-c-skelimpl.c source='orbit-idl-c-utils.c' object='orbit-idl-c-utils.o' libtool=no \ depfile='.deps/orbit-idl-c-utils.Po' tmpdepfile='.deps/orbit-idl-c-utils.TPo' \ depmode=gcc3 /bin/sh ../../depcomp \ cc -DHAVE_CONFIG_H -I. -I. -I../.. -I../.. -I../../include -I../.. -I../../include -DORBIT_BACKENDS_DIR="\"/usr/local/lib/orbit-2.0/idl-backends\"" -DVERSION=\"2.12.2\" -DORBIT2_INTERNAL_API -Wall -Wunused -Wmissing-prototypes -Wmissing-declarations -DG_DISABLE_DEPRECATED -I/usr/local/include/libIDL-2.0 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include -O -pipe -c `test -f 'orbit-idl-c-utils.c' || echo './'`orbit-idl-c-utils.c source='orbit-idl-c-typecode.c' object='orbit-idl-c-typecode.o' libtool=no \ depfile='.deps/orbit-idl-c-typecode.Po' tmpdepfile='.deps/orbit-idl-c-typecode.TPo' \ depmode=gcc3 /bin/sh ../../depcomp \ cc -DHAVE_CONFIG_H -I. -I. -I../.. -I../.. -I../../include -I../.. -I../../include -DORBIT_BACKENDS_DIR="\"/usr/local/lib/orbit-2.0/idl-backends\"" -DVERSION=\"2.12.2\" -DORBIT2_INTERNAL_API -Wall -Wunused -Wmissing-prototypes -Wmissing-declarations -DG_DISABLE_DEPRECATED -I/usr/local/include/libIDL-2.0 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include -O -pipe -c `test -f 'orbit-idl-c-typecode.c' || echo './'`orbit-idl-c-typecode.c source='orbit-idl-c-deps.c' object='orbit-idl-c-deps.o' libtool=no \ depfile='.deps/orbit-idl-c-deps.Po' tmpdepfile='.deps/orbit-idl-c-deps.TPo' \ depmode=gcc3 /bin/sh ../../depcomp \ cc -DHAVE_CONFIG_H -I. -I. -I../.. -I../.. -I../../include -I../.. -I../../include -DORBIT_BACKENDS_DIR="\"/usr/local/lib/orbit-2.0/idl-backends\"" -DVERSION=\"2.12.2\" -DORBIT2_INTERNAL_API -Wall -Wunused -Wmissing-prototypes -Wmissing-declarations -DG_DISABLE_DEPRECATED -I/usr/local/include/libIDL-2.0 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include -O -pipe -c `test -f 'orbit-idl-c-deps.c' || echo './'`orbit-idl-c-deps.c /bin/sh /usr/local/bin/libtool15 --mode=link cc -O -pipe -L/usr/local/lib -o orbit-idl-2 orbit-idl-main.o orbit-idl-driver.o orbit-idl-backend.o orbit-idl-utils.o orbit-idl-c-backend.o orbit-idl-c-stubs.o orbit-idl-c-skels.o orbit-idl-c-headers.o orbit-idl-c-common.o orbit-idl-c-imodule.o orbit-idl-c-skelimpl.o orbit-idl-c-utils.o orbit-idl-c-typecode.o orbit-idl-c-deps.o -Wl,--export-dynamic -L/usr/local/lib -lIDL-2 -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -liconv -lpopt -lm cc -O -pipe -o orbit-idl-2 orbit-idl-main.o orbit-idl-driver.o orbit-idl-backend.o orbit-idl-utils.o orbit-idl-c-backend.o orbit-idl-c-stubs.o orbit-idl-c-skels.o orbit-idl-c-headers.o orbit-idl-c-common.o orbit-idl-c-imodule.o orbit-idl-c-skelimpl.o orbit-idl-c-utils.o orbit-idl-c-typecode.o orbit-idl-c-deps.o -Wl,--export-dynamic -L/usr/local/lib -lIDL-2 -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -liconv -lpopt -lm gmake[4]: Leaving directory `/usr/ports/devel/ORBit2/work/ORBit2-2.12.2/src/idl-compiler' (rm -f orbit-interface-common.c || true) > /dev/null ../../../src/idl-compiler/orbit-idl-2 --nostubs --noskels --showcpperrors --noheaders --deps .deps/orbit-interface.idl.P orbit-interface.idl orbit-idl-2 2.12.2 compiling mode, show preprocessor errors, passes: common (rm -f ../../../include/orbit/orb-core/orbit-interface.h ../../../include/orbit/orb-core/orbit-interface-stubs.c ../../../include/orbit/orb-core/orbit-interface-skels.c ../../../include/orbit/orb-core/orbit-interface-common.c ../../../include/orbit/orb-core/orbit-interface-imodule.c ../../../include/orbit/orb-core/orbit-interface-skelimpl.c || true) > /dev/null ../../../src/idl-compiler/orbit-idl-2 -I../../../src/idl/CORBA_PIDL -I../../../src/idl/CORBA -I../../../src/idl/misc -I../../../src/idl/interop -I. -D_PRE_3_0_COMPILER_ --noskels --nodefskels --nostubs --noidata --noheaders --define=Object=OObject --define=TypeCode=TTypeCode --showcpperrors --deps ../../../include/orbit/orb-core/.deps/orbit-interface.idl.P ../../../include/orbit/orb-core/../../../src/orb/orb-core/orbit-interface.idl orbit-idl-2 2.12.2 compiling mode, show preprocessor errors, passes: common ../../../include/orbit/orb-core/../../../src/orb/orb-core/orbit-interface.idl:15: Error: `TTypeCode' undeclared identifier ** (process:48970): WARNING **: ../../../include/orbit/orb-core/../../../src/orb/orb-core/orbit-interface.idl compilation failed gmake[3]: *** [../../../include/orbit/orb-core/orbit-interface.h] Error 1 gmake[3]: Leaving directory `/usr/ports/devel/ORBit2/work/ORBit2-2.12.2/src/orb/orb-core' gmake[2]: *** [install-recursive] Error 1 gmake[2]: Leaving directory `/usr/ports/devel/ORBit2/work/ORBit2-2.12.2/src/orb' gmake[1]: *** [install-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/devel/ORBit2/work/ORBit2-2.12.2/src' gmake: *** [install-recursive] Error 1 *** Error code 2 Stop in /usr/ports/devel/ORBit2. adsl-67-112-113-90# exit exit Script done on Mon Jun 13 14:05:56 2005 FreeBSD adsl-67-112-113-90.dsl.pltn13.pacbell.net 5.4-STABLE FreeBSD 5.4-STABLE #0: Mon Jun 13 13:36:59 PDT 2005 wcarey@adsl-67-112-113-90.dsl.pltn13.pacbell.net:/usr/obj/usr/src/sys/SPANKY i386 ------=_NextPart_000_4564_5ebc_772a-- From owner-freebsd-stable@FreeBSD.ORG Tue Jun 14 00:05:41 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 31BE116A420 for ; Tue, 14 Jun 2005 00:05:41 +0000 (GMT) (envelope-from freebsd@akruijff.dds.nl) Received: from smtp18.wxs.nl (smtp18.wxs.nl [195.121.6.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9E76A43D49 for ; Tue, 14 Jun 2005 00:05:40 +0000 (GMT) (envelope-from freebsd@akruijff.dds.nl) Received: from smtp.planet.nl (ip51cc8423.speed.planet.nl [81.204.132.35]) by smtp18.wxs.nl (iPlanet Messaging Server 5.2 Patch 2 (built Jul 14 2004)) with ESMTP id <0II1009YAS9E3R@smtp18.wxs.nl> for freebsd-stable@freebsd.org; Tue, 14 Jun 2005 02:05:39 +0200 (CEST) Received: from Alex.lan (localhost [127.0.0.1]) by smtp.planet.nl (8.13.3/8.13.3) with ESMTP id j5E056CC004174; Tue, 14 Jun 2005 02:05:06 +0200 Received: (from akruijff@localhost) by Alex.lan (8.13.3/8.13.3/Submit) id j5E0557U004173; Tue, 14 Jun 2005 02:05:05 +0200 Content-return: prohibited Date: Tue, 14 Jun 2005 02:05:05 +0200 From: Alex de Kruijff In-reply-to: <42A9F2DB.8050600@math.missouri.edu> To: Stephen Montgomery-Smith Message-id: <20050614000505.GD739@Alex.lan> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Content-disposition: inline User-Agent: Mutt/1.4.2.1i References: <20050610170707.T66195@ns1.as.pvp.se> <01fe01c56dd3$9fa11bf0$b3db87d4@multiplay.co.uk> <42A9F2DB.8050600@math.missouri.edu> X-Authentication-warning: Alex.lan: akruijff set sender to freebsd@akruijff.dds.nl using -f Cc: kama , Steven Hartland , freebsd-stable Subject: Re: 5.4 not running HTT X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd@akruijff.dds.nl List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jun 2005 00:05:41 -0000 On Fri, Jun 10, 2005 at 03:06:51PM -0500, Stephen Montgomery-Smith wrote: > Steven Hartland wrote: > >Have a read /usr/src/UPDATING it explains. > > > > It should be in /usr/src/UPDATING, but I don't see it there myself. > > I got bitten by the same problem. The other guy who gave > ftp://ftp.freebsd.org/pub/FreeBSD/CERT/advisories/FreeBSD-SA-05:09.htt.asc > provided the right answer, but it should be also mentioned in UPDATING. Now it is. But its a bit vage. (i.e. what is a knob) 20050513: p1 FreeBSD-SA-05:09.htt Add a knob for disabling/enabling HTT. Default off due to information disclosure on multi-user systems. I assume it can be turned on by echo 'kern.sched.ipiwakeup.htt2=1' >> /etc/sysctl.conf -- Alex From owner-freebsd-stable@FreeBSD.ORG Tue Jun 14 00:47:43 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7247416A41C; Tue, 14 Jun 2005 00:47:43 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id B457E43D1D; Tue, 14 Jun 2005 00:47:42 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.13.4/8.13.4) with ESMTP id j5E0lY1c002805; Tue, 14 Jun 2005 10:17:35 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Tue, 14 Jun 2005 10:17:20 +0930 User-Agent: KMail/1.8 References: In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1465291.qi9uFRETnh"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200506141017.26916.doconnor@gsoft.com.au> X-Spam-Score: -2.4 () ALL_TRUSTED X-Scanned-By: MIMEDefang 2.51 on 203.31.81.10 Cc: deischen@freebsd.org, Pete French Subject: Re: FreeBSD MySQL still WAY slower than Linux X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jun 2005 00:47:43 -0000 --nextPart1465291.qi9uFRETnh Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tue, 14 Jun 2005 01:24, Pete French wrote: > I'm kind of embarassed to have to ask, as this should surely be very > simple, but I cant think of anywhere to set system-wide environment > variables which all processes will have. I've only ever done this in shell > profiles before and I cant think of anywhere global to set something like > this. I tried 'man environ' and similar but it doesnt help Not sure you can actually.. Setting it in login.conf might do almost what you want. Although in the context of this discussion you could add it to the mysql us= er=20 login script I imagine. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart1465291.qi9uFRETnh Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCrike5ZPcIHs/zowRAu3KAJ9mAT4Uz+Yt7GPGuJtISMHpAyVRfgCggyFa 5FFUqIRgwu1E+fAcxgJt/j4= =IbrD -----END PGP SIGNATURE----- --nextPart1465291.qi9uFRETnh-- From owner-freebsd-stable@FreeBSD.ORG Tue Jun 14 04:03:17 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BE5FB16A41C for ; Tue, 14 Jun 2005 04:03:17 +0000 (GMT) (envelope-from louie@transsys.com) Received: from whizzo.transsys.com (whizzo.TransSys.COM [144.202.42.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3667043D55 for ; Tue, 14 Jun 2005 04:03:16 +0000 (GMT) (envelope-from louie@transsys.com) Received: from [144.202.42.88] (localhost [127.0.0.1]) by whizzo.transsys.com (Postfix) with ESMTP id CD53F20F6A; Tue, 14 Jun 2005 00:03:15 -0400 (EDT) Message-ID: <42AE5703.4020805@transsys.com> Date: Tue, 14 Jun 2005 00:03:15 -0400 From: Louis Mamakos User-Agent: Mozilla Thunderbird 1.0.2 (Macintosh/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Vladimir Botka References: <42ACA2F4.80105@hopkins-family.org> <20050613084033.R23434@localhost> In-Reply-To: <20050613084033.R23434@localhost> X-Enigmail-Version: 0.89.5.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Damon Hopkins , freebsd-stable@freebsd.org Subject: Re: ipf Kernel Panic log.. w/ Vonage linksys RT31P2, 5.4 Stable, IPF + IPNAT X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jun 2005 04:03:17 -0000 The Vonage RT31P2 does not talk H.323, and it's not necessary to do anything other than plain vanilla NAT to have it work through a firewall. That is, no port forwarding, no SIP payload re-writing, etc. Just plain vanilla NAT for both the SIP signaling and the RTP payload will be all that's necessary. I use ipfw with my Vonage service, but there's nothing special that I do for NAT. I don't do ipf.. Louis Mamakos Vladimir Botka wrote: > Hello, > if your "Vonage linksys RT31P2" talks H323 try /usr/ports/net/gatekeeper > in proxy mode. > > Cheers, > Vladimir Botka > > On Sun, 12 Jun 2005, Damon Hopkins wrote: > >> I can reproduce this very easily.. I pick up my phone and make a call >> Current Setup >> -------- >> \------ >> >> I've tried various nap rules and ipf filter settings.. here are the >> current mappings and setup.. the kernel is GENERIC w/ the debuggong >> stuff put in it. >> ---------------- IPNAT RULES -------------------- >> map vr0 10.69.0.0/24 -> 0/32 proxy port ftp ftp/tcp >> map vr0 10.69.0.0/24 -> 0/32 >> >> ----------------- IPF RULES --------------------- >> pass in quick on lo0 proto tcp from any to any flags S keep state >> pass in quick on lo0 proto udp from any to any keep state >> pass in quick on lo0 proto icmp from any to any keep state >> pass in quick on lo0 all keep state >> pass out quick on lo0 proto tcp from any to any flags S keep state >> pass out quick on lo0 proto udp from any to any keep state >> pass out quick on lo0 proto icmp from any to any keep state >> pass out quick on lo0 all keep state >> >> pass in quick on rl0 proto tcp from any to any flags S keep state >> pass in log first quick on rl0 proto udp from any to any keep state >> pass in log first quick on rl0 proto icmp from any to any keep state >> keep frags >> pass in quick on rl0 all keep state >> pass out quick on rl0 proto tcp from any to any flags S keep state >> pass out log first quick on rl0 proto udp from any to any keep state >> pass out log first quick on rl0 proto icmp from any to any keep state >> keep frags >> pass out quick on rl0 all keep state >> >> pass in quick on vr0 proto tcp from any to any flags S keep state keep >> frags >> pass in quick on vr0 proto udp from any to any keep state keep frags >> pass in log first quick on vr0 proto icmp from any to any keep state >> keep frags >> pass in quick on vr0 all keep state keep frags >> pass out quick on vr0 proto tcp from any to any flags S keep state keep >> frags >> pass out quick on vr0 proto udp from any to any keep state keep frags >> pass out log first quick on vr0 proto icmp from any to any keep state >> keep frags >> pass out quick on vr0 all keep state keep frags >> >> pass in quick on ng0 proto tcp from any to any flags S keep state >> pass in quick on ng0 proto udp from any to any keep state >> pass in log first quick on ng0 proto icmp from any to any keep state >> pass in quick on ng0 all keep state >> pass out quick on ng0 proto tcp from any to any flags S keep state >> pass out quick on ng0 proto udp from any to any keep state >> pass out log first quick on ng0 proto icmp from any to any keep state >> pass out quick on ng0 all keep state >> >> MORE ng rules form my other VPNS >> I've also just tried to pass everything >> pass in quick on vr0 all >> pass out quick on vr0 all >> >> but that didn't help any >> >> I've notices a lot of UDP traffic from the linksys adapter durring a >> phone call.. >> >> Thanks Guys.. I hope this gets fixes real fast cause my old number >> goes away in a few days and this is not going to be fun.. I can't put >> the linksys adapter in front of the firewall because it doesn't route >> my VPN's.. we use MPD and bgpd (zebra) >> >> >> Later, >> Damon Hopkins >> >> ------------- DEBUG OUTPUT ---------------------- >> Fatal trap 12: page fault while in kernel mode >> fault virtual address = 0xc >> fault code = supervisor read, page not present >> instruction pointer = 0x8:0xc0651550 >> stack pointer = 0x10:0xd3d46aec >> frame pointer = 0x10:0xd3d46af8 >> code segment = base 0x0, limit 0xfffffm type 0x1b >> = DPL 0, pres 1, def32 1, gran 1 >> processor eflags = interrupt enabled, resume, IOPL = 0 >> current process = 27 (swi1:net) >> [thread pid 27 tid 100021 ] >> Stopped at m_copydata+0x28: movl 0xc(%esi),%eax >> db> examine >> m_copydata+0x28: 290c468b >> db> trace >> Tracing pid 27 tid 100021 td 0xc15a4180 >> mcopydata(c17fa400,0,38,c193abc0,0) at m_copydata+0x28 >> ipllog(0,d3d46bc8,d3d46b50,d3d46b48,d3d46b40) at ipllog+0x1f1 >> ipflog(105819,c17fa450,d3d46bc8,c17fa400,0) at ipflog+0x18f >> fr_check(c17fa450,14,c16c6000,0,d3d46c70) at fr_check+0xc6c >> fr_check_wrapper(0,d3d46c70,c16c6000,1,0) at fr_check_wrapper+0x2a >> pfil_run_hooks(c08fa5c0,d3d46cbc,c16c600,1,0) at pfil_run_hooks+0xeb >> ip_input(c17fa400) at ip_input+0x211 >> netisr_processqueue(c08f9858) at netisr_processqueue+0x9f >> swi_net(0) at swi_net+0xee >> ithread_loop(c159a500,d3d46d38) at ithread_loop+0x151 >> fork_exit(c0609f4c,c159a500,d3d46d38) at fork_exit+0x74 >> fork_trampoline() at fork_trampoline+0x8 >> --- trap 0x1, eip = 0, esp = 0xd3d46d6c, ebp = 0 --- >> >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" >> >> >> > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Tue Jun 14 05:06:55 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 12B7E16A41C; Tue, 14 Jun 2005 05:06:55 +0000 (GMT) (envelope-from tedm@toybox.placo.com) Received: from mail.freebsd-corp-net-guide.com (mail.freebsd-corp-net-guide.com [65.75.192.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id 963D643D49; Tue, 14 Jun 2005 05:06:54 +0000 (GMT) (envelope-from tedm@toybox.placo.com) Received: from tedwin2k (nat-rtr.freebsd-corp-net-guide.com [65.75.197.130]) by mail.freebsd-corp-net-guide.com (8.11.1/8.11.1) with SMTP id j5E57nb80684; Mon, 13 Jun 2005 22:07:49 -0700 (PDT) (envelope-from tedm@toybox.placo.com) From: "Ted Mittelstaedt" To: "Didier Wiroth" , Date: Mon, 13 Jun 2005 22:06:50 -0700 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) In-Reply-To: <19891a045407.42ae0cc2@etat.lu> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1478 Importance: Normal Cc: freebsd-questions@freebsd.org Subject: RE: applying the vesa patch to stable for high console resolution X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jun 2005 05:06:55 -0000 Hi, Has this patch beeen applied to CURRENT? So it will be in the next release of FreeBSD? Ted >-----Original Message----- >From: owner-freebsd-questions@freebsd.org >[mailto:owner-freebsd-questions@freebsd.org]On Behalf Of Didier Wiroth >Sent: Monday, June 13, 2005 1:46 PM >To: freebsd-stable@freebsd.org >Cc: freebsd-questions@freebsd.org >Subject: applying the vesa patch to stable for high console resolution > > >Hi, > >USE AT YOUR OWN RISK!!!!! > >this for the freebsd5 branch only!!!! > >Here is how to apply the patch to get the "long awaited" high >console text modes under freebsd! >I actually use it on my nc6000 hp laptop with the following mode: >1400x1050x16 >damm .. really nice ;-)) > >This patch is actually for freebsd current but it works (for >me) with 5-stable and may be "release" or earlier versions (5.X) too. > >ONCE AGAIN BE WARNED!! USE AT YOUR OWN RISK!!! > >Let's go: >1) Get the patch here: >http://people.freebsd.org/~delphij/vesa/patchset-highres.20050522 > >2) Remove the lines which are not required for us and rename >the patch we will use to syscons.patch: >split -p "Index: usr.sbin" patchset-highres.20050522 && mv xaa >syscons.patch > >3) backup and patch your local (stable) sources: >(/usr/src/sys/dev/syscons - will be patched) >cp -Rp /usr/src/sys/dev/syscons /usr/src/sys/dev/BAK.syscons >cd /usr/src >patch < path_to_patch/syscons.patch > >4) recompile and install your kernel with sc_pixel_mode and >vesa support see handbook for details! >http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/kernel config.html 5) backup your vidcontrol sources cp -Rp /usr/src/usr.sbin/vidcontrol /usr/src/usr.sbin/BAK.vidcontrol 6) update your vidcontrol sources with the "current/HEAD" vidcontrol sources cd /usr/src cvs -danoncvs@anoncvs.de.freebsd.org:/home/ncvs co -rHEAD usr.sbin/vidcontrol 7) recompile vidcontrol and install cd /usr/src/usr.sbin/vidcontrol && make clean && make all && make install 8) reboot 9) after having rebooted with your new kernel (with sc_pixel_mode and vesa) issue a "vidcontrol -i mode" You will get lots of ouput like this: 322 (0x142) 0x0000000f G 1400x1050x16 1 8x16 0xa0000 64k 64k 0x98000000 65472k Test the mode in a shell by issuying: vidcontrol MODE_322 If it works (I hope for you ;-)) but your corresponding mode in rc.conf like this: allscreens_flags="MODE_322" Voilà :-)) Long live freebsd _______________________________________________ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Tue Jun 14 06:59:24 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6E59116A41C for ; Tue, 14 Jun 2005 06:59:24 +0000 (GMT) (envelope-from chris@haakonia.hitnet.rwth-aachen.de) Received: from ms-dienst.rz.rwth-aachen.de (ms-2.rz.RWTH-Aachen.DE [134.130.3.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0527443D49 for ; Tue, 14 Jun 2005 06:59:23 +0000 (GMT) (envelope-from chris@haakonia.hitnet.rwth-aachen.de) Received: from r220-1 (r220-1.rz.RWTH-Aachen.DE [134.130.3.31]) by ms-dienst.rz.rwth-aachen.de (iPlanet Messaging Server 5.2 Patch 2 (built Jul 14 2004)) with ESMTP id <0II20027HBEYUL@ms-dienst.rz.rwth-aachen.de> for freebsd-stable@freebsd.org; Tue, 14 Jun 2005 08:59:22 +0200 (MEST) Received: from relay.rwth-aachen.de ([134.130.3.1]) by r220-1 (MailMonitor for SMTP v1.2.2 ) ; Tue, 14 Jun 2005 08:59:21 +0200 (MEST) Received: from haakonia.hitnet.rwth-aachen.de (haakonia.hitnet.RWTH-Aachen.DE [137.226.181.92]) by relay.rwth-aachen.de (8.13.3/8.13.3/1) with ESMTP id j5E6xHDM009203; Tue, 14 Jun 2005 08:59:17 +0200 (MEST) Received: by haakonia.hitnet.rwth-aachen.de (Postfix, from userid 1001) id CB5AF28469; Tue, 14 Jun 2005 08:59:16 +0200 (CEST) Date: Tue, 14 Jun 2005 08:59:16 +0200 From: Christian Brueffer In-reply-to: To: Ted Mittelstaedt Message-id: <20050614065916.GA1154@unixpages.org> MIME-version: 1.0 Content-type: multipart/signed; boundary=r5Pyd7+fXNt84Ff3; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-disposition: inline User-Agent: Mutt/1.5.6i X-Operating-System: FreeBSD 5.4-STABLE X-PGP-Key: http://people.FreeBSD.org/~brueffer/brueffer.key.asc X-PGP-Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D References: <19891a045407.42ae0cc2@etat.lu> Cc: freebsd-stable@freebsd.org, Didier Wiroth Subject: Re: applying the vesa patch to stable for high console resolution X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jun 2005 06:59:24 -0000 --r5Pyd7+fXNt84Ff3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jun 13, 2005 at 10:06:50PM -0700, Ted Mittelstaedt wrote: > Hi, >=20 > Has this patch beeen applied to CURRENT? So it will be in the next > release of FreeBSD? >=20 Yes, about two weeks ago. - Christian --=20 Christian Brueffer chris@unixpages.org brueffer@FreeBSD.org GPG Key: http://people.freebsd.org/~brueffer/brueffer.key.asc GPG Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D --r5Pyd7+fXNt84Ff3 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFCroBEbHYXjKDtmC0RAntBAKDEVs+XrgUU2YMi/NH9X3um29jpcwCdGupW IxGy3fcBEGW5Lgem7JwW2pg= =eoPi -----END PGP SIGNATURE----- --r5Pyd7+fXNt84Ff3-- From owner-freebsd-stable@FreeBSD.ORG Tue Jun 14 09:30:23 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 82F4A16A41C for ; Tue, 14 Jun 2005 09:30:23 +0000 (GMT) (envelope-from killing@multiplay.co.uk) Received: from multiplay.co.uk (www1.multiplay.co.uk [212.42.16.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 093D143D1D for ; Tue, 14 Jun 2005 09:30:22 +0000 (GMT) (envelope-from killing@multiplay.co.uk) Received: from vader ([212.135.219.179]) by multiplay.co.uk (multiplay.co.uk [212.42.16.7]) (MDaemon.PRO.v8.0.2.R) with ESMTP id md50001524112.msg for ; Tue, 14 Jun 2005 10:24:49 +0100 Message-ID: <005301c570c3$93fde1f0$b3db87d4@multiplay.co.uk> From: "Steven Hartland" To: , "Stephen Montgomery-Smith" References: <20050610170707.T66195@ns1.as.pvp.se> <01fe01c56dd3$9fa11bf0$b3db87d4@multiplay.co.uk> <42A9F2DB.8050600@math.missouri.edu> <20050614000505.GD739@Alex.lan> Date: Tue, 14 Jun 2005 10:29:31 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2527 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 X-Spam-Processed: multiplay.co.uk, Tue, 14 Jun 2005 10:24:49 +0100 (not processed: message from valid local sender) X-MDRemoteIP: 212.135.219.179 X-Return-Path: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-stable@freebsd.org X-MDAV-Processed: multiplay.co.uk, Tue, 14 Jun 2005 10:24:49 +0100 Cc: kama , freebsd-stable Subject: Re: 5.4 not running HTT X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jun 2005 09:30:23 -0000 [quote=FreeBSD-SA-05:09.htt.asc] NOTE: For users that are certain that their environment is not affected by this vulnerability, such as single-user systems, Hyper-Threading Technology may be re-enabled by setting the tunable "machdep.hyperthreading_allowed". [/quote] ----- Original Message ----- From: "Alex de Kruijff" > On Fri, Jun 10, 2005 at 03:06:51PM -0500, Stephen Montgomery-Smith wrote: >> Steven Hartland wrote: >> >Have a read /usr/src/UPDATING it explains. >> > >> >> It should be in /usr/src/UPDATING, but I don't see it there myself. >> >> I got bitten by the same problem. The other guy who gave >> ftp://ftp.freebsd.org/pub/FreeBSD/CERT/advisories/FreeBSD-SA-05:09.htt.asc >> provided the right answer, but it should be also mentioned in UPDATING. > > Now it is. But its a bit vage. (i.e. what is a knob) > 20050513: p1 FreeBSD-SA-05:09.htt > Add a knob for disabling/enabling HTT. Default off due to > information > disclosure on multi-user systems. > > I assume it can be turned on by > echo 'kern.sched.ipiwakeup.htt2=1' >> /etc/sysctl.conf > > -- > Alex > > ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone (023) 8024 3137 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-stable@FreeBSD.ORG Tue Jun 14 10:41:15 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8A0F916A421 for ; Tue, 14 Jun 2005 10:41:15 +0000 (GMT) (envelope-from marsgmiro@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E4D843D49 for ; Tue, 14 Jun 2005 10:41:15 +0000 (GMT) (envelope-from marsgmiro@gmail.com) Received: by zproxy.gmail.com with SMTP id 12so184624nzp for ; Tue, 14 Jun 2005 03:41:14 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type; b=VIoIus349a8vRNGoZpnN/WPyhSSc/nrb8RUTvvmwr/MW1leiksYhQN1WvBJO4XtDZ7jP6elvyfConHyOSwiDsnAmELyU+tL1NW0XbDoGLY1GdsrL5f0Pd44Zd1/jk+GzzD92guRbLsOqxx4GNhYYroksPExyrzg0FzEioJhxzG0= Received: by 10.36.74.17 with SMTP id w17mr3572862nza; Tue, 14 Jun 2005 03:41:14 -0700 (PDT) Received: by 10.36.72.13 with HTTP; Tue, 14 Jun 2005 03:41:14 -0700 (PDT) Message-ID: <28edec3c05061403411b3714f9@mail.gmail.com> Date: Tue, 14 Jun 2005 18:41:14 +0800 From: "Mars G. Miro" To: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_16958_6217374.1118745674720" Subject: (no subject) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "Mars G. Miro" List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jun 2005 10:41:15 -0000 ------=_Part_16958_6217374.1118745674720 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Yo list! I've found out that there are some hurdles in doing this upgrade, as also pointed out by another user [0]. The problem is in make and I think it happened during this change [1]. It can be solved by installing the new make first, before the installkernel and installworld process, e.g.: [ this assumes you've already built world from another box and NFS-exported the /usr/src and /usr/obj directories, and mounting them from the client ] # cd /usr/src/usr.bin/make && make install [ 'rehash' if using csh. then create the pf user/groups, as pf became officially imported in 5.3, refer to src/etc/master.passwd and group files ] # cd /usr/src && make installkernel && make installworld [ mergemaster ] Thanks.=20 [0] http://lists.freebsd.org/pipermail/freebsd-stable/2005-June/015618.html [1] http://www.freebsd.org/cgi/cvsweb.cgi/src/Makefile.inc1.diff?r1=3D1.433= &r2=3D1.434&f=3Dh ------=_Part_16958_6217374.1118745674720 Content-Type: application/octet-stream; name="NFS upgrading from 5.2.1->5.4" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="NFS upgrading from 5.2.1->5.4" ------=_Part_16958_6217374.1118745674720-- From owner-freebsd-stable@FreeBSD.ORG Tue Jun 14 11:49:07 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E6F8E16A41C for ; Tue, 14 Jun 2005 11:49:07 +0000 (GMT) (envelope-from marsgmiro@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id A1B8543D49 for ; Tue, 14 Jun 2005 11:49:07 +0000 (GMT) (envelope-from marsgmiro@gmail.com) Received: by zproxy.gmail.com with SMTP id 12so216565nzp for ; Tue, 14 Jun 2005 04:49:07 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=WHtdyG00sOY7wTdt7+SnwK0ETJGmc5aTvT4Pnl5vR6Vs5HahVIJmOtR7gcln/cl6ey9A6ov8eIYU9MdO9kmBoHBuC6saZ0PREt/IFMoqhevCkym600ReikoKb9/2lgtV5RqIWMwHGH/9MsBT0OoFqFuFaDA9WxdBPZPtyA4JcNM= Received: by 10.36.222.44 with SMTP id u44mr3600714nzg; Tue, 14 Jun 2005 04:49:07 -0700 (PDT) Received: by 10.36.72.13 with HTTP; Tue, 14 Jun 2005 04:49:07 -0700 (PDT) Message-ID: <28edec3c0506140449509acb4c@mail.gmail.com> Date: Tue, 14 Jun 2005 19:49:07 +0800 From: "Mars G. Miro" To: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: NFS upgrading from 5.2.1->5.4 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "Mars G. Miro" List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jun 2005 11:49:08 -0000 [ resent, as I forgot to add the subject, sorry ] I've found out that there are some hurdles in doing this upgrade, as also pointed out by another user [0]. The problem is in make and I think it happened during this change [1]. It can be solved by installing the new make first, before the installkernel and installworld process, e.g.: [ this assumes you've already built world from another box and NFS-exported the /usr/src and /usr/obj directories, and mounting them from the client ] # cd /usr/src/usr.bin/make && make install [ 'rehash' if using csh. then create the pf user/groups, as pf became officially imported in 5.3, refer to src/etc/master.passwd and group files ] # cd /usr/src && make installkernel && make installworld [ mergemaster ] Thanks. [0] http://lists.freebsd.org/pipermail/freebsd-stable/2005-June/015618.html [1] http://www.freebsd.org/cgi/cvsweb.cgi/src/Makefile.inc1.diff?r1=3D1.433= &r2=3D1.434&f=3Dh From owner-freebsd-stable@FreeBSD.ORG Tue Jun 14 13:08:02 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4AB8B16A41C; Tue, 14 Jun 2005 13:08:02 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: from rosebud.otenet.gr (rosebud.otenet.gr [195.170.0.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id 931D943D53; Tue, 14 Jun 2005 13:08:01 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: from orion.daedalusnetworks.priv (aris.bedc.ondsl.gr [62.103.39.226]) by rosebud.otenet.gr (8.13.4/8.13.4/Debian-1) with SMTP id j5ED7uvd003370; Tue, 14 Jun 2005 16:07:57 +0300 Received: from orion.daedalusnetworks.priv (orion [127.0.0.1]) by orion.daedalusnetworks.priv (8.13.4/8.13.4) with ESMTP id j5E1kOsM003057; Tue, 14 Jun 2005 04:46:24 +0300 (EEST) (envelope-from keramida@freebsd.org) Received: (from keramida@localhost) by orion.daedalusnetworks.priv (8.13.4/8.13.4/Submit) id j5E1kNfl003056; Tue, 14 Jun 2005 04:46:23 +0300 (EEST) (envelope-from keramida@freebsd.org) Date: Tue, 14 Jun 2005 04:46:23 +0300 From: Giorgos Keramidas To: Ted Mittelstaedt Message-ID: <20050614014623.GC2803@orion.daedalusnetworks.priv> References: <19891a045407.42ae0cc2@etat.lu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Cc: freebsd-stable@freebsd.org, Didier Wiroth , freebsd-questions@freebsd.org Subject: Re: applying the vesa patch to stable for high console resolution X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jun 2005 13:08:02 -0000 On 2005-06-13 22:06, Ted Mittelstaedt wrote: >> http://people.freebsd.org/~delphij/vesa/patchset-highres.20050522 > > Has this patch beeen applied to CURRENT? So it will be in the next > release of FreeBSD? Yes. From owner-freebsd-stable@FreeBSD.ORG Tue Jun 14 14:10:03 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3633316A41C; Tue, 14 Jun 2005 14:10:03 +0000 (GMT) (envelope-from frode@nordahl.net) Received: from smtp1.powertech.no (smtp1.powertech.no [195.159.0.145]) by mx1.FreeBSD.org (Postfix) with ESMTP id DBB3043D1F; Tue, 14 Jun 2005 14:10:01 +0000 (GMT) (envelope-from frode@nordahl.net) Received: from [195.159.148.126] (dhcp7.xu.nordahl.net [195.159.148.126]) by smtp1.powertech.no (Postfix) with ESMTP id 7C09E8249; Tue, 14 Jun 2005 16:10:00 +0200 (CEST) In-Reply-To: <42AD43F4.1020305@cuk.nu> References: <42AA2B21.8040708@bfoz.net> <42AA761B.5020909@cs.tu-berlin.de> <42AB6EE1.7070405@bfoz.net> <42AD43F4.1020305@cuk.nu> Mime-Version: 1.0 (Apple Message framework v730) Content-Type: text/plain; charset=UTF-8; delsp=yes; format=flowed Message-Id: <0BEFEB50-325C-4EE6-BAB6-8FC24ABAEF9B@nordahl.net> Content-Transfer-Encoding: quoted-printable From: Frode Nordahl Date: Tue, 14 Jun 2005 16:10:00 +0200 To: =?UTF-8?Q?Marko_=C4=8Cuk?= X-Mailer: Apple Mail (2.730) Cc: freebsd-stable@freebsd.org, freebsd-questions@freebsd.org Subject: Re: NFS on 5.4 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jun 2005 14:10:03 -0000 On 13. jun. 2005, at 10.29, Marko =C4=8Cuk wrote: > I have same hardware as before, when 5.3 was installed, except the =20 > installation is new, 5.4. I have NFS mounted and some FTP app is =20 > using it extensively and server crashes once / day. How much memory do you have on the server? You may want to adjust =20 vm.kmem_size_max. I have it set to 419430400 (400MB) on my 2 and 4G RAM servers. I have recently upgraded 5 NFS servers from 5.3-STABLE to 5.4-RELEASE-=20= p2, and have had no ill effects so far. I had frequent crashes on 5.2.x before setting kmem_size_max (it was =20 a compile time option back then), so I have kept it that way since. Frode Nordahl frode@nordahl.net From owner-freebsd-stable@FreeBSD.ORG Tue Jun 14 14:19:58 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9C73316A41C for ; Tue, 14 Jun 2005 14:19:58 +0000 (GMT) (envelope-from dgeo@egim-mrs.fr) Received: from mail.egim-mrs.fr (bouba.egim-mrs.fr [147.94.19.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id A48E843D1F for ; Tue, 14 Jun 2005 14:19:55 +0000 (GMT) (envelope-from dgeo@egim-mrs.fr) Received: from localhost (localhost [127.0.0.1]) by mail.egim-mrs.fr (Nintendo(0.0-1a)) with ESMTP id 85194C9313 for ; Tue, 14 Jun 2005 16:20:25 +0200 (CEST) Received: from mail.egim-mrs.fr ([127.0.0.1]) by localhost (bouba.egim-mrs.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 17348-01 for ; Tue, 14 Jun 2005 16:20:24 +0200 (CEST) Received: from [147.94.19.170] (pcd.egim-mrs.fr [147.94.19.170]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.egim-mrs.fr (Nintendo(0.0-1a)) with ESMTP id 249BAC9311 for ; Tue, 14 Jun 2005 16:20:24 +0200 (CEST) Message-ID: <42AEE7A5.8090602@egim-mrs.fr> Date: Tue, 14 Jun 2005 16:20:21 +0200 From: Geoffroy Desvernay User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050331) X-Accept-Language: fr, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <42AD59A6.3080309@egim-mrs.fr> In-Reply-To: <42AD59A6.3080309@egim-mrs.fr> Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms050707010907080900090701" X-Virus-Scanned: by amavisd-new at egim-mrs.fr X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: kernel bug (ufs2?) on a dell 2600 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jun 2005 14:19:58 -0000 This is a cryptographically signed message in MIME format. --------------ms050707010907080900090701 Content-Type: multipart/mixed; boundary="------------080109000903020800010806" This is a multi-part message in MIME format. --------------080109000903020800010806 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit It's not related to more-than-full fs: it occured one more time without it :( Do someone have an idea ? Geoffroy Desvernay a écrit : > This server (FreeBSD 5.4 RELENG) is crashing once a week or more since > 5.4 (maybe before). > > It may be related with a full filesystem: > I'm using snapshots on this server (using > http://people.freebsd.org/~rse/snapshot/), and crash has occured after > (~30mins) a snapshot that fills up to 100% the filesystem. > > Attached the dmesg and kgdb logs. > > I'm not so hacker, but hope that it can help to resolve this bug. > > > > > ------------------------------------------------------------------------ > > [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you are > welcome to change it and/or distribute copies of it under certain conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for details. > This GDB was configured as "i386-marcel-freebsd". > #0 doadump () at pcpu.h:160 > 160 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); > (kgdb) bt full > #0 doadump () at pcpu.h:160 > No locals. > #1 0xc06878d6 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:410 > first_buf_printf = 1 > #2 0xc0687cc4 in panic (fmt=0xc091a1ae "initiate_write_inodeblock_ufs2: already started") > at /usr/src/sys/kern/kern_shutdown.c:566 > td = (struct thread *) 0xc3641c00 > bootopt = 260 > newpanic = 0 > ap = 0xc3641c00 "\\\214\220Ã -XÃ" > buf = "initiate_write_inodeblock_ufs2: already started", '\0' > #3 0xc080ef5f in initiate_write_inodeblock_ufs2 (inodedep=0xc5be0280, bp=0x0) > at /usr/src/sys/ufs/ffs/ffs_softdep.c:3781 > adp = (struct allocdirect *) 0xd75bd13c > lastadp = (struct allocdirect *) 0x1000 > dp = (struct ufs2_dinode *) 0x0 > fs = (struct fs *) 0xc21f6730 > i = Unhandled dwarf expression opcode 0x93 > (kgdb) quit > > > ------------------------------------------------------------------------ > > Copyright (c) 1992-2005 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD 5.4-STABLE #0: Mon Jun 6 18:51:49 CEST 2005 > root@zlip.egim-mrs.fr:/usr/obj/usr/src/sys/ZLIP > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Intel(R) Xeon(TM) CPU 2.40GHz (2392.29-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 > Features=0xbfebfbff > Hyperthreading: 2 logical CPUs > real memory = 2147287040 (2047 MB) > avail memory = 2095828992 (1998 MB) > ACPI APIC Table: > FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs > cpu0 (BSP): APIC ID: 0 > cpu1 (AP): APIC ID: 1 > cpu2 (AP): APIC ID: 6 > cpu3 (AP): APIC ID: 7 > ioapic0: Changing APIC ID to 8 > ioapic1: Changing APIC ID to 9 > ioapic2: Changing APIC ID to 10 > ioapic2: WARNING: intbase 72 != expected base 48 > ioapic3: Changing APIC ID to 11 > ioapic3: WARNING: intbase 120 != expected base 96 > ioapic4: Changing APIC ID to 12 > ioapic0 irqs 0-23 on motherboard > ioapic1 irqs 24-47 on motherboard > ioapic2 irqs 72-95 on motherboard > ioapic3 irqs 120-143 on motherboard > ioapic4 irqs 144-167 on motherboard > npx0: on motherboard > npx0: INT 16 interface > acpi0: on motherboard > acpi0: Power Button (fixed) > Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 > cpu0: on acpi0 > cpu1: on acpi0 > cpu2: on acpi0 > cpu3: on acpi0 > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > pcib1: at device 2.0 on pci0 > pci1: on pcib1 > pci1: at device 28.0 (no driver attached) > pcib2: at device 29.0 on pci1 > pci2: on pcib2 > em0: port 0xece0-0xecff mem 0xfdec0000-0xfdedffff,0xfdee0000-0xfdefffff irq 24 at device 2.0 on pci2 > em0: Ethernet address: 00:02:b3:d4:d3:a2 > em0: Speed:N/A Duplex:N/A > pci1: at device 30.0 (no driver attached) > pcib3: at device 31.0 on pci1 > pci3: on pcib3 > em1: port 0xdce0-0xdcff mem 0xfdcc0000-0xfdcdffff,0xfdce0000-0xfdcfffff irq 28 at device 1.0 on pci3 > em1: Ethernet address: 00:0b:db:92:0a:e4 > em1: Speed:N/A Duplex:N/A > pcib4: at device 3.0 on pci0 > pci4: on pcib4 > pci4: at device 28.0 (no driver attached) > pcib5: at device 29.0 on pci4 > pci5: on pcib5 > pci4: at device 30.0 (no driver attached) > pcib6: at device 31.0 on pci4 > pci6: on pcib6 > bge0: mem 0xfd8f0000-0xfd8fffff irq 80 at device 3.0 on pci6 > miibus0: on bge0 > brgphy0: on miibus0 > brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto > bge0: Ethernet address: 00:10:18:06:39:68 > pcib7: at device 4.0 on pci0 > pci7: on pcib7 > pci7: at device 28.0 (no driver attached) > pcib8: at device 29.0 on pci7 > pci8: on pcib8 > amr0: mem 0xfebf0000-0xfebfffff irq 120 at device 8.0 on pci8 > amr0: Firmware 250O, BIOS 1.06, 128MB RAM > pci7: at device 30.0 (no driver attached) > pcib9: at device 31.0 on pci7 > pci10: on pcib9 > ahc0: port 0xbc00-0xbcff mem 0xfd3ff000-0xfd3fffff irq 148 at device 7.0 on pci10 > aic7899: Ultra160 Wide Channel A, SCSI Id=7, 32/253 SCBs > ahc1: port 0xb800-0xb8ff mem 0xfd3fe000-0xfd3fefff irq 149 at device 7.1 on pci10 > aic7899: Ultra160 Wide Channel B, SCSI Id=7, 32/253 SCBs > uhci0: port 0x9ce0-0x9cff irq 16 at device 29.0 on pci0 > usb0: on uhci0 > usb0: USB revision 1.0 > uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub0: 2 ports with 2 removable, self powered > pcib10: at device 30.0 on pci0 > pci11: on pcib10 > pci11: at device 4.0 (no driver attached) > isab0: at device 31.0 on pci0 > isa0: on isab0 > atapci0: port 0xfc00-0xfc0f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0 > ata0: channel #0 on atapci0 > ata1: channel #1 on atapci0 > fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 > fd0: <1440-KB 3.5" drive> on fdc0 drive 0 > atkbdc0: port 0x64,0x60 irq 1 on acpi0 > atkbd0: irq 1 on atkbdc0 > kbd0 at atkbd0 > psm0: irq 12 on atkbdc0 > psm0: model IntelliMouse Explorer, device ID 4 > sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 > sio0: type 16550A > sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 > sio1: type 16550A > ppc0: port 0x778-0x77f,0x378-0x37f irq 7 drq 1 on acpi0 > ppc0: Generic chipset (ECP/PS2/NIBBLE) in COMPATIBLE mode > ppc0: FIFO with 16/16/8 bytes threshold > ppbus0: on ppc0 > plip0: on ppbus0 > lpt0: on ppbus0 > lpt0: Interrupt-driven port > ppi0: on ppbus0 > orm0: at iomem 0xec000-0xeffff,0xc0000-0xc7fff on isa0 > pmtimer0 on isa0 > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=0x300> > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > Timecounters tick every 10.000 msec > acd0: CDROM at ata0-master PIO4 > Waiting 15 seconds for SCSI devices to settle > amrd0: on amr0 > amrd0: 69758MB (142864384 sectors) RAID 1 (optimal) > ses0 at amr0 bus 0 target 6 lun 0 > ses0: Fixed Processor SCSI-2 device > ses0: SAF-TE Compliant Device > da0 at ahc0 bus 0 target 0 lun 0 > da0: Fixed Direct Access SCSI-3 device > da0: 160.000MB/s transfers (80.000MHz, offset 31, 16bit), Tagged Queueing Enabled > da0: 200000MB (409600000 512 byte sectors: 255H 63S/T 25496C) > da1 at ahc0 bus 0 target 1 lun 0 > da1: Fixed Direct Access SCSI-3 device > da1: 160.000MB/s transfers (80.000MHz, offset 31, 16bit), Tagged Queueing Enabled > da1: 200000MB (409600000 512 byte sectors: 255H 63S/T 25496C) > da2 at ahc0 bus 0 target 2 lun 0 > da2: Fixed Direct Access SCSI-3 device > da2: 160.000MB/s transfers (80.000MHz, offset 31, 16bit), Tagged Queueing Enabled > da2: 200000MB (409600000 512 byte sectors: 255H 63S/T 25496C) > da3 at ahc0 bus 0 target 3 lun 0 > da3: Fixed Direct Access SCSI-3 device > da3: 160.000MB/s transfers (80.000MHz, offset 31, 16bit), Tagged Queueing Enabled > da3: 300000MB (614400000 512 byte sectors: 255H 63S/T 38244C) > da4 at ahc0 bus 0 target 4 lun 0 > da4: Fixed Direct Access SCSI-3 device > da4: 160.000MB/s transfers (80.000MHz, offset 31, 16bit), Tagged Queueing Enabled > da4: 266856MB (546521088 512 byte sectors: 255H 63S/T 34019C) > SMP: AP CPU #1 Launched! > SMP: AP CPU #2 Launched! > SMP: AP CPU #3 Launched! > Mounting root from ufs:/dev/amrd0s1a > WARNING: / was not properly dismounted > WARNING: /tmp was not properly dismounted > WARNING: /usr was not properly dismounted > WARNING: /var was not properly dismounted > /var: mount pending error: blocks 156 files 1 > WARNING: /var/crash was not properly dismounted > WARNING: /anonftp was not properly dismounted > WARNING: /jukebox was not properly dismounted > WARNING: /anonftp/pub2 was not properly dismounted > WARNING: /savesm2 was not properly dismounted > /savesm2: mount pending error: blocks 3230304 files 1 > WARNING: /sav was not properly dismounted > em1: Link is up 1000 Mbps Full Duplex --------------080109000903020800010806-- --------------ms050707010907080900090701 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIOazCC A9swggLDoAMCAQICAQIwDQYJKoZIhvcNAQEEBQAwTzELMAkGA1UEBhMCRlIxDDAKBgNVBAoT A0NSVTESMBAGA1UEAxMJYWMtcmFjaW5lMR4wHAYJKoZIhvcNAQkBFg9jYS1hZG1pbkBjcnUu ZnIwHhcNMDMwNTE2MDkzMTE3WhcNMTIxMjE0MDkzMTE3WjBUMQswCQYDVQQGEwJGUjEMMAoG A1UEChMDQ1JVMRcwFQYDVQQDEw5hYy11dGlsaXNhdGV1cjEeMBwGCSqGSIb3DQEJARYPY2Et YWRtaW5AY3J1LmZyMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAtXGYMirQ2feu 6b4FDrH8PRwIyjfXPSXaG33GoatYJIbOmxAwnGbwVBng3WDzoW5X45RWq93nOxSdx4MTsGQJ pBihob2h4XeGpL54WlLd+kvOxvp/0OzLYYcESI3dpVRjf6jB8Ggc7BUlE+ptIjyXAVTNKz1o 6aiLSR6G1zG5cidq3BAXjlpfvbX9EWfICcnmLMSQ29oam857EsAJRuGHNajdPEMUlsioEIf2 Zf4YL9pa5rJ5Efs7NTxu8ffICGYlCynJXJTC461sRrub8s6SOM69NTw8EM+1A3ewd5WyGkZe QSG7SJyJY8Lg8u4CMoflOjP3LSYhCLI1Ic0gX08dkQIDAQABo4G8MIG5MA8GA1UdEwEB/wQF MAMBAf8wHQYDVR0OBBYEFBUKfCi1rKa81/0yMx15vbNJCjGQMHcGA1UdIwRwMG6AFK8vz0qV BLbeJLMJqVU+XA4c+HEuoVOkUTBPMQswCQYDVQQGEwJGUjEMMAoGA1UEChMDQ1JVMRIwEAYD VQQDEwlhYy1yYWNpbmUxHjAcBgkqhkiG9w0BCQEWD2NhLWFkbWluQGNydS5mcoIBADAOBgNV HQ8BAf8EBAMCAQYwDQYJKoZIhvcNAQEEBQADggEBAMG/+LofN2vISFWieXrHsFsIrM/2WUhf zAcE2/Ga+/UWvJaDJO9RlbUNN3l+f40L1yUJW9kZqY4XMBcbJ6jbpmeJ+zTf+zveAD/sl9ZN qoC931HFLq/TGjZSIQxX4Nxad9DFbok66X1qfRZF4+beaz2zjrF07LvjWX6201Rc6zQhNyTy UdO/wYY0EBYu0CFrTK4RxS6d2LsyO1p1Xj7oMCa9Utmu/igZoXJYL709POBKHJoYNU+LI6iJ 8aYcZupJ/GXVxfj68L1KP2i8cM3a570bJCDbsKcchzZqsvII5cewU7KKPH4fyMyfsA39tJ0V BMQyvdWZHpS75DN0eB5UVzUwggVCMIIEKqADAgECAgIEkzANBgkqhkiG9w0BAQQFADBUMQsw CQYDVQQGEwJGUjEMMAoGA1UEChMDQ1JVMRcwFQYDVQQDEw5hYy11dGlsaXNhdGV1cjEeMBwG CSqGSIb3DQEJARYPY2EtYWRtaW5AY3J1LmZyMB4XDTA1MDMyMzEwMjEwMloXDTA2MDMyMzEw MjEwMlowXjELMAkGA1UEBhMCRlIxETAPBgNVBAoTCDAxMzM3NzRHMRswGQYDVQQDExJHZW9m ZnJveSBEZXN2ZXJuYXkxHzAdBgkqhkiG9w0BCQEWEGRnZW9AZWdpbS1tcnMuZnIwggEiMA0G CSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQCms7qWSkTwUJvQq2Mu2ghrvv9AXcaDASOKblYa lTFCmi5fYR9FbTkK+/F7+q7DsEc+cFk12S7mTk/n0M6zyqqTYZ8P1CpAqOj9L8vYHHoRTmi+ nLr5SkZ74KdERxLgFsh5A7xz4+aACOVwXweTWeaGZ7qkwZCduRpY+t/l88AQXT6PA2Ao2cEc 1jsAFqnCGAyo6M1oVB+UikZjBi8DH+ZJFCDt53OFSrBGCxwb0O1QSmUeIBCQpK32N7vy2+Wo uWNrN232Qv9slhb9p0pP8ki1kXdmgQqXAzmsT8sa4jmyTWVyhSvVXdjRff6LMtxrD+58H4aN A3VBh5zG0TwMw/yvAgMBAAGjggISMIICDjAMBgNVHRMBAf8EAjAAMBEGCWCGSAGG+EIBAQQE AwIEsDAOBgNVHQ8BAf8EBAMCBeAwEwYDVR0lBAwwCgYIKwYBBQUHAwIwGwYDVR0RBBQwEoEQ ZGdlb0BlZ2ltLW1ycy5mcjBwBglghkgBhvhCAQ0EYxZhQ2VydGlmaWNhdCBhYy11dGlsaXNh dGV1ci4gUG91ciB0b3V0ZSBpbmZvcm1hdGlvbiBzZSByZXBvcnRlciDgIGh0dHA6Ly9pZ2Mu Y3J1LmZyL2FjLXV0aWxpc2F0ZXVyLzAdBgNVHQ4EFgQU2L2xnBQv4ehMXBUG53tonqPd6Gcw dwYDVR0jBHAwboAUFQp8KLWsprzX/TIzHXm9s0kKMZChU6RRME8xCzAJBgNVBAYTAkZSMQww CgYDVQQKEwNDUlUxEjAQBgNVBAMTCWFjLXJhY2luZTEeMBwGCSqGSIb3DQEJARYPY2EtYWRt aW5AY3J1LmZyggECME8GA1UdHwRIMEYwRKBCoECGPmh0dHA6Ly9pZ2MuY3J1LmZyL2NnaS1i aW4vbG9hZGNybD9DQT1hYy11dGlsaXNhdGV1ciZmb3JtYXQ9REVSME4GA1UdIARHMEUwQwYO KQMGAQQAAbdfAwECAAQwMTAvBggrBgEFBQcCARYjaHR0cDovL2lnYy5jcnUuZnIvcmVmZXJl bmNlcy9wYy5wZGYwDQYJKoZIhvcNAQEEBQADggEBAEiz6Id63DiwxH8SKnZKOfJoAlLmDJtu L6NS8r6KjSANcueo5wNVw2MYFs4v0ehwabtYbdjtjnPN325jqf246wZ+3c5LfBl7hQEkfTpy QGn6uOFlrCYnephGfxES4qJfFJDZx5Ugu1wYGlQ3Ojr6VNRrl8esWSHfYI5VrrX/Z1f835or LaYJ2Osdn9NNlV8wMvoMpZQwZEOjHI3fiTjneVwPQY3yoxktscU8NWEhD/HtKnAKqvp9/VjU 2Sci8fMj0DeJErsIVmbIYjX6adRi+OxnsiqB9wW2zHC1lgbBVIy1ypJHtOnbrxGzcb/4D3mJ 5+6deMUdyn6a8xiP64Tb6tEwggVCMIIEKqADAgECAgIEkzANBgkqhkiG9w0BAQQFADBUMQsw CQYDVQQGEwJGUjEMMAoGA1UEChMDQ1JVMRcwFQYDVQQDEw5hYy11dGlsaXNhdGV1cjEeMBwG CSqGSIb3DQEJARYPY2EtYWRtaW5AY3J1LmZyMB4XDTA1MDMyMzEwMjEwMloXDTA2MDMyMzEw MjEwMlowXjELMAkGA1UEBhMCRlIxETAPBgNVBAoTCDAxMzM3NzRHMRswGQYDVQQDExJHZW9m ZnJveSBEZXN2ZXJuYXkxHzAdBgkqhkiG9w0BCQEWEGRnZW9AZWdpbS1tcnMuZnIwggEiMA0G CSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQCms7qWSkTwUJvQq2Mu2ghrvv9AXcaDASOKblYa lTFCmi5fYR9FbTkK+/F7+q7DsEc+cFk12S7mTk/n0M6zyqqTYZ8P1CpAqOj9L8vYHHoRTmi+ nLr5SkZ74KdERxLgFsh5A7xz4+aACOVwXweTWeaGZ7qkwZCduRpY+t/l88AQXT6PA2Ao2cEc 1jsAFqnCGAyo6M1oVB+UikZjBi8DH+ZJFCDt53OFSrBGCxwb0O1QSmUeIBCQpK32N7vy2+Wo uWNrN232Qv9slhb9p0pP8ki1kXdmgQqXAzmsT8sa4jmyTWVyhSvVXdjRff6LMtxrD+58H4aN A3VBh5zG0TwMw/yvAgMBAAGjggISMIICDjAMBgNVHRMBAf8EAjAAMBEGCWCGSAGG+EIBAQQE AwIEsDAOBgNVHQ8BAf8EBAMCBeAwEwYDVR0lBAwwCgYIKwYBBQUHAwIwGwYDVR0RBBQwEoEQ ZGdlb0BlZ2ltLW1ycy5mcjBwBglghkgBhvhCAQ0EYxZhQ2VydGlmaWNhdCBhYy11dGlsaXNh dGV1ci4gUG91ciB0b3V0ZSBpbmZvcm1hdGlvbiBzZSByZXBvcnRlciDgIGh0dHA6Ly9pZ2Mu Y3J1LmZyL2FjLXV0aWxpc2F0ZXVyLzAdBgNVHQ4EFgQU2L2xnBQv4ehMXBUG53tonqPd6Gcw dwYDVR0jBHAwboAUFQp8KLWsprzX/TIzHXm9s0kKMZChU6RRME8xCzAJBgNVBAYTAkZSMQww CgYDVQQKEwNDUlUxEjAQBgNVBAMTCWFjLXJhY2luZTEeMBwGCSqGSIb3DQEJARYPY2EtYWRt aW5AY3J1LmZyggECME8GA1UdHwRIMEYwRKBCoECGPmh0dHA6Ly9pZ2MuY3J1LmZyL2NnaS1i aW4vbG9hZGNybD9DQT1hYy11dGlsaXNhdGV1ciZmb3JtYXQ9REVSME4GA1UdIARHMEUwQwYO KQMGAQQAAbdfAwECAAQwMTAvBggrBgEFBQcCARYjaHR0cDovL2lnYy5jcnUuZnIvcmVmZXJl bmNlcy9wYy5wZGYwDQYJKoZIhvcNAQEEBQADggEBAEiz6Id63DiwxH8SKnZKOfJoAlLmDJtu L6NS8r6KjSANcueo5wNVw2MYFs4v0ehwabtYbdjtjnPN325jqf246wZ+3c5LfBl7hQEkfTpy QGn6uOFlrCYnephGfxES4qJfFJDZx5Ugu1wYGlQ3Ojr6VNRrl8esWSHfYI5VrrX/Z1f835or LaYJ2Osdn9NNlV8wMvoMpZQwZEOjHI3fiTjneVwPQY3yoxktscU8NWEhD/HtKnAKqvp9/VjU 2Sci8fMj0DeJErsIVmbIYjX6adRi+OxnsiqB9wW2zHC1lgbBVIy1ypJHtOnbrxGzcb/4D3mJ 5+6deMUdyn6a8xiP64Tb6tExggMOMIIDCgIBATBaMFQxCzAJBgNVBAYTAkZSMQwwCgYDVQQK EwNDUlUxFzAVBgNVBAMTDmFjLXV0aWxpc2F0ZXVyMR4wHAYJKoZIhvcNAQkBFg9jYS1hZG1p bkBjcnUuZnICAgSTMAkGBSsOAwIaBQCgggGJMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEw HAYJKoZIhvcNAQkFMQ8XDTA1MDYxNDE0MjAyMVowIwYJKoZIhvcNAQkEMRYEFAl5sviq3dz2 deVsmbPaP2ioKVGcMFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwIC AgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMGkGCSsGAQQBgjcQ BDFcMFowVDELMAkGA1UEBhMCRlIxDDAKBgNVBAoTA0NSVTEXMBUGA1UEAxMOYWMtdXRpbGlz YXRldXIxHjAcBgkqhkiG9w0BCQEWD2NhLWFkbWluQGNydS5mcgICBJMwawYLKoZIhvcNAQkQ AgsxXKBaMFQxCzAJBgNVBAYTAkZSMQwwCgYDVQQKEwNDUlUxFzAVBgNVBAMTDmFjLXV0aWxp c2F0ZXVyMR4wHAYJKoZIhvcNAQkBFg9jYS1hZG1pbkBjcnUuZnICAgSTMA0GCSqGSIb3DQEB AQUABIIBACIER3ACp1PnEWx75M5xxaTvffRXIekzB8ANBoeql9U4VIYIm5Dp5Dg6oKo5sa/n F698mtxYTH8MKJ6PZReDmNT4tzuT8SQ94aBp8mj8AmiuEzCLNSGDmPFEojjTy+qb9tHGkEFf 5qKLgeVC+TyCKfJJMPXF1i4sTBo3XS5cZtpTHTMTVgSws95XYWO5tuzvbn6PhDuiSokCnZiX EpfF8kk2MTpsKOVmfp/yklpRRGnw50g1jpw7u+e52q+37J+KqHN5BacyEb80lLjyVY1glYbt 3ewemnWwY/6HmMjjo8C9s3DylTLpKBHCf7rkMM+e35LzJkE9Sq12p+VTuaruGAEAAAAAAAA= --------------ms050707010907080900090701-- From owner-freebsd-stable@FreeBSD.ORG Tue Jun 14 14:22:47 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C64BE16A447 for ; Tue, 14 Jun 2005 14:22:47 +0000 (GMT) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (yertle.kcilink.com [65.205.34.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id 92F9343D1F for ; Tue, 14 Jun 2005 14:22:45 +0000 (GMT) (envelope-from vivek@khera.org) Received: from [192.168.7.103] (host-103.int.kcilink.com [192.168.7.103]) by yertle.kcilink.com (Postfix) with ESMTP id 9D73BB80F for ; Tue, 14 Jun 2005 10:22:44 -0400 (EDT) Mime-Version: 1.0 (Apple Message framework v730) In-Reply-To: <42AD9FC6.7050906@crc.u-strasbg.fr> References: <42AD9FC6.7050906@crc.u-strasbg.fr> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <2638926C-2C64-4BC9-990F-5FA00DB0711E@khera.org> Content-Transfer-Encoding: 7bit From: Vivek Khera Date: Tue, 14 Jun 2005 10:22:43 -0400 To: freebsd-stable@freebsd.org X-Mailer: Apple Mail (2.730) Subject: Re: UPDATE panics on 5.4-RELEASE-p1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jun 2005 14:22:48 -0000 On Jun 13, 2005, at 11:01 AM, Philippe PEGON wrote: > I contacted the author of the PR and he said he has the same > problem on two servers which seems to work fine with Linux : a HP > Proliant ML110 and an IBM. The only workaround he found is to > disable SMP and HTT. For information our server is a HP DL380 with > two cpu and I would like to use them ;) > can you try a non bge ethernet? i had lockups on one system until i turned off the motherboard bge and plugged in an intel NIC. Vivek Khera, Ph.D. +1-301-869-4449 x806 From owner-freebsd-stable@FreeBSD.ORG Tue Jun 14 15:02:41 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8EC7C16A41C for ; Tue, 14 Jun 2005 15:02:41 +0000 (GMT) (envelope-from mwlucas@bewilderbeast.blackhelicopters.org) Received: from bewilderbeast.blackhelicopters.org (bewilderbeast.blackhelicopters.org [198.22.63.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4B8C943D1D for ; Tue, 14 Jun 2005 15:02:41 +0000 (GMT) (envelope-from mwlucas@bewilderbeast.blackhelicopters.org) Received: from bewilderbeast.blackhelicopters.org (mwlucas@localhost [127.0.0.1]) by bewilderbeast.blackhelicopters.org (8.12.10/8.12.10) with ESMTP id j5EF2eOu062969 for ; Tue, 14 Jun 2005 11:02:40 -0400 (EDT) (envelope-from mwlucas@bewilderbeast.blackhelicopters.org) Received: (from mwlucas@localhost) by bewilderbeast.blackhelicopters.org (8.12.10/8.12.10/Submit) id j5EF2ehU062968 for stable@freebsd.org; Tue, 14 Jun 2005 11:02:40 -0400 (EDT) (envelope-from mwlucas) Date: Tue, 14 Jun 2005 11:02:40 -0400 From: "Michael W. Lucas" To: stable@freebsd.org Message-ID: <20050614150240.GA62949@bewilderbeast.blackhelicopters.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i X-Spam-Score: (0) X-Scanned-By: MIMEDefang 2.39 Cc: Subject: /usr/local/etc/rc.d/*.sh not working? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jun 2005 15:02:41 -0000 I'm certain this is documented somewhere, but danged if I can find it. I have a whole variety of custom scripts in /usr/local/etc/rc.d. For years now, simply giving them a name ending in .sh and making them executable has been sufficient to make them start on boot. On 5.x, it's not. And now, having upgraded to 4.11-s on some older boxes and running portupgrade -a, it's not. Obviously these scripts need something else. There's no fancy rcNG infrastructure in them; is rcNG a requirement for startup scripts now? Any pointers on where I can find the right documentation? Thanks, ==ml -- Michael W. Lucas mwlucas@FreeBSD.org, mwlucas@BlackHelicopters.org http://www.BlackHelicopters.org/~mwlucas/ "The cloak of anonymity protects me from the nuisance of caring." -Non Sequitur From owner-freebsd-stable@FreeBSD.ORG Tue Jun 14 15:10:31 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5FDC616A41C for ; Tue, 14 Jun 2005 15:10:31 +0000 (GMT) (envelope-from gabor.kovesdan@t-hosting.hu) Received: from viefep17-int.chello.at (viefep17-int.chello.at [213.46.255.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 981BB43D48 for ; Tue, 14 Jun 2005 15:10:30 +0000 (GMT) (envelope-from gabor.kovesdan@t-hosting.hu) Received: from [80.98.156.20] by viefep17-int.chello.at (InterMail vM.6.01.04.04 201-2131-118-104-20050224) with ESMTP id <20050614151028.TBKL19956.viefep17-int.chello.at@[80.98.156.20]>; Tue, 14 Jun 2005 17:10:28 +0200 Message-ID: <42AEF361.2010405@t-hosting.hu> Date: Tue, 14 Jun 2005 17:10:25 +0200 From: =?ISO-8859-1?Q?K=F6vesd=E1n_G=E1bor?= User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Michael W. Lucas" References: <20050614150240.GA62949@bewilderbeast.blackhelicopters.org> In-Reply-To: <20050614150240.GA62949@bewilderbeast.blackhelicopters.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: stable@freebsd.org Subject: Re: /usr/local/etc/rc.d/*.sh not working? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jun 2005 15:10:31 -0000 For scripts in /usr/local/etc/rc.d You should add an entry to /etc/rc.conf. For example, if You script is somedaemon.sh, then add somedaemon_enable='YES' to /etc/rc.conf and it will run at the next boot. Cheers, Gábor Kövesdán Michael W. Lucas wrote: >I'm certain this is documented somewhere, but danged if I can find it. > >I have a whole variety of custom scripts in /usr/local/etc/rc.d. For >years now, simply giving them a name ending in .sh and making them >executable has been sufficient to make them start on boot. > >On 5.x, it's not. And now, having upgraded to 4.11-s on some older >boxes and running portupgrade -a, it's not. > >Obviously these scripts need something else. There's no fancy rcNG >infrastructure in them; is rcNG a requirement for startup scripts now? >Any pointers on where I can find the right documentation? > >Thanks, > >==ml > > > From owner-freebsd-stable@FreeBSD.ORG Tue Jun 14 15:18:08 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0C46B16A41C for ; Tue, 14 Jun 2005 15:18:08 +0000 (GMT) (envelope-from dast@cnos-fap.net) Received: from smtpout05.attiva.biz (smtpout05.attiva.biz [85.37.16.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7660743D1D for ; Tue, 14 Jun 2005 15:18:06 +0000 (GMT) (envelope-from dast@cnos-fap.net) Received: from FBCMFE02B06.fbc.local ([192.168.30.94]) by smtpout05.attiva.biz with Microsoft SMTPSVC(6.0.3790.211); Tue, 14 Jun 2005 17:18:23 +0200 Received: from dasts.db.it ([81.72.69.93]) by FBCMFE02B06.fbc.local with Microsoft SMTPSVC(6.0.3790.211); Tue, 14 Jun 2005 17:18:22 +0200 From: Dariusz Stojek To: "Michael W. Lucas" In-Reply-To: <20050614150240.GA62949@bewilderbeast.blackhelicopters.org> References: <20050614150240.GA62949@bewilderbeast.blackhelicopters.org> Content-Type: multipart/related; type="multipart/alternative"; boundary="=-oHp9EhcO31Bde0nvkVk2" Date: Tue, 14 Jun 2005 17:21:54 +0200 Message-Id: <1118762514.19862.5.camel@dasts.db.it> Mime-Version: 1.0 X-Mailer: Evolution 2.2.2 Dropline GNOME X-OriginalArrivalTime: 14 Jun 2005 15:18:23.0092 (UTC) FILETIME=[4DE21340:01C570F4] X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: stable@freebsd.org Subject: Re: /usr/local/etc/rc.d/*.sh not working? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jun 2005 15:18:08 -0000 --=-oHp9EhcO31Bde0nvkVk2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable You have to in rc.conf variable to run application as was for ssh and others in this way: if you want to run samba and dhcpd you have to put into rc.conf this: samba_enable=3D"YES" dhcpd_enable=3D"YES" Il giorno mar, 14/06/2005 alle 11.02 -0400, Michael W. Lucas ha scritto: > I'm certain this is documented somewhere, but danged if I can find it. >=20 > I have a whole variety of custom scripts in /usr/local/etc/rc.d. For > years now, simply giving them a name ending in .sh and making them > executable has been sufficient to make them start on boot. >=20 > On 5.x, it's not. And now, having upgraded to 4.11-s on some older > boxes and running portupgrade -a, it's not. >=20 > Obviously these scripts need something else. There's no fancy rcNG > infrastructure in them; is rcNG a requirement for startup scripts now? > Any pointers on where I can find the right documentation? >=20 > Thanks, >=20 > =3D=3Dml >=20 Darek ________________________________________________________________________ An rud a l=EDonas an ts=FAil l=EDonann s=E9 an cro=ED - What fills the eye fills the heart --=-oHp9EhcO31Bde0nvkVk2-- From owner-freebsd-stable@FreeBSD.ORG Tue Jun 14 15:19:41 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B407816A41C for ; Tue, 14 Jun 2005 15:19:41 +0000 (GMT) (envelope-from mwlucas@bewilderbeast.blackhelicopters.org) Received: from bewilderbeast.blackhelicopters.org (bewilderbeast.blackhelicopters.org [198.22.63.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id 70D0E43D4C for ; Tue, 14 Jun 2005 15:19:41 +0000 (GMT) (envelope-from mwlucas@bewilderbeast.blackhelicopters.org) Received: from bewilderbeast.blackhelicopters.org (mwlucas@localhost [127.0.0.1]) by bewilderbeast.blackhelicopters.org (8.12.10/8.12.10) with ESMTP id j5EFJdOu063103; Tue, 14 Jun 2005 11:19:39 -0400 (EDT) (envelope-from mwlucas@bewilderbeast.blackhelicopters.org) Received: (from mwlucas@localhost) by bewilderbeast.blackhelicopters.org (8.12.10/8.12.10/Submit) id j5EFJdhp063102; Tue, 14 Jun 2005 11:19:39 -0400 (EDT) (envelope-from mwlucas) Date: Tue, 14 Jun 2005 11:19:39 -0400 From: "Michael W. Lucas" To: K?vesd?n G?bor Message-ID: <20050614151939.GA63065@bewilderbeast.blackhelicopters.org> References: <20050614150240.GA62949@bewilderbeast.blackhelicopters.org> <42AEF361.2010405@t-hosting.hu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <42AEF361.2010405@t-hosting.hu> User-Agent: Mutt/1.4.1i X-Spam-Score: (0) X-Scanned-By: MIMEDefang 2.39 Cc: stable@freebsd.org Subject: Re: /usr/local/etc/rc.d/*.sh not working? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jun 2005 15:19:41 -0000 That works fine for ports, but what about truly local custom scripts? For example, I have a server with about 400 separate MRTG daemons on it. (Yes, they must be separate, for administrative rather than technical reasons.) Each daemon has a custom script. These aren't ports, and they have no rcNG infrastructure. They used to work fine. Now they don't. Obviously something has changed. I'd like to have just a plain old /usr/local/etc/rc.d/*.sh file get executed on boot, like it used to be, but if I have to change the scripts I will. On Tue, Jun 14, 2005 at 05:10:25PM +0200, K?vesd?n G?bor wrote: > For scripts in /usr/local/etc/rc.d You should add an entry to /etc/rc.conf. > For example, if You script is somedaemon.sh, then add > somedaemon_enable='YES' to /etc/rc.conf and it will run at the next boot. > > Cheers, > > G?bor K?vesd?n > > Michael W. Lucas wrote: > > >I'm certain this is documented somewhere, but danged if I can find it. > > > >I have a whole variety of custom scripts in /usr/local/etc/rc.d. For > >years now, simply giving them a name ending in .sh and making them > >executable has been sufficient to make them start on boot. > > > >On 5.x, it's not. And now, having upgraded to 4.11-s on some older > >boxes and running portupgrade -a, it's not. > > > >Obviously these scripts need something else. There's no fancy rcNG > >infrastructure in them; is rcNG a requirement for startup scripts now? > >Any pointers on where I can find the right documentation? > > > >Thanks, > > > >==ml > > > > > > -- Michael W. Lucas mwlucas@FreeBSD.org, mwlucas@BlackHelicopters.org http://www.BlackHelicopters.org/~mwlucas/ "The cloak of anonymity protects me from the nuisance of caring." -Non Sequitur From owner-freebsd-stable@FreeBSD.ORG Tue Jun 14 15:20:16 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BCA3016A41F for ; Tue, 14 Jun 2005 15:20:16 +0000 (GMT) (envelope-from Pedro.Varangot@cyclelogic.com) Received: from mimail01.cyclelogic.com (216-106-180-200.ds1-cust.ststelecom.com [216.106.180.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id 578BD43D4C for ; Tue, 14 Jun 2005 15:19:46 +0000 (GMT) (envelope-from Pedro.Varangot@cyclelogic.com) Received: from webmail.cyclelogic.com ([192.168.20.23]) by mimail01.cyclelogic.com with Microsoft SMTPSVC(5.0.2195.6713); Tue, 14 Jun 2005 11:19:45 -0400 Received: from [192.168.23.102] ([192.168.23.102]) by webmail.cyclelogic.com over TLS secured channel with Microsoft SMTPSVC(5.0.2195.5329); Tue, 14 Jun 2005 11:19:44 -0400 Message-ID: <42AEF58B.4090600@cyclelogic.com> Date: Tue, 14 Jun 2005 12:19:39 -0300 From: "Pedro O. Varangot" User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050404) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.91.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 14 Jun 2005 15:19:44.0772 (UTC) FILETIME=[7E917440:01C570F4] Subject: Firefox and Mozilla freeze when using "Save link as" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jun 2005 15:20:16 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, I'm having troubles with Firefox, Mozilla and Thunderbird when dealing with file downloading. I would really appreaciate any help from you. Im' running the latests ports fetched via portsnap and the latest base system and kernel from RELENG_5 fetched via cvsup. I've already submitted this to the port manteiner for Firefox, and to the ports list, and received no answer. If more information is needed please let me know. It seems it's not a common problem, so most surely there's something wrong with my instalation. On Firefox and Mozilla the browser just freezes up when using de "Save Link As", "Save Image As", etc options. Thunderbird freezes when attaching files and also when saving downloaded attachments to my disk (in this case, i can choose the filename, but the file is created but not saved). In order to solve this i've been reading old posts, and the only similar issue i found is the one discussed in http://lists.freebsd.org/pipermail/freebsd-ports/2005-April/022338.html, i've already tryed all fixes suggested there. I've compiled firefox with debugging in order to submit helpfull information here. When running with no plugins loaded and with debugging output when firefox freezes alway the last output i get is: spec=/path WARNING: malformed url: no scheme, file nsStandardURL.cpp, line 682 Where /path is the file i asked firefox to download. For example when using "save image as" in the start page configured by default with firefox i get: spec=/fox1.gif WARNING: malformed url: no scheme, file nsStandardURL.cpp, line 682 I'm actually using Opera as my web browser over the Linux Binary support, were everything seems to work fine, even the linux flash plugin wich i couldn't run on firefox (i get the ":Gecko: Fatal IO error 78 (Function not implemented) on X server :0.0." error). I would also like to fix this sometime but the freezing error seems more important to me right now. The full output of a firefox session where i only open the browser and try to save an image is To STDOUT: Type Manifest File: /usr/X11R6/lib/firefox/components/xpti.dat Type Manifest File: /home/peter/.mozilla/<88>#(<90>/ny4xsfgs.default /xpti.dat GFX: dpi=70 t2p=0.047619 p2t=21 depth=24 ++WEBSHELL == 1 ++DOMWINDOW == 1 ++WEBSHELL == 2 ++DOMWINDOW == 2 Note: styleverifytree is disabled Note: frameverifytree is disabled Note: verifyreflow is disabled ++WEBSHELL == 3 ++DOMWINDOW == 3 spec=/fox1.gif And to STDERR (this one is full of failed assertions and breakpoints, i hope this is not normal): ###!!! ASSERTION: nsTDependentString must wrap only null-terminated strings: 'mData[mLength] == 0', file ../../dist/include/string/nsTDependentString.h, line 67 Break: at file ../../dist/include/string/nsTDependentString.h, line 67 ^G###!!! ASSERTION: Failed to write xpti manifest!: 'Error', file xptiInterfaceInfoManager.cpp, line 1937 Break: at file xptiInterfaceInfoManager.cpp, line 1937 ^GnsNativeComponentLoader: autoregistering begins. nsNativeComponentLoader: autoregistering succeeded ###!!! ASSERTION: Failed to write xpti manifest!: 'Error', file xptiInterfaceInfoManager.cpp, line 1937 Break: at file xptiInterfaceInfoManager.cpp, line 1937 ^GnNCL: registering deferred (0) ###!!! ASSERTION: nsTDependentString must wrap only null-terminated strings: 'mData[mLength] == 0', file ../../dist/include/string/nsTDependentString.h, line 67 Break: at file ../../dist/include/string/nsTDependentString.h, line 67 ^GnsNativeComponentLoader: autoregistering begins. nsNativeComponentLoader: autoregistering succeeded nNCL: registering deferred (0) WARNING: NS_ENSURE_TRUE(NS_SUCCEEDED(rv)) failed, file nsINIParser.cpp, line 51 WARNING: NS_ENSURE_TRUE(NS_SUCCEEDED(rv)) failed, file nsPermissionManager.cpp, line 623 ###!!! ASSERTION: nsTDependentString must wrap only null-terminated strings: 'mData[mLength] == 0', file ../../dist/include/string/nsTDependentString.h, line 67 Break: at file ../../dist/include/string/nsTDependentString.h, line 67 ^GCSS Error (http://www.google.com.ar/firefox?client=firefox-a&rls=org.mozilla:en-US:official :3.315): Selector expected. Ruleset ignored due to bad selector. CSS Error (http://www.google.com.ar/firefox?client=firefox-a&rls=org.mozilla:en-US:official :4.0): Unexpected end of file while searching for closing } of invalid rule set. ###!!! ASSERTION: Null encoding type: 'aEncodingType', file nsExternalHelperAppService.cpp, line 618 Break: at file nsExternalHelperAppService.cpp, line 618 ^GWARNING: malformed url: no scheme, file nsStandardURL.cpp, line 682 My make.conf looks like this (full comments stripped): CPUTYPE=i686 NO_CPU_CFLAGS=false # Don't add -march= to CFLAGS automatically NO_CPU_COPTFLAGS=false # Don't add -march= to COPTFLAGS automatically CFLAGS= -O2 -pipe -funroll-loops #-O2 -march=athlon-xp -pipe COPTFLAGS= -O -pipe ENABLE_SUID_SSH= true NOINET6= true # do not build IPv6 related programs and libraries PERL_VER=5.8.6 PERL_VERSION=5.8.6 WITH_LIBMAP=yes I have an AMD Semprom processor, but am using i686 because i thought maybe athlon-xp was being too aggressive and recompiled everything like this. make showconfig for firefox: ===> The following configuration options are set for firefox-1.0.4,1: DEBUG=on "Build a debugging image" LOGGING=on "Enable additional log messages" OPTIMIZED_CFLAGS=off "Enable some additional optimizations" XFT=on "Enable support for anti-aliased fonts" SMB=off "Enable smb:// URI support using gnomevfs" NEWTAB=off "Open external links in a new tab" Thanks in advance for yor help. - -- Pedro O. Varangot. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCrvWLwJC0A/CNpUURAvwKAKCy1J/ZSdmJQ/hoFKhJx3dMqnJqvQCcDiLF hdvqpJv6Se3sCpwOo9ExMm8= =5EQ9 -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Tue Jun 14 15:22:09 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3181D16A41C for ; Tue, 14 Jun 2005 15:22:09 +0000 (GMT) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (yertle.kcilink.com [65.205.34.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id 043C143D49 for ; Tue, 14 Jun 2005 15:22:08 +0000 (GMT) (envelope-from vivek@khera.org) Received: from [192.168.7.103] (host-103.int.kcilink.com [192.168.7.103]) by yertle.kcilink.com (Postfix) with ESMTP id 78532B810; Tue, 14 Jun 2005 11:22:08 -0400 (EDT) In-Reply-To: <42AEF361.2010405@t-hosting.hu> References: <20050614150240.GA62949@bewilderbeast.blackhelicopters.org> <42AEF361.2010405@t-hosting.hu> Mime-Version: 1.0 (Apple Message framework v730) Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed Message-Id: <590EEFC5-8D42-40F3-B723-F62F478D09D0@khera.org> Content-Transfer-Encoding: quoted-printable From: Vivek Khera Date: Tue, 14 Jun 2005 11:22:07 -0400 To: =?ISO-8859-1?Q?K=F6vesd=E1n_G=E1bor?= X-Mailer: Apple Mail (2.730) Cc: stable@freebsd.org Subject: Re: /usr/local/etc/rc.d/*.sh not working? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jun 2005 15:22:09 -0000 On Jun 14, 2005, at 11:10 AM, K=F6vesd=E1n G=E1bor wrote: > For scripts in /usr/local/etc/rc.d You should add an entry to /etc/=20 > rc.conf. > For example, if You script is somedaemon.sh, then add =20 > somedaemon_enable=3D'YES' to /etc/rc.conf and it will run at the next =20= > boot. > but his scripts don't use rc-ng, so this is pointless. they should just work if they end in .sh and are executable. > Cheers, > > G=E1bor K=F6vesd=E1n > > Michael W. Lucas wrote: > > >> I'm certain this is documented somewhere, but danged if I can find =20= >> it. >> >> I have a whole variety of custom scripts in /usr/local/etc/rc.d. For >> years now, simply giving them a name ending in .sh and making them >> executable has been sufficient to make them start on boot. >> >> On 5.x, it's not. And now, having upgraded to 4.11-s on some older >> boxes and running portupgrade -a, it's not. >> >> Obviously these scripts need something else. There's no fancy rcNG >> infrastructure in them; is rcNG a requirement for startup scripts =20 >> now? >> Any pointers on where I can find the right documentation? >> >> Thanks, >> >> =3D=3Dml >> >> >> > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-=20 > unsubscribe@freebsd.org" > Vivek Khera, Ph.D. +1-301-869-4449 x806 From owner-freebsd-stable@FreeBSD.ORG Tue Jun 14 15:23:32 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4C0D416A41C for ; Tue, 14 Jun 2005 15:23:32 +0000 (GMT) (envelope-from peterj.cranmer@virgin.net) Received: from n082.sc1.cp.net (fh1025.dia.cp.net [64.97.168.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 28F9C43D4C for ; Tue, 14 Jun 2005 15:23:32 +0000 (GMT) (envelope-from peterj.cranmer@virgin.net) Received: from peter (82.14.91.169) by n082.sc1.cp.net (7.0.043) (authenticated as peterj.cranmer) id 42A5E09B0019FAE0; Tue, 14 Jun 2005 15:23:21 +0000 Message-ID: <023e01c570f4$b78d7780$0100a8c0@peter> From: "Peter Cranmer" To: "Michael W. Lucas" References: <20050614150240.GA62949@bewilderbeast.blackhelicopters.org><42AEF361.2010405@t-hosting.hu> <20050614151939.GA63065@bewilderbeast.blackhelicopters.org> Date: Tue, 14 Jun 2005 16:21:10 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Cc: stable@freebsd.org Subject: Re: /usr/local/etc/rc.d/*.sh not working? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jun 2005 15:23:32 -0000 Put them all in the same directory and write a quick script to loop through the dir (make sure the directory's secure...). Then you could just add that script to /etc/rc.conf? peter ----- Original Message ----- From: "Michael W. Lucas" To: "K?vesd?n G?bor" Cc: Sent: Tuesday, June 14, 2005 4:19 PM Subject: Re: /usr/local/etc/rc.d/*.sh not working? > That works fine for ports, but what about truly local custom scripts? > > For example, I have a server with about 400 separate MRTG daemons on > it. (Yes, they must be separate, for administrative rather than > technical reasons.) Each daemon has a custom script. These aren't > ports, and they have no rcNG infrastructure. > > They used to work fine. Now they don't. Obviously something has > changed. > > I'd like to have just a plain old /usr/local/etc/rc.d/*.sh file get > executed on boot, like it used to be, but if I have to change the > scripts I will. > > On Tue, Jun 14, 2005 at 05:10:25PM +0200, K?vesd?n G?bor wrote: >> For scripts in /usr/local/etc/rc.d You should add an entry to >> /etc/rc.conf. >> For example, if You script is somedaemon.sh, then add >> somedaemon_enable='YES' to /etc/rc.conf and it will run at the next boot. >> >> Cheers, >> >> G?bor K?vesd?n >> >> Michael W. Lucas wrote: >> >> >I'm certain this is documented somewhere, but danged if I can find it. >> > >> >I have a whole variety of custom scripts in /usr/local/etc/rc.d. For >> >years now, simply giving them a name ending in .sh and making them >> >executable has been sufficient to make them start on boot. >> > >> >On 5.x, it's not. And now, having upgraded to 4.11-s on some older >> >boxes and running portupgrade -a, it's not. >> > >> >Obviously these scripts need something else. There's no fancy rcNG >> >infrastructure in them; is rcNG a requirement for startup scripts now? >> >Any pointers on where I can find the right documentation? >> > >> >Thanks, >> > >> >==ml >> > >> > >> > > > -- > Michael W. Lucas mwlucas@FreeBSD.org, mwlucas@BlackHelicopters.org > http://www.BlackHelicopters.org/~mwlucas/ > > "The cloak of anonymity protects me from the nuisance of caring." -Non > Sequitur > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Tue Jun 14 15:33:56 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3FFF516A41C for ; Tue, 14 Jun 2005 15:33:56 +0000 (GMT) (envelope-from mitch@kuoi.asui.uidaho.edu) Received: from kuoi.asui.uidaho.edu (kuoi.asui.uidaho.edu [129.101.191.123]) by mx1.FreeBSD.org (Postfix) with SMTP id 0F19543D49 for ; Tue, 14 Jun 2005 15:33:56 +0000 (GMT) (envelope-from mitch@kuoi.asui.uidaho.edu) Received: (qmail 80623 invoked by uid 1010); 14 Jun 2005 15:33:54 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 14 Jun 2005 15:33:54 -0000 Date: Tue, 14 Jun 2005 08:33:54 -0700 (PDT) From: Mitch Parks To: "Michael W. Lucas" In-Reply-To: <20050614150240.GA62949@bewilderbeast.blackhelicopters.org> Message-ID: <20050614082632.L1139@kuoi.asui.uidaho.edu> References: <20050614150240.GA62949@bewilderbeast.blackhelicopters.org> X-Radio: KUOI MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: stable@freebsd.org Subject: Re: /usr/local/etc/rc.d/*.sh not working? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jun 2005 15:33:56 -0000 On Tue, 14 Jun 2005, Michael W. Lucas wrote: > > I'm certain this is documented somewhere, but danged if I can find it. > > I have a whole variety of custom scripts in /usr/local/etc/rc.d. For > years now, simply giving them a name ending in .sh and making them > executable has been sufficient to make them start on boot. > > On 5.x, it's not. And now, having upgraded to 4.11-s on some older > boxes and running portupgrade -a, it's not. > > Obviously these scripts need something else. There's no fancy rcNG > infrastructure in them; is rcNG a requirement for startup scripts now? > Any pointers on where I can find the right documentation? > You might want to look at `man rc.d`. There are example scripts there. When I went to 5.x I updated all of my rc.d scripts to use what's labeled there as the "old style" format like: The following is a simple, hypothetical example of an old-style /usr/local/etc/rc.d/ script, which would start a daemon at boot time, and kill it at shutdown time. #!/bin/sh - # # initialization/shutdown script for foobar package case "$1" in start) /usr/local/sbin/foo -d && echo -n ' foo' ;; stop) kill `cat /var/run/foo.pid` && echo -n ' foo' ;; *) echo "unknown option: $1 - should be 'start' or 'stop'" >&2 ;; esac SEE ALSO kill(1), rc.conf(5), init(8), rcorder(8), rc.subr(8), reboot(8), savecore(8) HISTORY The rc utility appeared in 4.0BSD. FreeBSD 5.4 November 4, 2002 FreeBSD 5.4 | Mitch Parks * mitch@uidaho.edu | "I bring you love and deeper understanding." - Kate Bush From owner-freebsd-stable@FreeBSD.ORG Tue Jun 14 15:48:25 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2B86A16A41C for ; Tue, 14 Jun 2005 15:48:25 +0000 (GMT) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (yertle.kcilink.com [65.205.34.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0401A43D4C for ; Tue, 14 Jun 2005 15:48:24 +0000 (GMT) (envelope-from vivek@khera.org) Received: from [192.168.7.103] (host-103.int.kcilink.com [192.168.7.103]) by yertle.kcilink.com (Postfix) with ESMTP id 4C26EB811 for ; Tue, 14 Jun 2005 11:48:24 -0400 (EDT) Mime-Version: 1.0 (Apple Message framework v730) In-Reply-To: <20050614151939.GA63065@bewilderbeast.blackhelicopters.org> References: <20050614150240.GA62949@bewilderbeast.blackhelicopters.org> <42AEF361.2010405@t-hosting.hu> <20050614151939.GA63065@bewilderbeast.blackhelicopters.org> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <6E39C810-AA1D-43AA-B2FA-CA8C387141CF@khera.org> Content-Transfer-Encoding: 7bit From: Vivek Khera Date: Tue, 14 Jun 2005 11:48:23 -0400 To: stable@freebsd.org X-Mailer: Apple Mail (2.730) Cc: Subject: Re: /usr/local/etc/rc.d/*.sh not working? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jun 2005 15:48:25 -0000 On Jun 14, 2005, at 11:19 AM, Michael W. Lucas wrote: > For example, I have a server with about 400 separate MRTG daemons on > it. (Yes, they must be separate, for administrative rather than > technical reasons.) Each daemon has a custom script. These aren't > ports, and they have no rcNG infrastructure. > that many, eh... perhaps you're running into a shell command line limit somewhere which does something like foreach i (/usr/local/etc/rc.d/*.sh) and having that glob expansion blowing up in the shell. not sure the solution other than having one script that reads a config file and does the multiple startups. Vivek Khera, Ph.D. +1-301-869-4449 x806 From owner-freebsd-stable@FreeBSD.ORG Tue Jun 14 15:58:37 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4B5A916A41C for ; Tue, 14 Jun 2005 15:58:37 +0000 (GMT) (envelope-from mwlucas@bewilderbeast.blackhelicopters.org) Received: from bewilderbeast.blackhelicopters.org (bewilderbeast.blackhelicopters.org [198.22.63.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id 089B343D53 for ; Tue, 14 Jun 2005 15:58:36 +0000 (GMT) (envelope-from mwlucas@bewilderbeast.blackhelicopters.org) Received: from bewilderbeast.blackhelicopters.org (mwlucas@localhost [127.0.0.1]) by bewilderbeast.blackhelicopters.org (8.12.10/8.12.10) with ESMTP id j5EFwaOu063424; Tue, 14 Jun 2005 11:58:36 -0400 (EDT) (envelope-from mwlucas@bewilderbeast.blackhelicopters.org) Received: (from mwlucas@localhost) by bewilderbeast.blackhelicopters.org (8.12.10/8.12.10/Submit) id j5EFwa9E063423; Tue, 14 Jun 2005 11:58:36 -0400 (EDT) (envelope-from mwlucas) Date: Tue, 14 Jun 2005 11:58:36 -0400 From: "Michael W. Lucas" To: Vivek Khera Message-ID: <20050614155836.GA63382@bewilderbeast.blackhelicopters.org> References: <20050614150240.GA62949@bewilderbeast.blackhelicopters.org> <42AEF361.2010405@t-hosting.hu> <590EEFC5-8D42-40F3-B723-F62F478D09D0@khera.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <590EEFC5-8D42-40F3-B723-F62F478D09D0@khera.org> User-Agent: Mutt/1.4.1i X-Spam-Score: (0) X-Scanned-By: MIMEDefang 2.39 Cc: stable@freebsd.org Subject: Re: /usr/local/etc/rc.d/*.sh not working? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jun 2005 15:58:37 -0000 On Tue, Jun 14, 2005 at 11:22:07AM -0400, Vivek Khera wrote: > > On Jun 14, 2005, at 11:10 AM, K?vesd?n G?bor wrote: > > >For scripts in /usr/local/etc/rc.d You should add an entry to /etc/ > >rc.conf. > >For example, if You script is somedaemon.sh, then add > >somedaemon_enable='YES' to /etc/rc.conf and it will run at the next > >boot. > > > > but his scripts don't use rc-ng, so this is pointless. > > they should just work if they end in .sh and are executable. And this is the million-dollar question: should they? Two things could be causing this behavior: a) old-style .sh scripts are not supported, Michael needs to rewrite them for rcNG b) old-style .sh scripts are supported, Michael has some other system problem If a), fine. If b), though, I need to really start digging. Anyone here know the definitive answer? Thanks for all the help and suggestions, ==ml -- Michael W. Lucas mwlucas@FreeBSD.org, mwlucas@BlackHelicopters.org http://www.BlackHelicopters.org/~mwlucas/ "The cloak of anonymity protects me from the nuisance of caring." -Non Sequitur From owner-freebsd-stable@FreeBSD.ORG Tue Jun 14 16:09:41 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0511016A41C for ; Tue, 14 Jun 2005 16:09:41 +0000 (GMT) (envelope-from swhetzel@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 12D1A43D48 for ; Tue, 14 Jun 2005 16:09:39 +0000 (GMT) (envelope-from swhetzel@gmail.com) Received: by wproxy.gmail.com with SMTP id 67so219402wri for ; Tue, 14 Jun 2005 09:09:38 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=fXEMpjJwrBoUOkJoXSSEXVuxeopx4WhBrYs/M3otA2hf70WOTzVslOJMIS3NzFxbAW2b+vrON/hZx0Wa0aRuABrZi7/u4eNjl3N1d5Zj/C4T2bz+GiVoXc2hvLRJeBPY8o4IRN2YElStDWbXJ4fhOWW46ui0sc4gkGWwI+wEG8k= Received: by 10.54.2.49 with SMTP id 49mr3528091wrb; Tue, 14 Jun 2005 09:09:38 -0700 (PDT) Received: by 10.54.29.77 with HTTP; Tue, 14 Jun 2005 09:09:38 -0700 (PDT) Message-ID: <790a9fff05061409093da406f6@mail.gmail.com> Date: Tue, 14 Jun 2005 11:09:38 -0500 From: Scot Hetzel To: "Mars G. Miro" In-Reply-To: <28edec3c0506140449509acb4c@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <28edec3c0506140449509acb4c@mail.gmail.com> Cc: freebsd-stable@freebsd.org Subject: Re: NFS upgrading from 5.2.1->5.4 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Scot Hetzel List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jun 2005 16:09:41 -0000 On 6/14/05, Mars G. Miro wrote: > [ resent, as I forgot to add the subject, sorry ] >=20 > I've found out that there are some hurdles in doing this upgrade, as > also pointed out by another user [0]. The problem is in make and I > think it happened during this change [1]. It can be solved by > installing the new make first, before the installkernel and > installworld process, e.g.: > [ this assumes you've already built world from another box and > NFS-exported the /usr/src and /usr/obj directories, and mounting them > from the client ] > # cd /usr/src/usr.bin/make && make install > [ 'rehash' if using csh. then create the pf user/groups, as pf became > officially imported in 5.3, refer to src/etc/master.passwd and group > files ] > # cd /usr/src && make installkernel && make installworld > [ mergemaster ] >=20 This is commonly found when you do an NFS upgrade when not using machines that don't have the same -RELEASE number. NFS server/build machine - 5.4-RELEASE NFS client/install machine - 5.2.1-RELEASE If the build machine and install machine were at the same -RELEASE number, I don't believe you would have come across this problem. As for the pf user/group, it is suggested in "UPDATING" and the handbook, that you do a mergemaster -p before the installworld to ensure that the password and group files are upto date with the required users/groups. Scot From owner-freebsd-stable@FreeBSD.ORG Tue Jun 14 16:11:31 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1AF8C16A41C for ; Tue, 14 Jun 2005 16:11:31 +0000 (GMT) (envelope-from eti@erata.net) Received: from s4.nc99.net (s4.nc99.net [65.98.58.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id C075B43D1D for ; Tue, 14 Jun 2005 16:11:30 +0000 (GMT) (envelope-from eti@erata.net) Received: (qmail 19375 invoked from network); 14 Jun 2005 12:11:29 -0400 Received: from 223.126.77.82.in-addr.arpa.cluj.rdsnet.ro (HELO ?10.10.10.5?) (82.77.126.223) by s4.nc99.net with (RC4-MD5 encrypted) SMTP; 14 Jun 2005 12:11:29 -0400 From: Iulian M Organization: Perlica Technologies To: freebsd-stable@freebsd.org Date: Tue, 14 Jun 2005 19:10:50 +0300 User-Agent: KMail/1.8 References: <20050614150240.GA62949@bewilderbeast.blackhelicopters.org> <590EEFC5-8D42-40F3-B723-F62F478D09D0@khera.org> <20050614155836.GA63382@bewilderbeast.blackhelicopters.org> In-Reply-To: <20050614155836.GA63382@bewilderbeast.blackhelicopters.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3540760.CriSk3AS1z"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200506141910.54494.eti@erata.net> Subject: Re: /usr/local/etc/rc.d/*.sh not working? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jun 2005 16:11:31 -0000 --nextPart3540760.CriSk3AS1z Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday 14 June 2005 18:58, Michael W. Lucas wrote: > On Tue, Jun 14, 2005 at 11:22:07AM -0400, Vivek Khera wrote: > > On Jun 14, 2005, at 11:10 AM, K?vesd?n G?bor wrote: > > >For scripts in /usr/local/etc/rc.d You should add an entry to /etc/ > > >rc.conf. > > >For example, if You script is somedaemon.sh, then add > > >somedaemon_enable=3D'YES' to /etc/rc.conf and it will run at the next > > >boot. > > > > but his scripts don't use rc-ng, so this is pointless. > > > > they should just work if they end in .sh and are executable. > > And this is the million-dollar question: should they? Two things > could be causing this behavior: > > a) old-style .sh scripts are not supported, Michael needs to rewrite them > for rcNG b) old-style .sh scripts are supported, Michael has some other > system problem > > If a), fine. If b), though, I need to really start digging. Anyone > here know the definitive answer? > Well beeing new ( and only testing ) to 5.4-stable i can't say for sure but= i=20 think /etc/localpkg know better :) in /etc/defaults/rc.conf : local_startup=3D"/usr/local/etc/rc.d /usr/X11R6/etc/rc.d" so the default should be ok if you don't change it in /etc/rc.conf from /etc/localpkg ( src updated a few days ago) : # $FreeBSD: src/etc/rc.d/localpkg,v 1.4.2.1 2004/10/10 09:50:53 mtm Exp $ # =2E......... for script in ${dir}/*.sh; do <--- so it should load all the *.sh files slist=3D"${slist}${script_name_sep}${script}" done =2E........... for script in ${slist}; do if [ -x "${script}" ]; then <-- if the file is executable start it= =20 (set -T trap 'exit 1' 2 ${script} start) =2E............. from what i see the procedure hasn't changed much since 4.X > Thanks for all the help and suggestions, > > =3D=3Dml =2D-=20 The world is coming to an end! Repent and return those library books! --nextPart3540760.CriSk3AS1z Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBCrwGOE4semV9hLhcRArmaAJ4ut5YgGHVpwavJc1hbFAmrXj6IFQCfaFtb K0lGgXtWaBV6eTcGB2wBXP8= =EPWq -----END PGP SIGNATURE----- --nextPart3540760.CriSk3AS1z-- From owner-freebsd-stable@FreeBSD.ORG Tue Jun 14 16:30:24 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DDE9316A41C for ; Tue, 14 Jun 2005 16:30:23 +0000 (GMT) (envelope-from Pedro.Varangot@cyclelogic.com) Received: from mimail01.cyclelogic.com (216-106-180-200.ds1-cust.ststelecom.com [216.106.180.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id 85B1C43D4C for ; Tue, 14 Jun 2005 16:29:53 +0000 (GMT) (envelope-from Pedro.Varangot@cyclelogic.com) Received: from webmail.cyclelogic.com ([192.168.20.23]) by mimail01.cyclelogic.com with Microsoft SMTPSVC(5.0.2195.6713); Tue, 14 Jun 2005 12:29:52 -0400 Received: from [192.168.23.102] ([192.168.23.102]) by webmail.cyclelogic.com over TLS secured channel with Microsoft SMTPSVC(5.0.2195.5329); Tue, 14 Jun 2005 12:29:51 -0400 Message-ID: <42AF05FB.4010505@cyclelogic.com> Date: Tue, 14 Jun 2005 13:29:47 -0300 From: "Pedro O. Varangot" User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050404) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Gary Mu1der , freebsd-stable@freebsd.org References: <42AEF58B.4090600@cyclelogic.com> <42AEFF7F.2090700@infotechfl.com> In-Reply-To: <42AEFF7F.2090700@infotechfl.com> X-Enigmail-Version: 0.91.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 14 Jun 2005 16:29:51.0909 (UTC) FILETIME=[4A379D50:01C570FE] Cc: Subject: Re: Firefox and Mozilla freeze when using "Save link as" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jun 2005 16:30:24 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Thanks for your answer. I think that is not the problem. Here is my list of mounted filesystems: /dev/ad0s2a on / (ufs, local) devfs on /dev (devfs, local) /dev/ad0s2e on /tmp (ufs, local, soft-updates) /dev/ad0s2f on /usr (ufs, local, soft-updates) /dev/ad0s2d on /var (ufs, local, soft-updates) linprocfs on /usr/compat/linux/proc (linprocfs, local) devfs on /var/named/dev (devfs, local) I am able to stat all of them manually, and i think none should be giving me any problems. It also happens when unmounting /usr/compat/linux/proc, and all the other filesystems im using cannot be unounted. Im adding a little bit more of information that may be relevant. Mi browser is configured to ask me where to save every file, and on the Downloads section of the Preferences menu, i can choose another folder using the "Other" option and browsing though my filesystem, but Firefox also hangs if i click the "Show Folder" button. All files on my home directory are readable and writable by my user, and Firefox also hangs when running as root. Maybe i should file this as a bug for Firefox on their bugzilla. - -- Thanks, Pedro. Gary Mu1der wrote: > Check that all of your file systems are readable and not hung, > especially NFS, if you have any. When you do the "Save As.." the > browsers may be stat-ing each mounted file system to build a list of > "Save As.." target dirs. If the browser can't stat each mounted file > system it may just hang. I remember this occurring a lot with Solaris NFS. > > Gary > > Pedro O. Varangot wrote: > > > Hi, > > I'm having troubles with Firefox, Mozilla and Thunderbird when > dealing > with file downloading. I would really appreaciate any help from you. Im' > running the latests ports fetched via portsnap and the latest base > system and kernel from RELENG_5 fetched via cvsup. > I've already submitted this to the port manteiner for Firefox, and to > the ports list, and received no answer. If more information is needed > please let me know. It seems it's not a common problem, so most surely > there's something wrong with my instalation. > On Firefox and Mozilla the browser just freezes up when using de > "Save > Link As", "Save Image As", etc options. Thunderbird freezes when > attaching files and also when saving downloaded attachments to my disk > (in this case, i can choose the filename, but the file is created but > not saved). > > In order to solve this i've been reading old posts, and the only > similar issue i found is the one discussed in > http://lists.freebsd.org/pipermail/freebsd-ports/2005-April/022338.html, > i've already tryed all fixes suggested there. > > I've compiled firefox with debugging in order to submit helpfull > information here. When running with no plugins loaded and with debugging > output when firefox freezes alway the last output i get is: > > spec=/path > WARNING: malformed url: no scheme, file nsStandardURL.cpp, line 682 > > Where /path is the file i asked firefox to download. For example when > using "save image as" in the start page configured by default with > firefox i get: > > spec=/fox1.gif > WARNING: malformed url: no scheme, file nsStandardURL.cpp, line 682 > > > I'm actually using Opera as my web browser over the Linux Binary > support, were everything seems to work fine, even the linux flash plugin > wich i couldn't run on firefox (i get the ":Gecko: Fatal IO error 78 > (Function not implemented) on X server :0.0." error). I would also like > to fix this sometime but the freezing error seems more important to me > right now. > > The full output of a firefox session where i only open the browser > and > try to save an image is > > To STDOUT: > > Type Manifest File: /usr/X11R6/lib/firefox/components/xpti.dat > Type Manifest File: > /home/peter/.mozilla/<88>#(<90>/ny4xsfgs.default > /xpti.dat > GFX: dpi=70 t2p=0.047619 p2t=21 depth=24 > ++WEBSHELL == 1 > ++DOMWINDOW == 1 > ++WEBSHELL == 2 > ++DOMWINDOW == 2 > Note: styleverifytree is disabled > Note: frameverifytree is disabled > Note: verifyreflow is disabled > ++WEBSHELL == 3 > ++DOMWINDOW == 3 > spec=/fox1.gif > > > And to STDERR (this one is full of failed assertions and breakpoints, i > hope this is not normal): > > ###!!! ASSERTION: nsTDependentString must wrap only null-terminated > strings: 'mData[mLength] == 0', file > ../../dist/include/string/nsTDependentString.h, line 67 > Break: at file ../../dist/include/string/nsTDependentString.h, line 67 > ^G###!!! ASSERTION: Failed to write xpti manifest!: 'Error', file > xptiInterfaceInfoManager.cpp, line 1937 > Break: at file xptiInterfaceInfoManager.cpp, line 1937 > ^GnsNativeComponentLoader: autoregistering begins. > nsNativeComponentLoader: autoregistering succeeded > ###!!! ASSERTION: Failed to write xpti manifest!: 'Error', file > xptiInterfaceInfoManager.cpp, line 1937 > Break: at file xptiInterfaceInfoManager.cpp, line 1937 > ^GnNCL: registering deferred (0) > ###!!! ASSERTION: nsTDependentString must wrap only null-terminated > strings: 'mData[mLength] == 0', file > ../../dist/include/string/nsTDependentString.h, line 67 > Break: at file ../../dist/include/string/nsTDependentString.h, line 67 > ^GnsNativeComponentLoader: autoregistering begins. > nsNativeComponentLoader: autoregistering succeeded > nNCL: registering deferred (0) > WARNING: NS_ENSURE_TRUE(NS_SUCCEEDED(rv)) failed, file nsINIParser.cpp, > line 51 > WARNING: NS_ENSURE_TRUE(NS_SUCCEEDED(rv)) failed, file > nsPermissionManager.cpp, line 623 > ###!!! ASSERTION: nsTDependentString must wrap only null-terminated > strings: 'mData[mLength] == 0', file > ../../dist/include/string/nsTDependentString.h, line 67 > Break: at file ../../dist/include/string/nsTDependentString.h, line 67 > ^GCSS Error > (http://www.google.com.ar/firefox?client=firefox-a&rls=org.mozilla:en-US:official > > :3.315): Selector expected. Ruleset ignored due to bad selector. > CSS Error > (http://www.google.com.ar/firefox?client=firefox-a&rls=org.mozilla:en-US:official > > :4.0): Unexpected end of file while searching for closing } of invalid > rule set. > ###!!! ASSERTION: Null encoding type: 'aEncodingType', file > nsExternalHelperAppService.cpp, line 618 > Break: at file nsExternalHelperAppService.cpp, line 618 > ^GWARNING: malformed url: no scheme, file nsStandardURL.cpp, line 682 > > My make.conf looks like this (full comments stripped): > > CPUTYPE=i686 > NO_CPU_CFLAGS=false # Don't add -march= to CFLAGS automatically > NO_CPU_COPTFLAGS=false # Don't add -march= to COPTFLAGS > automatically > CFLAGS= -O2 -pipe -funroll-loops #-O2 -march=athlon-xp -pipe > COPTFLAGS= -O -pipe > ENABLE_SUID_SSH= true > NOINET6= true # do not build IPv6 related programs and > libraries > PERL_VER=5.8.6 > PERL_VERSION=5.8.6 > > WITH_LIBMAP=yes > > I have an AMD Semprom processor, but am using i686 because i thought > maybe athlon-xp was being too aggressive and recompiled everything like > this. > > make showconfig for firefox: > > ===> The following configuration options are set for firefox-1.0.4,1: > DEBUG=on "Build a debugging image" > LOGGING=on "Enable additional log messages" > OPTIMIZED_CFLAGS=off "Enable some additional optimizations" > XFT=on "Enable support for anti-aliased fonts" > SMB=off "Enable smb:// URI support using gnomevfs" > NEWTAB=off "Open external links in a new tab" > > Thanks in advance for yor help. > > -- > Pedro O. Varangot. _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" >> -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCrwX6wJC0A/CNpUURAsItAJ4rHeEWrpToTHiMujdilKeQ0x+9DgCgnYb0 B6K8muTaksLZnhBv0l+XueA= =ajsh -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Tue Jun 14 16:43:59 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8CDDA16A426 for ; Tue, 14 Jun 2005 16:43:59 +0000 (GMT) (envelope-from ertr1013@student.uu.se) Received: from pne-smtpout2-sn2.hy.skanova.net (pne-smtpout2-sn2.hy.skanova.net [81.228.8.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0DE2143D1D for ; Tue, 14 Jun 2005 16:43:58 +0000 (GMT) (envelope-from ertr1013@student.uu.se) Received: from falcon.midgard.homeip.net (212.181.162.201) by pne-smtpout2-sn2.hy.skanova.net (7.2.059.6) id 429C53B6003284BF for stable@freebsd.org; Tue, 14 Jun 2005 18:43:57 +0200 Received: (qmail 34904 invoked by uid 1001); 14 Jun 2005 18:43:56 +0200 Date: Tue, 14 Jun 2005 18:43:55 +0200 From: Erik Trulsson To: "Michael W. Lucas" Message-ID: <20050614164355.GA34603@falcon.midgard.homeip.net> Mail-Followup-To: "Michael W. Lucas" , Vivek Khera , stable@freebsd.org References: <20050614150240.GA62949@bewilderbeast.blackhelicopters.org> <42AEF361.2010405@t-hosting.hu> <590EEFC5-8D42-40F3-B723-F62F478D09D0@khera.org> <20050614155836.GA63382@bewilderbeast.blackhelicopters.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050614155836.GA63382@bewilderbeast.blackhelicopters.org> User-Agent: Mutt/1.5.9i Cc: Vivek Khera , stable@freebsd.org Subject: Re: /usr/local/etc/rc.d/*.sh not working? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jun 2005 16:43:59 -0000 On Tue, Jun 14, 2005 at 11:58:36AM -0400, Michael W. Lucas wrote: > On Tue, Jun 14, 2005 at 11:22:07AM -0400, Vivek Khera wrote: > > > > On Jun 14, 2005, at 11:10 AM, K?vesd?n G?bor wrote: > > > > >For scripts in /usr/local/etc/rc.d You should add an entry to /etc/ > > >rc.conf. > > >For example, if You script is somedaemon.sh, then add > > >somedaemon_enable='YES' to /etc/rc.conf and it will run at the next > > >boot. > > > > > > > but his scripts don't use rc-ng, so this is pointless. > > > > they should just work if they end in .sh and are executable. > > And this is the million-dollar question: should they? Two things > could be causing this behavior: > > a) old-style .sh scripts are not supported, Michael needs to rewrite them for rcNG > b) old-style .sh scripts are supported, Michael has some other system problem > > If a), fine. If b), though, I need to really start digging. Anyone > here know the definitive answer? I am fairly certain that the answer is b). Although old-style scripts seem to be discouraged these days, they are still supported as far as I can tell. More than half of the scripts I have in /usr/local/etc/rc.d/ are old-style (some installed by ports that have not been converted to rcNG, and some purely local scripts). The old-style scripts work fine for me (using 5.4-STABLE.) One possibility is that the system mistakes your old-style scripts for rcNG scripts and therefore handles them wrong - but this is just a wild guess. -- Erik Trulsson ertr1013@student.uu.se From owner-freebsd-stable@FreeBSD.ORG Tue Jun 14 17:05:07 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D2C9F16A41C for ; Tue, 14 Jun 2005 17:05:07 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id 97C4C43D53 for ; Tue, 14 Jun 2005 17:05:07 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (unknown [200.46.204.144]) by hub.org (Postfix) with ESMTP id CE04664BBBC for ; Tue, 14 Jun 2005 14:05:06 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id 11178-04 for ; Tue, 14 Jun 2005 17:05:05 +0000 (GMT) Received: from ganymede.hub.org (blk-224-176-51.eastlink.ca [24.224.176.51]) by hub.org (Postfix) with ESMTP id 674C964BB6A for ; Tue, 14 Jun 2005 14:05:06 -0300 (ADT) Received: by ganymede.hub.org (Postfix, from userid 1000) id 1B81237DDF; Tue, 14 Jun 2005 14:05:06 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 187C83449A for ; Tue, 14 Jun 2005 14:05:06 -0300 (ADT) Date: Tue, 14 Jun 2005 14:05:06 -0300 (ADT) From: "Marc G. Fournier" To: freebsd-stable@freebsd.org Message-ID: <20050614135828.M90456@ganymede.hub.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by amavisd-new at hub.org Subject: New Server - To 5.x or Not To 5.x X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jun 2005 17:05:07 -0000 I've been running FreeBSD 4.x for eons now, mainly because of the fact that she's "known" in our environment ... UNIONFS isn't perfect, but all of the obvious/major bugs have been worked out of her, etc ... but, she's also a dead branch, so any outstanding bugs, nobody is interested in fixing them, let alone having reported ... I'm just in the process of putting together a new server, and based on some stuff I've heard recently concerning work that has been done on UNIONFS, I'm tempted to put 5.x onto this new server, to start bringing my servers into the 'current age' ... Is there anyone out there using 5-STABLE and UNIONFS that are happy with it, or is it still very problematic? Again, the key thing right now for me is UNIONFS, so I'm looking mainly for feedback from ppl that *are* using it, not just reading the end of the man page ... Thanks ... ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: scrappy@hub.org Yahoo!: yscrappy ICQ: 7615664 From owner-freebsd-stable@FreeBSD.ORG Tue Jun 14 17:45:18 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A9ECE16A41C for ; Tue, 14 Jun 2005 17:45:18 +0000 (GMT) (envelope-from srafique@usc.edu) Received: from msg-mx1.usc.edu (msg-mx1.usc.edu [128.125.137.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 90DD943D49 for ; Tue, 14 Jun 2005 17:45:18 +0000 (GMT) (envelope-from srafique@usc.edu) Received: from usc.edu ([128.125.137.12]) by msg-mx1.usc.edu (Sun Java System Messaging Server 6.2-2.02 (built Mar 22 2005)) with ESMTP id <0II30057Y5BISRC0@msg-mx1.usc.edu> for freebsd-stable@freebsd.org; Tue, 14 Jun 2005 10:45:18 -0700 (PDT) Received: from [128.125.137.2] (Forwarded-For: [128.125.139.55]) by msg-store1.usc.edu (mshttpd); Tue, 14 Jun 2005 10:45:18 -0700 Date: Tue, 14 Jun 2005 10:45:18 -0700 From: salman rafique To: freebsd-stable@freebsd.org Message-id: <68f8f5f67bb6.42aeb53e@usc.edu> MIME-version: 1.0 X-Mailer: Sun Java(tm) System Messenger Express 6.1 HotFix 0.08 (built Dec 8 2004) Content-type: text/plain; charset=us-ascii Content-language: en Content-transfer-encoding: 7BIT Content-disposition: inline X-Accept-Language: en Priority: normal Subject: Linuxulator X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jun 2005 17:45:18 -0000 I was thinking to do kernel programming can anybody tell please tell me what the linuxulator is Regards... From owner-freebsd-stable@FreeBSD.ORG Tue Jun 14 17:49:52 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DE8F616A41C for ; Tue, 14 Jun 2005 17:49:52 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from smtp-vbr13.xs4all.nl (smtp-vbr13.xs4all.nl [194.109.24.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5FBAF43D48 for ; Tue, 14 Jun 2005 17:49:52 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtp-vbr13.xs4all.nl (8.13.3/8.13.3) with ESMTP id j5EHnfal025216; Tue, 14 Jun 2005 19:49:48 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.13.3/8.13.3) with ESMTP id j5EHncfZ014662; Tue, 14 Jun 2005 19:49:38 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.13.3/8.13.1/Submit) id j5EHncqp014661; Tue, 14 Jun 2005 19:49:38 +0200 (CEST) (envelope-from wb) Date: Tue, 14 Jun 2005 19:49:38 +0200 From: Wilko Bulte To: salman rafique Message-ID: <20050614174938.GA14646@freebie.xs4all.nl> References: <68f8f5f67bb6.42aeb53e@usc.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <68f8f5f67bb6.42aeb53e@usc.edu> X-OS: FreeBSD 5.4-STABLE User-Agent: Mutt/1.5.9i X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-stable@freebsd.org Subject: Re: Linuxulator X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jun 2005 17:49:53 -0000 On Tue, Jun 14, 2005 at 10:45:18AM -0700, salman rafique wrote.. > I was thinking to do kernel programming can anybody tell please tell me what the linuxulator is The LINUX emulator. A bit of research would have told you that.. -- Wilko Bulte wilko@FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Tue Jun 14 18:01:26 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6A15716A41C for ; Tue, 14 Jun 2005 18:01:26 +0000 (GMT) (envelope-from Philippe.Pegon@crc.u-strasbg.fr) Received: from mailhost.u-strasbg.fr (mailhost.u-strasbg.fr [130.79.200.153]) by mx1.FreeBSD.org (Postfix) with ESMTP id F061D43D48 for ; Tue, 14 Jun 2005 18:01:25 +0000 (GMT) (envelope-from Philippe.Pegon@crc.u-strasbg.fr) Received: from sokaris.u-strasbg.fr (sokaris.u-strasbg.fr [IPv6:2001:660:2402::101]) by mailhost.u-strasbg.fr (8.13.1/jtpda-5.5pre1) with ESMTP id j5EI1OGg032416 ; Tue, 14 Jun 2005 20:01:24 +0200 (CEST) Received: from [192.168.0.100] (crc.u-strasbg.fr [IPv6:2001:660:2402:1001::1]) by sokaris.u-strasbg.fr (8.12.9/jtpda-5.5pre1) with ESMTP id j5EI1Ntt064413 ; Tue, 14 Jun 2005 20:01:23 +0200 (CEST) Message-ID: <42AF1CD1.70109@crc.u-strasbg.fr> Date: Tue, 14 Jun 2005 20:07:13 +0200 From: Philippe PEGON User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050331) X-Accept-Language: fr, en MIME-Version: 1.0 To: Vivek Khera References: <42AD9FC6.7050906@crc.u-strasbg.fr> <2638926C-2C64-4BC9-990F-5FA00DB0711E@khera.org> In-Reply-To: <2638926C-2C64-4BC9-990F-5FA00DB0711E@khera.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.6 (mailhost.u-strasbg.fr [IPv6:2001:660:2402::153]); Tue, 14 Jun 2005 20:01:24 +0200 (CEST) X-Antivirus: scanned by sophos at u-strasbg.fr Cc: freebsd-stable@freebsd.org Subject: Re: UPDATE panics on 5.4-RELEASE-p1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jun 2005 18:01:26 -0000 Vivek Khera a écrit : > > On Jun 13, 2005, at 11:01 AM, Philippe PEGON wrote: > >> I contacted the author of the PR and he said he has the same problem >> on two servers which seems to work fine with Linux : a HP Proliant >> ML110 and an IBM. The only workaround he found is to disable SMP and >> HTT. For information our server is a HP DL380 with two cpu and I >> would like to use them ;) >> > > can you try a non bge ethernet? i had lockups on one system until i > turned off the motherboard bge and plugged in an intel NIC. did you see the same panic with your bge ? > > Vivek Khera, Ph.D. > +1-301-869-4449 x806 -- Philippe PEGON From owner-freebsd-stable@FreeBSD.ORG Tue Jun 14 18:06:06 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BA4AA16A41C for ; Tue, 14 Jun 2005 18:06:06 +0000 (GMT) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (yertle.kcilink.com [65.205.34.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8E57843D55 for ; Tue, 14 Jun 2005 18:06:06 +0000 (GMT) (envelope-from vivek@khera.org) Received: from [192.168.7.103] (host-103.int.kcilink.com [192.168.7.103]) by yertle.kcilink.com (Postfix) with ESMTP id 06AE8B810 for ; Tue, 14 Jun 2005 14:06:06 -0400 (EDT) Mime-Version: 1.0 (Apple Message framework v730) In-Reply-To: <42AF1CD1.70109@crc.u-strasbg.fr> References: <42AD9FC6.7050906@crc.u-strasbg.fr> <2638926C-2C64-4BC9-990F-5FA00DB0711E@khera.org> <42AF1CD1.70109@crc.u-strasbg.fr> Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed Message-Id: <8A1F850A-A6C8-4349-87D9-4CC604D4422C@khera.org> Content-Transfer-Encoding: quoted-printable From: Vivek Khera Date: Tue, 14 Jun 2005 14:06:05 -0400 To: freebsd-stable@freebsd.org X-Mailer: Apple Mail (2.730) Subject: Re: UPDATE panics on 5.4-RELEASE-p1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jun 2005 18:06:06 -0000 On Jun 14, 2005, at 2:07 PM, Philippe PEGON wrote: > Vivek Khera a =E9crit : > >> On Jun 13, 2005, at 11:01 AM, Philippe PEGON wrote: >> >>> I contacted the author of the PR and he said he has the same =20 >>> problem on two servers which seems to work fine with Linux : a =20 >>> HP Proliant ML110 and an IBM. The only workaround he found is =20 >>> to disable SMP and HTT. For information our server is a HP DL380 =20= >>> with two cpu and I would like to use them ;) >>> >>> >> can you try a non bge ethernet? i had lockups on one system until =20= >> i turned off the motherboard bge and plugged in an intel NIC. >> > > did you see the same panic with your bge ? mostly I was locking up hard to the point it had to be power-cycled. =20= only under heavy network + disk loads. i don't recall ever seeing a =20 panic at all, but I'm not a big fan of the bge driver... Vivek Khera, Ph.D. +1-301-869-4449 x806 From owner-freebsd-stable@FreeBSD.ORG Tue Jun 14 18:18:05 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 49A1116A41C for ; Tue, 14 Jun 2005 18:18:05 +0000 (GMT) (envelope-from dannyman@toldme.com) Received: from shiva.nextrials.com (shiva.nextrials.com [64.81.74.145]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2A40043D48 for ; Tue, 14 Jun 2005 18:18:04 +0000 (GMT) (envelope-from dannyman@toldme.com) Received: from [192.168.1.102] (mito.sr.nextrials.com [192.168.1.102]) by shiva.nextrials.com (Postfix) with ESMTP id B93443C28BC; Tue, 14 Jun 2005 11:18:04 -0700 (PDT) Message-ID: <42AF1F57.7080503@toldme.com> Date: Tue, 14 Jun 2005 11:17:59 -0700 From: Danny Howard User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050607) X-Accept-Language: en-us, en MIME-Version: 1.0 To: jon@abccomm.com References: <1379.172.16.0.199.1118515349.squirrel@172.16.0.1> <1118519437.7105.16.camel@zappa.Chelsea-Ct.Org> <8eea0408050613111459f96599@mail.gmail.com> In-Reply-To: <8eea0408050613111459f96599@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: atacontrol raid1 vs. gmirror X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jun 2005 18:18:05 -0000 Jon Simola wrote: >On 6/11/05, Paul Mather wrote: > > > >>I found array rebuilding to be troublesome on atacontrol RAID >> >> > >Some bits from the in-house documentation I've been writing. I've >tested this on multiple occasions on my 1U Supermicro SATA boxes, so >might possibly be interesting for someone. > > Ooof. I have my Supermicro SATA 1Us running gmirror. A bit easier than your procedures: http://dannyman.toldme.com/2005/01/24/freebsd-howto-gmirror-system/ Cheers, -danny -- http://dannyman.toldme.com/ From owner-freebsd-stable@FreeBSD.ORG Tue Jun 14 18:19:21 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C696716A41C for ; Tue, 14 Jun 2005 18:19:21 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A82A43D48 for ; Tue, 14 Jun 2005 18:19:21 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id j5EIJ4mj003790; Tue, 14 Jun 2005 11:19:04 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j5EIJ44C003789; Tue, 14 Jun 2005 11:19:04 -0700 Date: Tue, 14 Jun 2005 11:19:04 -0700 From: Brooks Davis To: "Michael W. Lucas" , Vivek Khera , stable@freebsd.org Message-ID: <20050614181904.GG20371@odin.ac.hmc.edu> References: <20050614150240.GA62949@bewilderbeast.blackhelicopters.org> <42AEF361.2010405@t-hosting.hu> <590EEFC5-8D42-40F3-B723-F62F478D09D0@khera.org> <20050614155836.GA63382@bewilderbeast.blackhelicopters.org> <20050614164355.GA34603@falcon.midgard.homeip.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="7uYPyRQQ5N0D02nI" Content-Disposition: inline In-Reply-To: <20050614164355.GA34603@falcon.midgard.homeip.net> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu Cc: Subject: Re: /usr/local/etc/rc.d/*.sh not working? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jun 2005 18:19:22 -0000 --7uYPyRQQ5N0D02nI Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jun 14, 2005 at 06:43:55PM +0200, Erik Trulsson wrote: > On Tue, Jun 14, 2005 at 11:58:36AM -0400, Michael W. Lucas wrote: > > On Tue, Jun 14, 2005 at 11:22:07AM -0400, Vivek Khera wrote: > > >=20 > > > On Jun 14, 2005, at 11:10 AM, K?vesd?n G?bor wrote: > > >=20 > > > >For scripts in /usr/local/etc/rc.d You should add an entry to /etc/= =20 > > > >rc.conf. > > > >For example, if You script is somedaemon.sh, then add =20 > > > >somedaemon_enable=3D'YES' to /etc/rc.conf and it will run at the nex= t =20 > > > >boot. > > > > > > >=20 > > > but his scripts don't use rc-ng, so this is pointless. > > >=20 > > > they should just work if they end in .sh and are executable. > >=20 > > And this is the million-dollar question: should they? Two things > > could be causing this behavior: > >=20 > > a) old-style .sh scripts are not supported, Michael needs to rewrite th= em for rcNG > > b) old-style .sh scripts are supported, Michael has some other system p= roblem > >=20 > > If a), fine. If b), though, I need to really start digging. Anyone > > here know the definitive answer? >=20 > I am fairly certain that the answer is b). > Although old-style scripts seem to be discouraged these days, they are > still supported as far as I can tell. More than half of the scripts I > have in /usr/local/etc/rc.d/ are old-style (some installed by ports > that have not been converted to rcNG, and some purely local scripts). > The old-style scripts work fine for me (using 5.4-STABLE.) >=20 >=20 > One possibility is that the system mistakes your old-style scripts for > rcNG scripts and therefore handles them wrong - but this is just a wild > guess. It's b) and this guess is wrong because we don't do any detection of rcorder compatable scripts yet. See /etc/rc.d/localpkg for exactly how the scripts in /usr/local/etc/rc.d get run. My suggestion would be to write up a single rc.d script that handles everything using some combination of ifconfig_ style variables or a config file. Then you have only one script and you'll be ready to go when we move to full rcordering (hopefully in 7.0). -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --7uYPyRQQ5N0D02nI Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFCrx+XXY6L6fI4GtQRArH3AJ4s7thSM6a77CRSAjvEe2ktdZ4fcwCg4yVh 2tN59aecYK80pTQo9jUR2Ls= =qmDc -----END PGP SIGNATURE----- --7uYPyRQQ5N0D02nI-- From owner-freebsd-stable@FreeBSD.ORG Tue Jun 14 18:25:15 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C460516A41C for ; Tue, 14 Jun 2005 18:25:15 +0000 (GMT) (envelope-from mwlucas@bewilderbeast.blackhelicopters.org) Received: from bewilderbeast.blackhelicopters.org (bewilderbeast.blackhelicopters.org [198.22.63.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7F70543D1F for ; Tue, 14 Jun 2005 18:25:15 +0000 (GMT) (envelope-from mwlucas@bewilderbeast.blackhelicopters.org) Received: from bewilderbeast.blackhelicopters.org (mwlucas@localhost [127.0.0.1]) by bewilderbeast.blackhelicopters.org (8.12.10/8.12.10) with ESMTP id j5EIPDOu064870; Tue, 14 Jun 2005 14:25:13 -0400 (EDT) (envelope-from mwlucas@bewilderbeast.blackhelicopters.org) Received: (from mwlucas@localhost) by bewilderbeast.blackhelicopters.org (8.12.10/8.12.10/Submit) id j5EIPD4o064869; Tue, 14 Jun 2005 14:25:13 -0400 (EDT) (envelope-from mwlucas) Date: Tue, 14 Jun 2005 14:25:13 -0400 From: "Michael W. Lucas" To: Brooks Davis Message-ID: <20050614182513.GA64845@bewilderbeast.blackhelicopters.org> References: <20050614150240.GA62949@bewilderbeast.blackhelicopters.org> <42AEF361.2010405@t-hosting.hu> <590EEFC5-8D42-40F3-B723-F62F478D09D0@khera.org> <20050614155836.GA63382@bewilderbeast.blackhelicopters.org> <20050614164355.GA34603@falcon.midgard.homeip.net> <20050614181904.GG20371@odin.ac.hmc.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050614181904.GG20371@odin.ac.hmc.edu> User-Agent: Mutt/1.4.1i X-Spam-Score: (0) X-Scanned-By: MIMEDefang 2.39 Cc: Vivek Khera , stable@freebsd.org Subject: Re: /usr/local/etc/rc.d/*.sh not working? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jun 2005 18:25:15 -0000 On Tue, Jun 14, 2005 at 11:19:04AM -0700, Brooks Davis wrote: > It's b) and this guess is wrong because we don't do any detection of > rcorder compatable scripts yet. See /etc/rc.d/localpkg for exactly how > the scripts in /usr/local/etc/rc.d get run. > > My suggestion would be to write up a single rc.d script that handles > everything using some combination of ifconfig_ style variables or a > config file. Then you have only one script and you'll be ready to go > when we move to full rcordering (hopefully in 7.0). Thanks, a definite answer is appreciated. I'm going to take your advice, but also dig in to find out why these don't start. I intensely dislike unexplained behavior, and wonder what else is broken on these boxes... ==ml -- Michael W. Lucas mwlucas@FreeBSD.org, mwlucas@BlackHelicopters.org http://www.BlackHelicopters.org/~mwlucas/ "The cloak of anonymity protects me from the nuisance of caring." -Non Sequitur From owner-freebsd-stable@FreeBSD.ORG Tue Jun 14 18:34:10 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 74EBE16A41C for ; Tue, 14 Jun 2005 18:34:10 +0000 (GMT) (envelope-from paul@xciv.org) Received: from mailhost.xciv.org (vantage.xciv.org [213.228.237.55]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3C74443D1D for ; Tue, 14 Jun 2005 18:34:07 +0000 (GMT) (envelope-from paul@xciv.org) Received: from localhost ([127.0.0.1] helo=xciv.org) by mailhost.xciv.org with esmtp id 1DiGEf-000DPh-00; Tue, 14 Jun 2005 19:34:05 +0100 X-Mailer: exmh version 2.6.3 04/04/2003 with nmh-1.0.4 To: freebsd-stable@freebsd.org Organization: XCIV, London UK Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 14 Jun 2005 19:34:05 +0100 Message-ID: <51564.1118774045@xciv.org> From: Paul Civati X-XCIV-MailScanner: Found to be clean Subject: CARP and VLAN interfaces (5.4) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jun 2005 18:34:10 -0000 Has anyone tested this? It doesn't seem to work for me (although from some brief googling I got the impression it should). In my testing the carp0 for em3 interface negotiates MASTER/BACKUP as it should, however the carp1 interface never leaves the 'INIT' state. From another host in the 111 .1q VLAN/subnet I can ping .67 and .66 (the other CARP partner). em3: flags=18943 mtu 1500 options=4b inet X.X.X.3 netmask 0xffffffc0 broadcast X.X.X.63 inet6 fe80::230:48ff:fe83:4807%em3 prefixlen 64 scopeid 0x4 ether 00:30:48:83:48:07 media: Ethernet autoselect (100baseTX ) status: active lo0: flags=8049 mtu 16384 inet 127.0.0.1 netmask 0xff000000 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x5 carp0: flags=41 mtu 1500 inet X.X.X.1 netmask 0xffffffc0 carp: BACKUP vhid 1 advbase 1 advskew 100 vlan111: flags=8943 mtu 1500 inet Y.Y.Y.67 netmask 0xffffffe0 broadcast Y.Y.Y.95 inet6 fe80::230:48ff:fe83:4806%vlan111 prefixlen 64 scopeid 0x7 ether 00:30:48:83:48:07 media: Ethernet autoselect (100baseTX ) status: active vlan: 111 parent interface: em3 carp1: flags=0<> mtu 1500 inet Y.Y.Y.65 netmask 0xffffffe0 carp: INIT vhid 2 advbase 1 advskew 100 -Paul- From owner-freebsd-stable@FreeBSD.ORG Tue Jun 14 18:34:20 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2F17C16A44F for ; Tue, 14 Jun 2005 18:34:20 +0000 (GMT) (envelope-from simon@zaphod.nitro.dk) Received: from zaphod.nitro.dk (port324.ds1-khk.adsl.cybercity.dk [212.242.113.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id CB96A43D1D for ; Tue, 14 Jun 2005 18:34:19 +0000 (GMT) (envelope-from simon@zaphod.nitro.dk) Received: by zaphod.nitro.dk (Postfix, from userid 3000) id 1A14511AD1; Tue, 14 Jun 2005 20:34:18 +0200 (CEST) Date: Tue, 14 Jun 2005 20:34:17 +0200 From: "Simon L. Nielsen" To: "Michael W. Lucas" Message-ID: <20050614183417.GA901@zaphod.nitro.dk> References: <20050614150240.GA62949@bewilderbeast.blackhelicopters.org> <42AEF361.2010405@t-hosting.hu> <590EEFC5-8D42-40F3-B723-F62F478D09D0@khera.org> <20050614155836.GA63382@bewilderbeast.blackhelicopters.org> <20050614164355.GA34603@falcon.midgard.homeip.net> <20050614181904.GG20371@odin.ac.hmc.edu> <20050614182513.GA64845@bewilderbeast.blackhelicopters.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="WIyZ46R2i8wDzkSu" Content-Disposition: inline In-Reply-To: <20050614182513.GA64845@bewilderbeast.blackhelicopters.org> User-Agent: Mutt/1.5.9i Cc: Vivek Khera , stable@freebsd.org Subject: Re: /usr/local/etc/rc.d/*.sh not working? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jun 2005 18:34:20 -0000 --WIyZ46R2i8wDzkSu Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2005.06.14 14:25:13 -0400, Michael W. Lucas wrote: > On Tue, Jun 14, 2005 at 11:19:04AM -0700, Brooks Davis wrote: > > It's b) and this guess is wrong because we don't do any detection of > > rcorder compatable scripts yet. See /etc/rc.d/localpkg for exactly how > > the scripts in /usr/local/etc/rc.d get run. > >=20 > > My suggestion would be to write up a single rc.d script that handles > > everything using some combination of ifconfig_ style variables or a > > config file. Then you have only one script and you'll be ready to go > > when we move to full rcordering (hopefully in 7.0). >=20 > Thanks, a definite answer is appreciated. >=20 > I'm going to take your advice, but also dig in to find out why these > don't start. I intensely dislike unexplained behavior, and wonder > what else is broken on these boxes... Just a hint... I would suggest sh -x /etc/rc.d/localpkg start or something like that to see what really goes on. --=20 Simon L. Nielsen --WIyZ46R2i8wDzkSu Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCryMph9pcDSc1mlERAnzGAJ9mXHZHX+qy6usn+pxFScy9EWpD1ACgpQkw vwxGkEpBX3aVpTM2fe8xjzk= =jytV -----END PGP SIGNATURE----- --WIyZ46R2i8wDzkSu-- From owner-freebsd-stable@FreeBSD.ORG Tue Jun 14 18:34:55 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D3CC316A41C for ; Tue, 14 Jun 2005 18:34:55 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id A8F9043D58 for ; Tue, 14 Jun 2005 18:34:55 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id j5EIYsUY006220; Tue, 14 Jun 2005 11:34:54 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j5EIYsN6006219; Tue, 14 Jun 2005 11:34:54 -0700 Date: Tue, 14 Jun 2005 11:34:54 -0700 From: Brooks Davis To: "Michael W. Lucas" Message-ID: <20050614183454.GI20371@odin.ac.hmc.edu> References: <20050614150240.GA62949@bewilderbeast.blackhelicopters.org> <42AEF361.2010405@t-hosting.hu> <590EEFC5-8D42-40F3-B723-F62F478D09D0@khera.org> <20050614155836.GA63382@bewilderbeast.blackhelicopters.org> <20050614164355.GA34603@falcon.midgard.homeip.net> <20050614181904.GG20371@odin.ac.hmc.edu> <20050614182513.GA64845@bewilderbeast.blackhelicopters.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="nEsDIrWrg+hrB7l1" Content-Disposition: inline In-Reply-To: <20050614182513.GA64845@bewilderbeast.blackhelicopters.org> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu Cc: Vivek Khera , stable@freebsd.org Subject: Re: /usr/local/etc/rc.d/*.sh not working? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jun 2005 18:34:55 -0000 --nEsDIrWrg+hrB7l1 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jun 14, 2005 at 02:25:13PM -0400, Michael W. Lucas wrote: > On Tue, Jun 14, 2005 at 11:19:04AM -0700, Brooks Davis wrote: > > It's b) and this guess is wrong because we don't do any detection of > > rcorder compatable scripts yet. See /etc/rc.d/localpkg for exactly how > > the scripts in /usr/local/etc/rc.d get run. > >=20 > > My suggestion would be to write up a single rc.d script that handles > > everything using some combination of ifconfig_ style variables or a > > config file. Then you have only one script and you'll be ready to go > > when we move to full rcordering (hopefully in 7.0). >=20 > Thanks, a definite answer is appreciated. >=20 > I'm going to take your advice, but also dig in to find out why these > don't start. I intensely dislike unexplained behavior, and wonder > what else is broken on these boxes... Yah, it's odd that the scripts aren't running. I don't think it's a maximum command length issue since 1000 files with names like: /usr/local/etc/four/test-script-975 aren't a problem for "echo `find /usr/local/etc/four/`" -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --nEsDIrWrg+hrB7l1 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFCryNLXY6L6fI4GtQRAnMOAJ0bqPKozOAOuj+XvCi0U+fuNfMQhQCcCkrm +Q+/XOHGQB0orTKt9X0BJ7g= =emhM -----END PGP SIGNATURE----- --nEsDIrWrg+hrB7l1-- From owner-freebsd-stable@FreeBSD.ORG Tue Jun 14 18:48:24 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 50B1E16A41C for ; Tue, 14 Jun 2005 18:48:24 +0000 (GMT) (envelope-from skylar@cs.earlham.edu) Received: from quark.cs.earlham.edu (cs.earlham.edu [159.28.230.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0305F43D53 for ; Tue, 14 Jun 2005 18:48:23 +0000 (GMT) (envelope-from skylar@cs.earlham.edu) Received: from [159.28.57.98] (wir057098.rpa.earlham.edu [159.28.57.98]) (authenticated bits=0) by quark.cs.earlham.edu (8.13.4/8.13.3) with ESMTP id j5EImIwv033673 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 14 Jun 2005 13:48:19 -0500 (EST) (envelope-from skylar@cs.earlham.edu) Message-ID: <42AF266B.80304@cs.earlham.edu> Date: Tue, 14 Jun 2005 13:48:11 -0500 From: Skylar Thompson Organization: Earlham College Computer Science Department User-Agent: Mozilla Thunderbird 1.0 (X11/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Michael Grant References: <20050611071010.GQ57111@grant.org> In-Reply-To: <20050611071010.GQ57111@grant.org> X-Enigmail-Version: 0.89.5.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig35AFD7AFEE4E8DBACEEB329B" X-Greylist: Sender succeded SMTP AUTH authentication, not delayed by milter-greylist-1.6 (quark.cs.earlham.edu [159.28.230.3]); Tue, 14 Jun 2005 13:48:19 -0500 (EST) X-Virus-Scanned: ClamAV 0.85.1/938/Tue Jun 14 03:59:24 2005 on quark.cs.earlham.edu X-Virus-Status: Clean X-Sanitizer: This message has passed the MIMEDefang sanitizer. X-Sanitizer-URL: http://www.cs.earlham.edu/applied-groups/admin/ X-Sanitizer-Version: MIMEDefang/ECSanitizer $Revision: 1.18 $ X-Sanitizer-Config-Version: $Revision: 1.180 $ X-Scanned-By: MIMEDefang 2.51 on 159.28.230.3 X-Spam-Status: No, score=-2.8 required=8.0 tests=ALL_TRUSTED autolearn=failed version=3.0.3 X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on quark.cs.earlham.edu Cc: freebsd-stable@freebsd.org Subject: Re: disappearing snapshots X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jun 2005 18:48:24 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig35AFD7AFEE4E8DBACEEB329B Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Michael Grant wrote: >I've been playing with snapshots (mksnap_ffs) recently. I've got a >script which does a daily snapshot and keeps 7 days of history. Last >night, the machine crashed and when it came back up, all the snapshots >referred to the current view of the disk, i.e. I lost the 7-day >history. > >I'm running 5.3-release. > >Has anyone seen this? Snapshots should persist beyond reboots, >shouldn't they? > >(Yes, I am doing the mdconfig and remounting the snap.) > > I haven't seen this specifically, but I have noticed a fair amount of instability related to the snapshot code. I've managed to crash 5.2-RELEASE through 5.4-RELEASE by keeping too many snapshots, or hammering the disk while taking a snapshot, or having a filesystem with lots (close to a million) of files. Have you tried fscking the disk manually from single-user mode? -- -- Skylar Thompson (skylar@cs.earlham.edu) -- http://www.cs.earlham.edu/~skylar/ --------------enig35AFD7AFEE4E8DBACEEB329B Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFCryZvsc4yyULgN4YRAhwyAJ4nKfQyYRp/zjs1XikU0eVSBW/CcQCfVBWN FLrDiDO1Mndb5vLeWTh9dso= =mzgF -----END PGP SIGNATURE----- --------------enig35AFD7AFEE4E8DBACEEB329B-- From owner-freebsd-stable@FreeBSD.ORG Tue Jun 14 19:24:41 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C0A6B16A41C for ; Tue, 14 Jun 2005 19:24:41 +0000 (GMT) (envelope-from Philippe.Pegon@crc.u-strasbg.fr) Received: from mailhost.u-strasbg.fr (mailhost.u-strasbg.fr [130.79.200.154]) by mx1.FreeBSD.org (Postfix) with ESMTP id 351B443D4C for ; Tue, 14 Jun 2005 19:24:41 +0000 (GMT) (envelope-from Philippe.Pegon@crc.u-strasbg.fr) Received: from sokaris.u-strasbg.fr (sokaris.u-strasbg.fr [IPv6:2001:660:2402::101]) by mailhost.u-strasbg.fr (8.13.1/jtpda-5.5pre1) with ESMTP id j5EJOds5031448 ; Tue, 14 Jun 2005 21:24:39 +0200 (CEST) Received: from [127.0.0.1] (crc.u-strasbg.fr [IPv6:2001:660:2402:1001::1]) by sokaris.u-strasbg.fr (8.12.9/jtpda-5.5pre1) with ESMTP id j5EJOdtt077110 ; Tue, 14 Jun 2005 21:24:39 +0200 (CEST) Message-ID: <42AF2EF5.7040800@crc.u-strasbg.fr> Date: Tue, 14 Jun 2005 21:24:37 +0200 From: Philippe PEGON User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050326) X-Accept-Language: en-us, en MIME-Version: 1.0 To: paul@xciv.org References: <51564.1118774045@xciv.org> In-Reply-To: <51564.1118774045@xciv.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.6 (mailhost.u-strasbg.fr [IPv6:2001:660:2402::154]); Tue, 14 Jun 2005 21:24:39 +0200 (CEST) X-Antivirus: scanned by sophos at u-strasbg.fr Cc: freebsd-stable@freebsd.org Subject: Re: CARP and VLAN interfaces (5.4) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jun 2005 19:24:41 -0000 Paul Civati wrote: > Has anyone tested this? yes, it doesn't work, carp with vlan aren't supported on FreeBSD. There is a thread about that on freebsd-pf : http://lists.freebsd.org/mailman/htdig/freebsd-pf/2005-May/001033.html > > It doesn't seem to work for me (although from some brief googling I > got the impression it should). > > In my testing the carp0 for em3 interface negotiates MASTER/BACKUP > as it should, however the carp1 interface never leaves the 'INIT' > state. From another host in the 111 .1q VLAN/subnet I can ping .67 > and .66 (the other CARP partner). > > em3: flags=18943 mtu 1500 > options=4b > inet X.X.X.3 netmask 0xffffffc0 broadcast X.X.X.63 > inet6 fe80::230:48ff:fe83:4807%em3 prefixlen 64 scopeid 0x4 > ether 00:30:48:83:48:07 > media: Ethernet autoselect (100baseTX ) > status: active > lo0: flags=8049 mtu 16384 > inet 127.0.0.1 netmask 0xff000000 > inet6 ::1 prefixlen 128 > inet6 fe80::1%lo0 prefixlen 64 scopeid 0x5 > carp0: flags=41 mtu 1500 > inet X.X.X.1 netmask 0xffffffc0 > carp: BACKUP vhid 1 advbase 1 advskew 100 > vlan111: flags=8943 mtu 1500 > inet Y.Y.Y.67 netmask 0xffffffe0 broadcast Y.Y.Y.95 > inet6 fe80::230:48ff:fe83:4806%vlan111 prefixlen 64 scopeid 0x7 > ether 00:30:48:83:48:07 > media: Ethernet autoselect (100baseTX ) > status: active > vlan: 111 parent interface: em3 > carp1: flags=0<> mtu 1500 > inet Y.Y.Y.65 netmask 0xffffffe0 > carp: INIT vhid 2 advbase 1 advskew 100 > > -Paul- > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" -- Philippe PEGON From owner-freebsd-stable@FreeBSD.ORG Tue Jun 14 19:24:45 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 236EF16A42C; Tue, 14 Jun 2005 19:24:45 +0000 (GMT) (envelope-from alan@cyclopsvision.co.uk) Received: from dswu232.btconnect.com (dswu232.btconnect.com [193.113.154.43]) by mx1.FreeBSD.org (Postfix) with SMTP id 8B4E143D55; Tue, 14 Jun 2005 19:24:44 +0000 (GMT) (envelope-from alan@cyclopsvision.co.uk) Received: from c2bthomr03.btconnect.com (actually host 211.73.73.194.in-addr.arpa) by dswu232.btconnect.com with SMTP (XT-PP) with ESMTP; Tue, 14 Jun 2005 20:24:36 +0100 Received: from AJDELL9200 (213-78-6-149.uk.onetel.net.uk [213.78.6.149]) by c2bthomr03.btconnect.com (MOS 3.5.8-GR) with ESMTP id BRV41052; Tue, 14 Jun 2005 20:23:57 +0100 (BST) Message-Id: <200506141923.BRV41052@c2bthomr03.btconnect.com> From: "Alan Jay" To: , Date: Tue, 14 Jun 2005 20:24:33 +0100 Organization: Cyclops Vision Limited MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.6353 Thread-Index: AcVwD46mTfKjfektTUW7fcV9PFJNdAAMBlmwAB6+FNAAAERlkAAWuxZw X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Cc: Subject: ATA_Identify timeout ERROR - using Tyan S5350 with FreeBSD 5.4 (problems booting - SATA hard disk not recognised) - X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: alan@cyclopsvision.co.uk List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jun 2005 19:24:45 -0000 Hi, I just got a new Tyan S5350 using twin Xeon processors I am told this is now a very standard motherboard. Unfortunately when I try to boot FreeBSD 5.4 Release I get the following errors on the IDE/ATA/SATA connection. The errors I get during boot up are as follows: The hard disk is not recognised you get the error: Ata0_master: Failure ATAPI_IDENTITY timeout (x3) Then Ata1_master: Failure ATA_Identify timeout (x3) This is true if I use a standard IDE drive (160Gb) or a SATA drive (250Gb). The BIOS recognises the drives and is happy with them but the OS has this problem. The board appears to use the Intel 6300SEB chip set using for the IDE/ATA/SATA is it supported? Or is there a problem with my motherboard? The board we have is: http://www.tyan.com/products/html/tigeri7320r_spec.html If anyone is using this motherboard successfully please let me know so I can organise a replacement. Any other help gratefully received. Alan Jay PS The rest of the machine specs are - twin Xeon processor; 4 Gb RAM; Intel Gigabit Network card in the PCI slot. 250Gb SATA drive. PPS Having looked around the lists there appear to be people who say this is related to the issues described 5.2.1 release errata (http://www.freebsd.org/releases/5.2.1R/errata.html) PPPS loading in safe mode does work but it isn't a viable way to run a server anyone got any ideas why this occurs and how to work around it the ideas in the errata for 5.2.1 don't seem to work assuming that I have the syntax correct in the /boot/loader.comf From owner-freebsd-stable@FreeBSD.ORG Tue Jun 14 19:59:36 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2576716A41C for ; Tue, 14 Jun 2005 19:59:36 +0000 (GMT) (envelope-from kirk@strauser.com) Received: from kanga.honeypot.net (kanga.honeypot.net [208.162.254.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id DCF7443D1D for ; Tue, 14 Jun 2005 19:59:35 +0000 (GMT) (envelope-from kirk@strauser.com) Received: from localhost (localhost [127.0.0.1]) by kanga.honeypot.net (Postfix) with ESMTP id C6AA9222404 for ; Tue, 14 Jun 2005 14:59:34 -0500 (CDT) Received: from kanga.honeypot.net ([127.0.0.1]) by localhost (kanga.honeypot.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 80746-03 for ; Tue, 14 Jun 2005 14:59:32 -0500 (CDT) Received: from janus.daycos.com (janus.daycos.com [204.26.70.77]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by kanga.honeypot.net (Postfix) with ESMTP id 76119222402 for ; Tue, 14 Jun 2005 14:59:32 -0500 (CDT) From: Kirk Strauser To: freebsd-stable@freebsd.org Date: Tue, 14 Jun 2005 14:59:20 -0500 User-Agent: KMail/1.8.1 References: <20050614135828.M90456@ganymede.hub.org> In-Reply-To: <20050614135828.M90456@ganymede.hub.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1148257.5ZUNMHZEpB"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200506141459.20488.kirk@strauser.com> X-Virus-Scanned: amavisd-new at honeypot.net Subject: Re: New Server - To 5.x or Not To 5.x X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jun 2005 19:59:36 -0000 --nextPart1148257.5ZUNMHZEpB Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday 14 June 2005 12:05, Marc G. Fournier wrote: > Is there anyone out there using 5-STABLE and UNIONFS that are happy with > it, or is it still very problematic? This probably isn't the heavy-duty example you wanted, but... I run 5.4-STABLE on a laptop, and mount /usr/ports/distfiles read-only from= =20 another server via smbfs. Then, I use unionfs to=20 mount /usr/ports/localdistfiles above /usr/ports/distfiles. This is hardly= =20 in the same league as running a database or mailserver through unionfs, but= =20 it certainly seems stable enough for my limited needs. =2D-=20 Kirk Strauser --nextPart1148257.5ZUNMHZEpB Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- iD8DBQBCrzcY5sRg+Y0CpvERApHAAJ9I32Ohpcm5D2+s92i5jCa1gkpC+wCePKuX en6k9YXvj9DaCZ0+OkK21is= =4pwb -----END PGP SIGNATURE----- --nextPart1148257.5ZUNMHZEpB-- From owner-freebsd-stable@FreeBSD.ORG Tue Jun 14 21:12:42 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5920516A41C for ; Tue, 14 Jun 2005 21:12:42 +0000 (GMT) (envelope-from decibel@decibel.org) Received: from flake.decibel.org (flake.decibel.org [67.100.216.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 235BF43D1F for ; Tue, 14 Jun 2005 21:12:42 +0000 (GMT) (envelope-from decibel@decibel.org) Received: by flake.decibel.org (Postfix, from userid 1001) id 5B09D15293; Tue, 14 Jun 2005 16:12:41 -0500 (CDT) Date: Tue, 14 Jun 2005 16:12:41 -0500 From: "Jim C. Nasby" To: freebsd-stable@freebsd.org Message-ID: <20050614211241.GK44623@decibel.org> Mail-Followup-To: "Jim C. Nasby" , freebsd-stable@freebsd.org References: <20050614150240.GA62949@bewilderbeast.blackhelicopters.org> <42AEF361.2010405@t-hosting.hu> <20050614151939.GA63065@bewilderbeast.blackhelicopters.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050614151939.GA63065@bewilderbeast.blackhelicopters.org> X-Operating-System: FreeBSD 4.11-RELEASE i386 X-Distributed: Join the Effort! http://www.distributed.net User-Agent: Mutt/1.5.8i Subject: Re: /usr/local/etc/rc.d/*.sh not working? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jun 2005 21:12:42 -0000 On Tue, Jun 14, 2005 at 11:19:39AM -0400, Michael W. Lucas wrote: > For example, I have a server with about 400 separate MRTG daemons on > it. (Yes, they must be separate, for administrative rather than > technical reasons.) Each daemon has a custom script. These aren't > ports, and they have no rcNG infrastructure. BTW, you might find http://rrs.decibel.org useful, though it currently doesn't have a graphical front end. -- Jim C. Nasby, Database Consultant decibel@decibel.org Give your computer some brain candy! www.distributed.net Team #1828 Windows: "Where do you want to go today?" Linux: "Where do you want to go tomorrow?" FreeBSD: "Are you guys coming, or what?" From owner-freebsd-stable@FreeBSD.ORG Tue Jun 14 21:40:53 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 509ED16A41C for ; Tue, 14 Jun 2005 21:40:53 +0000 (GMT) (envelope-from paul@xciv.org) Received: from mailhost.xciv.org (vantage.xciv.org [213.228.237.55]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1A97A43D1F for ; Tue, 14 Jun 2005 21:40:52 +0000 (GMT) (envelope-from paul@xciv.org) Received: from localhost ([127.0.0.1] helo=xciv.org) by mailhost.xciv.org with esmtp id 1DiJ9O-000GDs-00; Tue, 14 Jun 2005 22:40:50 +0100 X-Mailer: exmh version 2.6.3 04/04/2003 with nmh-1.0.4 To: freebsd-stable@freebsd.org Organization: XCIV, London UK In-reply-to: Your message of "Tue, 14 Jun 2005 21:24:37 +0200." <42AF2EF5.7040800@crc.u-strasbg.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 14 Jun 2005 22:40:50 +0100 Message-ID: <62363.1118785250@xciv.org> From: Paul Civati X-XCIV-MailScanner: Found to be clean Subject: Re: CARP and VLAN interfaces (5.4) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jun 2005 21:40:53 -0000 Philippe PEGON wrote: > > Has anyone tested this? > > yes, it doesn't work, carp with vlan aren't supported on FreeBSD. There is > a thread about that on freebsd-pf : > > http://lists.freebsd.org/mailman/htdig/freebsd-pf/2005-May/001033.html Thanks for the pointer, the patch listed below fixes the problem. http://lists.freebsd.org/pipermail/freebsd-net/2005-April/006997.html Could someone commit this to -STABLE, or is it not the 'correct' fix? -Paul- From owner-freebsd-stable@FreeBSD.ORG Tue Jun 14 22:46:13 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 92C7816A41C for ; Tue, 14 Jun 2005 22:46:13 +0000 (GMT) (envelope-from Philippe.Pegon@crc.u-strasbg.fr) Received: from mailhost.u-strasbg.fr (mailhost.u-strasbg.fr [130.79.200.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id 266F243D48 for ; Tue, 14 Jun 2005 22:46:12 +0000 (GMT) (envelope-from Philippe.Pegon@crc.u-strasbg.fr) Received: from sokaris.u-strasbg.fr (sokaris.u-strasbg.fr [IPv6:2001:660:2402::101]) by mailhost.u-strasbg.fr (8.13.1/jtpda-5.5pre1) with ESMTP id j5EMkB4L042261 ; Wed, 15 Jun 2005 00:46:11 +0200 (CEST) Received: from [192.168.0.100] (crc.u-strasbg.fr [IPv6:2001:660:2402:1001::1]) by sokaris.u-strasbg.fr (8.12.9/jtpda-5.5pre1) with ESMTP id j5EMkAtt003138 ; Wed, 15 Jun 2005 00:46:11 +0200 (CEST) Message-ID: <42AF5F91.20505@crc.u-strasbg.fr> Date: Wed, 15 Jun 2005 00:52:01 +0200 From: Philippe PEGON User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050331) X-Accept-Language: fr, en MIME-Version: 1.0 To: paul@xciv.org References: <62363.1118785250@xciv.org> In-Reply-To: <62363.1118785250@xciv.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.6 (mailhost.u-strasbg.fr [IPv6:2001:660:2402::158]); Wed, 15 Jun 2005 00:46:11 +0200 (CEST) X-Antivirus: scanned by sophos at u-strasbg.fr Cc: freebsd-stable@freebsd.org Subject: Re: CARP and VLAN interfaces (5.4) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jun 2005 22:46:13 -0000 Paul Civati a écrit : > Philippe PEGON wrote: > > >>>Has anyone tested this? >> >>yes, it doesn't work, carp with vlan aren't supported on FreeBSD. There is >>a thread about that on freebsd-pf : >> >>http://lists.freebsd.org/mailman/htdig/freebsd-pf/2005-May/001033.html > > > Thanks for the pointer, the patch listed below fixes the problem. > > http://lists.freebsd.org/pipermail/freebsd-net/2005-April/006997.html I also tested it with em card and for me it only runs if I connect the network card after the boot, otherwise I have the INIT symptom on carp's interfaces. > > Could someone commit this to -STABLE, or is it not the 'correct' fix? > > -Paul- -- Philippe PEGON From owner-freebsd-stable@FreeBSD.ORG Tue Jun 14 23:37:01 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 307AD16A41C for ; Tue, 14 Jun 2005 23:37:01 +0000 (GMT) (envelope-from paul@xciv.org) Received: from mailhost.xciv.org (vantage.xciv.org [213.228.237.55]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF7ED43D4C for ; Tue, 14 Jun 2005 23:37:00 +0000 (GMT) (envelope-from paul@xciv.org) Received: from localhost ([127.0.0.1] helo=xciv.org) by mailhost.xciv.org with esmtp id 1DiKxm-000Hlv-00; Wed, 15 Jun 2005 00:36:58 +0100 X-Mailer: exmh version 2.6.3 04/04/2003 with nmh-1.0.4 To: freebsd-stable@freebsd.org Organization: XCIV, London UK In-reply-to: Your message of "Wed, 15 Jun 2005 00:52:01 +0200." <42AF5F91.20505@crc.u-strasbg.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 15 Jun 2005 00:36:58 +0100 Message-ID: <68318.1118792218@xciv.org> From: Paul Civati X-XCIV-MailScanner: Found to be clean Subject: Re: CARP and VLAN interfaces (5.4) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jun 2005 23:37:01 -0000 Philippe PEGON wrote: > I also tested it with em card and for me it only runs if I connect the > network card after the boot, otherwise I have the INIT symptom on carp's > interfaces. Did the patch apply cleanly? I applied it to 5.4-REL sources, part of the code was already in there so I added the missing bits manually. Seems to work fine in my initial testing. -Paul- From owner-freebsd-stable@FreeBSD.ORG Wed Jun 15 01:16:41 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BD53616A41C; Wed, 15 Jun 2005 01:16:41 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0D61443D53; Wed, 15 Jun 2005 01:16:40 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.13.4/8.13.4) with ESMTP id j5F1GQK4034224; Wed, 15 Jun 2005 10:46:26 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Wed, 15 Jun 2005 10:46:22 +0930 User-Agent: KMail/1.8 References: <20050614150240.GA62949@bewilderbeast.blackhelicopters.org> <20050614151939.GA63065@bewilderbeast.blackhelicopters.org> <6E39C810-AA1D-43AA-B2FA-CA8C387141CF@khera.org> In-Reply-To: <6E39C810-AA1D-43AA-B2FA-CA8C387141CF@khera.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2069042.fTXdQkkZnV"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200506151046.23079.doconnor@gsoft.com.au> X-Spam-Score: -2.4 () ALL_TRUSTED X-Scanned-By: MIMEDefang 2.51 on 203.31.81.10 Cc: Vivek Khera , stable@freebsd.org Subject: Re: /usr/local/etc/rc.d/*.sh not working? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jun 2005 01:16:41 -0000 --nextPart2069042.fTXdQkkZnV Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wed, 15 Jun 2005 01:18, Vivek Khera wrote: > On Jun 14, 2005, at 11:19 AM, Michael W. Lucas wrote: > > For example, I have a server with about 400 separate MRTG daemons on > > it. (Yes, they must be separate, for administrative rather than > > technical reasons.) Each daemon has a custom script. These aren't > > ports, and they have no rcNG infrastructure. > > that many, eh... > > perhaps you're running into a shell command line limit somewhere > which does something like > > foreach i (/usr/local/etc/rc.d/*.sh) > > and having that glob expansion blowing up in the shell. find /usr/local/etc/rc.d -name \*.sh -exec {} start \; Although old style scripts SHOULD work if it ends in .sh and is executable. According to my reading of rc.subr - if they end in .sh they will be source= d=20 in the current shell, otherwise they will be sourced in a subshell.. Dunno = if=20 that is affecting things (see run_rc_script) =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart2069042.fTXdQkkZnV Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCr4Fn5ZPcIHs/zowRAgDUAJ4mLYl6NiyCRpt3tnFjXGqCoPP9uQCgqCpd O4LdlgDJpdxwAHfbDADe/Zo= =3HM8 -----END PGP SIGNATURE----- --nextPart2069042.fTXdQkkZnV-- From owner-freebsd-stable@FreeBSD.ORG Wed Jun 15 01:16:41 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BD53616A41C; Wed, 15 Jun 2005 01:16:41 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0D61443D53; Wed, 15 Jun 2005 01:16:40 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.13.4/8.13.4) with ESMTP id j5F1GQK4034224; Wed, 15 Jun 2005 10:46:26 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Wed, 15 Jun 2005 10:46:22 +0930 User-Agent: KMail/1.8 References: <20050614150240.GA62949@bewilderbeast.blackhelicopters.org> <20050614151939.GA63065@bewilderbeast.blackhelicopters.org> <6E39C810-AA1D-43AA-B2FA-CA8C387141CF@khera.org> In-Reply-To: <6E39C810-AA1D-43AA-B2FA-CA8C387141CF@khera.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2069042.fTXdQkkZnV"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200506151046.23079.doconnor@gsoft.com.au> X-Spam-Score: -2.4 () ALL_TRUSTED X-Scanned-By: MIMEDefang 2.51 on 203.31.81.10 Cc: Vivek Khera , stable@freebsd.org Subject: Re: /usr/local/etc/rc.d/*.sh not working? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jun 2005 01:16:41 -0000 --nextPart2069042.fTXdQkkZnV Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wed, 15 Jun 2005 01:18, Vivek Khera wrote: > On Jun 14, 2005, at 11:19 AM, Michael W. Lucas wrote: > > For example, I have a server with about 400 separate MRTG daemons on > > it. (Yes, they must be separate, for administrative rather than > > technical reasons.) Each daemon has a custom script. These aren't > > ports, and they have no rcNG infrastructure. > > that many, eh... > > perhaps you're running into a shell command line limit somewhere > which does something like > > foreach i (/usr/local/etc/rc.d/*.sh) > > and having that glob expansion blowing up in the shell. find /usr/local/etc/rc.d -name \*.sh -exec {} start \; Although old style scripts SHOULD work if it ends in .sh and is executable. According to my reading of rc.subr - if they end in .sh they will be source= d=20 in the current shell, otherwise they will be sourced in a subshell.. Dunno = if=20 that is affecting things (see run_rc_script) =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart2069042.fTXdQkkZnV Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCr4Fn5ZPcIHs/zowRAgDUAJ4mLYl6NiyCRpt3tnFjXGqCoPP9uQCgqCpd O4LdlgDJpdxwAHfbDADe/Zo= =3HM8 -----END PGP SIGNATURE----- --nextPart2069042.fTXdQkkZnV-- From owner-freebsd-stable@FreeBSD.ORG Wed Jun 15 02:16:55 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6B24D16A41C for ; Wed, 15 Jun 2005 02:16:55 +0000 (GMT) (envelope-from marsgmiro@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1D27243D48 for ; Wed, 15 Jun 2005 02:16:54 +0000 (GMT) (envelope-from marsgmiro@gmail.com) Received: by zproxy.gmail.com with SMTP id 12so78931nzp for ; Tue, 14 Jun 2005 19:16:54 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Dtpm6p/ob+yslj07EK15b8mLAPSsp1Uvub3j1sUsbD9iAQhZEZLaYGVwJs5t2IURM+AFS3rAeBKeOhP9m3g4xUeA05d7afMxArKR3KO9/lTE4F8PJzIxYgKv2M7iTD0EzjhNLk1oPSvjKtDBRBnLpkqtkxVTcm+m6pabOpSJib4= Received: by 10.36.227.62 with SMTP id z62mr4135084nzg; Tue, 14 Jun 2005 19:16:54 -0700 (PDT) Received: by 10.36.72.13 with HTTP; Tue, 14 Jun 2005 19:16:54 -0700 (PDT) Message-ID: <28edec3c050614191644ef093b@mail.gmail.com> Date: Wed, 15 Jun 2005 10:16:54 +0800 From: "Mars G. Miro" To: Scot Hetzel In-Reply-To: <790a9fff05061409093da406f6@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <28edec3c0506140449509acb4c@mail.gmail.com> <790a9fff05061409093da406f6@mail.gmail.com> Cc: freebsd-stable@freebsd.org Subject: Re: NFS upgrading from 5.2.1->5.4 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "Mars G. Miro" List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jun 2005 02:16:55 -0000 On 6/15/05, Scot Hetzel wrote: > On 6/14/05, Mars G. Miro wrote: > > [ resent, as I forgot to add the subject, sorry ] > >=20 > > I've found out that there are some hurdles in doing this upgrade, as > > also pointed out by another user [0]. The problem is in make and I > > think it happened during this change [1]. It can be solved by > > installing the new make first, before the installkernel and > > installworld process, e.g.: > > [ this assumes you've already built world from another box and > > NFS-exported the /usr/src and /usr/obj directories, and mounting them > > from the client ] > > # cd /usr/src/usr.bin/make && make install > > [ 'rehash' if using csh. then create the pf user/groups, as pf became > > officially imported in 5.3, refer to src/etc/master.passwd and group > > files ] > > # cd /usr/src && make installkernel && make installworld > > [ mergemaster ] > >=20 > This is commonly found when you do an NFS upgrade when not using > machines that don't have the same -RELEASE number. >=20 > NFS server/build machine - 5.4-RELEASE > NFS client/install machine - 5.2.1-RELEASE >=20 I have not tried not doing the upgrade via NFS or building the world directly on a 5.2.1 installation but it's likely the same case. What gets built on /usr/obj and NFS exported will be what's installed on the client, but since it's the 5.2.1 'make' that doesn't understand some of the new entries on the 5.4R Makefiles that result in this problem, you'll need to install the new 5.4R make first. > If the build machine and install machine were at the same -RELEASE > number, I don't believe you would have come across this problem. >=20 I'm not sure I get you but the purpose of making the world in FreeBSD is ought to be able to upgrade across releases (some people even report upgrading from major releases, e.g 4.X to 5.X), albeit minor hurdles (like the one I've experienced). > As for the pf user/group, it is suggested in "UPDATING" and the > handbook, that you do a mergemaster -p before the installworld to > ensure that the password and group files are upto date with the > required users/groups. >=20 Yes. mergemaster -p or adding the user/groups directly accomplish the same thing ;-) > Scot >=20 cheers mars From owner-freebsd-stable@FreeBSD.ORG Wed Jun 15 05:06:24 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8657516A41C for ; Wed, 15 Jun 2005 05:06:24 +0000 (GMT) (envelope-from ertr1013@student.uu.se) Received: from pne-smtpout1-sn1.fre.skanova.net (pne-smtpout1-sn1.fre.skanova.net [81.228.11.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2190343D1F for ; Wed, 15 Jun 2005 05:06:23 +0000 (GMT) (envelope-from ertr1013@student.uu.se) Received: from falcon.midgard.homeip.net (212.181.162.201) by pne-smtpout1-sn1.fre.skanova.net (7.2.059.6) id 429C5421003225AC for stable@freebsd.org; Wed, 15 Jun 2005 07:06:22 +0200 Received: (qmail 51592 invoked by uid 1001); 15 Jun 2005 07:06:21 +0200 Date: Wed, 15 Jun 2005 07:06:21 +0200 From: Erik Trulsson To: Daniel O'Connor Message-ID: <20050615050621.GA50123@falcon.midgard.homeip.net> Mail-Followup-To: Daniel O'Connor , freebsd-stable@freebsd.org, Vivek Khera , stable@freebsd.org References: <20050614150240.GA62949@bewilderbeast.blackhelicopters.org> <20050614151939.GA63065@bewilderbeast.blackhelicopters.org> <6E39C810-AA1D-43AA-B2FA-CA8C387141CF@khera.org> <200506151046.23079.doconnor@gsoft.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200506151046.23079.doconnor@gsoft.com.au> User-Agent: Mutt/1.5.9i Cc: Vivek Khera , stable@freebsd.org, freebsd-stable@freebsd.org Subject: Re: /usr/local/etc/rc.d/*.sh not working? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jun 2005 05:06:24 -0000 On Wed, Jun 15, 2005 at 10:46:22AM +0930, Daniel O'Connor wrote: > On Wed, 15 Jun 2005 01:18, Vivek Khera wrote: > > On Jun 14, 2005, at 11:19 AM, Michael W. Lucas wrote: > > > For example, I have a server with about 400 separate MRTG daemons on > > > it. (Yes, they must be separate, for administrative rather than > > > technical reasons.) Each daemon has a custom script. These aren't > > > ports, and they have no rcNG infrastructure. > > > > that many, eh... > > > > perhaps you're running into a shell command line limit somewhere > > which does something like > > > > foreach i (/usr/local/etc/rc.d/*.sh) > > > > and having that glob expansion blowing up in the shell. > > find /usr/local/etc/rc.d -name \*.sh -exec {} start \; For only 400 scripts there should not be any problem with glob expansion (unless all the scripts have extremely long filenames.) For 4000 scripts I would not be surprised if there were problems with glob expansion, but that should not happen for a mere 400 scripts. > > Although old style scripts SHOULD work if it ends in .sh and is executable. > > According to my reading of rc.subr - if they end in .sh they will be sourced > in the current shell, otherwise they will be sourced in a subshell.. Dunno if > that is affecting things (see run_rc_script) By my reading of rc.subr, that is only true for scripts in /etc/rc.d/ The scripts in /usr/local/etc/rc.d/ are started by /etc/rc.d/localpkg and are always run in a subshell. Old style scripts in /usr/local/etc/rc.d/ should work just the same as before. -- Erik Trulsson ertr1013@student.uu.se From owner-freebsd-stable@FreeBSD.ORG Wed Jun 15 05:06:24 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 881F916A41F for ; Wed, 15 Jun 2005 05:06:24 +0000 (GMT) (envelope-from ertr1013@student.uu.se) Received: from pne-smtpout2-sn1.fre.skanova.net (pne-smtpout2-sn1.fre.skanova.net [81.228.11.159]) by mx1.FreeBSD.org (Postfix) with ESMTP id 21ACF43D53 for ; Wed, 15 Jun 2005 05:06:23 +0000 (GMT) (envelope-from ertr1013@student.uu.se) Received: from falcon.midgard.homeip.net (212.181.162.201) by pne-smtpout2-sn1.fre.skanova.net (7.2.059.6) id 42930AA9004E288D for freebsd-stable@freebsd.org; Wed, 15 Jun 2005 07:06:22 +0200 Received: (qmail 51592 invoked by uid 1001); 15 Jun 2005 07:06:21 +0200 Date: Wed, 15 Jun 2005 07:06:21 +0200 From: Erik Trulsson To: Daniel O'Connor Message-ID: <20050615050621.GA50123@falcon.midgard.homeip.net> Mail-Followup-To: Daniel O'Connor , freebsd-stable@freebsd.org, Vivek Khera , stable@freebsd.org References: <20050614150240.GA62949@bewilderbeast.blackhelicopters.org> <20050614151939.GA63065@bewilderbeast.blackhelicopters.org> <6E39C810-AA1D-43AA-B2FA-CA8C387141CF@khera.org> <200506151046.23079.doconnor@gsoft.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200506151046.23079.doconnor@gsoft.com.au> User-Agent: Mutt/1.5.9i Cc: Vivek Khera , stable@freebsd.org, freebsd-stable@freebsd.org Subject: Re: /usr/local/etc/rc.d/*.sh not working? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jun 2005 05:06:24 -0000 On Wed, Jun 15, 2005 at 10:46:22AM +0930, Daniel O'Connor wrote: > On Wed, 15 Jun 2005 01:18, Vivek Khera wrote: > > On Jun 14, 2005, at 11:19 AM, Michael W. Lucas wrote: > > > For example, I have a server with about 400 separate MRTG daemons on > > > it. (Yes, they must be separate, for administrative rather than > > > technical reasons.) Each daemon has a custom script. These aren't > > > ports, and they have no rcNG infrastructure. > > > > that many, eh... > > > > perhaps you're running into a shell command line limit somewhere > > which does something like > > > > foreach i (/usr/local/etc/rc.d/*.sh) > > > > and having that glob expansion blowing up in the shell. > > find /usr/local/etc/rc.d -name \*.sh -exec {} start \; For only 400 scripts there should not be any problem with glob expansion (unless all the scripts have extremely long filenames.) For 4000 scripts I would not be surprised if there were problems with glob expansion, but that should not happen for a mere 400 scripts. > > Although old style scripts SHOULD work if it ends in .sh and is executable. > > According to my reading of rc.subr - if they end in .sh they will be sourced > in the current shell, otherwise they will be sourced in a subshell.. Dunno if > that is affecting things (see run_rc_script) By my reading of rc.subr, that is only true for scripts in /etc/rc.d/ The scripts in /usr/local/etc/rc.d/ are started by /etc/rc.d/localpkg and are always run in a subshell. Old style scripts in /usr/local/etc/rc.d/ should work just the same as before. -- Erik Trulsson ertr1013@student.uu.se From owner-freebsd-stable@FreeBSD.ORG Wed Jun 15 09:28:30 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A9A0A16A41C for ; Wed, 15 Jun 2005 09:28:30 +0000 (GMT) (envelope-from michael.schuh@gmail.com) Received: from nproxy.gmail.com (nproxy.gmail.com [64.233.182.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1C7FB43D4C for ; Wed, 15 Jun 2005 09:28:29 +0000 (GMT) (envelope-from michael.schuh@gmail.com) Received: by nproxy.gmail.com with SMTP id g2so153791nfe for ; Wed, 15 Jun 2005 02:28:28 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:mime-version:content-type:content-transfer-encoding:content-disposition; b=UAiDFCw1MJ4L5eRso35kqbRttBtfsdZ3ueKM07jC+30F9QUzf1VTiFVedKzUkcNuyIApSfXFt4/gf4QhZFXEFSuffbBasHlBI5nUyXeoA+MoIjZbMAmq40y0OHMKD+8OJ1ccNkg1vlx7sgFAhaMbNX9r/cqsPj9dvCqQEOnXH8o= Received: by 10.48.250.12 with SMTP id x12mr2745nfh; Wed, 15 Jun 2005 02:28:28 -0700 (PDT) Received: by 10.48.244.20 with HTTP; Wed, 15 Jun 2005 02:28:28 -0700 (PDT) Message-ID: <1dbad315050615022819d6af8f@mail.gmail.com> Date: Wed, 15 Jun 2005 11:28:28 +0200 From: Michael Schuh To: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Cc: Subject: Re: /usr/local/etc/rc.d/*.sh not working? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Michael Schuh List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jun 2005 09:28:30 -0000 Hi, i have follows your trouble with rc-scripts. now im usind BSD for many years and i know! that *sh-ish rc-scripts should be supported. But this is not my interest. you have writte that the boxes with these behavior was updated from RELENG_4 to RELENG_5? right? if so double-check all these thinks you are doit to update.... reread the migration-guide and diff the rc-scripts and the binaries. my suggestion is somthing was going wrong with the update...... if the restly enviroment was leaved (profiles etc...) regards michael From owner-freebsd-stable@FreeBSD.ORG Wed Jun 15 10:07:35 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AB2E616A41C for ; Wed, 15 Jun 2005 10:07:35 +0000 (GMT) (envelope-from Philippe.Pegon@crc.u-strasbg.fr) Received: from mailhost.u-strasbg.fr (mailhost.u-strasbg.fr [130.79.200.156]) by mx1.FreeBSD.org (Postfix) with ESMTP id 25FB443D48 for ; Wed, 15 Jun 2005 10:07:34 +0000 (GMT) (envelope-from Philippe.Pegon@crc.u-strasbg.fr) Received: from sokaris.u-strasbg.fr (sokaris.u-strasbg.fr [IPv6:2001:660:2402::101]) by mailhost.u-strasbg.fr (8.13.1/jtpda-5.5pre1) with ESMTP id j5FA7XXp033017 ; Wed, 15 Jun 2005 12:07:33 +0200 (CEST) Received: from [192.168.0.100] (crc.u-strasbg.fr [IPv6:2001:660:2402:1001::1]) by sokaris.u-strasbg.fr (8.12.9/jtpda-5.5pre1) with ESMTP id j5FA7Wtt065254 ; Wed, 15 Jun 2005 12:07:33 +0200 (CEST) Message-ID: <42AFFF43.6090805@crc.u-strasbg.fr> Date: Wed, 15 Jun 2005 12:13:23 +0200 From: Philippe PEGON User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050331) X-Accept-Language: fr, en MIME-Version: 1.0 To: paul@xciv.org References: <68318.1118792218@xciv.org> In-Reply-To: <68318.1118792218@xciv.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.6 (mailhost.u-strasbg.fr [IPv6:2001:660:2402::156]); Wed, 15 Jun 2005 12:07:33 +0200 (CEST) X-Antivirus: scanned by sophos at u-strasbg.fr Cc: freebsd-stable@freebsd.org Subject: Re: CARP and VLAN interfaces (5.4) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jun 2005 10:07:35 -0000 Paul Civati a écrit : > Philippe PEGON wrote: > > >>I also tested it with em card and for me it only runs if I connect the >>network card after the boot, otherwise I have the INIT symptom on carp's >>interfaces. > > > Did the patch apply cleanly? no > > I applied it to 5.4-REL sources, part of the code was already in there > so I added the missing bits manually. Seems to work fine in my initial > testing. I also added the missing bits manually, maybe I did a mistake... Actually I cannot test anymore, the firewall runs OpenBSD. > > -Paul- > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" -- Philippe PEGON From owner-freebsd-stable@FreeBSD.ORG Wed Jun 15 11:57:17 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C829816A41C for ; Wed, 15 Jun 2005 11:57:17 +0000 (GMT) (envelope-from bconstant@be.tiauto.com) Received: from smtp.eu.tiauto.com (smtp.eu.tiauto.com [195.127.176.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id F411243D1F for ; Wed, 15 Jun 2005 11:57:16 +0000 (GMT) (envelope-from bconstant@be.tiauto.com) Received: by euex01.resource.tiauto.com with Internet Mail Service (5.5.2657.72) id ; Wed, 15 Jun 2005 13:57:11 +0200 Message-ID: From: "Constant, Benjamin" To: freebsd-stable@freebsd.org Date: Wed, 15 Jun 2005 13:57:10 +0200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2657.72) Content-Type: text/plain Subject: Which driver for Soekris lan1641? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jun 2005 11:57:17 -0000 Hello list, Does someone knows which driver is used for the Soekris lan1641 quad ethernet card? Ethernet chipset is National Semicondutor DP83816 but I can't find any reference to it in the hardware notes for 5.4. I need to know if ALTQ is available for this card. Thanks in advance! Benjamin Constant TI Automotive The information contained in this transmission may contain privileged and confidential information. It is intended only for the use of the person(s) named above. If you are not the intended recipient, you are hereby notified that any review, dissemination, distribution or duplication of this communication is strictly prohibited. If you are not the intended recipient, please contact the sender by reply email and destroy all copies of the original message. This communication is from TI Automotive. From owner-freebsd-stable@FreeBSD.ORG Wed Jun 15 12:06:03 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4A7C316A41C for ; Wed, 15 Jun 2005 12:06:03 +0000 (GMT) (envelope-from simon@eddie.nitro.dk) Received: from eddie.nitro.dk (port324.ds1-khk.adsl.cybercity.dk [212.242.113.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id F15AB43D4C for ; Wed, 15 Jun 2005 12:06:02 +0000 (GMT) (envelope-from simon@eddie.nitro.dk) Received: by eddie.nitro.dk (Postfix, from userid 1000) id 5472D119C4F; Wed, 15 Jun 2005 14:06:01 +0200 (CEST) Date: Wed, 15 Jun 2005 14:06:01 +0200 From: "Simon L. Nielsen" To: "Constant, Benjamin" Message-ID: <20050615120600.GA68554@eddie.nitro.dk> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="azLHFNyN32YCQGCU" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.9i Cc: freebsd-stable@freebsd.org Subject: Re: Which driver for Soekris lan1641? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jun 2005 12:06:03 -0000 --azLHFNyN32YCQGCU Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2005.06.15 13:57:10 +0200, Constant, Benjamin wrote: > Does someone knows which driver is used for the Soekris lan1641 quad > ethernet card? > Ethernet chipset is National Semicondutor DP83816 but I can't find > any reference to it in the hardware notes for 5.4. It's sis(4). > I need to know if ALTQ is available for > this card. It should be, though I haven't tested it. See http://www.freebsd.org/cgi/man.cgi?query=3Daltq&manpath=3DFreeBSD+5.4-RELEA= SE --=20 Simon L. Nielsen --azLHFNyN32YCQGCU Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCsBmoh9pcDSc1mlERAjZHAJ0bBUztMAdo2MT2AwmZx7U2ZwlgIQCgnAC0 t20bUYLxIBCmEpHTykrdEz4= =Fm1l -----END PGP SIGNATURE----- --azLHFNyN32YCQGCU-- From owner-freebsd-stable@FreeBSD.ORG Wed Jun 15 12:07:38 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E526A16A41C for ; Wed, 15 Jun 2005 12:07:38 +0000 (GMT) (envelope-from thn@saeab.se) Received: from saeab.se (ture.saeab.se [213.80.3.133]) by mx1.FreeBSD.org (Postfix) with ESMTP id 68EE743D1F for ; Wed, 15 Jun 2005 12:07:37 +0000 (GMT) (envelope-from thn@saeab.se) Received: from [10.0.1.32] (omar.int.saeab.se [10.0.1.32]) by saeab.se (8.13.3/8.13.3) with ESMTP id j5FC7Vq5049688; Wed, 15 Jun 2005 14:07:31 +0200 (CEST) (envelope-from thn@saeab.se) Message-ID: <42B01A02.1010605@saeab.se> Date: Wed, 15 Jun 2005 14:07:30 +0200 From: =?ISO-8859-1?Q?Thomas_Nystr=F6m?= Organization: Sv. Aktuell Elektronik AB User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: sv,en MIME-Version: 1.0 To: "Constant, Benjamin" References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-108.8 required=5.0 tests=ALL_TRUSTED, USER_IN_WHITELIST,USER_IN_WHITELIST_TO autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on ture.saeab.se X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.5.6 (saeab.se [213.80.3.133]); Wed, 15 Jun 2005 14:07:35 +0200 (CEST) Cc: freebsd-stable@freebsd.org Subject: Re: Which driver for Soekris lan1641? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jun 2005 12:07:39 -0000 Constant, Benjamin wrote: > Hello list, > > Does someone knows which driver is used for the Soekris lan1641 quad > ethernet card? > Ethernet chipset is National Semicondutor DP83816 but I can't find any > reference to it in the hardware notes for 5.4. I need to know if ALTQ > is available for this card. The DP83816 chip is handled by sis(4). /thn From owner-freebsd-stable@FreeBSD.ORG Wed Jun 15 12:16:27 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0FD2C16A41C; Wed, 15 Jun 2005 12:16:27 +0000 (GMT) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0F29C43D4C; Wed, 15 Jun 2005 12:16:24 +0000 (GMT) (envelope-from avg@icyb.net.ua) Received: from [212.40.38.87] (oddity-e.topspin.kiev.ua [212.40.38.87]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id PAA05774; Wed, 15 Jun 2005 15:16:21 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <42B01C15.4060706@icyb.net.ua> Date: Wed, 15 Jun 2005 15:16:21 +0300 From: Andriy Gapon User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050328) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org, freebsd-stable@freebsd.org References: <42A7DE9B.9010702@icyb.net.ua> In-Reply-To: <42A7DE9B.9010702@icyb.net.ua> Content-Type: text/plain; charset=KOI8-U Content-Transfer-Encoding: 7bit Cc: Subject: Re: LOR: "ata state lock" and "user map" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jun 2005 12:16:27 -0000 on 09.06.2005 09:15 Andriy Gapon said the following: > > NOTE: CURRENT was run under qemu emulation, CDROM was emulated from iso > image on HDD. > > Got this LOR today with CURRENT built 3 days ago while trying to execute > a linux program located on a CD. Several days ago trying to do the same > on 5.4-RELEASE (without any debug options in kernel) on real hardware > caused a hardlock. > > System: > 6.0-CURRENT i386 > debug.mpsafevm=1 > > LOR message had this information: > 1st 0xc0eb44e8 ATA state lock ata-all.c:297 > 2nd 0xc0c1f344 user map vm_map.c:2997 > > Sources: > ata-all.c 1.252 > /vm_map.c 1.366 > > Interesting part of stack trace (not sure how useful it is): > #18 0x0000000c in ?? () > #19 0x00000002 in ?? () > #20 0xc0455a15 in ata_pio_read (request=0xc107b0c8, length=2048) > at cpufunc.h:229 > #21 0xc045646c in ata_end_transaction (request=0xc107b0c8) > at /usr/src/sys/dev/ata/ata-lowlevel.c:393 > #22 0xc0447659 in ata_interrupt (data=0xc0eb4400) > at /usr/src/sys/dev/ata/ata-all.c:323 > #23 0xc04b5360 in ithread_loop (arg=0xc0eb9600) > at /usr/src/sys/kern/kern_intr.c:546 > #24 0xc04b46fd in fork_exit (callout=0xc04b51bc , > arg=0xc0eb9600, frame=0xc7b41d38) at /usr/src/sys/kern/kern_fork.c:789 > #25 0xc05df18c in fork_trampoline () at > /usr/src/sys/i386/i386/exception.s:208 > > Please let me know what additional information I can provide. > additional details - the problem is 100% percent reproducible with linux applications but is 0% producible with native applications. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Wed Jun 15 12:17:08 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3F05216A41C for ; Wed, 15 Jun 2005 12:17:08 +0000 (GMT) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id C795B43D49 for ; Wed, 15 Jun 2005 12:17:07 +0000 (GMT) (envelope-from max@love2party.net) Received: from p54A3E34D.dip.t-dialin.net [84.163.227.77] (helo=donor.laier.local) by mrelayeu.kundenserver.de with ESMTP (Nemesis), id 0MKxQS-1DiWpO0nyn-0002a9; Wed, 15 Jun 2005 14:17:06 +0200 From: Max Laier To: freebsd-stable@freebsd.org Date: Wed, 15 Jun 2005 14:16:58 +0200 User-Agent: KMail/1.8 References: In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2391357.OgVh7JBLvJ"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200506151417.05005.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de login:61c499deaeeba3ba5be80f48ecc83056 Cc: "Constant, Benjamin" Subject: Re: Which driver for Soekris lan1641? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jun 2005 12:17:08 -0000 --nextPart2391357.OgVh7JBLvJ Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wednesday 15 June 2005 13:57, Constant, Benjamin wrote: > Hello list, > > Does someone knows which driver is used for the Soekris lan1641 quad > ethernet card? > Ethernet chipset is National Semicondutor DP83816 but I can't find any > reference to > it in the hardware notes for 5.4. I need to know if ALTQ is available for > this card. As others have pointed out: sis(4) As for ALTQ: Yes, a pair of Soekris (45= 01=20 and 4801) were my main testbed for porting ALTQ - so I am pretty sure those= =20 chips work okay ;) > Thanks in advance! =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart2391357.OgVh7JBLvJ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBCsBxAXyyEoT62BG0RAioKAJ4zylt0Sl1SRSrhjx28S9tceU3FGwCfcmtL jj1GjPxbfWMdoN9X2Xkf3Nw= =LOft -----END PGP SIGNATURE----- --nextPart2391357.OgVh7JBLvJ-- From owner-freebsd-stable@FreeBSD.ORG Wed Jun 15 12:20:08 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7127916A41C for ; Wed, 15 Jun 2005 12:20:08 +0000 (GMT) (envelope-from e-masson@kisoft-services.com) Received: from kraid.nerim.net (smtp-103-wednesday.nerim.net [62.4.16.103]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2E75243D1D for ; Wed, 15 Jun 2005 12:20:07 +0000 (GMT) (envelope-from e-masson@kisoft-services.com) Received: from srvbsdnanssv.interne.kisoft-services.com (kisoft.net1.nerim.net [62.212.107.51]) by kraid.nerim.net (Postfix) with ESMTP id 446E340F26; Wed, 15 Jun 2005 14:20:05 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by srvbsdnanssv.interne.kisoft-services.com (Postfix) with ESMTP id 8B2EEC97D; Wed, 15 Jun 2005 14:20:05 +0200 (CEST) Received: from srvbsdnanssv.interne.kisoft-services.com ([127.0.0.1]) by localhost (srvbsdnanssv.interne.kisoft-services.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 02972-07; Wed, 15 Jun 2005 14:20:05 +0200 (CEST) Received: by srvbsdnanssv.interne.kisoft-services.com (Postfix, from userid 1001) id A977DC97C; Wed, 15 Jun 2005 14:20:04 +0200 (CEST) To: "Constant, Benjamin" From: Eric Masson In-Reply-To: (Benjamin Constant's message of "Wed, 15 Jun 2005 13:57:10 +0200") References: X-Operating-System: FreeBSD 5.4-RELEASE-p2 i386 Date: Wed, 15 Jun 2005 14:20:04 +0200 Message-ID: <86is0fhkwb.fsf@srvbsdnanssv.interne.kisoft-services.com> User-Agent: Gnus/5.1006 (Gnus v5.10.6) XEmacs/21.4 (Jumbo Shrimp, berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 8bit X-Virus-Scanned: amavisd-new at interne.kisoft-services.com Cc: freebsd-stable@freebsd.org Subject: Re: Which driver for Soekris lan1641? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jun 2005 12:20:08 -0000 "Constant, Benjamin" writes: Hi, > Ethernet chipset is National Semicondutor DP83816 but I can't find any > reference to it in the hardware notes for 5.4. I need to know if ALTQ > is available for this card. man 4 sis man 4 altq Éric Masson -- D'accord, mais si on se met à utiliser des arguments intelligents dans ce genre de débat, il devient impossible de discuter. Vous sombrez dans la facilité. -+- TS in GNU : La dialectique n'est plus ce qu'elle était. From owner-freebsd-stable@FreeBSD.ORG Wed Jun 15 12:23:00 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E0B9016A41C for ; Wed, 15 Jun 2005 12:23:00 +0000 (GMT) (envelope-from chris@vindaloo.com) Received: from fearlessleader.lhr-its.com (fearlessleader.lhr-its.com [64.204.249.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id 73AFD43D49 for ; Wed, 15 Jun 2005 12:23:00 +0000 (GMT) (envelope-from chris@vindaloo.com) Received: from yavin.vindaloo.com (unknown [172.24.144.34]) by fearlessleader.lhr-its.com (Postfix) with ESMTP id 28D3F3CA; Wed, 15 Jun 2005 08:22:52 -0400 (EDT) Received: from dagobah.vindaloo.com (vpn-03.vindaloo.com [172.24.144.67]) by yavin.vindaloo.com (Postfix) with ESMTP id 73F1B253A7; Wed, 15 Jun 2005 08:22:46 -0400 (EDT) Received: from dagobah.vindaloo.com (localhost.vindaloo.com [127.0.0.1]) by dagobah.vindaloo.com (8.13.3/8.13.3) with ESMTP id j5DJFYXw001286; Mon, 13 Jun 2005 15:15:34 -0400 (EDT) (envelope-from chris@dagobah.vindaloo.com) Received: (from chris@localhost) by dagobah.vindaloo.com (8.13.3/8.13.1/Submit) id j5DJFTtl001285; Mon, 13 Jun 2005 15:15:30 -0400 (EDT) (envelope-from chris) Date: Mon, 13 Jun 2005 15:15:29 -0400 From: Christopher Sean Hilton To: Matt Smith Message-ID: <20050613191529.GA1234@dagobah.vindaloo.com> References: <20050608120040.C1E8316A442@hub.freebsd.org> <000401c56c2b$1fd9ad00$0201a8c0@bedroom> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="zYM0uCDKw75PZbzx" Content-Disposition: inline In-Reply-To: <000401c56c2b$1fd9ad00$0201a8c0@bedroom> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: 5.4 RC2 freezing X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jun 2005 12:23:01 -0000 --zYM0uCDKw75PZbzx Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jun 08, 2005 at 09:08:11AM -0400, Matt Smith wrote: > pflog0: promiscuous mode enabled >=20 > Do you want to be running this way? >=20 This is normal operating mode for the pflog pseudo-interface. The function of the pflog pseudo interface is to collect packets which the "pf" packet filter dropped and log their contents for replay. If pflog is not in promiscuous mode it cannot catch these packets. -- chris -- Chris Hilton chris-at-vindaloo-dot-com ------------------------------------------------------------------------ "All I was doing was trying to get home from work!" -- Rosa Parks --zYM0uCDKw75PZbzx Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iQEVAwUBQq3bUYLaxorQlXotAQIO4wgAsvADxW/MrZXDtUYK+q9NEJdk/GNvG1s2 p5L+ru1aCbtr+aHLOUYHsPAD2BF7JlFzWHJMl50Uw6v9My5grCw3JmWwOov3n8qE IYqsP9twkdZMdP4qXJERYOFeZZaNTHAQpNqrY1klzGmprp2nYvID8tpBvZSiYLMO PIobDzA+aPENMS8TPhBIKO2lmGB9XE+GchcwH+sHokwUyQDOAc9BHWnOyr3VkX0F yMPDIXRjM6ol2/uKEQI8FwUFvHxuxhIJUwKDb9N9A20vdBsrvyGBRI+Ey4QCWYWe Yfd4/Ml4zM5PYc+rximzKCvzB3CsPy81gVnrsiE3Sxef1GMhf66IHQ== =gfax -----END PGP SIGNATURE----- --zYM0uCDKw75PZbzx-- From owner-freebsd-stable@FreeBSD.ORG Wed Jun 15 12:40:20 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DFCDA16A41C for ; Wed, 15 Jun 2005 12:40:20 +0000 (GMT) (envelope-from bconstant@be.tiauto.com) Received: from smtp.eu.tiauto.com (smtp.eu.tiauto.com [195.127.176.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 768FB43D48 for ; Wed, 15 Jun 2005 12:40:20 +0000 (GMT) (envelope-from bconstant@be.tiauto.com) Received: by euex01.resource.tiauto.com with Internet Mail Service (5.5.2657.72) id ; Wed, 15 Jun 2005 14:40:17 +0200 Message-ID: From: "Constant, Benjamin" To: freebsd-stable@freebsd.org Date: Wed, 15 Jun 2005 14:40:16 +0200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2657.72) Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Subject: RE: Which driver for Soekris lan1641? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jun 2005 12:40:21 -0000 Thanks to all for the details... Soekris lan1641 is using chipset National Semicondutor DP83816 which is not referenced in sis(4), that's why I was a bit confused. Is there a path to follow to request an update of the man page? Benjamin Constant TI Automotive=0D > -----Original Message----- > From: Eric Masson [mailto:e-masson@kisoft-services.com]=0D > Sent: mercredi 15 juin 2005 14:20 > To: Constant, Benjamin > Cc: freebsd-stable@freebsd.org > Subject: Re: Which driver for Soekris lan1641? >=0D > "Constant, Benjamin" writes: >=0D > Hi, >=0D > > Ethernet chipset is National Semicondutor DP83816 but I=0D > can't find any=0D > > reference to it in the hardware notes for 5.4. I need to=0D > know if ALTQ=0D > > is available for this card. >=0D > man 4 sis > man 4 altq >=0D > =C9ric Masson >=0D > -- > D'accord, mais si on se met =E0 utiliser des arguments=0D > intelligents dans ce genre de d=E9bat, il devient impossible=0D > de discuter. > Vous sombrez dans la facilit=E9. > -+- TS in GNU : La dialectique n'est plus ce qu'elle =E9tait. >=0D The information contained in this transmission may contain privileged and confidential information. It is intended only for the use of the person(s) named above. If you are not the intended recipient, you are hereby notified that any review, dissemination, distribution or duplication of this communication is strictly prohibited. If you are not the intended recipient, please contact the sender by reply email and destroy all copies of the original message. This communication is from TI Automotive. From owner-freebsd-stable@FreeBSD.ORG Wed Jun 15 12:50:22 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5C3FA16A41C for ; Wed, 15 Jun 2005 12:50:22 +0000 (GMT) (envelope-from dom@goodforbusiness.co.uk) Received: from mail.helenmarks.co.uk (mail.helenmarks.co.uk [82.68.196.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id F0CB843D49 for ; Wed, 15 Jun 2005 12:50:21 +0000 (GMT) (envelope-from dom@goodforbusiness.co.uk) Received: from localhost (localhost [127.0.0.1]) by mail.helenmarks.co.uk (Postfix) with ESMTP id 269A622241F; Wed, 15 Jun 2005 13:50:21 +0100 (BST) Received: from mail.helenmarks.co.uk ([127.0.0.1]) by localhost (mail.helenmarks.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 18739-07; Wed, 15 Jun 2005 13:50:17 +0100 (BST) Received: from egg.helenmarks.co.uk (egg.helenmarks.co.uk [192.168.15.3]) by mail.helenmarks.co.uk (Postfix) with ESMTP id AA39422241E; Wed, 15 Jun 2005 13:50:17 +0100 (BST) From: Dominic Marks Organization: GoodforBusiness.co.uk To: freebsd-stable@freebsd.org Date: Wed, 15 Jun 2005 13:52:06 +0100 User-Agent: KMail/1.8 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200506151352.06968.dom@goodforbusiness.co.uk> X-Virus-Scanned: By ClamAV 0.80 Cc: "Constant, Benjamin" Subject: Re: Which driver for Soekris lan1641? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jun 2005 12:50:22 -0000 On Wednesday 15 June 2005 13:40, Constant, Benjamin wrote: > Thanks to all for the details... > > Soekris lan1641 is using chipset National Semicondutor DP83816 which > is not referenced in sis(4), that's why I was a bit confused. > > Is there a path to follow to request an update of the man page? send-pr(1). > Benjamin Constant > TI Automotive > > > -----Original Message----- > > From: Eric Masson [mailto:e-masson@kisoft-services.com] > > Sent: mercredi 15 juin 2005 14:20 > > To: Constant, Benjamin > > Cc: freebsd-stable@freebsd.org > > Subject: Re: Which driver for Soekris lan1641? > > > > "Constant, Benjamin" writes: > > > > Hi, > > > > > Ethernet chipset is National Semicondutor DP83816 but I > > > > can't find any > > > > > reference to it in the hardware notes for 5.4. I need to > > > > know if ALTQ > > > > > is available for this card. > > > > man 4 sis > > man 4 altq > > > > =C9ric Masson > > > > -- > > D'accord, mais si on se met =E0 utiliser des arguments > > intelligents dans ce genre de d=E9bat, il devient impossible > > de discuter. > > Vous sombrez dans la facilit=E9. > > -+- TS in GNU : La dialectique n'est plus ce qu'elle =E9tait. > > The information contained in this transmission may contain privileged > and confidential information. It is intended only for the use of the > person(s) named above. If you are not the intended recipient, you are > hereby notified that any review, dissemination, distribution or > duplication of this communication is strictly prohibited. If you are > not the intended recipient, please contact the sender by reply email > and destroy all copies of the original message. This communication is > from TI Automotive. > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to > "freebsd-stable-unsubscribe@freebsd.org" HTH, =2D-=20 Dominic GoodforBusiness.co.uk I.T. Services for SMEs in the UK. From owner-freebsd-stable@FreeBSD.ORG Wed Jun 15 12:56:27 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 69A1916A41C for ; Wed, 15 Jun 2005 12:56:27 +0000 (GMT) (envelope-from e-masson@kisoft-services.com) Received: from mallaury.noc.nerim.net (smtp-103-wednesday.noc.nerim.net [62.4.17.103]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2773343D49 for ; Wed, 15 Jun 2005 12:56:27 +0000 (GMT) (envelope-from e-masson@kisoft-services.com) Received: from srvbsdnanssv.interne.kisoft-services.com (kisoft.net1.nerim.net [62.212.107.51]) by mallaury.noc.nerim.net (Postfix) with ESMTP id D639B62D13; Wed, 15 Jun 2005 14:56:23 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by srvbsdnanssv.interne.kisoft-services.com (Postfix) with ESMTP id DAD92C97D; Wed, 15 Jun 2005 14:56:25 +0200 (CEST) Received: from srvbsdnanssv.interne.kisoft-services.com ([127.0.0.1]) by localhost (srvbsdnanssv.interne.kisoft-services.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 03299-04; Wed, 15 Jun 2005 14:56:25 +0200 (CEST) Received: by srvbsdnanssv.interne.kisoft-services.com (Postfix, from userid 1001) id 4D6C6C97C; Wed, 15 Jun 2005 14:56:25 +0200 (CEST) To: "Constant, Benjamin" From: Eric Masson In-Reply-To: (Benjamin Constant's message of "Wed, 15 Jun 2005 14:40:16 +0200") References: X-Operating-System: FreeBSD 5.4-RELEASE-p2 i386 Date: Wed, 15 Jun 2005 14:56:25 +0200 Message-ID: <86aclrhj7q.fsf@srvbsdnanssv.interne.kisoft-services.com> User-Agent: Gnus/5.1006 (Gnus v5.10.6) XEmacs/21.4 (Jumbo Shrimp, berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 8bit X-Virus-Scanned: amavisd-new at interne.kisoft-services.com Cc: freebsd-stable@freebsd.org Subject: Re: Which driver for Soekris lan1641? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jun 2005 12:56:27 -0000 "Constant, Benjamin" writes: > Is there a path to follow to request an update of the man page? man send-pr PR should be in category docs and class change-request, and ideally with a patch correcting sis(4) manpage attached. Éric Masson -- Salut, Je ne reçoit plus de messages de la mailing-list des nordistes. -+- SG in: GNU - Un ch'ti coup d'fufe pour la route ? -+- From owner-freebsd-stable@FreeBSD.ORG Wed Jun 15 14:29:32 2005 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 86EC316A41C for ; Wed, 15 Jun 2005 14:29:32 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from relay.bestcom.ru (relay.bestcom.ru [217.72.144.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF11B43D1F for ; Wed, 15 Jun 2005 14:29:31 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (root@cell.sick.ru [217.72.144.68]) by relay.bestcom.ru (8.13.1/8.12.9) with ESMTP id j5FETTgi091102 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Wed, 15 Jun 2005 18:29:30 +0400 (MSD) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.1/8.12.8) with ESMTP id j5FETSdq008642 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 15 Jun 2005 18:29:29 +0400 (MSD) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.1/8.13.1/Submit) id j5FETR7k008640; Wed, 15 Jun 2005 18:29:27 +0400 (MSD) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Wed, 15 Jun 2005 18:29:27 +0400 From: Gleb Smirnoff To: Paul Civati Message-ID: <20050615142927.GD8060@cell.sick.ru> References: <42AF2EF5.7040800@crc.u-strasbg.fr> <62363.1118785250@xciv.org> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <62363.1118785250@xciv.org> User-Agent: Mutt/1.5.6i X-Virus-Scanned: ClamAV version devel-20050125, clamav-milter version 0.80ff on relay.bestcom.ru X-Virus-Status: Clean Cc: freebsd-stable@FreeBSD.org Subject: Re: CARP and VLAN interfaces (5.4) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jun 2005 14:29:32 -0000 On Tue, Jun 14, 2005 at 10:40:50PM +0100, Paul Civati wrote: P> Philippe PEGON wrote: P> P> > > Has anyone tested this? P> > P> > yes, it doesn't work, carp with vlan aren't supported on FreeBSD. There is P> > a thread about that on freebsd-pf : P> > P> > http://lists.freebsd.org/mailman/htdig/freebsd-pf/2005-May/001033.html P> P> Thanks for the pointer, the patch listed below fixes the problem. P> P> http://lists.freebsd.org/pipermail/freebsd-net/2005-April/006997.html P> P> Could someone commit this to -STABLE, or is it not the 'correct' fix? Yes. It's not really correct. A correct approach is already commited to HEAD. Unfortunately, I can't MFC this because of ABI policy for RELENG_5 branch. I would advice you to stay with the patch, since it works for you. I'd also encourage you to move to 6.0-RELEASE, when first release candidates will be coming out. I am going to use carp(4) over vlan(4) in 6.0-RELEASE in production, so I will be testing this functionality when we will enter release candidate phase of release cycle. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-stable@FreeBSD.ORG Wed Jun 15 15:01:45 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9881E16A41C for ; Wed, 15 Jun 2005 15:01:45 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4E73D43D49 for ; Wed, 15 Jun 2005 15:01:45 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1DiZOh-0000qm-Kf; Wed, 15 Jun 2005 18:01:43 +0300 X-Mailer: exmh version 2.7.0 06/18/2004 with nmh-1.0.4 To: "Marc G. Fournier" In-reply-to: Your message of Tue, 14 Jun 2005 14:05:06 -0300 (ADT) . Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 15 Jun 2005 18:01:43 +0300 From: Danny Braniss Message-ID: Cc: freebsd-stable@freebsd.org Subject: Re: New Server - To 5.x or Not To 5.x X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jun 2005 15:01:45 -0000 > > I've been running FreeBSD 4.x for eons now, mainly because of the fact > that she's "known" in our environment ... UNIONFS isn't perfect, but all > of the obvious/major bugs have been worked out of her, etc ... but, she's > also a dead branch, so any outstanding bugs, nobody is interested in > fixing them, let alone having reported ... > > I'm just in the process of putting together a new server, and based on > some stuff I've heard recently concerning work that has been done on > UNIONFS, I'm tempted to put 5.x onto this new server, to start bringing my > servers into the 'current age' ... > > Is there anyone out there using 5-STABLE and UNIONFS that are happy with > it, or is it still very problematic? > > Again, the key thing right now for me is UNIONFS, so I'm looking mainly > for feedback from ppl that *are* using it, not just reading the end of the > man page ... > > Thanks ... im using it, even with 6.0. im using it for my diskless (about 90% of our freebsd), to mount /etc kldload unionfs mount_md 4096 /conf/etc chmod 755 /conf/etc mount_unionfs /conf/etc /etc ls -R /etc > /dev/null touch /etc/.sentinel md_created_etc=created and all is fine. From owner-freebsd-stable@FreeBSD.ORG Wed Jun 15 15:48:12 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 52A2C16A41C for ; Wed, 15 Jun 2005 15:48:12 +0000 (GMT) (envelope-from swhetzel@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1197443D49 for ; Wed, 15 Jun 2005 15:48:11 +0000 (GMT) (envelope-from swhetzel@gmail.com) Received: by wproxy.gmail.com with SMTP id 67so512500wri for ; Wed, 15 Jun 2005 08:48:11 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=XIoaKLUN+nHxd09e05Q83fj8+EyEO+VTyA97JVf8Swdgq/gZuCc1br08xVArFg3zXH4D2oCQC3rFfsaOmm++UCIraQiGPc+6J4ldjBF7WdpVoHpyAs5kz7p7JYokeN+n6QUA4vLRXO7tYCgESr5okjeRiPCVkjVk3/LGH4Z2hr8= Received: by 10.54.27.40 with SMTP id a40mr4222125wra; Wed, 15 Jun 2005 08:48:11 -0700 (PDT) Received: by 10.54.29.77 with HTTP; Wed, 15 Jun 2005 08:48:11 -0700 (PDT) Message-ID: <790a9fff050615084861e0ac85@mail.gmail.com> Date: Wed, 15 Jun 2005 10:48:11 -0500 From: Scot Hetzel To: "Mars G. Miro" In-Reply-To: <28edec3c050614191644ef093b@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <28edec3c0506140449509acb4c@mail.gmail.com> <790a9fff05061409093da406f6@mail.gmail.com> <28edec3c050614191644ef093b@mail.gmail.com> Cc: freebsd-stable@freebsd.org Subject: Re: NFS upgrading from 5.2.1->5.4 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Scot Hetzel List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jun 2005 15:48:12 -0000 On 6/14/05, Mars G. Miro wrote: > > If the build machine and install machine were at the same -RELEASE > > number, I don't believe you would have come across this problem. > >=20 > I'm not sure I get you but the purpose of making the world in FreeBSD > is ought to be able to upgrade across releases (some people even > report upgrading from major releases, e.g 4.X to 5.X), albeit minor > hurdles (like the one I've experienced). >=20 Normally this would work, when the build machine and the install machine are the same computer. But when you NFS mount the the built sources on another system it may or may not work. For example you wouldn't build the sources on a 5.x system and then NFS mount the built sources to a 4.x system. The reason is that the build system custom tailors the build tools for the 5.x system, and they will most likely not run on the 4.x system. Scot From owner-freebsd-stable@FreeBSD.ORG Wed Jun 15 16:03:34 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 00F0416A41C; Wed, 15 Jun 2005 16:03:34 +0000 (GMT) (envelope-from girgen@FreeBSD.org) Received: from melon.pingpong.net (82.milagro.bahnhof.net [195.178.168.82]) by mx1.FreeBSD.org (Postfix) with ESMTP id B257043D55; Wed, 15 Jun 2005 16:03:33 +0000 (GMT) (envelope-from girgen@FreeBSD.org) Received: from localhost (localhost.pingpong.net [127.0.0.1]) by melon.pingpong.net (Postfix) with ESMTP id 126644ACC8; Wed, 15 Jun 2005 18:03:32 +0200 (CEST) Received: from melon.pingpong.net ([127.0.0.1]) by localhost (melon.pingpong.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 25489-01-13; Wed, 15 Jun 2005 18:03:31 +0200 (CEST) Received: from [192.168.1.187] (rambutan.pingpong.net [192.168.1.187]) by melon.pingpong.net (Postfix) with ESMTP id C897C4ACC4; Wed, 15 Jun 2005 18:03:31 +0200 (CEST) Date: Wed, 15 Jun 2005 18:03:31 +0200 From: Palle Girgensohn To: stable@freebsd.org, hardware@freebsd.org Message-ID: X-Mailer: Mulberry/3.1.6 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Virus-Scanned: by amavisd-new at pingpong.net Cc: Subject: Proliant 380 G4 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jun 2005 16:03:34 -0000 Hi! Just a quick check - a client is getting a Proliant 380 G4 with a "6i" Raid controller. Haven't used this hardware before. Will it work fine with FreeBSD? Which version will work best, 5.4 or 4.11? Any peculiarities or things to think about? Any input appreciated! Thanks Palle From owner-freebsd-stable@FreeBSD.ORG Wed Jun 15 17:17:22 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9B1DF16A41C; Wed, 15 Jun 2005 17:17:22 +0000 (GMT) (envelope-from ulf@alameda.net) Received: from evil.alameda.net (evil.alameda.net [64.81.53.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7A8E943D55; Wed, 15 Jun 2005 17:17:22 +0000 (GMT) (envelope-from ulf@alameda.net) Received: by evil.alameda.net (Postfix, from userid 1000) id 21A0F33C3B; Wed, 15 Jun 2005 10:17:20 -0700 (PDT) Date: Wed, 15 Jun 2005 10:17:20 -0700 From: Ulf Zimmermann To: Palle Girgensohn Message-ID: <20050615171719.GC65570@evil.alameda.net> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Organization: Alameda Networks, Inc. X-Operating-System: FreeBSD 5.3-STABLE X-ANI-MailScanner-Information: Please contact the ISP for more information X-ANI-MailScanner: Found to be clean X-ANI-MailScanner-From: ulf@alameda.net Cc: stable@freebsd.org, hardware@freebsd.org Subject: Re: Proliant 380 G4 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ulf@Alameda.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jun 2005 17:17:22 -0000 On Wed, Jun 15, 2005 at 06:03:31PM +0200, Palle Girgensohn wrote: > Hi! > > Just a quick check - a client is getting a Proliant 380 G4 with a "6i" Raid > controller. Haven't used this hardware before. Will it work fine with > FreeBSD? Which version will work best, 5.4 or 4.11? Any peculiarities or > things to think about? > > Any input appreciated! > > Thanks > Palle I run 5.3-Release on my DL380g3 with a SmartArray 6402, which is basicly the same controller as the 6i (just not embedded, it is a PCI-X card). No problems whatsoever. -- Regards, Ulf. --------------------------------------------------------------------- Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-865-0204 You can find my resume at: http://seven.Alameda.net/~ulf/resume.html From owner-freebsd-stable@FreeBSD.ORG Wed Jun 15 17:27:21 2005 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 56E9A16A41C; Wed, 15 Jun 2005 17:27:21 +0000 (GMT) (envelope-from chris@haakonia.hitnet.rwth-aachen.de) Received: from ms-dienst.rz.rwth-aachen.de (ms-2.rz.RWTH-Aachen.DE [134.130.3.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0C37C43D48; Wed, 15 Jun 2005 17:27:21 +0000 (GMT) (envelope-from chris@haakonia.hitnet.rwth-aachen.de) Received: from r220-1 (r220-1.rz.RWTH-Aachen.DE [134.130.3.31]) by ms-dienst.rz.rwth-aachen.de (iPlanet Messaging Server 5.2 Patch 2 (built Jul 14 2004)) with ESMTP id <0II4007EIZ5JKW@ms-dienst.rz.rwth-aachen.de>; Wed, 15 Jun 2005 19:27:20 +0200 (MEST) Received: from relay.rwth-aachen.de ([134.130.3.1]) by r220-1 (MailMonitor for SMTP v1.2.2 ) ; Wed, 15 Jun 2005 19:27:19 +0200 (MEST) Received: from haakonia.hitnet.rwth-aachen.de (haakonia.hitnet.RWTH-Aachen.DE [137.226.181.92]) by relay.rwth-aachen.de (8.13.3/8.13.3/1) with ESMTP id j5FHRIwa005897; Wed, 15 Jun 2005 19:27:18 +0200 (MEST) Received: by haakonia.hitnet.rwth-aachen.de (Postfix, from userid 1001) id 4BD4128439; Wed, 15 Jun 2005 19:27:18 +0200 (CEST) Date: Wed, 15 Jun 2005 19:27:17 +0200 From: Christian Brueffer In-reply-to: To: Palle Girgensohn Message-id: <20050615172717.GD2158@unixpages.org> MIME-version: 1.0 Content-type: multipart/signed; boundary="pZs/OQEoSSbxGlYw"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-disposition: inline User-Agent: Mutt/1.5.6i X-Operating-System: FreeBSD 5.4-STABLE X-PGP-Key: http://people.FreeBSD.org/~brueffer/brueffer.key.asc X-PGP-Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D References: Cc: stable@FreeBSD.org, hardware@FreeBSD.org Subject: Re: Proliant 380 G4 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jun 2005 17:27:21 -0000 --pZs/OQEoSSbxGlYw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jun 15, 2005 at 06:03:31PM +0200, Palle Girgensohn wrote: > Hi! >=20 > Just a quick check - a client is getting a Proliant 380 G4 with a "6i" Ra= id=20 > controller. Haven't used this hardware before. Will it work fine with=20 > FreeBSD? Which version will work best, 5.4 or 4.11? Any peculiarities or= =20 > things to think about? >=20 The card is listed as supported in the ciss(4) manpage. - Christian --=20 Christian Brueffer chris@unixpages.org brueffer@FreeBSD.org GPG Key: http://people.freebsd.org/~brueffer/brueffer.key.asc GPG Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D --pZs/OQEoSSbxGlYw Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFCsGT1bHYXjKDtmC0RAroZAKCm3krEd87zpgyljPEShL2JzThLlQCcDW0f Vqcb/u5hrFIvl5xbfJQAgAM= =1uCO -----END PGP SIGNATURE----- --pZs/OQEoSSbxGlYw-- From owner-freebsd-stable@FreeBSD.ORG Wed Jun 15 17:44:17 2005 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C74C916A41C for ; Wed, 15 Jun 2005 17:44:17 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 461A043D55 for ; Wed, 15 Jun 2005 17:44:15 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (kdqted@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.1/8.13.1) with ESMTP id j5FHiChM068289 for ; Wed, 15 Jun 2005 19:44:12 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.1/8.13.1/Submit) id j5FHiC4I068288; Wed, 15 Jun 2005 19:44:12 +0200 (CEST) (envelope-from olli) Date: Wed, 15 Jun 2005 19:44:12 +0200 (CEST) Message-Id: <200506151744.j5FHiC4I068288@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG In-Reply-To: X-Newsgroups: list.freebsd-stable User-Agent: tin/1.5.4-20000523 ("1959") (UNIX) (FreeBSD/4.11-RELEASE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: Subject: Re: Proliant 380 G4 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jun 2005 17:44:17 -0000 Palle Girgensohn wrote: > Just a quick check - a client is getting a Proliant 380 G4 with a "6i" Raid > controller. Haven't used this hardware before. Will it work fine with > FreeBSD? Which version will work best, 5.4 or 4.11? Any peculiarities or > things to think about? > > Any input appreciated! It's not supported under 4.x: pci2: (vendor=0x0e11, dev=0x0046) at 1.0 irq 5 At a customer of ours we're currently forced to run Linux on the newer Proliants because of that problem (FreeBSD 5.x is currently not an option for that customer). Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co KG, Oettingenstr. 2, 80538 München Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "[...] one observation we can make here is that Python makes an excellent pseudocoding language, with the wonderful attribute that it can actually be executed." -- Bruce Eckel From owner-freebsd-stable@FreeBSD.ORG Wed Jun 15 17:58:45 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2D83B16A41C; Wed, 15 Jun 2005 17:58:45 +0000 (GMT) (envelope-from colin.percival@wadham.ox.ac.uk) Received: from pd2mo2so.prod.shaw.ca (shawidc-mo1.cg.shawcable.net [24.71.223.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 09B6D43D1D; Wed, 15 Jun 2005 17:58:44 +0000 (GMT) (envelope-from colin.percival@wadham.ox.ac.uk) Received: from pd4mr7so.prod.shaw.ca (pd4mr7so-qfe3.prod.shaw.ca [10.0.141.84]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0II500GTP0KV1810@l-daemon>; Wed, 15 Jun 2005 11:58:07 -0600 (MDT) Received: from pn2ml6so.prod.shaw.ca ([10.0.121.150]) by pd4mr7so.prod.shaw.ca (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0II500HMF0KV04D0@pd4mr7so.prod.shaw.ca>; Wed, 15 Jun 2005 11:58:07 -0600 (MDT) Received: from [192.168.0.60] (S0106006067227a4a.vc.shawcable.net [24.87.209.6]) by l-daemon (iPlanet Messaging Server 5.2 HotFix 1.18 (built Jul 28 2003)) with ESMTP id <0II50066A0KU09@l-daemon>; Wed, 15 Jun 2005 11:58:07 -0600 (MDT) Date: Wed, 15 Jun 2005 10:58:06 -0700 From: Colin Percival To: FreeBSD Stable , freebsd-security@freebsd.org Message-id: <42B06C2E.9030704@wadham.ox.ac.uk> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: 7bit X-Accept-Language: en-us, en X-Enigmail-Version: 0.91.0.0 User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050406) Cc: Subject: FreeBSD 5.4 SMP kernels now available via FreeBSD Update X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jun 2005 17:58:45 -0000 It sounds like the SMP kernel I provided for FreeBSD 5.3 was quite popular, so I've started building an SMP kernel for FreeBSD 5.4 as well, in addition to the usual GENERIC kernel. To take advantage of this on your FreeBSD 5.4 SMP system, run the following commands as root: # touch /boot/kernel/SMP # freebsd-update fetch # freebsd-update install # echo 'bootfile="SMP"' >> /boot/loader.conf and reboot. You should now find that `uname -ri` outputs "5.4-SECURITY SMP". Colin Percival From owner-freebsd-stable@FreeBSD.ORG Wed Jun 15 18:14:52 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B443E16A41C; Wed, 15 Jun 2005 18:14:52 +0000 (GMT) (envelope-from Philippe.Pegon@crc.u-strasbg.fr) Received: from mailhost.u-strasbg.fr (mailhost.u-strasbg.fr [130.79.200.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id 12B5743D1F; Wed, 15 Jun 2005 18:14:51 +0000 (GMT) (envelope-from Philippe.Pegon@crc.u-strasbg.fr) Received: from sokaris.u-strasbg.fr (sokaris.u-strasbg.fr [IPv6:2001:660:2402::101]) by mailhost.u-strasbg.fr (8.13.1/jtpda-5.5pre1) with ESMTP id j5FIEoaI089655 ; Wed, 15 Jun 2005 20:14:50 +0200 (CEST) Received: from [192.168.0.100] (crc.u-strasbg.fr [IPv6:2001:660:2402:1001::1]) by sokaris.u-strasbg.fr (8.12.9/jtpda-5.5pre1) with ESMTP id j5FIEntt079183 ; Wed, 15 Jun 2005 20:14:49 +0200 (CEST) Message-ID: <42B07179.4020407@crc.u-strasbg.fr> Date: Wed, 15 Jun 2005 20:20:41 +0200 From: Philippe PEGON User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050331) X-Accept-Language: fr, en MIME-Version: 1.0 To: Palle Girgensohn References: In-Reply-To: Content-Type: multipart/mixed; boundary="------------070604050809070201070309" X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.6 (mailhost.u-strasbg.fr [IPv6:2001:660:2402::158]); Wed, 15 Jun 2005 20:14:50 +0200 (CEST) X-Antivirus: scanned by sophos at u-strasbg.fr Cc: stable@freebsd.org, hardware@freebsd.org Subject: Re: Proliant 380 G4 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jun 2005 18:14:52 -0000 This is a multi-part message in MIME format. --------------070604050809070201070309 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Palle Girgensohn a écrit : > Hi! > > Just a quick check - a client is getting a Proliant 380 G4 with a "6i" > Raid controller. Haven't used this hardware before. Will it work fine > with FreeBSD? Which version will work best, 5.4 or 4.11? Any > peculiarities or things to think about? > > Any input appreciated! we have 3 Proliant 380 G4 and hardware works fine. For your information, I attach a dmesg of one of them. I've just another problem, but I don't think that it comes from hardware : http://lists.freebsd.org/pipermail/freebsd-stable/2005-June/015952.html > > Thanks > Palle -- Philippe PEGON --------------070604050809070201070309 Content-Type: text/plain; name="dmesg.boot" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="dmesg.boot" Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.4-STABLE #3: Thu May 19 20:35:36 CEST 2005 root@crc.u-strasbg.fr:/usr/obj/usr/src/sys/NS1A Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(TM) CPU 3.60GHz (3600.15-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf41 Stepping = 1 Features=0xbfebfbff Hyperthreading: 2 logical CPUs real memory = 2147430400 (2047 MB) avail memory = 2095968256 (1998 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 6 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard ioapic2 irqs 48-71 on motherboard ioapic3 irqs 72-95 on motherboard ioapic4 irqs 96-119 on motherboard npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x908-0x90b on acpi0 cpu0: on acpi0 cpu1: on acpi0 pcib0: on acpi0 pci0: on pcib0 pcib1: at device 2.0 on pci0 pci2: on pcib1 pcib2: at device 0.0 on pci2 pci3: on pcib2 bge0: mem 0xfdef0000-0xfdefffff irq 25 at device 1.0 on pci3 miibus0: on bge0 brgphy0: on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge0: Ethernet address: 00:12:79:d8:a0:37 bge1: mem 0xfdee0000-0xfdeeffff irq 26 at device 1.1 on pci3 miibus1: on bge1 brgphy1: on miibus1 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge1: Ethernet address: 00:12:79:d8:a0:36 pcib3: at device 0.2 on pci2 pci4: on pcib3 ciss0: port 0x4000-0x40ff mem 0xfdf80000-0xfdfbffff,0xfdff0000-0xfdff1fff irq 51 at device 3.0 on pci4 pcib4: at device 6.0 on pci0 pci5: on pcib4 pcib5: at device 0.0 on pci5 pci6: on pcib5 pcib6: at device 0.2 on pci5 pci10: on pcib6 uhci0: port 0x2000-0x201f irq 16 at device 29.0 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x2020-0x203f irq 19 at device 29.1 on pci0 usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x2040-0x205f irq 18 at device 29.2 on pci0 usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0x2060-0x207f irq 16 at device 29.3 on pci0 usb3: on uhci3 usb3: USB revision 1.0 uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered pci0: at device 29.7 (no driver attached) pcib7: at device 30.0 on pci0 pci1: on pcib7 pci1: at device 3.0 (no driver attached) pci1: at device 4.0 (no driver attached) pci1: at device 4.2 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x500-0x50f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 acpi_tz0: on acpi0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 psm0: irq 12 on atkbdc0 psm0: model IntelliMouse Explorer, device ID 4 sio0: port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A fdc0: port 0x3f2-0x3f5 irq 6 drq 2 on acpi0 fdc0: does not respond device_attach: fdc0 attach returned 6 fdc0: port 0x3f2-0x3f5 irq 6 drq 2 on acpi0 fdc0: does not respond device_attach: fdc0 attach returned 6 orm0: at iomem 0xee000-0xeffff,0xc8000-0xcbfff,0xc0000-0xc7fff on isa0 pmtimer0 on isa0 ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec acd0: CDROM at ata0-master PIO4 da0 at ciss0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-0 device da0: 135.168MB/s transfers da0: 34727MB (71122560 512 byte sectors: 255H 32S/T 8716C) da1 at ciss0 bus 0 target 1 lun 0 da1: Fixed Direct Access SCSI-0 device da1: 135.168MB/s transfers da1: 69455MB (142245120 512 byte sectors: 255H 32S/T 17432C) SMP: AP CPU #1 Launched! Mounting root from ufs:/dev/da0s1a --------------070604050809070201070309-- From owner-freebsd-stable@FreeBSD.ORG Wed Jun 15 18:55:43 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CE13316A41F for ; Wed, 15 Jun 2005 18:55:43 +0000 (GMT) (envelope-from bfarrokhi@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id E6B2F43D58 for ; Wed, 15 Jun 2005 18:55:42 +0000 (GMT) (envelope-from bfarrokhi@gmail.com) Received: by wproxy.gmail.com with SMTP id 68so1584409wra for ; Wed, 15 Jun 2005 11:55:41 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=LgaefUQQLw9rQ3MxpVCuj3/IQrKnlXVBrIpo2K9oMg2SZkB/FswD1OnN8+K/J2tjP6CCXF7R5dFo0W0/lMjfzUN2MrzfmYShvn1Da0j4+8WlD6BSXAn/FBoFvYx4orsSiT3Pv8vRnI+Zm6ecorPbs34Aze7YexKP+MbsJiPzAuc= Received: by 10.54.133.3 with SMTP id g3mr4327740wrd; Wed, 15 Jun 2005 11:55:41 -0700 (PDT) Received: by 10.54.3.37 with HTTP; Wed, 15 Jun 2005 11:55:41 -0700 (PDT) Message-ID: <9f7e126b05061511551a16aad2@mail.gmail.com> Date: Wed, 15 Jun 2005 23:25:41 +0430 From: Babak Farrokhi To: Philippe PEGON In-Reply-To: <42B07179.4020407@crc.u-strasbg.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <42B07179.4020407@crc.u-strasbg.fr> Cc: stable@freebsd.org, Palle Girgensohn , hardware@freebsd.org Subject: Re: Proliant 380 G4 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Babak Farrokhi List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jun 2005 18:55:44 -0000 The 6i controller support is included in 4.11, so if you want to go with 4.x family, 4.11 is your best bet. I am also running 5.3 and 5.4 on G4s without any problem. -- Babak Farrokhi On 6/15/05, Philippe PEGON wrote: > Palle Girgensohn a =E9crit : > > Hi! > > > > Just a quick check - a client is getting a Proliant 380 G4 with a "6i" > > Raid controller. Haven't used this hardware before. Will it work fine > > with FreeBSD? Which version will work best, 5.4 or 4.11? Any > > peculiarities or things to think about? > > > > Any input appreciated! >=20 > we have 3 Proliant 380 G4 and hardware works fine. For your information, = I attach a dmesg of one of > them. I've just another problem, but I don't think that it comes from har= dware : >=20 > http://lists.freebsd.org/pipermail/freebsd-stable/2005-June/015952.html >=20 > > > > Thanks > > Palle >=20 > -- > Philippe PEGON >=20 >=20 > Copyright (c) 1992-2005 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD 5.4-STABLE #3: Thu May 19 20:35:36 CEST 2005 > root@crc.u-strasbg.fr:/usr/obj/usr/src/sys/NS1A > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Intel(R) Xeon(TM) CPU 3.60GHz (3600.15-MHz 686-class CPU) > Origin =3D "GenuineIntel" Id =3D 0xf41 Stepping =3D 1 > Features=3D0xbfebfbff > Hyperthreading: 2 logical CPUs > real memory =3D 2147430400 (2047 MB) > avail memory =3D 2095968256 (1998 MB) > ACPI APIC Table: > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > cpu0 (BSP): APIC ID: 0 > cpu1 (AP): APIC ID: 6 > ioapic0 irqs 0-23 on motherboard > ioapic1 irqs 24-47 on motherboard > ioapic2 irqs 48-71 on motherboard > ioapic3 irqs 72-95 on motherboard > ioapic4 irqs 96-119 on motherboard > npx0: on motherboard > npx0: INT 16 interface > acpi0: on motherboard > acpi0: Power Button (fixed) > Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x908-0x90b on acpi0 > cpu0: on acpi0 > cpu1: on acpi0 > pcib0: on acpi0 > pci0: on pcib0 > pcib1: at device 2.0 on pci0 > pci2: on pcib1 > pcib2: at device 0.0 on pci2 > pci3: on pcib2 > bge0: mem 0xf= def0000-0xfdefffff irq 25 at device 1.0 on pci3 > miibus0: on bge0 > brgphy0: on miibus0 > brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 100= 0baseTX-FDX, auto > bge0: Ethernet address: 00:12:79:d8:a0:37 > bge1: mem 0xf= dee0000-0xfdeeffff irq 26 at device 1.1 on pci3 > miibus1: on bge1 > brgphy1: on miibus1 > brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 100= 0baseTX-FDX, auto > bge1: Ethernet address: 00:12:79:d8:a0:36 > pcib3: at device 0.2 on pci2 > pci4: on pcib3 > ciss0: port 0x4000-0x40ff mem 0xfdf80000-0xfdfbffff,0= xfdff0000-0xfdff1fff irq 51 at device 3.0 on pci4 > pcib4: at device 6.0 on pci0 > pci5: on pcib4 > pcib5: at device 0.0 on pci5 > pci6: on pcib5 > pcib6: at device 0.2 on pci5 > pci10: on pcib6 > uhci0: port 0x2000-0x201f irq= 16 at device 29.0 on pci0 > usb0: on uhci0 > usb0: USB revision 1.0 > uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub0: 2 ports with 2 removable, self powered > uhci1: port 0x2020-0x203f irq= 19 at device 29.1 on pci0 > usb1: on uhci1 > usb1: USB revision 1.0 > uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub1: 2 ports with 2 removable, self powered > uhci2: port 0x2040-0x205f irq= 18 at device 29.2 on pci0 > usb2: on uhci2 > usb2: USB revision 1.0 > uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub2: 2 ports with 2 removable, self powered > uhci3: port 0x2060-0x207f irq= 16 at device 29.3 on pci0 > usb3: on uhci3 > usb3: USB revision 1.0 > uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub3: 2 ports with 2 removable, self powered > pci0: at device 29.7 (no driver attached) > pcib7: at device 30.0 on pci0 > pci1: on pcib7 > pci1: at device 3.0 (no driver attached) > pci1: at device 4.0 (no driver attached) > pci1: at device 4.2 (no driver attached) > isab0: at device 31.0 on pci0 > isa0: on isab0 > atapci0: port 0x500-0x50f,0x376,0x170-0x1= 77,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0 > ata0: channel #0 on atapci0 > ata1: channel #1 on atapci0 > acpi_tz0: on acpi0 > atkbdc0: port 0x64,0x60 irq 1 on acpi0 > atkbd0: irq 1 on atkbdc0 > kbd0 at atkbd0 > psm0: irq 12 on atkbdc0 > psm0: model IntelliMouse Explorer, device ID 4 > sio0: port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 > sio0: type 16550A > fdc0: port 0x3f2-0x3f5 irq 6 drq 2 on acp= i0 > fdc0: does not respond > device_attach: fdc0 attach returned 6 > fdc0: port 0x3f2-0x3f5 irq 6 drq 2 on acp= i0 > fdc0: does not respond > device_attach: fdc0 attach returned 6 > orm0: at iomem 0xee000-0xeffff,0xc8000-0xcbfff,0xc0000-= 0xc7fff on isa0 > pmtimer0 on isa0 > ppc0: parallel port not found. > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=3D0x300> > sio1 at port 0x2f8-0x2ff irq 3 on isa0 > sio1: type 16550A > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > Timecounters tick every 1.000 msec > acd0: CDROM at ata0-master PIO4 > da0 at ciss0 bus 0 target 0 lun 0 > da0: Fixed Direct Access SCSI-0 device > da0: 135.168MB/s transfers > da0: 34727MB (71122560 512 byte sectors: 255H 32S/T 8716C) > da1 at ciss0 bus 0 target 1 lun 0 > da1: Fixed Direct Access SCSI-0 device > da1: 135.168MB/s transfers > da1: 69455MB (142245120 512 byte sectors: 255H 32S/T 17432C) > SMP: AP CPU #1 Launched! > Mounting root from ufs:/dev/da0s1a >=20 >=20 > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" >=20 >=20 -- From owner-freebsd-stable@FreeBSD.ORG Wed Jun 15 19:14:41 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D6C4E16A41C for ; Wed, 15 Jun 2005 19:14:41 +0000 (GMT) (envelope-from grafan@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id 904EE43D1D for ; Wed, 15 Jun 2005 19:14:41 +0000 (GMT) (envelope-from grafan@gmail.com) Received: by wproxy.gmail.com with SMTP id 71so541607wra for ; Wed, 15 Jun 2005 12:14:40 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=rAkWR96TDUgAxDqIDL28iBT80VVmqOvol6u53jgVSOfxzdGbJ3Lle00hYH5IY2Ass+2s25HZ2SiUJ+yXiCVJQgIjGfHsHTd0XNNxs5AXIcDligshVCub8Ke5cmhpditrwdT+G2QqmrHuwXrh4m1p6a6ooXp60Yns3Zvx96dNzTY= Received: by 10.54.18.5 with SMTP id 5mr3174511wrr; Tue, 14 Jun 2005 05:35:39 -0700 (PDT) Received: by 10.54.7.20 with HTTP; Tue, 14 Jun 2005 05:35:39 -0700 (PDT) Message-ID: <6eb82e0506140535428f4914@mail.gmail.com> Date: Tue, 14 Jun 2005 20:35:39 +0800 From: Rong-En Fan To: stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Cc: Subject: 5.3-p16/i386 unknown reason console hang X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Rong-En Fan List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jun 2005 19:14:41 -0000 Hello all, Recently, one of our 5.3-p16/i386 machine got frequenctly hang. Details, 1. I can switch vty, but can't login (after typing username, got hang) 2. can response to ping, but not other tcp/udp services 3. can break into ddb It's a IBM X236 (EM64T) with 2G memory, and running Postfix/Amavisd/clamav and mail/openwebmail with apache2. Sometime ago, I also reported similar hang on 5.4/amd64, in fact they are the same machines, but at that time, I have some non-default nfs mount options. But now, nfs mount options only includes -L and nodev, nosuid. I'm wondering if it is some kind of hareware problems, similar thins happens on 5.4/amd64, 5.3/5.4 i386. Anyway, I have kernel con= f, loader.conf, dmesg, and two ddb output (ps, show lockedvn, show threads) at http://rafan.infor.org/tmp/236/.=20 By the way, a strange thing is that sometims, after hang, I reboot the mach= ine, after *foreground* fsck, when it enters multiuser, after the login prompt, = I got another hang. But this time, I can't break into ddb.. only solution is the power cycle. If you need more informations, please let me know :-) Regards, Rong-En Fan From owner-freebsd-stable@FreeBSD.ORG Wed Jun 15 20:40:04 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 18B8C16A41C for ; Wed, 15 Jun 2005 20:40:03 +0000 (GMT) (envelope-from dimma@torch.higis.ru) Received: from torch.higis.ru (gate.higis.ru [81.195.168.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2635D43D53 for ; Wed, 15 Jun 2005 20:40:02 +0000 (GMT) (envelope-from dimma@torch.higis.ru) Received: from localhost (localhost [127.0.0.1]) by torch.higis.ru (8.12.10/8.12.10) with ESMTP id j5FKe0ZZ012079 for ; Thu, 16 Jun 2005 00:40:00 +0400 (MSD) (envelope-from dimma@torch.higis.ru) Received: from torch.higis.ru ([127.0.0.1]) by localhost (torch.higis.ru [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 11801-06 for ; Thu, 16 Jun 2005 00:39:58 +0400 (MSD) Received: from torch.higis.ru (localhost [127.0.0.1]) by torch.higis.ru (8.12.10/8.12.10) with ESMTP id j5FKdwlx012073 for ; Thu, 16 Jun 2005 00:39:58 +0400 (MSD) (envelope-from dimma@torch.higis.ru) Received: (from dimma@localhost) by torch.higis.ru (8.12.10/8.12.10/Submit) id j5FKdwHd012072 for freebsd-stable@freebsd.org; Thu, 16 Jun 2005 00:39:58 +0400 (MSD) (envelope-from dimma) Date: Thu, 16 Jun 2005 00:39:57 +0400 From: Dmitriy Kirhlarov To: freebsd-stable@freebsd.org Message-ID: <20050615203957.GO42421@torch.higis.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at higis.ru Subject: carp run script X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jun 2005 20:40:04 -0000 Hi, list How I can use CARP for failover? I need run script from CARP, when machine status change from backup to master? By. Dmitriy From owner-freebsd-stable@FreeBSD.ORG Wed Jun 15 20:56:23 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 011AC16A41C for ; Wed, 15 Jun 2005 20:56:23 +0000 (GMT) (envelope-from smartweb@leadhill.net) Received: from natco3.natcotech.com (natco3.natcotech.com [205.167.142.103]) by mx1.FreeBSD.org (Postfix) with ESMTP id B199F43D5E for ; Wed, 15 Jun 2005 20:56:22 +0000 (GMT) (envelope-from smartweb@leadhill.net) Received: from ibm.nlcc.us (ldhl-ras1-dial-12-28-24-182.natcotech.com [12.28.24.182]) by natco3.natcotech.com (Postfix) with ESMTP id 343BB62DBB for ; Wed, 15 Jun 2005 15:56:21 -0500 (CDT) Received: (qmail 72485 invoked by uid 89); 15 Jun 2005 20:56:20 -0000 Received: from unknown (HELO ?192.168.0.2?) (billy@192.168.0.2) by ibm.nlcc.us with SMTP; 15 Jun 2005 20:56:20 -0000 Message-ID: <42B095F4.1050100@leadhill.net> Date: Wed, 15 Jun 2005 15:56:20 -0500 From: Billy Newsom User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7) Gecko/20040616 X-Accept-Language: en-us, en MIME-Version: 1.0 To: FreeBSD Stable , freebsd-security@freebsd.org References: <42B06C2E.9030704@wadham.ox.ac.uk> In-Reply-To: <42B06C2E.9030704@wadham.ox.ac.uk> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: Colin Percival Subject: Re: FreeBSD 5.4 SMP kernels now available via FreeBSD Update X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jun 2005 20:56:23 -0000 Colin Percival wrote: > It sounds like the SMP kernel I provided for FreeBSD 5.3 was quite > popular, so I've started building an SMP kernel for FreeBSD 5.4 as > well, in addition to the usual GENERIC kernel. To take advantage I'm curious how popular. Would you like to report some statistics here on the list? As in, how many SMP downloads did you get, say, in comparison to the GENERIC? I wonder just how popular SMP has become. I ran dual Pentium 120s on a 430HX motherboard once a long time ago. And I know SMP goes farther back to at least the Pentium 60. Back then, it was pretty unusual, but I wonder what it's like now. Thanks. BTW, nice idea you've got. I tried to use it back before you offered SMP kernels and was disappointed. From owner-freebsd-stable@FreeBSD.ORG Wed Jun 15 21:02:42 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 38BA016A41C for ; Wed, 15 Jun 2005 21:02:42 +0000 (GMT) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.171]) by mx1.FreeBSD.org (Postfix) with ESMTP id C213B43D55 for ; Wed, 15 Jun 2005 21:02:41 +0000 (GMT) (envelope-from max@love2party.net) Received: from p54A3EB3F.dip.t-dialin.net [84.163.235.63] (helo=donor.laier.local) by mrelayeu.kundenserver.de with ESMTP (Nemesis), id 0ML21M-1Dif201koa-0002x8; Wed, 15 Jun 2005 23:02:40 +0200 From: Max Laier To: freebsd-stable@freebsd.org Date: Wed, 15 Jun 2005 23:02:29 +0200 User-Agent: KMail/1.8 References: <20050615203957.GO42421@torch.higis.ru> In-Reply-To: <20050615203957.GO42421@torch.higis.ru> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1335844.yG3hAvcAg2"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200506152302.38464.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de login:61c499deaeeba3ba5be80f48ecc83056 Cc: Dmitriy Kirhlarov Subject: Re: carp run script X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jun 2005 21:02:42 -0000 --nextPart1335844.yG3hAvcAg2 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wednesday 15 June 2005 22:39, Dmitriy Kirhlarov wrote: > Hi, list > > How I can use CARP for failover? > I need run script from CARP, when machine status change from backup to > master? Take a look at net/ifstated from ports. As far as I understand devd can do= =20 something like this as well since the new dhclient is around. =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart1335844.yG3hAvcAg2 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBCsJduXyyEoT62BG0RAlf7AJ0d4dG0hX17dkefGQ2f8fPJW0FbeACfRub+ WRJXNsAYNBLpu8BeW7p/XFE= =kKzT -----END PGP SIGNATURE----- --nextPart1335844.yG3hAvcAg2-- From owner-freebsd-stable@FreeBSD.ORG Thu Jun 16 00:36:12 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DE54616A41C; Thu, 16 Jun 2005 00:36:12 +0000 (GMT) (envelope-from colin.percival@wadham.ox.ac.uk) Received: from pd3mo3so.prod.shaw.ca (shawidc-mo1.cg.shawcable.net [24.71.223.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id B7A6243D4C; Thu, 16 Jun 2005 00:36:12 +0000 (GMT) (envelope-from colin.percival@wadham.ox.ac.uk) Received: from pd3mr3so.prod.shaw.ca (pd3mr3so-qfe3.prod.shaw.ca [10.0.141.179]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0II500BCJJ0BAGXR@l-daemon>; Wed, 15 Jun 2005 18:36:11 -0600 (MDT) Received: from pn2ml3so.prod.shaw.ca ([10.0.121.147]) by pd3mr3so.prod.shaw.ca (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0II500HHMJ0B1T20@pd3mr3so.prod.shaw.ca>; Wed, 15 Jun 2005 18:36:11 -0600 (MDT) Received: from [192.168.0.60] (S0106006067227a4a.vc.shawcable.net [24.87.209.6]) by l-daemon (iPlanet Messaging Server 5.2 HotFix 1.18 (built Jul 28 2003)) with ESMTP id <0II500L5CJ0BS9@l-daemon>; Wed, 15 Jun 2005 18:36:11 -0600 (MDT) Date: Wed, 15 Jun 2005 17:36:10 -0700 From: Colin Percival In-reply-to: <42B095F4.1050100@leadhill.net> To: Billy Newsom Message-id: <42B0C97A.5080004@wadham.ox.ac.uk> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: 7bit X-Accept-Language: en-us, en X-Enigmail-Version: 0.91.0.0 References: <42B06C2E.9030704@wadham.ox.ac.uk> <42B095F4.1050100@leadhill.net> User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050406) Cc: freebsd-security@freebsd.org, FreeBSD Stable Subject: Re: FreeBSD 5.4 SMP kernels now available via FreeBSD Update X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2005 00:36:13 -0000 Billy Newsom wrote: > Colin Percival wrote: >> It sounds like the SMP kernel I provided for FreeBSD 5.3 was quite >> popular [...] > > I'm curious how popular. Would you like to report some statistics here > on the list? As in, how many SMP downloads did you get, say, in > comparison to the GENERIC? Ok, I've gone through my log files, and it looks like the number of systems downloading SMP kernels is around 4% - 6% of the number of systems downloading GENERIC kernels. That said, I don't think this should be used as a measure of how popular SMP is on FreeBSD systems overall, since people with high-end SMP systems are more likely than average to build their own kernels rather than using those which I distribute and the availability of SMP kernels via FreeBSD Update wasn't very widely advertised. It is probably safe to conclude that _at least_ 5% of FreeBSD systems have more than one processor, but I suspect that the actual value is considerably higher than that. Colin Percival From owner-freebsd-stable@FreeBSD.ORG Thu Jun 16 02:22:57 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6295616A41C for ; Thu, 16 Jun 2005 02:22:57 +0000 (GMT) (envelope-from marsgmiro@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 23B6143D1D for ; Thu, 16 Jun 2005 02:22:57 +0000 (GMT) (envelope-from marsgmiro@gmail.com) Received: by zproxy.gmail.com with SMTP id 12so93416nzp for ; Wed, 15 Jun 2005 19:22:56 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=KVN1DCcVeR6phKjOS/sKKh1jemGcFef/Mc+Sj0VvtOVKCdJIg10ediqjHZAclZB4G4u5wiSuBDwEivmk3EjlFfiNjKTk5rUrSNpGFukMnDTemz4Ci1Y4/VfrwJx6rr0g724uo/tMwN0Xri3uZ3vhEMuDqVhLu0TQorAqUXUzF0k= Received: by 10.36.18.8 with SMTP id 8mr92609nzr; Wed, 15 Jun 2005 19:22:56 -0700 (PDT) Received: by 10.36.72.13 with HTTP; Wed, 15 Jun 2005 19:22:54 -0700 (PDT) Message-ID: <28edec3c050615192230861c89@mail.gmail.com> Date: Thu, 16 Jun 2005 10:22:54 +0800 From: "Mars G. Miro" To: Scot Hetzel In-Reply-To: <790a9fff050615084861e0ac85@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <28edec3c0506140449509acb4c@mail.gmail.com> <790a9fff05061409093da406f6@mail.gmail.com> <28edec3c050614191644ef093b@mail.gmail.com> <790a9fff050615084861e0ac85@mail.gmail.com> Cc: freebsd-stable@freebsd.org Subject: Re: NFS upgrading from 5.2.1->5.4 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "Mars G. Miro" List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2005 02:22:57 -0000 On 6/15/05, Scot Hetzel wrote: > On 6/14/05, Mars G. Miro wrote: > > > If the build machine and install machine were at the same -RELEASE > > > number, I don't believe you would have come across this problem. > > >=20 > > I'm not sure I get you but the purpose of making the world in FreeBSD > > is ought to be able to upgrade across releases (some people even > > report upgrading from major releases, e.g 4.X to 5.X), albeit minor > > hurdles (like the one I've experienced). > >=20 > Normally this would work, when the build machine and the install > machine are the same computer. But when you NFS mount the the built > sources on another system it may or may not work. For example you > wouldn't build the sources on a 5.x system and then NFS mount the > built sources to a 4.x system. The reason is that the build system > custom tailors the build tools for the 5.x system, and they will most > likely not run on the 4.x system. >=20 True. But let's assume that we're not upgrading from major releases (4.X to 5.X), as it's even discouraged to do so, but only from the same minor release/branch (e.g. 5.2.1 to 5.4, or 4.4 to 4.10), I don't think that NFS-mounting the built sources would not work, as the build{kernel|world} stage only builds the kernel and world at /usr/obj. In my own experience, it generally works, in fact, this doesn't only work for NFS but for remote upgrades as well, I've done something like building the kernel/world in a ultrafast box, tar bzip'ing /usr/src and /usr/obj, uploading them unto a remote server that desperately need to be upgraded and doing the install kernel/world on that remote server. > Scot >=20 cheers mars From owner-freebsd-stable@FreeBSD.ORG Thu Jun 16 02:35:19 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F10F516A41C for ; Thu, 16 Jun 2005 02:35:19 +0000 (GMT) (envelope-from e-kamo@trio.plala.or.jp) Received: from mvs1.plala.or.jp (c158129.vh.plala.or.jp [210.150.158.129]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6D62543D48 for ; Thu, 16 Jun 2005 02:35:18 +0000 (GMT) (envelope-from e-kamo@trio.plala.or.jp) Received: from msc1.plala.or.jp ([172.23.8.24]) by mvs1.plala.or.jp with ESMTP id <20050616023517.PZWL15872.mvs1.plala.or.jp@msc1.plala.or.jp> for ; Thu, 16 Jun 2005 11:35:17 +0900 Received: from [192.168.35.8] ([220.33.68.80]) by msc1.plala.or.jp with ESMTP id <20050616023517.HWRE20796.msc1.plala.or.jp@[192.168.35.8]> for ; Thu, 16 Jun 2005 11:35:17 +0900 Message-ID: <42B0E56B.4030609@trio.plala.or.jp> Date: Thu, 16 Jun 2005 11:35:23 +0900 From: Eitarou Kamo User-Agent: Mozilla Thunderbird 1.0 (X11/20041206) X-Accept-Language: ja, en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.90.2.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit Subject: Atheros drirve X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2005 02:35:20 -0000 Hi, Is there the Atheros wi-fi driver with WPA encryption. Do I need WPA_supplicant like hack? Eitarou From owner-freebsd-stable@FreeBSD.ORG Thu Jun 16 05:37:36 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2C54916A420 for ; Thu, 16 Jun 2005 05:37:36 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 110A843F2A for ; Thu, 16 Jun 2005 05:29:00 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.13.4/8.13.4) with ESMTP id j5G5SvUT062121; Thu, 16 Jun 2005 14:58:58 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Thu, 16 Jun 2005 14:58:43 +0930 User-Agent: KMail/1.8 References: <42B0E56B.4030609@trio.plala.or.jp> In-Reply-To: <42B0E56B.4030609@trio.plala.or.jp> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart8894173.RWt0cbeYc0"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200506161458.51227.doconnor@gsoft.com.au> X-Spam-Score: -2.4 () ALL_TRUSTED X-Scanned-By: MIMEDefang 2.51 on 203.31.81.10 Cc: Eitarou Kamo Subject: Re: Atheros drirve X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2005 05:37:36 -0000 --nextPart8894173.RWt0cbeYc0 Content-Type: text/plain; charset="iso-2022-jp" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thu, 16 Jun 2005 12:05, Eitarou Kamo wrote: > Is there the Atheros wi-fi driver with WPA encryption. > Do I need WPA_supplicant like hack? I'd say you need to use wpa_supplicant but I don't see it as a hack.. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart8894173.RWt0cbeYc0 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBCsQ4T5ZPcIHs/zowRAjNmAKCVTiE+r0CzAzcA2szSiQei9xIFxwCdEPaQ ApnTcgOLs7D4LuVue0cDkqY= =L6Hr -----END PGP SIGNATURE----- --nextPart8894173.RWt0cbeYc0-- From owner-freebsd-stable@FreeBSD.ORG Thu Jun 16 07:14:49 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 69A2516A41C for ; Thu, 16 Jun 2005 07:14:49 +0000 (GMT) (envelope-from e-kamo@trio.plala.or.jp) Received: from mvs1.plala.or.jp (c158129.vh.plala.or.jp [210.150.158.129]) by mx1.FreeBSD.org (Postfix) with ESMTP id DC77643D4C for ; Thu, 16 Jun 2005 07:14:48 +0000 (GMT) (envelope-from e-kamo@trio.plala.or.jp) Received: from msc1.plala.or.jp ([172.23.8.24]) by mvs1.plala.or.jp with ESMTP id <20050616071447.SGDM15872.mvs1.plala.or.jp@msc1.plala.or.jp>; Thu, 16 Jun 2005 16:14:47 +0900 Received: from [192.168.35.8] ([220.33.68.80]) by msc1.plala.or.jp with ESMTP id <20050616071447.HWXP20796.msc1.plala.or.jp@[192.168.35.8]>; Thu, 16 Jun 2005 16:14:47 +0900 Message-ID: <42B126ED.6040005@trio.plala.or.jp> Date: Thu, 16 Jun 2005 16:14:53 +0900 From: Eitarou Kamo User-Agent: Mozilla Thunderbird 1.0 (X11/20041206) X-Accept-Language: ja, en-us, en MIME-Version: 1.0 To: Daniel O'Connor , freebsd-stable@freebsd.org References: <42B0E56B.4030609@trio.plala.or.jp> <200506161458.51227.doconnor@gsoft.com.au> In-Reply-To: <200506161458.51227.doconnor@gsoft.com.au> X-Enigmail-Version: 0.90.2.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit Cc: Subject: Re: Atheros drirve X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2005 07:14:49 -0000 Thanks, I'll try the *tweak*. Eitarou Daniel O'Connor wrote: >On Thu, 16 Jun 2005 12:05, Eitarou Kamo wrote: > > >>Is there the Atheros wi-fi driver with WPA encryption. >>Do I need WPA_supplicant like hack? >> >> > >I'd say you need to use wpa_supplicant but I don't see it as a hack.. > > > > From owner-freebsd-stable@FreeBSD.ORG Thu Jun 16 08:27:04 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4193016A41F for ; Thu, 16 Jun 2005 08:27:04 +0000 (GMT) (envelope-from snort_sam@yahoo.com) Received: from web54403.mail.yahoo.com (web54403.mail.yahoo.com [68.142.225.159]) by mx1.FreeBSD.org (Postfix) with SMTP id CA32143D53 for ; Thu, 16 Jun 2005 08:27:03 +0000 (GMT) (envelope-from snort_sam@yahoo.com) Received: (qmail 87214 invoked by uid 60001); 16 Jun 2005 08:27:03 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=OOTHstnhc9mcLAykfsU4euFIAPY22HKjfUC5oOkfellmXszJNIqIAS/FO4yNMlo3+Hr/5NDdxE+/1PBMhR0uoERk21Ew4rOIifh5RN1ucq2kP9rxcmR+tiN0wMCM1nid6N8zIUGXrigSHaccaBl8AXCj3jRjTvvQsQovmh29axU= ; Message-ID: <20050616082703.87212.qmail@web54403.mail.yahoo.com> Received: from [139.168.37.39] by web54403.mail.yahoo.com via HTTP; Thu, 16 Jun 2005 01:27:03 PDT Date: Thu, 16 Jun 2005 01:27:03 -0700 (PDT) From: snort Snort To: freebsd-usb@freebsd.org, freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: Subject: usb disc device is not present in 5.4-p1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2005 08:27:04 -0000 Hi list, After upgraded to 5.4-p1 from 5.3 stable, the insertion of the usb disc is no longer able to activate the creation of the usb device. In my case, when the usb disc inserted in the usb port, the kernel system assigned /dev/da0s? to the usb disc when it was in 5.3, but now this is not happened any more, and there is error being logged to the /var/log/messages file as shown below: Jun 16 16:28:22 laptop kernel: umass0: vendor 0x1043 product 0x8006, rev 1.10/1.00, addr 3 Jun 16 16:28:23 laptop kernel: da0 at umass-sim0 bus 0 target 0 lun 0 Jun 16 16:28:23 laptop kernel: da0: Removable Direct Access SCSI-2 device Jun 16 16:28:23 laptop kernel: da0: 1.000MB/s transfers Jun 16 16:28:23 laptop kernel: da0: Attempt to query device size failed: NOT READY, Medium not present Jun 16 16:28:23 laptop kernel: (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 Jun 16 16:28:23 laptop kernel: (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error Jun 16 16:28:23 laptop kernel: (da0:umass-sim0:0:0:0): SCSI Status: Check Condition Jun 16 16:28:23 laptop kernel: (da0:umass-sim0:0:0:0): NOT READY asc:3a,0 Jun 16 16:28:23 laptop kernel: (da0:umass-sim0:0:0:0): Medium not present Jun 16 16:28:23 laptop kernel: (da0:umass-sim0:0:0:0): Unretryable error Jun 16 16:28:23 laptop kernel: Opened disk da0 -> 6 Jun 16 16:28:23 laptop kernel: (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 Jun 16 16:28:23 laptop kernel: (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error Jun 16 16:28:23 laptop kernel: (da0:umass-sim0:0:0:0): SCSI Status: Check Condition Jun 16 16:28:23 laptop kernel: (da0:umass-sim0:0:0:0): NOT READY asc:3a,0 Jun 16 16:28:23 laptop kernel: (da0:umass-sim0:0:0:0): Medium not present Jun 16 16:28:23 laptop kernel: (da0:umass-sim0:0:0:0): Unretryable error Jun 16 16:28:23 laptop kernel: Opened disk da0 -> 6 Jun 16 16:28:23 laptop kernel: (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 Jun 16 16:28:23 laptop kernel: (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error Jun 16 16:28:23 laptop kernel: (da0:umass-sim0:0:0:0): SCSI Status: Check Condition Jun 16 16:28:23 laptop kernel: (da0:umass-sim0:0:0:0): NOT READY asc:3a,0 Jun 16 16:28:23 laptop kernel: (da0:umass-sim0:0:0:0): Medium not present Jun 16 16:28:23 laptop kernel: (da0:umass-sim0:0:0:0): Unretryable error Jun 16 16:28:23 laptop kernel: Opened disk da0 -> 6 ls shown that there is only one device exist: # ls -l /dev/da0* crw-r----- 1 root operator 4, 23 Jun 16 14:35 /dev/da0 Mount command failed with the following message: # mount_msdosfs /dev/da0 /mnt mount_msdosfs: /dev/da0: Device not configured How can I fix this error? Thanks Sam __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-stable@FreeBSD.ORG Thu Jun 16 11:49:20 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5228416A41C for ; Thu, 16 Jun 2005 11:49:20 +0000 (GMT) (envelope-from dimma@torch.higis.ru) Received: from torch.higis.ru (gate.higis.ru [81.195.168.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id B9A5343D49 for ; Thu, 16 Jun 2005 11:49:19 +0000 (GMT) (envelope-from dimma@torch.higis.ru) Received: from localhost (localhost [127.0.0.1]) by torch.higis.ru (8.12.10/8.12.10) with ESMTP id j5GBnHZZ024330 for ; Thu, 16 Jun 2005 15:49:17 +0400 (MSD) (envelope-from dimma@torch.higis.ru) Received: from torch.higis.ru ([127.0.0.1]) by localhost (torch.higis.ru [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 24075-06 for ; Thu, 16 Jun 2005 15:49:06 +0400 (MSD) Received: from torch.higis.ru (localhost [127.0.0.1]) by torch.higis.ru (8.12.10/8.12.10) with ESMTP id j5GBn5lx024327 for ; Thu, 16 Jun 2005 15:49:05 +0400 (MSD) (envelope-from dimma@torch.higis.ru) Received: (from dimma@localhost) by torch.higis.ru (8.12.10/8.12.10/Submit) id j5GBn5Kh024326 for freebsd-stable@freebsd.org; Thu, 16 Jun 2005 15:49:05 +0400 (MSD) (envelope-from dimma) Date: Thu, 16 Jun 2005 15:49:05 +0400 From: Dmitriy Kirhlarov To: freebsd-stable@freebsd.org Message-ID: <20050616114904.GP42421@torch.higis.ru> References: <20050615203957.GO42421@torch.higis.ru> <42B16097.1050506@serezhkin.com> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <42B16097.1050506@serezhkin.com> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at higis.ru Subject: Re: carp run script X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2005 11:49:20 -0000 Hi Ivan! On Thu, 16 Jun 2005, Ivan B. Serezhkin wrote: > Dmitriy Kirhlarov wrote: > > >Hi, list > > > >How I can use CARP for failover? > >I need run script from CARP, when machine status change from backup to > >master? > > > > > Try to use freevrrpd. I try. In my /var/log/messages I get: kernel: carp_input: packet received on non-carp interface: rl1 kernel: carp_input: packet received on non-carp interface: rl0 kernel: carp_input: packet received on non-carp interface: rl1 kernel: carp_input: packet received on non-carp interface: rl0 kernel: carp_input: packet received on non-carp interface: rl1 By. Dmitriy From owner-freebsd-stable@FreeBSD.ORG Thu Jun 16 12:01:41 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5B8B216A41C for ; Thu, 16 Jun 2005 12:01:41 +0000 (GMT) (envelope-from bconstant@be.tiauto.com) Received: from smtp.eu.tiauto.com (smtp.eu.tiauto.com [195.127.176.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id DFC1543D53 for ; Thu, 16 Jun 2005 12:01:40 +0000 (GMT) (envelope-from bconstant@be.tiauto.com) Received: by euex01.resource.tiauto.com with Internet Mail Service (5.5.2657.72) id ; Thu, 16 Jun 2005 14:01:35 +0200 Message-ID: From: "Constant, Benjamin" To: 'Dmitriy Kirhlarov' Date: Thu, 16 Jun 2005 14:01:33 +0200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2657.72) Content-Type: text/plain Cc: freebsd-stable@freebsd.org Subject: RE: carp run script X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2005 12:01:41 -0000 Hello, Have a look at: http://www.countersiege.com/doc/pfsync-carp/ and man carp(4). Use pfsync for state synchronization. Try ifstated to run script when host status change (master/backup). You should redirect your question to freebsd-pf. Regards, Benjamin Constant TI Automotive > -----Original Message----- > From: owner-freebsd-stable@freebsd.org > [mailto:owner-freebsd-stable@freebsd.org] On Behalf Of > Dmitriy Kirhlarov > Sent: jeudi 16 juin 2005 13:49 > To: freebsd-stable@freebsd.org > Subject: Re: carp run script > > Hi Ivan! > > On Thu, 16 Jun 2005, Ivan B. Serezhkin wrote: > > > Dmitriy Kirhlarov wrote: > > > > >Hi, list > > > > > >How I can use CARP for failover? > > >I need run script from CARP, when machine status change > from backup > > >to master? > > > > > > > > Try to use freevrrpd. > > I try. > In my /var/log/messages I get: > kernel: carp_input: packet received on non-carp interface: rl1 > kernel: carp_input: packet received on non-carp interface: rl0 > kernel: carp_input: packet received on non-carp interface: rl1 > kernel: carp_input: packet received on non-carp interface: rl0 > kernel: carp_input: packet received on non-carp interface: rl1 > > By. > Dmitriy > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to > "freebsd-stable-unsubscribe@freebsd.org" > The information contained in this transmission may contain privileged and confidential information. It is intended only for the use of the person(s) named above. If you are not the intended recipient, you are hereby notified that any review, dissemination, distribution or duplication of this communication is strictly prohibited. If you are not the intended recipient, please contact the sender by reply email and destroy all copies of the original message. This communication is from TI Automotive. From owner-freebsd-stable@FreeBSD.ORG Thu Jun 16 14:04:22 2005 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E268116A41C for ; Thu, 16 Jun 2005 14:04:22 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from relay.bestcom.ru (relay.bestcom.ru [217.72.144.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 593BA43D53 for ; Thu, 16 Jun 2005 14:04:22 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (root@cell.sick.ru [217.72.144.68]) by relay.bestcom.ru (8.13.1/8.12.9) with ESMTP id j5GE4JlK026973 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Thu, 16 Jun 2005 18:04:20 +0400 (MSD) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.1/8.12.8) with ESMTP id j5GE4JOE032364 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 16 Jun 2005 18:04:19 +0400 (MSD) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.1/8.13.1/Submit) id j5GE4IDv032363; Thu, 16 Jun 2005 18:04:19 +0400 (MSD) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Thu, 16 Jun 2005 18:04:18 +0400 From: Gleb Smirnoff To: Dmitriy Kirhlarov Message-ID: <20050616140418.GB31948@cell.sick.ru> References: <20050615203957.GO42421@torch.higis.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20050615203957.GO42421@torch.higis.ru> User-Agent: Mutt/1.5.6i X-Virus-Scanned: ClamAV version devel-20050125, clamav-milter version 0.80ff on relay.bestcom.ru X-Virus-Status: Clean Cc: freebsd-stable@FreeBSD.org Subject: Re: carp run script X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2005 14:04:23 -0000 On Thu, Jun 16, 2005 at 12:39:57AM +0400, Dmitriy Kirhlarov wrote: D> How I can use CARP for failover? Just create CARP interfaces on both boxes, assign them same IP address, same vhid and password. D> I need run script from CARP, when machine status change from backup to master? If the last sentence was a question, then the answer is: no, you don't need any scripts for CARP to failover. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-stable@FreeBSD.ORG Thu Jun 16 15:51:51 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7663A16A41C for ; Thu, 16 Jun 2005 15:51:51 +0000 (GMT) (envelope-from fcash@ocis.net) Received: from imap.sd73.bc.ca (smtp.sd73.bc.ca [142.24.13.149]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5432243D48 for ; Thu, 16 Jun 2005 15:51:49 +0000 (GMT) (envelope-from fcash@ocis.net) Received: from localhost (localhost [127.0.0.1]) by localhost.sd73.bc.ca (Postfix) with ESMTP id 0A9E518CCD6 for ; Thu, 16 Jun 2005 08:51:49 -0700 (PDT) Received: from imap.sd73.bc.ca ([127.0.0.1]) by localhost (mailtest.sd73.bc.ca [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 79118-05-91 for ; Thu, 16 Jun 2005 08:51:47 -0700 (PDT) Received: from s9.sbo (s9.sbo [192.168.0.9]) by imap.sd73.bc.ca (Postfix) with ESMTP id D396D18CCD3 for ; Thu, 16 Jun 2005 08:51:47 -0700 (PDT) From: Freddie Cash To: freebsd-stable@freebsd.org Date: Thu, 16 Jun 2005 08:51:43 -0700 User-Agent: KMail/1.8 References: <42B0E56B.4030609@trio.plala.or.jp> <200506161458.51227.doconnor@gsoft.com.au> <42B126ED.6040005@trio.plala.or.jp> In-Reply-To: <42B126ED.6040005@trio.plala.or.jp> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200506160851.45353.fcash@ocis.net> X-Virus-Scanned: by amavisd-new using ClamAV at sd73.bc.ca Subject: Re: Atheros drirve X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2005 15:51:51 -0000 On June 16, 2005 12:14 am, Eitarou Kamo wrote: > Daniel O'Connor wrote: > >On Thu, 16 Jun 2005 12:05, Eitarou Kamo wrote: > >>Is there the Atheros wi-fi driver with WPA encryption. > >>Do I need WPA_supplicant like hack? > >I'd say you need to use wpa_supplicant but I don't see it as a hack.. > I'll try the *tweak*. How is it a hack or a tweak to run a supplicant that handles all the WPA setup, configuration, and maintenance? You have one central program that can be used by multple drivers, allowing for faster / better development, and less reimplementation in each driver. Plus, I've yet to see any Windows wireless drivers that didn't need the Aegis protocol driver also installed in order to use WPA. :) At least you can configure how the wpa_supplicant works -- I've yet to find a way to tweak the Aegis protocol in Windows. :) -- Freddie Cash fcash@ocis.net From owner-freebsd-stable@FreeBSD.ORG Thu Jun 16 16:10:27 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1461516A41C for ; Thu, 16 Jun 2005 16:10:27 +0000 (GMT) (envelope-from e-kamo@trio.plala.or.jp) Received: from mvs1.plala.or.jp (c158129.vh.plala.or.jp [210.150.158.129]) by mx1.FreeBSD.org (Postfix) with ESMTP id 883D343D55 for ; Thu, 16 Jun 2005 16:10:25 +0000 (GMT) (envelope-from e-kamo@trio.plala.or.jp) Received: from msc2.plala.or.jp ([172.23.8.25]) by mvs1.plala.or.jp with ESMTP id <20050616161024.GIL15872.mvs1.plala.or.jp@msc2.plala.or.jp> for ; Fri, 17 Jun 2005 01:10:24 +0900 Received: from [192.168.35.8] ([220.33.68.80]) by msc2.plala.or.jp with ESMTP id <20050616161024.IMLM17963.msc2.plala.or.jp@[192.168.35.8]> for ; Fri, 17 Jun 2005 01:10:24 +0900 Message-ID: <42B1A477.8050002@trio.plala.or.jp> Date: Fri, 17 Jun 2005 01:10:31 +0900 From: Eitarou Kamo User-Agent: Mozilla Thunderbird 1.0 (X11/20041206) X-Accept-Language: ja, en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <42B0E56B.4030609@trio.plala.or.jp> <200506161458.51227.doconnor@gsoft.com.au> <42B126ED.6040005@trio.plala.or.jp> <200506160851.45353.fcash@ocis.net> In-Reply-To: <200506160851.45353.fcash@ocis.net> X-Enigmail-Version: 0.90.2.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: Atheros drirve X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2005 16:10:27 -0000 Hi, Freddie Cash wrote: >On June 16, 2005 12:14 am, Eitarou Kamo wrote: > > >>Daniel O'Connor wrote: >> >> >>>On Thu, 16 Jun 2005 12:05, Eitarou Kamo wrote: >>> >>> >>>>Is there the Atheros wi-fi driver with WPA encryption. >>>>Do I need WPA_supplicant like hack? >>>> >>>> > > > >>>I'd say you need to use wpa_supplicant but I don't see it as a hack.. >>> >>> > > > >>I'll try the *tweak*. >> >> > >How is it a hack or a tweak to run a supplicant that the WPA >setup, configuration, and maintenance? You have one central program that >can be used by multple drivers, allowing for faster / better development, >and less reimplementation in each driver. > > > For now, I only use it. I dare say I only configure it. >Plus, I've yet to see any Windows wireless drivers that didn't need the >Aegis protocol driver also installed in order to use WPA. :) At least >you can configure how the wpa_supplicant works -- I've yet to find a way >to tweak the Aegis protocol in Windows. :) > > > Don't worry Now I *do* use wpa_supplicant, on linux though. So I can configure it, I guess. Eitarou From owner-freebsd-stable@FreeBSD.ORG Thu Jun 16 16:56:05 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 05A8716A41C for ; Thu, 16 Jun 2005 16:56:05 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id C41A243D1D for ; Thu, 16 Jun 2005 16:56:04 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id j5GGu4an025144; Thu, 16 Jun 2005 09:56:04 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j5GGu4n9025143; Thu, 16 Jun 2005 09:56:04 -0700 Date: Thu, 16 Jun 2005 09:56:04 -0700 From: Brooks Davis To: Eitarou Kamo Message-ID: <20050616165604.GE21733@odin.ac.hmc.edu> References: <42B0E56B.4030609@trio.plala.or.jp> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="DqhR8hV3EnoxUkKN" Content-Disposition: inline In-Reply-To: <42B0E56B.4030609@trio.plala.or.jp> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu Cc: freebsd-stable@freebsd.org Subject: Re: Atheros drirve X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2005 16:56:05 -0000 --DqhR8hV3EnoxUkKN Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jun 16, 2005 at 11:35:23AM +0900, Eitarou Kamo wrote: > Hi, >=20 > Is there the Atheros wi-fi driver with WPA encryption. > Do I need WPA_supplicant like hack? There is WPA support in 6-CURRENT. wpa_supplicant will be fully integrated into the startup scripts in 6.0. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --DqhR8hV3EnoxUkKN Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFCsa8jXY6L6fI4GtQRAp5eAJ9AwNLDH2z4cUT/rbU8kgzP50mrqQCg3oWB oiGSVX00J/PVm08R2ECh3GE= =NRnK -----END PGP SIGNATURE----- --DqhR8hV3EnoxUkKN-- From owner-freebsd-stable@FreeBSD.ORG Thu Jun 16 17:31:14 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3025F16A41C; Thu, 16 Jun 2005 17:31:14 +0000 (GMT) (envelope-from igor@doom.homeunix.org) Received: from voodoo.oberon.net (voodoo.oberon.net [212.118.165.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id E501443D1D; Thu, 16 Jun 2005 17:31:13 +0000 (GMT) (envelope-from igor@doom.homeunix.org) Received: from dialup84103-16.ip.peterstar.net ([84.204.103.16] helo=doom.homeunix.org) by voodoo.oberon.net with esmtps (TLSv1:AES256-SHA:256) (Exim 4.51 (FreeBSD)) id 1DiyCV-000LVb-KD; Thu, 16 Jun 2005 19:30:57 +0200 Received: from doom.homeunix.org (localhost [127.0.0.1]) by doom.homeunix.org (8.13.3/8.13.3) with ESMTP id j5GHSdHG002136; Thu, 16 Jun 2005 21:28:43 +0400 (MSD) (envelope-from igor@doom.homeunix.org) Received: (from igor@localhost) by doom.homeunix.org (8.13.3/8.13.3/Submit) id j5GHRxEd002135; Thu, 16 Jun 2005 21:27:59 +0400 (MSD) (envelope-from igor) Date: Thu, 16 Jun 2005 21:27:59 +0400 From: Igor Pokrovsky To: Didier Wiroth Message-ID: <20050616172759.GA2111@doom.homeunix.org> Mail-Followup-To: Didier Wiroth , freebsd-stable@freebsd.org, freebsd-questions@freebsd.org References: <19891a045407.42ae0cc2@etat.lu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <19891a045407.42ae0cc2@etat.lu> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org, freebsd-questions@freebsd.org Subject: Re: applying the vesa patch to stable for high console resolution X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2005 17:31:14 -0000 On Mon, Jun 13, 2005 at 10:46:26PM +0200, Didier Wiroth wrote: > Hi, > > USE AT YOUR OWN RISK!!!!! > > this for the freebsd5 branch only!!!! How about RELENG_4? Is it possible to port it there? -ip -- Never put all your eggs in your pocket. From owner-freebsd-stable@FreeBSD.ORG Thu Jun 16 18:35:55 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 057E916A41C for ; Thu, 16 Jun 2005 18:35:55 +0000 (GMT) (envelope-from e.schuele@computer.org) Received: from sccrmhc11.comcast.net (sccrmhc11.comcast.net [204.127.202.55]) by mx1.FreeBSD.org (Postfix) with ESMTP id B999F43D1D for ; Thu, 16 Jun 2005 18:35:54 +0000 (GMT) (envelope-from e.schuele@computer.org) Received: from [208.206.151.59] (host59.gtisd.com[208.206.151.59]) by comcast.net (sccrmhc11) with ESMTP id <2005061618355001100c8vife>; Thu, 16 Jun 2005 18:35:51 +0000 Message-ID: <42B1C686.4090502@computer.org> Date: Thu, 16 Jun 2005 13:35:50 -0500 From: Eric Schuele User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050325) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Daniel O'Connor References: <42B0E56B.4030609@trio.plala.or.jp> <200506161458.51227.doconnor@gsoft.com.au> In-Reply-To: <200506161458.51227.doconnor@gsoft.com.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Atheros drirve X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2005 18:35:55 -0000 Daniel O'Connor wrote: > On Thu, 16 Jun 2005 12:05, Eitarou Kamo wrote: > >>Is there the Atheros wi-fi driver with WPA encryption. >>Do I need WPA_supplicant like hack? > > > I'd say you need to use wpa_supplicant but I don't see it as a hack.. > > Seeing as this was posted to -stable... is wpa_supplicant supported by 5.x now? It was my understanding that it was -current material. -- Regards, Eric From owner-freebsd-stable@FreeBSD.ORG Thu Jun 16 18:40:44 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C06E216A41C for ; Thu, 16 Jun 2005 18:40:44 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8B4F943D1F for ; Thu, 16 Jun 2005 18:40:44 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id j5GIeer3004333; Thu, 16 Jun 2005 11:40:40 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j5GIeeWh004332; Thu, 16 Jun 2005 11:40:40 -0700 Date: Thu, 16 Jun 2005 11:40:40 -0700 From: Brooks Davis To: Eric Schuele Message-ID: <20050616184040.GI21733@odin.ac.hmc.edu> References: <42B0E56B.4030609@trio.plala.or.jp> <200506161458.51227.doconnor@gsoft.com.au> <42B1C686.4090502@computer.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <42B1C686.4090502@computer.org> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu Cc: freebsd-stable@freebsd.org Subject: Re: Atheros drirve X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2005 18:40:44 -0000 On Thu, Jun 16, 2005 at 01:35:50PM -0500, Eric Schuele wrote: > Daniel O'Connor wrote: > >On Thu, 16 Jun 2005 12:05, Eitarou Kamo wrote: > > > >>Is there the Atheros wi-fi driver with WPA encryption. > >>Do I need WPA_supplicant like hack? > > > >I'd say you need to use wpa_supplicant but I don't see it as a hack.. > > Seeing as this was posted to -stable... is wpa_supplicant supported by > 5.x now? It was my understanding that it was -current material. It's -current only as it requires incompatable API changes to the interface code. -- Brooks From owner-freebsd-stable@FreeBSD.ORG Thu Jun 16 19:06:02 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3F8AF16A41F for ; Thu, 16 Jun 2005 19:06:02 +0000 (GMT) (envelope-from mrl0lz@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id A8A7D43D1D for ; Thu, 16 Jun 2005 19:06:01 +0000 (GMT) (envelope-from mrl0lz@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so648748wra for ; Thu, 16 Jun 2005 12:06:01 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:references; b=KkOR9nXy4Jy9OEYiy5PifJUJAXJdIATeBocbjjUsQXU7mak4S2Q5lXEHEYloASc8q2YRz3oO8ep7Dxt6livDANT661XxIIhRWp/3FBQTTWidC/ad2xeIA385wNfz2TDihiW4D1RUcha00JpfzDA6gyo/9Ww4EBxWVFPdPlaXY7w= Received: by 10.54.68.14 with SMTP id q14mr787294wra; Thu, 16 Jun 2005 12:06:01 -0700 (PDT) Received: by 10.54.98.6 with HTTP; Thu, 16 Jun 2005 12:06:00 -0700 (PDT) Message-ID: Date: Thu, 16 Jun 2005 12:06:01 -0700 From: Remington L To: Didier Wiroth , freebsd-stable@freebsd.org, freebsd-questions@freebsd.org In-Reply-To: <20050616172759.GA2111@doom.homeunix.org> Mime-Version: 1.0 References: <19891a045407.42ae0cc2@etat.lu> <20050616172759.GA2111@doom.homeunix.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: applying the vesa patch to stable for high console resolution X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Remington L List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2005 19:06:02 -0000 Yet another thing to ask. I have a wide screen laptop where the VBIOS does= =20 not report correct resolutions, has the system taken steps to correct this? ~Its an Intel i915GM, 15.4", native windows of 1200x800 On 6/16/05, Igor Pokrovsky wrote:=20 >=20 > On Mon, Jun 13, 2005 at 10:46:26PM +0200, Didier Wiroth wrote: > > Hi, > > > > USE AT YOUR OWN RISK!!!!! > > > > this for the freebsd5 branch only!!!! >=20 > How about RELENG_4? Is it possible to port it there? >=20 > -ip >=20 > -- > Never put all your eggs in your pocket. > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to " > freebsd-questions-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Thu Jun 16 20:40:22 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AA7C916A41C; Thu, 16 Jun 2005 20:40:22 +0000 (GMT) (envelope-from mipam@ibb.net) Received: from ux11.ltcm.net (213-84-197-131.adsl.xs4all.nl [213.84.197.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id 53C1B43D48; Thu, 16 Jun 2005 20:40:21 +0000 (GMT) (envelope-from mipam@ibb.net) Received: from ux11.ltcm.net (mipam@localhost.ltcm.net [IPv6:::1]) by ux11.ltcm.net (8.12.9/8.12.9/UX11TT) with ESMTP id j5GKeIqC003189; Thu, 16 Jun 2005 22:40:19 +0200 (MEST) Received: from localhost (mipam@localhost) by ux11.ltcm.net (8.12.9/8.12.9/Submit) with ESMTP id j5GKeGKu020493; Thu, 16 Jun 2005 22:40:17 +0200 (MEST) X-Authentication-Warning: ux11.ltcm.net: mipam owned process doing -bs Date: Thu, 16 Jun 2005 22:40:16 +0200 (MEST) From: Mipam X-X-Sender: mipam@ux11.ltcm.net To: Colin Percival In-Reply-To: <42B06C2E.9030704@wadham.ox.ac.uk> Message-ID: References: <42B06C2E.9030704@wadham.ox.ac.uk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-security@freebsd.org, FreeBSD Stable Subject: Re: FreeBSD 5.4 SMP kernels now available via FreeBSD Update X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2005 20:40:22 -0000 Thanks for the kernel. What parameters did you change in your SMP kernel. Just curious, surely gonna try your kernel. :-) Thanks, Mipam. On Wed, 15 Jun 2005, Colin Percival wrote: > It sounds like the SMP kernel I provided for FreeBSD 5.3 was quite > popular, so I've started building an SMP kernel for FreeBSD 5.4 as > well, in addition to the usual GENERIC kernel. To take advantage > of this on your FreeBSD 5.4 SMP system, run the following commands > as root: > > # touch /boot/kernel/SMP > # freebsd-update fetch > # freebsd-update install > # echo 'bootfile="SMP"' >> /boot/loader.conf > > and reboot. You should now find that `uname -ri` outputs "5.4-SECURITY SMP". > > Colin Percival > > _______________________________________________ > freebsd-security@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-security > To unsubscribe, send any mail to "freebsd-security-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Thu Jun 16 20:51:33 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9BC1C16A41C; Thu, 16 Jun 2005 20:51:33 +0000 (GMT) (envelope-from colin.percival@wadham.ox.ac.uk) Received: from pd2mo3so.prod.shaw.ca (shawidc-mo1.cg.shawcable.net [24.71.223.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 768C343D4C; Thu, 16 Jun 2005 20:51:32 +0000 (GMT) (envelope-from colin.percival@wadham.ox.ac.uk) Received: from pd5mr3so.prod.shaw.ca (pd5mr3so-qfe3.prod.shaw.ca [10.0.141.144]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0II7001GC3957E30@l-daemon>; Thu, 16 Jun 2005 14:51:05 -0600 (MDT) Received: from pn2ml3so.prod.shaw.ca ([10.0.121.147]) by pd5mr3so.prod.shaw.ca (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0II700CUK395TUD0@pd5mr3so.prod.shaw.ca>; Thu, 16 Jun 2005 14:51:05 -0600 (MDT) Received: from [192.168.0.60] (S0106006067227a4a.vc.shawcable.net [24.87.209.6]) by l-daemon (iPlanet Messaging Server 5.2 HotFix 1.18 (built Jul 28 2003)) with ESMTP id <0II7008D7394I0@l-daemon>; Thu, 16 Jun 2005 14:51:05 -0600 (MDT) Date: Thu, 16 Jun 2005 13:51:04 -0700 From: Colin Percival In-reply-to: To: Mipam Message-id: <42B1E638.5030600@wadham.ox.ac.uk> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: 7bit X-Accept-Language: en-us, en X-Enigmail-Version: 0.91.0.0 References: <42B06C2E.9030704@wadham.ox.ac.uk> User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050406) Cc: freebsd-security@freebsd.org, FreeBSD Stable Subject: Re: FreeBSD 5.4 SMP kernels now available via FreeBSD Update X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2005 20:51:33 -0000 Mipam wrote: > Thanks for the kernel. > What parameters did you change in your SMP kernel. > Just curious, surely gonna try your kernel. :-) I didn't change any parameters, I just used the SMP kernel configuration from the source tree (i.e., GENERIC plus "options SMP"). Colin Percival From owner-freebsd-stable@FreeBSD.ORG Fri Jun 17 04:21:18 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 12B2416A41C for ; Fri, 17 Jun 2005 04:21:18 +0000 (GMT) (envelope-from lists@natserv.com) Received: from mail1.acecape.com (mail1.acecape.com [66.114.74.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id B64CF43D48 for ; Fri, 17 Jun 2005 04:21:17 +0000 (GMT) (envelope-from lists@natserv.com) Received: from zoraida.natserv.net (p65-147.acedsl.com [66.114.65.147]) by mail1.acecape.com (8.12.11/8.12.11) with ESMTP id j5H4L05p011192; Fri, 17 Jun 2005 00:21:00 -0400 Date: Fri, 17 Jun 2005 00:21:00 -0400 (EDT) From: Francisco Reyes X-X-Sender: fran@zoraida.natserv.net To: "Michael W. Lucas" In-Reply-To: <20050614155836.GA63382@bewilderbeast.blackhelicopters.org> Message-ID: <20050617002015.B4733@zoraida.natserv.net> References: <20050614150240.GA62949@bewilderbeast.blackhelicopters.org> <42AEF361.2010405@t-hosting.hu> <590EEFC5-8D42-40F3-B723-F62F478D09D0@khera.org> <20050614155836.GA63382@bewilderbeast.blackhelicopters.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Vivek Khera , stable@freebsd.org Subject: Re: /usr/local/etc/rc.d/*.sh not working? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2005 04:21:18 -0000 On Tue, 14 Jun 2005, Michael W. Lucas wrote: > a) old-style .sh scripts are not supported, Michael needs to rewrite them for rcNG > b) old-style .sh scripts are supported, Michael has some other system problem Have you tried moving out most of the scripts and leaving a subset.. if those start then the problem may be related to the number of scripts. If they still don't work at least you know the problem is not related to the number of scripts. From owner-freebsd-stable@FreeBSD.ORG Fri Jun 17 08:26:39 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6F30016A41C; Fri, 17 Jun 2005 08:26:39 +0000 (GMT) (envelope-from cian@cian.ws) Received: from mail.cian.ws (cian.ws [62.231.45.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id DCEC043D4C; Fri, 17 Jun 2005 08:26:38 +0000 (GMT) (envelope-from cian@cian.ws) Received: from localhost (localhost [127.0.0.1]) by mail.cian.ws (Postfix) with ESMTP id 3961D705259; Fri, 17 Jun 2005 09:26:37 +0100 (IST) Received: from mail.cian.ws ([127.0.0.1]) by localhost (g5.cian.ws [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 13879-04-2; Fri, 17 Jun 2005 09:26:36 +0100 (IST) Received: from [IPv6:2001:770:125::5] (unknown [IPv6:2001:770:125::5]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by mail.cian.ws (Postfix) with ESMTP id 60842705238; Fri, 17 Jun 2005 09:26:36 +0100 (IST) Mime-Version: 1.0 (Apple Message framework v730) To: freebsd-isdn@freebsd.org, freebsd-stable@freebsd.org Message-Id: <7112CBFA-724E-4846-AA2E-1EFBC4B49CE2@cian.ws> From: Cian Hughes Date: Fri, 17 Jun 2005 09:26:35 +0100 X-Mailer: Apple Mail (2.730) X-Virus-Scanned: amavisd-new at g5.cian.ws Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Problem with C4B on FreeBSD-Stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2005 08:26:39 -0000 I get this error on boot: CAPI subsystem startup: kcapimgr capidev avmaic avmaic0: port 0xec80-0xec9f,0xecc0-0xecff mem 0xfdfffc00-0xfdfffc3f irq 10 at device 8.0 on pci1 avmaic0: "AVMB1-1" successfully attached as CAPI controller 1 kcapimgr: E kcapi_reset_ctlr: ERROR: Root permission required to reset controller 1 Error in download operation for board "AVMB1-1", number 1: Insufficient rights, must have root privileges /etc/rc: WARNING: Download command for avmaic failed. if you have any suggestions I would be most obliged. also if I type this from a command line: oppy# avmaicctl -q -f /etc/avmaic.cfg Error in download operation for board "AVMB1-1", number 1: Insufficient rights, must have root privileges (and on console: kcapimgr: E kcapi_reset_ctlr: ERROR: Root permission required to reset controller 1) Regards, Cian Hughes -- E cian@cian.ws NIC Handle CIAN-6BONE M +353-86-8465317 H +353-1-4991205 F +353-1-4900248 From owner-freebsd-stable@FreeBSD.ORG Fri Jun 17 10:46:14 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A5F8C16A41C; Fri, 17 Jun 2005 10:46:14 +0000 (GMT) (envelope-from bu7cher@yandex.ru) Received: from mail.rdu.kirov.ru (ns.rdu.kirov.ru [217.9.151.217]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8CFA643D4C; Fri, 17 Jun 2005 10:46:11 +0000 (GMT) (envelope-from bu7cher@yandex.ru) Received: from kirov.so-cdu.ru (kirov [172.21.81.1]) by mail.rdu.kirov.ru (Postfix) with ESMTP id 6B289FDDE; Fri, 17 Jun 2005 14:46:09 +0400 (MSD) Received: from kirov.so-cdu.ru (localhost [127.0.0.1]) by rdu.kirov.ru (Postfix) with SMTP id 2F51415422; Fri, 17 Jun 2005 14:46:09 +0400 (MSD) Received: by rdu.kirov.ru (Postfix, from userid 1014) id 8F0DE15420; Fri, 17 Jun 2005 14:46:08 +0400 (MSD) Received: from [172.21.81.52] (elsukov.kirov.so-cdu.ru [172.21.81.52]) by rdu.kirov.ru (Postfix) with ESMTP id 674F51538B; Fri, 17 Jun 2005 14:46:08 +0400 (MSD) Message-ID: <42B2A9CF.3080603@yandex.ru> Date: Fri, 17 Jun 2005 14:45:35 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: FreeBSD Mailing List , freebsd-current@freebsd.org Content-Type: multipart/mixed; boundary="------------040305060506050504080108" Cc: Subject: Re: kern/80642: [patch] IPFW small patch - new RULE OPTION X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2005 10:46:14 -0000 This is a multi-part message in MIME format. --------------040305060506050504080108 Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Robert Watson wrote: > This patch breaks the ABI by inserting a new type into an implicitly > numbered enumeration, renumbering all entries later in the enum. > O_BOUND, if added, should be appended to the end, and/or we should > number the operations explicitly. Ok. I have corrected this. * ipfw_bound.diff - the patch with smallest changes, with only bound option. * ipfw_bound2.diff - bound and check-bound option. Examples: We can limit incoming traffic (internet is external interface): # ipfw add allow ip from any to 10.0.0.20 in recv internet bound 10MB # ipfw add deny ip from any to 10.0.0.0/24 in recv internet We can use traffic shaper after excess of a limit: # ipfw add allow ip from any to 10.0.0.20 in recv internet bound 10MB # ipfw add pipe 1 ip from any to 10.0.0.20 in recv internet # ipfw pipe 1 config bw 5Kbit/s queue 10Kbytes We can block any access after limit excess: # ipfw add 100 allow ip from 10.0.0.20 to any out xmit internet \ check-bound 200 # ipfw add 200 allow ip from any to 10.0.0.20 in recv internet bound \ 10MB # ipfw add 300 deny ip from any to any More details you can read on http://butcher.heavennet.ru/ -- WBR, Andrey V. Elsukov --------------040305060506050504080108 Content-Type: text/plain; name="ipfw_bound.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="ipfw_bound.diff" --- sbin/ipfw/ipfw2.c Tue Jun 7 18:11:17 2005 +++ sbin/ipfw/ipfw2.c Fri Jun 17 13:09:43 2005 @@ -277,6 +277,7 @@ TOK_SRCIP6, TOK_IPV4, + TOK_BOUND, }; struct _s_x dummynet_params[] = { @@ -403,6 +404,7 @@ { "dst-ip6", TOK_DSTIP6}, { "src-ipv6", TOK_SRCIP6}, { "src-ip6", TOK_SRCIP6}, + { "bound", TOK_BOUND}, { "//", TOK_COMMENT }, { "not", TOK_NOT }, /* pseudo option */ @@ -1858,6 +1860,10 @@ print_ext6hdr( (ipfw_insn *) cmd ); break; + case O_BOUND: + printf(" bound %u", ((ipfw_insn_u64 *)cmd)->bound); + break; + default: printf(" [opcode %d len %d]", cmd->opcode, cmd->len); @@ -2515,7 +2521,7 @@ " icmp6types LIST | ext6hdr LIST | flow-id N[,N] |\n" " mac ... | mac-type LIST | proto LIST | {recv|xmit|via} {IF|IPADDR} |\n" " setup | {tcpack|tcpseq|tcpwin} NN | tcpflags SPEC | tcpoptions SPEC |\n" -" tcpdatalen LIST | verrevpath | versrcreach | antispoof\n" +" tcpdatalen LIST | verrevpath | versrcreach | antispoof | bound VALUE\n" ); exit(0); } @@ -3683,6 +3689,7 @@ int i; int open_par = 0; /* open parenthesis ( */ + int have_bound = 0; /* proto is here because it is used to fetch ports */ u_char proto = IPPROTO_IP; /* default protocol */ @@ -4492,6 +4499,33 @@ fill_comment(cmd, ac, av); av += ac; ac = 0; + break; + + case TOK_BOUND: + NEED1("bound requires numeric value"); + if (have_bound) + errx(EX_USAGE, "only one of bound is allowed"); + if (open_par) + errx(EX_USAGE, "bound cannot be part " + "of an or block"); + if (cmd->len & F_NOT) + errx(EX_USAGE, + "\"not\" not allowed with bound option"); + { + char *end = NULL; + uint64_t bound = strtoull(*av, &end, 0); + if (bound) + switch (*end){ + case 'G': bound *= 1024; + case 'M': bound *= 1024; + case 'K': bound *= 1024; + }; + cmd->opcode = O_BOUND; + ((ipfw_insn_u64 *)cmd)->bound = bound; + cmd->len = F_INSN_SIZE(ipfw_insn_u64) & F_LEN_MASK; + have_bound = 1; + ac--; av++; + } break; default: --- sys/netinet/ip_fw.h Fri Jun 3 05:10:28 2005 +++ sys/netinet/ip_fw.h Fri Jun 17 11:30:30 2005 @@ -154,6 +154,7 @@ O_NGTEE, /* copy to ng_ipfw */ O_IP4, + O_BOUND, /* u64 = bound in bytes */ O_LAST_OPCODE /* not an opcode! */ }; @@ -228,6 +229,14 @@ ipfw_insn o; u_int32_t d[1]; /* one or more */ } ipfw_insn_u32; + +/* + * This is used to store 64-bit bound value. + */ +typedef struct _ipfw_insn_u64 { + ipfw_insn o; + u_int64_t bound; +} ipfw_insn_u64; /* * This is used to store IP addr-mask pairs. --- sys/netinet/ip_fw2.c Thu Jun 16 18:55:58 2005 +++ sys/netinet/ip_fw2.c Fri Jun 17 11:46:36 2005 @@ -2251,6 +2251,10 @@ * logic to deal with F_NOT and F_OR flags associated * with the opcode. */ + case O_BOUND: + match = (f->bcnt < ((ipfw_insn_u64 *)cmd)->bound); + break; + case O_NOP: match = 1; break; @@ -3387,6 +3391,11 @@ case O_PROB: case O_ICMPTYPE: if (cmdlen != F_INSN_SIZE(ipfw_insn_u32)) + goto bad_size; + break; + + case O_BOUND: + if (cmdlen != F_INSN_SIZE(ipfw_insn_u64)) goto bad_size; break; --------------040305060506050504080108 Content-Type: text/plain; name="ipfw_bound2.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="ipfw_bound2.diff" --- sbin/ipfw/ipfw2.c Tue Jun 7 18:11:17 2005 +++ sbin/ipfw/ipfw2.c Fri Jun 17 13:40:54 2005 @@ -277,6 +277,8 @@ TOK_SRCIP6, TOK_IPV4, + TOK_BOUND, + TOK_CHECK_BOUND, }; struct _s_x dummynet_params[] = { @@ -403,6 +405,8 @@ { "dst-ip6", TOK_DSTIP6}, { "src-ipv6", TOK_SRCIP6}, { "src-ip6", TOK_SRCIP6}, + { "bound", TOK_BOUND}, + { "check-bound", TOK_CHECK_BOUND}, { "//", TOK_COMMENT }, { "not", TOK_NOT }, /* pseudo option */ @@ -1636,6 +1640,9 @@ flags |= HAVE_PROTO; break; + case O_BOUND: + break; + default: /*options ... */ if (!(cmd->len & (F_OR|F_NOT))) if (((cmd->opcode == O_IP6) && @@ -1858,6 +1865,10 @@ print_ext6hdr( (ipfw_insn *) cmd ); break; + case O_CHECK_BOUND: + printf(" check-bound %d", cmd->arg1); + break; + default: printf(" [opcode %d len %d]", cmd->opcode, cmd->len); @@ -1872,6 +1883,8 @@ } } show_prerequisites(&flags, HAVE_IP, 0); + if (rule->cmd->opcode == O_BOUND) + printf(" bound %u", ((ipfw_insn_u64 *)(rule->cmd))->bound); if (comment) printf(" // %s", comment); printf("\n"); @@ -2515,7 +2528,8 @@ " icmp6types LIST | ext6hdr LIST | flow-id N[,N] |\n" " mac ... | mac-type LIST | proto LIST | {recv|xmit|via} {IF|IPADDR} |\n" " setup | {tcpack|tcpseq|tcpwin} NN | tcpflags SPEC | tcpoptions SPEC |\n" -" tcpdatalen LIST | verrevpath | versrcreach | antispoof\n" +" tcpdatalen LIST | verrevpath | versrcreach | antispoof | bound VALUE |\n" +" check-bound NUM\n" ); exit(0); } @@ -3677,7 +3691,8 @@ * various flags used to record that we entered some fields. */ ipfw_insn *have_state = NULL; /* check-state or keep-state */ - ipfw_insn *have_log = NULL, *have_altq = NULL; + ipfw_insn *have_log = NULL, *have_altq = NULL, + *have_bound = NULL; size_t len; int i; @@ -4494,6 +4509,39 @@ ac = 0; break; + case TOK_BOUND: + NEED1("bound requires numeric value"); + if (have_bound) + errx(EX_USAGE, "only one of bound is allowed"); + if (open_par) + errx(EX_USAGE, "bound cannot be part " + "of an or block"); + if (cmd->len & F_NOT) + errx(EX_USAGE, + "\"not\" not allowed with bound option"); + { + char *end = NULL; + uint64_t bound = strtoull(*av, &end, 0); + if (bound) + switch (*end){ + case 'G': bound *= 1024; + case 'M': bound *= 1024; + case 'K': bound *= 1024; + }; + cmd->opcode = O_BOUND; + ((ipfw_insn_u64 *)cmd)->bound = bound; + cmd->len = F_INSN_SIZE(ipfw_insn_u64) & F_LEN_MASK; + have_bound = cmd; + ac--; av++; + } + break; + + case TOK_CHECK_BOUND: + NEED1("check-bound requires rule number"); + fill_cmd(cmd, O_CHECK_BOUND, 0, strtoul(*av, NULL, 0)); + ac--; av++; + break; + default: errx(EX_USAGE, "unrecognised option [%d] %s\n", i, s); } @@ -4506,6 +4554,8 @@ done: /* * Now copy stuff into the rule. + * If we have a bound option, the first instruction MUST BE + * a O_BOUND. * If we have a keep-state option, the first instruction * must be a PROBE_STATE (which is generated here). * If we have a LOG option, it was stored as the first command, @@ -4514,7 +4564,15 @@ dst = (ipfw_insn *)rule->cmd; /* - * First thing to write into the command stream is the match probability. + * First write into the command stream bound instruction + */ + if (have_bound) { + bcopy(have_bound, dst, F_LEN(have_bound) * sizeof(uint32_t)); + dst = next_cmd(dst); + } + + /* + * write the match probability */ if (match_prob != 1) { /* 1 means always match */ dst->opcode = O_PROB; @@ -4531,7 +4589,8 @@ dst = next_cmd(dst); } /* - * copy all commands but O_LOG, O_KEEP_STATE, O_LIMIT, O_ALTQ + * copy all commands but O_LOG, O_KEEP_STATE, O_LIMIT, O_ALTQ, + * O_BOUND */ for (src = (ipfw_insn *)cmdbuf; src != cmd; src += i) { i = F_LEN(src); @@ -4541,6 +4600,7 @@ case O_KEEP_STATE: case O_LIMIT: case O_ALTQ: + case O_BOUND: break; default: bcopy(src, dst, i * sizeof(uint32_t)); --- sys/netinet/ip_fw.h Fri Jun 3 05:10:28 2005 +++ sys/netinet/ip_fw.h Fri Jun 17 13:18:47 2005 @@ -154,6 +154,8 @@ O_NGTEE, /* copy to ng_ipfw */ O_IP4, + O_BOUND, /* u64 = bound in bytes */ + O_CHECK_BOUND, /* u16 = rule number */ O_LAST_OPCODE /* not an opcode! */ }; @@ -230,6 +232,14 @@ } ipfw_insn_u32; /* + * This is used to store 64-bit bound value. + */ +typedef struct _ipfw_insn_u64 { + ipfw_insn o; + u_int64_t bound; +} ipfw_insn_u64; + +/* * This is used to store IP addr-mask pairs. */ typedef struct _ipfw_insn_ip { @@ -351,11 +361,16 @@ * * When assembling instruction, remember the following: * + * + if a rule has a "bound" option, then the first instruction + * (at r->cmd) MUST BE an O_BOUND * + if a rule has a "keep-state" (or "limit") option, then the * first instruction (at r->cmd) MUST BE an O_PROBE_STATE * + if a rule has a "log" option, then the first action * (at ACTION_PTR(r)) MUST be O_LOG * + if a rule has an "altq" option, it comes after "log" + * + * NOTE: actually, O_PROB instruction may be first too. But O_BOUND + * MUST BE always first (at r->cmd). * * NOTE: we use a simple linked list of rules because we never need * to delete a rule without scanning the list. We do not use --- sys/netinet/ip_fw2.c Thu Jun 16 18:55:58 2005 +++ sys/netinet/ip_fw2.c Fri Jun 17 13:26:19 2005 @@ -2251,6 +2251,26 @@ * logic to deal with F_NOT and F_OR flags associated * with the opcode. */ + case O_BOUND: + match = (f->bcnt < ((ipfw_insn_u64 *)cmd)->bound); + break; + + case O_CHECK_BOUND: + { + struct ip_fw* rule; + for (rule = f->next; + rule && cmd->arg1 >= rule->rulenum; + rule = rule->next) + if (rule->rulenum == cmd->arg1 && + rule->cmd->opcode == O_BOUND ) + { + match = (rule->bcnt < + ((ipfw_insn_u64 *)(rule->cmd))->bound); + break; + } + } + break; + case O_NOP: match = 1; break; @@ -3373,6 +3393,7 @@ case O_EXT_HDR: case O_IP6: case O_IP4: + case O_CHECK_BOUND: if (cmdlen != F_INSN_SIZE(ipfw_insn)) goto bad_size; break; @@ -3388,6 +3409,16 @@ case O_ICMPTYPE: if (cmdlen != F_INSN_SIZE(ipfw_insn_u32)) goto bad_size; + break; + + case O_BOUND: + if (cmdlen != F_INSN_SIZE(ipfw_insn_u64)) + goto bad_size; + if (cmd != rule->cmd) { + printf("ipfw: bogus rule, opcode %d must be first\n", + cmd->opcode); + return EINVAL; + } break; case O_LIMIT: --------------040305060506050504080108-- From owner-freebsd-stable@FreeBSD.ORG Fri Jun 17 11:16:29 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B14E816A41C for ; Fri, 17 Jun 2005 11:16:29 +0000 (GMT) (envelope-from freebsd-stable@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 71B9843D4C for ; Fri, 17 Jun 2005 11:16:28 +0000 (GMT) (envelope-from freebsd-stable@m.gmane.org) Received: from root by ciao.gmane.org with local (Exim 4.43) id 1DjEk2-0002zj-GA for freebsd-stable@freebsd.org; Fri, 17 Jun 2005 13:10:30 +0200 Received: from 85.18.14.133 ([85.18.14.133]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 17 Jun 2005 13:10:30 +0200 Received: from riccardo.tonon by 85.18.14.133 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 17 Jun 2005 13:10:30 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: "GMane" Date: Fri, 17 Jun 2005 11:58:35 +0200 Lines: 13 Message-ID: X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 85.18.14.133 X-MSMail-Priority: Normal X-Newsreader: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 X-RFC2646: Format=Flowed; Original Sender: news Subject: rebooting problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2005 11:16:29 -0000 Hi, When I try to reboot my machine it hangs on and I have to do it manually pressing the reset button. Did anyone have the same problem? Do You think that is an hardware problem? I thank you all! Ricki From owner-freebsd-stable@FreeBSD.ORG Fri Jun 17 11:56:58 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CDE6816A41C for ; Fri, 17 Jun 2005 11:56:58 +0000 (GMT) (envelope-from cianlists@cian.ws) Received: from mail.cian.ws (cian.ws [62.231.45.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4204043D49 for ; Fri, 17 Jun 2005 11:56:58 +0000 (GMT) (envelope-from cianlists@cian.ws) Received: from localhost (localhost [127.0.0.1]) by mail.cian.ws (Postfix) with ESMTP id B67D37062C4 for ; Fri, 17 Jun 2005 12:56:56 +0100 (IST) Received: from mail.cian.ws ([127.0.0.1]) by localhost (g5.cian.ws [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 17194-01-2 for ; Fri, 17 Jun 2005 12:56:54 +0100 (IST) Received: from [IPv6:2001:770:125::5] (unknown [IPv6:2001:770:125::5]) by mail.cian.ws (Postfix) with ESMTP id E7C627062AF for ; Fri, 17 Jun 2005 12:56:54 +0100 (IST) Mime-Version: 1.0 (Apple Message framework v730) In-Reply-To: References: Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Cian Hughes Date: Fri, 17 Jun 2005 12:56:53 +0100 To: freebsd-stable@freebsd.org X-Mailer: Apple Mail (2.730) X-Virus-Scanned: amavisd-new at g5.cian.ws Subject: Re: rebooting problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2005 11:56:58 -0000 Do you also have a hanging problem if you shutdown with `shutdown -p now`? Are you using ACPI? Have you ensured you are using the latest BIOS for you system? When did you last compile your kernel? Could you give some specifics about architecture, output of dmesg and your hardware setup. Regards, Cian On 17 Meith 2005, at 10:58, GMane wrote: > Hi, > > When I try to reboot my machine it hangs on and I have to do it > manually > pressing the reset button. > > Did anyone have the same problem? > Do You think that is an hardware problem? > > I thank you all! > > Ricki > > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable- > unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Fri Jun 17 12:06:25 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 694F116A41F for ; Fri, 17 Jun 2005 12:06:25 +0000 (GMT) (envelope-from debiandude@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 12FCF43D58 for ; Fri, 17 Jun 2005 12:06:24 +0000 (GMT) (envelope-from debiandude@gmail.com) Received: by zproxy.gmail.com with SMTP id 12so348629nzp for ; Fri, 17 Jun 2005 05:06:24 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=aqXWrQEVMUliyV2PPq9WHxWcki6ZmvEHSic3QxLKzNU96oZZAM0YDgqS620V4cJRGtOK9j8OlJu+nU6sM2npgx02JiaDYQnr+22+HTspEiGRZCAPaf4rb5001NmdH9nwLrmvSliEx7NH0G+V+6ffcPRz/6FFWLl/sV8Wfg0jBOo= Received: by 10.36.222.19 with SMTP id u19mr611900nzg; Fri, 17 Jun 2005 05:06:24 -0700 (PDT) Received: by 10.36.3.13 with HTTP; Fri, 17 Jun 2005 05:06:24 -0700 (PDT) Message-ID: Date: Fri, 17 Jun 2005 14:06:24 +0200 From: Hannes Mayer To: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: Kernel module/IPC with userland: create and write to FIFO X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Hannes Mayer List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2005 12:06:25 -0000 Hi all! I've modified a standard driver and now I'd like to create a FIFO in it to communicate / send data to a userland process. Opening, reading and writing to a FIFO in userland is easy, but I have no clue how to do this in kernel space. Googling and looking to the kernel source didn't help. The only thing I found is "kern_mkfifo" and int mkfifo(struct thread, struct mkfifo_args);, but no example on how to use them (if that's the right approach anyway). To cut a long story short, how can I open a FIFO in kernel space and write to it, so I can open and read from it in userspace ? Thanks in advance for any hints! Best regards, Hannes. From owner-freebsd-stable@FreeBSD.ORG Fri Jun 17 12:19:57 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 70B9516A41C for ; Fri, 17 Jun 2005 12:19:57 +0000 (GMT) (envelope-from freebsd-stable@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id EEB7243D1F for ; Fri, 17 Jun 2005 12:19:56 +0000 (GMT) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1DjFjR-0002VQ-T4 for freebsd-stable@freebsd.org; Fri, 17 Jun 2005 14:13:57 +0200 Received: from 85.18.14.133 ([85.18.14.133]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 17 Jun 2005 14:13:57 +0200 Received: from riccardo.tonon by 85.18.14.133 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 17 Jun 2005 14:13:57 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: "GMane" Date: Fri, 17 Jun 2005 14:19:41 +0200 Lines: 152 Message-ID: References: X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 85.18.14.133 X-MSMail-Priority: Normal X-Newsreader: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 X-RFC2646: Format=Flowed; Response Sender: news Subject: Re: rebooting problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2005 12:19:57 -0000 Hi Cian, "Cian Hughes" wrote in message news:D3A42022-823A-47DB-9EA3-2FC4B49067FA@cian.ws... > Do you also have a hanging problem if you shutdown with `shutdown -p > now`? No, the problem it's only with the reboot command. > Are you using ACPI? > Have you ensured you are using the latest BIOS for you system? I turned off the ACPI from the BIOS. (but from the dmesg it seems on) > When did you last compile your kernel? when I upgraded the system to the Freebsd-5.4 > Could you give some specifics about architecture, output of dmesg and > your hardware setup. The dmesg output: Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.4-STABLE #5: Mon May 16 12:21:11 CEST 2005 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Celeron(R) CPU 2.40GHz (2394.01-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf41 Stepping = 1 Features=0xbfebfbff real memory = 268419072 (255 MB) avail memory = 253014016 (241 MB) npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0xe408-0xe40b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xe8000000-0xebffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) isab0: at device 2.0 on pci0 isa0: on isab0 atapci0: port 0xa400-0xa40f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 irq 11 at device 2.5 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 ohci0: mem 0xe7000000-0xe7000fff irq 12 at device 3.0 on pci0 usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: SiS OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 3 ports with 3 removable, self powered ohci1: mem 0xe6800000-0xe6800fff irq 3 at device 3.1 on pci0 usb1: OHCI version 1.0, legacy support usb1: on ohci1 usb1: USB revision 1.0 uhub1: SiS OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 3 ports with 3 removable, self powered pci0: at device 3.3 (no driver attached) sis0: port 0x8800-0x88ff mem 0xe5800000-0xe5800fff at device 4.0 on pci0 miibus0: on sis0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto sis0: Ethernet address: 00:11:2f:99:20:2f xl0: <3Com 3c905C-TX Fast Etherlink XL> port 0x8400-0x847f mem 0xe5000000-0xe500007f irq 10 at device 16.0 on pci0 miibus1: on xl0 ukphy0: on miibus1 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl0: Ethernet address: 00:0a:5e:50:0b:46 ppc0: port 0x778-0x77b,0x378-0x37f irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/16 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 orm0: at iomem 0xd0000-0xd07ff,0xc0000-0xccfff on isa0 pmtimer0 on isa0 fdc0: cannot allocate I/O port (6 ports) sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 2394010647 Hz quality 800 Timecounters tick every 10.000 msec ad0: 38166MB [77545/16/63] at ata0-master UDMA100 acd0: CDROM at ata1-master PIO4 Mounting root from ufs:/dev/ad0s1a ipfw2 initialized, divert disabled, rule-based forwarding disabled, default to deny, logging disabled Thank You, Regards, Ricki > > Regards, Cian > > On 17 Meith 2005, at 10:58, GMane wrote: > >> Hi, >> >> When I try to reboot my machine it hangs on and I have to do it manually >> pressing the reset button. >> >> Did anyone have the same problem? >> Do You think that is an hardware problem? >> >> I thank you all! >> >> Ricki >> >> >> >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to "freebsd-stable- >> unsubscribe@freebsd.org" >> > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Fri Jun 17 12:29:42 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E0E0216A41C for ; Fri, 17 Jun 2005 12:29:42 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4501A43D49 for ; Fri, 17 Jun 2005 12:29:41 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.13.4/8.13.4) with ESMTP id j5HCTcwD002160; Fri, 17 Jun 2005 21:59:39 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org, Hannes Mayer Date: Fri, 17 Jun 2005 21:59:20 +0930 User-Agent: KMail/1.8 References: In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart9647713.85FnN0jHxR"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200506172159.34920.doconnor@gsoft.com.au> X-Spam-Score: -2.4 () ALL_TRUSTED X-Scanned-By: MIMEDefang 2.51 on 203.31.81.10 Cc: Subject: Re: Kernel module/IPC with userland: create and write to FIFO X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2005 12:29:43 -0000 --nextPart9647713.85FnN0jHxR Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Fri, 17 Jun 2005 21:36, Hannes Mayer wrote: > To cut a long story short, how can I open a FIFO in kernel space and > write to it, so I can open and read from it in userspace ? Why don't you create a device node? If you read and write to it, it acts like a FIFO. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart9647713.85FnN0jHxR Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBCssIu5ZPcIHs/zowRAkTqAJwNehCBLsPXFgBlm43DA69uSigrRgCeMjU5 +O6qNBqj6FiRucSBssCsWhk= =dQM3 -----END PGP SIGNATURE----- --nextPart9647713.85FnN0jHxR-- From owner-freebsd-stable@FreeBSD.ORG Fri Jun 17 12:34:34 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C103E16A41C for ; Fri, 17 Jun 2005 12:34:34 +0000 (GMT) (envelope-from cadavo@mail.ru) Received: from mx2.mail.ru (mx2.mail.ru [194.67.23.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7F49343D49 for ; Fri, 17 Jun 2005 12:34:34 +0000 (GMT) (envelope-from cadavo@mail.ru) Received: from [213.234.245.154] (port=49582 helo=admin.tbnbykovo.ru) by mx2.mail.ru with esmtp id 1DjG3M-000OwT-00 for freebsd-stable@freebsd.org; Fri, 17 Jun 2005 16:34:33 +0400 From: =?koi8-r?Q?=E7=CF=D2=D3=D4=CB=C9=CE_?= =?koi8-r?Q?=E9=CC=D8=D1?= To: freebsd-stable@freebsd.org Content-Type: text/plain Date: Fri, 17 Jun 2005 16:34:38 +0400 Message-Id: <1119011678.4045.7.camel@admin.tbnbykovo.ru> Mime-Version: 1.0 X-Mailer: Evolution 2.2.1.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Subject: mount floppy - Input/output error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2005 12:34:34 -0000 Hi! Such problem! # uname -rs FreeBSD 5.4-RELEASE-p1 # mount -t msdosfs /dev/fd0 /mnt/flp msdosfs: /dev/fd0: Input/output error # fdformat -f 1440 /dev/fd0 Format 1440K floppy `/dev/fd0'? (y/n): y Processing fdformat: ioctl(FD_FORM): Input/output error # fdcontrol -v /dev/fd0 /dev/fd0: 1.44M drive (3.5" high-density) #cat /etc/fstab |grep fd /dev/fd0 /mnt/flp msdos rw,noauto 0 0 # ls /dev |grep fd fd fd0 # cat /var/run/dmesg.boot |grep fd fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 on acpi0 fdc0: cannot reserve DMA request line fd0: <1440-KB 3.5" drive> on fdc0 drive 0 Help to solve a problem! thanks From owner-freebsd-stable@FreeBSD.ORG Thu Jun 16 16:15:03 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5C23016A41C; Thu, 16 Jun 2005 16:15:03 +0000 (GMT) (envelope-from steve@lonres.com) Received: from anchor-post-31.mail.demon.net (anchor-post-31.mail.demon.net [194.217.242.89]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1AD6843D1F; Thu, 16 Jun 2005 16:15:03 +0000 (GMT) (envelope-from steve@lonres.com) Received: from mail.lonres.com ([194.70.153.187]) by anchor-post-31.mail.demon.net with esmtp (Exim 4.42) id 1DiwxL-000OzY-3G; Thu, 16 Jun 2005 16:11:04 +0000 Received: from bibipentium.lonres.com (bibipentium.lonres.com [10.10.10.225]) by mail.lonres.com (Postfix) with SMTP id C64752E0A2; Thu, 16 Jun 2005 17:14:57 +0100 (BST) Received: by bibipentium.lonres.com (sSMTP sendmail emulation); Thu, 16 Jun 2005 17:15:06 +0100 From: "Steve Roome" Date: Thu, 16 Jun 2005 17:15:06 +0100 To: Robert Watson , Daniel Eischen , Greg 'groggy' Lehey , Guy Helmer , Jon Dama , Kris Kennaway , Thomas Hurst , Xin LI , steve@pepcross.com Message-ID: <20050616161506.GB28794@bibipentium.lonres.com> References: <746fd037f6ca8131a8fb8938f1e346e9@lonres.com> <20050610170537.GA67849@bibipentium.lonres.com> <20050611085604.J75625@fledge.watson.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050611085604.J75625@fledge.watson.org> User-Agent: Mutt/1.4.2.1i X-Mailman-Approved-At: Fri, 17 Jun 2005 12:49:01 +0000 Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD MySQL still WAY slower than Linux X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2005 16:15:03 -0000 Thank you all for your suggestions on this thread, here's a brief breakdown of most of the ideas from people: Billy Newsom: COMPILER, DISK, MYSQLVERSION Daniel Eischen: +/-HTT, Thread scopes Greg Lehey: MALLOC Guy Helmer: PREEMPTIVE, vfs.read_max Jon Dama: David Xu's Thrds, Ptmalloc, cpu affinity, sched+hwcacheing Kris Kennaway: +/-HTT Robert Watson: Thread scopes, LIBTHR/Linuxthr on 5 and 6?, LOCKING, HTT, SMP/UP Thomas Hurst: FreeBSD-current, Don't overload mysql! Vladimir Chukharev: COMPILEOPTS, TABLETYPES Xin Li: PROFILE, HTT insignificant The bad news is that I've not managed to get very far at all lately as MySQL has been crashing too much to even stop and test stuff elsewhere. The good news though, is that the Mysql folks have agreed to setup tests to profile mysql on identical hardware running FreeBSD and Linux with an aim to find out exactly where the problem really is. They reckon they'll spend at least two weeks trying to find out why Linux is so much faster - if they do this right I'd be surprised if we can't improve things quite a lot. Also, it'd be good if any of you who still have an interest in this could add any ideas or suggestions that may help *them* with their testing. If so, just get in touch with me asap before they get too stuck into anything that might prove fruitless. Here's hoping we can get MySQL running as well on FreeBSD as it ought to. Thanks again everyone, Steve Roome From owner-freebsd-stable@FreeBSD.ORG Thu Jun 16 16:26:15 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3868516A41C; Thu, 16 Jun 2005 16:26:15 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [204.156.12.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id EEB5643D1F; Thu, 16 Jun 2005 16:26:14 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by cyrus.watson.org (Postfix) with ESMTP id 78AA846BAA; Thu, 16 Jun 2005 12:26:14 -0400 (EDT) Date: Thu, 16 Jun 2005 17:28:27 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Steve Roome In-Reply-To: <20050616161506.GB28794@bibipentium.lonres.com> Message-ID: <20050616172638.Y27625@fledge.watson.org> References: <746fd037f6ca8131a8fb8938f1e346e9@lonres.com> <20050610170537.GA67849@bibipentium.lonres.com> <20050611085604.J75625@fledge.watson.org> <20050616161506.GB28794@bibipentium.lonres.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Mailman-Approved-At: Fri, 17 Jun 2005 12:49:01 +0000 Cc: steve@pepcross.com, freebsd-stable@freebsd.org, Guy Helmer , Kris Kennaway , Greg 'groggy' Lehey Subject: Re: FreeBSD MySQL still WAY slower than Linux X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2005 16:26:15 -0000 On Thu, 16 Jun 2005, Steve Roome wrote: > The good news though, is that the Mysql folks have agreed to setup tests > to profile mysql on identical hardware running FreeBSD and Linux with an > aim to find out exactly where the problem really is. They reckon they'll > spend at least two weeks trying to find out why Linux is so much faster > - if they do this right I'd be surprised if we can't improve things > quite a lot. > > Also, it'd be good if any of you who still have an interest in this > could add any ideas or suggestions that may help *them* with their > testing. If so, just get in touch with me asap before they get too stuck > into anything that might prove fruitless. > > Here's hoping we can get MySQL running as well on FreeBSD as it ought > to. Please let me know if there's any support for this activity I can provide. I spent a fair amount of time identifying bottlenecks for MySQL in the 5.x cycle, and I know David Xu (davidxu@FreeBSD.org) has also spent quite a bit of time looking at the threading side, resulting in a lot of his work on libthr in 6.x. It would probably be a good idea to (a) move further discussion to performance@FreeBSD.org, and (b) make sure that the performance work is starting with a recent 6.x baseline (with debugging turned off). thanks for the time you've been putting into this! Robert N M Watson From owner-freebsd-stable@FreeBSD.ORG Fri Jun 17 14:17:58 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 81E3D16A41C for ; Fri, 17 Jun 2005 14:17:58 +0000 (GMT) (envelope-from debiandude@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4B0CF43D1D for ; Fri, 17 Jun 2005 14:17:58 +0000 (GMT) (envelope-from debiandude@gmail.com) Received: by zproxy.gmail.com with SMTP id 12so395198nzp for ; Fri, 17 Jun 2005 07:17:57 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=EOq413BpjPULkN9X/ku/L3eXv/oF8rQTJxECnwwowt+KVszfhTUPiGFUAoUejVuu8T4XJVabS+gjse5kbrj7iBYZkXQzbdnhJOh5YGElluhD5ABEaZqAoycxsfD5rxP/jWeSNcpH+JNNgQqdeUigqlvajyBMv6w7+ZV9lq7HXnc= Received: by 10.36.67.15 with SMTP id p15mr1362538nza; Fri, 17 Jun 2005 07:17:57 -0700 (PDT) Received: by 10.36.3.13 with HTTP; Fri, 17 Jun 2005 07:17:57 -0700 (PDT) Message-ID: Date: Fri, 17 Jun 2005 16:17:57 +0200 From: Hannes Mayer To: freebsd-stable@freebsd.org, Daniel O'Connor In-Reply-To: <200506172159.34920.doconnor@gsoft.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <200506172159.34920.doconnor@gsoft.com.au> Cc: Subject: Re: Kernel module/IPC with userland: create and write to FIFO X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Hannes Mayer List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2005 14:17:58 -0000 G'Day Daniel! On 6/17/05, Daniel O'Connor wrote: > On Fri, 17 Jun 2005 21:36, Hannes Mayer wrote: > > To cut a long story short, how can I open a FIFO in kernel space and > > write to it, so I can open and read from it in userspace ? >=20 > Why don't you create a device node? >=20 > If you read and write to it, it acts like a FIFO. Thanks for your reply! :-) Well, the reason why I want to use a true FIFO is, that data is sampled i.e. every second and I want to write it to disk in userspace only every minute or so. So if I add a ".d_ioctl" to "struct cdevsw" for the device node, I have to make a function in the kernel module for handling the userspace read request and I have to cache the sampled data in the kernel module. I want the module to be flexible, so if I don't sample at a fixed frequency (i.e. event counting) I don't know how much data is coming in in a certain time interval and with a FIFO I don't have to care about the data-cache size. Thanks again & best regards, Hannes. From owner-freebsd-stable@FreeBSD.ORG Fri Jun 17 14:26:31 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3791916A41F for ; Fri, 17 Jun 2005 14:26:31 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5483043D49 for ; Fri, 17 Jun 2005 14:26:29 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.13.4/8.13.4) with ESMTP id j5HEQQXZ002984; Fri, 17 Jun 2005 23:56:27 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Hannes Mayer Date: Fri, 17 Jun 2005 23:56:05 +0930 User-Agent: KMail/1.8 References: <200506172159.34920.doconnor@gsoft.com.au> In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3392028.raEsX7dRrf"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200506172356.12199.doconnor@gsoft.com.au> X-Spam-Score: -2.4 () ALL_TRUSTED X-Scanned-By: MIMEDefang 2.51 on 203.31.81.10 Cc: freebsd-stable@freebsd.org Subject: Re: Kernel module/IPC with userland: create and write to FIFO X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2005 14:26:31 -0000 --nextPart3392028.raEsX7dRrf Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Fri, 17 Jun 2005 23:47, Hannes Mayer wrote: > > If you read and write to it, it acts like a FIFO. > > Thanks for your reply! :-) > > Well, the reason why I want to use a true FIFO is, that data is > sampled i.e. every second and I want to write it to disk in userspace > only every minute or so. So if I add a ".d_ioctl" to "struct cdevsw" I wasn't suggesting an ioctl(), just read(). > for the device node, I have to make a function in the kernel module > for handling the userspace read request and I have to cache the > sampled data in the kernel module. I want the module to be flexible, The read() function is really quite simple, as for the caching - that can b= e=20 done in userland. > so if I don't sample at a fixed frequency (i.e. event counting) I > don't know how much data is coming in in a certain time interval and > with a FIFO I don't have to care about the data-cache size. I would suggest that you buffer it in userland. Ie have a small buffer in the kernel and have a userland process that reads= =20 from the kernel as soon as data is ready and stores it in memory.=20 Doing it this way makes it much simpler to modify your write strategy as yo= u=20 need to. It doesn't matter what the variability of the data rate is if you use=20 read/write since the userland app will spend 99% of it's time waiting in=20 select() for the kernel to tell it when new data is available. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart3392028.raEsX7dRrf Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBCst2E5ZPcIHs/zowRAtzAAJ97v0O13TSfMU4sfWoko94zbD3voACgoQ/s b23fkseNGbJ16/L6G22IrSI= =zFiz -----END PGP SIGNATURE----- --nextPart3392028.raEsX7dRrf-- From owner-freebsd-stable@FreeBSD.ORG Fri Jun 17 14:38:24 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2033616A41C for ; Fri, 17 Jun 2005 14:38:24 +0000 (GMT) (envelope-from dsze@alumni.uwaterloo.ca) Received: from mail.distrust.net (mail.distrust.net [69.93.230.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id ECAAC43D1D for ; Fri, 17 Jun 2005 14:38:23 +0000 (GMT) (envelope-from dsze@alumni.uwaterloo.ca) Received: from eeyore.distrust.net (CPE00a0c978120d-CM00122570472e.cpe.net.cable.rogers.com [70.28.248.121]) (authenticated bits=0) by mail.distrust.net (8.13.3/8.13.3) with ESMTP id j5HEcMmb094081 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Fri, 17 Jun 2005 09:38:22 -0500 (CDT) (envelope-from dsze@alumni.uwaterloo.ca) Message-Id: <6.2.1.2.2.20050617103807.058c6fa8@mail.distrust.net> X-Mailer: QUALCOMM Windows Eudora Version 6.2.1.2 Date: Fri, 17 Jun 2005 10:38:34 -0400 To: freebsd-stable@freebsd.org From: David Sze Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: ClamAV 0.85.1/944/Thu Jun 16 16:33:33 2005 on mail.distrust.net X-Virus-Status: Clean Subject: Re: FreeBSD MySQL still WAY slower than Linux X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2005 14:38:24 -0000 At 05:15 PM 16/06/2005 +0100, Steve Roome wrote this to All: >Thank you all for your suggestions on this thread, here's a brief >breakdown of most of the ideas from people: > >Billy Newsom: COMPILER, DISK, MYSQLVERSION >Daniel Eischen: +/-HTT, Thread scopes >Greg Lehey: MALLOC >Guy Helmer: PREEMPTIVE, vfs.read_max >Jon Dama: David Xu's Thrds, Ptmalloc, cpu affinity, sched+hwcacheing >Kris Kennaway: +/-HTT >Robert Watson: Thread scopes, LIBTHR/Linuxthr on 5 and 6?, LOCKING, > HTT, SMP/UP >Thomas Hurst: FreeBSD-current, Don't overload mysql! >Vladimir Chukharev: COMPILEOPTS, TABLETYPES >Xin Li: PROFILE, HTT insignificant > >The bad news is that I've not managed to get very far at all lately as >MySQL has been crashing too much to even stop and test stuff >elsewhere. > >The good news though, is that the Mysql folks have agreed to setup >tests to profile mysql on identical hardware running FreeBSD and Linux >with an aim to find out exactly where the problem really is. They >reckon they'll spend at least two weeks trying to find out why Linux >is so much faster - if they do this right I'd be surprised if we can't >improve things quite a lot. > >Also, it'd be good if any of you who still have an interest in this >could add any ideas or suggestions that may help *them* with their >testing. If so, just get in touch with me asap before they get too >stuck into anything that might prove fruitless. > >Here's hoping we can get MySQL running as well on FreeBSD as it ought >to. I just spent a couple days comparing MySQL 4.1 performance on: FreeBSD/amd64 5.4-RELEASE (libpthread, system and process scope) FreeBSD/amd64 6.0-CURRENT (libpthread, libthr, system and process scope) CentOS/amd64 4.0 (i.e. RHEL4.0) I couldn't get libthr to work on FreeBSD/amd64 5.4-RELEASE, mysqld would immediately coredump and the stacktrace looked like it was corrupted (i.e. hundreds of stack frames, all of which were ???). This was the hardware: Dell PowerEdge 2850 Dual Xeon 3.6GHz EMT64, HTT disabled 4GB RAM amr RAID controller w/256MB battery backed cache 5 x 73GB 15K RPM SCSI disks configured as one RAID5 w/64KB stripe I was seeing the same sort of super-smack numbers that everyone's been reporting, i.e. that Linux box was twice as fast as FreeBSD. It turns out that the problem was the same thing everyone usually points the finger at, but no one actually mentioned this time: Linux mounts its partitions async by default. I don't have the exact numbers in front of me right now, but these were the ballpark figures (I'm not going to separate out results for all of the different threading libraries for FreeBSD because the deltas weren't huge): super-smack select-key 5.4-RELEASE ~20,000 queries/second 6.0-CURRENT ~24,000 queries/second CentOS w/async ~36,000 queries/second CentOS w/sync ~26,000 queries/second super-smack update-select 5.4-RELEASE ~4,000 queries/second 6.0-CURRENT ~4,500 queries/second CentOS w/async ~7,500 queries/second CentOS w/sync ~750 queries/second That last CentOS number is not a typo, it was an order of magnitude slower. I didn't try other file systems on CentOS, just the default ext3. It's possible that reiserfs or xfs might not be as affected by switching from async to sync. So my production server is now happily running mysql 4.1 on 6.0-CURRENT :). From owner-freebsd-stable@FreeBSD.ORG Fri Jun 17 14:48:35 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3D09116A41C for ; Fri, 17 Jun 2005 14:48:35 +0000 (GMT) (envelope-from uzi@bmby.com) Received: from mail.ilovesex.co.il (line26-112.adsl.actcom.co.il [192.115.26.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id 50A5743D49 for ; Fri, 17 Jun 2005 14:48:33 +0000 (GMT) (envelope-from uzi@bmby.com) Received: from uzi ([192.168.0.254]) by mail.ilovesex.co.il (8.13.3/8.13.3) with SMTP id j5HEnccD010364; Fri, 17 Jun 2005 17:49:39 +0300 (IDT) (envelope-from uzi@bmby.com) Message-ID: <005c01c57354$3e877900$fe00a8c0@uzi> From: "Uzi" To: "David Sze" References: <6.2.1.2.2.20050617103807.058c6fa8@mail.distrust.net> Date: Fri, 17 Jun 2005 17:50:06 +0200 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="ISO-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2527 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD MySQL still WAY slower than Linux X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2005 14:48:35 -0000 [...] > super-smack select-key > 5.4-RELEASE ~20,000 queries/second > 6.0-CURRENT ~24,000 queries/second > CentOS w/async ~36,000 queries/second > CentOS w/sync ~26,000 queries/second > > super-smack update-select > 5.4-RELEASE ~4,000 queries/second > 6.0-CURRENT ~4,500 queries/second > CentOS w/async ~7,500 queries/second > CentOS w/sync ~750 queries/second > > That last CentOS number is not a typo, it was an order of magnitude > slower. I didn't try other file systems on CentOS, just the default ext3. > It's possible that reiserfs or xfs might not be as affected by switching > from async to sync. > > So my production server is now happily running mysql 4.1 on 6.0-CURRENT > :). I don't get it. You get 30% less perfomance, running a non-production release for production, and happy about it? U. > > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Fri Jun 17 14:50:22 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2B77916A41C for ; Fri, 17 Jun 2005 14:50:22 +0000 (GMT) (envelope-from jmartin37@speakeasy.net) Received: from mail23.sea5.speakeasy.net (mail23.sea5.speakeasy.net [69.17.117.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id EC72043D53 for ; Fri, 17 Jun 2005 14:50:21 +0000 (GMT) (envelope-from jmartin37@speakeasy.net) Received: (qmail 21413 invoked from network); 17 Jun 2005 14:50:21 -0000 Received: from adsl-211-141-154.asm.bellsouth.net (HELO [192.168.2.101]) (moonlightcheese@[68.211.141.154]) (envelope-sender ) by mail23.sea5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 17 Jun 2005 14:50:20 -0000 Message-ID: <42B2E329.6000002@speakeasy.net> Date: Fri, 17 Jun 2005 10:50:17 -0400 From: JM User-Agent: Mozilla Thunderbird 1.0.2-1.3.3 (X11/20050513) X-Accept-Language: en-us, en MIME-Version: 1.0 To: David Sze References: <6.2.1.2.2.20050617103807.058c6fa8@mail.distrust.net> In-Reply-To: <6.2.1.2.2.20050617103807.058c6fa8@mail.distrust.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD MySQL still WAY slower than Linux X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2005 14:50:22 -0000 David Sze wrote: > At 05:15 PM 16/06/2005 +0100, Steve Roome wrote this to All: > >> Thank you all for your suggestions on this thread, here's a brief >> breakdown of most of the ideas from people: >> >> Billy Newsom: COMPILER, DISK, MYSQLVERSION >> Daniel Eischen: +/-HTT, Thread scopes >> Greg Lehey: MALLOC >> Guy Helmer: PREEMPTIVE, vfs.read_max >> Jon Dama: David Xu's Thrds, Ptmalloc, cpu affinity, sched+hwcacheing >> Kris Kennaway: +/-HTT >> Robert Watson: Thread scopes, LIBTHR/Linuxthr on 5 and 6?, LOCKING, >> HTT, SMP/UP >> Thomas Hurst: FreeBSD-current, Don't overload mysql! >> Vladimir Chukharev: COMPILEOPTS, TABLETYPES >> Xin Li: PROFILE, HTT insignificant >> >> The bad news is that I've not managed to get very far at all lately as >> MySQL has been crashing too much to even stop and test stuff >> elsewhere. >> >> The good news though, is that the Mysql folks have agreed to setup >> tests to profile mysql on identical hardware running FreeBSD and Linux >> with an aim to find out exactly where the problem really is. They >> reckon they'll spend at least two weeks trying to find out why Linux >> is so much faster - if they do this right I'd be surprised if we can't >> improve things quite a lot. >> >> Also, it'd be good if any of you who still have an interest in this >> could add any ideas or suggestions that may help *them* with their >> testing. If so, just get in touch with me asap before they get too >> stuck into anything that might prove fruitless. >> >> Here's hoping we can get MySQL running as well on FreeBSD as it ought >> to. > > > > I just spent a couple days comparing MySQL 4.1 performance on: > > FreeBSD/amd64 5.4-RELEASE (libpthread, system and process scope) > FreeBSD/amd64 6.0-CURRENT (libpthread, libthr, system and process scope) > CentOS/amd64 4.0 (i.e. RHEL4.0) > > I couldn't get libthr to work on FreeBSD/amd64 5.4-RELEASE, mysqld > would immediately coredump and the stacktrace looked like it was > corrupted (i.e. hundreds of stack frames, all of which were ???). > > This was the hardware: > > Dell PowerEdge 2850 > Dual Xeon 3.6GHz EMT64, HTT disabled > 4GB RAM > amr RAID controller w/256MB battery backed cache > 5 x 73GB 15K RPM SCSI disks configured as one RAID5 w/64KB stripe > > I was seeing the same sort of super-smack numbers that everyone's been > reporting, i.e. that Linux box was twice as fast as FreeBSD. > > It turns out that the problem was the same thing everyone usually > points the finger at, but no one actually mentioned this time: Linux > mounts its partitions async by default. I don't have the exact numbers > in front of me right now, but these were the ballpark figures (I'm not > going to separate out results for all of the different threading > libraries for FreeBSD because the deltas weren't huge): > > super-smack select-key > 5.4-RELEASE ~20,000 queries/second > 6.0-CURRENT ~24,000 queries/second > CentOS w/async ~36,000 queries/second > CentOS w/sync ~26,000 queries/second > > super-smack update-select > 5.4-RELEASE ~4,000 queries/second > 6.0-CURRENT ~4,500 queries/second > CentOS w/async ~7,500 queries/second > CentOS w/sync ~750 queries/second > > That last CentOS number is not a typo, it was an order of magnitude > slower. I didn't try other file systems on CentOS, just the default > ext3. It's possible that reiserfs or xfs might not be as affected by > switching from async to sync. > > So my production server is now happily running mysql 4.1 on > 6.0-CURRENT :). that explains quite a bit. but why use FreeBSD when you can just turn on async on your partitions and get faster queries? From owner-freebsd-stable@FreeBSD.ORG Fri Jun 17 15:19:26 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D5D9E16A41C for ; Fri, 17 Jun 2005 15:19:26 +0000 (GMT) (envelope-from jfarmer@goldsword.com) Received: from audi.websitewelcome.com (audi.websitewelcome.com [67.19.210.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id B0F0C43D1F for ; Fri, 17 Jun 2005 15:19:26 +0000 (GMT) (envelope-from jfarmer@goldsword.com) Received: from adsl-065-013-105-239.sip.tys.bellsouth.net ([65.13.105.239]:4234 helo=[192.168.1.33]) by audi.websitewelcome.com with esmtpa (Exim 4.50) id 1DjIcs-00036t-3T for freebsd-stable@freebsd.org; Fri, 17 Jun 2005 10:19:22 -0500 Message-ID: <42B2E9B5.7090803@goldsword.com> Date: Fri, 17 Jun 2005 11:18:13 -0400 From: "J. T. Farmer" Organization: GoldSword Systems User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.7.7) Gecko/20050414 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <6.2.1.2.2.20050617103807.058c6fa8@mail.distrust.net> <005c01c57354$3e877900$fe00a8c0@uzi> In-Reply-To: <005c01c57354$3e877900$fe00a8c0@uzi> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - audi.websitewelcome.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - goldsword.com X-Source: X-Source-Args: X-Source-Dir: Subject: Re: FreeBSD MySQL still WAY slower than Linux X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2005 15:19:27 -0000 Uzi wrote: > [...] > >> super-smack select-key >> 5.4-RELEASE ~20,000 queries/second >> 6.0-CURRENT ~24,000 queries/second >> CentOS w/async ~36,000 queries/second >> CentOS w/sync ~26,000 queries/second >> >> super-smack update-select >> 5.4-RELEASE ~4,000 queries/second >> 6.0-CURRENT ~4,500 queries/second >> CentOS w/async ~7,500 queries/second >> CentOS w/sync ~750 queries/second >> >> That last CentOS number is not a typo, it was an order of magnitude >> slower. I didn't try other file systems on CentOS, just the default >> ext3. It's possible that reiserfs or xfs might not be as affected by >> switching from async to sync. >> >> So my production server is now happily running mysql 4.1 on >> 6.0-CURRENT :). > > I don't get it. > You get 30% less perfomance, running a non-production release for > production, and happy about it? Try reading it again. The last time I checked, 24k queries/sec _is_ faster than 20k queries/sec. And 4.5k queries/sec is faster than 4.0k queries/sec. John ---------------------------------------------------------------------- John T. Farmer Owner & CTO GoldSword Systems jfarmer@goldsword.com 865-691-6498 Knoxville TN Consulting, Design, & Development of Networks & Software From owner-freebsd-stable@FreeBSD.ORG Fri Jun 17 15:28:28 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 039A916A41C for ; Fri, 17 Jun 2005 15:28:28 +0000 (GMT) (envelope-from jmartin37@speakeasy.net) Received: from mail25.sea5.speakeasy.net (mail25.sea5.speakeasy.net [69.17.117.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id D2B5B43D1F for ; Fri, 17 Jun 2005 15:28:27 +0000 (GMT) (envelope-from jmartin37@speakeasy.net) Received: (qmail 20747 invoked from network); 17 Jun 2005 15:28:27 -0000 Received: from adsl-211-141-154.asm.bellsouth.net (HELO [192.168.2.101]) (moonlightcheese@[68.211.141.154]) (envelope-sender ) by mail25.sea5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 17 Jun 2005 15:28:27 -0000 Message-ID: <42B2EC18.3030407@speakeasy.net> Date: Fri, 17 Jun 2005 11:28:24 -0400 From: JM User-Agent: Mozilla Thunderbird 1.0.2-1.3.3 (X11/20050513) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "J. T. Farmer" References: <6.2.1.2.2.20050617103807.058c6fa8@mail.distrust.net> <005c01c57354$3e877900$fe00a8c0@uzi> <42B2E9B5.7090803@goldsword.com> In-Reply-To: <42B2E9B5.7090803@goldsword.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD MySQL still WAY slower than Linux X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2005 15:28:28 -0000 J. T. Farmer wrote: > Uzi wrote: > >> [...] >> >>> super-smack select-key >>> 5.4-RELEASE ~20,000 queries/second >>> 6.0-CURRENT ~24,000 queries/second >>> CentOS w/async ~36,000 queries/second >>> CentOS w/sync ~26,000 queries/second >>> >>> super-smack update-select >>> 5.4-RELEASE ~4,000 queries/second >>> 6.0-CURRENT ~4,500 queries/second >>> CentOS w/async ~7,500 queries/second >>> CentOS w/sync ~750 queries/second >>> >>> That last CentOS number is not a typo, it was an order of magnitude >>> slower. I didn't try other file systems on CentOS, just the default >>> ext3. It's possible that reiserfs or xfs might not be as affected by >>> switching from async to sync. >>> >>> So my production server is now happily running mysql 4.1 on >>> 6.0-CURRENT :). >> >> >> I don't get it. >> You get 30% less perfomance, running a non-production release for >> production, and happy about it? > > > > Try reading it again. The last time I checked, 24k queries/sec _is_ > faster than > 20k queries/sec. And 4.5k queries/sec is faster than 4.0k queries/sec. > > John > i think you're missing the point... using CURRENT on a production machine is a bad idea... the performance is great, but hardly worth the risk of breaking something. From owner-freebsd-stable@FreeBSD.ORG Fri Jun 17 15:32:45 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D1E5A16A41C for ; Fri, 17 Jun 2005 15:32:45 +0000 (GMT) (envelope-from nalists@scls.lib.wi.us) Received: from mail.scls.lib.wi.us (mail.scls.lib.wi.us [198.150.40.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7EE6C43D5C for ; Fri, 17 Jun 2005 15:32:45 +0000 (GMT) (envelope-from nalists@scls.lib.wi.us) Received: from [172.26.2.238] ([172.26.2.238]) by mail.scls.lib.wi.us (8.12.9p2/8.12.9) with ESMTP id j5HFWhd7006904; Fri, 17 Jun 2005 10:32:43 -0500 (CDT) (envelope-from nalists@scls.lib.wi.us) Message-ID: <42B2EC91.8070800@scls.lib.wi.us> Date: Fri, 17 Jun 2005 10:30:25 -0500 From: Greg Barniskis User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "J. T. Farmer" References: <6.2.1.2.2.20050617103807.058c6fa8@mail.distrust.net> <005c01c57354$3e877900$fe00a8c0@uzi> <42B2E9B5.7090803@goldsword.com> In-Reply-To: <42B2E9B5.7090803@goldsword.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: uzi@bmby.com, freebsd-stable@freebsd.org Subject: Re: FreeBSD MySQL still WAY slower than Linux X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2005 15:32:45 -0000 J. T. Farmer wrote: > Uzi wrote: > >> [...] >> >>> super-smack select-key >>> 5.4-RELEASE ~20,000 queries/second >>> 6.0-CURRENT ~24,000 queries/second >>> CentOS w/async ~36,000 queries/second >>> CentOS w/sync ~26,000 queries/second >>> >>> super-smack update-select >>> 5.4-RELEASE ~4,000 queries/second >>> 6.0-CURRENT ~4,500 queries/second >>> CentOS w/async ~7,500 queries/second >>> CentOS w/sync ~750 queries/second >>> >>> That last CentOS number is not a typo, it was an order of magnitude >>> slower. I didn't try other file systems on CentOS, just the default >>> ext3. It's possible that reiserfs or xfs might not be as affected by >>> switching from async to sync. >>> >>> So my production server is now happily running mysql 4.1 on >>> 6.0-CURRENT :). >> >> >> I don't get it. >> You get 30% less perfomance, running a non-production release for >> production, and happy about it? > > > > Try reading it again. The last time I checked, 24k queries/sec _is_ > faster than > 20k queries/sec. And 4.5k queries/sec is faster than 4.0k queries/sec. I think he meant comparing 36,000 on CentOS (async) to 24,000 on CURRENT (sync). I wondered that myself, and having searched out the answer I find that it is declared in http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/configtuning-disk.html that async provides fast writes at the cost of "no guarantee at all for a consistent state of the filesystem". So, you choose: fast but not so reliable writes, or slower writes with fast, reliable disaster recovery. Thanks to the FreeBSD team for choosing the sensible default, even if it results in the occasional "Linux is faster!" debate. Dang smirky penguins... you're flightless I tell ya, flightless. =) -- Greg Barniskis, Computer Systems Integrator South Central Library System (SCLS) Library Interchange Network (LINK) , (608) 266-6348 From owner-freebsd-stable@FreeBSD.ORG Fri Jun 17 15:41:50 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3724416A41C for ; Fri, 17 Jun 2005 15:41:50 +0000 (GMT) (envelope-from dsze@mail.distrust.net) Received: from mail.distrust.net (mail.distrust.net [69.93.230.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0A6DD43D49 for ; Fri, 17 Jun 2005 15:41:49 +0000 (GMT) (envelope-from dsze@mail.distrust.net) Received: from mail.distrust.net (localhost [127.0.0.1]) by mail.distrust.net (8.13.3/8.13.3) with ESMTP id j5HFfnON094438; Fri, 17 Jun 2005 10:41:49 -0500 (CDT) (envelope-from dsze@mail.distrust.net) Received: (from dsze@localhost) by mail.distrust.net (8.13.3/8.13.3/Submit) id j5HFfnw5094437; Fri, 17 Jun 2005 10:41:49 -0500 (CDT) (envelope-from dsze) Date: Fri, 17 Jun 2005 10:41:49 -0500 From: David Sze To: JM Message-ID: <20050617154149.GA94284@mail.distrust.net> References: <6.2.1.2.2.20050617103807.058c6fa8@mail.distrust.net> <005c01c57354$3e877900$fe00a8c0@uzi> <42B2E9B5.7090803@goldsword.com> <42B2EC18.3030407@speakeasy.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <42B2EC18.3030407@speakeasy.net> User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: ClamAV 0.85.1/944/Thu Jun 16 16:33:33 2005 on mail.distrust.net X-Virus-Status: Clean Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD MySQL still WAY slower than Linux X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2005 15:41:50 -0000 On Fri, Jun 17, 2005 at 11:28:24AM -0400, JM wrote: > i think you're missing the point... using CURRENT on a production > machine is a bad idea... the performance is great, but hardly worth the > risk of breaking something. Under normal circumstances I'd agree, but -CURRENT is already in code freeze in preparation for the upcoming 6.0 release: http://www.freebsd.org/releases/6.0R/schedule.html I also follow the cvs-src mailing list pretty closely, and I like the stability and performance increases that have gone into there. It seems like most of them won't be backported to RELENG_5 because they break ABI compatibility. From owner-freebsd-stable@FreeBSD.ORG Fri Jun 17 15:47:52 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7585616A41C for ; Fri, 17 Jun 2005 15:47:52 +0000 (GMT) (envelope-from mkb@mkbuelow.net) Received: from luzifer.incubus.de (incubus.de [80.237.207.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 35C0E43D1D for ; Fri, 17 Jun 2005 15:47:51 +0000 (GMT) (envelope-from mkb@mkbuelow.net) Received: from drjekyll.mkbuelow.net (p54AAEB90.dip.t-dialin.net [84.170.235.144]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by luzifer.incubus.de (Postfix) with ESMTP id D2C332E690; Fri, 17 Jun 2005 17:50:36 +0200 (CEST) Received: from drjekyll.mkbuelow.net (mkb@localhost.mkbuelow.net [127.0.0.1]) by drjekyll.mkbuelow.net (8.13.3/8.13.3) with ESMTP id j5HFluAI042603; Fri, 17 Jun 2005 17:47:57 +0200 (CEST) (envelope-from mkb@drjekyll.mkbuelow.net) Message-Id: <200506171547.j5HFluAI042603@drjekyll.mkbuelow.net> From: Matthias Buelow To: Greg Barniskis In-Reply-To: Message from Greg Barniskis of "Fri, 17 Jun 2005 10:30:25 CDT." <42B2EC91.8070800@scls.lib.wi.us> X-Mailer: MH-E 7.84; nmh 1.0.4; XEmacs 21.4 (patch 17) Date: Fri, 17 Jun 2005 17:47:56 +0200 Sender: mkb@mkbuelow.net Cc: uzi@bmby.com, freebsd-stable@freebsd.org Subject: Re: FreeBSD MySQL still WAY slower than Linux X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2005 15:47:52 -0000 Greg Barniskis writes: >that async provides fast writes at the cost of "no guarantee at all >for a consistent state of the filesystem". So, you choose: fast but >not so reliable writes, or slower writes with fast, reliable >disaster recovery. > >Thanks to the FreeBSD team for choosing the sensible default, even >if it results in the occasional "Linux is faster!" debate. Dang >smirky penguins... you're flightless I tell ya, flightless. =) Is CentOS using ext2? I thought everyone moved to ext3 already, which provides nearly the speed of ext2+async but is safe due to its journal. If you make such comparisons, please use current technology, and not the status quo of 5 years ago. [Apart from that, over the last decade, I've lost more UFS filesystems than ext2, so at least for me, that purported unsafety of ext2+async mounts is theoretical at best. In the end, with today's write-caches usually enabled, both are essentially the same, anyways.] mkb. From owner-freebsd-stable@FreeBSD.ORG Fri Jun 17 15:59:42 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B09E816A41C for ; Fri, 17 Jun 2005 15:59:42 +0000 (GMT) (envelope-from dsze@mail.distrust.net) Received: from mail.distrust.net (mail.distrust.net [69.93.230.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 820A343D4C for ; Fri, 17 Jun 2005 15:59:42 +0000 (GMT) (envelope-from dsze@mail.distrust.net) Received: from mail.distrust.net (localhost [127.0.0.1]) by mail.distrust.net (8.13.3/8.13.3) with ESMTP id j5HFxcnQ094547; Fri, 17 Jun 2005 10:59:38 -0500 (CDT) (envelope-from dsze@mail.distrust.net) Received: (from dsze@localhost) by mail.distrust.net (8.13.3/8.13.3/Submit) id j5HFxcsD094546; Fri, 17 Jun 2005 10:59:38 -0500 (CDT) (envelope-from dsze) Date: Fri, 17 Jun 2005 10:59:38 -0500 From: David Sze To: Matthias Buelow Message-ID: <20050617155938.GB94284@mail.distrust.net> References: <42B2EC91.8070800@scls.lib.wi.us> <200506171547.j5HFluAI042603@drjekyll.mkbuelow.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200506171547.j5HFluAI042603@drjekyll.mkbuelow.net> User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: ClamAV 0.85.1/944/Thu Jun 16 16:33:33 2005 on mail.distrust.net X-Virus-Status: Clean Cc: Greg Barniskis , uzi@bmby.com, freebsd-stable@freebsd.org Subject: Re: FreeBSD MySQL still WAY slower than Linux X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2005 15:59:42 -0000 On Fri, Jun 17, 2005 at 05:47:56PM +0200, Matthias Buelow wrote: > > Is CentOS using ext2? I thought everyone moved to ext3 already, which > provides nearly the speed of ext2+async but is safe due to its journal. > If you make such comparisons, please use current technology, and not > the status quo of 5 years ago. CentOS uses ext3 by default. How does having a journal help if the journal is stored on the same async filesystem? Unless the journal writes are guaranteed sync. > [Apart from that, over the last decade, I've lost more UFS filesystems > than ext2, so at least for me, that purported unsafety of ext2+async > mounts is theoretical at best. In the end, with today's write-caches > usually enabled, both are essentially the same, anyways.] AFAIK, SCSI disks normally have write caching disabled. Proper RAID controllers also won't do write-back caching by default unless there's a battery backup. From owner-freebsd-stable@FreeBSD.ORG Fri Jun 17 16:05:58 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E66DD16A41C for ; Fri, 17 Jun 2005 16:05:58 +0000 (GMT) (envelope-from jmartin37@speakeasy.net) Received: from mail22.sea5.speakeasy.net (mail22.sea5.speakeasy.net [69.17.117.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id C2D8D43D55 for ; Fri, 17 Jun 2005 16:05:58 +0000 (GMT) (envelope-from jmartin37@speakeasy.net) Received: (qmail 21579 invoked from network); 17 Jun 2005 16:05:58 -0000 Received: from adsl-211-141-154.asm.bellsouth.net (HELO [192.168.2.101]) (moonlightcheese@[68.211.141.154]) (envelope-sender ) by mail22.sea5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 17 Jun 2005 16:05:58 -0000 Message-ID: <42B2F4E2.4000507@speakeasy.net> Date: Fri, 17 Jun 2005 12:05:54 -0400 From: JM User-Agent: Mozilla Thunderbird 1.0.2-1.3.3 (X11/20050513) X-Accept-Language: en-us, en MIME-Version: 1.0 To: David Sze References: <6.2.1.2.2.20050617103807.058c6fa8@mail.distrust.net> <005c01c57354$3e877900$fe00a8c0@uzi> <42B2E9B5.7090803@goldsword.com> <42B2EC18.3030407@speakeasy.net> <20050617154149.GA94284@mail.distrust.net> In-Reply-To: <20050617154149.GA94284@mail.distrust.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD MySQL still WAY slower than Linux X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2005 16:05:59 -0000 David Sze wrote: >On Fri, Jun 17, 2005 at 11:28:24AM -0400, JM wrote: > > >>i think you're missing the point... using CURRENT on a production >>machine is a bad idea... the performance is great, but hardly worth the >>risk of breaking something. >> >> > >Under normal circumstances I'd agree, but -CURRENT is already in code >freeze in preparation for the upcoming 6.0 release: > > http://www.freebsd.org/releases/6.0R/schedule.html > >I also follow the cvs-src mailing list pretty closely, and I like the >stability and performance increases that have gone into there. It seems >like most of them won't be backported to RELENG_5 because they break ABI >compatibility. > > > > code freeze != glitch free XD From owner-freebsd-stable@FreeBSD.ORG Fri Jun 17 16:08:54 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7EDDE16A41C for ; Fri, 17 Jun 2005 16:08:54 +0000 (GMT) (envelope-from bruce.ashfield@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2CB6143D49 for ; Fri, 17 Jun 2005 16:08:54 +0000 (GMT) (envelope-from bruce.ashfield@gmail.com) Received: by wproxy.gmail.com with SMTP id 50so956475wri for ; Fri, 17 Jun 2005 09:08:53 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type; b=sCkgS/Dd5gpc0joHSpJh7056CyjS8Uhjp/slPMweM7BoSOW11jOwipKPeD77TxQAbWw1u+G04iCtLdP91+7qaCvn/FfmnscKRNyikUyif32CeeFOfbBxdB5eduCA1++DDTIpVoM+r8tCknter9X4ETEjRAaf0mqyrFJQGGFnaXE= Received: by 10.54.68.14 with SMTP id q14mr1331273wra; Fri, 17 Jun 2005 09:08:53 -0700 (PDT) Received: by 10.54.52.2 with HTTP; Fri, 17 Jun 2005 09:08:53 -0700 (PDT) Message-ID: <3bd6b93c0506170908aa7abd4@mail.gmail.com> Date: Fri, 17 Jun 2005 12:08:53 -0400 From: Bruce Ashfield To: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: fxp0: discard oversize frame leads to icmp 36: ip reassembly time exceeded X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Bruce Ashfield List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2005 16:08:54 -0000 Hi all, I've been searching through archives and many freebsd resources and can't= =20 seem to find a solution to the problem that I'm currently seeing. I thought= =20 I'd check here before hacking the kernel to try and fix it myself, just in= =20 case the fix is already out there and just eluding me :) I'm running a 5.4-STABLE freebsd firewall. Everything is pretty standard,= =20 DSL -> firewall -> clients. I'm using pppoe and providing NAT and other=20 goodies to the machines behind the firewall. Nothing too fancy. All my services are passing nicely through the firewall, except one=20 application. VNC/Timbuktu when run over a VPN connection. I've been trying= =20 to fix the problem by restricting mtu size, I've got tcpmssfixup and have= =20 clamped the size on the client Window's box as well. Nothing works, but the= =20 symptom I was seeing and was trying to solve was: > icmp 36: ip reassembly time exceeded As dumped from tcpdump on my pppoe tunnel. I searched high and low and trie= d=20 all kinds of tcp/ip tuning options. Nothing helped. So during yet another= =20 debugging session I noticed: > fxp0: discard oversize frame (ether type 8864 flags 3 len 1470 > max 1462= ) In my logs. Funny how that message matched the ip re-assembly errors 1 to 1= .=20 So it looks like my nic is dropping the packets as they are detected as too= =20 large and that propagates up and then I see my icmp message. Makes sense. I've seen this problem mentioned in other freebsd forums, but I most often= =20 saw the answer "upgrade to the latest 5-release", which I *should* already= =20 be running. The message comes from /sys/net/if_ethersubr.c and obviously it= =20 is calculating the MAX size of the packet incorrectly or I've still got=20 something misconfigured. I also poked around in the fxp driver, but didn't= =20 see anything obvious. So before I go off doing some more extensive hacking, I thought I'd see if= =20 anyone could point me at the problem or maybe even show me the patch I=20 couldn't find :) I've included some potentially relevant dumps below, Thanks, Bruce -------------------------------------- fwe0: flags=3D108943 mtu 15= 00 options=3D8 inet6 fe80::40:63ff:fe04:2c40%fwe0 prefixlen 64 scopeid 0x1 ether 02:40:63:04:2c:40 ch 1 dma 0 vr0: flags=3D8843 mtu 1448 inet6 fe80::240:63ff:fedd:622f%vr0 prefixlen 64 scopeid 0x2 inet 10.10.x.x netmask 0xff000000 broadcast 10.255.255.255 ether 00:40:63:dd:62:2f media: Ethernet autoselect (10baseT/UTP) status: active fxp0: flags=3D8843 mtu 1448 options=3D8 inet6 fe80::202:b3ff:fe24:8182%fxp0 prefixlen 64 scopeid 0x3 ether 00:02:b3:24:81:82 media: Ethernet autoselect (10baseT/UTP) status: active plip0: flags=3D108810 mtu 1500 lo0: flags=3D8049 mtu 16384 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x5 inet 127.0.0.1 netmask 0xff000000 tun0: flags=3D8051 mtu 1448 inet 66.x.x.x --> 66.x.x.x netmask 0xffffff00 Opened by PID 222 --=20 "Thou shalt not follow the NULL pointer, for chaos and madness await thee a= t=20 its end" From owner-freebsd-stable@FreeBSD.ORG Fri Jun 17 16:10:39 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 58B9216A41C for ; Fri, 17 Jun 2005 16:10:39 +0000 (GMT) (envelope-from dsze@mail.distrust.net) Received: from mail.distrust.net (mail.distrust.net [69.93.230.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2AC9F43D1F for ; Fri, 17 Jun 2005 16:10:39 +0000 (GMT) (envelope-from dsze@mail.distrust.net) Received: from mail.distrust.net (localhost [127.0.0.1]) by mail.distrust.net (8.13.3/8.13.3) with ESMTP id j5HGAclv094605; Fri, 17 Jun 2005 11:10:38 -0500 (CDT) (envelope-from dsze@mail.distrust.net) Received: (from dsze@localhost) by mail.distrust.net (8.13.3/8.13.3/Submit) id j5HGAcF3094604; Fri, 17 Jun 2005 11:10:38 -0500 (CDT) (envelope-from dsze) Date: Fri, 17 Jun 2005 11:10:38 -0500 From: David Sze To: JM Message-ID: <20050617161038.GC94284@mail.distrust.net> References: <6.2.1.2.2.20050617103807.058c6fa8@mail.distrust.net> <005c01c57354$3e877900$fe00a8c0@uzi> <42B2E9B5.7090803@goldsword.com> <42B2EC18.3030407@speakeasy.net> <20050617154149.GA94284@mail.distrust.net> <42B2F4E2.4000507@speakeasy.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <42B2F4E2.4000507@speakeasy.net> User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: ClamAV 0.85.1/944/Thu Jun 16 16:33:33 2005 on mail.distrust.net X-Virus-Status: Clean Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD MySQL still WAY slower than Linux X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2005 16:10:39 -0000 On Fri, Jun 17, 2005 at 12:05:54PM -0400, JM wrote: > David Sze wrote: > > > >Under normal circumstances I'd agree, but -CURRENT is already in code > >freeze in preparation for the upcoming 6.0 release: > > > > http://www.freebsd.org/releases/6.0R/schedule.html > > > >I also follow the cvs-src mailing list pretty closely, and I like the > >stability and performance increases that have gone into there. It seems > >like most of them won't be backported to RELENG_5 because they break ABI > >compatibility. > > > > > > > > > code freeze != glitch free XD RELENG_5_X, RELENG_5, RELENG_4_X, RELENG_4 != glitch free Point being, in both cases the key is to follow the mailing lists, not make decisions on what to use based solely on the way they're labelled. From owner-freebsd-stable@FreeBSD.ORG Fri Jun 17 16:14:46 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2BC0D16A41F for ; Fri, 17 Jun 2005 16:14:46 +0000 (GMT) (envelope-from nalists@scls.lib.wi.us) Received: from mail.scls.lib.wi.us (mail.scls.lib.wi.us [198.150.40.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id EE3B943D49 for ; Fri, 17 Jun 2005 16:14:45 +0000 (GMT) (envelope-from nalists@scls.lib.wi.us) Received: from [172.26.2.238] ([172.26.2.238]) by mail.scls.lib.wi.us (8.12.9p2/8.12.9) with ESMTP id j5HGEid7008496; Fri, 17 Jun 2005 11:14:44 -0500 (CDT) (envelope-from nalists@scls.lib.wi.us) Message-ID: <42B2F66A.9070609@scls.lib.wi.us> Date: Fri, 17 Jun 2005 11:12:26 -0500 From: Greg Barniskis User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Matthias Buelow References: <200506171547.j5HFluAI042603@drjekyll.mkbuelow.net> In-Reply-To: <200506171547.j5HFluAI042603@drjekyll.mkbuelow.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: uzi@bmby.com, freebsd-stable@freebsd.org Subject: Re: FreeBSD MySQL still WAY slower than Linux X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2005 16:14:46 -0000 Matthias Buelow wrote: > Greg Barniskis writes: > > >>that async provides fast writes at the cost of "no guarantee at all >>for a consistent state of the filesystem". So, you choose: fast but >>not so reliable writes, or slower writes with fast, reliable >>disaster recovery. >> >>Thanks to the FreeBSD team for choosing the sensible default, even >>if it results in the occasional "Linux is faster!" debate. Dang >>smirky penguins... you're flightless I tell ya, flightless. =) > > > Is CentOS using ext2? I thought everyone moved to ext3 already, which > provides nearly the speed of ext2+async but is safe due to its journal. > If you make such comparisons, please use current technology, and not > the status quo of 5 years ago. OK, my bad. I did not do thorough research, just enough to satisfy my curiosity. If ext3 does well and safely, then more power to 'em. Anyway, sorry, what I wrote was not intended to be flame bait, just blowing off a little steam. I'll go crawl back under my rock now. However, I stand by the assertion that a slow, certain default is better than a fast, uncertain one. That async was ever the Linux default is troubling (to me), and I've got plenty other reasons to prefer BSD over Linux (which is why I didn't do thorough research in the first place -- no interest at all in migrating, even if there's a database speed boost). -- Greg Barniskis, Computer Systems Integrator South Central Library System (SCLS) Library Interchange Network (LINK) , (608) 266-6348 From owner-freebsd-stable@FreeBSD.ORG Fri Jun 17 16:20:47 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7701E16A41C for ; Fri, 17 Jun 2005 16:20:47 +0000 (GMT) (envelope-from mkb@mkbuelow.net) Received: from luzifer.incubus.de (incubus.de [80.237.207.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 35D1B43D4C for ; Fri, 17 Jun 2005 16:20:47 +0000 (GMT) (envelope-from mkb@mkbuelow.net) Received: from drjekyll.mkbuelow.net (p54AAEB90.dip.t-dialin.net [84.170.235.144]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by luzifer.incubus.de (Postfix) with ESMTP id 9AA342F054; Fri, 17 Jun 2005 18:23:38 +0200 (CEST) Received: from drjekyll.mkbuelow.net (mkb@localhost.mkbuelow.net [127.0.0.1]) by drjekyll.mkbuelow.net (8.13.3/8.13.3) with ESMTP id j5HGKxwW042819; Fri, 17 Jun 2005 18:20:59 +0200 (CEST) (envelope-from mkb@drjekyll.mkbuelow.net) Message-Id: <200506171620.j5HGKxwW042819@drjekyll.mkbuelow.net> From: Matthias Buelow To: David Sze In-Reply-To: Message from David Sze of "Fri, 17 Jun 2005 10:59:38 CDT." <20050617155938.GB94284@mail.distrust.net> X-Mailer: MH-E 7.84; nmh 1.0.4; XEmacs 21.4 (patch 17) Date: Fri, 17 Jun 2005 18:20:59 +0200 Sender: mkb@mkbuelow.net Cc: freebsd-stable@freebsd.org, Greg Barniskis , uzi@bmby.com, Matthias Buelow Subject: Re: FreeBSD MySQL still WAY slower than Linux X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2005 16:20:47 -0000 David Sze writes: >CentOS uses ext3 by default. How does having a journal help if the >journal is stored on the same async filesystem? Unless the journal >writes are guaranteed sync. The journal guarantees that the filesystem will always be consistent. If a journal entry doesn't make it to disk, the operation has never happened; and the journal entry won't get removed, until the metadata update has been performed. So the worst thing that could happen is, that the same operation will be performed twice, once normally, and once at log replay on reboot. This is not an issue, since such metadata operations (delete file from directory, write a value into superblock, etc.) are usually idempotent. That's the basic function of all journalled filesystems, and that's why you don't need to run fsck on them. You don't need to write the journal synchronously, you can do these things in groups. The softupdates mechanism does something similar; only it doesn't maintain an on-disk journal, and hence needs fsck after boot to fix up the free block bitmaps and stuff (basically performing a garbage collection on the filesystem, which, unfortunately, is pretty slow). mkb. From owner-freebsd-stable@FreeBSD.ORG Fri Jun 17 17:22:12 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 863A616A41F for ; Fri, 17 Jun 2005 17:22:12 +0000 (GMT) (envelope-from tom@blorp.com) Received: from stan.phonebites.com (stan.phonebites.com [209.133.33.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id 54FC943D55 for ; Fri, 17 Jun 2005 17:22:12 +0000 (GMT) (envelope-from tom@blorp.com) Received: from localhost (localhost.phonebites.com [127.0.0.1]) by stan.phonebites.com (Postfix) with ESMTP id 022CBA9FDC2 for ; Fri, 17 Jun 2005 10:25:54 -0700 (PDT) Received: from stan.phonebites.com ([127.0.0.1]) by localhost (stan.phonebites.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 79835-10 for ; Fri, 17 Jun 2005 10:25:53 -0700 (PDT) Received: from mail.phonebites.com (unknown [209.133.33.143]) by stan.phonebites.com (Postfix) with ESMTP id A97B1A9FD78 for ; Fri, 17 Jun 2005 10:25:53 -0700 (PDT) Received: from [192.168.0.101] ([208.19.63.177]) by mail.phonebites.com over TLS secured channel with Microsoft SMTPSVC(6.0.3790.1830); Fri, 17 Jun 2005 10:22:11 -0700 Mime-Version: 1.0 (Apple Message framework v730) Content-Transfer-Encoding: 7bit Message-Id: Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: freebsd-stable@freebsd.org From: Tom Pepper Date: Fri, 17 Jun 2005 10:22:17 -0700 X-Mailer: Apple Mail (2.730) X-OriginalArrivalTime: 17 Jun 2005 17:22:11.0151 (UTC) FILETIME=[18972DF0:01C57361] X-Virus-Scanned: amavisd-new at phonebites.com Subject: shutdown -p now doesn't power off VMWare ESX 2.x VMs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2005 17:22:12 -0000 I realize this is probably a VMware issue, but was wondering if anyone here has experience getting -stable to be happy on ESX 2.1. I've managed to get 8 VMs humming along and their agent software (incl. memory manager) functioning in 5.4, but am having difficulty getting a shutdown command from the ESX console to instantiate a shutdown in the FBSD VMs. Likewise, issuing a shutdown -p now makes it all the way past halt but the host doesn't apparently interpret the power down signal. Ideas? Thanks much, -t From owner-freebsd-stable@FreeBSD.ORG Fri Jun 17 17:29:30 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CEC3316A41C for ; Fri, 17 Jun 2005 17:29:30 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.village.org (vc4-2-0-66.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7FB6943D1D for ; Fri, 17 Jun 2005 17:29:30 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1]) by harmony.village.org (8.13.3/8.13.3) with ESMTP id j5HHSkBu058224; Fri, 17 Jun 2005 11:28:47 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Fri, 17 Jun 2005 11:28:46 -0600 (MDT) Message-Id: <20050617.112846.39214634.imp@bsdimp.com> To: jmartin37@speakeasy.net From: Warner Losh In-Reply-To: <42B2EC18.3030407@speakeasy.net> References: <005c01c57354$3e877900$fe00a8c0@uzi> <42B2E9B5.7090803@goldsword.com> <42B2EC18.3030407@speakeasy.net> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD MySQL still WAY slower than Linux X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2005 17:29:30 -0000 > i think you're missing the point... using CURRENT on a production > machine is a bad idea... the performance is great, but hardly worth the > risk of breaking something. In general, this is true. But since we're in the glide path to a release, and since we have measures in place to keep destablizing commits out of the tree, CURRENT these days isn't a scary place to be if you validate the specific version of current you are deploying. There's risks there, but it isn't like it was at the worst part of the 5.x release cycle where you counted yourself lucky if CURRENT booted on your hardware and was still running the next day... Warner From owner-freebsd-stable@FreeBSD.ORG Fri Jun 17 17:56:15 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A52D016A42C for ; Fri, 17 Jun 2005 17:56:15 +0000 (GMT) (envelope-from Severn@garverickmccoy.com) Received: from p54B2EF5A.dip.t-dialin.net (p54B2EF5A.dip.t-dialin.net [84.178.239.90]) by mx1.FreeBSD.org (Postfix) with SMTP id ED94243D4C for ; Fri, 17 Jun 2005 17:56:14 +0000 (GMT) (envelope-from Severn@garverickmccoy.com) Received: from [201.178.95.30] (port=4206 helo=[tiny]) by p54B2EF5A.dip.t-dialin.net with esmtp id 5426125058overflow72028 for freebsd-stable@freebsd.org; Fri, 17 Jun 2005 19:56:12 +0200 Mime-Version: 1.0 (Apple Message framework v728) Content-Transfer-Encoding: 7bit Message-Id: <8664126158.118256120275@p54B2EF5A.dip.t-dialin.net> Content-Type: text/plain; charset=US-ASCII; format=flowed To: freebsd-stable@freebsd.org From: Dolores Date: Fri, 17 Jun 2005 19:56:11 +0200 X-Mailer: Apple Mail (2.728) Subject: Enhance your sexual lifestyle! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2005 17:56:17 -0000 The good sex guide! http://mbux.3i6ep43widlbp43.shieldha.com HYBRID, n. A pooled issue. We are the total of our longings. One more drink and I'll be under the host. From owner-freebsd-stable@FreeBSD.ORG Fri Jun 17 18:36:22 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 69B4516A41C for ; Fri, 17 Jun 2005 18:36:22 +0000 (GMT) (envelope-from tom.hurst@clara.net) Received: from spork.qfe3.net (spork.qfe3.net [212.13.207.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 28D5343D1F for ; Fri, 17 Jun 2005 18:36:22 +0000 (GMT) (envelope-from tom.hurst@clara.net) Received: from [81.104.55.176] (helo=voi.aagh.net) by spork.qfe3.net with esmtp (Exim 4.50) id 1DjLhU-0001wn-NI; Fri, 17 Jun 2005 19:36:20 +0100 Received: from freaky by voi.aagh.net with local (Exim 4.51 (FreeBSD)) id 1DjLhU-0004HG-Dp; Fri, 17 Jun 2005 19:36:20 +0100 Date: Fri, 17 Jun 2005 19:36:20 +0100 From: Thomas Hurst To: David Sze Message-ID: <20050617183620.GB8376@voi.aagh.net> Mail-Followup-To: David Sze , freebsd-stable@freebsd.org References: <6.2.1.2.2.20050617103807.058c6fa8@mail.distrust.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <6.2.1.2.2.20050617103807.058c6fa8@mail.distrust.net> Organization: Not much. User-Agent: Mutt/1.5.9i Sender: Thomas Hurst X-RBL-Warning: 81.104.55.176 is in RBL blacklist at dnsbl.sorbs.net Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD MySQL still WAY slower than Linux X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2005 18:36:22 -0000 * David Sze (dsze@alumni.uwaterloo.ca) wrote: > super-smack select-key > 5.4-RELEASE ~20,000 queries/second > 6.0-CURRENT ~24,000 queries/second > CentOS w/async ~36,000 queries/second > CentOS w/sync ~26,000 queries/second Uh, this should be an entirely cached set of reads, why does mounting sync reduce performance this much? Does FreeBSD see a similar boost with async mounts? > super-smack update-select > 5.4-RELEASE ~4,000 queries/second > 6.0-CURRENT ~4,500 queries/second > CentOS w/async ~7,500 queries/second > CentOS w/sync ~750 queries/second Is this even relevent? Async is by far the most common setup on Linux, one which seems very stable and safe, especially on XFS/Reiser. Of course if FreeBSD can't match Linux/async performance, but still perform like this on a potentially safer sync mount, that's fine by me, but I'm having trouble buying that select-key performance. Even standalone multi-second and non-concurrent selects demonstrate this 30-40% lower performance than Linux on the same hardware. -- Thomas 'Freaky' Hurst http://hur.st/ From owner-freebsd-stable@FreeBSD.ORG Fri Jun 17 18:57:30 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 08D3F16A41C for ; Fri, 17 Jun 2005 18:57:30 +0000 (GMT) (envelope-from dsze@mail.distrust.net) Received: from mail.distrust.net (mail.distrust.net [69.93.230.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id CB89443D1D for ; Fri, 17 Jun 2005 18:57:29 +0000 (GMT) (envelope-from dsze@mail.distrust.net) Received: from mail.distrust.net (localhost [127.0.0.1]) by mail.distrust.net (8.13.3/8.13.3) with ESMTP id j5HIvQDO095303; Fri, 17 Jun 2005 13:57:26 -0500 (CDT) (envelope-from dsze@mail.distrust.net) Received: (from dsze@localhost) by mail.distrust.net (8.13.3/8.13.3/Submit) id j5HIvQ32095302; Fri, 17 Jun 2005 13:57:26 -0500 (CDT) (envelope-from dsze) Date: Fri, 17 Jun 2005 13:57:26 -0500 From: David Sze To: Matthias Buelow Message-ID: <20050617185726.GD94284@mail.distrust.net> References: <20050617155938.GB94284@mail.distrust.net> <200506171620.j5HGKxwW042819@drjekyll.mkbuelow.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200506171620.j5HGKxwW042819@drjekyll.mkbuelow.net> User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: ClamAV 0.85.1/944/Thu Jun 16 16:33:33 2005 on mail.distrust.net X-Virus-Status: Clean Cc: Greg Barniskis , uzi@bmby.com, freebsd-stable@freebsd.org Subject: Re: FreeBSD MySQL still WAY slower than Linux X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2005 18:57:30 -0000 On Fri, Jun 17, 2005 at 06:20:59PM +0200, Matthias Buelow wrote: > David Sze writes: > > >CentOS uses ext3 by default. How does having a journal help if the > >journal is stored on the same async filesystem? Unless the journal > >writes are guaranteed sync. > > The journal guarantees that the filesystem will always be consistent. If > a journal entry doesn't make it to disk, the operation has never > happened; and the journal entry won't get removed, until the metadata > update has been performed. So the worst thing that could happen is, that > the same operation will be performed twice, once normally, and once at > log replay on reboot. This is not an issue, since such metadata > operations (delete file from directory, write a value into superblock, > etc.) are usually idempotent. > > That's the basic function of all journalled filesystems, and that's why > you don't need to run fsck on them. You don't need to write the journal > synchronously, you can do these things in groups. > > The softupdates mechanism does something similar; only it doesn't > maintain an on-disk journal, and hence needs fsck after boot to fix up > the free block bitmaps and stuff (basically performing a garbage > collection on the filesystem, which, unfortunately, is pretty slow). I'm not sure filesystem consistency alone is "good enough". Say your bank's database crashes right after you make a deposit. When it comes back up it's consistent, but only up to 5 minutes before the crash due to the async mount. For this type of application, something in the system has to be keeping a "journal" on a sync mount in order for recovery to be both consistent and correct. From owner-freebsd-stable@FreeBSD.ORG Fri Jun 17 19:12:01 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B152E16A41C for ; Fri, 17 Jun 2005 19:12:01 +0000 (GMT) (envelope-from steve@sohara.org) Received: from sohara.org (sohara.org [192.220.64.179]) by mx1.FreeBSD.org (Postfix) with ESMTP id 97D7743D1F for ; Fri, 17 Jun 2005 19:12:01 +0000 (GMT) (envelope-from steve@sohara.org) Received: (qmail 24194 invoked by uid 16563); 17 Jun 2005 19:12:00 -0000 Received: from unknown (HELO df1) ([80.7.161.165]) (envelope-sender ) by 192.220.64.179 (qmail-ldap-1.03) with SMTP for ; 17 Jun 2005 19:12:00 -0000 Date: Fri, 17 Jun 2005 20:11:58 +0100 From: Steve O'Hara-Smith To: David Sze Message-Id: <20050617201158.00ec8646.steve@sohara.org> In-Reply-To: <20050617185726.GD94284@mail.distrust.net> References: <20050617155938.GB94284@mail.distrust.net> <200506171620.j5HGKxwW042819@drjekyll.mkbuelow.net> <20050617185726.GD94284@mail.distrust.net> Organization: Steve O'Hara-Smith X-Mailer: Sylpheed version 1.9.12 (GTK+ 2.6.7; i386-portbld-freebsd4.8) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, nalists@scls.lib.wi.us, uzi@bmby.com, mkb@incubus.de Subject: Re: FreeBSD MySQL still WAY slower than Linux X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2005 19:12:01 -0000 On Fri, 17 Jun 2005 13:57:26 -0500 David Sze wrote: > I'm not sure filesystem consistency alone is "good enough". Say your > bank's database crashes right after you make a deposit. When it comes > back up it's consistent, but only up to 5 minutes before the crash due > to the async mount. > > For this type of application, something in the system has to be keeping > a "journal" on a sync mount in order for recovery to be both consistent > and correct. For that critical an application the transaction should be stored in multiple physically separated locations and confirmed by the two faced kermit\w\w\w two phase commit protocol. Said implementation had better have the correct disaster restart protocol implemented too. -- C:>WIN | Directable Mirror Arrays The computer obeys and wins. | A better way to focus the sun You lose and Bill collects. | licences available see | http://www.sohara.org/ From owner-freebsd-stable@FreeBSD.ORG Fri Jun 17 19:18:38 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2986F16A41C for ; Fri, 17 Jun 2005 19:18:38 +0000 (GMT) (envelope-from braukmann@tse-online.de) Received: from lithium.plan-ix.de (lithium.plan-ix.de [212.37.39.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id D72D043D1F for ; Fri, 17 Jun 2005 19:18:36 +0000 (GMT) (envelope-from braukmann@tse-online.de) Received: from localhost (lithium.plan-ix.de [212.37.39.35]) by lithium.plan-ix.de (Postfix) with ESMTP id C97832EE76F; Fri, 17 Jun 2005 19:18:34 +0000 (GMT) Received: from localhost.plan-ix.de ([212.37.39.35]) by localhost (lithium.plan-ix.de [212.37.39.35]) (amavisd-new, port 10025) with ESMTP id 65809-02; Fri, 17 Jun 2005 19:18:34 +0000 (GMT) Received: from [192.168.225.210] (pD95B30DB.dip0.t-ipconnect.de [217.91.48.219]) by lithium.plan-ix.de (Postfix) with ESMTP id F2C662EDE4E; Fri, 17 Jun 2005 19:18:32 +0000 (GMT) Date: Fri, 17 Jun 2005 21:18:32 +0200 From: Andreas Braukmann To: Matthias Buelow Message-ID: In-Reply-To: <200506171547.j5HFluAI042603@drjekyll.mkbuelow.net> References: <200506171547.j5HFluAI042603@drjekyll.mkbuelow.net> X-Mailer: Mulberry/3.1.6 (Mac OS X) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Virus-Scanned: by amavisd-new at plan-ix.de Cc: Greg Barniskis , uzi@bmby.com, freebsd-stable@freebsd.org Subject: Re: FreeBSD MySQL still WAY slower than Linux X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2005 19:18:38 -0000 --On Freitag, 17. Juni 2005 17:47 Uhr +0200 Matthias Buelow wrote: > Greg Barniskis writes: > Is CentOS using ext2? I thought everyone moved to ext3 already, which > provides nearly the speed of ext2+async but is safe due to its journal. > If you make such comparisons, please use current technology, and not > the status quo of 5 years ago. ext3 delivers abysmal performance on concurrent write operations. XFS is substantially faster. We experienced postgresql database files becoming corrupt under high load (bulk imports; more than a hand full updates per second) on xfs fileystems (2.6.3 - 2.6.5 timeframe). We're about to move this client's (a pure Linux shop as yet) postgresql servers to FreeBSD/amd64. The first experimental setup on FreeBSD/amd64 (single processor, 1.4 GHz, 2 single SCSI disks 10kUPM, 5-stable, SMP-Kernel) delivers the quintupled (application specific) insert/update throughput over the current production setup (dual XEON, 4 spindle Hardware RAID 1+0, Linux/i386 2.6.x SMP). I hope to get my hands on a larger hardware testbed, so that I'd be able to do side by side comparisons. > [Apart from that, over the last decade, I've lost more UFS filesystems > than ext2, so at least for me, that purported unsafety of ext2+async > mounts is theoretical at best. In the end, with today's write-caches > usually enabled, both are essentially the same, anyways.] That makes your arguments pointless. I wouldn't even think of running a database server on an async mounted filesystem; all the more I wouldn't connect a drive with enabled write cache to a production box. -Andreas I lost exactly two UFS filesystems since my very FreeBSD beginnings and that was in the very early 3-current days shortly after the very first softupdates patches ... From owner-freebsd-stable@FreeBSD.ORG Fri Jun 17 21:01:21 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 19A2616A41C for ; Fri, 17 Jun 2005 21:01:21 +0000 (GMT) (envelope-from mkb@mkbuelow.net) Received: from luzifer.incubus.de (incubus.de [80.237.207.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id C42DC43D49 for ; Fri, 17 Jun 2005 21:01:20 +0000 (GMT) (envelope-from mkb@mkbuelow.net) Received: from drjekyll.mkbuelow.net (p54AAEB90.dip.t-dialin.net [84.170.235.144]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by luzifer.incubus.de (Postfix) with ESMTP id 059EC2EFF0; Fri, 17 Jun 2005 23:04:11 +0200 (CEST) Received: from drjekyll.mkbuelow.net (mkb@localhost.mkbuelow.net [127.0.0.1]) by drjekyll.mkbuelow.net (8.13.3/8.13.3) with ESMTP id j5HL1Upn043700; Fri, 17 Jun 2005 23:01:31 +0200 (CEST) (envelope-from mkb@drjekyll.mkbuelow.net) Message-Id: <200506172101.j5HL1Upn043700@drjekyll.mkbuelow.net> From: Matthias Buelow To: David Sze In-Reply-To: Message from David Sze of "Fri, 17 Jun 2005 13:57:26 CDT." <20050617185726.GD94284@mail.distrust.net> X-Mailer: MH-E 7.84; nmh 1.0.4; XEmacs 21.4 (patch 17) Date: Fri, 17 Jun 2005 23:01:30 +0200 Sender: mkb@mkbuelow.net Cc: freebsd-stable@freebsd.org, Greg Barniskis , uzi@bmby.com, Matthias Buelow Subject: Re: FreeBSD MySQL still WAY slower than Linux X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2005 21:01:21 -0000 David Sze writes: >I'm not sure filesystem consistency alone is "good enough". Say your >bank's database crashes right after you make a deposit. When it comes >back up it's consistent, but only up to 5 minutes before the crash due >to the async mount. A bank doesn't run on Unix. It runs on mainframes, with such funny features like processors executing each instruction in parallel, and comparing the results. Completely different universe here. On Unix, filesystem consistency is the best you'll normally get. You _can_ mount filesystems synchronously, both with UFS aswell as ext2/3 etc., but the performance is abysmal. Maybe useful in particular situations but you probably wouldn't want to run your desktop (or busy server) with it. I mean, just try it and see (and make sure writeback-caching on the disks is disabled, when possible.) mkb. From owner-freebsd-stable@FreeBSD.ORG Fri Jun 17 21:06:17 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 92CE016A41F for ; Fri, 17 Jun 2005 21:06:17 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from smtp-vbr8.xs4all.nl (smtp-vbr8.xs4all.nl [194.109.24.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2918C43D4C for ; Fri, 17 Jun 2005 21:06:16 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtp-vbr8.xs4all.nl (8.13.3/8.13.3) with ESMTP id j5HL68hL093344; Fri, 17 Jun 2005 23:06:08 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.13.3/8.13.3) with ESMTP id j5HL68En036980; Fri, 17 Jun 2005 23:06:08 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.13.3/8.13.1/Submit) id j5HL679W036979; Fri, 17 Jun 2005 23:06:07 +0200 (CEST) (envelope-from wb) Date: Fri, 17 Jun 2005 23:06:07 +0200 From: Wilko Bulte To: Matthias Buelow Message-ID: <20050617210607.GA36959@freebie.xs4all.nl> References: <20050617185726.GD94284@mail.distrust.net> <200506172101.j5HL1Upn043700@drjekyll.mkbuelow.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200506172101.j5HL1Upn043700@drjekyll.mkbuelow.net> X-OS: FreeBSD 5.4-STABLE User-Agent: Mutt/1.5.9i X-Virus-Scanned: by XS4ALL Virus Scanner Cc: Greg Barniskis , uzi@bmby.com, freebsd-stable@freebsd.org Subject: Re: FreeBSD MySQL still WAY slower than Linux X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2005 21:06:17 -0000 On Fri, Jun 17, 2005 at 11:01:30PM +0200, Matthias Buelow wrote.. > David Sze writes: > > >I'm not sure filesystem consistency alone is "good enough". Say your > >bank's database crashes right after you make a deposit. When it comes > >back up it's consistent, but only up to 5 minutes before the crash due > >to the async mount. > > A bank doesn't run on Unix. It runs on mainframes, with such funny Total bull.. > features like processors executing each instruction in parallel, > and comparing the results. Completely different universe here. Sorry, when was the last time you saw a bank backoffice computer room? If you give me $5 per Unix system found there I can retire here and now. -- Wilko Bulte wilko@FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Fri Jun 17 21:10:32 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A3E9316A41C for ; Fri, 17 Jun 2005 21:10:32 +0000 (GMT) (envelope-from mkb@mkbuelow.net) Received: from luzifer.incubus.de (incubus.de [80.237.207.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 63BCA43D48 for ; Fri, 17 Jun 2005 21:10:32 +0000 (GMT) (envelope-from mkb@mkbuelow.net) Received: from drjekyll.mkbuelow.net (p54AAEB90.dip.t-dialin.net [84.170.235.144]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by luzifer.incubus.de (Postfix) with ESMTP id A6D312EFF0; Fri, 17 Jun 2005 23:13:19 +0200 (CEST) Received: from drjekyll.mkbuelow.net (mkb@localhost.mkbuelow.net [127.0.0.1]) by drjekyll.mkbuelow.net (8.13.3/8.13.3) with ESMTP id j5HLAdLF043784; Fri, 17 Jun 2005 23:10:40 +0200 (CEST) (envelope-from mkb@drjekyll.mkbuelow.net) Message-Id: <200506172110.j5HLAdLF043784@drjekyll.mkbuelow.net> From: Matthias Buelow To: Andreas Braukmann In-Reply-To: Message from Andreas Braukmann of "Fri, 17 Jun 2005 21:18:32 +0200." X-Mailer: MH-E 7.84; nmh 1.0.4; XEmacs 21.4 (patch 17) Date: Fri, 17 Jun 2005 23:10:39 +0200 Sender: mkb@mkbuelow.net Cc: freebsd-stable@freebsd.org, Greg Barniskis , uzi@bmby.com, Matthias Buelow Subject: Re: FreeBSD MySQL still WAY slower than Linux X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2005 21:10:32 -0000 Andreas Braukmann writes: >That makes your arguments pointless. I wouldn't even think of >running a database server on an async mounted filesystem; all the >more I wouldn't connect a drive with enabled write cache to a >production box. So you remount all filesystems -o sync on your FreeBSD servers? And you're still satisfied with the performance? mkb. From owner-freebsd-stable@FreeBSD.ORG Fri Jun 17 21:11:54 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8A7D616A41C for ; Fri, 17 Jun 2005 21:11:54 +0000 (GMT) (envelope-from mkb@mkbuelow.net) Received: from luzifer.incubus.de (incubus.de [80.237.207.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4A65543D4C for ; Fri, 17 Jun 2005 21:11:54 +0000 (GMT) (envelope-from mkb@mkbuelow.net) Received: from drjekyll.mkbuelow.net (p54AAEB90.dip.t-dialin.net [84.170.235.144]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by luzifer.incubus.de (Postfix) with ESMTP id E82FF2F090; Fri, 17 Jun 2005 23:14:45 +0200 (CEST) Received: from drjekyll.mkbuelow.net (mkb@localhost.mkbuelow.net [127.0.0.1]) by drjekyll.mkbuelow.net (8.13.3/8.13.3) with ESMTP id j5HLC6U9043819; Fri, 17 Jun 2005 23:12:07 +0200 (CEST) (envelope-from mkb@drjekyll.mkbuelow.net) Message-Id: <200506172112.j5HLC6U9043819@drjekyll.mkbuelow.net> From: Matthias Buelow To: Wilko Bulte In-Reply-To: Message from Wilko Bulte of "Fri, 17 Jun 2005 23:06:07 +0200." <20050617210607.GA36959@freebie.xs4all.nl> X-Mailer: MH-E 7.84; nmh 1.0.4; XEmacs 21.4 (patch 17) Date: Fri, 17 Jun 2005 23:12:06 +0200 Sender: mkb@mkbuelow.net Cc: freebsd-stable@freebsd.org, Greg Barniskis , uzi@bmby.com, Matthias Buelow Subject: Re: FreeBSD MySQL still WAY slower than Linux X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2005 21:11:54 -0000 Wilko Bulte writes: >If you give me $5 per Unix system found there I can retire here and now. For financial transaction processing, and the customer's accounts? I hope it's not my bank.. mkb. From owner-freebsd-stable@FreeBSD.ORG Fri Jun 17 21:21:30 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A3C7516A41C for ; Fri, 17 Jun 2005 21:21:30 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from smtp-vbr10.xs4all.nl (smtp-vbr10.xs4all.nl [194.109.24.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B62043D49 for ; Fri, 17 Jun 2005 21:21:29 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtp-vbr10.xs4all.nl (8.13.3/8.13.3) with ESMTP id j5HLLQaa090869; Fri, 17 Jun 2005 23:21:26 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.13.3/8.13.3) with ESMTP id j5HLLPGN037098; Fri, 17 Jun 2005 23:21:25 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.13.3/8.13.1/Submit) id j5HLLPDs037097; Fri, 17 Jun 2005 23:21:25 +0200 (CEST) (envelope-from wb) Date: Fri, 17 Jun 2005 23:21:25 +0200 From: Wilko Bulte To: Matthias Buelow Message-ID: <20050617212125.GC36959@freebie.xs4all.nl> References: <20050617210607.GA36959@freebie.xs4all.nl> <200506172112.j5HLC6U9043819@drjekyll.mkbuelow.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200506172112.j5HLC6U9043819@drjekyll.mkbuelow.net> X-OS: FreeBSD 5.4-STABLE User-Agent: Mutt/1.5.9i X-Virus-Scanned: by XS4ALL Virus Scanner Cc: Greg Barniskis , uzi@bmby.com, freebsd-stable@freebsd.org Subject: Re: FreeBSD MySQL still WAY slower than Linux X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2005 21:21:30 -0000 On Fri, Jun 17, 2005 at 11:12:06PM +0200, Matthias Buelow wrote.. > Wilko Bulte writes: > > >If you give me $5 per Unix system found there I can retire here and now. > > For financial transaction processing, and the customer's accounts? Yes. Go and visit the London City and check their computer rooms. You will be surprised about the number of UNIX boxes. You don't think IBM, HP, Sun etc sell their UNIX machines just to ISPs or..? > I hope it's not my bank.. It might very well be your bank.. -- Wilko Bulte wilko@FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Fri Jun 17 21:26:58 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CDC3E16A41C for ; Fri, 17 Jun 2005 21:26:58 +0000 (GMT) (envelope-from oweandre@stud.ntnu.no) Received: from royk.itea.ntnu.no (royk.itea.ntnu.no [129.241.190.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8810843D55 for ; Fri, 17 Jun 2005 21:26:58 +0000 (GMT) (envelope-from oweandre@stud.ntnu.no) Received: from localhost (localhost [127.0.0.1]) by royk.itea.ntnu.no (Postfix) with ESMTP id D7C6A66D74 for ; Fri, 17 Jun 2005 23:26:56 +0200 (CEST) Received: from [129.241.134.56] (m056g.studby.ntnu.no [129.241.134.56]) by royk.itea.ntnu.no (Postfix) with ESMTP for ; Fri, 17 Jun 2005 23:26:56 +0200 (CEST) Message-ID: <42B34020.3050203@stud.ntnu.no> Date: Fri, 17 Jun 2005 23:26:56 +0200 From: =?ISO-8859-1?Q?Owe_Andr=E9_J=F8rgensen?= User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20050617210607.GA36959@freebie.xs4all.nl> <200506172112.j5HLC6U9043819@drjekyll.mkbuelow.net> <20050617212125.GC36959@freebie.xs4all.nl> In-Reply-To: <20050617212125.GC36959@freebie.xs4all.nl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Scanned: with sophos and spamassassin at mailgw.ntnu.no. Subject: Re: FreeBSD MySQL still WAY slower than Linux X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2005 21:26:58 -0000 Wilko Bulte wrote: > On Fri, Jun 17, 2005 at 11:12:06PM +0200, Matthias Buelow wrote.. > >>Wilko Bulte writes: >> >> >>>If you give me $5 per Unix system found there I can retire here and now. >> >>For financial transaction processing, and the customer's accounts? > > > Yes. Go and visit the London City and check their computer rooms. > You will be surprised about the number of UNIX boxes. You don't > think IBM, HP, Sun etc sell their UNIX machines just to ISPs or..? > > >>I hope it's not my bank.. > > > It might very well be your bank.. > > I'm sorry to say it, but there is a lot of mainframes a quite few unix boxes in the central accounting and transfer departments. remember that there are a shitload of Cobol Mainframes that are still used by a lot of banks.. From owner-freebsd-stable@FreeBSD.ORG Fri Jun 17 21:27:03 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1E7CE16A422 for ; Fri, 17 Jun 2005 21:27:03 +0000 (GMT) (envelope-from javier@kjsl.com) Received: from skylane.kjsl.com (skylane.kjsl.com [69.36.241.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 055BD43D55 for ; Fri, 17 Jun 2005 21:27:02 +0000 (GMT) (envelope-from javier@kjsl.com) Received: from [171.69.89.206] (dhcp-171-69-89-206.cisco.com [171.69.89.206]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by skylane.kjsl.com (Postfix) with ESMTP id 8C82A5C55B; Fri, 17 Jun 2005 14:27:02 -0700 (PDT) Message-ID: <42B34018.2040604@kjsl.com> Date: Fri, 17 Jun 2005 14:26:48 -0700 From: Javier Henderson User-Agent: Mozilla Thunderbird 1.0 (Macintosh/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Wilko Bulte References: <20050617210607.GA36959@freebie.xs4all.nl> <200506172112.j5HLC6U9043819@drjekyll.mkbuelow.net> <20050617212125.GC36959@freebie.xs4all.nl> In-Reply-To: <20050617212125.GC36959@freebie.xs4all.nl> X-Enigmail-Version: 0.89.6.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Greg Barniskis , uzi@bmby.com, Matthias Buelow Subject: Re: FreeBSD MySQL still WAY slower than Linux X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2005 21:27:03 -0000 Wilko Bulte wrote: > On Fri, Jun 17, 2005 at 11:12:06PM +0200, Matthias Buelow wrote.. > >>Wilko Bulte writes: >> >> >>>If you give me $5 per Unix system found there I can retire here and now. >> >>For financial transaction processing, and the customer's accounts? > > > Yes. Go and visit the London City and check their computer rooms. > You will be surprised about the number of UNIX boxes. You don't > think IBM, HP, Sun etc sell their UNIX machines just to ISPs or..? But are those Unix servers actually processing bank transactions and holding customer accounts? -jav From owner-freebsd-stable@FreeBSD.ORG Fri Jun 17 21:35:09 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ED3FE16A41C for ; Fri, 17 Jun 2005 21:35:09 +0000 (GMT) (envelope-from mkb@mkbuelow.net) Received: from luzifer.incubus.de (incubus.de [80.237.207.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id ABA9643D48 for ; Fri, 17 Jun 2005 21:35:09 +0000 (GMT) (envelope-from mkb@mkbuelow.net) Received: from drjekyll.mkbuelow.net (p54AAEB90.dip.t-dialin.net [84.170.235.144]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by luzifer.incubus.de (Postfix) with ESMTP id 267362EFF0; Fri, 17 Jun 2005 23:38:01 +0200 (CEST) Received: from drjekyll.mkbuelow.net (mkb@localhost.mkbuelow.net [127.0.0.1]) by drjekyll.mkbuelow.net (8.13.3/8.13.3) with ESMTP id j5HLZMui043949; Fri, 17 Jun 2005 23:35:22 +0200 (CEST) (envelope-from mkb@drjekyll.mkbuelow.net) Message-Id: <200506172135.j5HLZMui043949@drjekyll.mkbuelow.net> From: Matthias Buelow To: Wilko Bulte In-Reply-To: Message from Wilko Bulte of "Fri, 17 Jun 2005 23:21:25 +0200." <20050617212125.GC36959@freebie.xs4all.nl> X-Mailer: MH-E 7.84; nmh 1.0.4; XEmacs 21.4 (patch 17) Date: Fri, 17 Jun 2005 23:35:22 +0200 Sender: mkb@mkbuelow.net Cc: freebsd-stable@freebsd.org, Greg Barniskis , uzi@bmby.com, Matthias Buelow Subject: Re: FreeBSD MySQL still WAY slower than Linux X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2005 21:35:10 -0000 Wilko Bulte writes: >Yes. Go and visit the London City and check their computer rooms. >You will be surprised about the number of UNIX boxes. You don't >think IBM, HP, Sun etc sell their UNIX machines just to ISPs or..? And these are the machines where the master account data is stored? >It might very well be your bank.. I've browsed a bit.. they seem to be using one (or more) S/390 (zSeries). Although a different branch office indeed seems to have replaced it for a couple pSeries machines with AIX and some Veritas clusters but I don't know what the purpose of this installation is. But in general I'd think that mainframes are still dominant here. From what I've heard, all transactions are also printed, in real-time, on paper (by high-speed lineprinters), so that even when the machines fail completely and lose transaction data, there is still a hardcopy log. At least I hope that this is (still) true. mkb. From owner-freebsd-stable@FreeBSD.ORG Fri Jun 17 21:40:15 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A99B416A41C for ; Fri, 17 Jun 2005 21:40:15 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from smtp-vbr14.xs4all.nl (smtp-vbr14.xs4all.nl [194.109.24.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3DE6643D48 for ; Fri, 17 Jun 2005 21:40:15 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtp-vbr14.xs4all.nl (8.13.3/8.13.3) with ESMTP id j5HLeDXP040365; Fri, 17 Jun 2005 23:40:13 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.13.3/8.13.3) with ESMTP id j5HLeD26037304; Fri, 17 Jun 2005 23:40:13 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.13.3/8.13.1/Submit) id j5HLeDae037303; Fri, 17 Jun 2005 23:40:13 +0200 (CEST) (envelope-from wb) Date: Fri, 17 Jun 2005 23:40:13 +0200 From: Wilko Bulte To: Owe =?iso-8859-1?Q?Andr=E9_J=F8rgensen?= Message-ID: <20050617214013.GF36959@freebie.xs4all.nl> References: <20050617210607.GA36959@freebie.xs4all.nl> <200506172112.j5HLC6U9043819@drjekyll.mkbuelow.net> <20050617212125.GC36959@freebie.xs4all.nl> <42B34020.3050203@stud.ntnu.no> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <42B34020.3050203@stud.ntnu.no> X-OS: FreeBSD 5.4-STABLE User-Agent: Mutt/1.5.9i X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD MySQL still WAY slower than Linux X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2005 21:40:15 -0000 On Fri, Jun 17, 2005 at 11:26:56PM +0200, Owe Andr? J?rgensen wrote.. > Wilko Bulte wrote: > >On Fri, Jun 17, 2005 at 11:12:06PM +0200, Matthias Buelow wrote.. > > > >>Wilko Bulte writes: > >> > >> > >>>If you give me $5 per Unix system found there I can retire here and now. > >> > >>For financial transaction processing, and the customer's accounts? > > > > > >Yes. Go and visit the London City and check their computer rooms. > >You will be surprised about the number of UNIX boxes. You don't > >think IBM, HP, Sun etc sell their UNIX machines just to ISPs or..? > > > > > >>I hope it's not my bank.. > > > > > >It might very well be your bank.. > > > I'm sorry to say it, but there is a lot of mainframes a quite few unix > boxes in the central accounting and transfer departments. > > remember that there are a shitload of Cobol Mainframes that are still > used by a lot of banks.. Sure. But that does not mean there are not a lot of UNIX machines carrying high-value financial data in the banking world. What we forgot: there are quite some Tandem boxes too, for things like dealing rooms and ATM networks etc. -- Wilko Bulte wilko@FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Fri Jun 17 21:42:12 2005 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B369D16A41C for ; Fri, 17 Jun 2005 21:42:12 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from smtp-vbr14.xs4all.nl (smtp-vbr14.xs4all.nl [194.109.24.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 48E5843D48 for ; Fri, 17 Jun 2005 21:42:12 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtp-vbr14.xs4all.nl (8.13.3/8.13.3) with ESMTP id j5HLg80a041116; Fri, 17 Jun 2005 23:42:09 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.13.3/8.13.3) with ESMTP id j5HLg8Tk037335; Fri, 17 Jun 2005 23:42:08 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.13.3/8.13.1/Submit) id j5HLg8Lv037334; Fri, 17 Jun 2005 23:42:08 +0200 (CEST) (envelope-from wb) Date: Fri, 17 Jun 2005 23:42:08 +0200 From: Wilko Bulte To: Javier Henderson Message-ID: <20050617214208.GG36959@freebie.xs4all.nl> References: <20050617210607.GA36959@freebie.xs4all.nl> <200506172112.j5HLC6U9043819@drjekyll.mkbuelow.net> <20050617212125.GC36959@freebie.xs4all.nl> <42B34018.2040604@kjsl.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <42B34018.2040604@kjsl.com> X-OS: FreeBSD 5.4-STABLE User-Agent: Mutt/1.5.9i X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-stable@FreeBSD.ORG, Greg Barniskis , uzi@bmby.com, Matthias Buelow Subject: Re: FreeBSD MySQL still WAY slower than Linux X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2005 21:42:12 -0000 On Fri, Jun 17, 2005 at 02:26:48PM -0700, Javier Henderson wrote.. > Wilko Bulte wrote: > >On Fri, Jun 17, 2005 at 11:12:06PM +0200, Matthias Buelow wrote.. > > > >>Wilko Bulte writes: > >> > >> > >>>If you give me $5 per Unix system found there I can retire here and now. > >> > >>For financial transaction processing, and the customer's accounts? > > > > > >Yes. Go and visit the London City and check their computer rooms. > >You will be surprised about the number of UNIX boxes. You don't > >think IBM, HP, Sun etc sell their UNIX machines just to ISPs or..? > > But are those Unix servers actually processing bank transactions and > holding customer accounts? Why not? As an aside: what do you think telecom operators run their main billing systems on? UNIX... Any idea what downtime costs per hour on those systems? -- Wilko Bulte wilko@FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Fri Jun 17 21:47:34 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B5DCC16A41C for ; Fri, 17 Jun 2005 21:47:34 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from pi.codefab.com (pi.codefab.com [199.103.21.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8025F43D1D for ; Fri, 17 Jun 2005 21:47:34 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from localhost (localhost [127.0.0.1]) by pi.codefab.com (Postfix) with ESMTP id EB2055D53; Fri, 17 Jun 2005 17:47:33 -0400 (EDT) Received: from pi.codefab.com ([127.0.0.1]) by localhost (pi.codefab.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 78642-07; Fri, 17 Jun 2005 17:47:31 -0400 (EDT) Received: from [192.168.1.3] (pool-68-161-66-3.ny325.east.verizon.net [68.161.66.3]) by pi.codefab.com (Postfix) with ESMTP id 73B295D68; Fri, 17 Jun 2005 17:47:31 -0400 (EDT) Message-ID: <42B34570.8080906@mac.com> Date: Fri, 17 Jun 2005 17:49:36 -0400 From: Chuck Swiger Organization: The Courts of Chaos User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.8) Gecko/20050511 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Javier Henderson References: <20050617210607.GA36959@freebie.xs4all.nl> <200506172112.j5HLC6U9043819@drjekyll.mkbuelow.net> <20050617212125.GC36959@freebie.xs4all.nl> <42B34018.2040604@kjsl.com> In-Reply-To: <42B34018.2040604@kjsl.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at codefab.com Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD MySQL still WAY slower than Linux X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2005 21:47:34 -0000 Javier Henderson wrote: > Wilko Bulte wrote: [ ... ] >> Yes. Go and visit the London City and check their computer rooms. >> You will be surprised about the number of UNIX boxes. You don't >> think IBM, HP, Sun etc sell their UNIX machines just to ISPs or..? > > But are those Unix servers actually processing bank transactions and > holding customer accounts? Some of 'em, sure. They tended to use a lot of Sun Exxxx or HP Apollo 9000 boxen. They also used Unix boxes a lot for trading system/forecasting, often using inhouse software development and a bit of outside consulting. At one point, SBC had over 3000 NeXT systems there. [ I worked at a company which developed and deployed NEXTSTEP software for the various big banks in Chicago, FNBC, SBC, UBS, and the CBX (commodity exchange). ITS, run by a guy called Ted Shelton. ] -- -Chuck PS: You'd be surprised at how many ATMs and POS machines are running IBM's OS/2.... From owner-freebsd-stable@FreeBSD.ORG Fri Jun 17 21:48:09 2005 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3E6C416A41C for ; Fri, 17 Jun 2005 21:48:09 +0000 (GMT) (envelope-from javier@kjsl.com) Received: from skylane.kjsl.com (skylane.kjsl.com [69.36.241.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 14CC943D49 for ; Fri, 17 Jun 2005 21:48:08 +0000 (GMT) (envelope-from javier@kjsl.com) Received: from [171.69.89.206] (dhcp-171-69-89-206.cisco.com [171.69.89.206]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by skylane.kjsl.com (Postfix) with ESMTP id AC91F5C568; Fri, 17 Jun 2005 14:48:08 -0700 (PDT) Message-ID: <42B3450A.3020109@kjsl.com> Date: Fri, 17 Jun 2005 14:47:54 -0700 From: Javier Henderson User-Agent: Mozilla Thunderbird 1.0 (Macintosh/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Wilko Bulte References: <20050617210607.GA36959@freebie.xs4all.nl> <200506172112.j5HLC6U9043819@drjekyll.mkbuelow.net> <20050617212125.GC36959@freebie.xs4all.nl> <42B34018.2040604@kjsl.com> <20050617214208.GG36959@freebie.xs4all.nl> In-Reply-To: <20050617214208.GG36959@freebie.xs4all.nl> X-Enigmail-Version: 0.89.6.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@FreeBSD.ORG, Greg Barniskis , uzi@bmby.com, Matthias Buelow Subject: Re: FreeBSD MySQL still WAY slower than Linux X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2005 21:48:09 -0000 Wilko Bulte wrote: > On Fri, Jun 17, 2005 at 02:26:48PM -0700, Javier Henderson wrote.. > >>Wilko Bulte wrote: >> >>>On Fri, Jun 17, 2005 at 11:12:06PM +0200, Matthias Buelow wrote.. >>> >>> >>>>Wilko Bulte writes: >>>> >>>> >>>> >>>>>If you give me $5 per Unix system found there I can retire here and now. >>>> >>>>For financial transaction processing, and the customer's accounts? >>> >>> >>>Yes. Go and visit the London City and check their computer rooms. >>>You will be surprised about the number of UNIX boxes. You don't >>>think IBM, HP, Sun etc sell their UNIX machines just to ISPs or..? >> >>But are those Unix servers actually processing bank transactions and >>holding customer accounts? > > > Why not? As an aside: what do you think telecom operators run their > main billing systems on? UNIX... I'm sure some do. Others run theirs on VMS. > Any idea what downtime costs per hour on those systems? A lot. -jav From owner-freebsd-stable@FreeBSD.ORG Fri Jun 17 21:48:47 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B28C116A420 for ; Fri, 17 Jun 2005 21:48:47 +0000 (GMT) (envelope-from braukmann@tse-online.de) Received: from lithium.plan-ix.de (lithium.plan-ix.de [212.37.39.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 65E9D43D1D for ; Fri, 17 Jun 2005 21:48:46 +0000 (GMT) (envelope-from braukmann@tse-online.de) Received: from localhost (lithium.plan-ix.de [212.37.39.35]) by lithium.plan-ix.de (Postfix) with ESMTP id BE6A82EE771; Fri, 17 Jun 2005 21:48:45 +0000 (GMT) Received: from localhost.plan-ix.de ([212.37.39.35]) by localhost (lithium.plan-ix.de [212.37.39.35]) (amavisd-new, port 10025) with ESMTP id 65809-06; Fri, 17 Jun 2005 21:48:45 +0000 (GMT) Received: from [192.168.225.210] (pD95B30DB.dip0.t-ipconnect.de [217.91.48.219]) by lithium.plan-ix.de (Postfix) with ESMTP id 49B132EE770; Fri, 17 Jun 2005 21:48:44 +0000 (GMT) Date: Fri, 17 Jun 2005 23:48:43 +0200 From: Andreas Braukmann To: Matthias Buelow Message-ID: <2CC4313971530A4F1A908FF0@[192.168.225.210]> In-Reply-To: <200506172110.j5HLAdLF043784@drjekyll.mkbuelow.net> References: <200506172110.j5HLAdLF043784@drjekyll.mkbuelow.net> X-Mailer: Mulberry/3.1.6 (Mac OS X) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Virus-Scanned: by amavisd-new at plan-ix.de Cc: Greg Barniskis , uzi@bmby.com, freebsd-stable@freebsd.org Subject: Re: FreeBSD MySQL still WAY slower than Linux X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2005 21:48:47 -0000 --On Freitag, 17. Juni 2005 23:10 Uhr +0200 Matthias Buelow wrote: > Andreas Braukmann writes: > >> That makes your arguments pointless. I wouldn't even think of >> running a database server on an async mounted filesystem; all the >> more I wouldn't connect a drive with enabled write cache to a >> production box. > > So you remount all filesystems -o sync on your FreeBSD servers? > And you're still satisfied with the performance? no. But I don't mount them "async", either. The default "noasync" in combination with softupdates on disks with disabled write caches is perfectly fine with me. -Andreas From owner-freebsd-stable@FreeBSD.ORG Fri Jun 17 21:55:19 2005 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 687EA16A41C for ; Fri, 17 Jun 2005 21:55:19 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from smtp-vbr3.xs4all.nl (smtp-vbr3.xs4all.nl [194.109.24.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id F045D43D49 for ; Fri, 17 Jun 2005 21:55:18 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtp-vbr3.xs4all.nl (8.13.3/8.13.3) with ESMTP id j5HLtETf017483; Fri, 17 Jun 2005 23:55:14 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.13.3/8.13.3) with ESMTP id j5HLtE7C037560; Fri, 17 Jun 2005 23:55:14 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.13.3/8.13.1/Submit) id j5HLtEHP037559; Fri, 17 Jun 2005 23:55:14 +0200 (CEST) (envelope-from wb) Date: Fri, 17 Jun 2005 23:55:14 +0200 From: Wilko Bulte To: Javier Henderson Message-ID: <20050617215514.GB37494@freebie.xs4all.nl> References: <20050617210607.GA36959@freebie.xs4all.nl> <200506172112.j5HLC6U9043819@drjekyll.mkbuelow.net> <20050617212125.GC36959@freebie.xs4all.nl> <42B34018.2040604@kjsl.com> <20050617214208.GG36959@freebie.xs4all.nl> <42B3450A.3020109@kjsl.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <42B3450A.3020109@kjsl.com> X-OS: FreeBSD 5.4-STABLE User-Agent: Mutt/1.5.9i X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-stable@FreeBSD.ORG, Greg Barniskis , uzi@bmby.com, Matthias Buelow Subject: Re: FreeBSD MySQL still WAY slower than Linux X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2005 21:55:19 -0000 On Fri, Jun 17, 2005 at 02:47:54PM -0700, Javier Henderson wrote.. > Wilko Bulte wrote: > >On Fri, Jun 17, 2005 at 02:26:48PM -0700, Javier Henderson wrote.. > > > >>Wilko Bulte wrote: > >> > >>>On Fri, Jun 17, 2005 at 11:12:06PM +0200, Matthias Buelow wrote.. > >>> > >>> > >>>>Wilko Bulte writes: > >>>> > >>>> > >>>> > >>>>>If you give me $5 per Unix system found there I can retire here and > >>>>>now. > >>>> > >>>>For financial transaction processing, and the customer's accounts? > >>> > >>> > >>>Yes. Go and visit the London City and check their computer rooms. > >>>You will be surprised about the number of UNIX boxes. You don't > >>>think IBM, HP, Sun etc sell their UNIX machines just to ISPs or..? > >> > >>But are those Unix servers actually processing bank transactions and > >>holding customer accounts? > > > > > >Why not? As an aside: what do you think telecom operators run their > >main billing systems on? UNIX... > > I'm sure some do. Others run theirs on VMS. Most run Tru64. Not a lot run VMS. We had stock exchanges run VMS. Like the Dutch Stock Exchange and the Australian one for example. > >Any idea what downtime costs per hour on those systems? > > A lot. > > -jav > > --- end of quoted text --- -- Wilko Bulte wilko@FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Fri Jun 17 22:09:38 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 583E516A41C for ; Fri, 17 Jun 2005 22:09:38 +0000 (GMT) (envelope-from mkb@mkbuelow.net) Received: from luzifer.incubus.de (incubus.de [80.237.207.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 17BF743D1F for ; Fri, 17 Jun 2005 22:09:38 +0000 (GMT) (envelope-from mkb@mkbuelow.net) Received: from drjekyll.mkbuelow.net (p54AAEB90.dip.t-dialin.net [84.170.235.144]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by luzifer.incubus.de (Postfix) with ESMTP id 79A572EFF0; Sat, 18 Jun 2005 00:12:25 +0200 (CEST) Received: from drjekyll.mkbuelow.net (mkb@localhost.mkbuelow.net [127.0.0.1]) by drjekyll.mkbuelow.net (8.13.3/8.13.3) with ESMTP id j5HM9jIb044087; Sat, 18 Jun 2005 00:09:46 +0200 (CEST) (envelope-from mkb@drjekyll.mkbuelow.net) Message-Id: <200506172209.j5HM9jIb044087@drjekyll.mkbuelow.net> From: Matthias Buelow To: Andreas Braukmann In-Reply-To: Message from Andreas Braukmann of "Fri, 17 Jun 2005 23:48:43 +0200." <2CC4313971530A4F1A908FF0@[192.168.225.210]> X-Mailer: MH-E 7.84; nmh 1.0.4; XEmacs 21.4 (patch 17) Date: Sat, 18 Jun 2005 00:09:45 +0200 Sender: mkb@mkbuelow.net Cc: freebsd-stable@freebsd.org, Greg Barniskis , uzi@bmby.com, Matthias Buelow Subject: Re: FreeBSD MySQL still WAY slower than Linux X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2005 22:09:38 -0000 Andreas Braukmann writes: >no. But I don't mount them "async", either. >The default "noasync" in combination with softupdates >on disks with disabled write caches is perfectly fine >with me. "Noasync" only makes sense in the absence of softupdates. With softupdates, metadata is written asynchronously (I mean, that's the whole point, or at least half of it.) Besides, I thought you were talking about synchronous mounts (i.e., synchronous metadata _and_ data writes, which for most uses are just impractical). mkb. From owner-freebsd-stable@FreeBSD.ORG Fri Jun 17 22:10:46 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 00CAF16A41C for ; Fri, 17 Jun 2005 22:10:46 +0000 (GMT) (envelope-from julian@elischer.org) Received: from bigwoop.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id DE1AE43D1F for ; Fri, 17 Jun 2005 22:10:41 +0000 (GMT) (envelope-from julian@elischer.org) Received: from [208.206.78.97] (julian.vicor-nb.com [208.206.78.97]) by bigwoop.vicor-nb.com (Postfix) with ESMTP id EDD487A403 for ; Fri, 17 Jun 2005 15:10:40 -0700 (PDT) Message-ID: <42B34A61.9080302@elischer.org> Date: Fri, 17 Jun 2005 15:10:41 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.7) Gecko/20050423 X-Accept-Language: en, hu MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20050617212145.1E33216A41F@hub.freebsd.org> In-Reply-To: <20050617212145.1E33216A41F@hub.freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: WAS: FreeBSD MySQL still WAY slower than Linux X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2005 22:10:46 -0000 >Wilko Bulte writes: > > > >>>If you give me $5 per Unix system found there I can retire here and now. >> >> > For financial transaction processing, and the customer's accounts? I > hope it's not my bank.. mkb. Hmmm we processed something over a trillion dollars in bank backends last year on FreeBSD 4.8 (plus patches) on rack mounted PCs. And we didn't lose any of them (the dollars that is). From owner-freebsd-stable@FreeBSD.ORG Fri Jun 17 22:11:34 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E50CB16A41C for ; Fri, 17 Jun 2005 22:11:34 +0000 (GMT) (envelope-from jmartin37@speakeasy.net) Received: from mail22.sea5.speakeasy.net (mail22.sea5.speakeasy.net [69.17.117.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id BC60E43D48 for ; Fri, 17 Jun 2005 22:11:34 +0000 (GMT) (envelope-from jmartin37@speakeasy.net) Received: (qmail 10956 invoked from network); 17 Jun 2005 22:11:34 -0000 Received: from dsl027-163-157.atl1.dsl.speakeasy.net (HELO [192.168.0.200]) (moonlightcheese@[216.27.163.157]) (envelope-sender ) by mail22.sea5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 17 Jun 2005 22:11:34 -0000 Message-ID: <42B34A97.3000602@speakeasy.net> Date: Fri, 17 Jun 2005 18:11:35 -0400 From: Jarrod Martin User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Wilko Bulte References: <20050617210607.GA36959@freebie.xs4all.nl> <200506172112.j5HLC6U9043819@drjekyll.mkbuelow.net> <20050617212125.GC36959@freebie.xs4all.nl> <42B34020.3050203@stud.ntnu.no> <20050617214013.GF36959@freebie.xs4all.nl> In-Reply-To: <20050617214013.GF36959@freebie.xs4all.nl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: =?ISO-8859-1?Q?Owe_Andr=E9_J=F8rgensen?= , freebsd-stable@freebsd.org Subject: Re: FreeBSD MySQL still WAY slower than Linux X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2005 22:11:35 -0000 Wilko Bulte wrote: >On Fri, Jun 17, 2005 at 11:26:56PM +0200, Owe Andr? J?rgensen wrote.. > > >>Wilko Bulte wrote: >> >> >>>On Fri, Jun 17, 2005 at 11:12:06PM +0200, Matthias Buelow wrote.. >>> >>> >>> >>>>Wilko Bulte writes: >>>> >>>> >>>> >>>> >>>>>If you give me $5 per Unix system found there I can retire here and now. >>>>> >>>>> >>>>For financial transaction processing, and the customer's accounts? >>>> >>>> >>>Yes. Go and visit the London City and check their computer rooms. >>>You will be surprised about the number of UNIX boxes. You don't >>>think IBM, HP, Sun etc sell their UNIX machines just to ISPs or..? >>> >>> >>> >>> >>>>I hope it's not my bank.. >>>> >>>> >>>It might very well be your bank.. >>> >>> >>> >>I'm sorry to say it, but there is a lot of mainframes a quite few unix >>boxes in the central accounting and transfer departments. >> >>remember that there are a shitload of Cobol Mainframes that are still >>used by a lot of banks.. >> >> > >Sure. But that does not mean there are not a lot of UNIX machines carrying >high-value financial data in the banking world. > >What we forgot: there are quite some Tandem boxes too, for things like >dealing rooms and ATM networks etc. > > > this is a FreeBSD vs Linux MySQL performance thread. not a pissing contest about banking mainframes... From owner-freebsd-stable@FreeBSD.ORG Fri Jun 17 22:23:20 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7DB9216A41C for ; Fri, 17 Jun 2005 22:23:20 +0000 (GMT) (envelope-from mitch@kuoi.asui.uidaho.edu) Received: from kuoi.asui.uidaho.edu (kuoi.asui.uidaho.edu [129.101.191.123]) by mx1.FreeBSD.org (Postfix) with SMTP id 31C4043D49 for ; Fri, 17 Jun 2005 22:23:20 +0000 (GMT) (envelope-from mitch@kuoi.asui.uidaho.edu) Received: (qmail 3470 invoked by uid 1010); 17 Jun 2005 22:23:19 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 17 Jun 2005 22:23:19 -0000 Date: Fri, 17 Jun 2005 15:23:19 -0700 (PDT) From: Mitch Parks To: freebsd-stable@freebsd.org Message-ID: <20050617150950.F1236@kuoi.asui.uidaho.edu> X-Radio: KUOI MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: 5.4-p1 crash X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2005 22:23:20 -0000 Below are details regarding another crash on a Dell 2600 SMP (HTT and USB disabled). It has been 9 days since the last crash. I didn't have the serial console in place for this last crash, but it is now. Text includes: 1. backtrace 2. dmesg 3. kernel conf Since Dell diagnostics and Memtest check out fine, I'm kind of between a rock and a hard place here. I have a similar 2600 running 4.9 that is working great. I'd welcome any advice. Mitch Parks IT Coordinator UI Student Affairs ################## 1 This GDB was configured as "i386-marcel-freebsd". #0 doadump () at pcpu.h:159 159 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) backtrace #0 doadump () at pcpu.h:159 #1 0xc05357d7 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:410 #2 0xc0535afd in panic (fmt=0xc068b04f "%s") at /usr/src/sys/kern/kern_shutdown.c:566 #3 0xc06632d4 in trap_fatal (frame=0xe9137978, eva=1117174480) at /usr/src/sys/i386/i386/trap.c:817 #4 0xc0663017 in trap_pfault (frame=0xe9137978, usermode=0, eva=1117174480) at /usr/src/sys/i386/i386/trap.c:735 #5 0xc0662c71 in trap (frame= {tf_fs = -1068367848, tf_es = -384630768, tf_ds = 16777232, tf_edi = -9741 04776, tf_esi = 1117174476, tf_ebp = -384599616, tf_isp = -384599644, tf_ebx = - 1007283084, tf_edx = 1117174476, tf_ecx = -1066420548, tf_eax = 0, tf_trapno = 1 2, tf_err = 2, tf_eip = -1068141554, tf_cs = 8, tf_eflags = 66054, tf_esp = -1007283200, tf_ss = -1004205824}) at /usr/src/sys/i386/i386/trap.c:425 #6 0xc065130a in calltrap () at /usr/src/sys/i386/i386/exception.s:140 #7 0xc0520018 in fork1 (td=0xc3f61474, flags=89, pages=-384599580, procp=0xc0564171) at atomic.h:154 #8 0xc0557362 in selwakeuppri (sip=0xc3f61474, pri=89) at /usr/src/sys/kern/sys_generic.c:1056 #9 0xc0564171 in ttwakeup (tp=0x10206) at /usr/src/sys/kern/tty.c:2366 #10 0xc0562e18 in ttymodem (tp=0xc3f61400, flag=0) at /usr/src/sys/kern/tty.c:1625 #11 0xc0566b03 in ptcopen (dev=0xc4250900, flag=3, devtype=8192, td=0x0) at linedisc.h:136 #12 0xc04f9f66 in spec_open (ap=0xe9137a80) at /usr/src/sys/fs/specfs/spec_vnops.c:207 #13 0xc04f9cab in spec_vnoperate (ap=0x0) at /usr/src/sys/fs/specfs/spec_vnops.c:118 #14 0xc059489d in vn_open_cred (ndp=0xe9137be4, flagp=0xe9137ce4, cmode=0, cred=0xc3891e00, fdidx=0) at vnode_if.h:228 #15 0xc0594482 in vn_open (ndp=0x0, flagp=0xe9137ce4, cmode=0, fdidx=3) at /usr/src/sys/kern/vfs_vnops.c:91 #16 0xc058e32f in kern_open (td=0xc468e900, path=0x0, pathseg=UIO_USERSPACE, flags=3, mode=0) at /usr/src/sys/kern/vfs_syscalls.c:957 #17 0xc058e240 in open (td=0xc468e900, uap=0x0) at /usr/src/sys/kern/vfs_syscalls.c:926 #18 0xc066360f in syscall (frame= {tf_fs = 47, tf_es = 134676527, tf_ds = -1078001617, tf_edi = -1, tf_esi = 671951917, tf_ebp = -1077943096, tf_isp = -384598668, tf_ebx = 671959136, tf_ed x = 671951953, tf_ecx = 674495244, tf_eax = 5, tf_trapno = 12, tf_err = 2, tf_eip = 674002619, tf_cs = 31, tf_eflags = 658, tf_esp = -1077943188, tf_ss = 47}) at /usr/src/sys/i386/i386/trap.c:1009 #19 0xc065135f in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:201 #20 0x0000002f in ?? () #21 0x0807002f in ?? () #22 0xbfbf002f in ?? () #23 0xffffffff in ?? () #24 0x280d2c2d in ?? () #25 0xbfbfe4c8 in ?? () #26 0xe9137d74 in ?? () #27 0x280d4860 in ?? () #28 0x280d2c51 in ?? () #29 0x2833fb0c in ?? () #30 0x00000005 in ?? () #31 0x0000000c in ?? () #32 0x00000002 in ?? () #33 0x282c76bb in ?? () #34 0x0000001f in ?? () #35 0x00000292 in ?? () #36 0xbfbfe46c in ?? () #37 0x0000002f in ?? () #38 0x08067000 in ?? () #39 0x00000004 in ?? () #40 0x00000000 in ?? () #41 0x00000000 in ?? () #42 0x5b77b000 in ?? () #43 0xc42361c4 in ?? () #44 0xc468e900 in ?? () #45 0xe9137b34 in ?? () #46 0xe9137b1c in ?? () #47 0xc347f600 in ?? () #48 0xc0545d9f in sched_switch (td=0x280d2c2d, newtd=0x280d4860, flags=Cannot access memory at address 0xbfbfe4d8 ) at /usr/src/sys/kern/sched_4bsd.c:881 Previous frame inner to this frame (corrupt stack?) ############# 2 Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.4-RELEASE-p1 #18: Thu May 26 23:37:44 PDT 2005 root@kuoi.asui.uidaho.edu:/usr/obj/usr/src/sys/kuoi Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(TM) CPU 2.80GHz (2791.01-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 Features=0xbfebfbff real memory = 2147287040 (2047 MB) avail memory = 2095947776 (1998 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 6 ioapic0: Changing APIC ID to 8 ioapic1: Changing APIC ID to 9 ioapic2: Changing APIC ID to 10 ioapic2: WARNING: intbase 72 != expected base 48 ioapic3: Changing APIC ID to 11 ioapic3: WARNING: intbase 120 != expected base 96 ioapic4: Changing APIC ID to 12 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard ioapic2 irqs 72-95 on motherboard ioapic3 irqs 120-143 on motherboard ioapic4 irqs 144-167 on motherboard npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 cpu1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 2.0 on pci0 pci1: on pcib1 pci1: at device 28.0 (no driver attached) pcib2: at device 29.0 on pci1 pci2: on pcib2 pci1: at device 30.0 (no driver attached) pcib3: at device 31.0 on pci1 pci3: on pcib3 em0: port 0xece0-0xecff mem 0xfe8c0000-0xfe8dffff,0xfe8e0000-0xfe8fffff irq 28 at device 1.0 on pci3 em0: Ethernet address: 00:0f:1f:65:45:4e em0: Speed:N/A Duplex:N/A pcib4: at device 3.0 on pci0 pci4: on pcib4 pci4: at device 28.0 (no driver attached) pcib5: at device 29.0 on pci4 pci5: on pcib5 pci4: at device 30.0 (no driver attached) pcib6: at device 31.0 on pci4 pci6: on pcib6 pcib7: at device 4.0 on pci0 pci7: on pcib7 pci7: at device 28.0 (no driver attached) pcib8: at device 29.0 on pci7 pci8: on pcib8 amr0: mem 0xfebf0000-0xfebfffff irq 120 at device 8.0 on pci8 amr0: Firmware 2.48, BIOS 1.06, 128MB RAM pci7: at device 30.0 (no driver attached) pcib9: at device 31.0 on pci7 pci10: on pcib9 pcib10: at device 30.0 on pci0 pci11: on pcib10 pci11: at device 4.0 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0xfc00-0xfc0f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 fd0: <1440-KB 3.5" drive> on fdc0 drive 0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 psm0: irq 12 on atkbdc0 psm0: model Generic PS/2 mouse, device ID 0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A, console sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A ppc0: port 0x778-0x77f,0x378-0x37f irq 7 drq 1 on acpi0 ppc0: Generic chipset (ECP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ppbus0: on ppc0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 orm0: at iomem 0xec000-0xeffff,0xc0000-0xc7fff on isa0 pmtimer0 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x100> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 10.000 msec acd0: CDROM at ata0-master PIO4 amrd0: on amr0 amrd0: 139760MB (286228480 sectors) RAID 5 (optimal) ses0 at amr0 bus 0 target 6 lun 0 ses0: Fixed Processor SCSI-2 device ses0: SAF-TE Compliant Device SMP: AP CPU #1 Launched! Mounting root from ufs:/dev/amrd0s2a WARNING: / was not properly dismounted WARNING: /usr was not properly dismounted /usr: mount pending error: blocks 8 files 2 em0: Link is up 100 Mbps Full Duplex #################### 3 # machine i386 cpu I686_CPU ident KUOI makeoptions DEBUG=-g #Build kernel with gdb(1) debug symbols options SCHED_4BSD #4BSD scheduler options INET #InterNETworking options INET6 #IPv6 communications protocols options FFS #Berkeley Fast Filesystem options SOFTUPDATES #Enable FFS soft updates support options UFS_ACL #Support for access control lists options UFS_DIRHASH #Improve performance on big directories options MD_ROOT #MD is a potential root device options MSDOSFS #MSDOS Filesystem options CD9660 #ISO 9660 Filesystem options PROCFS #Process filesystem (requires PSEUDOFS) options PSEUDOFS #Pseudo-filesystem framework options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_FREEBSD4 #Compatible with FreeBSD4 options SCSI_DELAY=15000 #Delay (in ms) before probing SCSI options KTRACE #ktrace(1) support options SYSVSHM #SYSV-style shared memory options SYSVMSG #SYSV-style message queues options SYSVSEM #SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING #Posix P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev options AHC_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~128k to driver. options AHD_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~215k to driver. options ADAPTIVE_GIANT # To make an SMP kernel, the next two are needed options SMP # Symmetric MultiProcessor Kernel device apic # I/O APIC device isa device eisa device pci # Floppy drives device fdc # ATA and ATAPI devices device ata device atadisk # ATA disk drives device atapicd # ATAPI CDROM drives device atapifd # ATAPI floppy drives options ATA_STATIC_ID #Static device numbering # SCSI Controllers device ahc # AHA2940 and onboard AIC7xxx devices device ahd # AHA39320/29320 and onboard AIC79xx devices # SCSI peripherals device scbus # SCSI bus (required for SCSI) device ch # SCSI media changers device da # Direct Access (disks) device sa # Sequential Access (tape etc) device cd # CD device pass # Passthrough device (direct SCSI access) device ses # SCSI Environmental Services (and SAF-TE) # RAID controllers interfaced to the SCSI subsystem device amr # AMI MegaRAID # RAID controllers device aac # Adaptec FSA RAID # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device vga # VGA video card driver device splash # Splash screen and screen saver support # syscons is the default console driver, resembling an SCO console device sc device agp # support several AGP chipsets # Floating point support - do not disable. device npx # Add suspend/resume support for the i8254. device pmtimer # Serial (COM) ports device sio # 8250, 16[45]50 based serial ports # Parallel port device ppc device ppbus # Parallel port bus (required) device lpt # Printer device ppi # Parallel port interface device # PCI Ethernet NICs. device em # Intel PRO/1000 adapter Gigabit Ethernet Card # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! device miibus # MII bus support device bfe # Broadcom BCM440x 10/100 ethernet device bge # Broadcom BCM570xx Gigabit Ethernet device fxp # Intel EtherExpress PRO/100B (82557, 82558) # Pseudo devices - the number indicates how many units to allocate. device random # Entropy device device loop # Network loopback device mem device io device random device ether # Ethernet support device ppp # Kernel PPP device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" device gif # IPv6 and IPv4 tunneling device faith # IPv6-to-IPv4 relaying (translation) # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! device bpf # Berkeley packet filter # USB support device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device usb # USB Bus (required) #device udbp # USB Double Bulk Pipe devices device ugen # Generic device uhid # "Human Interface Devices" device ukbd # Keyboard device ulpt # Printer device umass # Disks/Mass storage - Requires scbus and da device ums # Mouse From owner-freebsd-stable@FreeBSD.ORG Fri Jun 17 23:24:53 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0C36C16A41C for ; Fri, 17 Jun 2005 23:24:53 +0000 (GMT) (envelope-from jon@seaholm.caamora.com.au) Received: from seaholm.caamora.com.au (seaholm.caamora.com.au [203.7.226.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5C7FB43D48 for ; Fri, 17 Jun 2005 23:24:49 +0000 (GMT) (envelope-from jon@seaholm.caamora.com.au) Received: (from jon@localhost) by seaholm.caamora.com.au (8.11.1/8.11.1) id j5HNNwp02715; Sat, 18 Jun 2005 09:23:58 +1000 (EST) Message-ID: <20050618092358.50234@caamora.com.au> Date: Sat, 18 Jun 2005 09:23:58 +1000 From: jonathan michaels To: Matthias Buelow References: <200506172112.j5HLC6U9043819@drjekyll.mkbuelow.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.84e In-Reply-To: <200506172112.j5HLC6U9043819@drjekyll.mkbuelow.net>; from Matthias Buelow on Fri, Jun 17, 2005 at 11:12:06PM +0200 Organisation: Caamora, PO Box 144, Rosebery NSW 1445 Australia Cc: Wilko Bulte , Greg Barniskis , uzi@bmby.com, freebsd-stable@freebsd.org Subject: Re: FreeBSD MySQL still WAY slower than Linux X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2005 23:24:53 -0000 matthias, On Fri, Jun 17, 2005 at 11:12:06PM +0200, Matthias Buelow wrote: > Wilko Bulte writes: > > >If you give me $5 per Unix system found there I can retire here and now. > > For financial transaction processing, and the customer's accounts? > I hope it's not my bank.. i know i'm not so well thought of around these parts .. but for my $AUD0.02 worth. my last two contracts, believe it or not i was a systems analyst for some 12 years before i was retired out of my last contract to become a permanently disabled man, now on permanent disability welfare. the nature of my disabilites leaves me with impeared communications skills and severe chronic pain, for which i take lareg quantities of very heavy duty analgesics .. whchi also impear teh (already impearde) communications skills. i'm writing to let you know that two of australias largest banks not only run whooping great mainframes but also run mainframe UNIX, no not linux but commercial UNIX and for the 6 plus years i worked in teh backoffice in a development on a cash management tool the only errors i saw the mainfreme and its unix operating system make were directly attributable to human errors .. mainly misskeying on teh transactions scripts or latter when teh "OCR" readers didn't deccipher the humans handwriting on teh transactons slipps. also but in teh lmosta rare as hens teeth was a poorly MICR encoded transaction script that gage ambigious results on multiple passes through the decoder that lead to poor quality data. umm yes computers make mistakes, and mainframes make bigger mistakes, and unix makes really big mistakes but its usually the case that its been told precisely to do that, whchis wrong by its human handler. please note: i'm not putting teh tellers and data operatiors on teh freing line. its teh banks management that loking to squeeze every last drop of profit from n aging, ols and creaking system thats making all these so called "computer errors" .. its so easy to accuse somebody or thing when its not able (or given a chance) to defend itself. sory i;m starting to mount my soap box here .. tak care matthias mainframes are only very big unix boxen in desguise. best wish and most warm regards jonathan -- ================================================================ powered by .. QNX, OS9 and freeBSD -- http://caamora com au/operating system ==== === appropriate solution in an inappropriate world === ==== From owner-freebsd-stable@FreeBSD.ORG Fri Jun 17 23:53:53 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B856A16A41C for ; Fri, 17 Jun 2005 23:53:53 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8193743D1F for ; Fri, 17 Jun 2005 23:53:53 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 794F1511E9; Fri, 17 Jun 2005 19:53:52 -0400 (EDT) Date: Fri, 17 Jun 2005 19:53:52 -0400 From: Kris Kennaway To: Mitch Parks Message-ID: <20050617235352.GA80058@xor.obsecurity.org> References: <20050617150950.F1236@kuoi.asui.uidaho.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="bp/iNruPH9dso1Pn" Content-Disposition: inline In-Reply-To: <20050617150950.F1236@kuoi.asui.uidaho.edu> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: 5.4-p1 crash X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2005 23:53:53 -0000 --bp/iNruPH9dso1Pn Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jun 17, 2005 at 03:23:19PM -0700, Mitch Parks wrote: > Below are details regarding another crash on a Dell 2600 SMP (HTT and USB= =20 > disabled). It has been 9 days since the last crash. I didn't have the=20 > serial console in place for this last crash, but it is now. >=20 > Text includes: > 1. backtrace > 2. dmesg > 3. kernel conf >=20 > Since Dell diagnostics and Memtest check out fine, I'm kind of between a= =20 > rock and a hard place here. I have a similar 2600 running 4.9 that is=20 > working great. I'd welcome any advice. Unfortunately this is a known bug in FreeBSD; check the archives for more discussion. Doug White tried to look at fixing it before 5.4-RELEASE but I think he gave up. Kris --bp/iNruPH9dso1Pn Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCs2KQWry0BWjoQKURAkgrAKCHU3eDlR6sXod/tuB+Mokk+yWbwgCfQx4r 5vQUtoD3Wllj3OinTFOT5LQ= =G+X6 -----END PGP SIGNATURE----- --bp/iNruPH9dso1Pn-- From owner-freebsd-stable@FreeBSD.ORG Fri Jun 17 23:54:53 2005 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4FA3916A4CC for ; Fri, 17 Jun 2005 23:54:52 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 84ED943D1F for ; Fri, 17 Jun 2005 23:54:52 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.1/8.13.1) with ESMTP id j5HNsZmf051343; Fri, 17 Jun 2005 16:54:39 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <200506172354.j5HNsZmf051343@gw.catspoiler.org> Date: Fri, 17 Jun 2005 16:54:35 -0700 (PDT) From: Don Lewis To: dsze@distrust.net In-Reply-To: <20050617155938.GB94284@mail.distrust.net> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Cc: freebsd-stable@FreeBSD.org, nalists@scls.lib.wi.us, uzi@bmby.com, mkb@incubus.de Subject: Re: FreeBSD MySQL still WAY slower than Linux X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2005 23:54:53 -0000 On 17 Jun, David Sze wrote: > AFAIK, SCSI disks normally have write caching disabled. All the ones that I've encountered in recent years have had write caching enabled. I always have to remember to use camcontrol to disable WCE when I install a new disk. From owner-freebsd-stable@FreeBSD.ORG Sat Jun 18 00:23:25 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1AC8C16A41C for ; Sat, 18 Jun 2005 00:23:25 +0000 (GMT) (envelope-from mkb@mkbuelow.net) Received: from luzifer.incubus.de (incubus.de [80.237.207.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id CFCC543D53 for ; Sat, 18 Jun 2005 00:23:24 +0000 (GMT) (envelope-from mkb@mkbuelow.net) Received: from drjekyll.mkbuelow.net (p54AAEB90.dip.t-dialin.net [84.170.235.144]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by luzifer.incubus.de (Postfix) with ESMTP id E4DC62EFE6; Sat, 18 Jun 2005 02:26:12 +0200 (CEST) Received: from drjekyll.mkbuelow.net (mkb@localhost.mkbuelow.net [127.0.0.1]) by drjekyll.mkbuelow.net (8.13.3/8.13.3) with ESMTP id j5I0NUFm044581; Sat, 18 Jun 2005 02:23:34 +0200 (CEST) (envelope-from mkb@drjekyll.mkbuelow.net) Message-Id: <200506180023.j5I0NUFm044581@drjekyll.mkbuelow.net> From: Matthias Buelow To: Julian Elischer In-Reply-To: Message from Julian Elischer of "Fri, 17 Jun 2005 15:10:41 PDT." <42B34A61.9080302@elischer.org> X-Mailer: MH-E 7.84; nmh 1.0.4; XEmacs 21.4 (patch 17) Date: Sat, 18 Jun 2005 02:23:30 +0200 Sender: mkb@mkbuelow.net Cc: freebsd-stable@freebsd.org Subject: Re: WAS: FreeBSD MySQL still WAY slower than Linux X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Jun 2005 00:23:25 -0000 Julian Elischer writes: >Hmmm we processed something over a trillion dollars in bank backends >last year on >FreeBSD 4.8 (plus patches) on rack mounted PCs. >And we didn't lose any of them (the dollars that is). Ah! And look where the dollar is now! ;-) mkb. From owner-freebsd-stable@FreeBSD.ORG Sat Jun 18 00:41:09 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DAD1516A41C for ; Sat, 18 Jun 2005 00:41:09 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id A292443D53 for ; Sat, 18 Jun 2005 00:41:09 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (unknown [200.46.204.144]) by hub.org (Postfix) with ESMTP id 21E9664BCCF for ; Fri, 17 Jun 2005 21:41:09 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id 79630-09 for ; Sat, 18 Jun 2005 00:41:04 +0000 (GMT) Received: from ganymede.hub.org (blk-224-176-51.eastlink.ca [24.224.176.51]) by hub.org (Postfix) with ESMTP id B429964BCBD for ; Fri, 17 Jun 2005 21:41:08 -0300 (ADT) Received: by ganymede.hub.org (Postfix, from userid 1000) id E766638811; Fri, 17 Jun 2005 21:41:12 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id E6AE935DB8 for ; Fri, 17 Jun 2005 21:41:12 -0300 (ADT) Date: Fri, 17 Jun 2005 21:41:12 -0300 (ADT) From: "Marc G. Fournier" To: freebsd-stable@freebsd.org Message-ID: <20050617213910.M90456@ganymede.hub.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by amavisd-new at hub.org Subject: What is considered "the best supported" RAID controller for 5.x? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Jun 2005 00:41:10 -0000 The subject says it all ... I'm looking a new server, and right now have built it around the SRCZCRX PCI-X 128MB, since I've had good luck with the Intel RAID controllers with 4.x, and I *really* like the storcon CLI utility ... but, with the move to 5.x, I'm wondering if there is something else I should be looking at, or is this still a good card to go with? Thanks ... ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: scrappy@hub.org Yahoo!: yscrappy ICQ: 7615664 From owner-freebsd-stable@FreeBSD.ORG Sat Jun 18 01:28:59 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3EBBC16A41C for ; Sat, 18 Jun 2005 01:28:59 +0000 (GMT) (envelope-from baldur@foo.is) Received: from gremlin.foo.is (gremlin.foo.is [194.105.250.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id EE98343D53 for ; Sat, 18 Jun 2005 01:28:58 +0000 (GMT) (envelope-from baldur@foo.is) Received: from 127.0.0.1 (localhost.foo.is [127.0.0.1]) by injector.foo.is (Postfix) with SMTP id 014973A22F for ; Sat, 18 Jun 2005 01:28:58 +0000 (GMT) Received: by gremlin.foo.is (Postfix, from userid 1000) id 297D33A22C; Sat, 18 Jun 2005 01:28:56 +0000 (GMT) Date: Sat, 18 Jun 2005 01:28:56 +0000 From: Baldur Gislason To: freebsd-stable@freebsd.org Message-ID: <20050618012856.GB51304@gremlin.foo.is> User-Agent: Mutt/1.4.1i X-Spam-Checker-Version: SpamAssassin 2.61 (1.212.2.1-2003-12-09-exp) on gremlin.foo.is X-Spam-Level: X-Spam-Status: No, hits=-4.9 required=6.0 tests=AWL,BAYES_00 autolearn=ham version=2.61 X-Sanitizer: Foo MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline Subject: Weird fdisk behavior X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Jun 2005 01:28:59 -0000 I am trying to add another partition to my root drive, it has a few gigabytes of unpartitioned space. Whenever I try to run fdisk -u it says cannot open disk /dev/ad0: No such file or directory ad0 does exist, why does fdisk say otherwise? fdisk can display the partition table but it can't alter it. securelevel is -1 and this is FreeBSD 5.4-STABLE from the beginning of May this year. Baldur From owner-freebsd-stable@FreeBSD.ORG Sat Jun 18 01:56:00 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 926F016A41C for ; Sat, 18 Jun 2005 01:56:00 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from mail24.syd.optusnet.com.au (mail24.syd.optusnet.com.au [211.29.133.165]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0C11643D4C for ; Sat, 18 Jun 2005 01:55:59 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (c220-239-8-51.belrs4.nsw.optusnet.com.au [220.239.8.51]) by mail24.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id j5I1tZI6005460 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sat, 18 Jun 2005 11:55:36 +1000 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1]) by cirb503493.alcatel.com.au (8.12.10/8.12.10) with ESMTP id j5I1tZRx062429; Sat, 18 Jun 2005 11:55:35 +1000 (EST) (envelope-from pjeremy@cirb503493.alcatel.com.au) Received: (from pjeremy@localhost) by cirb503493.alcatel.com.au (8.12.10/8.12.9/Submit) id j5I1tZ4o062428; Sat, 18 Jun 2005 11:55:35 +1000 (EST) (envelope-from pjeremy) Date: Sat, 18 Jun 2005 11:55:35 +1000 From: Peter Jeremy To: David Sze Message-ID: <20050618015535.GI50157@cirb503493.alcatel.com.au> References: <6.2.1.2.2.20050617103807.058c6fa8@mail.distrust.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <6.2.1.2.2.20050617103807.058c6fa8@mail.distrust.net> User-Agent: Mutt/1.4.2i Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD MySQL still WAY slower than Linux X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Jun 2005 01:56:00 -0000 On Fri, 2005-Jun-17 10:38:34 -0400, David Sze wrote: >It turns out that the problem was the same thing everyone usually points >the finger at, but no one actually mentioned this time: Linux mounts its >partitions async by default. This shouldn't be an issue here. The FreeBSD default has always been that data is written asynchronously (see below) and there should be virtually no metadata updates in a database application. If an application needs control over when the data is physically written to the disk (eg a database server), it needs to use fsync(2) and/or msync(2) calls. If Linux (or FreeBSD) isn't complying with fsync(2) or msync(2) semantics then it has a serious problem. >super-smack select-key > 5.4-RELEASE ~20,000 queries/second > 6.0-CURRENT ~24,000 queries/second > CentOS w/async ~36,000 queries/second > CentOS w/sync ~26,000 queries/second I can't see where this benchmark is doing any writes so I'd like to see an explanation of the difference in CentOS performance figures before making any decision on CentOS vs FreeBSD. >super-smack update-select > 5.4-RELEASE ~4,000 queries/second > 6.0-CURRENT ~4,500 queries/second > CentOS w/async ~7,500 queries/second > CentOS w/sync ~750 queries/second > >That last CentOS number is not a typo, it was an order of magnitude >slower. That's a surprising difference - I wouldn't have expected it to be so large. A couple of people have mentioned the impact of journalling. Journalling improves performance by converting time-critical random I/Os into time-critical sequential I/Os and background random I/Os - and sequential I/O is many orders of magnitude faster than random I/O. All transactional databases do their own journalling (REDO logs). As long as the database correctly issues filesystem synchronisation commands and the filesystem correctly implements them, database application, a journalling filesystem provides no benefits. A more interesting test would be a client that issues a series of updates to a server and, immediately after receiving the acknowledge for the last update turns, off the server's power. After the server is rebooted, confirm that all the updates have been applied correctly. Filesystem I/O behaviour: Data Metadata Mount type async async async async sync 'traditional' UFS async async[*] UFS + softupdates sync sync sync 'Metadata' covers directory updates and some inode updates [*] softupdates controls write ordering to ensure on-disk consistency. -- Peter Jeremy From owner-freebsd-stable@FreeBSD.ORG Sat Jun 18 02:21:54 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5337216A41C for ; Sat, 18 Jun 2005 02:21:54 +0000 (GMT) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 10F3B43D48 for ; Sat, 18 Jun 2005 02:21:53 +0000 (GMT) (envelope-from mike@sentex.net) Received: from pumice6.sentex.ca (pumice6.sentex.ca [64.7.153.21]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j5I2LUXc059725 for ; Fri, 17 Jun 2005 22:21:30 -0400 (EDT) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by pumice6.sentex.ca (8.13.3/8.13.3) with ESMTP id j5I2Lrkw013437 for ; Fri, 17 Jun 2005 22:21:53 -0400 (EDT) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.3/8.13.3) with ESMTP id j5I2LjTS088577 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 17 Jun 2005 22:21:46 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <6.2.1.2.0.20050617221646.07d67330@64.7.153.2> X-Mailer: QUALCOMM Windows Eudora Version 6.2.1.2 Date: Fri, 17 Jun 2005 22:22:11 -0400 To: freebsd-stable@freebsd.org From: Mike Tancsa In-Reply-To: <20050617213910.M90456@ganymede.hub.org> References: <20050617213910.M90456@ganymede.hub.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 X-Scanned-By: MIMEDefang 2.51 on 64.7.153.21 Subject: Re: What is considered "the best supported" RAID controller for 5.x? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Jun 2005 02:21:54 -0000 At 08:41 PM 17/06/2005, Marc G. Fournier wrote: >The subject says it all ... I'm looking a new server, and right now have >built it around the SRCZCRX PCI-X 128MB, since I've had good luck with the >Intel RAID controllers with 4.x, and I *really* like the storcon CLI >utility ... but, with the move to 5.x, I'm wondering if there is something >else I should be looking at, or is this still a good card to go with? I still like the 3ware cards for RAID1. However, I have started using the Areca cards so far with good results on RAID5 machines. There is both an http and cli app and the cards are VERY fast on the tests I have done. See the arcmsr driver man page. ---Mike From owner-freebsd-stable@FreeBSD.ORG Sat Jun 18 03:34:59 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0750716A41C for ; Sat, 18 Jun 2005 03:34:59 +0000 (GMT) (envelope-from snort_sam@yahoo.com) Received: from web54406.mail.yahoo.com (web54406.mail.yahoo.com [68.142.225.162]) by mx1.FreeBSD.org (Postfix) with SMTP id 9BBDA43D53 for ; Sat, 18 Jun 2005 03:34:58 +0000 (GMT) (envelope-from snort_sam@yahoo.com) Received: (qmail 10556 invoked by uid 60001); 18 Jun 2005 03:34:58 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=2zc6zZ2GtBgH3KAnJIolgQO212NSe7bFWbQP64jnbHkIE97bGY6knU1MXM6fAqUPGHF2L5VVxQ0ayb1EpqgsXO1bSbWVhid2/Tgpnom6e4DPvUyhBGKtJEGfYQNpL0vH86vEC578aNYXHmPfFw71YIhemiq2InkcdI+WqPYnaLE= ; Message-ID: <20050618033458.10554.qmail@web54406.mail.yahoo.com> Received: from [60.230.124.196] by web54406.mail.yahoo.com via HTTP; Fri, 17 Jun 2005 20:34:57 PDT Date: Fri, 17 Jun 2005 20:34:57 -0700 (PDT) From: snort Snort To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: tty and serial console com port X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Jun 2005 03:34:59 -0000 Hi, I just read thru the tty.h file and the tty command, and have a feeling that the tty command and the tty.h file does not handle the serial console com port directly. Can anyone tell me which part of the tty source does invoke serial console com port? Thanks Sam __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-stable@FreeBSD.ORG Sat Jun 18 05:09:20 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E2D3716A41C for ; Sat, 18 Jun 2005 05:09:20 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from mail10.syd.optusnet.com.au (mail10.syd.optusnet.com.au [211.29.132.191]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6F96043D1D for ; Sat, 18 Jun 2005 05:09:20 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (c220-239-8-51.belrs4.nsw.optusnet.com.au [220.239.8.51]) by mail10.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id j5I598Le001339 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sat, 18 Jun 2005 15:09:09 +1000 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1]) by cirb503493.alcatel.com.au (8.12.10/8.12.10) with ESMTP id j5I598Rx062597; Sat, 18 Jun 2005 15:09:08 +1000 (EST) (envelope-from pjeremy@cirb503493.alcatel.com.au) Received: (from pjeremy@localhost) by cirb503493.alcatel.com.au (8.12.10/8.12.9/Submit) id j5I596Qj062596; Sat, 18 Jun 2005 15:09:07 +1000 (EST) (envelope-from pjeremy) Date: Sat, 18 Jun 2005 15:09:06 +1000 From: Peter Jeremy To: Wilko Bulte Message-ID: <20050618050906.GK50157@cirb503493.alcatel.com.au> References: <20050617210607.GA36959@freebie.xs4all.nl> <200506172112.j5HLC6U9043819@drjekyll.mkbuelow.net> <20050617212125.GC36959@freebie.xs4all.nl> <42B34018.2040604@kjsl.com> <20050617214208.GG36959@freebie.xs4all.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20050617214208.GG36959@freebie.xs4all.nl> User-Agent: Mutt/1.4.2i Cc: Matthias Buelow , Greg Barniskis , uzi@bmby.com, freebsd-stable@freebsd.org, Javier Henderson Subject: Re: FreeBSD MySQL still WAY slower than Linux X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Jun 2005 05:09:21 -0000 On Fri, 2005-Jun-17 23:42:08 +0200, Wilko Bulte wrote: >On Fri, Jun 17, 2005 at 02:26:48PM -0700, Javier Henderson wrote.. >> Wilko Bulte wrote: >> >Yes. Go and visit the London City and check their computer rooms. >> >You will be surprised about the number of UNIX boxes. You don't >> >think IBM, HP, Sun etc sell their UNIX machines just to ISPs or..? >> >> But are those Unix servers actually processing bank transactions and >> holding customer accounts? Unix and mainframes are not mutually exclusive - the major mainframe vendors will be happy to supply Unix on their mainframes. The big benefit of mainframes is data integrity - your typical mainframe will have error detection and/or correction on _all_ data paths, including through the ALU, all levels of cache and all I/O paths. The other benefit of mainframes is massive I/O bandwidth and the ability to usefully use the available bandwidth. >Why not? As an aside: what do you think telecom operators run their >main billing systems on? UNIX... Any idea what downtime costs per hour >on those systems? Not just billing systems. My employer sells Unix systems used for call processing (intelligent networks) as well as PABX's built on Unix kernels. And downtime at the call processing end is more expensive than the billing end - customers won't notice if the bill is ½hr late (or a call is undercharged) but they do notice if they can't ring the home-delivery pizza shop when they're hungry. I think this is getting somewhat off-topic: I don't think any banks or telcos have business critical systems running on FreeBSD or Linux with MySQL databases. And the FreeBSD-S/390 port is nowhere near Tier-1 status yet. -- Peter Jeremy From owner-freebsd-stable@FreeBSD.ORG Sat Jun 18 05:18:54 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 91AD816A41C for ; Sat, 18 Jun 2005 05:18:54 +0000 (GMT) (envelope-from kolicz@EUnet.yu) Received: from smtpclu-1.eunet.yu (smtpclu-1.eunet.yu [194.247.192.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0809A43D49 for ; Sat, 18 Jun 2005 05:18:53 +0000 (GMT) (envelope-from kolicz@EUnet.yu) Received: from faust.net (P-2.124.EUnet.yu [213.240.2.124]) by smtpclu-1.eunet.yu (8.12.11/8.12.11) with ESMTP id j5I5In8q004952 for ; Sat, 18 Jun 2005 07:18:49 +0200 Received: by faust.net (Postfix, from userid 1001) id 5DD264158; Sat, 18 Jun 2005 07:17:52 +0200 (CEST) Date: Sat, 18 Jun 2005 07:17:52 +0200 From: Zoran Kolic To: freebsd-stable@freebsd.org Message-ID: <20050618051752.GA519@faust.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Virus-Scan: EUnet-AVAS-Milter X-AVAS-Virus-Status: clean X-Spam-Checker: EUnet-AVAS-Milter X-AVAS-Spam-Score: -0.9 X-AVAS-Spam-Symbols: AWL BAYES_50 Subject: kernel panic with cdrecord X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Jun 2005 05:18:54 -0000 Dear all! After moving to amd64 system (64-bit), I have problem writing cd with cdrecord. Release 5.4 Nec 3520a (dvd writer) CDrtools-2.01 Whatever I do with cdrecord, it panics with "fatal trap 9" message. First few lines, not from kernel say that it is not the right cdrecord and I need "pro-dvd" version. After the "9" trap, says it's general protection faulth while in kernel mode. Gives instruction and other pointers add- resses and, finaly, reboots. Dvd-s are writen perfect, using growisofs. Device reads all media with no mistake. Just few weeks ago, it makes cd-s nice, on i386 system. That machine had electric issue and almost all stuff gone. Now, it looks like cdrecord issue, but could be also hardware failure. Has someone any clue for this? Best regards Zoran From owner-freebsd-stable@FreeBSD.ORG Sat Jun 18 05:19:15 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D9E2616A41C for ; Sat, 18 Jun 2005 05:19:15 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from mail12.syd.optusnet.com.au (mail12.syd.optusnet.com.au [211.29.132.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 574B243D1D for ; Sat, 18 Jun 2005 05:19:15 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (c220-239-8-51.belrs4.nsw.optusnet.com.au [220.239.8.51]) by mail12.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id j5I5JCof019408 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sat, 18 Jun 2005 15:19:13 +1000 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1]) by cirb503493.alcatel.com.au (8.12.10/8.12.10) with ESMTP id j5I5JBRx062615; Sat, 18 Jun 2005 15:19:11 +1000 (EST) (envelope-from pjeremy@cirb503493.alcatel.com.au) Received: (from pjeremy@localhost) by cirb503493.alcatel.com.au (8.12.10/8.12.9/Submit) id j5I5JBwf062614; Sat, 18 Jun 2005 15:19:11 +1000 (EST) (envelope-from pjeremy) Date: Sat, 18 Jun 2005 15:19:11 +1000 From: Peter Jeremy To: GMane Message-ID: <20050618051910.GL50157@cirb503493.alcatel.com.au> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2i Cc: freebsd-stable@freebsd.org Subject: Re: rebooting problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Jun 2005 05:19:16 -0000 On Fri, 2005-Jun-17 11:58:35 +0200, GMane wrote: >When I try to reboot my machine it hangs on and I have to do it manually >pressing the reset button. > >Did anyone have the same problem? I've seen something similar on a HP DL380. Do you have any modules loaded? If so, does the problem go away if you avoid loading any modules? See http://www.FreeBSD.org/cgi/query-pr.cgi?pr=i386/72441 -- Peter Jeremy From owner-freebsd-stable@FreeBSD.ORG Sat Jun 18 08:52:12 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EAA7116A41C for ; Sat, 18 Jun 2005 08:52:12 +0000 (GMT) (envelope-from danger@rulez.sk) Received: from mail.rulez.sk (DaEmoN.RuLeZ.sK [84.16.32.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5A8A343D1D for ; Sat, 18 Jun 2005 08:52:11 +0000 (GMT) (envelope-from danger@rulez.sk) Received: from localhost (localhost [127.0.0.1]) by mail.rulez.sk (Postfix) with ESMTP id C87361CC3A; Sat, 18 Jun 2005 10:52:09 +0200 (CEST) Received: from danger.dnv.dewnet.sk (dewnet [213.215.105.189]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mail.rulez.sk (Postfix) with ESMTP id D21E81CC29; Sat, 18 Jun 2005 10:52:03 +0200 (CEST) Date: Sat, 18 Jun 2005 10:52:00 +0200 From: Daniel Gerzo X-Mailer: The Bat! (v3.5) UNREG / CD5BF9353B3B7091 X-Priority: 3 (Normal) Message-ID: <1831991265.20050618105200@rulez.sk> To: Mitch Parks , freebsd-stable@freebsd.org In-Reply-To: <20050617150950.F1236@kuoi.asui.uidaho.edu> References: <20050617150950.F1236@kuoi.asui.uidaho.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at mail.rulez.sk X-Spam-Status: No, hits=-3.175 tagged_above=-999 required=5 tests=[AWL=-0.576, BAYES_00=-2.599] X-Spam-Level: Cc: Subject: Re: 5.4-p1 crash X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Gerzo List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Jun 2005 08:52:13 -0000 Hi Mitch, Saturday, June 18, 2005, 12:23:19 AM, you typed the following: > Below are details regarding another crash on a Dell 2600 SMP (HTT and USB > disabled). It has been 9 days since the last crash. I didn't have the serial > console in place for this last crash, but it is now. > Text includes: > 1. backtrace > 2. dmesg > 3. kernel conf > Since Dell diagnostics and Memtest check out fine, I'm kind of between a > rock and a hard place here. I have a similar 2600 running 4.9 that is > working great. I'd welcome any advice. I think I'm experiencing this as well on my Dell gx280, however I don't have any backtrace. my dmesg: Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.4-DanGerSEC #2: Fri May 27 23:16:31 CEST 2005 danger@daemon.rulez.sk:/usr/obj/usr/src/sys/daemon Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 2.80GHz (2793.01-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf41 Stepping = 1 Features=0xbfebfbff Hyperthreading: 2 logical CPUs real memory = 1071144960 (1021 MB) avail memory = 1042702336 (994 MB) MPTable: ioapic0: Changing APIC ID to 8 ioapic0: Assuming intbase of 0 ioapic0 irqs 0-23 on motherboard npx0: on motherboard npx0: INT 16 interface cpu0 on motherboard pcib0: pcibus 0 on motherboard pci0: on pcib0 pcib0: unable to route slot 1 INTA pcib0: unable to route slot 2 INTA pcib0: unable to route slot 28 INTA pcib0: unable to route slot 28 INTB pcib1: irq 11 at device 1.0 on pci0 pci1: on pcib1 pci0: at device 2.0 (no driver attached) pci0: at device 2.1 (no driver attached) pcib2: irq 11 at device 28.0 on pci0 pci2: on pcib2 bge0: mem 0xdfcf0000-0xdfcfffff irq 16 at device 0.0 on pci2 miibus0: on bge0 brgphy0: on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge0: Ethernet address: 00:11:43:b9:b2:ef pcib3: irq 10 at device 28.1 on pci0 pci3: on pcib3 uhci0: port 0xff80-0xff9f irq 21 at device 29.0 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xff60-0xff7f irq 22 at device 29.1 on pci0 usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xff40-0xff5f irq 18 at device 29.2 on pci0 usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0xff20-0xff3f irq 23 at device 29.3 on pci0 usb3: on uhci3 usb3: USB revision 1.0 uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered pci0: at device 29.7 (no driver attached) pcib4: at device 30.0 on pci0 pci4: on pcib4 xl0: <3Com 3c905C-TX Fast Etherlink XL> port 0xdc80-0xdcff mem 0xdf9fff80-0xdf9fffff irq 16 at device 0.0 on pci4 miibus1: on xl0 xlphy0: <3c905C 10/100 internal PHY> on miibus1 xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl0: Ethernet address: 00:04:76:14:be:1d isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0xffa0-0xffaf,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 irq 16 at device 31.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 atapci1: port 0xfea0-0xfeaf,0xfe30-0xfe33,0xfe20-0xfe27,0xfe10-0xfe13,0xfe00-0xfe07 irq 20 at device 31.2 on pci0 ata2: channel #0 on atapci1 ata3: channel #1 on atapci1 pci0: at device 31.3 (no driver attached) orm0: at iomem 0xcc800-0xcffff,0xcb000-0xcc7ff,0xca800-0xcafff,0xc0000-0xca7ff on isa0 atkbdc0: at port 0x64,0x60 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A, console sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) Timecounter "TSC" frequency 2793012901 Hz quality 800 Timecounters tick every 1.000 msec ad1: 194481MB [395136/16/63] at ata0-slave UDMA100 ad4: 38146MB [77504/16/63] at ata2-master SATA150 Mounting root from ufs:/dev/ad4s1a WARNING: /storage was not properly dismounted Accounting enabled kernel conf: machine i386 cpu I686_CPU ident daemon-DanGer options SCHED_4BSD # 4BSD scheduler options INET # InterNETworking options INET6 # IPv6 communications protocols options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_GPT # GUID Partition Tables. options COMPAT_43 # Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options SCSI_DELAY=0 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev # output. Adds ~128k to driver. # output. Adds ~215k to driver. options ADAPTIVE_GIANT # Giant mutex is adaptive. device apic # I/O APIC device isa device pci device ata device atadisk # ATA disk drives device atapicd # ATAPI CDROM drives options ATA_STATIC_ID # Static device numbering device atkbdc # AT keyboard controller device atkbd # AT keyboard device vga # VGA video card driver device sc device agp # support several AGP chipsets device npx device sio # 8250, 16[45]50 based serial ports device miibus # MII bus support device bge # Broadcom BCM570xx Gigabit Ethernet device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') device loop # Network loopback device mem # Memory and kernel memory devices device io # I/O device device random # Entropy device device ether # Ethernet support device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" device gif # IPv6 and IPv4 tunneling device bpf # Berkeley packet filter device uhci # UHCI PCI->USB interface device usb # USB Bus (required) device ukbd # Keyboard makeoptions MODULES_OVERRIDE="" options ACCEPT_FILTER_DATA options ACCEPT_FILTER_HTTP options DEVICE_POLLING options HZ=1000 device pf # required device pflog # optional device pfsync # optional options ALTQ # alternate queueing options ALTQ_CBQ # build the ``Class Based Queuing'' discipline. # the moment as the conditioner is not used by any of the # available disciplines or consumer. options ALTQ_PRIQ # build the ``Priority Queuing'' discipline. options QUOTA options SC_DISABLE_REBOOT options PQ_CACHESIZE=512 # color for 512k cache -- Best regards DanGer, ICQ: 261701668 | e-mail protecting at: http://www.2pu.net/ http://danger.rulez.sk | proxy list at: http://www.proxy-web.com/ | FreeBSD - The Power to Serve! [ "So you just, like, popped in on Troi?" - Chafin ] From owner-freebsd-stable@FreeBSD.ORG Sat Jun 18 09:43:41 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6E6C816A41C for ; Sat, 18 Jun 2005 09:43:41 +0000 (GMT) (envelope-from hausen@punkt.de) Received: from gate.ka.punkt.de (kagate.punkt.de [217.29.33.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id F310243D1F for ; Sat, 18 Jun 2005 09:43:40 +0000 (GMT) (envelope-from hausen@punkt.de) Received: from hugo10.ka.punkt.de (hugo10.ka.punkt.de [10.0.0.110]) by gate.ka.punkt.de with ESMTP id j5I9cDkQ011786 for ; Sat, 18 Jun 2005 11:38:13 +0200 (CEST) Received: from hugo10.ka.punkt.de (localhost [127.0.0.1]) by hugo10.ka.punkt.de (8.12.10/8.12.10) with ESMTP id j5I9hcuL019235; Sat, 18 Jun 2005 11:43:38 +0200 (CEST) (envelope-from ry93@hugo10.ka.punkt.de) Received: (from ry93@localhost) by hugo10.ka.punkt.de (8.12.10/8.12.10/Submit) id j5I9hcOF019234; Sat, 18 Jun 2005 11:43:38 +0200 (CEST) (envelope-from ry93) From: "Patrick M. Hausen" Message-Id: <200506180943.j5I9hcOF019234@hugo10.ka.punkt.de> In-Reply-To: <20050617213910.M90456@ganymede.hub.org> To: "Marc G. Fournier" Date: Sat, 18 Jun 2005 11:43:38 +0200 (CEST) X-Mailer: ELM [version 2.4ME+ PL99f (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Cc: freebsd-stable@freebsd.org Subject: Re: What is considered "the best supported" RAID controller for 5.x? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Jun 2005 09:43:41 -0000 Hello! > The subject says it all ... I'm looking a new server, and right now have > built it around the SRCZCRX PCI-X 128MB, since I've had good luck with the > Intel RAID controllers with 4.x, and I *really* like the storcon CLI > utility ... but, with the move to 5.x, I'm wondering if there is something > else I should be looking at, or is this still a good card to go with? IMHO it's the entire product line of ICP Vortex, now owned by Adaptec. These cards really rock. Battery backed up cache, RAID 1+0, driver maintained my company's engineers, yet in the stock FreeBSD kernel, curses based management utility to repair arrays without reboot, unattended rebuild if you exchange a broken disk with a brand new one, same interface to the host for _all_ products including SATA, ... Just works. Period. We use them for typo3.org, wetteronline.de uses them. I'm in no way affiliated with them, I just like the products. A lot ;-) HTH, Patrick M. Hausen Leiter Netzwerke und Sicherheit -- punkt.de GmbH Internet - Dienstleistungen - Beratung Vorholzstr. 25 Tel. 0721 9109 -0 Fax: -100 76137 Karlsruhe http://punkt.de From owner-freebsd-stable@FreeBSD.ORG Sat Jun 18 11:05:54 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2B20316A41C for ; Sat, 18 Jun 2005 11:05:54 +0000 (GMT) (envelope-from Philippe.Pegon@crc.u-strasbg.fr) Received: from mailhost.u-strasbg.fr (mailhost.u-strasbg.fr [130.79.200.156]) by mx1.FreeBSD.org (Postfix) with ESMTP id AFFD043D1D for ; Sat, 18 Jun 2005 11:05:53 +0000 (GMT) (envelope-from Philippe.Pegon@crc.u-strasbg.fr) Received: from sokaris.u-strasbg.fr (sokaris.u-strasbg.fr [IPv6:2001:660:2402::101]) by mailhost.u-strasbg.fr (8.13.1/jtpda-5.5pre1) with ESMTP id j5IB5pa3093087 ; Sat, 18 Jun 2005 13:05:51 +0200 (CEST) Received: from [192.168.0.100] (crc.u-strasbg.fr [IPv6:2001:660:2402:1001::1]) by sokaris.u-strasbg.fr (8.12.9/jtpda-5.5pre1) with ESMTP id j5IB5ott098019 ; Sat, 18 Jun 2005 13:05:51 +0200 (CEST) Message-ID: <42B40173.6070600@crc.u-strasbg.fr> Date: Sat, 18 Jun 2005 13:11:47 +0200 From: Philippe PEGON User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050331) X-Accept-Language: fr, en MIME-Version: 1.0 To: Kris Kennaway References: <20050617150950.F1236@kuoi.asui.uidaho.edu> <20050617235352.GA80058@xor.obsecurity.org> In-Reply-To: <20050617235352.GA80058@xor.obsecurity.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.6 (mailhost.u-strasbg.fr [IPv6:2001:660:2402::156]); Sat, 18 Jun 2005 13:05:51 +0200 (CEST) X-Antivirus: scanned by sophos at u-strasbg.fr Cc: Mitch Parks , freebsd-stable@freebsd.org Subject: Re: 5.4-p1 crash X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Jun 2005 11:05:54 -0000 Kris Kennaway a écrit : > On Fri, Jun 17, 2005 at 03:23:19PM -0700, Mitch Parks wrote: > >>Below are details regarding another crash on a Dell 2600 SMP (HTT and USB >>disabled). It has been 9 days since the last crash. I didn't have the >>serial console in place for this last crash, but it is now. >> >>Text includes: >>1. backtrace >>2. dmesg >>3. kernel conf >> >>Since Dell diagnostics and Memtest check out fine, I'm kind of between a >>rock and a hard place here. I have a similar 2600 running 4.9 that is >>working great. I'd welcome any advice. > > > Unfortunately this is a known bug in FreeBSD; check the archives for > more discussion. Doug White tried to look at fixing it before > 5.4-RELEASE but I think he gave up. do you know if someone works on it ? I sent two mail in freebsd-stable about it without solution and this bug is really annoying : http://lists.freebsd.org/mailman/htdig/freebsd-stable/2005-June/015952.html and http://lists.freebsd.org/mailman/htdig/freebsd-stable/2005-June/015864.html there is a PR for it : kern/74319 > > Kris thanks -- Philippe PEGON From owner-freebsd-stable@FreeBSD.ORG Sat Jun 18 11:13:32 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 09C9616A41C for ; Sat, 18 Jun 2005 11:13:32 +0000 (GMT) (envelope-from mark.cullen@dsl.pipex.com) Received: from galaxy.systems.pipex.net (galaxy.systems.pipex.net [62.241.162.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9F65543D1D for ; Sat, 18 Jun 2005 11:13:30 +0000 (GMT) (envelope-from mark.cullen@dsl.pipex.com) Received: from [10.0.0.251] (81-178-65-51.dsl.pipex.com [81.178.65.51]) by galaxy.systems.pipex.net (Postfix) with ESMTP id E8960E0000DF for ; Sat, 18 Jun 2005 12:13:28 +0100 (BST) Message-ID: <42B401D6.30400@dsl.pipex.com> Date: Sat, 18 Jun 2005 12:13:26 +0100 From: Mark Cullen User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: 4.10-STABLE panic, twice X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Jun 2005 11:13:32 -0000 Not sure what triggered it, but it seems file system related. The second core dump didn't save because I forgot to move the dumpdir to /usr, it was something to do with ffs also though. GNU gdb 4.18 (FreeBSD) Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-unknown-freebsd"...Deprecated bfd_read called at /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/dbxread.c line 2627 in elfstab_build_psymtabs Deprecated bfd_read called at /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/dbxread.c line 933 in fill_symbuf IdlePTD at physical address 0x003ab000 initial pcb at physical address 0x00306580 panicstr: ffs_blkfree: freeing free block panic messages: --- panic: ffs_blkfree: freeing free block syncing disks... 19 ad2: WRITE command timeout tag=0 serv=0 - resetting ata1: resetting devices .. done 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 giving up on 1 buffers Uptime: 25d22h35m26s dumping to dev #ad/0x20001, offset 790656 dump ata0: resetting devices .. done 125 124 123 122 121 120 119 118 117 116 115 114 113 112 111 110 109 108 107 106 105 104 103 102 101 100 99 98 97 96 95 94 93 92 91 90 89 88 87 86 85 84 83 82 81 80 79 78 77 76 75 74 73 72 71 70 69 68 67 66 65 64 63 62 61 60 59 58 57 56 55 54 53 52 51 50 49 48 47 46 45 44 43 42 41 40 39 38 37 36 35 34 33 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 0 69.82:1045 81.178.74.143:4666 in via fxp1 ad2: WRITE command timeout tag=0 serv=0 - resetting ata1: resetting devices .. done --- #0 dumpsys () at /usr/src/sys/kern/kern_shutdown.c:487 487 if (dumping++) { (kgdb) bt #0 dumpsys () at /usr/src/sys/kern/kern_shutdown.c:487 #1 0xc015ed08 in boot (howto=256) at /usr/src/sys/kern/kern_shutdown.c:316 #2 0xc015f13c in poweroff_wait (junk=0xc02c0620, howto=-1070856704) at /usr/src/sys/kern/kern_shutdown.c:595 #3 0xc022cf47 in ffs_blkfree (ip=0xc89f1e0c, bno=46208, size=16384) at /usr/src/sys/ufs/ffs/ffs_alloc.c:1450 #4 0xc023182e in handle_workitem_freeblocks (freeblks=0xc10dce80) at /usr/src/sys/ufs/ffs/ffs_softdep.c:2146 #5 0xc022fc1b in process_worklist_item (matchmnt=0x0, flags=0) at /usr/src/sys/ufs/ffs/ffs_softdep.c:723 #6 0xc022faaa in softdep_process_worklist (matchmnt=0x0) at /usr/src/sys/ufs/ffs/ffs_softdep.c:622 #7 0xc018e563 in sched_sync () at /usr/src/sys/kern/vfs_subr.c:1198 (kgdb) FreeBSD bone.bone.servebeer.com 4.10-STABLE FreeBSD 4.10-STABLE #0: Mon Oct 25 04:30:06 BST 2004 mrboo@bone2.bone.servebeer.com:/usr/obj/usr/src/sys/BONE i386 This one happened while I was asleep. It failed to fsck ad2 afterwards, so it was sat in single user mode. The second panic ALSO failed to fsck ad2 and sat in single user mode until I ran it manually. ad2 is actually a laptop drive. Perhaps this is a sign the disk is on it's way out? If that was the case I thought it would have just gone to click of death mode and the system would have locked up? Any help much appreciated. I am currently trying to update to the latest STABLE. In fact, the second panic happened during the first attempt at a make buildworld... this time around it's still running though. From owner-freebsd-stable@FreeBSD.ORG Fri Jun 17 15:03:00 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BCBE016A428; Fri, 17 Jun 2005 15:03:00 +0000 (GMT) (envelope-from steve@lonres.com) Received: from anchor-post-30.mail.demon.net (anchor-post-30.mail.demon.net [194.217.242.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 78D4243D4C; Fri, 17 Jun 2005 15:03:00 +0000 (GMT) (envelope-from steve@lonres.com) Received: from mail.lonres.com ([194.70.153.187]) by anchor-post-30.mail.demon.net with esmtp (Exim 4.42) id 1DjIMy-000M9a-2C; Fri, 17 Jun 2005 15:02:57 +0000 Received: from bibipentium.lonres.com (bibipentium.lonres.com [10.10.10.225]) by mail.lonres.com (Postfix) with SMTP id 870832E09F; Fri, 17 Jun 2005 16:02:56 +0100 (BST) Received: by bibipentium.lonres.com (sSMTP sendmail emulation); Fri, 17 Jun 2005 16:03:04 +0100 Date: Fri, 17 Jun 2005 16:03:04 +0100 From: Steve Roome To: David Sze Message-ID: <20050617150304.GE34777@bibipentium.lonres.com> References: <746fd037f6ca8131a8fb8938f1e346e9@lonres.com> <20050610170537.GA67849@bibipentium.lonres.com> <20050611085604.J75625@fledge.watson.org> <20050616161506.GB28794@bibipentium.lonres.com> <6.2.1.2.2.20050617091736.05949298@mail.distrust.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <6.2.1.2.2.20050617091736.05949298@mail.distrust.net> User-Agent: Mutt/1.4.2.1i X-Mailman-Approved-At: Sat, 18 Jun 2005 13:10:58 +0000 Cc: freebsd-stable@freebsd.org, Guy Helmer , Kris Kennaway , Greg 'groggy' Lehey , Robert Watson Subject: Re: FreeBSD MySQL still WAY slower than Linux X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2005 15:03:00 -0000 I've posted a longer reply, with a trimmed cc list on the -performance mailing list if anyone is still interested and I'll leave it off -stable as it's probably become somewhat off topic now. Sadly, I don't think simply having an async FS is going to solve our problem though. :( Ta, Steve Roome For refernce: On Fri, Jun 17, 2005 at 09:28:54AM -0400, David Sze wrote: > At 05:15 PM 16/06/2005 +0100, Steve Roome wrote this to All: > It turns out that the problem was the same thing everyone usually points > the finger at, but no one actually mentioned this time: Linux mounts its > partitions async by default. I don't have the exact numbers in front of me > right now, but these were the ballpark figures (I'm not going to separate > out results for all of the different threading libraries for FreeBSD > because the deltas weren't huge): ... From owner-freebsd-stable@FreeBSD.ORG Fri Jun 17 21:55:47 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9E21416A41C; Fri, 17 Jun 2005 21:55:47 +0000 (GMT) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.177]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2D76C43D49; Fri, 17 Jun 2005 21:55:46 +0000 (GMT) (envelope-from max@love2party.net) Received: from p54A3DA45.dip.t-dialin.net [84.163.218.69] (helo=donor.laier.local) by mrelayeu.kundenserver.de with ESMTP (Nemesis), id 0ML21M-1DjOoF1GR3-0007SB; Fri, 17 Jun 2005 23:55:31 +0200 From: Max Laier To: chat@freebsd.org Date: Fri, 17 Jun 2005 23:55:16 +0200 User-Agent: KMail/1.8 References: <20050617210607.GA36959@freebie.xs4all.nl> <20050617214208.GG36959@freebie.xs4all.nl> <42B3450A.3020109@kjsl.com> In-Reply-To: <42B3450A.3020109@kjsl.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart5681121.lz1jlPsEg4"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200506172355.25713.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de login:61c499deaeeba3ba5be80f48ecc83056 X-Mailman-Approved-At: Sat, 18 Jun 2005 13:10:58 +0000 Cc: Wilko Bulte , Greg Barniskis , uzi@bmby.com, Matthias Buelow , Javier Henderson Subject: Re: FreeBSD MySQL still WAY slower than Linux X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2005 21:55:47 -0000 --nextPart5681121.lz1jlPsEg4 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Friday 17 June 2005 23:47, Javier Henderson wrote: > Wilko Bulte wrote: > > On Fri, Jun 17, 2005 at 02:26:48PM -0700, Javier Henderson wrote.. > > > >>Wilko Bulte wrote: > >>>On Fri, Jun 17, 2005 at 11:12:06PM +0200, Matthias Buelow wrote.. > >>> > >>>>Wilko Bulte writes: > >>>>>If you give me $5 per Unix system found there I can retire here and > >>>>> now. > >>>> > >>>>For financial transaction processing, and the customer's accounts? > >>> > >>>Yes. Go and visit the London City and check their computer rooms. > >>>You will be surprised about the number of UNIX boxes. You don't > >>>think IBM, HP, Sun etc sell their UNIX machines just to ISPs or..? > >> > >>But are those Unix servers actually processing bank transactions and > >>holding customer accounts? > > > > Why not? As an aside: what do you think telecom operators run their > > main billing systems on? UNIX... > > I'm sure some do. Others run theirs on VMS. > > > Any idea what downtime costs per hour on those systems? > > A lot. So how is this relevant for freebsd-stable@ ? ... Thanks! =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart5681121.lz1jlPsEg4 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBCs0bNXyyEoT62BG0RAmK+AJ4k8XTcHF1fxj9G3nCIhCA7mSwpegCbB2Ui MY2fN942kdtPxg2061SgMUc= =eQcw -----END PGP SIGNATURE----- --nextPart5681121.lz1jlPsEg4-- From owner-freebsd-stable@FreeBSD.ORG Sat Jun 18 14:37:46 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A60C616A41C for ; Sat, 18 Jun 2005 14:37:46 +0000 (GMT) (envelope-from vanco@satro.sk) Received: from mail.satronet.sk (mail.satronet.sk [217.144.16.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5FB1343D53 for ; Sat, 18 Jun 2005 14:37:43 +0000 (GMT) (envelope-from vanco@satro.sk) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.satronet.sk (Postfix) with ESMTP id E159A160543FE for ; Sat, 18 Jun 2005 16:37:42 +0200 (CEST) Received: from mail.satronet.sk ([127.0.0.1]) by localhost (mail [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 01523-01 for ; Sat, 18 Jun 2005 16:37:41 +0200 (CEST) Received: from webmail.satronet.sk (localhost.localdomain [127.0.0.1]) by mail.satronet.sk (Postfix) with ESMTP id 6050316051D33 for ; Sat, 18 Jun 2005 16:37:41 +0200 (CEST) Received: from 147.175.8.5 (SquirrelMail authenticated user mvanco) by webmail.satronet.sk with HTTP; Sat, 18 Jun 2005 16:37:41 +0200 (CEST) Message-ID: <51688.147.175.8.5.1119105461.squirrel@webmail.satronet.sk> Date: Sat, 18 Jun 2005 16:37:41 +0200 (CEST) From: "Michal Vanco" To: freebsd-stable@freebsd.org User-Agent: SquirrelMail/1.4.4 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-2 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Virus-Scanned: by ANTIvirus at satronet.sk Subject: Routes not deleted after link down X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Jun 2005 14:37:46 -0000 Hi, i discovered that routes are not deleted from routing table after link on interface goes down. For example: > netstat -rnf inet | grep bge0 default 10.1.14.1 UGS 0 135968 bge0 10.1/17 link#1 UC 0 0 bge0 > route -n monitor got message of size 96 on Sat Jun 18 15:10:38 2005 RTM_IFINFO: iface status change: len 96, if# 1, link: down, +flags: > netstat -rnf inet | grep bge0 default 10.1.14.1 UGS 0 136011 bge0 10.1/17 link#1 UC 0 0 bge0 Should't all routes via bge0 be deleted after link on bge0 goes down? thanks michal From owner-freebsd-stable@FreeBSD.ORG Sat Jun 18 16:34:47 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 76B4016A41C for ; Sat, 18 Jun 2005 16:34:47 +0000 (GMT) (envelope-from igor@doom.homeunix.org) Received: from voodoo.oberon.net (voodoo.oberon.net [212.118.165.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0D15A43D4C for ; Sat, 18 Jun 2005 16:34:46 +0000 (GMT) (envelope-from igor@doom.homeunix.org) Received: from dialup84115-209.ip.peterstar.net ([84.204.115.209] helo=doom.homeunix.org) by voodoo.oberon.net with esmtps (TLSv1:AES256-SHA:256) (Exim 4.51 (FreeBSD)) id 1DjgH7-000OPE-As for freebsd-stable@freebsd.org; Sat, 18 Jun 2005 18:34:30 +0200 Received: from doom.homeunix.org (localhost [127.0.0.1]) by doom.homeunix.org (8.13.3/8.13.3) with ESMTP id j5IGXxeY000765; Sat, 18 Jun 2005 20:34:02 +0400 (MSD) (envelope-from igor@doom.homeunix.org) Received: (from igor@localhost) by doom.homeunix.org (8.13.3/8.13.3/Submit) id j5I8vWHD000403; Sat, 18 Jun 2005 12:57:32 +0400 (MSD) (envelope-from igor) Date: Sat, 18 Jun 2005 12:57:32 +0400 From: Igor Pokrovsky To: =?koi8-r?B?58/S09TLyc4g6czY0Q==?= Message-ID: <20050618085732.GA375@doom.homeunix.org> Mail-Followup-To: =?koi8-r?B?58/S09TLyc4g6czY0Q==?= , freebsd-stable@freebsd.org References: <1119011678.4045.7.camel@admin.tbnbykovo.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <1119011678.4045.7.camel@admin.tbnbykovo.ru> User-Agent: Mutt/1.4.2.1i Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by doom.homeunix.org id j5IGXxeY000765 Cc: freebsd-stable@freebsd.org Subject: Re: mount floppy - Input/output error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Jun 2005 16:34:47 -0000 On Fri, Jun 17, 2005 at 04:34:38PM +0400, =E7=CF=D2=D3=D4=CB=C9=CE =E9=CC= =D8=D1 wrote: > Hi! >=20 > Such problem! >=20 > # uname -rs > FreeBSD 5.4-RELEASE-p1 >=20 > # mount -t msdosfs /dev/fd0 /mnt/flp=20 > msdosfs: /dev/fd0: Input/output error=20 >=20 > # fdformat -f 1440 /dev/fd0=20 > Format 1440K floppy `/dev/fd0'? (y/n): y=20 > Processing fdformat: ioctl(FD_FORM): Input/output error=20 >=20 > # fdcontrol -v /dev/fd0 > /dev/fd0: 1.44M drive (3.5" high-density) >=20 > #cat /etc/fstab |grep fd=20 > /dev/fd0 /mnt/flp msdos rw,noauto 0 0= =20 >=20 > # ls /dev |grep fd=20 > fd=20 > fd0=20 >=20 > # cat /var/run/dmesg.boot |grep fd=20 > fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 on > acpi0=20 > fdc0: cannot reserve DMA request line=20 > fd0: <1440-KB 3.5" drive> on fdc0 drive 0 >=20 > Help to solve a problem! > thanks I have nearly the same problem. In my case it could be resolved by using non-ACPI kernel. -ip --=20 Never test for an error condition you don't know how to handle. From owner-freebsd-stable@FreeBSD.ORG Sat Jun 18 18:46:56 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3141A16A41C for ; Sat, 18 Jun 2005 18:46:56 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from pi.codefab.com (pi.codefab.com [199.103.21.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 014D043D1D for ; Sat, 18 Jun 2005 18:46:55 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from localhost (localhost [127.0.0.1]) by pi.codefab.com (Postfix) with ESMTP id 648745DC6; Sat, 18 Jun 2005 14:46:55 -0400 (EDT) Received: from pi.codefab.com ([127.0.0.1]) by localhost (pi.codefab.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 86552-10; Sat, 18 Jun 2005 14:46:54 -0400 (EDT) Received: from [192.168.1.3] (pool-68-161-66-3.ny325.east.verizon.net [68.161.66.3]) by pi.codefab.com (Postfix) with ESMTP id 668745DD5; Sat, 18 Jun 2005 14:46:53 -0400 (EDT) Message-ID: <42B46C9B.7000206@mac.com> Date: Sat, 18 Jun 2005 14:48:59 -0400 From: Chuck Swiger Organization: The Courts of Chaos User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.8) Gecko/20050511 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Michal Vanco References: <51688.147.175.8.5.1119105461.squirrel@webmail.satronet.sk> In-Reply-To: <51688.147.175.8.5.1119105461.squirrel@webmail.satronet.sk> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at codefab.com Cc: freebsd-stable@freebsd.org Subject: Re: Routes not deleted after link down X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Jun 2005 18:46:56 -0000 Michal Vanco wrote: > i discovered that routes are not deleted from routing table after > link on interface goes down. For example: [ ... ] > Should't all routes via bge0 be deleted after link on bge0 goes down? Maybe. If the system was not going to be reconnected to that network anytime soon, it would be a good idea. On the other hand, if the link down was due to a transient failure of a wireless connection, which will be back up in a second or two, it's much better not to drop the route and kill any open connections. -- -Chuck From owner-freebsd-stable@FreeBSD.ORG Sat Jun 18 19:27:33 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CD89A16A41C for ; Sat, 18 Jun 2005 19:27:33 +0000 (GMT) (envelope-from delphij@frontfree.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id 73A3343D49 for ; Sat, 18 Jun 2005 19:27:33 +0000 (GMT) (envelope-from delphij@frontfree.net) Received: from beastie.frontfree.net (unknown [219.239.99.7]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id DC2BBEB1C7A for ; Sun, 19 Jun 2005 03:27:31 +0800 (CST) Received: from localhost (localhost.frontfree.net [127.0.0.1]) by beastie.frontfree.net (Postfix) with ESMTP id 53466132BC7; Sun, 19 Jun 2005 03:27:29 +0800 (CST) Received: from beastie.frontfree.net ([127.0.0.1]) by localhost (beastie.frontfree.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 34337-10; Sun, 19 Jun 2005 03:27:21 +0800 (CST) Received: by beastie.frontfree.net (Postfix, from userid 1001) id 35A6313299B; Sun, 19 Jun 2005 03:27:21 +0800 (CST) Date: Sun, 19 Jun 2005 03:27:21 +0800 From: Xin LI To: Kris Kennaway Message-ID: <20050618192721.GA34601@frontfree.net> References: <20050617150950.F1236@kuoi.asui.uidaho.edu> <20050617235352.GA80058@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="UlVJffcvxoiEqYs2" Content-Disposition: inline In-Reply-To: <20050617235352.GA80058@xor.obsecurity.org> User-Agent: Mutt/1.4.2.1i X-GPG-key-ID/Fingerprint: 0xCAEEB8C0 / 43B8 B703 B8DD 0231 B333 DC28 39FB 93A0 CAEE B8C0 X-GPG-Public-Key: http://www.delphij.net/delphij.asc X-Operating-System: FreeBSD beastie.frontfree.net 5.4-RELEASE-p1 FreeBSD 5.4-RELEASE-p1 #1: Fri May 27 00:47:15 CST 2005 delphij@beastie.frontfree.net:/usr/obj/usr/src/sys/BEASTIE i386 X-URL: http://www.delphij.net X-By: delphij@beastie.frontfree.net X-Location: Beijing, China X-Virus-Scanned: amavisd-new at frontfree.net Cc: Mitch Parks , freebsd-stable@freebsd.org Subject: Re: 5.4-p1 crash X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Jun 2005 19:27:33 -0000 --UlVJffcvxoiEqYs2 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jun 17, 2005 at 07:53:52PM -0400, Kris Kennaway wrote: > On Fri, Jun 17, 2005 at 03:23:19PM -0700, Mitch Parks wrote: > > Below are details regarding another crash on a Dell 2600 SMP (HTT and U= SB=20 > > disabled). It has been 9 days since the last crash. I didn't have the= =20 > > serial console in place for this last crash, but it is now. > >=20 > > Text includes: > > 1. backtrace > > 2. dmesg > > 3. kernel conf > >=20 > > Since Dell diagnostics and Memtest check out fine, I'm kind of between = a=20 > > rock and a hard place here. I have a similar 2600 running 4.9 that is= =20 > > working great. I'd welcome any advice. >=20 > Unfortunately this is a known bug in FreeBSD; check the archives for > more discussion. Doug White tried to look at fixing it before > 5.4-RELEASE but I think he gave up. Just curious... What's the problem? Is there known steps that can trigger it quickly so we can grab the bug? Cheers, --=20 Xin LI http://www.delphij.net/ See complete headers for GPG key and other information. --UlVJffcvxoiEqYs2 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCtHWZ/cVsHxFZiIoRAlEsAJ4vhNjBRVRkdDkOhzngmYOp1vE5ZQCeJMZ7 Ktej63E8M6Q8qJb4WOu59HA= =Aqy6 -----END PGP SIGNATURE----- --UlVJffcvxoiEqYs2-- From owner-freebsd-stable@FreeBSD.ORG Sat Jun 18 19:58:50 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 321B916A439 for ; Sat, 18 Jun 2005 19:58:50 +0000 (GMT) (envelope-from Philippe.Pegon@crc.u-strasbg.fr) Received: from mailhost.u-strasbg.fr (mailhost.u-strasbg.fr [130.79.200.154]) by mx1.FreeBSD.org (Postfix) with ESMTP id B695943D48 for ; Sat, 18 Jun 2005 19:58:49 +0000 (GMT) (envelope-from Philippe.Pegon@crc.u-strasbg.fr) Received: from sokaris.u-strasbg.fr (sokaris.u-strasbg.fr [IPv6:2001:660:2402::101]) by mailhost.u-strasbg.fr (8.13.1/jtpda-5.5pre1) with ESMTP id j5IJwmZH064734 ; Sat, 18 Jun 2005 21:58:48 +0200 (CEST) Received: from [192.168.0.100] (crc.u-strasbg.fr [IPv6:2001:660:2402:1001::1]) by sokaris.u-strasbg.fr (8.12.9/jtpda-5.5pre1) with ESMTP id j5IJwltt050437 ; Sat, 18 Jun 2005 21:58:47 +0200 (CEST) Message-ID: <42B47E5C.4040502@crc.u-strasbg.fr> Date: Sat, 18 Jun 2005 22:04:44 +0200 From: Philippe PEGON User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050331) X-Accept-Language: fr, en MIME-Version: 1.0 To: Xin LI References: <20050617150950.F1236@kuoi.asui.uidaho.edu> <20050617235352.GA80058@xor.obsecurity.org> <20050618192721.GA34601@frontfree.net> In-Reply-To: <20050618192721.GA34601@frontfree.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.6 (mailhost.u-strasbg.fr [IPv6:2001:660:2402::154]); Sat, 18 Jun 2005 21:58:48 +0200 (CEST) X-Antivirus: scanned by sophos at u-strasbg.fr Cc: Mitch Parks , freebsd-stable@freebsd.org, Kris Kennaway Subject: Re: 5.4-p1 crash X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Jun 2005 19:58:50 -0000 Xin LI a écrit : > On Fri, Jun 17, 2005 at 07:53:52PM -0400, Kris Kennaway wrote: > >>On Fri, Jun 17, 2005 at 03:23:19PM -0700, Mitch Parks wrote: >> >>>Below are details regarding another crash on a Dell 2600 SMP (HTT and USB >>>disabled). It has been 9 days since the last crash. I didn't have the >>>serial console in place for this last crash, but it is now. >>> >>>Text includes: >>>1. backtrace >>>2. dmesg >>>3. kernel conf >>> >>>Since Dell diagnostics and Memtest check out fine, I'm kind of between a >>>rock and a hard place here. I have a similar 2600 running 4.9 that is >>>working great. I'd welcome any advice. >> >>Unfortunately this is a known bug in FreeBSD; check the archives for >>more discussion. Doug White tried to look at fixing it before >>5.4-RELEASE but I think he gave up. > > > Just curious... > > What's the problem? Is there known steps that can trigger it quickly so > we can grab the bug? for me, it seems that it is an expect program which connects to a lot of network equipement with "spawn ssh ..." for retrieving some informations. For the moment, I reduced the frequency and the server crash happens much less often. > > Cheers, -- Philippe PEGON From owner-freebsd-stable@FreeBSD.ORG Sat Jun 18 20:04:51 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AEB7B16A41C for ; Sat, 18 Jun 2005 20:04:51 +0000 (GMT) (envelope-from vanco@satro.sk) Received: from mail.satronet.sk (mail.satronet.sk [217.144.16.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6690C43D4C for ; Sat, 18 Jun 2005 20:04:51 +0000 (GMT) (envelope-from vanco@satro.sk) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.satronet.sk (Postfix) with ESMTP id AA2B91605A111; Sat, 18 Jun 2005 22:04:49 +0200 (CEST) Received: from mail.satronet.sk ([127.0.0.1]) by localhost (mail [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 11812-01-4; Sat, 18 Jun 2005 22:04:48 +0200 (CEST) Received: from [10.1.14.183] (strojar.garda.sk [147.175.8.5]) (using SSLv3 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mail.satronet.sk (Postfix) with ESMTP id AC4C616051D5D; Sat, 18 Jun 2005 22:04:48 +0200 (CEST) From: Michal Vanco Organization: Satro s.r.o. To: freebsd-stable@freebsd.org Date: Sun, 19 Jun 2005 00:04:47 +0200 User-Agent: KMail/1.8.1 References: <51688.147.175.8.5.1119105461.squirrel@webmail.satronet.sk> <42B46C9B.7000206@mac.com> In-Reply-To: <42B46C9B.7000206@mac.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200506190004.48066.vanco@satro.sk> X-Virus-Scanned: by ANTIvirus at satronet.sk Cc: Subject: Re: Routes not deleted after link down X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Jun 2005 20:04:51 -0000 On Saturday 18 June 2005 20:48, Chuck Swiger wrote: > Michal Vanco wrote: > > i discovered that routes are not deleted from routing table after > > link on interface goes down. For example: > > [ ... ] > > > Should't all routes via bge0 be deleted after link on bge0 goes down? > > Maybe. If the system was not going to be reconnected to that network > anytime soon, it would be a good idea. On the other hand, if the link down > was due to a transient failure of a wireless connection, which will be back > up in a second or two, it's much better not to drop the route and kill any > open connections. hmm ... this approach is may be appropriate for deskop instalation. what about internet router? shouldn't "fast convergence" be better in this case? imagine two links connected to the same router with different metrics. if first of them goes down, the second never gets used in this case. michal From owner-freebsd-stable@FreeBSD.ORG Sat Jun 18 20:14:38 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5AC4A16A41C for ; Sat, 18 Jun 2005 20:14:38 +0000 (GMT) (envelope-from josemi@freebsd.jazztel.es) Received: from 62-15-207-214.inversas.jazztel.es (62-15-207-214.inversas.jazztel.es [62.15.207.214]) by mx1.FreeBSD.org (Postfix) with ESMTP id ADD0C43D1F for ; Sat, 18 Jun 2005 20:14:36 +0000 (GMT) (envelope-from josemi@freebsd.jazztel.es) Received: from redesjm.local (orion.redesjm.local [192.168.254.16]) by 62-15-207-214.inversas.jazztel.es (8.13.3/8.13.3) with ESMTP id j5IKEYFj035001; Sat, 18 Jun 2005 22:14:34 +0200 (CEST) (envelope-from josemi@redesjm.local) Received: from localhost (localhost [[UNIX: localhost]]) by redesjm.local (8.13.3/8.13.3/Submit) id j5IKEX2s006596; Sat, 18 Jun 2005 22:14:33 +0200 (CEST) (envelope-from josemi@redesjm.local) From: Jose M Rodriguez To: freebsd-stable@freebsd.org Date: Sat, 18 Jun 2005 22:14:32 +0200 User-Agent: KMail/1.8 References: <51688.147.175.8.5.1119105461.squirrel@webmail.satronet.sk> <42B46C9B.7000206@mac.com> <200506190004.48066.vanco@satro.sk> In-Reply-To: <200506190004.48066.vanco@satro.sk> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200506182214.33279.josemi@redesjm.local> X-AntiVirus: checked by AntiVir Milter (version: 1.1.0-3; AVE: 6.30.0.15; VDF: 6.30.0.207; host: antares.redesjm.local) Cc: Michal Vanco Subject: Re: Routes not deleted after link down X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Jun 2005 20:14:38 -0000 El Domingo, 19 de Junio de 2005 00:04, Michal Vanco escribi=F3: > On Saturday 18 June 2005 20:48, Chuck Swiger wrote: > > Michal Vanco wrote: > > > i discovered that routes are not deleted from routing table after > > > link on interface goes down. For example: > > > > [ ... ] > > > > > Should't all routes via bge0 be deleted after link on bge0 goes > > > down? > > > > Maybe. If the system was not going to be reconnected to that > > network anytime soon, it would be a good idea. On the other hand, > > if the link down was due to a transient failure of a wireless > > connection, which will be back up in a second or two, it's much > > better not to drop the route and kill any open connections. > > hmm ... this approach is may be appropriate for deskop instalation. > what about internet router? shouldn't "fast convergence" be better in > this case? imagine two links connected to the same router with > different metrics. if first of them goes down, the second never gets > used in this case. > > michal =46irst, this is a thread for net, not stable. Second, you may need a route daemon for this. ospf is a well known=20 canditate where convergence in case of lost link is a must. Also, you can monitor link status and do the switch from a daemon. =20 Userland ppp have more or less this. =2D- josemi From owner-freebsd-stable@FreeBSD.ORG Sat Jun 18 20:16:37 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E919816A41C for ; Sat, 18 Jun 2005 20:16:37 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from pi.codefab.com (pi.codefab.com [199.103.21.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id B5C8C43D1F for ; Sat, 18 Jun 2005 20:16:37 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from localhost (localhost [127.0.0.1]) by pi.codefab.com (Postfix) with ESMTP id 1E7015C99; Sat, 18 Jun 2005 16:16:37 -0400 (EDT) Received: from pi.codefab.com ([127.0.0.1]) by localhost (pi.codefab.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 87086-06; Sat, 18 Jun 2005 16:16:36 -0400 (EDT) Received: from [192.168.1.3] (pool-68-161-66-3.ny325.east.verizon.net [68.161.66.3]) by pi.codefab.com (Postfix) with ESMTP id EBDDB5C51; Sat, 18 Jun 2005 16:16:35 -0400 (EDT) Message-ID: <42B481A1.2050903@mac.com> Date: Sat, 18 Jun 2005 16:18:41 -0400 From: Chuck Swiger Organization: The Courts of Chaos User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.8) Gecko/20050511 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Michal Vanco References: <51688.147.175.8.5.1119105461.squirrel@webmail.satronet.sk> <42B46C9B.7000206@mac.com> <200506190004.48066.vanco@satro.sk> In-Reply-To: <200506190004.48066.vanco@satro.sk> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at codefab.com Cc: freebsd-stable@freebsd.org Subject: Re: Routes not deleted after link down X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Jun 2005 20:16:38 -0000 Michal Vanco wrote: > On Saturday 18 June 2005 20:48, Chuck Swiger wrote: [ ... ] >> Maybe. If the system was not going to be reconnected to that network >> anytime soon, it would be a good idea. On the other hand, if the link down >> was due to a transient failure of a wireless connection, which will be back >> up in a second or two, it's much better not to drop the route and kill any >> open connections. > > hmm ... this approach is may be appropriate for deskop instalation. what about > internet router? shouldn't "fast convergence" be better in this case? imagine > two links connected to the same router with different metrics. if first of > them goes down, the second never gets used in this case. You're right that a router should notice and quickly respond to an interface going down. Routing software like routed, gated, zebra, CARP, freevrrpd should register to receive interface change notifications and do the appropriate thing. In fact, that's pretty much what those programs actually do, although the details vary. Anyway, if you don't run such programs, FreeBSD generally is using static routes or a simple dynamic default route discovered via DHCP. The network stack has timeouts in place to close down open TCP connections and the like if no traffic can be sent for a long time. -- -Chuck From owner-freebsd-stable@FreeBSD.ORG Sat Jun 18 20:19:43 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0952216A422; Sat, 18 Jun 2005 20:19:43 +0000 (GMT) (envelope-from lefty@ene.asda.gr) Received: from orfeas.asda.gr (orfeas.asda.gr [194.219.142.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id A489943D1F; Sat, 18 Jun 2005 20:19:42 +0000 (GMT) (envelope-from lefty@ene.asda.gr) Received: by orfeas.asda.gr (Postfix, from userid 58) id 6CAFC5C6E; Sat, 18 Jun 2005 23:19:40 +0300 (EEST) Received: from ene.asda.gr (ene.asda.gr [193.92.118.161]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "ene.asda.gr", Issuer "ASDA Root CA" (verified OK)) by orfeas.asda.gr (Postfix) with ESMTP id DBF6B5C50; Sat, 18 Jun 2005 23:19:39 +0300 (EEST) Received: by ene.asda.gr (Postfix, from userid 58) id 3B82D1142F; Sat, 18 Jun 2005 23:19:39 +0300 (EEST) Received: from ene.asda.gr (marsias.asda.gr [194.219.142.36]) (using SSLv3 with cipher RC4-MD5 (128/128 bits)) (Client CN "Lefteris Tsintjelis", Issuer "ASDA Root CA" (verified OK)) by ene.asda.gr (Postfix) with ESMTP id BBC2F1141E; Sat, 18 Jun 2005 23:19:32 +0300 (EEST) Message-ID: <42B481D0.EFA31599@ene.asda.gr> Date: Sat, 18 Jun 2005 23:19:28 +0300 From: Lefteris Tsintjelis Organization: ASDA X-Mailer: Mozilla 4.8 [en] (Windows NT 5.0; U) X-Accept-Language: en,el MIME-Version: 1.0 To: freebsd-stable@freebsd.org, freebsd-questions@freebsd.org Content-Type: text/plain; charset=iso-8859-7 Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on ene.asda.gr X-Spam-Level: X-Spam-Status: score=-1.6 autolearn=ham tests=ALL_TRUSTED,AWL,BAYES_00 Cc: Subject: Can't mount partitions with soft-updates enabled with async option X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lefty@asda.gr List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Jun 2005 20:19:43 -0000 I am not sure if I do something wrong here or it is suppose to work that way but the async option doesn't seem to work for partitions that have soft-updates turned on. Can someone please clarify the difference and if the speed difference (if any) is significant when using the async option instead of the soft-updates for cases such as the /usr/obj or as a squid data storage? Is async preferred over soft-updates when data loss is not a big issue? Please CC Thank you, Lefteris Tsintjelis ASDA From owner-freebsd-stable@FreeBSD.ORG Sat Jun 18 20:47:33 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C61D616A41C for ; Sat, 18 Jun 2005 20:47:33 +0000 (GMT) (envelope-from mitch@kuoi.asui.uidaho.edu) Received: from kuoi.asui.uidaho.edu (kuoi.asui.uidaho.edu [129.101.191.123]) by mx1.FreeBSD.org (Postfix) with SMTP id 801B243D4C for ; Sat, 18 Jun 2005 20:47:33 +0000 (GMT) (envelope-from mitch@kuoi.asui.uidaho.edu) Received: (qmail 51384 invoked by uid 1010); 18 Jun 2005 20:47:32 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 18 Jun 2005 20:47:32 -0000 Date: Sat, 18 Jun 2005 13:47:32 -0700 (PDT) From: Mitch Parks To: freebsd-stable@freebsd.org In-Reply-To: <20050618192721.GA34601@frontfree.net> Message-ID: <20050618133936.P1236@kuoi.asui.uidaho.edu> References: <20050617150950.F1236@kuoi.asui.uidaho.edu> <20050617235352.GA80058@xor.obsecurity.org> <20050618192721.GA34601@frontfree.net> X-Radio: KUOI MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: Re: 5.4-p1 crash X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Jun 2005 20:47:33 -0000 On Sun, 19 Jun 2005, Xin LI wrote: > On Fri, Jun 17, 2005 at 07:53:52PM -0400, Kris Kennaway wrote: >> On Fri, Jun 17, 2005 at 03:23:19PM -0700, Mitch Parks wrote: >>> Below are details regarding another crash on a Dell 2600 SMP (HTT and USB >>> disabled). It has been 9 days since the last crash. I didn't have the >>> serial console in place for this last crash, but it is now. >>> >>> [snip] >>> Since Dell diagnostics and Memtest check out fine, I'm kind of between a >>> rock and a hard place here. I have a similar 2600 running 4.9 that is >>> working great. I'd welcome any advice. >> >> Unfortunately this is a known bug in FreeBSD; check the archives for >> more discussion. Doug White tried to look at fixing it before >> 5.4-RELEASE but I think he gave up. > > Just curious... > > What's the problem? Is there known steps that can trigger it quickly so > we can grab the bug? For my occurrence, I haven't found a predictable way to make it crash. Though I haven't *tried* to trigger it. Crashes have been at seemingly random times with no particular correlational activities that have been detected. If there are particular benchmark, performance or other tools I could use to try and trigger it, let me know if that will help. Mitch Parks From owner-freebsd-stable@FreeBSD.ORG Sat Jun 18 21:11:04 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5F73616A41C for ; Sat, 18 Jun 2005 21:11:04 +0000 (GMT) (envelope-from twesky@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1FA8143D49 for ; Sat, 18 Jun 2005 21:11:03 +0000 (GMT) (envelope-from twesky@gmail.com) Received: by wproxy.gmail.com with SMTP id 55so185902wri for ; Sat, 18 Jun 2005 14:11:03 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=KQRkrDQbHKL0kKQFFpw9j2IJBWiA0At4Eb03kVNYONX/DLjA8hYmGnsPnS7RoQ4wKusWmFyeT5Wws0QFOdJ2s5EfpOxilCQz/ykKyUd1hQjHoTbKEem9Pw/RP+7ixlpS1KWUqdkBkeu7goDL7Vtx4E2OZec4EHwxOzZ9EBWBQRM= Received: by 10.54.91.12 with SMTP id o12mr1771283wrb; Sat, 18 Jun 2005 14:04:23 -0700 (PDT) Received: by 10.54.45.71 with HTTP; Sat, 18 Jun 2005 14:04:23 -0700 (PDT) Message-ID: <8d02aed00506181404642100b9@mail.gmail.com> Date: Sat, 18 Jun 2005 16:04:23 -0500 From: twesky To: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: ATA_DMA errors X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: twesky List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Jun 2005 21:11:04 -0000 I am having ATA_DMA errors on 5.4R and 5 STABLE up to June 16 (haven't done a cvsup again). It doesn't happen on 5.3R or lower. The exact error message is below: It happens within a few hours of use. The laptop will then reboot, and fsck must be ran. After fsck the timeouts happen within a few seconds of booting. Is this a known issue? ERROR MSG ------- ad0: timeout - READ_DMA retrying (2 retries left) LBA=3D24531835 ad0: warning - removed from configuration ata0-master: failure - READ_DMA timed out ------- The laptop is a SONY VAIO PCG-Z1WA dmesg info ad0: 57231MB [116280/16/63] at ata0-master UDMA1= 00 fdisk info # fdisk ******* Working on device /dev/ad0 ******* parameters extracted from in-core disklabel are: cylinders=3D116280 heads=3D16 sectors/track=3D63 (1008 blks/cyl) Figures below won't work with BIOS for partitions not in cyl 1 parameters to be used for BIOS calculations are: cylinders=3D116280 heads=3D16 sectors/track=3D63 (1008 blks/cyl) Media sector size is 512 Warning: BIOS sector numbering starts with sector 1 Information from DOS bootblock is: The data for partition 1 is: sysid 165 (0xa5),(FreeBSD/NetBSD/386BSD) start 63, size 117210177 (57231 Meg), flag 80 (active) beg: cyl 0/ head 1/ sector 1; end: cyl 1023/ head 254/ sector 63 The data for partition 2 is: The data for partition 3 is: The data for partition 4 is: From owner-freebsd-stable@FreeBSD.ORG Sat Jun 18 21:38:37 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BEC3816A41C; Sat, 18 Jun 2005 21:38:37 +0000 (GMT) (envelope-from mkb@mkbuelow.net) Received: from luzifer.incubus.de (incubus.de [80.237.207.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7E13F43D4C; Sat, 18 Jun 2005 21:38:37 +0000 (GMT) (envelope-from mkb@mkbuelow.net) Received: from drjekyll.mkbuelow.net (p54AACB7C.dip.t-dialin.net [84.170.203.124]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by luzifer.incubus.de (Postfix) with ESMTP id 1C8332E9AC; Sat, 18 Jun 2005 23:41:28 +0200 (CEST) Received: from drjekyll.mkbuelow.net (mkb@localhost.mkbuelow.net [127.0.0.1]) by drjekyll.mkbuelow.net (8.13.3/8.13.3) with ESMTP id j5ILcpgF002301; Sat, 18 Jun 2005 23:38:51 +0200 (CEST) (envelope-from mkb@drjekyll.mkbuelow.net) Message-Id: <200506182138.j5ILcpgF002301@drjekyll.mkbuelow.net> From: Matthias Buelow To: lefty@asda.gr In-Reply-To: Message from Lefteris Tsintjelis of "Sat, 18 Jun 2005 23:19:28 +0300." <42B481D0.EFA31599@ene.asda.gr> X-Mailer: MH-E 7.84; nmh 1.0.4; XEmacs 21.4 (patch 17) Date: Sat, 18 Jun 2005 23:38:51 +0200 Sender: mkb@mkbuelow.net Cc: freebsd-stable@freebsd.org, freebsd-questions@freebsd.org Subject: Re: Can't mount partitions with soft-updates enabled with async option X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Jun 2005 21:38:37 -0000 Lefteris Tsintjelis writes: >I am not sure if I do something wrong here or it is suppose to work that >way but the async option doesn't seem to work for partitions that have >soft-updates turned on. Can someone please clarify the difference and if >the speed difference (if any) is significant when using the async option >instead of the soft-updates for cases such as the /usr/obj or as a squid >data storage? Is async preferred over soft-updates when data loss is not >a big issue? With softupdates, everything is asynchronous so the option doesn't make sense. For improving squid filesystem performance, have you mounted the partition with noatime? That might make some difference. mkb. From owner-freebsd-stable@FreeBSD.ORG Sat Jun 18 23:27:09 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CF95C16A41C for ; Sat, 18 Jun 2005 23:27:09 +0000 (GMT) (envelope-from Philippe.Pegon@crc.u-strasbg.fr) Received: from mailhost.u-strasbg.fr (mailhost.u-strasbg.fr [130.79.200.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id 39E2E43D1F for ; Sat, 18 Jun 2005 23:27:08 +0000 (GMT) (envelope-from Philippe.Pegon@crc.u-strasbg.fr) Received: from sokaris.u-strasbg.fr (sokaris.u-strasbg.fr [IPv6:2001:660:2402::101]) by mailhost.u-strasbg.fr (8.13.1/jtpda-5.5pre1) with ESMTP id j5INR7sj066553 ; Sun, 19 Jun 2005 01:27:07 +0200 (CEST) Received: from [192.168.0.100] (crc.u-strasbg.fr [IPv6:2001:660:2402:1001::1]) by sokaris.u-strasbg.fr (8.12.9/jtpda-5.5pre1) with ESMTP id j5INR5tt064574 ; Sun, 19 Jun 2005 01:27:06 +0200 (CEST) Message-ID: <42B4AF2F.40402@crc.u-strasbg.fr> Date: Sun, 19 Jun 2005 01:33:03 +0200 From: Philippe PEGON User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050331) X-Accept-Language: fr, en MIME-Version: 1.0 To: Xin LI References: <20050617150950.F1236@kuoi.asui.uidaho.edu> <20050617235352.GA80058@xor.obsecurity.org> <20050618192721.GA34601@frontfree.net> In-Reply-To: <20050618192721.GA34601@frontfree.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.6 (mailhost.u-strasbg.fr [IPv6:2001:660:2402::158]); Sun, 19 Jun 2005 01:27:07 +0200 (CEST) X-Antivirus: scanned by sophos at u-strasbg.fr Cc: Mitch Parks , freebsd-stable@freebsd.org, Kris Kennaway Subject: Re: 5.4-p1 crash X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Jun 2005 23:27:09 -0000 Xin LI a écrit : > On Fri, Jun 17, 2005 at 07:53:52PM -0400, Kris Kennaway wrote: > >>On Fri, Jun 17, 2005 at 03:23:19PM -0700, Mitch Parks wrote: >> >>>Below are details regarding another crash on a Dell 2600 SMP (HTT and USB >>>disabled). It has been 9 days since the last crash. I didn't have the >>>serial console in place for this last crash, but it is now. >>> >>>Text includes: >>>1. backtrace >>>2. dmesg >>>3. kernel conf >>> >>>Since Dell diagnostics and Memtest check out fine, I'm kind of between a >>>rock and a hard place here. I have a similar 2600 running 4.9 that is >>>working great. I'd welcome any advice. >> >>Unfortunately this is a known bug in FreeBSD; check the archives for >>more discussion. Doug White tried to look at fixing it before >>5.4-RELEASE but I think he gave up. > > > Just curious... > > What's the problem? Is there known steps that can trigger it quickly so > we can grab the bug? I just tested in one FreeBSD-5.4-p1 box (HP DL360 with two CPU) and it seems this simple expect program which runs six times simultaneously crashs the box after approximately 2 hours : #! /usr/local/bin/expect set timeout 60 set host [lindex $argv 0] set pass "PASSWORD" spawn ssh root@another-server expect { "continue*(yes/no)" { send "yes\r" ; exp_continue } "assword:" { send "$pass\r" } } expect "*# " { send "ls\r" } expect "*#" { send "exit\r" } puts "Done." > > Cheers, if that can help -- Philippe PEGON From owner-freebsd-stable@FreeBSD.ORG Sat Jun 18 23:56:20 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6760E16A41C for ; Sat, 18 Jun 2005 23:56:20 +0000 (GMT) (envelope-from creep@daedalus.desk.pl) Received: from daedalus.desk.pl (daedalus.desk.pl [62.233.238.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id E178843D1F for ; Sat, 18 Jun 2005 23:56:19 +0000 (GMT) (envelope-from creep@daedalus.desk.pl) Received: from localhost (localhost [127.0.0.1]) by daedalus.desk.pl (Postfix) with ESMTP id 45993366667 for ; Sun, 19 Jun 2005 01:49:22 +0200 (CEST) Received: from daedalus.desk.pl ([127.0.0.1]) by localhost (daedalus [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 03817-05 for ; Sun, 19 Jun 2005 01:49:21 +0200 (CEST) Received: by daedalus.desk.pl (Postfix, from userid 1023) id 209FD36650A; Sun, 19 Jun 2005 01:49:21 +0200 (CEST) Date: Sun, 19 Jun 2005 01:49:21 +0200 From: Marcin Koziej To: freebsd-stable@freebsd.org Message-ID: <20050618234921.GA1740@daedalus.desk.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline User-Agent: Mutt/1.4.1i X-Antivirus: Skaner Antywirusowy DESK.pl Subject: re0 "no carrier" problem - Patches found in archives didn't work. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Jun 2005 23:56:20 -0000 Hello. I am running a recent FreeBSD STABLE i386 [lack of nvidia-amd64 :( ] on amd64 Acer Aspire 1525 machine. I have a RealTek 8169SB Single-chip Gigabit Ethernet on rgephy RTL8169S/8110S media interface. The card is properly detected by the pci/re driver and shows up in ifconfig, but I'm expereiencing unpredictible problems with setting up link: Sometimes re0 reports it status ''no carrier'', even when everything was working fine a boot before. A common scenario: After boot, the status is active and media 'autoselect: 10baseT/UTP ), but when i try to do anything with the interface (ifconfig re0 up, dhclient re0) it changes to "no carrier" and mode to autoselect (none). The diode on re0 card's port blinks with yellow light (compared to stable green when working) about once a second. When the blink occures, it also happens on the my switch's diodes where the cable is connected. [They occur in a rapid sequence - the green 'Act' diode first, then 'Link' blinks for a fraction of second after which both go dark] Sometimes after waiting several minutes it changes to active again. Sometimes not. It was mentioned before, I have tried patches i could find, the one from: http://lists.freebsd.org/pipermail/freebsd-stable/2005-March/013107.html seems to do what it's supposed to, ie. --- from rgephy.c part: + if (bmcr & RGEPHY_BMCR_ISO) { ----> this never happens. + mii->mii_media_active |= IFM_NONE; + mii->mii_media_status = 0; + return; + } ---- from if_re.c part: + + for (phy = 0; phy < 32; phy++) { + bmsr = re_miibus_readreg(dev, phy, MII_BMSR); + bmsr = re_miibus_readreg(dev, phy, MII_BMSR); + if (!bmsr) continue; ---> goes here with phy = 1 + + re_miibus_writereg(dev, phy, MII_BMCR, BMCR_RESET); + for (i = 0; i < RL_TIMEOUT; i++) { + if (!(re_miibus_readreg(dev, phy, MII_BMCR) & + BMCR_RESET)) break; + DELAY(100); + } ----> breaks with i = 0 + re_miibus_writereg(dev, phy, MII_BMCR, BMCR_LOOP); + + break; + } Unfortunately this doesn't fix the problem. I have also found some additional patches for if_re but i couldn't apply them to stable - if_re.c changed and i wasn't sure how to merge it. Please help, I spent a week searching for a fix :( I'm eager to check any patch sent, spend the afternoon in ddb, etc. Just tell me what/where to search - my knowledge on network drivers is close to nil. -- m.