From owner-freebsd-stable@FreeBSD.ORG Sun Sep 13 05:48:12 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1D4681065672 for ; Sun, 13 Sep 2009 05:48:12 +0000 (UTC) (envelope-from dave@hardman.name) Received: from bender.grapevine.net.au (bender.grapevine.net.au [203.129.32.139]) by mx1.freebsd.org (Postfix) with ESMTP id D6E7B8FC19 for ; Sun, 13 Sep 2009 05:48:11 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by bender.grapevine.net.au (Postfix) with ESMTP id 592132101AE for ; Sun, 13 Sep 2009 15:30:01 +1000 (EST) Received: from bender.grapevine.net.au ([127.0.0.1]) by localhost (bender.grapevine.net.au [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id B1XPAkEVyYbM for ; Sun, 13 Sep 2009 15:30:01 +1000 (EST) Received: from loc.alh.ost (ppp-165.59.129.203.grapevine.net.au [203.129.59.165]) by bender.grapevine.net.au (Postfix) with ESMTP id 0A710210080 for ; Sun, 13 Sep 2009 15:29:58 +1000 (EST) Date: Sun, 13 Sep 2009 15:29:58 +1000 From: Dave Hardman To: freebsd-stable@freebsd.org Message-ID: <20090913052958.GA3348@loc.alh.ost> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) Subject: 8.0-BETA-4: no mouse or keyboard in 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: Sun, 13 Sep 2009 05:48:12 -0000 I upgraded from 7.2 to 8.0-BETA4. Now X will not receive input from either the mouse or keyboard. When this has happened in 7.1 or 7.2 it was fixed by running hal. The keyboard, mouse and hal are all working. I did not configure X, the xorg.conf file was auto generated when X was first started. I have tried a few things; new xorg.conf with Xorg -configure, putting config files, which I found in a mailing list, in /usr/local/etc/hal/fdi/policy. Using a different window manager. Nothing worked. Theres nothing in the log files that I recognise. Xorg.log reported "config/hal Adding input device AT Keyboard." Any suggestions I also noticed the fuse.ko will not load, reporting "Exec format error." dave@loc:/usr/home/dave $ uname -a FreeBSD loc.alh.ost 8.0-BETA4 FreeBSD 8.0-BETA4 #0: Sun Sep 6 04:44:31 UTC 2009 root@mason.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 Thanks Dave From owner-freebsd-stable@FreeBSD.ORG Sun Sep 13 10:02:40 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3CB3A106566B for ; Sun, 13 Sep 2009 10:02:40 +0000 (UTC) (envelope-from gausus@gausus.net) Received: from dagobah.intersec.pl (dagobah.intersec.pl [91.192.226.10]) by mx1.freebsd.org (Postfix) with ESMTP id BC8118FC1C for ; Sun, 13 Sep 2009 10:02:39 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by dagobah.intersec.pl (Postfix) with ESMTP id 1216F254002; Sun, 13 Sep 2009 12:11:50 +0200 (CEST) X-Virus-Scanned: amavisd-new at intersec.pl Received: from dagobah.intersec.pl ([127.0.0.1]) by localhost (dagobah.intersec.pl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1TzauvAGICE3; Sun, 13 Sep 2009 12:11:45 +0200 (CEST) Received: from dagobah.intersec.pl (dagobah.intersec.pl [91.192.226.10]) by dagobah.intersec.pl (Postfix) with ESMTP id 53EF9254001; Sun, 13 Sep 2009 12:11:45 +0200 (CEST) Date: Sun, 13 Sep 2009 12:11:45 +0200 (CEST) From: Maciej Jan Broniarz To: Kevin Downey Message-ID: <88656044.63711252836705223.JavaMail.root@dagobah.intersec.pl> In-Reply-To: <1d3ed48c0909121425g4a255ebah293ce39e42623ab8@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Originating-IP: [85.222.122.69] X-Mailer: Zimbra 5.0.16_GA_2921.UBUNTU8_64 (ZimbraWebClient - FF3.0 (Mac)/5.0.16_GA_2921.UBUNTU8_64) Cc: freebsd-stable Subject: Re: problem with link aggregation failover 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, 13 Sep 2009 10:02:40 -0000 Hello, > xl0 and fxp0 both need to have the same mac address I have configured the same mac on both cards.=20 My lagg0 looks like this: lagg0: flags=3D8843 metric 0 mtu 15= 00 =09options=3D9 =09ether 00:01:02:20:24:ef =09inet 192.168.1.104 netmask 0xffffff00 broadcast 192.168.1.255 =09media: Ethernet autoselect =09status: active =09laggproto failover =09laggport: fxp0 flags=3D0<> =09laggport: xl0 flags=3D5 When I disconnect the cable from xl0, the network connection dies, and my l= agg0 looks like this: lagg0: flags=3D8843 metric 0 mtu 15= 00 =09options=3D9 =09ether 00:01:02:20:24:ef =09inet 192.168.1.104 netmask 0xffffff00 broadcast 192.168.1.255 =09media: Ethernet autoselect =09status: active =09laggproto failover =09laggport: fxp0 flags=3D4 =09laggport: xl0 flags=3D1 Still, if I start pinging anything from that host, the connections comes ba= ck to live: lagg0: flags=3D8843 metric 0 mtu 15= 00 =09options=3D9 =09ether 00:01:02:20:24:ef =09inet 192.168.1.104 netmask 0xffffff00 broadcast 192.168.1.255 =09media: Ethernet autoselect =09status: active =09laggproto failover =09laggport: fxp0 flags=3D4 =09laggport: xl0 flags=3D1 What might be the problem with that setup? Thanks for your help, mjb =20 > On Sat, Sep 12, 2009 at 1:34 PM, Maciej Jan Broniarz > wrote: > > Hello, > > > > I am trying to configure lagg failover mode on 7.2. > > > > I do: > > > > # ifconfig xl0 up > > # ifconfig fxp0 up > > # ifconfig lagg0 create > > # ifconfig lagg0 up laggproto failover laggport xl0 laggport fxp0 > > # dhclient lagg0 > > > > And all seems to work ok. Still I disconnect the cable from the > master card the connection stops. > > Although fxp0 becomes active the connection is still dead. If I > start pinging any host from that machine > > the conection comes back to live, but having ping in background all > the time is not the solution. > > > > Am I doing something wrong or have I missed something in the > configuration? > > > > Best regards, > > mjb > > _______________________________________________ > > 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 >=20 > --=20 > And what is good, Phaedrus, > And what is not good=E2=80=94 > Need we ask anyone to tell us these things? From owner-freebsd-stable@FreeBSD.ORG Sun Sep 13 10:49:24 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EE6CC106566C for ; Sun, 13 Sep 2009 10:49:24 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id BBBA58FC18 for ; Sun, 13 Sep 2009 10:49:24 +0000 (UTC) Received: from [192.168.1.4] (adsl-241-169-177.bna.bellsouth.net [74.241.169.177]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n8DAnLSG092046 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 13 Sep 2009 06:49:22 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Dave Hardman In-Reply-To: <20090913052958.GA3348@loc.alh.ost> References: <20090913052958.GA3348@loc.alh.ost> Content-Type: text/plain Organization: FreeBSD Date: Sun, 13 Sep 2009 05:49:16 -0500 Message-Id: <1252838956.1692.1217.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.9 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RDNS_DYNAMIC,SPF_SOFTFAIL autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-stable@freebsd.org Subject: Re: 8.0-BETA-4: no mouse or keyboard in 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: Sun, 13 Sep 2009 10:49:25 -0000 On Sun, 2009-09-13 at 15:29 +1000, Dave Hardman wrote: > I upgraded from 7.2 to 8.0-BETA4. Now X will not receive input > from either the mouse or keyboard. When this has happened in 7.1 > or 7.2 it was fixed by running hal. The keyboard, mouse and hal > are all working. I did not configure X, the xorg.conf file was > auto generated when X was first started. > > I have tried a few things; new xorg.conf with Xorg -configure, > putting config files, which I found in a mailing list, in > /usr/local/etc/hal/fdi/policy. Using a different window manager. > Nothing worked. > > Theres nothing in the log files that I recognise. Xorg.log > reported "config/hal Adding input device AT Keyboard." > > Any suggestions > > I also noticed the fuse.ko will not load, reporting "Exec > format error." This suggests that you have not rebuilt your ports. At a minumum you need to rebuild fuse and hal, though I strongly suggest that you rebuild everything. robert. > dave@loc:/usr/home/dave $ uname -a > FreeBSD loc.alh.ost 8.0-BETA4 FreeBSD 8.0-BETA4 #0: Sun Sep 6 04:44:31 UTC 2009 root@mason.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 > > Thanks Dave > _______________________________________________ > 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" -- Robert Noland FreeBSD From owner-freebsd-stable@FreeBSD.ORG Sun Sep 13 10:57:39 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CFC421065692 for ; Sun, 13 Sep 2009 10:57:39 +0000 (UTC) (envelope-from patfbsd@davenulle.org) Received: from smtp.lamaiziere.net (net.lamaiziere.net [91.121.44.19]) by mx1.freebsd.org (Postfix) with ESMTP id 94F3D8FC1B for ; Sun, 13 Sep 2009 10:57:39 +0000 (UTC) Received: from baby-jane.lamaiziere.net (132.10.87-79.rev.gaoland.net [79.87.10.132]) by smtp.lamaiziere.net (Postfix) with ESMTPA id F0229633371; Sun, 13 Sep 2009 12:40:14 +0200 (CEST) Received: from baby-jane.lamaiziere.net (localhost [127.0.0.1]) by baby-jane.lamaiziere.net (Postfix) with ESMTP id 5C39EB905; Sun, 13 Sep 2009 12:40:53 +0200 (CEST) Date: Sun, 13 Sep 2009 12:40:52 +0200 From: Patrick Lamaiziere To: Dave Hardman Message-ID: <20090913124052.533e87fb@baby-jane.lamaiziere.net> In-Reply-To: <20090913052958.GA3348@loc.alh.ost> References: <20090913052958.GA3348@loc.alh.ost> X-Mailer: Claws Mail 3.7.2 (GTK+ 2.16.6; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org Subject: Re: 8.0-BETA-4: no mouse or keyboard in 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: Sun, 13 Sep 2009 10:57:39 -0000 Le Sun, 13 Sep 2009 15:29:58 +1000, Dave Hardman a =E9crit : > I upgraded from 7.2 to 8.0-BETA4. Now X will not receive input > from either the mouse or keyboard. When this has happened in 7.1 > or 7.2 it was fixed by running hal. The keyboard, mouse and hal > are all working. I did not configure X, the xorg.conf file was > auto generated when X was first started. >=20 > I have tried a few things; new xorg.conf with Xorg -configure,=20 > putting config files, which I found in a mailing list, in > /usr/local/etc/hal/fdi/policy. Using a different window manager. > Nothing worked. >=20 > Theres nothing in the log files that I recognise. Xorg.log > reported "config/hal Adding input device AT Keyboard." You need to rebuild hal and to remove the old libusb port. libusb is now part of the base system in 8.X and you must use this version. You should rebuild all that depend on the old port libusb (at least). > I also noticed the fuse.ko will not load, reporting "Exec > format error." Did you rebuild this module too? From owner-freebsd-stable@FreeBSD.ORG Sun Sep 13 13:06:29 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4EA871065670 for ; Sun, 13 Sep 2009 13:06:29 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.16.84]) by mx1.freebsd.org (Postfix) with ESMTP id 0A22E8FC1B for ; Sun, 13 Sep 2009 13:06:28 +0000 (UTC) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by kabab.cs.huji.ac.il with esmtp id 1Mmomg-000LP6-Mw for freebsd-stable@freebsd.org; Sun, 13 Sep 2009 16:06:26 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: freebsd-stable Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 13 Sep 2009 16:06:26 +0300 From: Daniel Braniss Message-ID: Subject: zfs(v13)+nfs and open(..., O_WRONLY|O_CREAT|O_EXCL, ...) returns io 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, 13 Sep 2009 13:06:29 -0000 this was fixed back in June, but now, it cropped up under 8BETA/32 bits, the 64 bit is ok. see http://www.freebsd.org/cgi/query-pr.cgi?pr=135412 thanks, danny From owner-freebsd-stable@FreeBSD.ORG Sun Sep 13 16:33:53 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1CB7D106566B for ; Sun, 13 Sep 2009 16:33:53 +0000 (UTC) (envelope-from louisk@cryptomonkeys.org) Received: from nes.txt.com (nes.txt.com [192.160.132.20]) by mx1.freebsd.org (Postfix) with ESMTP id EEDF58FC1F for ; Sun, 13 Sep 2009 16:33:52 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by nes.txt.com (Postfix) with ESMTP id B20537CA; Sun, 13 Sep 2009 09:20:20 -0700 (PDT) Received: from nes.txt.com ([127.0.0.1]) by localhost (nes.txt.com [127.0.0.1]) (amavisd-maia, port 10024) with ESMTP id 97090-09; Sun, 13 Sep 2009 09:20:18 -0700 (PDT) Received: from lk-mbp.local (unknown [75.142.19.238]) (Authenticated sender: louisk@cryptomonkeys.org) by nes.txt.com (Postfix) with ESMTPSA id 0874B7C9; Sun, 13 Sep 2009 09:20:02 -0700 (PDT) Received: from practivate.adobe.com by lk-mbp.local (PGP Universal service); Sun, 13 Sep 2009 09:22:51 -0700 X-PGP-Universal: processed; by lk-mbp.local on Sun, 13 Sep 2009 09:22:51 -0700 Mime-Version: 1.0 (Apple Message framework v1076) From: Louis Kowolowski In-Reply-To: <4AAC3343.5030806@ksu.ru> Date: Sun, 13 Sep 2009 09:22:31 -0700 Message-Id: <9DAD6CD5-0BD7-4B06-8FA7-D0159419FEAE@cryptomonkeys.org> References: <4AAC140F.2070203@stillbilde.net> <4AAC3343.5030806@ksu.ru> To: Marat N.Afanasyev X-Mailer: Apple Mail (2.1076) Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Cc: FreeBSD Subject: Re: Question regarding vlans and lagg 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, 13 Sep 2009 16:33:53 -0000 On Sep 12, 2009, at 4:48 PM, Marat N.Afanasyev wrote: > * PGP - S/MIME Signed by an unverified key: September 12, 2009 > 4:48:19 PM > > Svein Skogen (listmail account) wrote: >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> Can the vlan "vlandev" be a lagg port of multiple physical interfaces >> (for redundancy)? >> //Svein > > i think that you should try the following: > > 1. join two ports on switch to trunk, say vport1 > 2. assign allowed vlans to this vport1 > 3. create lagg0 on freebsd > 4. create vlan interfaces on freebsd using vlandev lagg0 > > and i suppose it just should work ;) > You're looking for something along these lines: cloned_interfaces="lagg0 vlan0 vlan1" ifconfig_em0="up" ifconfig_em1="up" ifconfig_lagg0="laggproto failover laggport em0 laggport em1 up" ifconfig_vlan0="vlan 2 vlandev lagg0 up" ifconfig_vlan1="vlan 3 vlandev lagg0 up" ifconfig_vlan0_alias0="inet 192.168.1.41/24" ifconfig_vlan1_alias1="inet 172.16.0.20/24" This will give you failover for your lagg(8) interface, I believe you can also use something like etherchannel. -- Louis Kowolowski louisk@cryptomonkeys.org Cryptomonkeys: http://www.cryptomonkeys.org/~louisk Making life more interesting for people since 1977 From owner-freebsd-stable@FreeBSD.ORG Sun Sep 13 17:56:06 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 224A5106566B for ; Sun, 13 Sep 2009 17:56:06 +0000 (UTC) (envelope-from amarat@ksu.ru) Received: from mx.kzn.ru (mx.kzn.ru [194.85.243.38]) by mx1.freebsd.org (Postfix) with ESMTP id 1E9A38FC16 for ; Sun, 13 Sep 2009 17:56:04 +0000 (UTC) Authentication-Results: iout.kzn.ru; dkim=neutral (message not signed) header.i=none Received-SPF: None identity=pra; client-ip=193.232.252.56; receiver=iout.kzn.ru; envelope-from="amarat@ksu.ru"; x-sender="amarat@ksu.ru"; x-conformance=sidf_compatible Received-SPF: None identity=mailfrom; client-ip=193.232.252.56; receiver=iout.kzn.ru; envelope-from="amarat@ksu.ru"; x-sender="amarat@ksu.ru"; x-conformance=sidf_compatible Received-SPF: None identity=helo; client-ip=193.232.252.56; receiver=iout.kzn.ru; envelope-from="amarat@ksu.ru"; x-sender="postmaster@ruby.ksu.ru"; x-conformance=sidf_compatible X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AqQEANPOrErCVfWh/2dsb2JhbACBUshiCI1ngkAIHoEyBYFWYg X-IronPort-AV: E=Sophos;i="4.44,379,1249243200"; d="p7s'?scan'208";a="5069106" Received: from mail.ksu.ru (HELO ruby.ksu.ru) ([193.232.252.56]) by iout.kzn.ru with ESMTP; 13 Sep 2009 21:56:00 +0400 X-Pass-Through: Kazan State University Network Received: from zealot.ksu.ru ([194.85.245.161]) by ksu.ru (8.13.4/8.13.4) with ESMTP id n8DGwdpb019404; Sun, 13 Sep 2009 16:58:40 GMT Received: from zealot.ksu.ru (localhost.lnet [127.0.0.1]) by zealot.ksu.ru (8.14.3/8.14.3) with ESMTP id n8DHtbYH083668; Sun, 13 Sep 2009 21:55:38 +0400 (MSD) (envelope-from amarat@ksu.ru) Message-ID: <4AAD3219.9040806@ksu.ru> Date: Sun, 13 Sep 2009 21:55:37 +0400 From: "Marat N.Afanasyev" User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.8.1.22) Gecko/20090704 SeaMonkey/1.1.17 MIME-Version: 1.0 To: Louis Kowolowski References: <4AAC140F.2070203@stillbilde.net> <4AAC3343.5030806@ksu.ru> <9DAD6CD5-0BD7-4B06-8FA7-D0159419FEAE@cryptomonkeys.org> In-Reply-To: <9DAD6CD5-0BD7-4B06-8FA7-D0159419FEAE@cryptomonkeys.org> Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms030806020107070400090004" Cc: FreeBSD Subject: Re: Question regarding vlans and lagg 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, 13 Sep 2009 17:56:06 -0000 This is a cryptographically signed message in MIME format. --------------ms030806020107070400090004 Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Louis Kowolowski wrote: > On Sep 12, 2009, at 4:48 PM, Marat N.Afanasyev wrote: > >> * PGP - S/MIME Signed by an unverified key: September 12, 2009 4:48:19 PM >> >> Svein Skogen (listmail account) wrote: >>> -----BEGIN PGP SIGNED MESSAGE----- >>> Hash: SHA1 >>> Can the vlan "vlandev" be a lagg port of multiple physical interfaces >>> (for redundancy)? >>> //Svein >> >> i think that you should try the following: >> >> 1. join two ports on switch to trunk, say vport1 >> 2. assign allowed vlans to this vport1 >> 3. create lagg0 on freebsd >> 4. create vlan interfaces on freebsd using vlandev lagg0 >> >> and i suppose it just should work ;) >> > You're looking for something along these lines: > cloned_interfaces="lagg0 vlan0 vlan1" > ifconfig_em0="up" > ifconfig_em1="up" > ifconfig_lagg0="laggproto failover laggport em0 laggport em1 up" > ifconfig_vlan0="vlan 2 vlandev lagg0 up" > ifconfig_vlan1="vlan 3 vlandev lagg0 up" > ifconfig_vlan0_alias0="inet 192.168.1.41/24" > ifconfig_vlan1_alias1="inet 172.16.0.20/24" > > This will give you failover for your lagg(8) interface, I believe you > can also use something like etherchannel. lagg can be configured as etherchannel, afaik and yes, everything i'd proposed could be done from rc.conf and remember that cloned_interfaces could not be restarted via /etc/rc.d/neif restart ifN -- SY, Marat --------------ms030806020107070400090004 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 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIII8zCC AtQwggI9oAMCAQICEHpsMo6nkbUVegxjAzzxYCkwDQYJKoZIhvcNAQEFBQAwYjELMAkGA1UE BhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMT I1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMB4XDTA5MDQwMTE5MTUxOFoX DTEwMDQwMTE5MTUxOFowPzEfMB0GA1UEAxMWVGhhd3RlIEZyZWVtYWlsIE1lbWJlcjEcMBoG CSqGSIb3DQEJARYNYW1hcmF0QGtzdS5ydTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoC ggEBALqa7MfgjbsxmgpTOKxAN7w+cFViFA8NrULAARwVQJQJCnVRGf3i97EwNdLE8VTNniU4 ybS4gtLsy9gfNuuyPV2AJESpgrxaG+KZyHu1f6P4e31YBbnbtWVTUxZ3U/vWoL+BOAOI4S84 Cx834a4uYK75WhpZKd56qet5loyn9N1wBZNgCh9AwU31lA/Q0iCSKpEIxuhbElNXHNnqAlts CtNXsKgsT8mP7QI52h0cBOPSZqvz++e/wruJGgKeCECqo8ftwwya3CYkH1lhH2Q1zeXwez1E 1+solM48odH+odn29ctmOqr3PzZfmBJyGFf5FagTKNia/ys48yBtVU/RXHsCAwEAAaMqMCgw GAYDVR0RBBEwD4ENYW1hcmF0QGtzdS5ydTAMBgNVHRMBAf8EAjAAMA0GCSqGSIb3DQEBBQUA A4GBAG4Pj7KRSJ/M28KNynJOPCHg26L15S9OfQ+ckMaPPDRAejtdlUdCgkoyD9d1Du/amAk6 A3NcY2I/MsFW2vSonQfU+7cJZiyuhfw7wQlOovCx7USw1dmF6u3EljWZV+Kg4Vi3vN2dPyJx tv8li9McWQoMLmm5zzFGGRaSRnnrnZFsMIIC1DCCAj2gAwIBAgIQemwyjqeRtRV6DGMDPPFg KTANBgkqhkiG9w0BAQUFADBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1 bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElz c3VpbmcgQ0EwHhcNMDkwNDAxMTkxNTE4WhcNMTAwNDAxMTkxNTE4WjA/MR8wHQYDVQQDExZU aGF3dGUgRnJlZW1haWwgTWVtYmVyMRwwGgYJKoZIhvcNAQkBFg1hbWFyYXRAa3N1LnJ1MIIB IjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAuprsx+CNuzGaClM4rEA3vD5wVWIUDw2t QsABHBVAlAkKdVEZ/eL3sTA10sTxVM2eJTjJtLiC0uzL2B8267I9XYAkRKmCvFob4pnIe7V/ o/h7fVgFudu1ZVNTFndT+9agv4E4A4jhLzgLHzfhri5grvlaGlkp3nqp63mWjKf03XAFk2AK H0DBTfWUD9DSIJIqkQjG6FsSU1cc2eoCW2wK01ewqCxPyY/tAjnaHRwE49Jmq/P757/Cu4ka Ap4IQKqjx+3DDJrcJiQfWWEfZDXN5fB7PUTX6yiUzjyh0f6h2fb1y2Y6qvc/Nl+YEnIYV/kV qBMo2Jr/KzjzIG1VT9FcewIDAQABoyowKDAYBgNVHREEETAPgQ1hbWFyYXRAa3N1LnJ1MAwG A1UdEwEB/wQCMAAwDQYJKoZIhvcNAQEFBQADgYEAbg+PspFIn8zbwo3Kck48IeDbovXlL059 D5yQxo88NEB6O12VR0KCSjIP13UO79qYCToDc1xjYj8ywVba9KidB9T7twlmLK6F/DvBCU6i 8LHtRLDV2YXq7cSWNZlX4qDhWLe83Z0/InG2/yWL0xxZCgwuabnPMUYZFpJGeeudkWwwggM/ MIICqKADAgECAgENMA0GCSqGSIb3DQEBBQUAMIHRMQswCQYDVQQGEwJaQTEVMBMGA1UECBMM V2VzdGVybiBDYXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xGjAYBgNVBAoTEVRoYXd0ZSBDb25z dWx0aW5nMSgwJgYDVQQLEx9DZXJ0aWZpY2F0aW9uIFNlcnZpY2VzIERpdmlzaW9uMSQwIgYD VQQDExtUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgQ0ExKzApBgkqhkiG9w0BCQEWHHBlcnNv bmFsLWZyZWVtYWlsQHRoYXd0ZS5jb20wHhcNMDMwNzE3MDAwMDAwWhcNMTMwNzE2MjM1OTU5 WjBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRk LjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0EwgZ8wDQYJ KoZIhvcNAQEBBQADgY0AMIGJAoGBAMSmPFVzVftOucqZWh5owHUEcJ3f6f+jHuy9zfVb8hp2 vX8MOmHyv1HOAdTlUAow1wJjWiyJFXCO3cnwK4Vaqj9xVsuvPAsH5/EfkTYkKhPPK9Xzgnc9 A74r/rsYPge/QIACZNenprufZdHFKlSFD0gEf6e20TxhBEAeZBlyYLf7AgMBAAGjgZQwgZEw EgYDVR0TAQH/BAgwBgEB/wIBADBDBgNVHR8EPDA6MDigNqA0hjJodHRwOi8vY3JsLnRoYXd0 ZS5jb20vVGhhd3RlUGVyc29uYWxGcmVlbWFpbENBLmNybDALBgNVHQ8EBAMCAQYwKQYDVR0R BCIwIKQeMBwxGjAYBgNVBAMTEVByaXZhdGVMYWJlbDItMTM4MA0GCSqGSIb3DQEBBQUAA4GB AEiM0VCD6gsuzA2jZqxnD3+vrL7CF6FDlpSdf0whuPg2H6otnzYvwPQcUCCTcDz9reFhYsPZ Ohl+hLGZGwDFGguCdJ4lUJRix9sncVcljd2pnDmOjCBPZV+V2vf3h9bGCE6u9uo05RAaWzVN d+NWIXiC3CEZNd4ksdMdRv9dX2VPMYIDZDCCA2ACAQEwdjBiMQswCQYDVQQGEwJaQTElMCMG A1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBl cnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0ECEHpsMo6nkbUVegxjAzzxYCkwCQYFKw4DAhoF AKCCAcMwGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMDkwOTEz MTc1NTM3WjAjBgkqhkiG9w0BCQQxFgQU9Wx10rOXZ/sjl0cY1qd0pQzQLuUwUgYJKoZIhvcN AQkPMUUwQzAKBggqhkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZIhvcNAwICAUAwBwYF Kw4DAgcwDQYIKoZIhvcNAwICASgwgYUGCSsGAQQBgjcQBDF4MHYwYjELMAkGA1UEBhMCWkEx JTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0 ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBAhB6bDKOp5G1FXoMYwM88WApMIGHBgsq hkiG9w0BCRACCzF4oHYwYjELMAkGA1UEBhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0 aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1 aW5nIENBAhB6bDKOp5G1FXoMYwM88WApMA0GCSqGSIb3DQEBAQUABIIBAJ+DW2TQrWwk3XZg Wk+DJGrWRouNq44A6KftPCM1USdq0AFKy5QM59wHCRjsE/Um1X/EGw8G2U05kkV7tCa9E+Zm /xsOe3tbjCpRpd0EjVZtDEicenV4IOVwAXWsYr5qjaZYCVur30ZEW5/nBW616GDbyXIE77g+ V5KXxK1EXnvWzNknNIqzfCsOPhfBu3lPec0XaXrmryaatoo+jH86x+1ptDTL+ejSjnQ3e6Sf bEf9a+3JCF2A+vcbj6b9IDOWHrQhI7Ll7fF13lbHM/XGXItzTTg06J7sAVTd5lww3mrsZWRU LOaSXJtCsXXvkyCYpglDnHmiZIafuyPIIJ9Rk5MAAAAAAAA= --------------ms030806020107070400090004-- From owner-freebsd-stable@FreeBSD.ORG Mon Sep 14 01:51:50 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 363DC1065694 for ; Mon, 14 Sep 2009 01:51:50 +0000 (UTC) (envelope-from jguojun@sbcglobal.net) Received: from smtp128.sbc.mail.sp1.yahoo.com (smtp128.sbc.mail.sp1.yahoo.com [69.147.65.187]) by mx1.freebsd.org (Postfix) with SMTP id 1C1958FC24 for ; Mon, 14 Sep 2009 01:51:50 +0000 (UTC) Received: (qmail 45558 invoked from network); 14 Sep 2009 01:25:10 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=sbcglobal.net; h=Received:X-YMail-OSG:X-Yahoo-Newman-Property:Message-ID:Date:From:User-Agent:X-Accept-Language:MIME-Version:To:Subject:Content-Type:Content-Transfer-Encoding; b=ILTFxnLJHZVjsKpZ+FvUgGOELli073CEQaOVNfnieyxqe3eZS9nVhLXQfx5FMnIAsy+FF/gSAZeReNZCxSOabcwEau0ySOFg4mhN+KV/eevFLblGatMneooSQb87zXSC5wJBZ8W9fh+JceXFfhEe5WwPQEtevxadabJ55+COovQ= ; Received: from unknown (HELO ?192.168.2.14?) (jguojun@76.204.16.27 with plain) by smtp128.sbc.mail.sp1.yahoo.com with SMTP; 14 Sep 2009 01:25:09 -0000 X-YMail-OSG: QOQqPyEVM1kjiqHX1uVwl6GoVa9oN1W349LYZkaZ82wK.QcjER.KumhTRqd6ox3fS7tvKPA1FYUw2POUmrcMSkHsAn507oqzdhf7YOEhmfH4vYv1Ikzh5Q.y.SvDzuVugxmql0MNfDTgpgcTPlsgi4SFDwXYuWpCouINJsNJ5QAQEbK5fT4JQljFbT5lH8zVUwUzUyVnewAgSho- X-Yahoo-Newman-Property: ymail-3 Message-ID: <4AAD9B71.3080703@sbcglobal.net> Date: Sun, 13 Sep 2009 18:25:05 -0700 From: Jin Guojun User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.13) Gecko/20071201 X-Accept-Language: en, zh, zh-CN MIME-Version: 1.0 To: questions@freebsd.org, freebsd-stable@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: 8.0-Beta installation problem -- Unable to find /dev/ad0s1b 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, 14 Sep 2009 01:51:50 -0000 Tried to install from both 8.0-BETA{3, 4}-i386-dvd1.iso on a Phenom 9600 system and having some disk problems. The system is running 6.x and/or 7.2 FreeBSD (on different drives). Disconnected rest drives and only left 7.2 drive in. ad0: 76319MB at ata0-master UDMA100 Boot 8.0-BETA3-i386-dvd1.iso and sees no partition at all on the 7.2 disk. Boot back to 7.2 and everything works fine, so system has no hardware problem. Boot 8.0-BETA3-i386-dvd1.iso again, still sees no partition, so reconfigured partition with autoconfigure - A 512M for / on /dev/ad0s1a about 4G for swap on /dev/ad0s1b about 2.2G on /var 512M for /tmp rest spaces are for /usr After commit, installation says -- Unable to find device node for /dev/ad0s1b in /dev The Creation of file system will abort. OK [Press enter or space] Hit CR and see some other errors, then back to installation menu. Reboot the system, 7.2 is gone. Download 8.0-BETA4-i386-dvd1.iso and burned another DVD, also did verify between DVD and ISO for OK. Run installation from Beta4 DVD, the same problem presents again. If my memory is correct, either 8.0-Beta1 or one version earlier than it was working on this machine. Is anything changed that requires different installation procedure? or is this a bug introduced recently? -Jin From owner-freebsd-stable@FreeBSD.ORG Mon Sep 14 02:41:42 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DFAE11065692 for ; Mon, 14 Sep 2009 02:41:42 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: from smtp02.lnh.mail.rcn.net (smtp02.lnh.mail.rcn.net [207.172.157.102]) by mx1.freebsd.org (Postfix) with ESMTP id A12158FC08 for ; Mon, 14 Sep 2009 02:41:42 +0000 (UTC) Received: from mr02.lnh.mail.rcn.net ([207.172.157.22]) by smtp02.lnh.mail.rcn.net with ESMTP; 13 Sep 2009 22:13:29 -0400 Received: from smtp01.lnh.mail.rcn.net (smtp01.lnh.mail.rcn.net [207.172.4.11]) by mr02.lnh.mail.rcn.net (MOS 3.10.7-GA) with ESMTP id QEF61212; Sun, 13 Sep 2009 22:13:29 -0400 (EDT) Received: from 209-6-22-227.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com (HELO jerusalem.litteratus.org.litteratus.org) ([209.6.22.227]) by smtp01.lnh.mail.rcn.net with ESMTP; 13 Sep 2009 22:13:30 -0400 From: Robert Huff MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <19117.42696.888649.236347@jerusalem.litteratus.org> Date: Sun, 13 Sep 2009 22:13:28 -0400 To: Jin Guojun In-Reply-To: <4AAD9B71.3080703@sbcglobal.net> References: <4AAD9B71.3080703@sbcglobal.net> X-Mailer: VM 7.17 under 21.5 (beta28) "fuki" XEmacs Lucid X-Junkmail-Whitelist: YES (by domain whitelist at mr02.lnh.mail.rcn.net) Cc: questions@freebsd.org, freebsd-stable@freebsd.org Subject: 8.0-Beta installation problem -- Unable to find /dev/ad0s1b 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, 14 Sep 2009 02:41:43 -0000 Jin Guojun writes: > Tried to install from both 8.0-BETA{3, 4}-i386-dvd1.iso on a > Phenom 9600 system and having some disk problems. > > After commit, installation says -- > > Unable to find device node for /dev/ad0s1b in /dev > The Creation of file system will abort. > OK > [Press enter or space] Look at the archives of current@ within the last three weeks. I (and I believe at least one other person) had what seems like the same problem and found a work-around. Robert Huff From owner-freebsd-stable@FreeBSD.ORG Mon Sep 14 03:47:41 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8BFE7106566C for ; Mon, 14 Sep 2009 03:47:41 +0000 (UTC) (envelope-from jguojun@sbcglobal.net) Received: from web82203.mail.mud.yahoo.com (web82203.mail.mud.yahoo.com [209.191.86.98]) by mx1.freebsd.org (Postfix) with SMTP id 524548FC08 for ; Mon, 14 Sep 2009 03:47:41 +0000 (UTC) Received: (qmail 70414 invoked by uid 60001); 14 Sep 2009 03:20:59 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sbcglobal.net; s=s1024; t=1252898459; bh=8VAIofSpFan/2W3jqUARtVcMS53Nx1eEIPpINkQZsZU=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=FU3tIUtUd/LT84I+E490fsDRyOw3nCXHzdu+IubyGQKCKOqWqA9ZbqmI5vJBP9vdcPkW2YbQgO7U7puf1b+qsPxD3ICJjnQiprBoAuxKaC0qgJXYz4zn7gpydbTgEuMKR6RJHWs68lKZnO5raub5OYwsWgN9yccgnAgMtNuA+pQ= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=sbcglobal.net; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=nJBxCcz043BvmDuplQMFbZcRjJdaN7BTxmA2njKon7UX2s5Cr0vxayjnvhari7uUG7quTXP3zHHf48luiIMgVln4a5QHluX5ZecdnZtsIGWhNnIn/EjjBBZaWPmLUyXCPwl/Ptg+L6yZGCp8bV0B/wYDI/rDcLsEjVuD4yQLkGw=; Message-ID: <582270.67371.qm@web82203.mail.mud.yahoo.com> X-YMail-OSG: _QevVjoVM1mHNolUv68SVU9ulcwu7ZcF_CfS4AdVwloOs_Ek8J3xqauqB6B035lXlq8wupNgeWCyu_Gci7hdHrYJzHsm7cN_UuP.Lf.K6eIEKSQ68amqCCTL0FOuabYVXVGHhuUdxKSUs9VwLuDdsY.QRryOhwBn5_Z20Uv2wk0oXSoEkoIgg_xFBnuaAA9GUmgM6s9fbwHgOHCW2h6fpPzjv2w3cplPtkvpWj4_5WlI6Xn88hljYpfQ.P8lBtn8wdzUqKSDpPSwICcMSoOaUc1ksQASGHtFw_EFEGQ30o83y3OfCHfSoKCDTX_yY41TojGzcv8aYuIZCJxjV7cl19hOeo.JZzKckstBmXVfRt_RrpnMDtat Received: from [76.204.16.27] by web82203.mail.mud.yahoo.com via HTTP; Sun, 13 Sep 2009 20:20:59 PDT X-Mailer: YahooMailClassic/6.1.2 YahooMailWebService/0.7.338.2 Date: Sun, 13 Sep 2009 20:20:59 -0700 (PDT) From: Jin Guojun To: Robert Huff , current@freebsd.org In-Reply-To: <19117.42696.888649.236347@jerusalem.litteratus.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: bugs@freebsd.org, freebsd-stable@freebsd.org Subject: Re: 8.0-Beta installation problem -- Unable to find /dev/ad0s1b 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, 14 Sep 2009 03:47:41 -0000 Did not find anything from current, but found the same problem has been reported in earlier releases in those archives, and the latest was May 2009: * Rambler: FreeBSD mail archives search * MarkMail: FreeBSD mail archives search Two directly related to 8.0 was on Mar 25, 2009. One failure was due to the FreeBSD is on the second slice, which sound liek a bug; but the other is not clear. In my case, FreeBSD is on the first slice, so it is not the same problem. >From 8.0-Beta{3, 4} cannot recognize FreeBSD 7.2 partition tables, it looks like that there is a disklable and/or partition related problem in 8.0-Beta. --- On Mon, 9/14/09, Robert Huff wrote: > From: Robert Huff > Subject: 8.0-Beta installation problem -- Unable to find /dev/ad0s1b > To: "Jin Guojun" > Cc: questions@freebsd.org, freebsd-stable@freebsd.org > Date: Monday, September 14, 2009, 2:13 AM > > Jin Guojun writes: > > > Tried to install from both 8.0-BETA{3, 4}-i386-dvd1.iso on a > > Phenom 9600 system and having some disk problems. The system is running 6.x and/or 7.2 FreeBSD (on different drives). Disconnected rest drives and only left 7.2 drive in. ad0: 76319MB at ata0-master UDMA100 Boot 8.0-BETA3-i386-dvd1.iso and sees no partition at all on the 7.2 disk. Boot back to 7.2 and everything works fine, so system has no hardware problem. Boot 8.0-BETA3-i386-dvd1.iso again, still sees no partition, so reconfigured partition with autoconfigure - A 512M for / on /dev/ad0s1a about 4G for swap on /dev/ad0s1b about 2.2G on /var 512M for /tmp rest spaces are for /usr > > After commit, installation says -- > > > > Unable to find device node for /dev/ad0s1b in /dev > > The Creation of file system will abort. > > OK > > [Press enter or space] > > Look at the archives of current@ within > the last three weeks. > I (and I believe at least one other person) had what seems > like the > same problem and found a work-around. > > > > Robert Huff > From owner-freebsd-stable@FreeBSD.ORG Mon Sep 14 03:49:22 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0CB121065670; Mon, 14 Sep 2009 03:49:22 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: from smtp02.lnh.mail.rcn.net (smtp02.lnh.mail.rcn.net [207.172.157.102]) by mx1.freebsd.org (Postfix) with ESMTP id 949928FC16; Mon, 14 Sep 2009 03:49:21 +0000 (UTC) Received: from mr02.lnh.mail.rcn.net ([207.172.157.22]) by smtp02.lnh.mail.rcn.net with ESMTP; 13 Sep 2009 23:49:21 -0400 Received: from smtp01.lnh.mail.rcn.net (smtp01.lnh.mail.rcn.net [207.172.4.11]) by mr02.lnh.mail.rcn.net (MOS 3.10.7-GA) with ESMTP id QEF69374; Sun, 13 Sep 2009 23:49:20 -0400 (EDT) Received: from 209-6-22-227.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com (HELO jerusalem.litteratus.org.litteratus.org) ([209.6.22.227]) by smtp01.lnh.mail.rcn.net with ESMTP; 13 Sep 2009 23:49:21 -0400 From: Robert Huff MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <19117.48448.269298.484728@jerusalem.litteratus.org> Date: Sun, 13 Sep 2009 23:49:20 -0400 To: Jin Guojun In-Reply-To: <582270.67371.qm@web82203.mail.mud.yahoo.com> References: <19117.42696.888649.236347@jerusalem.litteratus.org> <582270.67371.qm@web82203.mail.mud.yahoo.com> X-Mailer: VM 7.17 under 21.5 (beta28) "fuki" XEmacs Lucid X-Junkmail-Whitelist: YES (by domain whitelist at mr02.lnh.mail.rcn.net) Cc: bugs@freebsd.org, Robert Huff , freebsd-stable@freebsd.org, current@freebsd.org Subject: Re: 8.0-Beta installation problem -- Unable to find /dev/ad0s1b 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, 14 Sep 2009 03:49:22 -0000 Jin Guojun writes: > Did not find anything from current, but found the same problem > has been reported in earlier releases in those archives, and the > latest was May 2009: Try this (for the fix) : http://lists.freebsd.org/pipermail/freebsd-current/2009-September/011254.html Robert Huff From owner-freebsd-stable@FreeBSD.ORG Mon Sep 14 05:55:03 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B244A106566C; Mon, 14 Sep 2009 05:55:03 +0000 (UTC) (envelope-from lists@c0mplx.org) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) by mx1.freebsd.org (Postfix) with ESMTP id 6BDD48FC08; Mon, 14 Sep 2009 05:55:02 +0000 (UTC) Received: from pi by home.opsec.eu with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1Mn4Wj-0001iN-UH; Mon, 14 Sep 2009 07:55:01 +0200 Date: Mon, 14 Sep 2009 07:55:01 +0200 From: Kurt Jaeger To: freebsd-stable@freebsd.org, current@freebsd.org Message-ID: <20090914055501.GM48206@home.opsec.eu> References: <19117.42696.888649.236347@jerusalem.litteratus.org> <582270.67371.qm@web82203.mail.mud.yahoo.com> <19117.48448.269298.484728@jerusalem.litteratus.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <19117.48448.269298.484728@jerusalem.litteratus.org> Cc: Subject: Re: 8.0-Beta installation problem -- Unable to find /dev/ad0s1b 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, 14 Sep 2009 05:55:03 -0000 Hello, > > Did not find anything from current, but found the same problem > > has been reported in earlier releases in those archives, and the > > latest was May 2009: > > Try this (for the fix) : > > http://lists.freebsd.org/pipermail/freebsd-current/2009-September/011254.html I had the same problem with beta4: http://lists.freebsd.org/pipermail/freebsd-current/2009-September/011470.html and I tried this fix, and it did not solve the problem. It might be related with the number of slices and partitions one is creating ? I'll try this again today. -- pi@opsec.eu +49 171 3101372 11 years to go ! From owner-freebsd-stable@FreeBSD.ORG Mon Sep 14 10:22:03 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DA614106568D for ; Mon, 14 Sep 2009 10:22:03 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id 971428FC0C for ; Mon, 14 Sep 2009 10:22:03 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.50) id 1Mn8h4-0003bE-6w for freebsd-stable@freebsd.org; Mon, 14 Sep 2009 12:21:58 +0200 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 14 Sep 2009 12:21:58 +0200 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 14 Sep 2009 12:21:58 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Mon, 14 Sep 2009 12:21:50 +0200 Lines: 9 Message-ID: References: <4AA90D88.4010004@eng.auth.gr> <9e20d71e0909110601kaa87f2em2e4e618b8feb306b@mail.gmail.com> <4AAA741A.7040105@eng.auth.gr> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.22 (X11/20090817) In-Reply-To: <4AAA741A.7040105@eng.auth.gr> Sender: news Subject: Re: FreeBSD 8.0-BETA4 IBM ServerRaid 8k issues 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, 14 Sep 2009 10:22:03 -0000 George Mamalakis wrote: > Artis, and the rest of the guys, thank you all for your answers. > > Ivan, I was thinking of using one of the techniques you mention (create > two volumes, install fbsd on one of them, and use GTP on the second > drive), but I was wondering if there would be any "incompatibility" > issues with tools like df, etc. No, once you create a parition of large size, the system will "just work". From owner-freebsd-stable@FreeBSD.ORG Mon Sep 14 12:43:07 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 16A491065672 for ; Mon, 14 Sep 2009 12:43:07 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-bw0-f206.google.com (mail-bw0-f206.google.com [209.85.218.206]) by mx1.freebsd.org (Postfix) with ESMTP id 940E38FC1F for ; Mon, 14 Sep 2009 12:43:06 +0000 (UTC) Received: by bwz2 with SMTP id 2so1918202bwz.43 for ; Mon, 14 Sep 2009 05:43:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type; bh=JQCvic2pIM0sfl0ON1f4M2scR63RMk9jcPJh0W0oJYE=; b=bKz8AKgSWY/AJM6Vz8b9znF5ePeDe7SW4IoQFc5hU7oipHtCrb0VQBeqWrntC6K1Pc PuiTF8rwedNnSi3BhvLIwvDIIN9/ZxwMIrldtWr/dvTE+OelhBMHjlSKJli3z3EFA1Bi jZ5yKJQwzY7ikg5bJ7+8EvZk/uVWHvWFqzUrQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=H6gAE7JcM33PBNv/P2BFWmCXVvgm64kQGdjCZgJQT1T/yYQenIMitc/dKhBmm8cQ/Y ujybtH7PzRGcFGcP9hsOiK6qWqr0G0EQQ9zsdDSM/oYooSseKDIqzGd6DLiKj/g/jpf/ sCgpHW1KLCRhWDtsxb55mVuR4CCGLPR5x0Xwg= MIME-Version: 1.0 Sender: asmrookie@gmail.com Received: by 10.223.92.153 with SMTP id r25mr2062340fam.99.1252932185237; Mon, 14 Sep 2009 05:43:05 -0700 (PDT) In-Reply-To: <4A67C9C7.6090301@gmail.com> References: <4A667469.1080805@gmail.com> <3bbf2fe10907220930y27b5da04sd0a71d57b6a9d191@mail.gmail.com> <4A67C9C7.6090301@gmail.com> Date: Mon, 14 Sep 2009 14:43:05 +0200 X-Google-Sender-Auth: 529a4e21ea30615f Message-ID: <3bbf2fe10909140543w56783cc8of964f464d9314db2@mail.gmail.com> From: Attilio Rao To: "C. C. Tang" Content-Type: text/plain; charset=UTF-8 Cc: freebsd-stable , barbara , "dan.naumov" Subject: Re: 7.2-release/amd64: panic, spin lock held too long 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, 14 Sep 2009 12:43:07 -0000 2009/7/23 C. C. Tang : > Attilio Rao wrote: >> >> 2009/7/22 C. C. Tang : >>>> >>>> Could that one (on i386) be related? >>>> http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/134584 >>>> >>> I have no idea about it but I can tell the difference... >>> My machine panic randomly rather than on shutdown and I remembered that >>> it >>> failed to write core dump. It also failed to reboot automatically.. >> >> Is your problem on -CURRENT and amd64? >> At some point there has been a problem with PAT support (and >> tlb_shootdowns() could lead to a livelock hanging forever, leading to >> such a bug) but I expect it is fixed now. >> Can you try with a fresh new -CURRENT if any? > > My problem is on i386 version of 7.2-RELEASE-p2 on Intel Atom 330 CPU. > And my system just panic randomly with "spin lock held too long". > It didn't panic at reboot or shutdown so I think it the problem is somewhat > different from that mentioned by Barbara's PR? > > Anyway I disabled powerd and it seems become stable now. > > And I am sorry that my system has been put into service so it would be hard > for me to switch to -CURRENT... :( Can you re-enable powerd and try the attached patch?: http://www.freebsd.org/~attilio/sched_ule.diff The patch is against STABLE_7, but I think HEAD has the same bug. Please try it and report to me. Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-stable@FreeBSD.ORG Mon Sep 14 12:47:18 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A16F91065672; Mon, 14 Sep 2009 12:47:18 +0000 (UTC) (envelope-from dan.naumov@gmail.com) Received: from mail-yx0-f181.google.com (mail-yx0-f181.google.com [209.85.210.181]) by mx1.freebsd.org (Postfix) with ESMTP id 3F7A28FC15; Mon, 14 Sep 2009 12:47:18 +0000 (UTC) Received: by yxe11 with SMTP id 11so4069531yxe.15 for ; Mon, 14 Sep 2009 05:47:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=PyZafjaQqvbBmIBM6YSewajArvAmLYn++0QlbQyTO88=; b=X3Lv5crSsdd5R+t1zxqq9akBadZ5rGh8HWvfEE1QQbBYLOi/8q3Lpx6C/I1bR6wVQo nJ2DQMw5mv4b6jLvZrm0zttyLQcnIK/VAUoWoOp2sDBykjezVTURE3GlW0T1RPVuz048 sn2ToirbE1Yc9GN9dbRV5M+VKe/2pr/FLW31Q= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=RYKbfBBUGLAtWZJoERNJTiWUmWLX7Gq0H1hCNSXMmyRG0a7yJYDQV9QCERv8Uz0muJ Y+kYwpWyd9DdEBMC7cSewB2MlVERUY6DWAfClRy1b3aQMWGg2f8RlKQc2inTTS+WUUX1 rZiFO8Grm4oUT8ByU/GfhKBjRTxJ45C06/1qI= MIME-Version: 1.0 Received: by 10.101.126.10 with SMTP id d10mr6110041ann.147.1252932437134; Mon, 14 Sep 2009 05:47:17 -0700 (PDT) In-Reply-To: <3bbf2fe10909140543w56783cc8of964f464d9314db2@mail.gmail.com> References: <4A667469.1080805@gmail.com> <3bbf2fe10907220930y27b5da04sd0a71d57b6a9d191@mail.gmail.com> <4A67C9C7.6090301@gmail.com> <3bbf2fe10909140543w56783cc8of964f464d9314db2@mail.gmail.com> Date: Mon, 14 Sep 2009 15:47:17 +0300 Message-ID: From: Dan Naumov To: Attilio Rao Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: barbara , freebsd-stable , "C. C. Tang" Subject: Re: 7.2-release/amd64: panic, spin lock held too long 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, 14 Sep 2009 12:47:18 -0000 On Mon, Sep 14, 2009 at 3:43 PM, Attilio Rao wrote: > 2009/7/23 C. C. Tang : >> Attilio Rao wrote: >>> >>> 2009/7/22 C. C. Tang : >>>>> >>>>> Could that one (on i386) be related? >>>>> http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dkern/134584 >>>>> >>>> I have no idea about it but I can tell the difference... >>>> My machine panic randomly rather than on shutdown and I remembered tha= t >>>> it >>>> failed to write core dump. It also failed to reboot automatically.. >>> >>> Is your problem on -CURRENT and amd64? >>> At some point there has been a problem with PAT support (and >>> tlb_shootdowns() could lead to a livelock hanging forever, leading to >>> such a bug) but I expect it is fixed now. >>> Can you try with a fresh new -CURRENT if any? >> >> My problem is on i386 version of 7.2-RELEASE-p2 on Intel Atom 330 CPU. >> And my system just panic randomly with "spin lock held too long". >> It didn't panic at reboot or shutdown so I think it the problem is somew= hat >> different from that mentioned by Barbara's PR? >> >> Anyway I disabled powerd and it seems become stable now. >> >> And I am sorry that my system has been put into service so it would be h= ard >> for me to switch to -CURRENT... =A0:( > > Can you re-enable powerd and try the attached patch?: > http://www.freebsd.org/~attilio/sched_ule.diff > > The patch is against STABLE_7, but I think HEAD has the same bug. > Please try it and report to me. > > Attilio Sadly I can't test this, I had to put the machine into production using another OS. I hope the patch fixes the issue, so I can at some point evaluate using FreeBSD on this hardware again. - Dan From owner-freebsd-stable@FreeBSD.ORG Mon Sep 14 13:13:29 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CFB111065672 for ; Mon, 14 Sep 2009 13:13:29 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 9EB738FC13 for ; Mon, 14 Sep 2009 13:13:29 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 4FAC346B23; Mon, 14 Sep 2009 09:13:29 -0400 (EDT) Received: from jhbbsd.hudson-trading.com (unknown [209.249.190.8]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 9B0DC8A01F; Mon, 14 Sep 2009 09:13:28 -0400 (EDT) From: John Baldwin To: freebsd-stable@freebsd.org Date: Mon, 14 Sep 2009 08:36:31 -0400 User-Agent: KMail/1.9.7 References: <4AA9A07C.4050200@pldrouin.net> <200909111105.01619.jhb@freebsd.org> <4AAA70C5.5090408@pldrouin.net> In-Reply-To: <4AAA70C5.5090408@pldrouin.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200909140836.31559.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Mon, 14 Sep 2009 09:13:28 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Pierre-Luc Drouin Subject: Re: How to enable CPU turbo mode on FreeBSD? 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, 14 Sep 2009 13:13:29 -0000 On Friday 11 September 2009 11:46:13 am Pierre-Luc Drouin wrote: > John Baldwin wrote: > > On Thursday 10 September 2009 8:57:32 pm Pierre-Luc Drouin wrote: > > > >> Hi, > >> > >> I have an overclocked i7 920 CPU for which I have enabled Turbo Mode in > >> the BIOS (21x multiplier). The base clock is set at 190 MHz, so the CPU > >> frequency with Turbo mode activated should be 3990 MHz. However the > >> maximum value FreeBSD amd64 shows for the CPU frequency in dmesg and > >> sysctl is 3790 MHz. How can I enable the Turbo Mode? > >> > >> CPU: Intel(R) Core(TM) i7 CPU 920 @ 2.67GHz (3790.52-MHz > >> K8-class CPU) > >> > >> machdep.acpi_timer_freq: 3579545 > >> machdep.tsc_freq: 3790522507 > >> machdep.i8254_freq: 1193182 > >> dev.cpu.0.freq: 349 > >> dev.cpu.0.freq_levels: 2793/130000 2443/113750 2094/97500 1745/81250 > >> 1396/65000 1047/48750 698/32500 349/16250 > >> > > > > You have to enable C2/C3 sleep states (possibly in your BIOS). However, > > FreeBD doesn't currently handle this but so well since that will probably > > turn off the local APIC timer interrupt when the CPU is idle causing FreeBSD > > to miss clock interrupts. > > > > > Sorry I am not sure exactly what you are referring to. Do you mean that > I need to enable C2/C3 states in order to have the correct max CPU freq > value displayed at boot time/in sysctl, or you mean that I need these > states in order to be able to use the Turbo Mode at all? Right now in > the BIOS I had the following features disabled to test the overclocking > (I was following what is recommended to do for Windows users to run > stress tests): > > -Intel SpeedStep: Use this function to enable the Intel SpeedStep > technology (EIST) > -CxE Function: This function allows you to select the lowest C state > supported according as CPU and MB. The options are Auto, Disabled, C1, > C1E, C3 and C6 You need to have C2/C3 enabled for it to work at all, at least on Nehalem processors. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Mon Sep 14 13:13:30 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E2EE0106566B for ; Mon, 14 Sep 2009 13:13:30 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id B2DDD8FC15 for ; Mon, 14 Sep 2009 13:13:30 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 6600E46B06; Mon, 14 Sep 2009 09:13:30 -0400 (EDT) Received: from jhbbsd.hudson-trading.com (unknown [209.249.190.8]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 85D3E8A020; Mon, 14 Sep 2009 09:13:29 -0400 (EDT) From: John Baldwin To: freebsd-stable@freebsd.org Date: Mon, 14 Sep 2009 08:41:27 -0400 User-Agent: KMail/1.9.7 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: <200909140841.27844.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Mon, 14 Sep 2009 09:13:29 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Subject: Re: Kernel panic in ulpt 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, 14 Sep 2009 13:13:31 -0000 On Friday 11 September 2009 12:18:39 pm Alban Hertroys wrote: > Hello, > > I just got a kernel panic on a FreeBSD 7.2 STABLE after a print job > finished on ulpt. The kgdb output (ran in script) is attached. I'll > keep the vmcore around in case anyone needs more info. Shout if you > need more info. In ulptclose() in sys/dev/usb/ulpt.c try changing the callout_stop() to a callout_drain(). Have you been able to reproduce this? -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Mon Sep 14 14:53:07 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CB891106566C for ; Mon, 14 Sep 2009 14:53:07 +0000 (UTC) (envelope-from gerrit@pmp.uni-hannover.de) Received: from mrelay1.uni-hannover.de (mrelay1.uni-hannover.de [130.75.2.106]) by mx1.freebsd.org (Postfix) with ESMTP id 57BE88FC19 for ; Mon, 14 Sep 2009 14:53:06 +0000 (UTC) Received: from www.pmp.uni-hannover.de (www.pmp.uni-hannover.de [130.75.117.2]) by mrelay1.uni-hannover.de (8.14.2/8.14.2) with ESMTP id n8EEr4H8014696 for ; Mon, 14 Sep 2009 16:53:05 +0200 Received: from pmp.uni-hannover.de (arc.pmp.uni-hannover.de [130.75.117.1]) by www.pmp.uni-hannover.de (Postfix) with SMTP id 2836424 for ; Mon, 14 Sep 2009 16:53:04 +0200 (CEST) Date: Mon, 14 Sep 2009 16:53:04 +0200 From: Gerrit =?ISO-8859-1?Q?K=FChn?= To: freebsd-stable@freebsd.org Message-Id: <20090914165304.09540eb3.gerrit@pmp.uni-hannover.de> Organization: Albert-Einstein-Institut (MPI =?ISO-8859-1?Q?f=FCr?= Gravitationsphysik & IGP =?ISO-8859-1?Q?Universit=E4t?= Hannover) X-Mailer: Sylpheed 2.4.8 (GTK+ 2.12.11; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-PMX-Version: 5.5.5.374460, Antispam-Engine: 2.7.1.369594, Antispam-Data: 2009.9.14.143917 Subject: Linux/KDE and NFS locking on 7-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: Mon, 14 Sep 2009 14:53:07 -0000 Hi all, I upgraded a FreeBSD fileserver last week from 7.0-stable to 7.2-stable and experience some weird problems now with Linux NFS clients. The Linux Clients mount their home directories via nfs. I usually use "nolock" on the client side, because file locking was always troublesome in the past. On the Clients the users run kde 3.5 or 4.2. After the update of the server kde 3.5 quit starting up (after logging in with kdm) on the spalsh screen and comes up with some kind of I/O error when writing to the home dir. At the same time the server complains about kernel: NLM: failed to contact remote rpcbind, stat = 5, port = 28416 Any other window manager (xfce, icewm, mwm, twm) seems to work fine. Playing around with locking, udp/tcp, rebooting some times then somehow magically made it work with kde 3.5 again (although I am using the same mount options in the and as I used before): mclane:/tank/home/gco /tank/home/ghf nfs nfsvers=3,rw,nolock,nordirplus 0 0 Turning locking on definitely does not work (tried it three times). rcp.lockd and rpc.statd are running on the server side, no further tuning done there. KDE 4.2 seems to have better, I have been able to get it working with locking turned on (but it refused to work without locking with the same errors as described above for kde 3.5). I find the whole situation a bit unattractive. Can anybody here give me a hint which combination of mount options should work for a FreeBSD Server running 7.2-stable and Linux clients running 2.6.29 and KDE3/4? I am not that much into performance here, I want a stable working solution. And why, after all, is KDE so picky about locking and nfs homedirs anyway? All other environments appear not to show these problems. cu Gerrit From owner-freebsd-stable@FreeBSD.ORG Mon Sep 14 16:56:39 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 94C4A1065672 for ; Mon, 14 Sep 2009 16:56:39 +0000 (UTC) (envelope-from jguojun@sbcglobal.net) Received: from web82203.mail.mud.yahoo.com (web82203.mail.mud.yahoo.com [209.191.86.98]) by mx1.freebsd.org (Postfix) with SMTP id 52D808FC17 for ; Mon, 14 Sep 2009 16:56:39 +0000 (UTC) Received: (qmail 17514 invoked by uid 60001); 14 Sep 2009 16:56:39 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sbcglobal.net; s=s1024; t=1252947398; bh=u82f+5K+LGXuSofTMThO+ccJf3uviToXA7Eog0SLvHg=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=KAYhI2RqZG+K9PVZhUORJ+LiTsvDb0uoxXalKmU2lSXPRwJda1arASdclpXNgLZx5u3AzYuC024cdLBBIiP1hiL8PH3wMsO7AFLMSFNOpYiD6qjSxhQaYc3ucwBXpw/ZQvTxadhRIVB/VMJkorvsj9CIPuiUrmt0TsE8Ke73rjw= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=sbcglobal.net; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=WkKSMLYEm6ivc206te62+6QXCHz6O7FrWloGQ9PRd2svavZPp7GTeYdHcVlOQ8iWLT+mCfNpR2+GUgu8eQtWe6YHwFrnhRummEqOvTNBztSXY1Mj5We+Q/oJXcV8Wz2BEzjsxgsVG0+HvpAs96sDiU73LS0fxVS5exBVRkq6/v8=; Message-ID: <947305.17407.qm@web82203.mail.mud.yahoo.com> X-YMail-OSG: CvzoDHsVM1klofiTGqpRXA1L.rjLVhWcZkLaAMLrr6yN0vGZVEj.toernIaXqUJ9k3klozvjHpmpN00EMEZNhGhtcG0kNlXoUySp8xSqBMWG2O..WZr_dLMJ43Pp8sCWqGmyMpAHtEylb23izHtmCcqDilkhdppUqGr4Be4S.I5su3E_f6VOteUPwUcwlGjofF8resrF0IJe9sTAtbMMrPQZRMsixr2h38.2l0GbnW052ieDMUgRjO4E8H4eVlD6qUbJq_8MQKC5Hp9M3McTfnuyKv6D9bbS2rR.WNglk3LmOt0JJu.OaHEI2Iqk9RAFUjMWultkH8oFoEku Received: from [76.204.16.27] by web82203.mail.mud.yahoo.com via HTTP; Mon, 14 Sep 2009 09:56:38 PDT X-Mailer: YahooMailClassic/6.1.2 YahooMailWebService/0.7.338.2 Date: Mon, 14 Sep 2009 09:56:38 -0700 (PDT) From: Jin Guojun To: Robert Huff In-Reply-To: <19117.48448.269298.484728@jerusalem.litteratus.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: bugs@freebsd.org, Robert Huff , freebsd-stable@freebsd.org, current@freebsd.org Subject: Re: 8.0-Beta installation problem -- Unable to find /dev/ad0s1b 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, 14 Sep 2009 16:56:39 -0000 It seems that disklabel is the problem spot. Use 8.0 Partition menu to allocate 2 slices (partitions) 20GB for S1 and rest for S2, then install 8.0-Beta4 on S1. W command in slice (Partition) menu succeed with bootloader manager installing option (Choose FreeBSD), but W command in Label menu had the same error -- Unable to find device node ... After quite installationm and restart the system, the bootloader is still show old partitions (S1 DOS, S2/S3 7.2). Boot 8.0-Beta4 DVD again, and Partition menu shows no partition at all (no slice allocated). This indicates that disklabel did not correctly write disk partition information on to the dirve. --- On Mon, 9/14/09, Robert Huff wrote: > From: Robert Huff > Subject: Re: 8.0-Beta installation problem -- Unable to find /dev/ad0s1b > To: "Jin Guojun" > Cc: "Robert Huff" , current@freebsd.org, bugs@freebsd.org, freebsd-stable@freebsd.org > Date: Monday, September 14, 2009, 3:49 AM > > Jin Guojun writes: > > > Did not find anything from current, but found > the same problem > > has been reported in earlier releases in those > archives, and the > > latest was May 2009: > > Try this (for the fix) : > > http://lists.freebsd.org/pipermail/freebsd-current/2009-September/011254.html > > > > > Robert Huff > > From owner-freebsd-stable@FreeBSD.ORG Mon Sep 14 18:45:19 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E06EB1065672 for ; Mon, 14 Sep 2009 18:45:19 +0000 (UTC) (envelope-from thierry@pompo.net) Received: from smtp5-g21.free.fr (smtp5-g21.free.fr [212.27.42.5]) by mx1.freebsd.org (Postfix) with ESMTP id 6FB928FC19 for ; Mon, 14 Sep 2009 18:45:16 +0000 (UTC) Received: from smtp5-g21.free.fr (localhost [127.0.0.1]) by smtp5-g21.free.fr (Postfix) with ESMTP id 77689D480DA; Mon, 14 Sep 2009 20:45:10 +0200 (CEST) Received: from graf.pompo.net (graf.pompo.net [78.225.128.39]) by smtp5-g21.free.fr (Postfix) with ESMTP id 977A2D48213; Mon, 14 Sep 2009 20:45:08 +0200 (CEST) Received: by graf.pompo.net (Postfix, from userid 1001) id 719DF11478; Mon, 14 Sep 2009 20:45:07 +0200 (CEST) Date: Mon, 14 Sep 2009 20:45:07 +0200 From: Thierry Thomas To: Jin Guojun Message-ID: <20090914184507.GB5360@graf.pompo.net> Mail-Followup-To: Jin Guojun , bugs@freebsd.org, freebsd-stable@freebsd.org, current@freebsd.org References: <19117.48448.269298.484728@jerusalem.litteratus.org> <947305.17407.qm@web82203.mail.mud.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <947305.17407.qm@web82203.mail.mud.yahoo.com> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 8.0-BETA3 i386 Organization: Kabbale Eros X-Face: (hRbQnK~Pt7$ct`!fupO(`y_WL4^-Iwn4@ly-.,[4xC4xc; y=\ipKMNm<1J>lv@PP~7Z<.t KjAnXLs: X-PGP: 0xC71405A2 Cc: bugs@freebsd.org, freebsd-stable@freebsd.org, current@freebsd.org Subject: Re: 8.0-Beta installation problem -- Unable to find /dev/ad0s1b 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, 14 Sep 2009 18:45:20 -0000 Le Lun 14 sep 09 à 18:56:38 +0200, Jin Guojun écrivait : > It seems that disklabel is the problem spot. Hello, I encountered such a problem too; was your disk ad0 installed as "dangerously dedicated"? Regards, -- Th. Thomas. From owner-freebsd-stable@FreeBSD.ORG Mon Sep 14 21:08:55 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 674131065670 for ; Mon, 14 Sep 2009 21:08:55 +0000 (UTC) (envelope-from jguojun@sbcglobal.net) Received: from web82208.mail.mud.yahoo.com (web82208.mail.mud.yahoo.com [209.191.86.103]) by mx1.freebsd.org (Postfix) with SMTP id 28AE78FC29 for ; Mon, 14 Sep 2009 21:08:54 +0000 (UTC) Received: (qmail 93406 invoked by uid 60001); 14 Sep 2009 21:08:53 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sbcglobal.net; s=s1024; t=1252962533; bh=7lPqUzeBTVCGTv0Uf2K/MISINUKraajZEQNIrRD6Wso=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=boyEqI32J8zyAo0T18hl6/AxEMtUw/H9xP4xZvVSysznPA82D773zx1iRZ8jnA9YS/1E8l9Pu81X6rZoHH0/XQizSAH5CwlXCPW5T1QPiHtDxuCsv4x8HsbOo1s41f11nSu7sJOcpxtHxiuO9LZAbJlI8SjR6e9nJeDDUNqIAQQ= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=sbcglobal.net; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=MEDbBB7yyvnpUUhKzouaF9DIaWkw63M1KUO4VSWFxG1sADhcYE4YZp0EjgtAggwY5ewmTWSn9donamQn8dHa8Z9ONuumKKYC4wzK0FmmfEdiay4tXwXmVAoKozVYNfobphKMNbx2DIXWgERNfD7AOBw29WxZI3oRTwCO/Qxgkn4=; Message-ID: <500794.80873.qm@web82208.mail.mud.yahoo.com> X-YMail-OSG: 7b4HvlIVM1l4JapWh0E0Ns.toUhdB3Fm1SOSH7s7sv11AS72xDw5shslcRXcVX1wupxbah_ovEPNoB9g0.oqLF48tVcHDPlQoU.QzxlYg1TLmZSpeLV7aEiehIHgKJ3UDAqF8SDie66B3cxYjNo87_xe0sNF5c50LW4apz56udtTJesAvAUSg1rbaXe0nszQrgmNgdrFRg8NpHg_0KmGXteQOjTjS4NwfpyMJhU98l1XRC0tiJ20y4IpMLMTNAnIRL1d8boAU8ffHPXuLWzqTFyFGk.0nSWrjrvZBooLoW0iBjr_RI8r39SqLGMnOvQ3bPNOEwo.RRxzu6weuiSu Received: from [216.112.109.114] by web82208.mail.mud.yahoo.com via HTTP; Mon, 14 Sep 2009 14:08:53 PDT X-Mailer: YahooMailClassic/6.1.2 YahooMailWebService/0.7.338.2 Date: Mon, 14 Sep 2009 14:08:53 -0700 (PDT) From: Jin Guojun To: Thierry Thomas In-Reply-To: <20090914184507.GB5360@graf.pompo.net> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: bugs@freebsd.org, freebsd-stable@freebsd.org, current@freebsd.org Subject: Re: 8.0-Beta installation problem -- Unable to find /dev/ad0s1b 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, 14 Sep 2009 21:08:55 -0000 I do not enve know how to make "dangerously dedicated" disk, and the 8.0 ma= y do this sliently. ad0 had three DOS partitions (slices), S1 for DOS S2 for FreeBSD 7.2 S3 for another FreeBSD When boot to 8.0-Beta{3, 4}, 8.0 sees not partition, which means 8.0 looked= at a wrong location for partition table. After did partition (slices S1 for FreebSD and S2 for nothing) and=20 Label (Unix partitions, failed to find device node /dev/ad0s1b in /dev), content of 7.2 is gone. But, the original partitions are still in the MBR (S1 for DOS, and S2 and S= 3 for FreeBSD). --- On Mon, 9/14/09, Thierry Thomas wrote: > From: Thierry Thomas > Subject: Re: 8.0-Beta installation problem -- Unable to find /dev/ad0s1b > To: "Jin Guojun" > Cc: bugs@freebsd.org, freebsd-stable@freebsd.org, current@freebsd.org > Date: Monday, September 14, 2009, 6:45 PM > Le Lun 14 sep 09 =E0 18:56:38 +0200, > Jin Guojun > =E9crivait : > > It seems that disklabel is the problem spot. >=20 > Hello, >=20 > I encountered such a problem too; was your disk ad0 > installed as > "dangerously dedicated"? >=20 > Regards, > --=20 > Th. Thomas. > From owner-freebsd-stable@FreeBSD.ORG Mon Sep 14 21:28:56 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 34B58106566B for ; Mon, 14 Sep 2009 21:28:56 +0000 (UTC) (envelope-from matthew.fleming@isilon.com) Received: from seaxch09.isilon.com (seaxch09.isilon.com [74.85.160.25]) by mx1.freebsd.org (Postfix) with ESMTP id 1E88A8FC08 for ; Mon, 14 Sep 2009 21:28:55 +0000 (UTC) x-mimeole: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Date: Mon, 14 Sep 2009 14:29:19 -0700 Message-ID: <06D5F9F6F655AD4C92E28B662F7F853E030C6646@seaxch09.desktop.isilon.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: cxgb LOR Thread-Index: Aco1fx5vwbpBDFrnTtyydf7rwzkkkwAAp1gw From: "Matthew Fleming" To: Subject: cxgb LOR 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, 14 Sep 2009 21:28:56 -0000 We got a cxgb LOR report of: 1st 0xffffff8001e37be0 vlan_global (vlan_global) @ /build/mnt/src/sys/modules/if_vlan/../../net/if_vlan.c:1310 2nd 0xffffff80010892f0 cxgb port lock (cxgb port lock) @ /build/mnt/src/sys/modules/cxgb/../../dev/cxgb/cxgb_main.c:1956 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a witness_checkorder() at witness_checkorder+0x9e2 _sx_xlock() at _sx_xlock+0x55 cxgb_ioctl() at cxgb_ioctl+0x1e8 vlan_ioctl() at vlan_ioctl+0x359 ifhwioctl() at ifhwioctl+0xb1 ifioctl() at ifioctl+0xb1 kern_ioctl() at kern_ioctl+0xa3 ioctl() at ioctl+0xf1 freebsd32_ioctl() at freebsd32_ioctl+0x13e isi_syscall() at isi_syscall+0x94 ia32_syscall() at ia32_syscall+0x1a3 Xint0x80_syscall() at Xint0x80_syscall+0x60 --- syscall (54, FreeBSD ELF32, freebsd32_ioctl), rip =3D 0x2868db1b, = rsp =3D 0xffffd4bc, rbp =3D 0xffffda38 --- So we tried changing cxgb to not USE_SX. This resulted in a different LOR: lock order reversal: (sleepable after non-sleepable) 1st 0xffffff8000f9d508 cxgb controller lock 0 (cxgb controller lock 0) @ /build/mnt/src/sys/modules/cxgb/cxgb/../../../dev/cxgb/cxgb_main.c:1889 2nd 0xffffffff806064e0 ACPI root bus (ACPI root bus) @ /build/mnt/src/sys/dev/acpica/acpi.c:1040 KDB: stack backtrace: [ffffffff8018e9fa] db_trace_self_wrapper+0x2a [ffffffff80298e89] witness_checkorder+0x719 [ffffffff8025bf75] _sx_xlock+0x55 [ffffffff8019678a] acpi_alloc_resource+0x9a [ffffffff80281714] resource_list_alloc+0x184 [ffffffff801d9f98] pci_alloc_resource+0x158 [ffffffff802814b9] bus_alloc_resource+0x89 [ffffffff81804201] cxgb_setup_interrupts+0x51 [ffffffff81807f33] cxgb_up+0xa3 [ffffffff818083c0] cxgb_init_locked+0x1b0 [ffffffff81808539] cxgb_init+0x39 [ffffffff81808758] cxgb_ioctl+0x1f8 [ffffffff8031e9e1] ifhwioctl+0xb1 [ffffffff8031f720] ifioctl+0xb0 [ffffffff8029a873] kern_ioctl+0xa3 [ffffffff8029aad1] ioctl+0xf1 [ffffffff8041eb93] freebsd32_ioctl+0xb3 [ffffffff8025d963] isi_syscall+0x83 [ffffffff8041de63] ia32_syscall+0x1a3 [ffffffff803efc60] Xint0x80_syscall+0x60 --- syscall (54, FreeBSD ELF32, freebsd32_ioctl), rip =3D 0x2826ea67, = rsp =3D 0xffffd8ac, rbp =3D 0xffffd928 --- (we modified cxgb_ioctl to call cxgb_init because otherwise the cxgb interface would require an ifconfig up before it detected a link, which was different behaviour from the em driver. Since the locks in question are acquired inside cxgb_init() I don't think the rest of the stack is relevant, but network stack isn't my area of expertise). So it seems that with cxgb we're damned if we do, damned if we don't. Any advice on which LOR is "worse" or if one is harmless, or how to make it go away? Note also that if cxgb uses a mtx then it will do malloc while holding the mtx in this stack: [ffffffff803cc58a] uma_zalloc_arg+0x2da [ffffffff80241ef9] malloc+0x89 [ffffffff8023115f] intr_event_add_handler+0x5f [ffffffff803f26d2] intr_add_handler+0x72 [ffffffff801dc171] pci_setup_intr+0x41 [ffffffff801dc171] pci_setup_intr+0x41 [ffffffff802807e6] bus_setup_intr+0x96 [ffffffff8180423c] cxgb_setup_interrupts+0x8c [ffffffff81807f33] cxgb_up+0xa3 [ffffffff818083c0] cxgb_init_locked+0x1b0 [ffffffff81808539] cxgb_init+0x39 Thanks, matthew From owner-freebsd-stable@FreeBSD.ORG Mon Sep 14 22:07:03 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1241B106566C; Mon, 14 Sep 2009 22:07:03 +0000 (UTC) (envelope-from thierry@pompo.net) Received: from smtp5-g21.free.fr (smtp5-g21.free.fr [212.27.42.5]) by mx1.freebsd.org (Postfix) with ESMTP id 73D168FC0C; Mon, 14 Sep 2009 22:06:59 +0000 (UTC) Received: from smtp5-g21.free.fr (localhost [127.0.0.1]) by smtp5-g21.free.fr (Postfix) with ESMTP id 2CB66D480B9; Tue, 15 Sep 2009 00:06:54 +0200 (CEST) Received: from graf.pompo.net (graf.pompo.net [78.225.128.39]) by smtp5-g21.free.fr (Postfix) with ESMTP id 4EB04D4808E; Tue, 15 Sep 2009 00:06:52 +0200 (CEST) Received: by graf.pompo.net (Postfix, from userid 1001) id 2D70B11478; Tue, 15 Sep 2009 00:06:51 +0200 (CEST) Date: Tue, 15 Sep 2009 00:06:51 +0200 From: Thierry Thomas To: Jin Guojun Message-ID: <20090914220651.GF5360@graf.pompo.net> Mail-Followup-To: Jin Guojun , bugs@freebsd.org, freebsd-stable@freebsd.org, current@freebsd.org References: <20090914184507.GB5360@graf.pompo.net> <500794.80873.qm@web82208.mail.mud.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <500794.80873.qm@web82208.mail.mud.yahoo.com> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 8.0-BETA3 i386 Organization: Kabbale Eros X-Face: (hRbQnK~Pt7$ct`!fupO(`y_WL4^-Iwn4@ly-.,[4xC4xc; y=\ipKMNm<1J>lv@PP~7Z<.t KjAnXLs: X-PGP: 0xC71405A2 Cc: bugs@freebsd.org, freebsd-stable@freebsd.org, current@freebsd.org Subject: Re: 8.0-Beta installation problem -- Unable to find /dev/ad0s1b 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, 14 Sep 2009 22:07:03 -0000 Le Lun 14 sep 09 à 23:08:53 +0200, Jin Guojun écrivait : > I do not enve know how to make "dangerously dedicated" disk, and the > 8.0 may do this sliently. No, I don't think so! But such a problem may arise if your disk had been installed as "dangerously dedicated" in a former version. Unfortunately, previous versions of sysinstall have created uncorrect labels, and the new gpart in 8.0 does not see them. In that case, you have to boot kernel.old and wipe out the bad label. If you reboot with a 7.2 kernel, can you see your missing partitions? -- Th. Thomas. From owner-freebsd-stable@FreeBSD.ORG Mon Sep 14 22:08:52 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1773210656A6 for ; Mon, 14 Sep 2009 22:08:52 +0000 (UTC) (envelope-from nparhar@gmail.com) Received: from mail-yw0-f179.google.com (mail-yw0-f179.google.com [209.85.211.179]) by mx1.freebsd.org (Postfix) with ESMTP id C6C8E8FC25 for ; Mon, 14 Sep 2009 22:08:51 +0000 (UTC) Received: by ywh9 with SMTP id 9so4870875ywh.32 for ; Mon, 14 Sep 2009 15:08:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=tvlUUMJElrlwdMp/1b5xcXaUAZD7aqoSAavO79JJmw0=; b=U42+AsPJf6rJVOyBdB84cZTgwa2sQb8zNqz8LE2YeHWXyvhT/t99Q7iQZEFniGErRr OF6b0YDVSNoCYCUqkB2f9zqJPxPK+Q4b7O5vaRyISorCPR1p0nWrLIlCCGdpupLW4fyN svKvSRjgTrKEb2xCD921V68EdEXZ3Ya+TYGw8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=Kp4QGlm0R08PwFrJUvmFBfqNoTooVXbwt4nIvRdXzMDdGEOsm0UMehpx7Cooi7r6S3 vRH/2dIdPaR4fJvxSLVtO4reN+yP1Xc+IpEkMf3oZmfQMdQ2ilvOlpU4WvPQc+rPyP1O X/OCUrAVqilqreVb8+xE1emoL2z4pH9rn6ibg= MIME-Version: 1.0 Received: by 10.150.210.17 with SMTP id i17mr10821767ybg.290.1252964831847; Mon, 14 Sep 2009 14:47:11 -0700 (PDT) In-Reply-To: <06D5F9F6F655AD4C92E28B662F7F853E030C6646@seaxch09.desktop.isilon.com> References: <06D5F9F6F655AD4C92E28B662F7F853E030C6646@seaxch09.desktop.isilon.com> Date: Mon, 14 Sep 2009 14:47:11 -0700 Message-ID: From: Navdeep Parhar To: Matthew Fleming Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org Subject: Re: cxgb LOR 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, 14 Sep 2009 22:08:52 -0000 A lot of these LORs were fixed in cxgb in FreeBSD 8. You can look at cxgb_main.c in 8 for details. I'll also try and figure out if those changes are easily MFC'able. Regards, Navdeep On Mon, Sep 14, 2009 at 2:29 PM, Matthew Fleming wrote: > We got a cxgb LOR report of: > > 1st 0xffffff8001e37be0 vlan_global (vlan_global) @ > /build/mnt/src/sys/modules/if_vlan/../../net/if_vlan.c:1310 > =A02nd 0xffffff80010892f0 cxgb port lock (cxgb port lock) @ > /build/mnt/src/sys/modules/cxgb/../../dev/cxgb/cxgb_main.c:1956 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > witness_checkorder() at witness_checkorder+0x9e2 > _sx_xlock() at _sx_xlock+0x55 > cxgb_ioctl() at cxgb_ioctl+0x1e8 > vlan_ioctl() at vlan_ioctl+0x359 > ifhwioctl() at ifhwioctl+0xb1 > ifioctl() at ifioctl+0xb1 > kern_ioctl() at kern_ioctl+0xa3 > ioctl() at ioctl+0xf1 > freebsd32_ioctl() at freebsd32_ioctl+0x13e > isi_syscall() at isi_syscall+0x94 > ia32_syscall() at ia32_syscall+0x1a3 > Xint0x80_syscall() at Xint0x80_syscall+0x60 > --- syscall (54, FreeBSD ELF32, freebsd32_ioctl), rip =3D 0x2868db1b, rsp > =3D 0xffffd4bc, rbp =3D 0xffffda38 --- > > > So we tried changing cxgb to not USE_SX. =A0This resulted in a different > LOR: > > lock order reversal: (sleepable after non-sleepable) > =A01st 0xffffff8000f9d508 cxgb controller lock 0 (cxgb controller lock 0) > @ > /build/mnt/src/sys/modules/cxgb/cxgb/../../../dev/cxgb/cxgb_main.c:1889 > =A02nd 0xffffffff806064e0 ACPI root bus (ACPI root bus) @ > /build/mnt/src/sys/dev/acpica/acpi.c:1040 > KDB: stack backtrace: > [ffffffff8018e9fa] db_trace_self_wrapper+0x2a > [ffffffff80298e89] witness_checkorder+0x719 > [ffffffff8025bf75] _sx_xlock+0x55 > [ffffffff8019678a] acpi_alloc_resource+0x9a > [ffffffff80281714] resource_list_alloc+0x184 > [ffffffff801d9f98] pci_alloc_resource+0x158 > [ffffffff802814b9] bus_alloc_resource+0x89 > [ffffffff81804201] cxgb_setup_interrupts+0x51 > [ffffffff81807f33] cxgb_up+0xa3 > [ffffffff818083c0] cxgb_init_locked+0x1b0 > [ffffffff81808539] cxgb_init+0x39 > [ffffffff81808758] cxgb_ioctl+0x1f8 > [ffffffff8031e9e1] ifhwioctl+0xb1 > [ffffffff8031f720] ifioctl+0xb0 > [ffffffff8029a873] kern_ioctl+0xa3 > [ffffffff8029aad1] ioctl+0xf1 > [ffffffff8041eb93] freebsd32_ioctl+0xb3 > [ffffffff8025d963] isi_syscall+0x83 > [ffffffff8041de63] ia32_syscall+0x1a3 > [ffffffff803efc60] Xint0x80_syscall+0x60 > --- syscall (54, FreeBSD ELF32, freebsd32_ioctl), rip =3D 0x2826ea67, rsp > =3D 0xffffd8ac, rbp =3D 0xffffd928 --- > > (we modified cxgb_ioctl to call cxgb_init because otherwise the cxgb > interface would require an ifconfig up before it detected a link, which > was different behaviour from the em driver. =A0Since the locks in questio= n > are acquired inside cxgb_init() I don't think the rest of the stack is > relevant, but network stack isn't my area of expertise). > > So it seems that with cxgb we're damned if we do, damned if we don't. > Any advice on which LOR is "worse" or if one is harmless, or how to make > it go away? > > Note also that if cxgb uses a mtx then it will do malloc while holding > the mtx in this stack: > > [ffffffff803cc58a] uma_zalloc_arg+0x2da > [ffffffff80241ef9] malloc+0x89 > [ffffffff8023115f] intr_event_add_handler+0x5f > [ffffffff803f26d2] intr_add_handler+0x72 > [ffffffff801dc171] pci_setup_intr+0x41 > [ffffffff801dc171] pci_setup_intr+0x41 > [ffffffff802807e6] bus_setup_intr+0x96 > [ffffffff8180423c] cxgb_setup_interrupts+0x8c > [ffffffff81807f33] cxgb_up+0xa3 > [ffffffff818083c0] cxgb_init_locked+0x1b0 > [ffffffff81808539] cxgb_init+0x39 > > Thanks, > matthew > _______________________________________________ > 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 Sep 14 22:12:03 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0BEF7106566B; Mon, 14 Sep 2009 22:12:03 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from mx02.qsc.de (mx02.qsc.de [213.148.130.14]) by mx1.freebsd.org (Postfix) with ESMTP id BCC2E8FC15; Mon, 14 Sep 2009 22:12:02 +0000 (UTC) Received: from r55.edvax.de (port-92-195-23-67.dynamic.qsc.de [92.195.23.67]) by mx02.qsc.de (Postfix) with ESMTP id 14C8D1E0DA; Mon, 14 Sep 2009 23:52:57 +0200 (CEST) Received: from r55.edvax.de (localhost [127.0.0.1]) by r55.edvax.de (8.14.2/8.14.2) with SMTP id n8ELqvjf002349; Mon, 14 Sep 2009 23:52:57 +0200 (CEST) (envelope-from freebsd@edvax.de) Date: Mon, 14 Sep 2009 23:52:57 +0200 From: Polytropon To: Jin Guojun Message-Id: <20090914235257.f0895686.freebsd@edvax.de> In-Reply-To: <500794.80873.qm@web82208.mail.mud.yahoo.com> References: <20090914184507.GB5360@graf.pompo.net> <500794.80873.qm@web82208.mail.mud.yahoo.com> Organization: EDVAX X-Mailer: Sylpheed 2.4.7 (GTK+ 2.12.1; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: bugs@freebsd.org, Thierry Thomas , freebsd-stable@freebsd.org, current@freebsd.org Subject: Re: 8.0-Beta installation problem -- Unable to find /dev/ad0s1b X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Polytropon List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Sep 2009 22:12:03 -0000 On Mon, 14 Sep 2009 14:08:53 -0700 (PDT), Jin Guojun wrote: > I do not enve know how to make "dangerously dedicated" disk, > and the 8.0 may do this sliently. This term refers to a disk where no "DOS primary partition", i. e. a slice, has been created. Usually, for a disk with only FreeBSD on it, you first take a disk /dev/ad0 create a slice /dev/ad0s1 and put partitions into it (or just one partition), like /dev/ad0s1a = / /dev/ad0s1b = swap /dev/ad0s1d = /tmo /dev/ad0s1e = /var /dev/ad0s1f = /usr /dev/ad0s1g = /home or something similar. In "dangerously dedicated" mode, you omit the slice creation and create the partitions on the disk device /dev/ad0, so you end up with /dev/ad0a = / /dev/ad0b = swap /dev/ad0d = /tmo /dev/ad0e = /var /dev/ad0f = /usr /dev/ad0g = /home Using such mode is common for data disks, but not for disks you boot from. > ad0 had three DOS partitions (slices), > S1 for DOS > S2 for FreeBSD 7.2 > S3 for another FreeBSD > > When boot to 8.0-Beta{3, 4}, 8.0 sees not partition, which means > 8.0 looked at a wrong location for partition table. What does the "fdisk" command report? > After did partition (slices S1 for FreebSD and S2 for nothing) and > Label (Unix partitions, failed to find device node /dev/ad0s1b in /dev), > content of 7.2 is gone. Seems to be correct up to here; /dev/ad0s1b refers to the swap partition. > But, the original partitions are still in the MBR (S1 for DOS, and > S2 and S3 for FreeBSD). So an update of the MBR hasn't taken place? -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... From owner-freebsd-stable@FreeBSD.ORG Tue Sep 15 06:21:36 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 653131065670 for ; Tue, 15 Sep 2009 06:21:36 +0000 (UTC) (envelope-from gphoto6@gmail.com) Received: from mail-yx0-f193.google.com (mail-yx0-f193.google.com [209.85.210.193]) by mx1.freebsd.org (Postfix) with ESMTP id 2698B8FC17 for ; Tue, 15 Sep 2009 06:21:35 +0000 (UTC) Received: by yxe31 with SMTP id 31so4887467yxe.29 for ; Mon, 14 Sep 2009 23:21:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=p314PAdLhQyWo10hALnVpati45rfVqAgvj6cEbkChAA=; b=IJcSO60u+9iyY4GpIN7X5eV0v8q2vmcJHxwjMzx3ThYnr4erjTiorDznjG4olrLNRA DZjedWnrGPlDI76h/uAIyvJHJNcJiVztB0O731w0hq2oEgqMRWoTaFAYqB6At+jYy4nQ OOMxoApynV2h3HWveq8ZFOrs+1/pDH1rtWdTY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=JJ2GIrWimF1/OIvadrVo25gO7BE8ZZ2WtSPpd8m/q1QlIrdC6OkfhTvI+9KUhcVYMC gtkoe0gzx3JEnl5fwUDUjLWmQEJyQNbRBSGsLhcH7oGUgV6HLkLkSHCqEBnhP2jL+Z0h 6H1IShWyVcNoucx0aEb/vm9JsOGgZKvwfMXjI= MIME-Version: 1.0 Received: by 10.100.82.7 with SMTP id f7mr7185702anb.30.1252993869774; Mon, 14 Sep 2009 22:51:09 -0700 (PDT) Date: Tue, 15 Sep 2009 13:51:09 +0800 Message-ID: <1f51039c0909142251l2155c733x929a6a9595bcff7f@mail.gmail.com> From: Tim Chen To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: panic: UMA: page_free used with invalid flags 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, 15 Sep 2009 06:21:36 -0000 Hello, My server was using FreeBSD-7-Stable and performing a mail server. Software I used is postfix 2.6.3 and dovecot 1.2.4. The hardware is IBM blade server HS-21 CPU: dual Intel E5335 @ 2.00GHz MEM: 3G HD: onboard LSI RAID controller with 2 73G SAS HD. (mpt0: ) The system is very stable until last week. After csup the FreeBSD-7-STABLE source to around 2009/09/10, it will halt randomly around every several hours. The error message I saw on console was the following: panic: UMA: page_free used with invalid flags 4 cpuid = 0 Uptime: 3h1m14s Physical memory: 3064MB Dumping 1544MB: 1529 1513 1497.................... Reading freebsd-stable mailing shows there is some vm related modfication during the first week of Sep. (the panic: vm_phys_paddr_to_vm_page: paddr 0x series) So, I csup my src back to 2009/09/01, the problem disappeared, and system comes back with stable state. Today, I csup my src to latest 7-STABLE (2009/09/15) and problem comes again. It seems the problem is still there and not be solved yet. Would you please help to fix it? Thanks very much. Sincerely, Tim Chen From owner-freebsd-stable@FreeBSD.ORG Tue Sep 15 06:25:22 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5202F1065679 for ; Tue, 15 Sep 2009 06:25:22 +0000 (UTC) (envelope-from jguojun@sbcglobal.net) Received: from web82208.mail.mud.yahoo.com (web82208.mail.mud.yahoo.com [209.191.86.103]) by mx1.freebsd.org (Postfix) with SMTP id 0E7C48FC16 for ; Tue, 15 Sep 2009 06:25:21 +0000 (UTC) Received: (qmail 25863 invoked by uid 60001); 15 Sep 2009 06:25:21 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sbcglobal.net; s=s1024; t=1252995921; bh=HHtdDtbC9bHDwRyFm41Tr34KrmNMIjQYK3czF1AEiDw=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=jwvAMQZyFViVy++Gfftp6Zv8+nqxyteEy1lxNzOghMmNJhw25/n45HUlt15FcVJ7jmWT0XpEiUE63koHwoS+17KYUkMLXOqK5WayxJxsI7G/5yFkLVZoKViQSPLUkthA7cqwFzlHiS0Q8A7CBDqITGPpk83+gvqhWVyxw1WbkVQ= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=sbcglobal.net; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=Z8ZcbNbQFx22b1EvzXzpUjTJQqINKD33get2pd2IekrWwrmnpSBrBURVd9tKarjX8KZoYQiWedikdV+B4Q0yjO84a9Ih51ag4lKYB0ZMSzOfkMOJvernl07icS3rGRopsicuBi8KgktSIIToOJQDOpT96tB2cHu65sS735rL5T0=; Message-ID: <386709.24333.qm@web82208.mail.mud.yahoo.com> X-YMail-OSG: 6XzJIasVM1nvMQorVcKIPBCitpzVkm_SHAGWHZ1EpLVObxhPEAijRj3d1rh8EJV1S_lp2dKtUv5cN8jkFHNPdDgLks8JMhUoEZr7uoEMVa6s9WHHbJacsQeNgFO8NrrwNGg5re15JRKIURKKhpF4QdTxuKmiSBH3amLKZ2VO0sVwfSPQqU5.jR3Ce4o8oEcLnE83hmWefToLByyIFhEh2savdSzUvBfV..M50AsPiw7.f3FmHLYt8hZy5UBdiNRX.yp4cXr43ZWkScdp8K5VK2gvNqSHjV6LkFjsYpB37M5Q3.CWYzmXq6Mi3Xu7_qR9HnIQacI2rSqT6jcm Received: from [76.204.16.27] by web82208.mail.mud.yahoo.com via HTTP; Mon, 14 Sep 2009 23:25:21 PDT X-Mailer: YahooMailClassic/6.1.2 YahooMailWebService/0.7.338.2 Date: Mon, 14 Sep 2009 23:25:21 -0700 (PDT) From: Jin Guojun To: Thierry Thomas In-Reply-To: <20090914220651.GF5360@graf.pompo.net> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: bugs@freebsd.org, freebsd-stable@freebsd.org, current@freebsd.org Subject: Re: 8.0-Beta installation problem -- Unable to find /dev/ad0s1b 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, 15 Sep 2009 06:25:22 -0000 dd 1m zero on the drive and rerun the 8.0Beta4 DVD. Created two slices S1 a= nd S2, and did auto labling (unix partiton) on S1, hit W, the problem persists. Boot system with freeBSD 6.4, and 6.4 sees two slices (MBR partitions) S1 a= nd S2,=20 but no any Unix partition (ad0s1a, ad0s1b etc) on S1. Boot back to 8.0-Beta4, it still sees not Slice created.=20 At this point, it is obviously that 8.0 looks in a wrong MBR location -- 8.0 created slices can be seen by 6.4 but not 8.0 itself. --- On Mon, 9/14/09, Thierry Thomas wrote: > From: Thierry Thomas > Subject: Re: 8.0-Beta installation problem -- Unable to find /dev/ad0s1b > To: "Jin Guojun" > Cc: bugs@freebsd.org, freebsd-stable@freebsd.org, current@freebsd.org > Date: Monday, September 14, 2009, 10:06 PM > Le Lun 14 sep 09 =E0 23:08:53 +0200, > Jin Guojun > =E9crivait : > > I do not enve know how to make "dangerously dedicated" > disk, and the > > 8.0 may do this sliently. >=20 > No, I don't think so! But such a problem may arise if your > disk had been > installed as "dangerously dedicated" in a former version. > Unfortunately, > previous versions of sysinstall have created uncorrect > labels, and the > new gpart in 8.0 does not see them. >=20 > In that case, you have to boot kernel.old and wipe out the > bad label. If > you reboot with a 7.2 kernel, can you see your missing > partitions? > --=20 > Th. Thomas. > From owner-freebsd-stable@FreeBSD.ORG Tue Sep 15 06:48:32 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5D637106566B; Tue, 15 Sep 2009 06:48:32 +0000 (UTC) (envelope-from lists@c0mplx.org) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) by mx1.freebsd.org (Postfix) with ESMTP id 1C8748FC0C; Tue, 15 Sep 2009 06:48:32 +0000 (UTC) Received: from pi by home.opsec.eu with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1MnRq2-0005Hn-Uj; Tue, 15 Sep 2009 08:48:30 +0200 Date: Tue, 15 Sep 2009 08:48:30 +0200 From: Kurt Jaeger To: freebsd-stable@freebsd.org, current@freebsd.org Message-ID: <20090915064830.GN48206@home.opsec.eu> References: <19117.42696.888649.236347@jerusalem.litteratus.org> <582270.67371.qm@web82203.mail.mud.yahoo.com> <19117.48448.269298.484728@jerusalem.litteratus.org> <20090914055501.GM48206@home.opsec.eu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090914055501.GM48206@home.opsec.eu> Cc: Subject: Re: 8.0-Beta installation problem -- Unable to find /dev/ad0s1b 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, 15 Sep 2009 06:48:32 -0000 Hi! > I had the same problem with beta4: > > http://lists.freebsd.org/pipermail/freebsd-current/2009-September/011470.html > > and I tried this fix, and it did not solve the problem. > > It might be related with the number of slices and partitions one > is creating ? I'll try this again today. Tested it, no, it does not solve the problem. Is there anything I can do to debug this ? I think I can provide remote console access if necessary. I'll try the LiveCD, too. -- pi@opsec.eu +49 171 3101372 11 years to go ! From owner-freebsd-stable@FreeBSD.ORG Tue Sep 15 07:34:57 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D1D89106566B; Tue, 15 Sep 2009 07:34:57 +0000 (UTC) (envelope-from lists@c0mplx.org) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) by mx1.freebsd.org (Postfix) with ESMTP id 90CD78FC12; Tue, 15 Sep 2009 07:34:57 +0000 (UTC) Received: from pi by home.opsec.eu with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1MnSYz-0005QY-70; Tue, 15 Sep 2009 09:34:57 +0200 Date: Tue, 15 Sep 2009 09:34:57 +0200 From: Kurt Jaeger To: freebsd-stable@freebsd.org, current@freebsd.org Message-ID: <20090915073457.GO48206@home.opsec.eu> References: <19117.42696.888649.236347@jerusalem.litteratus.org> <582270.67371.qm@web82203.mail.mud.yahoo.com> <19117.48448.269298.484728@jerusalem.litteratus.org> <20090914055501.GM48206@home.opsec.eu> <20090915064830.GN48206@home.opsec.eu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090915064830.GN48206@home.opsec.eu> Cc: Subject: Re: 8.0-Beta installation problem -- Unable to find /dev/ad0s1b 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, 15 Sep 2009 07:34:57 -0000 Hi! > > I had the same problem with beta4: [...] My previous tests were with 8.0-beta4-amd64. I now tested with 8.0-beta3-i386, this time installation and partitioning worked. I'll try to partition using a i386 boot cd and install using the amd64 boot cd 8-) It seems to be a bug with the amd64 code ? -- pi@opsec.eu +49 171 3101372 11 years to go ! From owner-freebsd-stable@FreeBSD.ORG Tue Sep 15 07:38:55 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 911A7106568F for ; Tue, 15 Sep 2009 07:38:55 +0000 (UTC) (envelope-from peterjeremy@acm.org) Received: from mail10.syd.optusnet.com.au (mail10.syd.optusnet.com.au [211.29.132.191]) by mx1.freebsd.org (Postfix) with ESMTP id 24D718FC22 for ; Tue, 15 Sep 2009 07:38:54 +0000 (UTC) Received: from server.vk2pj.dyndns.org (c122-106-250-30.belrs3.nsw.optusnet.com.au [122.106.250.30]) by mail10.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id n8F7cneZ001495 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 15 Sep 2009 17:38:51 +1000 X-Bogosity: Ham, spamicity=0.000000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.3/8.14.3) with ESMTP id n8F7cnW8048791; Tue, 15 Sep 2009 17:38:49 +1000 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.3/8.14.3/Submit) id n8F7cmnr048790; Tue, 15 Sep 2009 17:38:48 +1000 (EST) (envelope-from peter) Date: Tue, 15 Sep 2009 17:38:48 +1000 From: peterjeremy@acm.org To: Maciej Jan Broniarz Message-ID: <20090915073848.GD48679@server.vk2pj.dyndns.org> References: <1d3ed48c0909121425g4a255ebah293ce39e42623ab8@mail.gmail.com> <88656044.63711252836705223.JavaMail.root@dagobah.intersec.pl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="at6+YcpfzWZg/htY" Content-Disposition: inline In-Reply-To: <88656044.63711252836705223.JavaMail.root@dagobah.intersec.pl> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-stable Subject: Re: problem with link aggregation failover 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, 15 Sep 2009 07:38:55 -0000 --at6+YcpfzWZg/htY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2009-Sep-13 12:11:45 +0200, Maciej Jan Broniarz wrot= e: >I have configured the same mac on both cards.=20 This should be done automatically by lagg. >When I disconnect the cable from xl0, the network connection dies, and my = lagg0 looks like this: > >lagg0: flags=3D8843 metric 0 mtu 1= 500 > options=3D9 > ether 00:01:02:20:24:ef > inet 192.168.1.104 netmask 0xffffff00 broadcast 192.168.1.255 > media: Ethernet autoselect > status: active > laggproto failover > laggport: fxp0 flags=3D4 > laggport: xl0 flags=3D1 > >What might be the problem with that setup? Both sides of a lagg need to co-operate to pass packets. You need to configure the switch to failover as well. --=20 Peter Jeremy --at6+YcpfzWZg/htY Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (FreeBSD) iEYEARECAAYFAkqvRIgACgkQ/opHv/APuIeA0QCgrdJL29YsWniWEGGsJqeMF5Tp T0QAnjQQMd6w4hF9zg9QKG95PqpEzZlv =PqUD -----END PGP SIGNATURE----- --at6+YcpfzWZg/htY-- From owner-freebsd-stable@FreeBSD.ORG Tue Sep 15 07:41:35 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AFDB81065679 for ; Tue, 15 Sep 2009 07:41:35 +0000 (UTC) (envelope-from gausus@gausus.net) Received: from dagobah.intersec.pl (dagobah.intersec.pl [91.192.226.10]) by mx1.freebsd.org (Postfix) with ESMTP id 6FD2E8FC14 for ; Tue, 15 Sep 2009 07:41:35 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by dagobah.intersec.pl (Postfix) with ESMTP id 67B4F254002; Tue, 15 Sep 2009 09:50:54 +0200 (CEST) X-Virus-Scanned: amavisd-new at intersec.pl Received: from dagobah.intersec.pl ([127.0.0.1]) by localhost (dagobah.intersec.pl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lKAdprDiDjGD; Tue, 15 Sep 2009 09:50:49 +0200 (CEST) Received: from dagobah.intersec.pl (dagobah.intersec.pl [91.192.226.10]) by dagobah.intersec.pl (Postfix) with ESMTP id ADB7E254001; Tue, 15 Sep 2009 09:50:49 +0200 (CEST) Date: Tue, 15 Sep 2009 09:50:49 +0200 (CEST) From: Maciej Jan Broniarz To: peterjeremy@acm.org Message-ID: <925889984.66391253001049613.JavaMail.root@dagobah.intersec.pl> In-Reply-To: <20090915073848.GD48679@server.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [193.0.95.129] X-Mailer: Zimbra 5.0.16_GA_2921.UBUNTU8_64 (ZimbraWebClient - FF3.0 (Mac)/5.0.16_GA_2921.UBUNTU8_64) Cc: freebsd-stable Subject: Re: problem with link aggregation failover 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, 15 Sep 2009 07:41:35 -0000 Hello, > >What might be the problem with that setup? > > Both sides of a lagg need to co-operate to pass packets. You need to > configure the switch to failover as well. A simple LACP configuration should do? mjb From owner-freebsd-stable@FreeBSD.ORG Tue Sep 15 08:17:39 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DBE1D1065676 for ; Tue, 15 Sep 2009 08:17:39 +0000 (UTC) (envelope-from wolfgang@lyxys.ka.sub.org) Received: from saturn.lyxys.ka.sub.org (saturn.lyxys.ka.sub.org [217.29.35.151]) by mx1.freebsd.org (Postfix) with ESMTP id 55FEC8FC14 for ; Tue, 15 Sep 2009 08:17:39 +0000 (UTC) Received: from juno.lyxys.ka.sub.org (juno.lyxys.ka.sub.org [IPv6:2001:5c0:8521:0:20f:feff:fe0e:7312]) by saturn.lyxys.ka.sub.org (8.14.2/8.14.2) with ESMTP id n8F8HORK062572; Tue, 15 Sep 2009 10:17:25 +0200 (CEST) (envelope-from wolfgang@lyxys.ka.sub.org) Received: from juno.lyxys.ka.sub.org (localhost [127.0.0.1]) by juno.lyxys.ka.sub.org (8.14.3/8.14.3) with ESMTP id n8F8HOFs002772; Tue, 15 Sep 2009 10:17:24 +0200 (CEST) (envelope-from wolfgang@lyxys.ka.sub.org) Received: (from wolfgang@localhost) by juno.lyxys.ka.sub.org (8.14.3/8.14.3/Submit) id n8F8HO6m002771; Tue, 15 Sep 2009 10:17:24 +0200 (CEST) (envelope-from wolfgang@lyxys.ka.sub.org) Resent-Message-Id: <200909150817.n8F8HO6m002771@juno.lyxys.ka.sub.org> X-Authentication-Warning: juno.lyxys.ka.sub.org: wolfgang set sender to wolfgang@lyxys.ka.sub.org using -f Date: Tue, 15 Sep 2009 09:54:00 +0200 From: Wolfgang Zenker To: Kurt Jaeger Message-ID: <20090915075400.GA2208@lyxys.ka.sub.org> References: <19117.42696.888649.236347@jerusalem.litteratus.org> <582270.67371.qm@web82203.mail.mud.yahoo.com> <19117.48448.269298.484728@jerusalem.litteratus.org> <20090914055501.GM48206@home.opsec.eu> <20090915064830.GN48206@home.opsec.eu> <20090915073457.GO48206@home.opsec.eu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090915073457.GO48206@home.opsec.eu> User-Agent: Mutt/1.4.2.3i Organization: private site Resent-From: wolfgang@lyxys.ka.sub.org Resent-Date: Tue, 15 Sep 2009 10:17:24 +0200 Resent-To: freebsd-stable@freebsd.org, current@freebsd.org Cc: Subject: Re: 8.0-Beta installation problem -- Unable to find /dev/ad0s1b 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, 15 Sep 2009 08:17:39 -0000 Hi, * Kurt Jaeger [090915 09:34]: > > > I had the same problem with beta4: > [...] > My previous tests were with 8.0-beta4-amd64. > I now tested with 8.0-beta3-i386, this time installation and partitioning > worked. > I'll try to partition using a i386 boot cd and install using > the amd64 boot cd 8-) > It seems to be a bug with the amd64 code ? a few days ago I installed a new system using the amd64 bootonly iso and didn't have any problems with partitioning. Hardware is atapci1: port 0xd080-0xd087,0xd000-0xd003,0xcc00-0xcc07,0xc880-0xc883,0xc800-0xc80f irq 19 at device 31.2 on pci0 ad4: 476940MB at ata2-master SATA150 On installation I had a different BIOS configuration though that caused the SATA disk to be found as ad0, maybe that makes a difference. Wolfgang From owner-freebsd-stable@FreeBSD.ORG Tue Sep 15 09:33:06 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 555D9106566C for ; Tue, 15 Sep 2009 09:33:06 +0000 (UTC) (envelope-from bc979@lafn.org) Received: from zoom.lafn.org (zoom.lafn.org [206.117.18.8]) by mx1.freebsd.org (Postfix) with ESMTP id 204778FC13 for ; Tue, 15 Sep 2009 09:33:05 +0000 (UTC) Received: from [10.0.1.2] (pool-71-109-144-133.lsanca.dsl-w.verizon.net [71.109.144.133]) (authenticated bits=0) by zoom.lafn.org (8.14.3/8.14.2) with ESMTP id n8F8qT6G021195 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for ; Tue, 15 Sep 2009 01:52:30 -0700 (PDT) (envelope-from bc979@lafn.org) From: Doug Hardie Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes Message-Id: Date: Tue, 15 Sep 2009 01:52:28 -0700 To: freebsd-stable Stable Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v1076) X-Mailer: Apple Mail (2.1076) X-Virus-Scanned: clamav-milter 0.95.1 at zoom.lafn.org X-Virus-Status: Clean Subject: 8.0 Install 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: Tue, 15 Sep 2009 09:33:06 -0000 Installing 8.0 Beta 4 on an i386 machine from disc 1. IN the Extracting ports: Panic: initiate_write_inodeblock_ufs2: already started cpuid=0 KDB: enter: panic [thread pid 19 tid 100045 ] Stopped at kdb_enter+0x3a: movl $0,kdb_why I did a where but its way too much to type accurately by hand. This is an older system, but it does boot disc 1 where some of the previous releases it would not boot disk 1 but had to use the live file system. I'll try it again without adding the ports. From owner-freebsd-stable@FreeBSD.ORG Tue Sep 15 09:38:04 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 670DB106566B for ; Tue, 15 Sep 2009 09:38:04 +0000 (UTC) (envelope-from thomas@ronner.org) Received: from mail.knopje.net (mail.knopje.net [213.214.107.232]) by mx1.freebsd.org (Postfix) with ESMTP id 2961F8FC14 for ; Tue, 15 Sep 2009 09:38:03 +0000 (UTC) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.knopje.net (Postfix) with ESMTP id E89EE38165 for ; Tue, 15 Sep 2009 11:38:02 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at knopje.net Received: from mail.knopje.net ([127.0.0.1]) by localhost (hal.knopje.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YrE+6T3Lggqx for ; Tue, 15 Sep 2009 11:38:02 +0200 (CEST) Received: from [10.0.1.173] (rtutr01.ic-s.nl [213.214.96.4]) by mail.knopje.net (Postfix) with ESMTP id 8D2663810E for ; Tue, 15 Sep 2009 11:38:02 +0200 (CEST) Message-Id: <97E2F471-705B-48A1-936D-B92235656664@ronner.org> From: Thomas Ronner To: freebsd-stable Stable In-Reply-To: Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v936) Date: Tue, 15 Sep 2009 11:38:01 +0200 References: X-Mailer: Apple Mail (2.936) Subject: Re: 8.0 Install 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: Tue, 15 Sep 2009 09:38:04 -0000 On 15 Sep 2009, at 10:52, Doug Hardie wrote: > Installing 8.0 Beta 4 on an i386 machine from disc 1. IN the > Extracting ports: > > Panic: initiate_write_inodeblock_ufs2: already started > cpuid=0 > KDB: enter: panic > [thread pid 19 tid 100045 ] > Stopped at kdb_enter+0x3a: movl $0,kdb_why > > I did a where but its way too much to type accurately by hand. This > is an older system, but it does boot disc 1 where some of the > previous releases it would not boot disk 1 but had to use the live > file system. The same thing happened to me under VMWare Workstation, when I installed FreeBSD 8.0-BETA4 on a (virtual) disk connected to a (virtual) LSI SAS adaptor. Installing on a IDE disk worked around the problem. It happened with the i386 as well as the amd64 version. Thomas From owner-freebsd-stable@FreeBSD.ORG Tue Sep 15 09:43:42 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E3A2D106566C for ; Tue, 15 Sep 2009 09:43:42 +0000 (UTC) (envelope-from bc979@lafn.org) Received: from zoom.lafn.org (zoom.lafn.org [206.117.18.8]) by mx1.freebsd.org (Postfix) with ESMTP id C66968FC14 for ; Tue, 15 Sep 2009 09:43:42 +0000 (UTC) Received: from [10.0.1.2] (pool-71-109-144-133.lsanca.dsl-w.verizon.net [71.109.144.133]) (authenticated bits=0) by zoom.lafn.org (8.14.3/8.14.2) with ESMTP id n8F9hgYL022056 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for ; Tue, 15 Sep 2009 02:43:42 -0700 (PDT) (envelope-from bc979@lafn.org) References: In-Reply-To: Mime-Version: 1.0 (Apple Message framework v1076) Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes Message-Id: Content-Transfer-Encoding: 7bit From: Doug Hardie Date: Tue, 15 Sep 2009 02:43:41 -0700 To: freebsd-stable Stable X-Mailer: Apple Mail (2.1076) X-Virus-Scanned: clamav-milter 0.95.1 at zoom.lafn.org X-Virus-Status: Clean Subject: Re: 8.0 Install 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: Tue, 15 Sep 2009 09:43:43 -0000 On 15 September 2009, at 01:52, Doug Hardie wrote: > Installing 8.0 Beta 4 on an i386 machine from disc 1. IN the > Extracting ports: > > Panic: initiate_write_inodeblock_ufs2: already started > cpuid=0 > KDB: enter: panic > [thread pid 19 tid 100045 ] > Stopped at kdb_enter+0x3a: movl $0,kdb_why > > I did a where but its way too much to type accurately by hand. This > is an older system, but it does boot disc 1 where some of the > previous releases it would not boot disk 1 but had to use the live > file system. > > I'll try it again without adding the ports. Well, now it no longer boots disc 1 but does boot the live fs. Reinstalled, but now I am getting a bunch of disk errors (SCSI) so I suspect the problem is hardware. From owner-freebsd-stable@FreeBSD.ORG Tue Sep 15 11:15:28 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E67511065698 for ; Tue, 15 Sep 2009 11:15:28 +0000 (UTC) (envelope-from peterjeremy@acm.org) Received: from mail12.syd.optusnet.com.au (mail12.syd.optusnet.com.au [211.29.132.193]) by mx1.freebsd.org (Postfix) with ESMTP id 615C88FC15 for ; Tue, 15 Sep 2009 11:15:28 +0000 (UTC) Received: from server.vk2pj.dyndns.org (c122-106-250-30.belrs3.nsw.optusnet.com.au [122.106.250.30]) by mail12.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id n8FBFJte026129 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 15 Sep 2009 21:15:26 +1000 X-Bogosity: Ham, spamicity=0.000000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.3/8.14.3) with ESMTP id n8FBFIJB088454; Tue, 15 Sep 2009 21:15:18 +1000 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.3/8.14.3/Submit) id n8FBFFTh088453; Tue, 15 Sep 2009 21:15:15 +1000 (EST) (envelope-from peter) Date: Tue, 15 Sep 2009 21:15:15 +1000 From: Peter Jeremy To: Maciej Jan Broniarz Message-ID: <20090915111515.GA88413@server.vk2pj.dyndns.org> References: <20090915073848.GD48679@server.vk2pj.dyndns.org> <925889984.66391253001049613.JavaMail.root@dagobah.intersec.pl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="opJtzjQTFsWo+cga" Content-Disposition: inline In-Reply-To: <925889984.66391253001049613.JavaMail.root@dagobah.intersec.pl> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-stable Subject: Re: problem with link aggregation failover 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, 15 Sep 2009 11:15:29 -0000 --opJtzjQTFsWo+cga Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2009-Sep-15 09:50:49 +0200, Maciej Jan Broniarz wrot= e: >> >What might be the problem with that setup? >>=20 >> Both sides of a lagg need to co-operate to pass packets. You need to >> configure the switch to failover as well. > >A simple LACP configuration should do? Yes. I use LACP at $work. See lagg(4) for other options. --=20 Peter Jeremy --opJtzjQTFsWo+cga Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (FreeBSD) iEYEARECAAYFAkqvd0MACgkQ/opHv/APuIcPDgCeIgAs/IHznXvJUMsMKcjsKlNr bxYAoJYtjq9sJA151ADxy8y7S5uOc48G =qhgZ -----END PGP SIGNATURE----- --opJtzjQTFsWo+cga-- From owner-freebsd-stable@FreeBSD.ORG Tue Sep 15 11:58:10 2009 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ECF8F106566B for ; Tue, 15 Sep 2009 11:58:10 +0000 (UTC) (envelope-from patfbsd@davenulle.org) Received: from smtp.lamaiziere.net (net.lamaiziere.net [91.121.44.19]) by mx1.freebsd.org (Postfix) with ESMTP id B157B8FC44 for ; Tue, 15 Sep 2009 11:58:10 +0000 (UTC) Received: from baby-jane.lamaiziere.net (132.10.87-79.rev.gaoland.net [79.87.10.132]) by smtp.lamaiziere.net (Postfix) with ESMTPA id 16365633322; Tue, 15 Sep 2009 13:58:09 +0200 (CEST) Received: from baby-jane.lamaiziere.net (localhost [127.0.0.1]) by baby-jane.lamaiziere.net (Postfix) with ESMTP id AB982C963; Tue, 15 Sep 2009 13:58:45 +0200 (CEST) Date: Tue, 15 Sep 2009 13:58:44 +0200 From: Patrick Lamaiziere To: Graham Menhennitt Message-ID: <20090915135844.705e33cc@baby-jane.lamaiziere.net> In-Reply-To: <4AAB2A2C.2000803@menhennitt.com.au> References: <4AAB2A2C.2000803@menhennitt.com.au> X-Mailer: Claws Mail 3.7.2 (GTK+ 2.16.6; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@FreeBSD.ORG, Soekris-tech@lists.soekris.com Subject: Re: problem booting FreeBSD 8-Beta4 on Soekris net5501 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, 15 Sep 2009 11:58:11 -0000 Le Sat, 12 Sep 2009 14:57:16 +1000, Graham Menhennitt a =E9crit : > I'm upgrading a Soekris net5501 from FreeBSD 7-Stable to 8-Beta4 (via > source). I've done a buildworld, buildkernel, and installkernel. When > I try to boot the new kernel, it stops very early on in the boot > sequence. The serial console shows: ... > Does anybody have any clues please? No. I can only say that it works for me (tm) The only change I remember was to change /etc/ttys with ttyu[0..3] instead ttyd[0..3] on 7.2 From owner-freebsd-stable@FreeBSD.ORG Tue Sep 15 12:15:27 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0CA141065670; Tue, 15 Sep 2009 12:15:27 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: from smtp02.lnh.mail.rcn.net (smtp02.lnh.mail.rcn.net [207.172.157.102]) by mx1.freebsd.org (Postfix) with ESMTP id A33978FC18; Tue, 15 Sep 2009 12:15:26 +0000 (UTC) Received: from mr08.lnh.mail.rcn.net ([207.172.157.28]) by smtp02.lnh.mail.rcn.net with ESMTP; 15 Sep 2009 08:15:25 -0400 Received: from smtp01.lnh.mail.rcn.net (smtp01.lnh.mail.rcn.net [207.172.4.11]) by mr08.lnh.mail.rcn.net (MOS 3.10.7-GA) with ESMTP id LCW96764; Tue, 15 Sep 2009 08:15:24 -0400 (EDT) Received: from 209-6-22-227.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com (HELO jerusalem.litteratus.org.litteratus.org) ([209.6.22.227]) by smtp01.lnh.mail.rcn.net with ESMTP; 15 Sep 2009 08:15:24 -0400 From: Robert Huff MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <19119.34140.222681.273625@jerusalem.litteratus.org> Date: Tue, 15 Sep 2009 08:15:24 -0400 To: Kurt Jaeger In-Reply-To: <20090915073457.GO48206@home.opsec.eu> References: <20090915073457.GO48206@home.opsec.eu> X-Mailer: VM 7.17 under 21.5 (beta28) "fuki" XEmacs Lucid X-Junkmail-Whitelist: YES (by domain whitelist at mr08.lnh.mail.rcn.net) Cc: freebsd-stable@freebsd.org, current@freebsd.org Subject: Re: 8.0-Beta installation problem -- Unable to find /dev/ad0s1b 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, 15 Sep 2009 12:15:27 -0000 Kurt Jaeger writes: > > > I had the same problem with beta4: > [...] > > My previous tests were with 8.0-beta4-amd64. > > I now tested with 8.0-beta3-i386, this time installation and > partitioning worked. > > It seems to be a bug with the amd64 code ? That might be. I have tried this with: 1) amd64 beta3 and beta4 using the downloaded DVD images 2) 7.1/7.2 using the installation CD from the set sold by FreeBSD Mall. I also tried on several sets of hardware: SCSI, IDE, SATA. The number of disks and number of slices and partitions per disk had no effect. (1) always failed; (2) succeeded. (Fruitlessly, since the specification was for a clean install of 8.0 code and I had to wipe and try (1) again.) Robert Huff From owner-freebsd-stable@FreeBSD.ORG Tue Sep 15 12:19:20 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 57D0F106566C; Tue, 15 Sep 2009 12:19:20 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: from smtp02.lnh.mail.rcn.net (smtp02.lnh.mail.rcn.net [207.172.157.102]) by mx1.freebsd.org (Postfix) with ESMTP id E1C6B8FC0A; Tue, 15 Sep 2009 12:19:19 +0000 (UTC) Received: from mr08.lnh.mail.rcn.net ([207.172.157.28]) by smtp02.lnh.mail.rcn.net with ESMTP; 15 Sep 2009 08:19:19 -0400 Received: from smtp01.lnh.mail.rcn.net (smtp01.lnh.mail.rcn.net [207.172.4.11]) by mr08.lnh.mail.rcn.net (MOS 3.10.7-GA) with ESMTP id LCW97222; Tue, 15 Sep 2009 08:18:48 -0400 (EDT) Received: from 209-6-22-227.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com (HELO jerusalem.litteratus.org.litteratus.org) ([209.6.22.227]) by smtp01.lnh.mail.rcn.net with ESMTP; 15 Sep 2009 08:18:48 -0400 From: Robert Huff MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <19119.34344.94238.561005@jerusalem.litteratus.org> Date: Tue, 15 Sep 2009 08:18:48 -0400 To: Jin Guojun In-Reply-To: <500794.80873.qm@web82208.mail.mud.yahoo.com> References: <500794.80873.qm@web82208.mail.mud.yahoo.com> X-Mailer: VM 7.17 under 21.5 (beta28) "fuki" XEmacs Lucid X-Junkmail-Whitelist: YES (by domain whitelist at mr08.lnh.mail.rcn.net) Cc: bugs@freebsd.org, Thierry Thomas , freebsd-stable@freebsd.org, current@freebsd.org Subject: Re: 8.0-Beta installation problem -- Unable to find /dev/ad0s1b 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, 15 Sep 2009 12:19:20 -0000 Jin Guojun writes: > I do not enve know how to make "dangerously dedicated" disk, and > the 8.0 may do this sliently. I was told in private conversation "dangerously dedicated" mode is currently broken (at least with regards to installation), and that it was removed as an option between beta3 and beta4. Robert Huff From owner-freebsd-stable@FreeBSD.ORG Tue Sep 15 14:37:40 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E392C106566B for ; Tue, 15 Sep 2009 14:37:40 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from smtp-out2.tiscali.nl (smtp-out2.tiscali.nl [195.241.79.177]) by mx1.freebsd.org (Postfix) with ESMTP id A78AD8FC13 for ; Tue, 15 Sep 2009 14:37:40 +0000 (UTC) Received: from [212.123.145.58] (helo=sjakie.klop.ws) by smtp-out2.tiscali.nl with esmtp (Exim) (envelope-from ) id 1MnZA3-0005Q5-KF for freebsd-stable@freebsd.org; Tue, 15 Sep 2009 16:37:39 +0200 Received: from 82-170-177-25.ip.telfort.nl (localhost [127.0.0.1]) by sjakie.klop.ws (Postfix) with ESMTP id EA0B213E3A for ; Tue, 15 Sep 2009 16:37:35 +0200 (CEST) Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes To: freebsd-stable@freebsd.org Date: Tue, 15 Sep 2009 16:37:35 +0200 MIME-Version: 1.0 From: "Ronald Klop" Message-ID: User-Agent: Opera Mail/10.00 (FreeBSD) Content-Transfer-Encoding: quoted-printable Subject: 8.0 rc.d scripts less verbose? 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, 15 Sep 2009 14:37:41 -0000 Hi, Since I run 8.0 the rc.d scripts are less verbose. I have some problems =20 with them, but the default output gives me no information anymore. In the 8.0-TODO wiki there is a mention about verbosity of the rc.d =20 scripts at the bottom. Is there a way for me to increase the verbosity? Ronald. From owner-freebsd-stable@FreeBSD.ORG Tue Sep 15 14:58:41 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3312E106566B for ; Tue, 15 Sep 2009 14:58:41 +0000 (UTC) (envelope-from ferdinand.goldmann@jku.at) Received: from emailsecure.uni-linz.ac.at (emailsecure.uni-linz.ac.at [140.78.3.66]) by mx1.freebsd.org (Postfix) with ESMTP id EC5958FC14 for ; Tue, 15 Sep 2009 14:58:40 +0000 (UTC) Received: from Tatooine.local (unknown [140.78.6.70]) by emailsecure.uni-linz.ac.at (Postfix) with ESMTP id CB682228022 for ; Tue, 15 Sep 2009 16:28:20 +0200 (CEST) Message-ID: <4AAFA47F.6020701@jku.at> Date: Tue, 15 Sep 2009 16:28:15 +0200 From: Ferdinand Goldmann User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: newsyslog can't execute command? 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, 15 Sep 2009 14:58:41 -0000 Hi. Have I overlooked something, or is it not possible with newsyslog to run a certain command after log rotation? :-( It looks like the patch mentioned here http://unix.derkeiler.com/Mailing-Lists/FreeBSD/current/2006-06/msg00575.html never made it into the FreeBSD distribution? Bummer ... -- >> Ferdinand Goldmann >> Johannes Kepler University Linz - Server Systems/Information Management >> Mail: Ferdinand.Goldmann@jku.at Phone: 00437024689398 Fax: 00437024689397 From owner-freebsd-stable@FreeBSD.ORG Tue Sep 15 14:59:50 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3B4F11065693 for ; Tue, 15 Sep 2009 14:59:50 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) by mx1.freebsd.org (Postfix) with ESMTP id E922F8FC1C for ; Tue, 15 Sep 2009 14:59:49 +0000 (UTC) Received: from localhost (localhost.codelab.cz [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id A1DC319E023; Tue, 15 Sep 2009 16:59:48 +0200 (CEST) Received: from [192.168.1.2] (r5bb235.net.upc.cz [86.49.61.235]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 790D119E019; Tue, 15 Sep 2009 16:59:46 +0200 (CEST) Message-ID: <4AAFABE2.7@quip.cz> Date: Tue, 15 Sep 2009 16:59:46 +0200 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.12) Gecko/20050915 X-Accept-Language: cz, cs, en, en-us MIME-Version: 1.0 To: Ronald Klop References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: 8.0 rc.d scripts less verbose? 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, 15 Sep 2009 14:59:50 -0000 Ronald Klop wrote: > Hi, > > Since I run 8.0 the rc.d scripts are less verbose. I have some problems > with them, but the default output gives me no information anymore. > > In the 8.0-TODO wiki there is a mention about verbosity of the rc.d > scripts at the bottom. Is there a way for me to increase the verbosity? You can use rc_debug or rc_info in your rc.conf rc_debug (bool) If set to ``YES'', enable output of debug messages from rc scripts. This variable can be helpful in diagnosing mistakes when editing or integrating new scripts. Beware that this produces copious output to the terminal and syslog(3). rc_info (bool) If set to ``NO'', disable informational messages from the rc scripts. Informational messages are displayed when a condition that is not serious enough to warrant a warning or an error occurs. Miroslav Lachman From owner-freebsd-stable@FreeBSD.ORG Tue Sep 15 15:15:09 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6BDB4106566C for ; Tue, 15 Sep 2009 15:15:09 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from smtp-out2.tiscali.nl (smtp-out2.tiscali.nl [195.241.79.177]) by mx1.freebsd.org (Postfix) with ESMTP id 2E4D58FC08 for ; Tue, 15 Sep 2009 15:15:08 +0000 (UTC) Received: from [212.123.145.58] (helo=sjakie.klop.ws) by smtp-out2.tiscali.nl with esmtp (Exim) (envelope-from ) id 1MnZkK-0002X7-2H for freebsd-stable@freebsd.org; Tue, 15 Sep 2009 17:15:08 +0200 Received: from 82-170-177-25.ip.telfort.nl (localhost [127.0.0.1]) by sjakie.klop.ws (Postfix) with ESMTP id DC8F313E97 for ; Tue, 15 Sep 2009 17:15:05 +0200 (CEST) Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes To: freebsd-stable@freebsd.org References: <4AAFABE2.7@quip.cz> Date: Tue, 15 Sep 2009 17:15:05 +0200 MIME-Version: 1.0 From: "Ronald Klop" Message-ID: In-Reply-To: <4AAFABE2.7@quip.cz> User-Agent: Opera Mail/10.00 (FreeBSD) Content-Transfer-Encoding: quoted-printable Subject: Re: 8.0 rc.d scripts less verbose? 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, 15 Sep 2009 15:15:09 -0000 On Tue, 15 Sep 2009 16:59:46 +0200, Miroslav Lachman <000.fbsd@quip.cz> =20 wrote: > Ronald Klop wrote: >> Hi, >> Since I run 8.0 the rc.d scripts are less verbose. I have some =20 >> problems with them, but the default output gives me no information =20 >> anymore. >> In the 8.0-TODO wiki there is a mention about verbosity of the rc.d = =20 >> scripts at the bottom. Is there a way for me to increase the verbosity= ? > > You can use rc_debug or rc_info in your rc.conf > > rc_debug (bool) If set to ``YES'', enable output of debug messages > from rc scripts. This variable can be helpful in diagnosin= g > mistakes when editing or integrating new scripts. Beware > that this produces copious output to the terminal and > syslog(3). > > rc_info (bool) If set to ``NO'', disable informational messages from > the rc scripts. Informational messages are displayed when = a > condition that is not serious enough to warrant a warning o= r > an error occurs. Rc_info gave me 1 line extra about kld green_saver being loaded. I still = =20 have to try rc_debug. Ronald. From owner-freebsd-stable@FreeBSD.ORG Tue Sep 15 17:50:19 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BB64A1065676 for ; Tue, 15 Sep 2009 17:50:19 +0000 (UTC) (envelope-from a_romolo@hotmail.com) Received: from snt0-omc2-s11.snt0.hotmail.com (snt0-omc2-s11.snt0.hotmail.com [65.55.90.86]) by mx1.freebsd.org (Postfix) with ESMTP id 92D188FC21 for ; Tue, 15 Sep 2009 17:50:19 +0000 (UTC) Received: from SNT114-W8 ([65.55.90.73]) by snt0-omc2-s11.snt0.hotmail.com with Microsoft SMTPSVC(6.0.3790.3959); Tue, 15 Sep 2009 10:38:18 -0700 Message-ID: X-Originating-IP: [189.119.31.116] From: Rom Albuquerque To: Date: Tue, 15 Sep 2009 17:38:16 +0000 Importance: Normal MIME-Version: 1.0 X-OriginalArrivalTime: 15 Sep 2009 17:38:18.0881 (UTC) FILETIME=[50194F10:01CA362B] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Source level upgrade from 4.9 to CURRENT.. 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, 15 Sep 2009 17:50:19 -0000 Hi folks. Need help in doing the following=2C but first want to check=20 and see if it is feasible with the latest Release=2C or if I'm just going t= o=20 be spinning my wheels on this one.=20 The Objective. =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D I have a FreeBSD 4.9-RELEASE system which I want to upgrade to 7.X=20 from the source level. Had a bunch of problems installing 7.1-RELEASE from= =20 the CD distribution I got from freebsdmall.com. Several problems that=20 could not mount the CD at the time of installation causing sysinstall to halt. So=2C 4.9 is installed and working=2C is there a source level backward compatibility issue between 7.x and anything older than 6.0 ? In other words=2C upgrading from the sources with such an old distribution is a doable task ? =20 Your response is greatly appreciated.=20 Many thanks.=20 =20 --Rom a_romolo at hotmail (dot) com _________________________________________________________________ Ready for Fall shows? Use Bing to find helpful ratings and reviews on digit= al tv's. http://www.bing.com/shopping/search?q=3Ddigital+tv's&form=3DMSHNCB&publ=3DW= LHMTAG&crea=3DTEXT_MSHNCB_Vertical_Shopping_DigitalTVs_1x1= From owner-freebsd-stable@FreeBSD.ORG Tue Sep 15 18:43:52 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 43E93106568D for ; Tue, 15 Sep 2009 18:43:52 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from tower.berklix.org (tower.berklix.org [83.236.223.114]) by mx1.freebsd.org (Postfix) with ESMTP id A57D28FC14 for ; Tue, 15 Sep 2009 18:43:51 +0000 (UTC) Received: from park.js.berklix.net (p549A36AF.dip.t-dialin.net [84.154.54.175]) (authenticated bits=0) by tower.berklix.org (8.14.2/8.14.2) with ESMTP id n8FIGr1m025918; Tue, 15 Sep 2009 18:16:54 GMT (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by park.js.berklix.net (8.13.8/8.13.8) with ESMTP id n8FIGmJh034663; Tue, 15 Sep 2009 20:16:48 +0200 (CEST) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.14.3/8.14.3) with ESMTP id n8FIIkHN006731; Tue, 15 Sep 2009 20:18:51 +0200 (CEST) (envelope-from jhs@fire.js.berklix.net) Message-Id: <200909151818.n8FIIkHN006731@fire.js.berklix.net> To: Rom Albuquerque From: "Julian H. Stacey" Organization: http://www.berklix.com BSD Unix Linux Consultancy, Munich Germany User-agent: EXMH on FreeBSD http://www.berklix.com/free/ X-URL: http://www.berklix.com In-reply-to: Your message "Tue, 15 Sep 2009 17:38:16 -0000." Date: Tue, 15 Sep 2009 20:18:46 +0200 Sender: jhs@berklix.com Cc: freebsd-stable@freebsd.org Subject: Re: Source level upgrade from 4.9 to CURRENT.. 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, 15 Sep 2009 18:43:52 -0000 Hi, Reference: > From: Rom Albuquerque > Date: Tue, 15 Sep 2009 17:38:16 +0000 > Message-id: Rom Albuquerque wrote: > > > > Hi folks. Need help in doing the following, but first want to check > and see if it is feasible with the latest Release, or if I'm just going to > be spinning my wheels on this one. > > The Objective. > ============== > > I have a FreeBSD 4.9-RELEASE system which I want to upgrade to 7.X > from the source level. Had a bunch of problems installing 7.1-RELEASE from > the CD distribution I got from freebsdmall.com. Several problems that > could not mount the CD at the time of installation causing sysinstall > to halt. So, 4.9 is installed and working, is there a source level > backward compatibility issue between 7.x and anything older than 6.0 ? > In other words, upgrading from the sources with such an old > distribution is a doable task ? > > > Your response is greatly appreciated. > > Many thanks. > > > > --Rom > a_romolo at hotmail (dot) com I recently upgraded lots of hosts from 4.10 & 4.11 & 5 & 6 to 7.2, So many to keep track I needed my http://www.berklix.com/~jhs/txt/upgrade.html I `just' moved in the binaries from CD alongside, flipped the directory contents, rebooted, then built new custom kernels & make world & rebuilt ports. But I didnt do some cross compile from 4 to 7, too much like hard work that! So quite possible to upgrade without repartitioning disc & reloading data. But you might want a bigger root. You might want a newer FFS for performance (can't remember when that came in). ... there'll doubtless be a few other `Gotchas' so if you have problems/ not enough experience/ get stuck. the safe way is a back up, & reinstall. Well, a back up's not exactly a foolish precaution anyway ;-) Good luck. Cheers, Julian -- Julian Stacey: BSD Unix Linux C Sys Eng Consultants Munich http://berklix.com Mail ASCII plain text not HTML & Base64. http://asciiribbon.org Virused Microsoft PCs cause spam. http://berklix.com/free/ From owner-freebsd-stable@FreeBSD.ORG Tue Sep 15 19:39:32 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1A3FE1065676 for ; Tue, 15 Sep 2009 19:39:32 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id D62F68FC12 for ; Tue, 15 Sep 2009 19:39:31 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:a4b9:2477:dadd:9c27] (unknown [IPv6:2001:7b8:3a7:0:a4b9:2477:dadd:9c27]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id EB2205C43; Tue, 15 Sep 2009 21:39:30 +0200 (CEST) Message-ID: <4AAFED75.4020502@andric.com> Date: Tue, 15 Sep 2009 21:39:33 +0200 From: Dimitry Andric User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.1.4pre) Gecko/20090914 Shredder/3.0b4pre MIME-Version: 1.0 To: Ronald Klop References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: 8.0 rc.d scripts less verbose? 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, 15 Sep 2009 19:39:32 -0000 On 2009-09-15 16:37, Ronald Klop wrote: > Since I run 8.0 the rc.d scripts are less verbose. I have some problems > with them, but the default output gives me no information anymore. > > In the 8.0-TODO wiki there is a mention about verbosity of the rc.d > scripts at the bottom. Is there a way for me to increase the verbosity? Nope, this was removed, apparently. A pity, since this was very useful information during boot time. However, setting rc_debug will give you enormous gobs of useless info (unless you're debugging rc scripts), and rc_info doesn't seem to add much anymore, if anything. To restore the old behaviour, apply the following patch (I have this in my local repository for ages now): Index: etc/rc.subr =================================================================== --- etc/rc.subr (revision 196888) +++ etc/rc.subr (working copy) @@ -680,7 +680,7 @@ run_rc_command() # setup the full command to run # - [ -z "${rc_quiet}" ] && echo "Starting ${name}." + echo "Starting ${name}." if [ -n "$_chroot" ]; then _doit="\ ${_nice:+nice -n $_nice }\ From owner-freebsd-stable@FreeBSD.ORG Tue Sep 15 20:44:30 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 06AB71065670 for ; Tue, 15 Sep 2009 20:44:30 +0000 (UTC) (envelope-from dave@hardman.name) Received: from flexo.grapevine.net.au (flexo.grapevine.net.au [203.129.32.140]) by mx1.freebsd.org (Postfix) with ESMTP id 93A018FC14 for ; Tue, 15 Sep 2009 20:44:29 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by flexo.grapevine.net.au (Postfix) with ESMTP id F30DE5E80E4 for ; Wed, 16 Sep 2009 06:44:27 +1000 (EST) Received: from flexo.grapevine.net.au ([127.0.0.1]) by localhost (flexo.grapevine.net.au [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LKw561ZhaLGw for ; Wed, 16 Sep 2009 06:44:27 +1000 (EST) Received: from loc.alh.ost (ppp-165.59.129.203.grapevine.net.au [203.129.59.165]) by flexo.grapevine.net.au (Postfix) with ESMTP id 7AAB55E80CC for ; Wed, 16 Sep 2009 06:44:27 +1000 (EST) Date: Wed, 16 Sep 2009 06:44:27 +1000 From: Dave Hardman To: freebsd-stable@freebsd.org Message-ID: <20090915204427.GA73752@loc.alh.ost> References: <20090913052958.GA3348@loc.alh.ost> <20090913124052.533e87fb@baby-jane.lamaiziere.net> <20090915032437.GA49718@loc.alh.ost> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20090915032437.GA49718@loc.alh.ost> User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: 8.0-BETA-4: no mouse or keyboard in 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, 15 Sep 2009 20:44:30 -0000 On Tue, Sep 15, 2009 at 01:24:37PM +1000, Dave Hardman wrote: > On Sun, Sep 13, 2009 at 12:40:52PM +0200, Patrick Lamaiziere > wrote: > > Le Sun, 13 Sep 2009 15:29:58 +1000, Dave Hardman > > a écrit : > > > > > I upgraded from 7.2 to 8.0-BETA4. Now X will not receive > > > input from either the mouse or keyboard. > >[...] You need to rebuild hal and to remove the old libusb port. > >libusb is now part of the base system in 8.X and you must use > >this version. You should rebuild all that depend on the old port > >libusb (at least). > I rebuilt all the ports (portupgrade -afc), during the upgrade > and there was no indication of any failures. I tried again > (portmanager -u -f -l). hal-0.5.11_26 failed. See below. > > > > I also noticed the fuse.ko will not load, reporting "Exec > > > format error." > > > > Did you rebuild this module too? > It rebuilt when I ran portmanager. > > I also tried to remove the libusb, as another responded > suggested. However pkg_delete refused as it was required by other > packages. Mostly gnome by the look of it eg, gnucash gnumeric. > > Best > Dave > > gmake[5]: Entering directory `/usr/ports/sysutils/hal/work/hal-0.5.11/hald/freebsd/probing' > cc -DHAVE_CONFIG_H -I. -I../../.. -DPACKAGE_SYSCONF_DIR=\""/usr/local/etc"\" -DPACKAGE_DATA_DIR=\""/usr/local/share"\" -DPACKAGE_BIN_DIR=\""/usr/local/bin"\" -DPACKAGE_LOCALE_DIR=\""/usr/local/share/locale"\" -DPACKAGE_LOCALSTATEDIR=\""/var"\" -I../../.. -I/usr/local/include/dbus-1.0 -I/usr/local/include/dbus-1.0/include -I/usr/local/include -DHAVE_CK_0_3 -O2 -pipe -fno-strict-aliasing -Wall -Wchar-subscripts -Wmissing-declarations -Wnested-externs -Wpointer-arith -Wcast-align -Wsign-compare -MT probe-hiddev.o -MD -MP -MF .deps/probe-hiddev.Tpo -c -o probe-hiddev.o probe-hiddev.c > probe-hiddev.c: In function 'main': > probe-hiddev.c:81: error: 'USB_GET_REPORT_ID' undeclared (first use in this function) > probe-hiddev.c:81: error: (Each undeclared identifier is reported only once > probe-hiddev.c:81: error: for each function it appears in.) > gmake[5]: *** [probe-hiddev.o] Error 1 > gmake[5]: Leaving directory `/usr/ports/sysutils/hal/work/hal-0.5.11/hald/freebsd/probing' > gmake[4]: *** [all-recursive] Error 1 > gmake[4]: Leaving directory `/usr/ports/sysutils/hal/work/hal-0.5.11/hald/freebsd' > gmake[3]: *** [all-recursive] Error 1 > gmake[3]: Leaving directory `/usr/ports/sysutils/hal/work/hal-0.5.11/hald' > gmake[2]: *** [all] Error 2 > gmake[2]: Leaving directory `/usr/ports/sysutils/hal/work/hal-0.5.11/hald' > gmake[1]: *** [all-recursive] Error 1 > gmake[1]: Leaving directory `/usr/ports/sysutils/hal/work/hal-0.5.11' > gmake: *** [all] Error 2 > *** Error code 1 > > Stop in /usr/ports/sysutils/hal. > *** Error code 1 > > Stop in /usr/ports/sysutils/hal. > ! sysutils/hal (hal-0.5.11_26) (compiler error) From owner-freebsd-stable@FreeBSD.ORG Wed Sep 16 01:04:37 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DB2A1106566B for ; Wed, 16 Sep 2009 01:04:37 +0000 (UTC) (envelope-from andrew@areilly.bpa.nu) Received: from nskntmtas03p.mx.bigpond.com (nskntmtas03p.mx.bigpond.com [61.9.168.143]) by mx1.freebsd.org (Postfix) with ESMTP id 6746C8FC0A for ; Wed, 16 Sep 2009 01:04:35 +0000 (UTC) Received: from nskntotgx02p.mx.bigpond.com ([124.188.161.100]) by nskntmtas03p.mx.bigpond.com with ESMTP id <20090916010434.MKPT1820.nskntmtas03p.mx.bigpond.com@nskntotgx02p.mx.bigpond.com> for ; Wed, 16 Sep 2009 01:04:34 +0000 Received: from areilly.bpa.nu ([124.188.161.100]) by nskntotgx02p.mx.bigpond.com with ESMTP id <20090916010433.LMFV6148.nskntotgx02p.mx.bigpond.com@areilly.bpa.nu> for ; Wed, 16 Sep 2009 01:04:33 +0000 Received: (qmail 20016 invoked by uid 501); 16 Sep 2009 01:04:29 -0000 Date: Wed, 16 Sep 2009 11:04:29 +1000 From: Andrew Reilly To: Rom Albuquerque Message-ID: <20090916010429.GA19167@duncan.reilly.home> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-RPD-ScanID: Class unknown; VirusThreatLevel unknown, RefID str=0001.0A150201.4AB039A2.005D,ss=1,fgs=0 X-SIH-MSG-ID: qBwyFdf9TAD0zmQs0WyzOwJxyArnqyN48Z4QX81loRIGTUDCp8DeQ9rEJvdRotumxD9KJhqENGEkaa/gTY3RstCK Cc: freebsd-stable@freebsd.org Subject: Re: Source level upgrade from 4.9 to CURRENT.. 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, 16 Sep 2009 01:04:37 -0000 On Tue, Sep 15, 2009 at 05:38:16PM +0000, Rom Albuquerque wrote: > to halt. So, 4.9 is installed and working, is there a source level > backward compatibility issue between 7.x and anything older than 6.0 ? > In other words, upgrading from the sources with such an old > distribution is a doable task ? It's "doable", in that many of us have indeed upgraded through those control points with source, but it can't necessarily be done in one step. Is it worth trying to do in multiple steps? Maybe not: you'll almost certainly want a larger root partition, and may very well want to change to UFS2, both of which mean that you're going to have to dump to backup, repartition, reformat and restore at some stage (and that stage is one of the intermediate stops, because you don't have UFS2 in 4.9). So: you're going to need to be able to boot from the 7.2 (or whatever) kernel+fixit combination to do the reformat anyway, so why not go the whole hog and reinstall directly to 7.2 (or so) at the same time? That's what I did when I hit the UFS2 barrier, and I'm otherwise a died-in-the-wool source upgrader. If you're having trouble getting 7.1 to boot from CD, then try 7.2 or otherwise sort out that problem, because not having a bootable CD fallback position is not a comfortable place to be, anyway. Cheers, -- Andrew From owner-freebsd-stable@FreeBSD.ORG Wed Sep 16 07:54:39 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 95471106566B for ; Wed, 16 Sep 2009 07:54:39 +0000 (UTC) (envelope-from cm@therek.net) Received: from lux.therek.net (lux.therek.net [64.85.172.243]) by mx1.freebsd.org (Postfix) with ESMTP id 66BA68FC14 for ; Wed, 16 Sep 2009 07:54:39 +0000 (UTC) Received: from frameshift.waw.therek.net (dixie.therek.net [85.222.73.223]) (authenticated bits=0) by lux.therek.net (8.14.3/8.14.3) with ESMTP id n8G7sZ8e025790 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO) for ; Wed, 16 Sep 2009 09:54:37 +0200 (CEST) Message-ID: <4AB099BB.9040603@therek.net> Date: Wed, 16 Sep 2009 09:54:35 +0200 From: Cezary Morga User-Agent: Thunderbird 2.0.0.22 (X11/20090724) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <4AAFED75.4020502@andric.com> In-Reply-To: <4AAFED75.4020502@andric.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: 8.0 rc.d scripts less verbose? 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, 16 Sep 2009 07:54:39 -0000 Dimitry Andric pisze: > Index: etc/rc.subr > =================================================================== > --- etc/rc.subr (revision 196888) > +++ etc/rc.subr (working copy) > @@ -680,7 +680,7 @@ run_rc_command() > > # setup the full command to run > # > - [ -z "${rc_quiet}" ] && echo "Starting ${name}." > + echo "Starting ${name}." > if [ -n "$_chroot" ]; then > _doit="\ > ${_nice:+nice -n $_nice }\ Wouldn't it be easier to set rc_quiet to zero-length value, like rc_quiet=""? -- Cezary Morga "Research is the process of going up alleys to see if they are blind." (Marston Bates) From owner-freebsd-stable@FreeBSD.ORG Wed Sep 16 09:53:29 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 30AF61065679 for ; Wed, 16 Sep 2009 09:53:29 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id EC6938FC14 for ; Wed, 16 Sep 2009 09:53:28 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:e8cc:c6bd:7fe0:306b] (unknown [IPv6:2001:7b8:3a7:0:e8cc:c6bd:7fe0:306b]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 9D3455C43; Wed, 16 Sep 2009 11:53:27 +0200 (CEST) Message-ID: <4AB0B59A.4060405@andric.com> Date: Wed, 16 Sep 2009 11:53:30 +0200 From: Dimitry Andric User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.1.4pre) Gecko/20090914 Shredder/3.0b4pre MIME-Version: 1.0 To: Cezary Morga References: <4AAFED75.4020502@andric.com> <4AB099BB.9040603@therek.net> In-Reply-To: <4AB099BB.9040603@therek.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: 8.0 rc.d scripts less verbose? 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, 16 Sep 2009 09:53:29 -0000 On 2009-09-16 09:54, Cezary Morga wrote: > Wouldn't it be easier to set rc_quiet to zero-length value, like > rc_quiet=""? No, rc_quiet is not user-settable (at least not from /etc/rc.conf). From owner-freebsd-stable@FreeBSD.ORG Wed Sep 16 13:39:28 2009 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 43E601065670 for ; Wed, 16 Sep 2009 13:39:28 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id BE17B8FC18 for ; Wed, 16 Sep 2009 13:39:27 +0000 (UTC) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id n8GDdALk042706; Wed, 16 Sep 2009 15:39:25 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id n8GDdATZ042705; Wed, 16 Sep 2009 15:39:10 +0200 (CEST) (envelope-from olli) Date: Wed, 16 Sep 2009 15:39:10 +0200 (CEST) Message-Id: <200909161339.n8GDdATZ042705@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, ferdinand.goldmann@jku.at In-Reply-To: <4AAFA47F.6020701@jku.at> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.4-PRERELEASE-20080904 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Wed, 16 Sep 2009 15:39:25 +0200 (CEST) Cc: Subject: Re: newsyslog can't execute command? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, ferdinand.goldmann@jku.at List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Sep 2009 13:39:28 -0000 Ferdinand Goldmann wrote: > Have I overlooked something, or is it not possible with newsyslog to run a > certain command after log rotation? :-( That's correct. A simple workaround is to write a small shell script that stores its PID in a file, then runs in the background and waits for a signal. It's a hack, but it works. Basically, something like this will do: #!/bin/sh - echo $$ > /var/run/loghandler-foo.pid while :; do kill -STOP $$ ... do whatever you want with the log file ... done Make sure that shell script is run in the background during system boot. The newsyslog.conf entry should look like this: /var/log/foo.log 644 3 100 * B /var/run/loghandler-foo.pid 19 The important thing is the number "19" at the end, which will cause newsyslog to send SIGCONT to the shell script after it has rotated the log file. Alternatively you can also use the shell's built-in "trap" command to use different signals. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "What is this talk of 'release'? We do not make software 'releases'. Our software 'escapes', leaving a bloody trail of designers and quality assurance people in its wake." From owner-freebsd-stable@FreeBSD.ORG Wed Sep 16 16:49:34 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3DC461065672 for ; Wed, 16 Sep 2009 16:49:34 +0000 (UTC) (envelope-from faber@zod.isi.edu) Received: from zod.isi.edu (zod.isi.edu [128.9.168.221]) by mx1.freebsd.org (Postfix) with ESMTP id 229348FC1E for ; Wed, 16 Sep 2009 16:49:33 +0000 (UTC) Received: from zod.isi.edu (localhost [127.0.0.1]) by zod.isi.edu (8.14.3/8.14.3) with ESMTP id n8GGDRV5089199 for ; Wed, 16 Sep 2009 09:13:27 -0700 (PDT) (envelope-from faber@zod.isi.edu) Received: (from faber@localhost) by zod.isi.edu (8.14.3/8.14.3/Submit) id n8GGDRko089198 for freebsd-stable@freebsd.org; Wed, 16 Sep 2009 09:13:27 -0700 (PDT) (envelope-from faber) Date: Wed, 16 Sep 2009 09:13:27 -0700 From: Ted Faber To: freebsd-stable@freebsd.org Message-ID: <20090916161327.GB87631@zod.isi.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="mxv5cy4qt+RJ9ypb" Content-Disposition: inline User-Agent: Mutt/1.4.2.3i X-url: http://www.isi.edu/~faber Subject: PATA disks/DVD not detected on ATI IXP 700 - cannot 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: Wed, 16 Sep 2009 16:49:34 -0000 --mxv5cy4qt+RJ9ypb Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi. I'm trying to upgrade a machine to a new motherboard (the ECS A790GXM-AD3 AM3 790GX) my FreeBSD 7-STABLE system (GENERIC kernel, compiled from source on 10 Sept 2009) reaches the point where it's going to mount the root file system and can't find the disk. It drops me into the manual specification of root file system menu, but there are no GEOM-managed disks to choose from. =20 There's only one drive in the system, a PATA-connected drive that boots correctly under the old (and I do mean old, circa 2005) motherboard. Booting from an install/rescue CDROM on a PATA_connected drive proceeds about the same: boots but cannot find the CDROM to mount. SATA drives seem to be found correctly, but I don't have any with FreeBSD on them.=20 The ATA controller reports itself as an ATI IXP 700. There's more info on the motherboard here: http://www.newegg.com/Product/Product.aspx?Item=3DN82E16813135236&nm_mc=3DT= EMC-RMA-Approvel&cm_mmc=3DTEMC-RMA-Approvel-_-Content-_-text-_- I haven't tried to boot from a USB drive yet, because ATA has so rarely failed me in the past, but I'm happy to do whatever will help to provide more diagnostic info. (The machine is at home, so I won't be able to do much data-gathering until tonight.) Thanks for any help. --=20 Ted Faber http://www.isi.edu/~faber PGP: http://www.isi.edu/~faber/pubkeys.= asc Unexpected attachment on this mail? See http://www.isi.edu/~faber/FAQ.html#= SIG --mxv5cy4qt+RJ9ypb Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) iEYEARECAAYFAkqxDqcACgkQaUz3f+Zf+XsEgACgpb7B81Pl/RpyCQigkJusTvcV Xy8AoLbDnaWepX/NeKzeyZriiAINrRCf =54jE -----END PGP SIGNATURE----- --mxv5cy4qt+RJ9ypb-- From owner-freebsd-stable@FreeBSD.ORG Thu Sep 17 00:03:13 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 689DB106566C for ; Thu, 17 Sep 2009 00:03:13 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 11A2F8FC0C for ; Thu, 17 Sep 2009 00:03:12 +0000 (UTC) Received: (qmail 14407 invoked by uid 399); 17 Sep 2009 00:03:12 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 17 Sep 2009 00:03:12 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4AB17CB9.3040704@FreeBSD.org> Date: Wed, 16 Sep 2009 17:03:05 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.23 (X11/20090822) MIME-Version: 1.0 To: Cezary Morga References: <4AAFED75.4020502@andric.com> <4AB099BB.9040603@therek.net> In-Reply-To: <4AB099BB.9040603@therek.net> X-Enigmail-Version: 0.96.0 OpenPGP: id=D5B2F0FB Content-Type: multipart/mixed; boundary="------------000204070209060606020204" Cc: freebsd-stable@freebsd.org Subject: Re: 8.0 rc.d scripts less verbose? 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, 17 Sep 2009 00:03:13 -0000 This is a multi-part message in MIME format. --------------000204070209060606020204 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit First off, this discussion should actually have been on freebsd-current@ until 8.0-RELEASE is done, but that's a minor issue. Cezary Morga wrote: > Dimitry Andric pisze: >> Index: etc/rc.subr >> =================================================================== >> --- etc/rc.subr (revision 196888) >> +++ etc/rc.subr (working copy) >> @@ -680,7 +680,7 @@ run_rc_command() >> >> # setup the full command to run >> # >> - [ -z "${rc_quiet}" ] && echo "Starting ${name}." >> + echo "Starting ${name}." >> if [ -n "$_chroot" ]; then >> _doit="\ >> ${_nice:+nice -n $_nice }\ > > Wouldn't it be easier to set rc_quiet to zero-length value, like > rc_quiet=""? That actually would give off too much information because rc_quiet suppresses error messages about scripts that don't currently have _enable set to anything useful. That's arguably a bug, but it's a bug that we've come to depend on. The attached patch adds a knob you can set in rc.conf to see "Starting foo" messages again. If people find this useful I'll be glad to commit it. I'm also open to suggestions for a better name. Doug -- This .signature sanitized for your protection --------------000204070209060606020204 Content-Type: text/plain; name="rc.subr-starting.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="rc.subr-starting.diff" --- /usr/src/etc/rc.subr 2009-09-16 14:18:07.000000000 -0700 +++ rc.subr 2009-09-16 16:56:39.000000000 -0700 @@ -708,7 +708,7 @@ # setup the full command to run # - [ -z "${rc_quiet}" ] && echo "Starting ${name}." + [ -z "${rc_quiet}" -o -n "${rc_starting}" ] && echo "Starting ${name}." if [ -n "$_chroot" ]; then _doit="\ ${_nice:+nice -n $_nice }\ --------------000204070209060606020204-- From owner-freebsd-stable@FreeBSD.ORG Thu Sep 17 03:08:52 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DFB1B106566B; Thu, 17 Sep 2009 03:08:52 +0000 (UTC) (envelope-from hiyorin@gmail.com) Received: from mail-qy0-f176.google.com (mail-qy0-f176.google.com [209.85.221.176]) by mx1.freebsd.org (Postfix) with ESMTP id 655418FC19; Thu, 17 Sep 2009 03:08:52 +0000 (UTC) Received: by qyk6 with SMTP id 6so81012qyk.3 for ; Wed, 16 Sep 2009 20:08:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=2D4s/C5qSNwOBSs0PQ9dFfiNUzAlVXFhu1QN0uGWI/A=; b=UGo6WCj2u8/cr5mw7/1lxrKfjHtVZ9fBLzb/J8RI2tlEevuL0+Qx615RbWQdTAjh2e gsLt7bV0jaGYpULT6SWRa3+j0MGOS1M8583jMMsgRAnCuH4AqL/2R+UXEZ6gGDFCytiK hay1ZQCBZ3Jg+GSaFltHdsjoeWYEucPVmutlc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=JR/2SsxIeei90npWE1YQN2OlaVNZNq+wr79zan/xnh9pibRICr+m/CwYc15pxPEM93 0TT9z3AOHcoShVRP8XdTvh2fnVeYXy8Qsug1s005cXbYt3OhqfWbHKmYEllChGb/QW/i MmCx9mIxvP0gPyWp8zvg/NhsF/GHSBBzNwPyA= Received: by 10.224.32.7 with SMTP id a7mr8014277qad.308.1253156930187; Wed, 16 Sep 2009 20:08:50 -0700 (PDT) Received: from ?10.130.10.181? ([202.82.159.125]) by mx.google.com with ESMTPS id 2sm676615qwi.22.2009.09.16.20.08.47 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 16 Sep 2009 20:08:48 -0700 (PDT) Message-ID: <4AB1A838.2040406@gmail.com> Date: Thu, 17 Sep 2009 11:08:40 +0800 From: "C. C. Tang" User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: Dan Naumov References: <3bbf2fe10909121432x7bd4f7es497e9431c4e520d6@mail.gmail.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Attilio Rao , FreeBSD-STABLE Mailing List Subject: Re: 7.2-release/amd64: panic, spin lock held too long 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, 17 Sep 2009 03:08:53 -0000 >> Dan, is that machine equipped with Hyperthreading? >> >> Attilio > > Yes. It's an Intel Atom 330, which is a dualcore CPU with HT (4 cores > visible in "top" as a result) Yes, mine is also Atom 330. I cannot test the patch because my machine is also in production now. But I have tested it with hyperthreading. powerd with HyperThreading -> spin lock hold too long powerd without HyperThreading -> no problem no powerd with/without HyperThreading -> no problem This blog article also describe the same situation: http://hype-o-thetic.com/2009/07/09/freenas-d945gclf2-configuration/ By the way, I found that the readings of coretemp don't significant change when I enabled powerd so that I doubt that powerd may not be very useful for Atom CPU? Thanks very much, C.C. From owner-freebsd-stable@FreeBSD.ORG Thu Sep 17 06:14:26 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2B9C0106566C; Thu, 17 Sep 2009 06:14:26 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-fx0-f210.google.com (mail-fx0-f210.google.com [209.85.220.210]) by mx1.freebsd.org (Postfix) with ESMTP id 8C1078FC0A; Thu, 17 Sep 2009 06:14:25 +0000 (UTC) Received: by fxm6 with SMTP id 6so3796167fxm.43 for ; Wed, 16 Sep 2009 23:14:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=myCwIN++NT6Qm6DuGu9dU4kM499eCxrj3Q9n3gtPPrc=; b=VnLYLDEGVe+c3DK7o0SUJ9uihYj5HwibPUNDH88B4/yYS9Ft52Abgf+/UVxybcvjHv ObbiCREfDJSSZwPj91Ats4ySClAStGsOUaDnzKLNVaUqmoNF/NYT4xOtmtCe1PwLmWZ9 2Jt/QAA4/6sMEiivRu5/LyRpsgperNW0ScgxM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=XLyGX57zVC4wxaWMatE0AgOhdEOfhxbubHJ71TuCkUsTtp+9eERjAJ6tdjzYYZg1PZ TWJPZGOyVzU62Mv3B+VcUStPLtuOthVyBflzBMW9woFhXIgfhWIz3p4f24Ff81XrriC0 hYC4i9iQh+FNIFsdqh6SARa1PFzE/eanWz9LM= MIME-Version: 1.0 Received: by 10.204.19.132 with SMTP id a4mr50256bkb.21.1253168064360; Wed, 16 Sep 2009 23:14:24 -0700 (PDT) In-Reply-To: <20090617142952.GA73887@sandvine.com> References: <200906160830.29721.jhb@freebsd.org> <20090617142952.GA73887@sandvine.com> Date: Thu, 17 Sep 2009 10:14:24 +0400 Message-ID: From: pluknet To: Ed Maste Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable@freebsd.org Subject: Re: 6.2 sporadically locks up 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, 17 Sep 2009 06:14:26 -0000 2009/6/17 Ed Maste : > On Tue, Jun 16, 2009 at 07:03:34PM +0400, pluknet wrote: > >> As for allpcpu, I often see the picture, when one CPU runs the "irq17: >> bce1 aacu0" thread >> and another one runs arcconf. I wonder if that might be a source of >> bad locking or races, or.. >> The arcconf utility uses ioctl that goes into aac/aacu(4) internals. > > Do you see the same result w/ the in-tree aac(4) driver as opposed to > Adaptec's version? > > -Ed > Sorry for late reply. Several months testing shows that in-tree aac(4) as of 6.4 (and later) has no this problem. Thanks. -- wbr, pluknet From owner-freebsd-stable@FreeBSD.ORG Thu Sep 17 07:17:30 2009 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 92C4E106566B; Thu, 17 Sep 2009 07:17:30 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id 1AD378FC0C; Thu, 17 Sep 2009 07:17:29 +0000 (UTC) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id n8H7HDkf081802; Thu, 17 Sep 2009 09:17:29 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id n8H7HDe4081801; Thu, 17 Sep 2009 09:17:13 +0200 (CEST) (envelope-from olli) Date: Thu, 17 Sep 2009 09:17:13 +0200 (CEST) Message-Id: <200909170717.n8H7HDe4081801@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, dougb@FreeBSD.ORG In-Reply-To: <4AB17CB9.3040704@FreeBSD.org> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.4-PRERELEASE-20080904 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Thu, 17 Sep 2009 09:17:29 +0200 (CEST) Cc: Subject: Re: 8.0 rc.d scripts less verbose? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, dougb@FreeBSD.ORG List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Sep 2009 07:17:30 -0000 Doug Barton wrote: > The attached patch adds a knob you can set in rc.conf to see "Starting > foo" messages again. If people find this useful I'll be glad to commit > it. I'm also open to suggestions for a better name. Thanks, this is definitely useful. Actually I think this should be the default. My feeling is that hiding all of the "starting" messages is a regression that needs to be fixed. I cannot think of a good reason why they should be hidden, but there are certainly good reasons to display them. Just my 2 cents as a long-time admin and user. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "Perl will consistently give you what you want, unless what you want is consistency." -- Larry Wall From owner-freebsd-stable@FreeBSD.ORG Thu Sep 17 08:55:18 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5F3241065672 for ; Thu, 17 Sep 2009 08:55:18 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from sola.nimnet.asn.au (paqi.nimnet.asn.au [115.70.110.159]) by mx1.freebsd.org (Postfix) with ESMTP id C7EF28FC17 for ; Thu, 17 Sep 2009 08:55:17 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id n8H8tBt8098079; Thu, 17 Sep 2009 18:55:14 +1000 (EST) (envelope-from smithi@nimnet.asn.au) Date: Thu, 17 Sep 2009 18:55:11 +1000 (EST) From: Ian Smith To: Doug Barton In-Reply-To: <4AB17CB9.3040704@FreeBSD.org> Message-ID: <20090917183525.O73400@sola.nimnet.asn.au> References: <4AAFED75.4020502@andric.com> <4AB099BB.9040603@therek.net> <4AB17CB9.3040704@FreeBSD.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-stable@freebsd.org, Oliver Fromme , Cezary Morga Subject: Re: 8.0 rc.d scripts less verbose? 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, 17 Sep 2009 08:55:18 -0000 On Wed, 16 Sep 2009, Doug Barton wrote: > Cezary Morga wrote: > > Dimitry Andric pisze: > >> Index: etc/rc.subr > >> =================================================================== > >> --- etc/rc.subr (revision 196888) > >> +++ etc/rc.subr (working copy) > >> @@ -680,7 +680,7 @@ run_rc_command() > >> > >> # setup the full command to run > >> # > >> - [ -z "${rc_quiet}" ] && echo "Starting ${name}." > >> + echo "Starting ${name}." > >> if [ -n "$_chroot" ]; then > >> _doit="\ > >> ${_nice:+nice -n $_nice }\ > > > > Wouldn't it be easier to set rc_quiet to zero-length value, like > > rc_quiet=""? > > That actually would give off too much information because rc_quiet > suppresses error messages about scripts that don't currently have > _enable set to anything useful. That's arguably a bug, but it's a bug > that we've come to depend on. > > The attached patch adds a knob you can set in rc.conf to see "Starting > foo" messages again. If people find this useful I'll be glad to commit > it. I'm also open to suggestions for a better name. >From your patch: - [ -z "${rc_quiet}" ] && echo "Starting ${name}." + [ -z "${rc_quiet}" -o -n "${rc_starting}" ] && echo "Starting ${name}." Presumably this variable would go in /etc/defaults/rc.conf .. seems that all the other rc.conf binary choices are either set "YES" or "NO" rather than something or empty, so perhaps more consistent with that might be: [ -z "${rc_quiet}" -o "${rc_starting}" = "YES" ] && echo "Starting ${name}." As for name, not fussed, but maybe rc_startmsgs maybe more indicative? Also, I agree with Oliver; YES should probably be the default (POLA) so folks annoyed by 'too much information' in console.log can disable it. HTH, Ian From owner-freebsd-stable@FreeBSD.ORG Thu Sep 17 08:59:02 2009 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 06C0A106568D; Thu, 17 Sep 2009 08:59:02 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id C45F58FC15; Thu, 17 Sep 2009 08:59:01 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:9506:2436:ded6:e32f] (unknown [IPv6:2001:7b8:3a7:0:9506:2436:ded6:e32f]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 3723E5C59; Thu, 17 Sep 2009 10:59:00 +0200 (CEST) Message-ID: <4AB1FA57.5090502@andric.com> Date: Thu, 17 Sep 2009 10:59:03 +0200 From: Dimitry Andric User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.1.4pre) Gecko/20090914 Shredder/3.0b4pre MIME-Version: 1.0 To: freebsd-stable@FreeBSD.ORG, dougb@FreeBSD.ORG References: <200909170717.n8H7HDe4081801@lurza.secnetix.de> In-Reply-To: <200909170717.n8H7HDe4081801@lurza.secnetix.de> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Re: 8.0 rc.d scripts less verbose? 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, 17 Sep 2009 08:59:02 -0000 On 2009-09-17 09:17, Oliver Fromme wrote: > My feeling is that hiding all of the "starting" messages > is a regression that needs to be fixed. I cannot think > of a good reason why they should be hidden, but there > are certainly good reasons to display them. The commit that introduced this, r179946, has this log message: ==== Move the diagnostic output when the rc.subr(8) glue automatically starts a service behind $rc_quiet. Instead, output a warning if the pre-command routine or the command itself failed. Arguably, it's more useful to know when a command failed to start than it is to have an endless list of "Starting ...." lines[1]. [1] - This change actually helped me to discover a bug in rc.d/{lockd,statd} (fixed in r179941) that used to fail silently before. ==== It is really a matter of taste, I guess. There is something to be said for eliminating verbosity, in order to make real errors more visible. On the other hand, if one of your startup rc scripts hangs (for whatever reason), it is nice to have an approximate idea which one it is. :) From owner-freebsd-stable@FreeBSD.ORG Thu Sep 17 09:16:55 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EF9B0106568B for ; Thu, 17 Sep 2009 09:16:55 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-fx0-f210.google.com (mail-fx0-f210.google.com [209.85.220.210]) by mx1.freebsd.org (Postfix) with ESMTP id 81BC28FC19 for ; Thu, 17 Sep 2009 09:16:55 +0000 (UTC) Received: by fxm6 with SMTP id 6so3870438fxm.43 for ; Thu, 17 Sep 2009 02:16:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type; bh=y0dpuJOTRqHT4vr1aTck//Gg/m2kIwhhqnJfu3hrbjo=; b=tXS4dCbURpufA11F03rOBINXpB8SKjSzhbGHW4UyLKZIDAGoKHwLv9Owy4iV1Fiep1 cJGHt1aAQH2aO0DhMkY/w/HkK/RQT74u73Y2CcqJCaIF6rvZikBEC2SJz6L4dLNeOjcd TNyqLENs1E9+uMXEKfaYaoVcruS4Yd5/5ox2Y= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=s/g8LtjEPOIS4dcJFmwrj44lRiAy1X5ZIxk3HJ8qJXYnC3RlJS1U6JQ/gszSUsOhzm RCNkdmuuIKJ+OQ/Ir17N41eTc7cIVSnq667zj486iusT0V58VxDgc1NE1oKKtDeTVZem G5rQoMI8SdrMzYj1Hej5xCc3uUA1zGdhASPtU= MIME-Version: 1.0 Sender: asmrookie@gmail.com Received: by 10.223.92.153 with SMTP id r25mr3363740fam.99.1253179014455; Thu, 17 Sep 2009 02:16:54 -0700 (PDT) In-Reply-To: <4AB1A838.2040406@gmail.com> References: <3bbf2fe10909121432x7bd4f7es497e9431c4e520d6@mail.gmail.com> <4AB1A838.2040406@gmail.com> Date: Thu, 17 Sep 2009 11:16:53 +0200 X-Google-Sender-Auth: 69343cc0965cdbb1 Message-ID: <3bbf2fe10909170216u29d994aj55c21efdfbc26ba5@mail.gmail.com> From: Attilio Rao To: "C. C. Tang" Content-Type: text/plain; charset=UTF-8 Cc: FreeBSD-STABLE Mailing List , Dan Naumov Subject: Re: 7.2-release/amd64: panic, spin lock held too long 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, 17 Sep 2009 09:16:56 -0000 2009/9/17 C. C. Tang : >>> Dan, is that machine equipped with Hyperthreading? >>> >>> Attilio >> >> Yes. It's an Intel Atom 330, which is a dualcore CPU with HT (4 cores >> visible in "top" as a result) > > Yes, mine is also Atom 330. > > I cannot test the patch because my machine is also in production now. But I > have tested it with hyperthreading. > powerd with HyperThreading -> spin lock hold too long > powerd without HyperThreading -> no problem > no powerd with/without HyperThreading -> no problem But these are with the last patch I posted in? (specifically, for 7.2: http://www.freebsd.org/~attilio/sched_ule.diff ) So with the patch in, powerd and hyperthreading on you still get a deadlock? Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-stable@FreeBSD.ORG Thu Sep 17 10:31:40 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BF27C1065670; Thu, 17 Sep 2009 10:31:40 +0000 (UTC) (envelope-from hiyorin@gmail.com) Received: from mail-yx0-f185.google.com (mail-yx0-f185.google.com [209.85.210.185]) by mx1.freebsd.org (Postfix) with ESMTP id 6085D8FC18; Thu, 17 Sep 2009 10:31:40 +0000 (UTC) Received: by yxe15 with SMTP id 15so7463213yxe.13 for ; Thu, 17 Sep 2009 03:31:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=4U60l2LVa/EH9jAmwLsPX2080/V9RwxaO/ZgJtE7etA=; b=UA3D9N9/zyG3tjIGKWorJFmxhAkCKMtdxYVRx3rsIWIrzezesU72f76x0JhoaJSuEy hYkcp2/sXLkPJWdU8+QoDEjBPXQI8YwDCMn6VMlWm+HKErE7SVZvbAV0J2iyG9OLArnB gBbggPWPLbkxAzcdNCcapLMWSrjeFDVBDPwVE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=xSxhNfKPCTpw8tNAfuRZBn9KBt8zc9Tg8DhnbIexmINMLoMSohOLDs1Z1jxi0I0426 mRxYMCkLE9Jej16xXP2eiyWVpHJj9jPp6IckZcOmVy3sVTEbjyZdqPFsKPhC9PzSDAAR wACmWJJBFa0A6INNqrVjWVWyoVmAKeraxM3ek= Received: by 10.90.166.2 with SMTP id o2mr274413age.93.1253183499750; Thu, 17 Sep 2009 03:31:39 -0700 (PDT) Received: from ?10.130.10.181? ([202.82.159.125]) by mx.google.com with ESMTPS id 10sm690211agd.21.2009.09.17.03.31.36 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 17 Sep 2009 03:31:38 -0700 (PDT) Message-ID: <4AB21005.6040104@gmail.com> Date: Thu, 17 Sep 2009 18:31:33 +0800 From: "C. C. Tang" User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: Attilio Rao References: <3bbf2fe10909121432x7bd4f7es497e9431c4e520d6@mail.gmail.com> <4AB1A838.2040406@gmail.com> <3bbf2fe10909170216u29d994aj55c21efdfbc26ba5@mail.gmail.com> In-Reply-To: <3bbf2fe10909170216u29d994aj55c21efdfbc26ba5@mail.gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD-STABLE Mailing List , Dan Naumov Subject: Re: 7.2-release/amd64: panic, spin lock held too long 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, 17 Sep 2009 10:31:40 -0000 Attilio Rao wrote: > 2009/9/17 C. C. Tang : >>>> Dan, is that machine equipped with Hyperthreading? >>>> >>>> Attilio >>> Yes. It's an Intel Atom 330, which is a dualcore CPU with HT (4 cores >>> visible in "top" as a result) >> Yes, mine is also Atom 330. >> >> I cannot test the patch because my machine is also in production now. But I >> have tested it with hyperthreading. >> powerd with HyperThreading -> spin lock hold too long >> powerd without HyperThreading -> no problem >> no powerd with/without HyperThreading -> no problem > > But these are with the last patch I posted in? > (specifically, for 7.2: > http://www.freebsd.org/~attilio/sched_ule.diff > ) > > So with the patch in, powerd and hyperthreading on you still get a deadlock? > > Attilio > > No, the kernel is not patched. C.C. From owner-freebsd-stable@FreeBSD.ORG Thu Sep 17 10:38:30 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 28697106568D for ; Thu, 17 Sep 2009 10:38:30 +0000 (UTC) (envelope-from mikael@t-online.hu) Received: from thor.iszerviz.hu (thor.iszerviz.hu [62.77.131.9]) by mx1.freebsd.org (Postfix) with ESMTP id E14798FC15 for ; Thu, 17 Sep 2009 10:38:29 +0000 (UTC) Received: from [10.2.2.50] (m0n0.iszerviz.hu [62.77.131.200]) by thor.iszerviz.hu (Postfix) with ESMTP id 3176E4FFD3 for ; Thu, 17 Sep 2009 12:38:28 +0200 (CEST) Message-ID: <4AB2119F.6000107@t-online.hu> Date: Thu, 17 Sep 2009 12:38:23 +0200 From: Mikael Bak User-Agent: Thunderbird 2.0.0.23 (X11/20090817) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: amavisd-new port "updates" configuration files 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, 17 Sep 2009 10:38:30 -0000 Hi list, I'm not sure if this is the right place to ask about this. Yesterday I upgraded amavisd-new with portupgrade. The upgrade went fine but when I started amavisd-new it didn't behave quite as I had expected. It turned out that the upgrade had deleted my version of /usr/local/etc/amavisd.conf with a default configuration file, quite useless to me. Fortunately I had a backup of my old config file, so no real damage. I was surprised because I have never seen ports deleting user edited config files before. Is this a bug in this particular port or is this expected behaviour? # uname -r 7.2-RELEASE-p2 Port versions: amavisd-new-2.6.4_2,1 portupgrade-2.4.6_3,2 TIA, Mikael From owner-freebsd-stable@FreeBSD.ORG Thu Sep 17 10:42:42 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6C0F41065679 for ; Thu, 17 Sep 2009 10:42:42 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id A99998FC13 for ; Thu, 17 Sep 2009 10:42:40 +0000 (UTC) Received: (qmail 11105 invoked by uid 399); 17 Sep 2009 10:42:36 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 17 Sep 2009 10:42:36 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4AB21295.5080103@FreeBSD.org> Date: Thu, 17 Sep 2009 03:42:29 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.23 (X11/20090822) MIME-Version: 1.0 To: Ian Smith References: <4AAFED75.4020502@andric.com> <4AB099BB.9040603@therek.net> <4AB17CB9.3040704@FreeBSD.org> <20090917183525.O73400@sola.nimnet.asn.au> In-Reply-To: <20090917183525.O73400@sola.nimnet.asn.au> X-Enigmail-Version: 0.96.0 OpenPGP: id=D5B2F0FB Content-Type: multipart/mixed; boundary="------------090801000801060201050607" Cc: freebsd-rc@freebsd.org, Oliver Fromme , Dimitry Andric , freebsd-stable@freebsd.org, Cezary Morga Subject: Re: 8.0 rc.d scripts less verbose? 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, 17 Sep 2009 10:42:42 -0000 This is a multi-part message in MIME format. --------------090801000801060201050607 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Please follow up to this post on the freebsd-rc@freebsd.org list, thanks. See below for my comments. Ian Smith wrote: > On Wed, 16 Sep 2009, Doug Barton wrote: >> Cezary Morga wrote: >>> Dimitry Andric pisze: >>>> Index: etc/rc.subr >>>> =================================================================== >>>> --- etc/rc.subr (revision 196888) +++ etc/rc.subr >>>> (working copy) @@ -680,7 +680,7 @@ run_rc_command() >>>> >>>> # setup the full command to run # - [ -z >>>> "${rc_quiet}" ] && echo "Starting ${name}." + echo >>>> "Starting ${name}." if [ -n "$_chroot" ]; then _doit="\ >>>> ${_nice:+nice -n $_nice }\ >>> >>> Wouldn't it be easier to set rc_quiet to zero-length value, >>> like rc_quiet=""? >> >> That actually would give off too much information because >> rc_quiet suppresses error messages about scripts that don't >> currently have _enable set to anything useful. That's arguably a >> bug, but it's a bug that we've come to depend on. >> >> The attached patch adds a knob you can set in rc.conf to see >> "Starting foo" messages again. If people find this useful I'll be >> glad to commit it. I'm also open to suggestions for a better >> name. > >> From your patch: > - [ -z "${rc_quiet}" ] && echo "Starting ${name}." > + [ -z "${rc_quiet}" -o -n "${rc_starting}" ] && echo "Starting ${name}." > > Presumably this variable would go in /etc/defaults/rc.conf .. seems > that all the other rc.conf binary choices are either set "YES" or > "NO" rather than something or empty, so perhaps more consistent > with that might be: > > [ -z "${rc_quiet}" -o "${rc_starting}" = "YES" ] && echo "Starting > ${name}." No, we don't test boolean flags for specific values. I've attached a proper patch to this message. > As for name, not fussed, but maybe rc_startmsgs maybe more > indicative? That sounds fine to me, if anyone else has a better idea follow up on the freebsd-rc list. > Also, I agree with Oliver; YES should probably be the default > (POLA) so folks annoyed by 'too much information' in console.log > can disable it. This late in the release cycle I'm comfortable adding a knob, but I'm not comfortable toggling the default. If there is consensus on the freebsd-rc list to make the default "yes" then I will go with that consensus. Dimitry Andric wrote: > On 2009-09-17 09:17, Oliver Fromme wrote: >> My feeling is that hiding all of the "starting" messages is a >> regression that needs to be fixed. I cannot think of a good >> reason why they should be hidden, but there are certainly good >> reasons to display them. > > The commit that introduced this, r179946, has this log message: > > ==== Move the diagnostic output when the rc.subr(8) glue > automatically starts a > service behind $rc_quiet. Instead, output a warning if the > pre-command routine or the command itself failed. Arguably, it's > more useful to know when > a command failed to start than it is to have an endless list of > "Starting ...." lines[1]. > > [1] - This change actually helped me to discover a bug in > rc.d/{lockd,statd} > (fixed in r179941) that used to fail silently before. ==== > > It is really a matter of taste, I guess. There is something to be > said for eliminating verbosity, in order to make real errors more > visible. > > On the other hand, if one of your startup rc scripts hangs (for > whatever reason), it is nice to have an approximate idea which one > it is. :) I tend to agree that the current default is a little too un-verbose. If there is support for adding this knob I'll follow up with re@ to see about getting it into 8.0-release, although I'm not sure how they'll feel about a change like this so late in the cycle. Doug -- This .signature sanitized for your protection --------------090801000801060201050607 Content-Type: text/plain; name="rc-startmsgs.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="rc-startmsgs.diff" Index: share/man/man5/rc.conf.5 =================================================================== --- share/man/man5/rc.conf.5 (revision 197259) +++ share/man/man5/rc.conf.5 (working copy) @@ -24,7 +24,7 @@ .\" .\" $FreeBSD$ .\" -.Dd September 2, 2009 +.Dd September 17, 2009 .Dt RC.CONF 5 .Os .Sh NAME @@ -95,6 +95,13 @@ Informational messages are displayed when a condition that is not serious enough to warrant a warning or an error occurs. +.It Va rc_startmsgs +.Pq Vt bool +If set to +.Dq Li YES , +show +.Dq Starting foo: +when faststart is used (e.g., at boot time). .It Va early_late_divider .Pq Vt str The name of the script that should be used as the Index: etc/defaults/rc.conf =================================================================== --- etc/defaults/rc.conf (revision 197259) +++ etc/defaults/rc.conf (working copy) @@ -23,6 +23,7 @@ rc_debug="NO" # Set to YES to enable debugging output from rc.d rc_info="NO" # Enables display of informational messages at boot. +rc_startmsgs="NO" # Show "Starting foo:" messages at boot rcshutdown_timeout="30" # Seconds to wait before terminating rc.shutdown early_late_divider="FILESYSTEMS" # Script that separates early/late # stages of the boot process. Make sure you know Index: etc/rc.subr =================================================================== --- etc/rc.subr (revision 197259) +++ etc/rc.subr (working copy) @@ -708,7 +708,13 @@ # setup the full command to run # - [ -z "${rc_quiet}" ] && echo "Starting ${name}." + _show_startmsgs=1 + if [ -n "${rc_quiet}" ]; then + if ! checkyesno rc_startmsgs; then + unset _show_startmsgs + fi + fi + [ -n "$_show_startmsgs" ] && echo "Starting ${name}." if [ -n "$_chroot" ]; then _doit="\ ${_nice:+nice -n $_nice }\ --------------090801000801060201050607-- From owner-freebsd-stable@FreeBSD.ORG Thu Sep 17 11:07:31 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A352F106566B for ; Thu, 17 Sep 2009 11:07:31 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from koef.zs64.net (koef.zs64.net [212.12.50.230]) by mx1.freebsd.org (Postfix) with ESMTP id 28CD48FC08 for ; Thu, 17 Sep 2009 11:07:30 +0000 (UTC) Received: from localhost by koef.zs64.net (8.14.3/8.14.3) with ESMTP id n8HAkZbc033035 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Thu, 17 Sep 2009 12:46:35 +0200 (CEST) (envelope-from stb@lassitu.de) (authenticated as stb) Mime-Version: 1.0 (Apple Message framework v1076) Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes From: Stefan Bethke In-Reply-To: <4AB2119F.6000107@t-online.hu> Date: Thu, 17 Sep 2009 12:46:34 +0200 Content-Transfer-Encoding: 7bit Message-Id: <73745893-CD83-4C64-9F4A-F665801994F1@lassitu.de> References: <4AB2119F.6000107@t-online.hu> To: Mikael Bak X-Mailer: Apple Mail (2.1076) Cc: freebsd-stable@freebsd.org Subject: Re: amavisd-new port "updates" configuration files 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, 17 Sep 2009 11:07:31 -0000 Am 17.09.2009 um 12:38 schrieb Mikael Bak: > It turned out that the upgrade had deleted my version of > /usr/local/etc/amavisd.conf with a default configuration file, quite > useless to me. Try contacting the port maintainer (the MAINTAINER variable in the port's Makefile). Ports shouldn't overwrite user-edited files. Stefan -- Stefan Bethke Fon +49 151 14070811 From owner-freebsd-stable@FreeBSD.ORG Thu Sep 17 16:52:30 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A144D106566C for ; Thu, 17 Sep 2009 16:52:30 +0000 (UTC) (envelope-from mrkvrg@acm.org) Received: from xena.bway.net (xena.bway.net [216.220.96.26]) by mx1.freebsd.org (Postfix) with ESMTP id 5580D8FC1B for ; Thu, 17 Sep 2009 16:52:30 +0000 (UTC) Received: (qmail 26538 invoked by uid 0); 17 Sep 2009 16:25:47 -0000 Received: from unknown (HELO gecko3.bs.net) (216.220.115.3) by smtp.bway.net with (DHE-RSA-AES256-SHA encrypted) SMTP; 17 Sep 2009 16:25:47 -0000 From: mfv To: "freebsd-stable" Date: Thu, 17 Sep 2009 12:25:46 -0400 User-Agent: KMail/1.12.1 (FreeBSD/7.2-STABLE; KDE/4.3.1; i386; ; ) MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200909171225.46906.mrkvrg@acm.org> Subject: Not Able to Buildkernel 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, 17 Sep 2009 16:52:30 -0000 Hello, After rebuilding FreeBSD for many years I am not able to build a GENERIC kernel for the last few days. All my sources are up to date for -STABLE and am running i386 for version 7.2 on an amd64 cpu. Ironically I am able to run "make buildworld" with no problem. Despite removing my make.conf and src.conf files I am still not able to update my kernel. Any help would be appreciated. With thanks. Marek The following is the tail end of "make buildkernel": cc -O2 -fno-strict-aliasing -pipe -D_KERNEL -DKLD_MODULE -std=c99 - nostdinc -I /usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica -DHAVE_KERNEL_OPTION_ HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/a ltq -finline-limit=8000 --param inline-unit-growth=100 --param large- function-gr owth=1000 -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 - ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmi ssing-prototypes -Wpointer- arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /usr/src/sys/modules/acpi/acpi/../../../dev/acpica/Osd/O sdTable.c cc -O2 -fno-strict-aliasing -pipe -D_KERNEL -DKLD_MODULE -std=c99 - nostdinc -I /usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica -DHAVE_KERNEL_OPTION_ HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/a ltq -finline-limit=8000 --param inline-unit-growth=100 --param large- function-gr owth=1000 -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 - ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmi ssing-prototypes -Wpointer- arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /usr/src/sys/modules/acpi/acpi/../../../i386/acpica/OsdE nvironment.c cc -O2 -fno-strict-aliasing -pipe -D_KERNEL -DKLD_MODULE -std=c99 - nostdinc -I /usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica -DHAVE_KERNEL_OPTION_ HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/a ltq -finline-limit=8000 --param inline-unit-growth=100 --param large- function-gr owth=1000 -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 - ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmi ssing-prototypes -Wpointer- arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /usr/src/sys/modules/acpi/acpi/../../../i386/acpica/acpi _machdep.c @ -> /usr/src/sys ln: @/sys: Operation not permitted *** Error code 1 Stop in /usr/src/sys/modules/acpi/acpi. *** Error code 1 Stop in /usr/src/sys/modules/acpi. *** Error code 1 Stop in /usr/src/sys/modules. *** Error code 1 Stop in /usr/obj/usr/src/sys/GENERIC. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. [root] /usr/src # From owner-freebsd-stable@FreeBSD.ORG Thu Sep 17 18:28:13 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DF583106566B for ; Thu, 17 Sep 2009 18:28:13 +0000 (UTC) (envelope-from mamalos@eng.auth.gr) Received: from vergina.eng.auth.gr (vergina.eng.auth.gr [155.207.18.1]) by mx1.freebsd.org (Postfix) with ESMTP id 6967B8FC18 for ; Thu, 17 Sep 2009 18:28:12 +0000 (UTC) Received: from mamalacation.ee.auth.gr (mamalacation.ee.auth.gr [155.207.33.29]) by vergina.eng.auth.gr (8.14.3/8.14.1) with ESMTP id n8HISBRW047685 for ; Thu, 17 Sep 2009 21:28:11 +0300 (EEST) (envelope-from mamalos@eng.auth.gr) Message-ID: <4AB27FB6.4010806@eng.auth.gr> Date: Thu, 17 Sep 2009 21:28:06 +0300 From: George Mamalakis User-Agent: Thunderbird 2.0.0.19 (X11/20090226) MIME-Version: 1.0 To: freebsd-stable Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: SASL problems with spnego on 8.0-BETA4 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, 17 Sep 2009 18:28:14 -0000 Dear all, I am trying to setup ldap with heimdal on my fbsd 8.0-BETA4 and when I run ldapsearch to see if I can authenticate via GSSAPI I keep getting the following error: [root@ldap root]# ldapsearch -H "ldap://ldap.example.com/" -b "dc=example,dc=com" SASL/GSSAPI authentication started dlopen: /usr/lib/libgssapi_spnego.so.10: Undefined symbol "GSS_C_NT_HOSTBASED_SERVICE" ldap_sasl_interactive_bind_s: Local error (-2) in ldap.conf (loglevel args stats) I am getting: Sep 17 21:24:46 ldap slapd[44607]: conn=11 fd=13 ACCEPT from IP=192.168.35.10:32598 (IP=0.0.0.0:389) Sep 17 21:24:46 ldap slapd[44607]: connection_get(13) Sep 17 21:24:46 ldap slapd[44607]: conn=11 fd=13 closed (connection lost) The ports I installed are: cyrus-sasl-2.1.23 openldap-sasl-client-2.4.18 openldap-sasl-server-2.4.18_1 I cannot resolve this issue, so if anyone knows anything, I would be grateful if I could have a hint. Thank you all for your time in advance. -- George Mamalakis IT Officer Electrical and Computer Engineer (Aristotle Un. of Thessaloniki), MSc (Imperial College of London) Department of Electrical and Computer Engineering Faculty of Engineering Aristotle University of Thessaloniki phone number : +30 (2310) 994379 From owner-freebsd-stable@FreeBSD.ORG Thu Sep 17 21:50:13 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0E73C106566C for ; Thu, 17 Sep 2009 21:50:13 +0000 (UTC) (envelope-from jasonh@DataIX.net) Received: from www6.pairlite.com (www6.pairlite.com [64.130.10.16]) by mx1.freebsd.org (Postfix) with ESMTP id DE3FE8FC08 for ; Thu, 17 Sep 2009 21:50:12 +0000 (UTC) Received: from firewall.5p.local (unknown [99.190.84.178]) by www6.pairlite.com (Postfix) with ESMTP id C8F05B827 for ; Thu, 17 Sep 2009 17:50:11 -0400 (EDT) Date: Thu, 17 Sep 2009 17:50:05 -0400 From: "Jason J. Hellenthal" To: FreeBSD Stable Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-OpenPGP-Key-ID: 0x691411AC X-OpenPGP-Key-Fingerprint: 6F56 3B10 D8AD 1D33 96E7 5946 E3B6 2768 6914 11AC MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="1091451658-1393824125-1253224211=:19683" Subject: Fixup manpath.config suggestion X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "Jason J. Hellenthal" List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Sep 2009 21:50:13 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --1091451658-1393824125-1253224211=:19683 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Fix manpath.config optional manpath of /usr/X11R6. This has not been a actual path for some time now and is just a symlink to /usr/local which is already in the manpath.config. The attached patch just deletes the referenced lines, it might be better off just commenting them out and adding a comment next to them referring to the symlink usage. -- Jason J. Hellenthal http://www.DataIX.net/ jasonh@DataIX.net 0x691411AC - (2^(N-1)) --1091451658-1393824125-1253224211=:19683 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=manpath.config.patch Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: attachment; filename=manpath.config.patch LS0tIG1hbnBhdGguY29uZmlnLm9yaWcJMjAwOS0wOS0xNCAwNjo0MToxMS4w MDAwMDAwMDAgLTA0MDANCisrKyBtYW5wYXRoLmNvbmZpZwkyMDA5LTA5LTE3 IDE3OjI5OjM3LjA4ODI5MDczOCAtMDQwMA0KQEAgLTE3LDE0ICsxNywxMiBA QA0KICMgY2hlY2sgaWYgdGhlIGRpcmVjdG9yeSBleGlzdHMgYW5kIGlmIGl0 IGRvZXMsIGFkZCBpdCB0byBNQU5QQVRIDQogIw0KIE9QVElPTkFMX01BTlBB VEgJL3Vzci9sb2NhbC9tYW4NCi1PUFRJT05BTF9NQU5QQVRICS91c3IvWDEx UjYvbWFuDQogIw0KICMgc2V0IHVwIFBBVEggdG8gTUFOUEFUSCBtYXBwaW5n DQogIw0KIE1BTlBBVEhfTUFQCS9iaW4JCQkvdXNyL3NoYXJlL21hbg0KIE1B TlBBVEhfTUFQCS91c3IvYmluCQkvdXNyL3NoYXJlL21hbg0KIE1BTlBBVEhf TUFQCS91c3IvbG9jYWwvYmluCQkvdXNyL2xvY2FsL21hbg0KLU1BTlBBVEhf TUFQCS91c3IvWDExUjYvYmluCQkvdXNyL1gxMVI2L21hbg0KICMNCiAjIHNl dCBtYW4gbG9jYWxlcywgaWYgbmVlZGVkDQogIw0K --1091451658-1393824125-1253224211=:19683-- From owner-freebsd-stable@FreeBSD.ORG Fri Sep 18 00:43:07 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 846CA1065679 for ; Fri, 18 Sep 2009 00:43:07 +0000 (UTC) (envelope-from ari@ish.com.au) Received: from fish.ish.com.au (eth5921.nsw.adsl.internode.on.net [59.167.240.32]) by mx1.freebsd.org (Postfix) with ESMTP id 0359A8FC23 for ; Fri, 18 Sep 2009 00:43:06 +0000 (UTC) Received: from ip-149.ish.com.au ([203.29.62.149]:52615) by fish.ish.com.au with esmtpa (Exim 4.69) (envelope-from ) id 1MoRYI-0007ZF-0E for freebsd-stable@freebsd.org; Fri, 18 Sep 2009 10:42:18 +1000 Message-ID: <4AB2D797.9090603@ish.com.au> Date: Fri, 18 Sep 2009 10:43:03 +1000 From: Aristedes Maniatis User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.1.4pre) Gecko/20090914 Shredder/3.0b4pre MIME-Version: 1.0 To: freebsd-stable Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: pcpu.h kernel crash with 7.2 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, 18 Sep 2009 00:43:07 -0000 This is a FreeBSD 7.2 machine in production. I'm not an expert at debugging kernel problems, but I've still got the vmcore if there is anything else I should run on it to extract more information. Thanks Ari Maniatis # uname -a FreeBSD dash.internal 7.2-RELEASE-p2 FreeBSD 7.2-RELEASE-p2 #0: Wed Jun 24 00:14:35 UTC 2009 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 #kgdb /boot/kernel/kernel /var/crash/vmcore.3 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 "amd64-marcel-freebsd"... Unread portion of the kernel message buffer: Fatal trap 12: page fault while in kernel mode cpuid = 4; apic id = 04 fault virtual address = 0x11 fault code = supervisor read data, page not present instruction pointer = 0x8:0xffffffff804fbec9 stack pointer = 0x10:0xffffffff7b6a2830 frame pointer = 0x10:0x1 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 69329 (httpd) trap number = 12 panic: page fault cpuid = 4 Uptime: 34d3h21m46s Physical memory: 24561 MB Dumping 5146 MB: 5131 5115 5099 5083 5067 5051 5035 5019 5003 4987 4971 4955 4939 4923 4907 4891 4875 4859 4843 4827 4811 4795 4779 4763 4747 4731 4715 4699 4683 4667 4651 4635 4619 4603 4587 4571 4555 4539 4523 4507 4491 4475 4459 4443 4427 4411 4395 4379 4363 4347 4331 4315 4299 4283 4267 4251 4235 4219 4203 4187 4171 4155 4139 4123 4107 4091 4075 4059 4043 4027 4011 3995 3979 3963 3947 3931 3915 3899 3883 3867 3851 3835 3819 3803 3787 3771 3755 3739 3723 3707 3691 3675 3659 3643 3627 3611 3595 3579 3563 3547 3531 3515 3499 3483 3467 3451 3435 3419 3403 3387 3371 3355 3339 3323 3307 3291 3275 3259 3243 3227 3211 3195 3179 3163 3147 3131 3115 3099 3083 3067 3051 3035 3019 3003 2987 2971 2955 2939 2923 2907 2891 2875 2859 2843 2827 2811 2795 2779 2763 2747 2731 2715 2699 2683 2667 2651 2635 2619 2603 2587 2571 2555 2539 2523 2507 2491 2475 2459 2443 2427 2411 2395 2379 2363 2347 2331 2315 2299 2283 2267 2251 2235 2219 2203 2187 2171 2155 2139 2123 2107 2091 2075 2059 2043 202 7 2011 1995 1979 1963 1947 1931 1915 1899 1883 1867 1851 1835 1819 1803 1787 1771 1755 1739 1723 1707 1691 1675 1659 1643 1627 1611 1595 1579 1563 1547 1531 1515 1499 1483 1467 1451 1435 1419 1403 1387 1371 1355 1339 1323 1307 1291 1275 1259 1243 1227 1211 1195 1179 1163 1147 1131 1115 1099 1083 1067 1051 1035 1019 1003 987 971 955 939 923 907 891 875 859 843 827 811 795 779 763 747 731 715 699 683 667 651 635 619 603 587 571 555 539 523 507 491 475 459 443 427 411 395 379 363 347 331 315 299 283 267 251 235 219 203 187 171 155 139 123 107 91 75 59 43 27 11 Reading symbols from /boot/kernel/zfs.ko...Reading symbols from /bootdir/boot/kernel/zfs.ko.symbols...done. done. Loaded symbols for /boot/kernel/zfs.ko Reading symbols from /boot/kernel/opensolaris.ko...Reading symbols from /bootdir/boot/kernel/opensolaris.ko.symbols...done. done. Loaded symbols for /boot/kernel/opensolaris.ko Reading symbols from /boot/kernel/accf_http.ko...Reading symbols from /bootdir/boot/kernel/accf_http.ko.symbols...done. done. Loaded symbols for /boot/kernel/accf_http.ko Reading symbols from /boot/kernel/ipmi.ko...Reading symbols from /bootdir/boot/kernel/ipmi.ko.symbols...done. done. Loaded symbols for /boot/kernel/ipmi.ko Reading symbols from /boot/kernel/smbus.ko...Reading symbols from /bootdir/boot/kernel/smbus.ko.symbols...done. done. Loaded symbols for /boot/kernel/smbus.ko Reading symbols from /boot/kernel/pflog.ko...Reading symbols from /bootdir/boot/kernel/pflog.ko.symbols...done. done. Loaded symbols for /boot/kernel/pflog.ko Reading symbols from /boot/kernel/pf.ko...Reading symbols from /bootdir/boot/kernel/pf.ko.symbols...done. done. Loaded symbols for /boot/kernel/pf.ko #0 doadump () at pcpu.h:195 195 pcpu.h: No such file or directory. in pcpu.h (kgdb) bt #0 doadump () at pcpu.h:195 #1 0x0000000000000004 in ?? () #2 0xffffffff8050df79 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:418 #3 0xffffffff8050e382 in panic (fmt=0x104
) at /usr/src/sys/kern/kern_shutdown.c:574 #4 0xffffffff807d2253 in trap_fatal (frame=0xffffff0315455370, eva=Variable "eva" is not available. ) at /usr/src/sys/amd64/amd64/trap.c:757 #5 0xffffffff807d2625 in trap_pfault (frame=0xffffffff7b6a2780, usermode=0) at /usr/src/sys/amd64/amd64/trap.c:673 #6 0xffffffff807d2f64 in trap (frame=0xffffffff7b6a2780) at /usr/src/sys/amd64/amd64/trap.c:444 #7 0xffffffff807b70ce in calltrap () at /usr/src/sys/amd64/amd64/exception.S:209 #8 0xffffffff804fbec9 in lf_free_lock (lock=0xffffff03d0518580) at sx.h:153 #9 0xffffffff804fda14 in lf_advlockasync (ap=Variable "ap" is not available. ) at /usr/src/sys/kern/kern_lockf.c:1458 #10 0xffffffff804fda69 in lf_advlock (ap=Variable "ap" is not available. ) at /usr/src/sys/kern/kern_lockf.c:741 #11 0xffffffff80582270 in vop_stdadvlock (ap=0xffffffff7b6a2a70) at /usr/src/sys/kern/vfs_default.c:222 #12 0xffffffff804e02a6 in kern_fcntl (td=0xffffff0315455370, fd=Variable "fd" is not available. ) at vnode_if.h:1036 #13 0xffffffff804e0539 in fcntl (td=0xffffff0315455370, uap=0xffffffff7b6a2bf0) at /usr/src/sys/kern/kern_descrip.c:374 #14 0xffffffff807d28a7 in syscall (frame=0xffffffff7b6a2c80) at /usr/src/sys/amd64/amd64/trap.c:900 #15 0xffffffff807b72db in Xfast_syscall () at /usr/src/sys/amd64/amd64/exception.S:330 #16 0x000000080113528c in ?? () Previous frame inner to this frame (corrupt stack?) -- --------------------------> ish http://www.ish.com.au Level 1, 30 Wilson Street Newtown 2042 Australia phone +61 2 9550 5001 fax +61 2 9550 4001 GPG fingerprint CBFB 84B4 738D 4E87 5E5C 5EFA EF6A 7D2E 3E49 102A From owner-freebsd-stable@FreeBSD.ORG Fri Sep 18 03:49:43 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1AC7A1065670 for ; Fri, 18 Sep 2009 03:49:43 +0000 (UTC) (envelope-from john.marshall@riverwillow.com.au) Received: from mail1.riverwillow.net.au (mail1.riverwillow.net.au [203.58.93.36]) by mx1.freebsd.org (Postfix) with ESMTP id 8F03D8FC08 for ; Fri, 18 Sep 2009 03:49:42 +0000 (UTC) Received: from rwpc12.mby.riverwillow.net.au (rwpc12.mby.riverwillow.net.au [172.25.24.168]) (authenticated bits=0) by mail1.riverwillow.net.au (8.14.3/8.14.3) with ESMTP id n8I3nZwo096774 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 18 Sep 2009 13:49:35 +1000 (AEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=riverwillow.com.au; s=m1001; t=1253245775; bh=6AHIcZMzs91RyeMj1ZpqW06ohCLDnYOwTDVRwF4b9xo=; h=Date:From:To:Cc:Subject:Message-ID:References:Mime-Version: Content-Type:In-Reply-To; b=vmt+2SycLUcCLMj3v1rpXSHdZ0OWm4dFnw9ETwfxLjzXopSqYxwnzs9QeqbkUefRN kmgZWdfegKpwhemhDKiOUlsZlXNsXtvgJ+GZEX4XPADCWk0XSXwY3flNedRcoN5Op+ 3FiyBQv+0PNjmMF79WDXfBpOD13J7UqT6vhJjdtc= Received: from rwpc12.mby.riverwillow.net.au (localhost [127.0.0.1]) by rwpc12.mby.riverwillow.net.au (8.14.3/8.14.3) with ESMTP id n8I3nY8h039464; Fri, 18 Sep 2009 13:49:35 +1000 (AEST) (envelope-from john.marshall@riverwillow.com.au) Received: (from john@localhost) by rwpc12.mby.riverwillow.net.au (8.14.3/8.14.3/Submit) id n8I3nYUc039463; Fri, 18 Sep 2009 13:49:34 +1000 (AEST) (envelope-from john) Date: Fri, 18 Sep 2009 13:49:33 +1000 From: John Marshall To: George Mamalakis Message-ID: <20090918034933.GI1231@rwpc12.mby.riverwillow.net.au> Mail-Followup-To: George Mamalakis , freebsd-stable References: <4AB27FB6.4010806@eng.auth.gr> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="IJpNTDwzlM2Ie8A6" Content-Disposition: inline In-Reply-To: <4AB27FB6.4010806@eng.auth.gr> User-Agent: Mutt/1.4.2.3i OpenPGP: id=A29A84A2; url=http://pki.riverwillow.net.au/pgp/johnmarshall.asc Cc: freebsd-stable Subject: Re: SASL problems with spnego on 8.0-BETA4 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, 18 Sep 2009 03:49:43 -0000 --IJpNTDwzlM2Ie8A6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, 17 Sep 2009, 21:28 +0300, George Mamalakis wrote: > Dear all, >=20 > I am trying to setup ldap with heimdal on my fbsd 8.0-BETA4 and when I=20 > run ldapsearch to see if I can authenticate via GSSAPI I keep getting=20 > the following error: >=20 > [root@ldap root]# ldapsearch -H "ldap://ldap.example.com/" -b=20 > "dc=3Dexample,dc=3Dcom" > SASL/GSSAPI authentication started > dlopen: /usr/lib/libgssapi_spnego.so.10: Undefined symbol=20 > "GSS_C_NT_HOSTBASED_SERVICE" > ldap_sasl_interactive_bind_s: Local error (-2) >=20 >=20 > in ldap.conf (loglevel args stats) I am getting: >=20 > Sep 17 21:24:46 ldap slapd[44607]: conn=3D11 fd=3D13 ACCEPT from=20 > IP=3D192.168.35.10:32598 (IP=3D0.0.0.0:389) > Sep 17 21:24:46 ldap slapd[44607]: connection_get(13) > Sep 17 21:24:46 ldap slapd[44607]: conn=3D11 fd=3D13 closed (connection l= ost) >=20 > The ports I installed are: >=20 > cyrus-sasl-2.1.23 > openldap-sasl-client-2.4.18 > openldap-sasl-server-2.4.18_1 >=20 > I cannot resolve this issue, so if anyone knows anything, I would be=20 > grateful if I could have a hint. >=20 > Thank you all for your time in advance. I don't remember if the symptoms I saw were identical, but I couldn't use GSSAPI to authenticate to OpenLDAP on 8.0-BETA2. I solved my problem by installing a newer Heimdal as a port and then rebuilding SASL2 against the newer Heimdal. NB. To build security/cyrus-sasl2 against the Heimdal port, I added the following line to my /usr/local/etc/ports.conf (see: ports-mgmt/portconf) security/cyrus-sasl2: HEIMDAL_HOME=3D/usr/local FreeBSD 8.0 includes Heimdal 1.1.0 in the base system. The Heimdal port is older (1.0.1). The heimdal-1.2.1 port patch I used was submitted to GNATS a couple of hours ago. No response from GNATS yet but it should be available there sometime soon. --=20 John Marshall --IJpNTDwzlM2Ie8A6 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) iEYEARECAAYFAkqzA00ACgkQw/tAaKKahKK01wCgs4z0XxlKMk9TNXmrVTvb292B C04AnjuzXA6tTVTaE/Zq2qzNj9ICjNTq =yIDK -----END PGP SIGNATURE----- --IJpNTDwzlM2Ie8A6-- From owner-freebsd-stable@FreeBSD.ORG Fri Sep 18 07:59:00 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 93FE61065679 for ; Fri, 18 Sep 2009 07:59:00 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (skuns.zoral.com.ua [91.193.166.194]) by mx1.freebsd.org (Postfix) with ESMTP id EE77B8FC13 for ; Fri, 18 Sep 2009 07:58:59 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id n8I7ws7b047520 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 18 Sep 2009 10:58:54 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3) with ESMTP id n8I7ws5b077514; Fri, 18 Sep 2009 10:58:54 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3/Submit) id n8I7wrkF077513; Fri, 18 Sep 2009 10:58:53 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 18 Sep 2009 10:58:53 +0300 From: Kostik Belousov To: Aristedes Maniatis Message-ID: <20090918075853.GL47688@deviant.kiev.zoral.com.ua> References: <4AB2D797.9090603@ish.com.au> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="IrYWVTOpV5r4MFme" Content-Disposition: inline In-Reply-To: <4AB2D797.9090603@ish.com.au> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-stable Subject: lf_advlockasync panic [Was: pcpu.h kernel crash with 7.2] 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, 18 Sep 2009 07:59:00 -0000 --IrYWVTOpV5r4MFme Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Sep 18, 2009 at 10:43:03AM +1000, Aristedes Maniatis wrote: > This is a FreeBSD 7.2 machine in production. I'm not an expert at debuggi= ng=20 > kernel problems, but I've still got the vmcore if there is anything else = I=20 > should run on it to extract more information. It is believed that the problem is fixed in RELENG_7 branch. If the issue is reproducable, it would worth the efforts to upgrade at least the kernel to latest RELENG_7 and retest. >=20 > Thanks >=20 > Ari Maniatis >=20 >=20 > # uname -a > FreeBSD dash.internal 7.2-RELEASE-p2 FreeBSD 7.2-RELEASE-p2 #0: Wed Jun 2= 4=20 > 00:14:35 UTC 2009 =20 > root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 >=20 >=20 > #kgdb /boot/kernel/kernel /var/crash/vmcore.3 > 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=20 > conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for detail= s. > This GDB was configured as "amd64-marcel-freebsd"... >=20 > Unread portion of the kernel message buffer: >=20 >=20 > Fatal trap 12: page fault while in kernel mode > cpuid =3D 4; apic id =3D 04 > fault virtual address =3D 0x11 > fault code =3D supervisor read data, page not present > instruction pointer =3D 0x8:0xffffffff804fbec9 > stack pointer =3D 0x10:0xffffffff7b6a2830 > frame pointer =3D 0x10:0x1 > code segment =3D base 0x0, limit 0xfffff, type 0x1b > =3D DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags =3D interrupt enabled, resume, IOPL =3D 0 > current process =3D 69329 (httpd) > trap number =3D 12 > panic: page fault > cpuid =3D 4 > Uptime: 34d3h21m46s > Physical memory: 24561 MB > Dumping 5146 MB: 5131 5115 5099 5083 5067 5051 5035 5019 5003 4987 4971= =20 > 4955 4939 4923 4907 4891 4875 4859 4843 4827 4811 4795 4779 4763 4747 473= 1=20 > 4715 4699 4683 4667 4651 4635 4619 4603 4587 4571 4555 4539 4523 4507 449= 1=20 > 4475 4459 4443 4427 4411 4395 4379 4363 4347 4331 4315 4299 4283 4267 425= 1=20 > 4235 4219 4203 4187 4171 4155 4139 4123 4107 4091 4075 4059 4043 4027 401= 1=20 > 3995 3979 3963 3947 3931 3915 3899 3883 3867 3851 3835 3819 3803 3787 377= 1=20 > 3755 3739 3723 3707 3691 3675 3659 3643 3627 3611 3595 3579 3563 3547 353= 1=20 > 3515 3499 3483 3467 3451 3435 3419 3403 3387 3371 3355 3339 3323 3307 329= 1=20 > 3275 3259 3243 3227 3211 3195 3179 3163 3147 3131 3115 3099 3083 3067 305= 1=20 > 3035 3019 3003 2987 2971 2955 2939 2923 2907 2891 2875 2859 2843 2827 281= 1=20 > 2795 2779 2763 2747 2731 2715 2699 2683 2667 2651 2635 2619 2603 2587 257= 1=20 > 2555 2539 2523 2507 2491 2475 2459 2443 2427 2411 2395 2379 2363 2347 233= 1=20 > 2315 2299 2283 2267 2251 2235 2219 2203 2187 2171 2155 2139 2123 2107 209= 1=20 > 2075 2059 2043 202 > 7 2011 1995 1979 1963 1947 1931 1915 1899 1883 1867 1851 1835 1819 1803= =20 > 1787 1771 1755 1739 1723 1707 1691 1675 1659 1643 1627 1611 1595 1579 156= 3=20 > 1547 1531 1515 1499 1483 1467 1451 1435 1419 1403 1387 1371 1355 1339 132= 3=20 > 1307 1291 1275 1259 1243 1227 1211 1195 1179 1163 1147 1131 1115 1099 108= 3=20 > 1067 1051 1035 1019 1003 987 971 955 939 923 907 891 875 859 843 827 811= =20 > 795 779 763 747 731 715 699 683 667 651 635 619 603 587 571 555 539 523 5= 07=20 > 491 475 459 443 427 411 395 379 363 347 331 315 299 283 267 251 235 219 2= 03=20 > 187 171 155 139 123 107 91 75 59 43 27 11 >=20 > Reading symbols from /boot/kernel/zfs.ko...Reading symbols from=20 > /bootdir/boot/kernel/zfs.ko.symbols...done. > done. > Loaded symbols for /boot/kernel/zfs.ko > Reading symbols from /boot/kernel/opensolaris.ko...Reading symbols from= =20 > /bootdir/boot/kernel/opensolaris.ko.symbols...done. > done. > Loaded symbols for /boot/kernel/opensolaris.ko > Reading symbols from /boot/kernel/accf_http.ko...Reading symbols from=20 > /bootdir/boot/kernel/accf_http.ko.symbols...done. > done. > Loaded symbols for /boot/kernel/accf_http.ko > Reading symbols from /boot/kernel/ipmi.ko...Reading symbols from=20 > /bootdir/boot/kernel/ipmi.ko.symbols...done. > done. > Loaded symbols for /boot/kernel/ipmi.ko > Reading symbols from /boot/kernel/smbus.ko...Reading symbols from=20 > /bootdir/boot/kernel/smbus.ko.symbols...done. > done. > Loaded symbols for /boot/kernel/smbus.ko > Reading symbols from /boot/kernel/pflog.ko...Reading symbols from=20 > /bootdir/boot/kernel/pflog.ko.symbols...done. > done. > Loaded symbols for /boot/kernel/pflog.ko > Reading symbols from /boot/kernel/pf.ko...Reading symbols from=20 > /bootdir/boot/kernel/pf.ko.symbols...done. > done. > Loaded symbols for /boot/kernel/pf.ko > #0 doadump () at pcpu.h:195 > 195 pcpu.h: No such file or directory. > in pcpu.h >=20 >=20 >=20 >=20 > (kgdb) bt > #0 doadump () at pcpu.h:195 > #1 0x0000000000000004 in ?? () > #2 0xffffffff8050df79 in boot (howto=3D260) at=20 > /usr/src/sys/kern/kern_shutdown.c:418 > #3 0xffffffff8050e382 in panic (fmt=3D0x104
)=20 > at /usr/src/sys/kern/kern_shutdown.c:574 > #4 0xffffffff807d2253 in trap_fatal (frame=3D0xffffff0315455370,=20 > eva=3DVariable "eva" is not available. > ) at /usr/src/sys/amd64/amd64/trap.c:757 > #5 0xffffffff807d2625 in trap_pfault (frame=3D0xffffffff7b6a2780,=20 > usermode=3D0) at /usr/src/sys/amd64/amd64/trap.c:673 > #6 0xffffffff807d2f64 in trap (frame=3D0xffffffff7b6a2780) at=20 > /usr/src/sys/amd64/amd64/trap.c:444 > #7 0xffffffff807b70ce in calltrap () at=20 > /usr/src/sys/amd64/amd64/exception.S:209 > #8 0xffffffff804fbec9 in lf_free_lock (lock=3D0xffffff03d0518580) at sx.= h:153 > #9 0xffffffff804fda14 in lf_advlockasync (ap=3DVariable "ap" is not=20 > available. > ) at /usr/src/sys/kern/kern_lockf.c:1458 > #10 0xffffffff804fda69 in lf_advlock (ap=3DVariable "ap" is not available. > ) at /usr/src/sys/kern/kern_lockf.c:741 > #11 0xffffffff80582270 in vop_stdadvlock (ap=3D0xffffffff7b6a2a70) at=20 > /usr/src/sys/kern/vfs_default.c:222 > #12 0xffffffff804e02a6 in kern_fcntl (td=3D0xffffff0315455370, fd=3DVaria= ble=20 > "fd" is not available. > ) at vnode_if.h:1036 > #13 0xffffffff804e0539 in fcntl (td=3D0xffffff0315455370,=20 > uap=3D0xffffffff7b6a2bf0) at /usr/src/sys/kern/kern_descrip.c:374 > #14 0xffffffff807d28a7 in syscall (frame=3D0xffffffff7b6a2c80) at=20 > /usr/src/sys/amd64/amd64/trap.c:900 > #15 0xffffffff807b72db in Xfast_syscall () at=20 > /usr/src/sys/amd64/amd64/exception.S:330 > #16 0x000000080113528c in ?? () > Previous frame inner to this frame (corrupt stack?) >=20 >=20 > --=20 >=20 > --------------------------> > ish > http://www.ish.com.au > Level 1, 30 Wilson Street Newtown 2042 Australia > phone +61 2 9550 5001 fax +61 2 9550 4001 > GPG fingerprint CBFB 84B4 738D 4E87 5E5C 5EFA EF6A 7D2E 3E49 102A > _______________________________________________ > 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" --IrYWVTOpV5r4MFme Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAkqzPb0ACgkQC3+MBN1Mb4hP9wCgg3EiYIgruyyHZ/IKV2hBFSPi YD4AoMqp4nGjd/GiLd1aVZnaxaD40AlT =s0mv -----END PGP SIGNATURE----- --IrYWVTOpV5r4MFme-- From owner-freebsd-stable@FreeBSD.ORG Fri Sep 18 08:21:26 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 36B271065672 for ; Fri, 18 Sep 2009 08:21:26 +0000 (UTC) (envelope-from mamalos@eng.auth.gr) Received: from vergina.eng.auth.gr (vergina.eng.auth.gr [155.207.18.1]) by mx1.freebsd.org (Postfix) with ESMTP id A8E598FC08 for ; Fri, 18 Sep 2009 08:21:25 +0000 (UTC) Received: from mamalacation.ee.auth.gr (mamalacation.ee.auth.gr [155.207.33.29]) by vergina.eng.auth.gr (8.14.3/8.14.1) with ESMTP id n8I8LOfj069127 for ; Fri, 18 Sep 2009 11:21:24 +0300 (EEST) (envelope-from mamalos@eng.auth.gr) Message-ID: <4AB342FF.8020103@eng.auth.gr> Date: Fri, 18 Sep 2009 11:21:19 +0300 From: George Mamalakis User-Agent: Thunderbird 2.0.0.19 (X11/20090226) MIME-Version: 1.0 To: freebsd-stable Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: SASL problems with spnego, heimdal, AND openldap on 8.0-BETA4 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, 18 Sep 2009 08:21:26 -0000 Dear all, I changed the subject of my email, due to today's results on my configurations, regarding SASL authentication on openldap-sasl-server-2.4.18_1, with cyrus-sasl-2.1.23, and fbsd's 8-BETA4 heimdal. When I try to ldapsearch from another machine to the openldap server, slapd hangs! The client goes like that: ( client-host$ ldapsearch -d 255 -H ldap://ldap.example.com -b 'dc=example,dc=com' ldap_url_parse_ext(ldap://ldap.example.com) ldap_create ldap_url_parse_ext(ldap://ldap.example.com:389/??base) ldap_sasl_interactive_bind_s: user selected: GSSAPI ldap_int_sasl_bind: GSSAPI ldap_new_connection 1 1 0 ldap_int_open_connection ldap_connect_to_host: TCP ldap.example.com:389 ldap_new_socket: 3 ldap_prepare_socket: 3 ldap_connect_to_host: Trying 1.2.3.4:389 ldap_pvt_connect: fd: 3 tm: -1 async: 0 ldap_int_sasl_open: host=ldap.example.com SASL/GSSAPI authentication started ldap_sasl_bind_s ldap_sasl_bind ldap_send_initial_request ldap_send_server_request ber_scanf fmt ({it) ber: ber_dump: buf=0x34142000 ptr=0x34142000 end=0x341422b4 len=692 0000: 30 82 02 b0 02 01 01 60 82 02 a9 02 01 03 04 00 0......`........ 0010: a3 82 02 a0 04 06 47 53 53 41 50 49 04 82 02 94 ......GSSAPI.... 0020: 60 82 02 90 06 09 2a 86 48 86 f7 12 01 02 02 01 `.....*.H....... 0030: 00 6e 82 02 7f 30 82 02 7b a0 03 02 01 05 a1 03 .n...0..{....... ..... packet infrormation..... ber_scanf fmt ({i) ber: ber_dump: buf=0x34142000 ptr=0x34142007 end=0x341422b4 len=685 0000: 60 82 02 a9 02 01 03 04 00 a3 82 02 a0 04 06 47 `..............G 0010: 53 53 41 50 49 04 82 02 94 60 82 02 90 06 09 2a SSAPI....`.....* 0020: 86 48 86 f7 12 01 02 02 01 00 6e 82 02 7f 30 82 .H........n...0. ..... more packet infrormation..... ber_flush2: 692 bytes to sd 3 0000: 30 82 02 b0 02 01 01 60 82 02 a9 02 01 03 04 00 0......`........ 0010: a3 82 02 a0 04 06 47 53 53 41 50 49 04 82 02 94 ......GSSAPI.... 0020: 60 82 02 90 06 09 2a 86 48 86 f7 12 01 02 02 01 `.....*.H....... ..... even more packet infrormation..... ldap_write: want=692, written=692 0000: 30 82 02 b0 02 01 01 60 82 02 a9 02 01 03 04 00 0......`........ 0010: a3 82 02 a0 04 06 47 53 53 41 50 49 04 82 02 94 ......GSSAPI.... ..... even even more packet infrormation ldap_result ld 0x34124040 msgid 1 wait4msg ld 0x34124040 msgid 1 (infinite timeout) wait4msg continue ld 0x34124040 msgid 1 all 1 ** ld 0x34124040 Connections: * host: ldap.example.com port: 389 (default) refcnt: 2 status: Connected last used: Fri Sep 18 11:02:10 2009 ** ld 0x34124040 Outstanding Requests: * msgid 1, origid 1, status InProgress outstanding referrals 0, parent count 0 ld 0x34124040 request count 1 (abandoned 0) ** ld 0x34124040 Response Queue: Empty ld 0x34124040 response count 0 ldap_chkResponseList ld 0x34124040 msgid 1 all 1 ldap_chkResponseList returns ld 0x34124040 NULL ldap_int_select read1msg: ld 0x34124040 msgid 1 all 1 ber_get_next ldap_read: want=8, got=0 ber_get_next failed. ldap_free_connection 1 0 ldap_free_connection: actually freed ldap_err2string ldap_sasl_interactive_bind_s: Can't contact LDAP server (-1) ) And this is where it loses connection. From the server's point of view, the only thing I get from the logs (loglevel args config stats) is: Sep 18 11:02:08 ldap slapd[2257]: conn=1 fd=13 ACCEPT from IP=1.2.3.5:50345 (IP=0.0.0.0:389) Sep 18 11:02:08 ldap slapd[2257]: connection_get(13) Sep 18 11:02:08 ldap slapd[2257]: conn=1 op=0 BIND dn="" method=163 Sep 18 11:02:08 ldap slapd[2257]: ==> sasl_bind: dn="" mech=GSSAPI datalen=660 And after that the server is down.. I don't know what to do, I'll try to update heimdal to version 1.2.1, as John Marshall advised me in his last email.. If anyone knows anything more, I would be delighted if he could share it on this list. Thanx again for reading. -- George Mamalakis IT Officer Electrical and Computer Engineer (Aristotle Un. of Thessaloniki), MSc (Imperial College of London) Department of Electrical and Computer Engineering Faculty of Engineering Aristotle University of Thessaloniki phone number : +30 (2310) 994379 From owner-freebsd-stable@FreeBSD.ORG Fri Sep 18 11:19:40 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7D86810656C8 for ; Fri, 18 Sep 2009 11:19:40 +0000 (UTC) (envelope-from mamalos@eng.auth.gr) Received: from vergina.eng.auth.gr (vergina.eng.auth.gr [155.207.18.1]) by mx1.freebsd.org (Postfix) with ESMTP id CD07E8FC0C for ; Fri, 18 Sep 2009 11:19:39 +0000 (UTC) Received: from mamalacation.ee.auth.gr (mamalacation.ee.auth.gr [155.207.33.29]) by vergina.eng.auth.gr (8.14.3/8.14.1) with ESMTP id n8IBJX9L083993; Fri, 18 Sep 2009 14:19:34 +0300 (EEST) (envelope-from mamalos@eng.auth.gr) Message-ID: <4AB36CC0.6010703@eng.auth.gr> Date: Fri, 18 Sep 2009 14:19:28 +0300 From: George Mamalakis User-Agent: Thunderbird 2.0.0.19 (X11/20090226) MIME-Version: 1.0 To: George Mamalakis , freebsd-stable References: <4AB27FB6.4010806@eng.auth.gr> <20090918034933.GI1231@rwpc12.mby.riverwillow.net.au> In-Reply-To: <20090918034933.GI1231@rwpc12.mby.riverwillow.net.au> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: SASL problems with spnego on 8.0-BETA4 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, 18 Sep 2009 11:19:40 -0000 John Marshall wrote: > On Thu, 17 Sep 2009, 21:28 +0300, George Mamalakis wrote: > >> Dear all, >> >> I am trying to setup ldap with heimdal on my fbsd 8.0-BETA4 and when I >> run ldapsearch to see if I can authenticate via GSSAPI I keep getting >> the following error: >> >> [root@ldap root]# ldapsearch -H "ldap://ldap.example.com/" -b >> "dc=example,dc=com" >> SASL/GSSAPI authentication started >> dlopen: /usr/lib/libgssapi_spnego.so.10: Undefined symbol >> "GSS_C_NT_HOSTBASED_SERVICE" >> ldap_sasl_interactive_bind_s: Local error (-2) >> >> >> in ldap.conf (loglevel args stats) I am getting: >> >> Sep 17 21:24:46 ldap slapd[44607]: conn=11 fd=13 ACCEPT from >> IP=192.168.35.10:32598 (IP=0.0.0.0:389) >> Sep 17 21:24:46 ldap slapd[44607]: connection_get(13) >> Sep 17 21:24:46 ldap slapd[44607]: conn=11 fd=13 closed (connection lost) >> >> The ports I installed are: >> >> cyrus-sasl-2.1.23 >> openldap-sasl-client-2.4.18 >> openldap-sasl-server-2.4.18_1 >> >> I cannot resolve this issue, so if anyone knows anything, I would be >> grateful if I could have a hint. >> >> Thank you all for your time in advance. >> > > I don't remember if the symptoms I saw were identical, but I couldn't > use GSSAPI to authenticate to OpenLDAP on 8.0-BETA2. I solved my > problem by installing a newer Heimdal as a port and then rebuilding > SASL2 against the newer Heimdal. > > NB. To build security/cyrus-sasl2 against the Heimdal port, I added the > following line to my /usr/local/etc/ports.conf (see: > ports-mgmt/portconf) > > security/cyrus-sasl2: HEIMDAL_HOME=/usr/local > > FreeBSD 8.0 includes Heimdal 1.1.0 in the base system. The Heimdal port > is older (1.0.1). The heimdal-1.2.1 port patch I used was submitted to > GNATS a couple of hours ago. No response from GNATS yet but it should > be available there sometime soon. > > John, thank you for your answer, first of all. Now to your email: Could you please send me the location from where you downloaded the heimdal-1.2.1 ? I would really appreciate it if you could send it to me to test it on my machine so as to proceed with my configuration. Thank you for your time in advance. -- George Mamalakis IT Officer Electrical and Computer Engineer (Aristotle Un. of Thessaloniki), MSc (Imperial College of London) Department of Electrical and Computer Engineering Faculty of Engineering Aristotle University of Thessaloniki phone number : +30 (2310) 994379 From owner-freebsd-stable@FreeBSD.ORG Fri Sep 18 11:25:28 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2C6261065670; Fri, 18 Sep 2009 11:25:28 +0000 (UTC) (envelope-from hiyorin@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.247]) by mx1.freebsd.org (Postfix) with ESMTP id C1F2D8FC1E; Fri, 18 Sep 2009 11:25:26 +0000 (UTC) Received: by an-out-0708.google.com with SMTP id d14so477245and.13 for ; Fri, 18 Sep 2009 04:25:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :organization:user-agent:mime-version:to:cc:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=ygYBV3kx/lTMx6rsUF7TkGr3xz/LVNBn2y7XKu7Agxw=; b=mi+jrLWg/JTc6XwdEfmizE7KmP6pkfHCSWE7lSJ2YtNtd6Ko3jb70AE7cXfk/123+G NcoYUCuk/MOm/1Osaj4R7EpjWNrYcqa8FKpvApAl8SSRU0SghEc5iYiKsNc7EzjFV+Xv OeXst98CzVPDBwDS+lEbaTpeRB3H+ez0nhWG0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:organization:user-agent:mime-version:to:cc :subject:references:in-reply-to:content-type :content-transfer-encoding; b=OkfUWqnQPW6C5KiPhd4jbHtlThHmTDneNxVCFMJoDD9r6wSYOysqxhsM81yuNj/q+R 0L5gVW8CI0/q/2Rkom4HhR/EeIGwyUQEVJ8Cf8AeQH8cX+7L5vVqi8U2tAv66rl/M/wI F0X680jOiJ6bCNpBol+hw/leTNdtrELs4HFJA= Received: by 10.101.88.18 with SMTP id q18mr1281807anl.64.1253273126322; Fri, 18 Sep 2009 04:25:26 -0700 (PDT) Received: from ?10.7.13.1? (061093052186.ctinets.com [61.93.52.186]) by mx.google.com with ESMTPS id c28sm206581anc.7.2009.09.18.04.25.23 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 18 Sep 2009 04:25:25 -0700 (PDT) Message-ID: <4AB36E1F.6080401@gmail.com> Date: Fri, 18 Sep 2009 19:25:19 +0800 From: "C. C. Tang" Organization: LEA User-Agent: Thunderbird 2.0.0.22 (Windows/20090605) MIME-Version: 1.0 To: Attilio Rao References: <3bbf2fe10909121432x7bd4f7es497e9431c4e520d6@mail.gmail.com> <4AB1A838.2040406@gmail.com> <3bbf2fe10909170216u29d994aj55c21efdfbc26ba5@mail.gmail.com> <4AB21005.6040104@gmail.com> In-Reply-To: <4AB21005.6040104@gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD-STABLE Mailing List , Dan Naumov Subject: Re: 7.2-release/amd64: panic, spin lock held too long 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, 18 Sep 2009 11:25:28 -0000 > Attilio Rao wrote: >> 2009/9/17 C. C. Tang : >>>>> Dan, is that machine equipped with Hyperthreading? >>>>> >>>>> Attilio >>>> Yes. It's an Intel Atom 330, which is a dualcore CPU with HT (4 cores >>>> visible in "top" as a result) >>> Yes, mine is also Atom 330. >>> >>> I cannot test the patch because my machine is also in production now. >>> But I >>> have tested it with hyperthreading. >>> powerd with HyperThreading -> spin lock hold too long >>> powerd without HyperThreading -> no problem >>> no powerd with/without HyperThreading -> no problem >> >> But these are with the last patch I posted in? >> (specifically, for 7.2: >> http://www.freebsd.org/~attilio/sched_ule.diff >> ) >> >> So with the patch in, powerd and hyperthreading on you still get a >> deadlock? >> >> Attilio >> >> I have patched the sched_ule.c and did a make buildkernel & make installkernel (is buildworld and installworld necessary?), rebooted and the machine is running now. I will post here again if there is any update. Thanks, C.C. From owner-freebsd-stable@FreeBSD.ORG Fri Sep 18 12:42:29 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C35C41065695 for ; Fri, 18 Sep 2009 12:42:29 +0000 (UTC) (envelope-from dalroi@solfertje.student.utwente.nl) Received: from solfertje.student.utwente.nl (solfertje.student.utwente.nl [130.89.167.40]) by mx1.freebsd.org (Postfix) with ESMTP id 38E7A8FC17 for ; Fri, 18 Sep 2009 12:42:27 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by solfertje.student.utwente.nl (Postfix) with SMTP id A2D928039 for ; Fri, 18 Sep 2009 14:42:26 +0200 (CEST) Received: from hollewijn.internal (hollewijn.internal [10.236.150.4]) by solfertje.student.utwente.nl (Postfix) with ESMTP id D89468034; Fri, 18 Sep 2009 14:42:24 +0200 (CEST) Mime-Version: 1.0 (Apple Message framework v1076) Content-Type: multipart/mixed; boundary=Apple-Mail-12-92637794 From: Alban Hertroys In-Reply-To: <200909140841.27844.jhb@freebsd.org> Date: Fri, 18 Sep 2009 14:42:24 +0200 Message-Id: <030D00B7-7AAE-4730-8FB6-766233969E05@solfertje.student.utwente.nl> References: <200909140841.27844.jhb@freebsd.org> To: John Baldwin X-Mailer: Apple Mail (2.1076) X-DSPAM-Result: Innocent X-DSPAM-Processed: Fri Sep 18 14:42:26 2009 X-DSPAM-Confidence: 1.0000 X-DSPAM-Probability: 0.0023 X-DSPAM-Signature: 74,4ab3803211681401413422 X-DSPAM-Factors: 27, but, 0.40000, Received*Sep, 0.40000, Content-Type*application/octet+stream, 0.40000, Content-Type*application/octet+stream, 0.40000, From*Alban, 0.40000, anyone+needs, 0.40000, just, 0.40000, got+around, 0.40000, from+a, 0.40000, server+from, 0.40000, Mime-Version*Message, 0.40000, provide, 0.40000, John+Baldwin, 0.40000, 11+September, 0.40000, trees, 0.40000, trees, 0.40000, /var, 0.40000, Changing+Console, 0.40000, from, 0.40000, from, 0.40000, even+though, 0.40000, After+that, 0.40000, cut, 0.40000, panic+occurred, 0.40000, of, 0.40000, you+been, 0.40000, send, 0.40000 X-Mailman-Approved-At: Fri, 18 Sep 2009 13:58:28 +0000 Cc: freebsd-stable@freebsd.org Subject: Re: Kernel panic in ulpt 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, 18 Sep 2009 12:42:29 -0000 --Apple-Mail-12-92637794 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes On 14 Sep 2009, at 14:41, John Baldwin wrote: > On Friday 11 September 2009 12:18:39 pm Alban Hertroys wrote: >> Hello, >> >> I just got a kernel panic on a FreeBSD 7.2 STABLE after a print job >> finished on ulpt. The kgdb output (ran in script) is attached. I'll >> keep the vmcore around in case anyone needs more info. Shout if you >> need more info. > > In ulptclose() in sys/dev/usb/ulpt.c try changing the callout_stop() > to a > callout_drain(). Have you been able to reproduce this? Thanks, I finally got around to testing the above, but unfortunately it doesn't fix the problem. Meanwhile I did configure savecore (the default /var isn't large enough for the core files) and crashinfo though, see attachments. I send print jobs to my FreeBSD server from my Mac using cups on both sides. The panic appears to be related to what I print, even though that shouldn't matter at all at the driver-level. The first document I printed was a large JPEG turned on its side and printed alright, without a panic. After that I printed page 106 from a PDF-version of the FreeBSD handbook (section 3.2.6 Changing Console Video Modes) that I downloaded at June 3rd this year and the below panic occurred. The previous panic I posted about was also caused by a 1-page PDF document. Is there anything else I can provide to help fix this problem? !DSPAM:74,4ab3803211681401413422! --Apple-Mail-12-92637794 Content-Disposition: attachment; filename=core.txt.0 Content-Type: application/octet-stream; name="core.txt.0" Content-Transfer-Encoding: 7bit solfertje.student.utwente.nl dumped core - see /usr/crash/vmcore.0 Fri Sep 18 14:27:14 CEST 2009 FreeBSD solfertje.student.utwente.nl 7.2-STABLE FreeBSD 7.2-STABLE #2: Tue Sep 15 11:34:08 CEST 2009 dalroi@solfertje.student.utwente.nl:/usr/obj/usr/src/sys/ERGOPROXY i386 panic: page fault 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"... Unread portion of the kernel message buffer: Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 01 fault virtual address = 0x0 fault code = supervisor write, page not present instruction pointer = 0x20:0xc0525a49 stack pointer = 0x28:0xc43aac4c frame pointer = 0x28:0xc43aac4c 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 = 12 (swi4: clock) trap number = 12 panic: page fault cpuid = 0 Uptime: 2d1h21m5s Physical memory: 1526 MB Dumping 238 MB: 223 207 191 175 159 143 127 111 95 79 63 47 31 15 Reading symbols from /boot/kernel/geom_concat.ko...Reading symbols from /boot/kernel/geom_concat.ko.symbols...done. done. Loaded symbols for /boot/kernel/geom_concat.ko Reading symbols from /boot/kernel/geom_mirror.ko...Reading symbols from /boot/kernel/geom_mirror.ko.symbols...done. done. Loaded symbols for /boot/kernel/geom_mirror.ko Reading symbols from /boot/kernel/geom_stripe.ko...Reading symbols from /boot/kernel/geom_stripe.ko.symbols...done. done. Loaded symbols for /boot/kernel/geom_stripe.ko Reading symbols from /boot/kernel/acpi.ko...Reading symbols from /boot/kernel/acpi.ko.symbols...done. done. Loaded symbols for /boot/kernel/acpi.ko Reading symbols from /boot/kernel/pf.ko...Reading symbols from /boot/kernel/pf.ko.symbols...done. done. Loaded symbols for /boot/kernel/pf.ko Reading symbols from /boot/kernel/linux.ko...Reading symbols from /boot/kernel/linux.ko.symbols...done. done. Loaded symbols for /boot/kernel/linux.ko #0 doadump () at pcpu.h:196 196 pcpu.h: No such file or directory. in pcpu.h (kgdb) #0 doadump () at pcpu.h:196 #1 0xc05a3547 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:418 #2 0xc05a381c in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:574 #3 0xc0800eac in trap_fatal (frame=0xc43aac0c, eva=0) at /usr/src/sys/i386/i386/trap.c:943 #4 0xc0801130 in trap_pfault (frame=0xc43aac0c, usermode=0, eva=0) at /usr/src/sys/i386/i386/trap.c:856 #5 0xc0801b37 in trap (frame=0xc43aac0c) at /usr/src/sys/i386/i386/trap.c:534 #6 0xc07e66cb in calltrap () at /usr/src/sys/i386/i386/exception.s:166 #7 0xc0525a49 in usbd_setup_xfer (xfer=0x0, pipe=0x0, priv=0xc4fa8380, buffer=0xc509f000, length=4096, flags=5, timeout=10, callback=0xc051cd90 ) at /usr/src/sys/dev/usb/usbdi.c:547 #8 0xc051cd71 in ulpt_tick (xsc=0xc4fa8380) at /usr/src/sys/dev/usb/ulpt.c:773 #9 0xc05b5e4c in softclock (dummy=0x0) at /usr/src/sys/kern/kern_timeout.c:274 #10 0xc058012b in ithread_loop (arg=0xc44902e0) at /usr/src/sys/kern/kern_intr.c:1126 #11 0xc057ca57 in fork_exit (callout=0xc057ff80 , arg=0xc44902e0, frame=0xc43aad38) at /usr/src/sys/kern/kern_fork.c:811 #12 0xc07e6740 in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:271 (kgdb) ------------------------------------------------------------------------ ps -axl UID PID PPID CPU PRI NI VSZ RSS MWCHAN STAT TT TIME COMMAND 0 0 0 0 -16 0 0 0 sched DLs ?? 4963079:51.00 [swapper] 0 1 0 0 8 0 1888 0 wait DLs ?? 1099461:59.00 [init] 0 2 0 0 -8 0 0 0 - DL ?? -26835633:-8.55 [g_event] 0 3 0 0 -8 0 0 0 - DL ?? 22754601:00.00 [g_up] 0 4 0 0 -8 0 0 0 - DL ?? -26983631:-38.55 [g_down] 0 5 0 0 -8 0 0 0 ccb_sc DL ?? 0:00.00 [xpt_thrd] 0 6 0 0 8 0 0 0 - DL ?? 0:00.00 [acpi_task_ 0 7 0 0 8 0 0 0 - DL ?? 0:00.00 [acpi_task_ 0 8 0 0 8 0 0 0 - DL ?? 0:00.00 [acpi_task_ 0 9 0 0 8 0 0 0 - DL ?? 0:00.00 [thread tas 0 10 0 0 -16 0 0 0 audit_ DL ?? 0:00.00 [audit] 0 11 0 0 171 0 0 0 - RL ?? 8981565:22.00 [idle: cpu0 0 12 0 0 -32 0 0 0 - RL ?? 32348329:16.00 [swi4: cloc 0 13 0 0 -36 0 0 0 - WL ?? 0:00.00 [swi3: vm] 0 14 0 0 -44 0 0 0 - WL ?? -6702323:-1.55 [swi1: net] 0 15 0 0 -16 0 0 0 - DL ?? 16884221:13.00 [yarrow] 0 16 0 0 -40 0 0 0 - RL ?? -12597238:-44.55 [swi2: camb 0 17 0 0 -28 0 0 0 - WL ?? 0:00.00 [swi5: +] 0 18 0 0 -24 0 0 0 - WL ?? 0:00.00 [swi6: Gian 0 19 0 0 -24 0 0 0 - WL ?? 1068246:06.00 [swi6: task 0 20 0 0 8 0 0 0 - DL ?? 27244:48.00 [kqueue tas 0 21 0 0 -52 0 0 0 - WL ?? 0:00.00 [irq9: acpi 0 22 0 0 -64 0 0 0 - RL ?? -6427321:-9.55 [irq14: ata 0 23 0 0 -64 0 0 0 - WL ?? 0:00.00 [irq15: ata 0 24 0 0 -64 0 0 0 - RL ?? 3994956:54.00 [irq21: twa 0 25 0 0 -68 0 0 0 - RL ?? 24932665:54.00 [irq19: xl0 0 26 0 0 8 0 0 0 usbevt DL ?? 46800:01.00 [usb0] 0 27 0 0 8 0 0 0 usbtsk DL ?? 0:00.00 [usbtask-hc 0 28 0 0 8 0 0 0 usbtsk DL ?? 0:00.00 [usbtask-dr 0 29 0 0 -60 0 0 0 - WL ?? 0:00.00 [irq1: atkb 0 30 0 0 -60 0 0 0 - WL ?? 0:00.00 [irq7: ppbu 0 31 0 0 -48 0 0 0 - WL ?? 1245629:56.00 [swi0: uart 0 32 0 0 -68 0 0 0 waitin DL ?? 2377:13.00 [sctp_itera 0 33 0 0 -8 0 0 0 m:w1 DL ?? 8866944:19.00 [g_mirror r 0 34 0 0 -8 0 0 0 m:w1 DL ?? 18646706:21.00 [g_mirror v 0 35 0 0 -8 0 0 0 m:w1 DL ?? 870187:47.00 [g_mirror h 0 36 0 0 -16 0 0 0 psleep DL ?? 12390572:31.00 [pagedaemon 0 37 0 0 20 0 0 0 psleep DL ?? 75:42.00 [vmdaemon] 0 38 0 0 171 0 0 0 pgzero DL ?? 10440:36.00 [pagezero] 0 39 0 0 -16 0 0 0 psleep DL ?? 4530648:05.00 [bufdaemon] 0 40 0 0 20 0 0 0 syncer DL ?? -25727900:-20.55 [syncer] 0 41 0 0 -4 0 0 0 vlruwt DL ?? 3224814:39.00 [vnlru] 0 42 0 0 -16 0 0 0 sdflus DL ?? 20458961:45.00 [softdepflu 0 138 1 0 20 0 1380 0 pause Ds ?? 12370:41.00 [adjkerntz] 0 371 1 0 49 0 3128 0 select D ?? 211587:47.00 [dhclient] 65 389 1 0 44 0 3128 0 select Ds ?? 12268235:55.00 [dhclient] 0 494 0 0 8 0 0 0 pftm DL ?? 12844544:21.00 [pfpurge] 0 725 1 0 44 0 1888 0 select Ds ?? 22696:43.00 [devd] 0 786 1 0 44 0 3184 0 select Ds ?? 11557845:23.00 [syslogd] 53 858 1 0 4 0 25460 0 kqread Ds ?? -16767191:-47.55 [named] 0 868 1 0 44 0 3212 0 select Ds ?? 1833500:26.00 [rpcbind] 0 884 1 0 44 0 3128 0 select Ds ?? 689630:16.00 [amd] 0 915 1 0 44 0 3184 0 select Ds ?? 724153:30.00 [mountd] 0 924 1 0 4 0 3128 0 accept Ds ?? 712856:24.00 [nfsd] 0 926 924 0 4 0 3128 0 - D ?? -6434014:-37.55 [nfsd] 0 927 924 0 4 0 3128 0 - D ?? -18191005:-42.55 [nfsd] 0 928 924 0 4 0 3128 0 - D ?? 25444708:56.00 [nfsd] 0 929 924 0 4 0 3128 0 - D ?? 7938195:33.00 [nfsd] 0 930 924 0 4 0 3128 0 - D ?? -10615192:-48.55 [nfsd] 0 931 924 0 4 0 3128 0 - D ?? 34629367:41.00 [nfsd] 0 932 924 0 4 0 3128 0 - D ?? 4588099:19.00 [nfsd] 0 933 924 0 4 0 3128 0 - D ?? -2592954:-1.55 [nfsd] 0 934 924 0 4 0 3128 0 - D ?? -4819032:-26.55 [nfsd] 0 935 924 0 4 0 3128 0 - D ?? 4234150:36.00 [nfsd] 0 936 924 0 4 0 3128 0 - D ?? 23209444:19.00 [nfsd] 0 937 924 0 4 0 3128 0 - D ?? -15663779:-25.55 [nfsd] 0 938 924 0 4 0 3128 0 - D ?? -4259853:-7.55 [nfsd] 0 939 924 0 4 0 3128 0 - D ?? 30911669:22.00 [nfsd] 0 940 924 0 4 0 3128 0 - D ?? 1015763:19.00 [nfsd] 0 941 924 0 4 0 3128 0 - D ?? -23979552:-20.55 [nfsd] 1022 961 1 0 8 19 20084 0 nanslp DN ?? 23722886:52.00 [server_lin 1022 962 961 0 44 0 20084 0 select D ?? 7853153:01.00 [server_lin 1022 963 962 0 44 0 20084 0 select D ?? -18676169:-58.55 [server_lin 1022 964 962 0 44 0 20084 0 select D ?? -32350000:-34.55 [server_lin 1022 965 962 0 44 0 20084 0 select D ?? -30964464:-15.55 [server_lin 1022 966 962 0 8 0 20084 0 nanslp D ?? 16328746:53.00 [server_lin 1022 967 962 0 44 0 20084 0 select D ?? 323085:22.00 [server_lin 1022 968 962 0 44 0 20084 0 select D ?? 6600446:14.00 [server_lin 1022 969 962 0 8 0 20084 0 nanslp D ?? -22373198:-6.55 [server_lin 0 987 1 0 8 0 4320 0 nanslp D ?? 1144870:05.00 [smartd] 0 1030 1 0 96 0 3128 0 select Ds ?? 135935:09.00 [lpd] 0 1055 1 0 44 0 4672 0 select Ds ?? -27643153:-23.55 [ntpd] 0 1085 1055 0 44 0 4672 0 select D ?? 1041971:22.00 [ntpd] 70 1091 1 0 44 0 62336 0 select Ds ?? 7631565:31.00 [postgres] 70 1094 1091 0 44 0 62336 0 select Ds ?? 34889945:05.55 [postgres] 70 1095 1091 0 44 0 62336 0 select Ds ?? -13824415:-13.55 [postgres] 70 1096 1091 0 44 0 62336 0 select Ds ?? -24568971:-55.55 [postgres] 70 1097 1091 0 44 0 26088 0 select Ds ?? 15514104:57.00 [postgres] 0 1103 1 0 44 0 12384 0 select D ?? 27233832:16.00 [dspam] 0 1123 1 0 4 0 3128 0 kqread Ds ?? 33894579:52.55 [dovecot] 0 1126 1123 0 4 0 6184 0 kqread D ?? 11464363:10.00 [dovecot-au 0 1203 1 0 4 0 4956 0 kqread Ds ?? 31378253:22.00 [master] 125 1218 1203 0 4 0 4956 0 kqread D ?? 13829798:45.00 [qmgr] 143 1226 1123 0 4 0 4768 0 kqread D ?? 8680834:04.00 [imap-login 143 1227 1123 0 4 0 4768 0 kqread D ?? 8319873:36.00 [imap-login 0 1228 1 0 4 0 5372 0 kqread Ds ?? -17151300:-1.55 [cupsd] 0 1239 1 0 44 0 17412 0 select Ds ?? 32414991:56.00 [httpd] 0 1252 1 0 54 0 5744 0 select Ds ?? 150790:55.00 [sshd] 0 1271 1 0 8 0 3212 0 nanslp Ds ?? 2685476:10.00 [cron] 62 1306 1 0 4 0 3128 0 kqread Ds ?? 5243768:19.00 [ftp-proxy] 70 1318 1091 0 4 0 64528 0 sbwait Ds ?? -9653500:-42.55 [postgres] 70 1319 1091 0 4 0 64528 0 sbwait Ds ?? 19251081:54.00 [postgres] 0 1320 1 0 5 0 3184 0 ttyin Ds+ ?? 99051:07.00 [getty] 0 1321 1 0 5 0 3184 0 ttyin Ds+ ?? 101572:24.00 [getty] 0 1322 1 0 5 0 3184 0 ttyin Ds+ ?? 93267:23.00 [getty] 0 1323 1 0 5 0 3184 0 ttyin Ds+ ?? 84804:17.00 [getty] 0 1324 1 0 5 0 3184 0 ttyin Ds+ ?? 96083:15.00 [getty] 0 1325 1 0 5 0 3184 0 ttyin Ds+ ?? 85893:52.00 [getty] 0 1326 1 0 5 0 3184 0 ttyin Ds+ ?? 85122:22.00 [getty] 0 1327 1 0 5 0 3184 0 ttyin Ds+ ?? 84625:01.00 [getty] 0 1328 1 0 8 0 3620 0 wait Ds ?? 123995:44.00 [login] 70 1329 1091 0 4 0 64528 0 sbwait Ds ?? -3844787:-47.55 [postgres] 80 1330 1239 0 4 0 26396 0 accept D ?? 583371:44.00 [httpd] 80 1331 1239 0 4 0 26396 0 accept D ?? 350532:41.00 [httpd] 80 1332 1239 0 4 0 26396 0 accept D ?? 485452:07.00 [httpd] 80 1333 1239 0 4 0 26396 0 accept D ?? 313861:03.00 [httpd] 80 1334 1239 0 4 0 26396 0 accept D ?? 28821374:22.00 [httpd] 0 1358 1252 0 4 0 8416 0 sbwait Ds ?? 1234432:22.00 [sshd] 1001 1360 1358 0 44 0 8416 0 select D ?? 31808958:42.00 [sshd] 1001 1362 1360 0 20 0 5492 0 pause Ds ?? 5365783:32.00 [tcsh] 80 1440 1239 0 4 0 17412 0 accept D ?? 290411:27.00 [httpd] 1001 1443 1123 0 4 0 10700 0 kqread D ?? 34405460:04.55 [imap] 143 1444 1123 0 4 0 4768 0 kqread D ?? 11572652:12.00 [imap-login 1001 1446 1123 0 4 0 6164 0 kqread D ?? -31841711:-42.55 [imap] 1001 1447 1123 0 4 0 6356 0 kqread D ?? -11346943:-50.55 [imap] 143 1449 1123 0 4 0 4768 0 kqread D ?? 304279:55.00 [imap-login 143 1450 1123 0 4 0 4768 0 kqread D ?? 299024:06.00 [imap-login 143 1451 1123 0 4 0 4768 0 kqread D ?? 293101:02.00 [imap-login 143 1452 1123 0 4 0 4768 0 kqread D ?? 298096:46.00 [imap-login 143 1453 1123 0 4 0 4768 0 kqread D ?? 298484:47.00 [imap-login 143 1454 1123 0 4 0 4768 0 kqread D ?? 5829010:36.00 [imap-login 1001 2514 1362 0 20 0 3572 0 pause D+ ?? 2547335:48.00 [screen] 0 2515 2514 0 44 0 3572 0 select Ds ?? 25701104:43.00 [screen] 1001 2518 2515 0 20 0 5492 0 pause Ds ?? 3562952:25.00 [tcsh] 1001 2539 2518 0 20 0 4468 0 pause D+ ?? 29958409:10.00 [tcsh] 1001 2559 2515 0 20 0 5492 0 pause Ds ?? 3520906:03.00 [tcsh] 1001 2584 2559 0 4 0 3128 0 kqread D+ ?? -24567737:-24.55 [tail] 1001 4414 1123 0 4 0 6164 0 kqread D ?? -24456282:-53.55 [imap] 80 9072 1239 0 4 0 26396 0 accept D ?? 103749:49.00 [httpd] 1001 11782 2515 0 20 0 5492 0 pause Ds ?? 255570:23.00 [tcsh] 0 11803 11782 0 8 0 3616 0 wait D ?? 0:00.00 [su] 0 11804 11803 0 5 0 5528 0 ttyin D+ ?? 153527:09.00 [csh] 0 11826 11804 0 44 0 5512 0 - T ?? 0:00.00 [vim] 0 11872 1 0 44 0 7272 0 select Ds ?? 0:00.00 [nmbd] 0 11878 1 0 44 0 10548 0 select Ds ?? 0:00.00 [smbd] 0 11880 11878 0 44 0 10548 0 select D ?? 0:00.00 [smbd] 125 20218 1203 0 4 0 4956 0 kqread D ?? 0:00.00 [pickup] 125 22039 1203 0 4 0 4956 0 kqread D ?? 0:00.00 [anvil] 1001 22066 1328 0 5 0 5492 0 ttyin D+ ?? 153507:46.00 [tcsh] 1001 22136 2539 0 8 0 1376 0 nanslp D+ ?? 0:00.00 [sleep] 80 81808 1239 0 4 0 26396 0 accept D ?? 0:00.00 [httpd] 80 81809 1239 0 4 0 17412 0 accept D ?? 0:00.00 [httpd] 80 81810 1239 0 4 0 17412 0 accept D ?? 0:00.00 [httpd] ------------------------------------------------------------------------ vmstat -s 0 cpu context switches 0 device interrupts 0 software interrupts 0 traps 0 system calls 0 kernel threads created 0 fork() calls 0 vfork() calls 0 rfork() calls 0 swap pager pageins 0 swap pager pages paged in 0 swap pager pageouts 0 swap pager pages paged out 0 vnode pager pageins 0 vnode pager pages paged in 0 vnode pager pageouts 0 vnode pager pages paged out 11450 page daemon wakeups 112921925 pages examined by the page daemon 28793 pages reactivated 0 copy-on-write faults 0 copy-on-write optimized faults 0 zero fill pages zeroed 0 zero fill pages prezeroed 0 intransit blocking page faults 0 total VM faults taken 0 pages affected by kernel thread creation 0 pages affected by fork() 0 pages affected by vfork() 0 pages affected by rfork() 112902077 pages cached 0 pages freed 0 pages freed by daemon 14875649 pages freed by exiting processes 53345 pages active 255766 pages inactive 12485 pages in VM cache 50551 pages wired down 11512 pages free 4096 bytes per page 15194058 total name lookups cache hits (81% pos + 7% neg) system 0% per-directory deletions 0%, falsehits 0%, toolong 0% ------------------------------------------------------------------------ vmstat -m Type InUse MemUse HighUse Requests Size(s) cdev 102 -2K - 128 16 CAM dev queue -2 0K - 0 sigio -1 0K - 0 filedesc_to_leader 84 0K - 96 16,32 filedesc 45206976 -44361K - 45352448 16,128,512,1024,4096,8192,16384,65536,131072,2097152 kenv -70 -6K - 48 32 kqueue 10745398 -10555K - 10764160 16,32,64,128,256,512,1024,2048,32768,262144 proc-args 90530864 -89540K - 91686016 16,32,64,256,512,1024,2048,4096,8192,16384,32768,65536,524288,1048576,16777216 ithread -67 -8K - 0 CAM queue 76273 -77K - 76704 16,64,512,2048,4096 KTRACE -100 -11K - 0 CAM SIM -2 0K - 0 linker 11850 -418K - 12000 32,64,128,256,512 lockf 77865906 -77401K - 79257184 2048,8192,32768,65536,131072,1048576,4194304,16777216 ip6ndp 119 0K - 128 32 ip6opt 93 0K - 96 16,32 temp 3635323227 -3564031K - 3649327056 16,64,128,256,1024,8192,16384,32768,131072,524288,1048576,4194304,16777216,67108864,134217728 devbuf 202937380 -201661K - 202951264 16,32,64,128,256,512,2048,65536,131072 scsi_da 1740 0K - 1856 64,256,512,1024 module -258 -15K - 0 ata_generic 311731 -307K - 312544 32,128,512,4096,8192 mtx_pool -1 -3K - 0 ad_driver -2 0K - 0 ata_dma -2 0K - 0 subproc 498746098 -487801K - 498868224 32,1024,2048,4096,8192,32768,65536,262144,524288,1048576 proc -2 -7K - 0 session 2116061 -2101K - 2149696 16,64,256,512,4096,8192,524288 pgrp 2120589 -2106K - 2154304 16,64,128,256,512,1024,4096,8192,524288 cred 4024017925 -3945149K - 4039798528 16,32,64,128,512,1024,8192,32768,262144,524288,16777216,33554432,67108864,134217728 uidinfo 7548706 -7609K - 7792224 16,32,256,512,4096,8192,16384,65536,131072,524288,1048576,2097152 plimit 4317621 -4241K - 4334592 64,512,8192,262144 kbdmux -6 -7K - 0 sysctltmp 409501 -416K - 427168 16,32,4096,16384,262144 sysctloid 1743 -69K - 4128 32,512,2048 sysctl 1253479 -1285K - 1317616 16,128,2048,8192,32768,65536,131072,262144,524288 umtx -210 -12K - 0 p1003.1b -1 0K - 0 SWAP -4 -551K - 0 bus-sc 786821 -803K - 787552 16,32,128,512,2048,8192 bus 642898 -659K - 645552 32,128,2048,4096,8192,16384 devstat -28 -55K - 0 eventhandler -75 -3K - 0 kobj 124706 -443K - 124928 16,64,128,256,512 rman 23624 -30K - 24128 16,128,256,512,1024,4096 ar_driver 34806 -33K - 34816 32,128 sbuf 2055762221 -2007834K - 2056023616 16,32,256,4096,16384,32768,65536,131072,262144,524288,1048576,2097152 acd_driver -1 -1K - 0 stack 254 0K - 256 32 taskqueue -9 0K - 0 Unitno 23687 -24K - 25280 64,128,512,8192,16384 iov 11985018 -11915K - 12202096 32,64,256,512,1024,2048,4096,8192,16384,32768,262144,1048576,2097152 ioctlops 13578363 -13461K - 13785168 16,64,256,1024,2048,4096,8192,16384,131072,1048576,2097152 msg -4 -24K - 0 sem -4 -4K - 0 shm 33347745 -32617K - 33380352 32,64,256,1024,4096,8192,16384,32768,65536,131072,262144 ttys 678430 -898K - 685440 16,32,128,512,1024,2048,16384,65536 ptys -4 0K - 0 mbuf_tag 35895469150 -35610583K - 36465238560 32,1024,2048,4096,16384,32768,65536,131072,262144,524288,1048576,4194304,16777216,33554432,67108864,134217728,268435456,2 ksem -1 -3K - 0 pcb 207460 -293K - 221344 128,8192,16384,65536,131072 soname 25869597 -26164K - 26787968 16,256,512,4096,8192,2097152,4194304,8388608 biobuf 1780890 -1739K - 1781760 32,64,512,1024,4096,8192 vfscache -1 -511K - 0 cl_savebuf 25095145 -25021K - 25623520 16,32,64,256,512,1024,2048,4096,8192,16384,32768,8388608 export_host -14 -2K - 0 vfs_hash -1 -255K - 0 vnodes -5 0K - 0 CAM periph 7783 -7K - 7856 16,32,1024 vnodemarker 46898558 -45888K - 46990336 32,2048,8192,16384,131072,262144,1048576 mount 41310 -46K - 42224 16,256,512,1024,2048,8192 ppbusdev -3 0K - 0 BPF -9 -7K - 0 ether_multi 898 -2K - 976 16,256 ifaddr 199 -13K - 256 16 ifnet -5 -3K - 0 clone -5 -19K - 0 arpcom -2 0K - 0 lo -1 0K - 0 entropy -1024 -63K - 0 twa_commands 417992 -488K - 418816 32,64,256,512,4096,8192 UART -6 -1K - 0 routetbl 3886796 -3820K - 3902176 16,32,64,256,512,2048,4096,8192,32768,65536,131072 in_multi 60 0K - 64 16 sctp_iter 635 0K - 640 16,64 sctp_ifn -3 0K - 0 sctp_ifa -7 0K - 0 sctp_vrf -1 0K - 0 sctp_a_it 75 0K - 80 16,64 hostcache -1 -19K - 0 syncache -1 -71K - 0 in6_multi -42 0K - 0 USBdev 1014 -3K - 1024 32 ip6_moptions -1 0K - 0 nfsclient_req 635 0K - 640 16,64 nfss_daemon -17 -15K - 0 nfss_srvdesc 3820146840 -3758245K - 3848444224 128,512,2048,32768,262144,524288,1048576,2097152,4194304,8388608,33554432,134217728,268435456 nfss_srvsock 10536 -10K - 10624 16,32,256,1024 audit_evclass 404 -1K - 592 16,64,512 savedino 2283015 -2237K - 2291968 16,128,256,512,1024,2048,8192,131072 newdirblk 403 0K - 416 16,64,128 dirrem 7527387 -7587K - 7770208 16,32,2048,16384,65536,131072,524288,1048576,2097152 mkdir 34534 -33K - 35648 32,128,256,1024,16384 diradd 15429075 -15305K - 15673984 32,128,512,2048,16384,32768,65536,131072,524288,1048576,2097152 freefile 3764205 -3793K - 3885632 32,256,1024,8192,32768,65536,262144,524288,1048576 freeblks 30897074 -30290K - 31018240 16,64,128,1024,4096,32768,65536,262144,524288,1048576 freefrag 80323976 -80970K - 82915072 128,256,512,1024,4096,32768,524288,1048576,2097152,4194304,33554432 allocindir 1839175884 -1824578K - 1868369152 64,256,512,16384,65536,131072,262144,1048576,4194304,8388608,16777216,33554432,134217728,268435456 indirdep 1622570697 -1584737K - 1622772544 16,32,64,256,512,1024,16384,65536,1048576,2097152 allocdirect 412867847 -406366K - 416118784 256,512,1024,2048,8192,32768,65536,524288,1048576,16777216,33554432 bmsafemap 9888225 -9808K - 10045184 64,128,256,4096,16384,131072,262144,2097152 newblk 2043984914 -2027762K - 2076429120 16,64,128,512,4096,8192,16384,32768,1048576,2097152,4194304,8388608,33554432,67108864,134217728,268435456 inodedep 16744689 -16736K - 16876544 128,4096,8192,2097152 pagedep 468905 -528K - 476352 16,32,256,4096,16384,32768,65536 ufs_dirhash 698535 -846K - 703008 16,32,64,128,1024,8192,16384,32768 ufs_mount 165590 -306K - 165632 128,256 UMAHash 7924 -15K - 7936 16,128 USB 21291 -23K - 21344 16,64,128,256 DEVFS1 9565 -39K - 9728 32,64,512 DEVFS3 4925 -39K - 5248 16,128,512 vm_pgdata -3 -63K - 0 DEVFS2 -115 0K - 0 atkbddev -2 0K - 0 DEVFS_RULE -36 -7K - 0 DEVFS -9 0K - 16 16 io_apic -1 0K - 0 memdesc -1 -3K - 0 pfs_nodes -20 -1K - 0 nexusdev -5 0K - 0 pfs_vncache 1703 0K - 1760 16,32,64,256,512 CAM XPT 102067 -420K - 102752 32,64,128,1024,4096 GEOM 7705562 -7574K - 7727360 16,128,256,512,16384,65536,262144 isadev -20 0K - 0 mirror_data 54258343 -53091K - 54364544 256,1024,2048,8192,16384,32768,65536,524288,1048576 concat_data -2 0K - 0 acpica 2271096 -2303K - 2295328 16,32,128,8192,32768,65536,262144 acpitask 31 0K - 32 16 pci_link -8 0K - 0 acpisem -12 0K - 0 apmdev -1 0K - 0 stripe_data -4 0K - 0 acpidev -30 0K - 0 linux 204 0K - 240 32,64 ------------------------------------------------------------------------ vmstat -z ITEM SIZE LIMIT USED FREE REQUESTS FAILURES UMA Kegs: 128, 0, 100, 20, 100, 0 UMA Zones: 480, 0, 100, 4, 100, 0 UMA Slabs: 64, 0, 1192, 401, 219011, 0 UMA RCntSlabs: 104, 0, 370, 148, 129386, 0 UMA Hash: 128, 0, 5, 25, 8, 0 16 Bucket: 76, 0, 21, 29, 68, 0 32 Bucket: 140, 0, 28, 28, 88, 0 64 Bucket: 268, 0, 17, 25, 201, 7 128 Bucket: 524, 0, 784, 70, 169395, 17435 VM OBJECT: 128, 0, 36263, 19417, 2687121, 0 MAP: 140, 0, 7, 21, 7, 0 KMAP ENTRY: 68, 57456, 448, 168, 997913, 0 MAP ENTRY: 68, 0, 5795, 925, 5675216, 0 DP fakepg: 72, 0, 0, 0, 0, 0 mt_zone: 1032, 0, 236, 127, 236, 0 16: 16, 0, 2913, 741, 14827798, 0 32: 32, 0, 1857, 516, 4384499, 0 64: 64, 0, 3837, 3479, 634449061, 0 128: 128, 0, 2511, 279, 3808139, 0 256: 256, 0, 810, 105, 44127509, 0 512: 512, 0, 369, 487, 227413, 0 1024: 1024, 0, 422, 42, 76583, 0 2048: 2048, 0, 184, 76, 22910, 0 4096: 4096, 0, 201, 27, 150239, 0 Files: 76, 0, 767, 283, 1774335, 0 TURNSTILE: 76, 0, 211, 77, 211, 0 umtx pi: 52, 0, 0, 0, 0, 0 PROC: 704, 0, 152, 33, 121948, 0 THREAD: 572, 0, 188, 22, 903, 0 UPCALL: 44, 0, 0, 0, 0, 0 SLEEPQUEUE: 32, 0, 211, 128, 211, 0 VMSPACE: 236, 0, 102, 42, 121896, 0 cpuset: 40, 0, 2, 182, 2, 0 audit_record: 864, 0, 0, 0, 0, 0 mbuf_packet: 256, 0, 256, 135, 353065963, 0 mbuf: 256, 0, 1, 733, 285088368, 0 mbuf_cluster: 2048, 25600, 391, 263, 19248685, 0 mbuf_jumbo_pagesize: 4096, 12800, 0, 43, 625137, 0 mbuf_jumbo_9k: 9216, 19200, 0, 0, 0, 0 mbuf_jumbo_16k: 16384, 12800, 0, 0, 0, 0 mbuf_ext_refcnt: 4, 0, 0, 203, 1092, 0 ACL UMA zone: 388, 0, 0, 0, 0, 0 g_bio: 132, 0, 0, 1276, 125370140, 0 ata_request: 192, 0, 1, 1355, 5448722, 0 ata_composite: 184, 0, 0, 0, 0, 0 VNODE: 276, 0, 34006, 43568, 1196817, 0 VNODEPOLL: 64, 0, 7, 111, 21, 0 NAMEI: 1024, 0, 0, 20, 6263135, 0 S VFS Cache: 68, 0, 35933, 42635, 1114685, 0 L VFS Cache: 291, 0, 304, 593, 124902, 0 NFSMOUNT: 560, 0, 1, 13, 1, 0 NFSNODE: 456, 0, 1, 15, 1, 0 DIRHASH: 1024, 0, 1824, 448, 7364, 0 pipe: 396, 0, 78, 22, 17205, 0 ksiginfo: 80, 0, 154, 86, 154, 0 itimer: 220, 0, 1, 35, 1, 0 KNOTE: 68, 0, 197, 83, 1802061, 0 socket: 416, 25605, 181, 62, 50819, 0 unpcb: 168, 25622, 96, 65, 28942, 0 ipq: 32, 904, 0, 0, 0, 0 udp_inpcb: 180, 25608, 35, 53, 13756, 0 udpcb: 8, 25781, 35, 168, 13756, 0 inpcb: 180, 25608, 48, 40, 8058, 0 tcpcb: 464, 25600, 48, 8, 8058, 0 tcptw: 52, 5184, 0, 144, 341, 0 syncache: 104, 15392, 0, 74, 7726, 0 hostcache: 76, 15400, 8, 92, 59, 0 tcpreass: 20, 1690, 0, 169, 1648041, 0 sackhole: 20, 0, 0, 169, 99, 0 sctp_ep: 816, 25600, 0, 0, 0, 0 sctp_asoc: 1436, 40000, 0, 0, 0, 0 sctp_laddr: 24, 80040, 0, 145, 5, 0 sctp_raddr: 400, 80000, 0, 0, 0, 0 sctp_chunk: 96, 400000, 0, 0, 0, 0 sctp_readq: 76, 400000, 0, 0, 0, 0 sctp_stream_msg_out: 64, 400020, 0, 0, 0, 0 sctp_asconf: 24, 400055, 0, 0, 0, 0 sctp_asconf_ack: 24, 400055, 0, 0, 0, 0 ripcb: 180, 25608, 0, 44, 4, 0 rtentry: 124, 0, 35, 58, 63, 0 g_stripe_zone: 131072, 3200, 0, 0, 0, 0 SWAPMETA: 276, 121576, 53, 17, 434, 0 Mountpoints: 720, 0, 10, 5, 10, 0 FFS inode: 124, 0, 33943, 41325, 1196626, 0 FFS1 dinode: 128, 0, 0, 0, 0, 0 FFS2 dinode: 256, 0, 33943, 39227, 1196626, 0 pfsrctrpl: 124, 10013, 0, 0, 0, 0 pfrulepl: 828, 0, 59, 9, 59, 0 pfstatepl: 284, 10010, 289, 789, 844752, 0 pfaltqpl: 224, 0, 0, 0, 0, 0 pfpooladdrpl: 68, 0, 14, 98, 14, 0 pfrktable: 1240, 1002, 6, 3, 10, 0 pfrkentry: 156, 200000, 22, 28, 22, 0 pfrkentry2: 156, 0, 0, 0, 0, 0 pffrent: 16, 5075, 0, 203, 173, 0 pffrag: 48, 0, 0, 156, 53, 0 pffrcache: 48, 10062, 0, 0, 0, 0 pffrcent: 12, 50141, 0, 0, 0, 0 pfstatescrub: 28, 0, 0, 0, 0, 0 pfiaddrpl: 100, 0, 30, 48, 30, 0 pfospfen: 108, 0, 696, 24, 696, 0 pfosfp: 28, 0, 407, 228, 407, 0 ------------------------------------------------------------------------ vmstat -i interrupt total rate irq4: uart0 16492 33 irq14: ata0 5445014 11134 irq15: ata1 92 0 irq19: xl0 xl1+ 536859787 1097872 irq21: twa0 26310958 53805 cpu0: timer 355261298 726505 Total 923893641 1889353 ------------------------------------------------------------------------ pstat -T 767/12328 files 0M/4095M swap space ------------------------------------------------------------------------ pstat -s Device 512-blocks Used Avail Capacity /dev/ad0s1b 4194048 520 4193528 0% /dev/ad1s1b 4194048 744 4193304 0% Total 8388096 1264 8386832 0% ------------------------------------------------------------------------ iostat iostat: kvm_getcptime: iostat: disabling CPU time statistics tty ad0 ad1 da0 tin tout KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s 318583 13.99 5548 75.80 13.95 5565 75.83 17.55 21409 366.93 ------------------------------------------------------------------------ ipcs -a Message Queues: T ID KEY MODE OWNER GROUP CREATOR CGROUP CBYTES QNUM QBYTES LSPID LRPID STIME RTIME CTIME Shared Memory: T ID KEY MODE OWNER GROUP CREATOR CGROUP NATTCH SEGSZ CPID LPID ATIME DTIME CTIME Semaphores: T ID KEY MODE OWNER GROUP CREATOR CGROUP NSEMS OTIME CTIME ------------------------------------------------------------------------ ipcs -T msginfo: msgmax: 16384 (max characters in a message) msgmni: 40 (# of message queues) msgmnb: 2048 (max characters in a message queue) msgtql: 40 (max # of messages in system) msgssz: 8 (size of a message segment) msgseg: 2048 (# of message segments in system) shminfo: shmmax: 140001281 (max shared memory segment size) shmmin: 1 (min shared memory segment size) shmmni: 192 (max number of shared memory identifiers) shmseg: 128 (max shared memory segments per process) shmall: 34180 (max amount of shared memory in pages) seminfo: semmap: 30 (# of entries in semaphore map) semmni: 10 (# of semaphore identifiers) semmns: 60 (# of semaphores in system) semmnu: 30 (# of undo structures in system) semmsl: 60 (max # of semaphores per id) semopm: 100 (max # of operations per semop call) semume: 10 (max # of undo entries per process) semusz: 136 (size in bytes of undo structure) semvmx: 32767 (semaphore maximum value) semaem: 16384 (adjust on exit max value) ------------------------------------------------------------------------ nfsstat Client Info: Rpc Counts: Getattr Setattr Lookup Readlink Read Write Create Remove 3 0 0 0 0 0 0 0 Rename Link Symlink Mkdir Rmdir Readdir RdirPlus Access 0 0 0 0 0 0 0 0 Mknod Fsstat Fsinfo PathConf Commit 0 2 0 0 0 Rpc Info: TimedOut Invalid X Replies Retries Requests 0 0 0 0 5 Cache Info: Attr Hits Misses Lkup Hits Misses BioR Hits Misses BioW Hits Misses 0 3 0 0 0 0 0 0 BioRLHits Misses BioD Hits Misses DirE Hits Misses 0 0 0 0 0 0 Server Info: Getattr Setattr Lookup Readlink Read Write Create Remove 1390 7736 11168 0 117707 13707068 1981 145 Rename Link Symlink Mkdir Rmdir Readdir RdirPlus Access 132 0 0 508 300 0 794 92230 Mknod Fsstat Fsinfo PathConf Commit 0 2371 83 83 204909 Server Ret-Failed 11631 Server Faults 0 Server Cache Stats: Inprog Idem Non-idem Misses 0 0 0 0 Server Write Gathering: WriteOps WriteRPC Opsaved 13707068 13707068 0 ------------------------------------------------------------------------ netstat -s tcp: 221401087 packets sent 18343928 data packets (3765657944 bytes) 366 data packets (482972 bytes) retransmitted 3 data packets unnecessarily retransmitted 0 resends initiated by MTU discovery 115311537 ack-only packets (12605 delayed) 0 URG only packets 0 window probe packets 87737043 window update packets 8213 control packets 331512575 packets received 16453175 acks (for 3765634941 bytes) 136109 duplicate acks 0 acks for unsent data 314387888 packets (2324786558 bytes) received in-sequence 302 completely duplicate packets (295824 bytes) 44 old duplicate packets 2 packets with some dup. data (1203 bytes duped) 1648041 out-of-order packets (2360314528 bytes) 0 packets (0 bytes) of data after window 0 window probes 1494 window update packets 6 packets received after close 12 discarded for bad checksums 0 discarded for bad header offset fields 0 discarded because packet too short 274091 discarded due to memory problems 283 connection requests 7726 connection accepts 0 bad connection attempts 0 listen queue overflows 1600 ignored RSTs in the windows 7995 connections established (including accepts) 8010 connections closed (including 62 drops) 7754 connections updated cached RTT on close 7755 connections updated cached RTT variance on close 68 connections updated cached ssthresh on close 13 embryonic connections dropped 16242610 segments updated rtt (of 12851116 attempts) 143 retransmit timeouts 1 connection dropped by rexmit timeout 0 persist timeouts 0 connections dropped by persist timeout 0 Connections (fin_wait_2) dropped because of timeout 75 keepalive timeouts 60 keepalive probes sent 15 connections dropped by keepalive 1169733 correct ACK header predictions 308863178 correct data packet header predictions 7726 syncache entries added 0 retransmitted 1 dupsyn 0 dropped 7726 completed 0 bucket overflow 0 cache overflow 0 reset 0 stale 0 aborted 0 badack 0 unreach 0 zone failures 7726 cookies sent 0 cookies received 189 SACK recovery episodes 242 segment rexmits in SACK recovery episodes 347532 byte rexmits in SACK recovery episodes 2695 SACK options (SACK blocks) received 2018569 SACK options (SACK blocks) sent 0 SACK scoreboard overflow udp: 556429 datagrams received 0 with incomplete header 0 with bad data length field 17 with bad checksum 3 with no checksum 369 dropped due to no socket 12 broadcast/multicast datagrams undelivered 0 dropped due to full socket buffers 0 not for hashed pcb 556031 delivered 655461 datagrams output 0 times multicast source filter matched ip: 338273153 total packets received 39705 bad header checksums 0 with size smaller than minimum 1 with data size < data length 0 with ip length > max ip packet size 0 with header length < data size 0 with data length < header length 0 with bad options 1 with incorrect version number 0 fragments received 0 fragments dropped (dup or out of space) 0 fragments dropped after timeout 0 packets reassembled ok 331658353 packets for this host 4709 packets for unknown/unsupported protocol 2372042 packets forwarded (0 packets fast forwarded) 6424 packets not forwardable 0 packets received for unknown multicast group 0 redirects sent 221663253 packets sent from this host 0 packets sent with fabricated ip header 0 output packets dropped due to no bufs, etc. 0 output packets discarded due to no route 0 output datagrams fragmented 0 fragments created 0 datagrams that can't be fragmented 0 tunneling packets that can't find gif 0 datagrams with bad address in header icmp: 4190145 calls to icmp_error 0 errors not generated in response to an icmp message Output histogram: echo reply: 41 destination unreachable: 16593 0 messages with bad code fields 0 messages less than the minimum length 19 messages with bad checksum 0 messages with bad length 1528 multicast echo requests ignored 0 multicast timestamp requests ignored Input histogram: destination unreachable: 3181 echo: 1569 41 message responses generated 0 invalid return addresses 0 no return routes igmp: 0 messages received 0 messages received with too few bytes 0 messages received with bad checksum 0 membership queries received 0 membership queries received with invalid field(s) 0 membership reports received 0 membership reports received with invalid field(s) 0 membership reports received for groups to which we belong 0 membership reports sent ip6: 475217 total packets received 0 with size smaller than minimum 0 with data size < data length 0 with bad options 0 with incorrect version number 0 fragments received 0 fragments dropped (dup or out of space) 0 fragments dropped after timeout 0 fragments that exceeded limit 0 packets reassembled ok 410692 packets for this host 0 packets forwarded 0 packets not forwardable 0 redirects sent 410705 packets sent from this host 0 packets sent with fabricated ip header 0 output packets dropped due to no bufs, etc. 1 output packet discarded due to no route 0 output datagrams fragmented 0 fragments created 0 datagrams that can't be fragmented 0 packets that violated scope rules 0 multicast packets which we don't join Input histogram: hop by hop: 23 TCP: 40 UDP: 410652 ICMP6: 64502 Mbuf statistics: 310437 one mbuf two or more mbuf: lo0= 10 164770 one ext mbuf 0 two or more ext mbuf 0 packets whose headers are not continuous 0 tunneling packets that can't find gif 0 packets discarded because of too many headers 0 failures of source address selection 410691 forward cache hit 0 forward cache miss Source addresses selection rule applied: 3 first candidate 8 same address icmp6: 0 calls to icmp6_error 0 errors not generated in response to an icmp6 message 0 errors not generated because of rate limitation Output histogram: multicast listener report: 8 router solicitation: 3 neighbor solicitation: 2 0 messages with bad code fields 0 messages < minimum length 0 bad checksums 0 messages with bad length Histogram of error messages to be generated: 0 no route 0 administratively prohibited 0 beyond scope 0 address unreachable 0 port unreachable 0 packet too big 0 time exceed transit 0 time exceed reassembly 0 erroneous header field 0 unrecognized next header 0 unrecognized option 0 redirect 0 unknown 0 message responses generated 0 messages with too many ND options 0 messages with bad ND options 0 bad neighbor solicitation messages 0 bad neighbor advertisement messages 0 bad router solicitation messages 0 bad router advertisement messages 0 bad redirect messages 0 path MTU changes rip6: 0 messages received 0 checksum calculations on inbound 0 messages with bad checksum 0 messages dropped due to no socket 0 multicast messages dropped due to no socket 0 messages dropped due to full socket buffers 0 delivered 0 datagrams output ------------------------------------------------------------------------ netstat -m 257/868/1125 mbufs in use (current/cache/total) 256/398/654/25600 mbuf clusters in use (current/cache/total/max) 256/135 mbuf+clusters out of packet secondary zone in use (current/cache) 0/43/43/12800 4k (page size) jumbo clusters in use (current/cache/total/max) 0/0/0/19200 9k jumbo clusters in use (current/cache/total/max) 0/0/0/12800 16k jumbo clusters in use (current/cache/total/max) 18014398473871975K/1185K/18014398473873160K bytes allocated to network (current/cache/total) 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) 0/0/0 requests for jumbo clusters denied (4k/9k/16k) 0 requests for sfbufs denied 0 requests for sfbufs delayed 62 requests for I/O initiated by sendfile 0 calls to protocol drain routines ------------------------------------------------------------------------ netstat -id Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll Drop xl0 1500 00:04:76:0f:59:7a 20585259 1448 2004824 5 0 0 xl0 1500 fe80:1::204:7 fe80:1::204:76ff: 0 - 5 - - - xl0 1500 130.89.160.0/ solfertje 511572 - 877238 - - - xl1 1500 00:e0:81:27:1b:4b 332138822 49635 221855748 5 0 0 xl1 1500 fe80:2::2e0:8 fe80:2::2e0:81ff: 0 - 3 - - - xl1 1500 10.236.150.0 10.236.150.1 330975650 - 220610180 - - - plip0 1500 0 0 0 0 0 0 lo0 16384 586755 0 586755 0 0 0 lo0 16384 localhost ::1 410692 - 410692 - - - lo0 16384 fe80:4::1 fe80:4::1 0 - 0 - - - lo0 16384 your-net localhost 175840 - 175835 - - - ------------------------------------------------------------------------ netstat -anr Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire default 130.89.160.1 UGS 0 1921492 xl0 10.236.150.0/24 link#2 UC 0 0 xl1 10.236.150.1 00:e0:81:27:1b:4b UHLW 1 228 lo0 10.236.150.4 00:16:cb:b0:44:88 UHLW 1 221710681 xl1 177756 10.236.150.255 ff:ff:ff:ff:ff:ff UHLWb 1 908 xl1 127.0.0.1 127.0.0.1 UH 0 175835 lo0 130.89.160.0/19 link#1 UC 0 0 xl0 130.89.160.1 00:00:0c:07:ac:00 UHLW 2 0 xl0 177899 130.89.160.2 00:02:b3:ea:1d:74 UHLW 1 0 xl0 178372 130.89.160.4 00:0b:60:aa:80:00 UHLW 1 0 xl0 178375 130.89.162.231 00:08:a1:3c:35:39 UHLW 1 40 xl0 178373 130.89.162.242 00:c0:26:a6:fa:b3 UHLW 1 1 xl0 178371 130.89.163.107 00:0e:a6:f5:f1:2a UHLW 1 75671 xl0 178323 130.89.168.230 00:11:d8:d8:a5:e6 UHLW 1 1 xl0 178318 130.89.169.118 00:80:48:b3:34:4d UHLW 1 595 xl0 178358 130.89.186.17 00:15:c5:af:0d:1d UHLW 1 5 xl0 178374 130.89.189.49 00:13:a9:80:51:5c UHLW 1 5 xl0 178372 130.89.191.255 ff:ff:ff:ff:ff:ff UHLWb 1 635 xl0 Internet6: Destination Gateway Flags Netif Expire ::/96 ::1 UGRS lo0 ::1 ::1 UHL lo0 ::ffff:0.0.0.0/96 ::1 UGRS lo0 fe80::/10 ::1 UGRS lo0 fe80::%xl0/64 link#1 UC xl0 fe80::204:76ff:fe0f:597a%xl0 00:04:76:0f:59:7a UHL lo0 fe80::%xl1/64 link#2 UC xl1 fe80::2e0:81ff:fe27:1b4b%xl1 00:e0:81:27:1b:4b UHL lo0 fe80::%lo0/64 fe80::1%lo0 U lo0 fe80::1%lo0 link#4 UHL lo0 ff01:1::/32 link#1 UC xl0 ff01:2::/32 link#2 UC xl1 ff01:4::/32 ::1 UC lo0 ff02::/16 ::1 UGRS lo0 ff02::%xl0/32 link#1 UC xl0 ff02::%xl1/32 link#2 UC xl1 ff02::%lo0/32 ::1 UC lo0 ------------------------------------------------------------------------ netstat -anA Active Internet connections (including servers) Tcpcb Proto Recv-Q Send-Q Local Address Foreign Address (state) c4ca23a0 tcp4 0 0 10.236.150.1.631 10.236.150.4.61422 ESTABLISHED c4b0c3a0 tcp4 0 0 10.236.150.1.2049 10.236.150.4.838 ESTABLISHED c4e84570 tcp4 0 0 10.236.150.1.2049 10.236.150.4.840 ESTABLISHED c4b27000 tcp4 0 0 10.236.150.1.2049 10.236.150.4.842 ESTABLISHED c4b27ae0 tcp4 0 0 *.139 *.* LISTEN c4ba4910 tcp4 0 0 *.445 *.* LISTEN c4b0ccb0 tcp6 0 0 *.139 *.* LISTEN c4e841d0 tcp6 0 0 *.445 *.* LISTEN c4e843a0 tcp4 0 0 10.236.150.1.993 10.236.150.4.49866 ESTABLISHED c4ca2910 tcp4 0 0 10.236.150.1.993 10.236.150.4.49801 ESTABLISHED c4ca2ae0 tcp4 0 0 10.236.150.1.993 10.236.150.4.49800 ESTABLISHED c4ca2cb0 tcp4 0 0 10.236.150.1.993 10.236.150.4.49799 ESTABLISHED c4e84ae0 tcp4 0 0 10.236.150.1.22 10.236.150.4.49797 ESTABLISHED c4b27cb0 tcp4 0 0 10.236.150.1.2049 10.236.150.4.1005 ESTABLISHED c4b27740 tcp4 0 0 127.0.0.1.5432 127.0.0.1.62975 ESTABLISHED c4ba4740 tcp4 0 0 127.0.0.1.62975 127.0.0.1.5432 ESTABLISHED c4ba4570 tcp4 0 0 127.0.0.1.5432 127.0.0.1.53023 ESTABLISHED c4ca21d0 tcp4 0 0 127.0.0.1.53023 127.0.0.1.5432 ESTABLISHED c4ca1cb0 tcp4 0 0 127.0.0.1.5432 127.0.0.1.53948 ESTABLISHED c4ca13a0 tcp4 0 0 127.0.0.1.53948 127.0.0.1.5432 ESTABLISHED c4ca1570 tcp4 0 0 127.0.0.1.8021 *.* LISTEN c4ba4ae0 tcp4 0 0 *.22 *.* LISTEN c4ba4cb0 tcp6 0 0 *.22 *.* LISTEN c4ca1000 tcp4 0 0 *.* *.* CLOSED c4ca11d0 tcp46 0 0 *.80 *.* LISTEN c4ca1740 tcp4 0 0 *.631 *.* LISTEN c4ca1910 tcp6 0 0 *.631 *.* LISTEN c4ca1ae0 tcp4 0 0 127.0.0.1.10026 *.* LISTEN c4ca2000 tcp4 0 0 *.25 *.* LISTEN c4b27910 tcp4 0 0 10.236.150.1.993 *.* LISTEN c4ba4000 tcp4 0 0 10.236.150.1.5432 *.* LISTEN c4ba41d0 tcp4 0 0 127.0.0.1.5432 *.* LISTEN c4ba43a0 tcp6 0 0 ::1.5432 *.* LISTEN c4b0c570 tcp4 0 0 *.515 *.* LISTEN c4b0c740 tcp6 0 0 *.515 *.* LISTEN c4b0c910 tcp4 0 0 *.51234 *.* LISTEN c4b0cae0 tcp4 0 0 *.14534 *.* LISTEN c4b271d0 tcp4 0 0 10.236.150.1.2049 *.* LISTEN c4b273a0 tcp4 0 0 *.645 *.* LISTEN c4b0c000 tcp6 0 0 *.645 *.* LISTEN c4b0bcb0 tcp4 0 0 *.908 *.* LISTEN c4b0b000 tcp4 0 0 10.236.150.1.111 *.* LISTEN c4b0b1d0 tcp4 0 0 127.0.0.1.111 *.* LISTEN c4b0b3a0 tcp6 0 0 *.* *.* CLOSED c4b0b570 tcp6 0 0 ::1.111 *.* LISTEN c4b0b740 tcp4 0 0 127.0.0.1.953 *.* LISTEN c4b0b910 tcp4 0 0 127.0.0.1.53 *.* LISTEN c4b0bae0 tcp4 0 0 10.236.150.1.53 *.* LISTEN c48fde10 udp4 0 0 10.236.150.1.138 *.* c4b76438 udp4 0 0 10.236.150.1.137 *.* c4b76924 udp4 0 0 130.89.167.40.138 *.* c4b765a0 udp4 0 0 130.89.167.40.137 *.* c4e90384 udp4 0 0 *.138 *.* c4b769d8 udp4 0 0 *.137 *.* c48fc4ec udp6 0 0 ::1.56100 ::1.56100 c48fd654 udp4 0 0 127.0.0.1.123 *.* c48fd5a0 udp6 0 0 fe80:4::1.123 *.* c48fd0b4 udp6 0 0 ::1.123 *.* c48fd168 udp4 0 0 10.236.150.1.123 *.* c48fd21c udp6 0 0 fe80:2::2e0:81ff.1 *.* c48fd2d0 udp4 0 0 130.89.167.40.123 *.* c48fd384 udp6 0 0 fe80:1::204:76ff.1 *.* c48fd438 udp6 0 0 *.123 *.* c48fd4ec udp4 0 0 *.123 *.* c48fc870 udp4 0 0 *.8767 *.* c48fc5a0 udp4 0 0 10.236.150.1.2049 *.* c48fc438 udp4 0 0 *.645 *.* c48fc7bc udp6 0 0 *.645 *.* c48fc21c udp4 0 0 127.0.0.1.748 127.0.0.1.1022 c48fc2d0 udp4 0 0 *.807 *.* c48fc000 udp4 0 0 *.1022 *.* c48fc0b4 udp4 0 0 *.1023 *.* c48fc708 udp6 0 0 *.* *.* c48fc924 udp4 0 0 *.919 *.* c48fc9d8 udp4 0 0 10.236.150.1.111 *.* c48fca8c udp4 0 0 127.0.0.1.111 *.* c48fcb40 udp6 0 0 *.817 *.* c48fcbf4 udp6 0 0 *.* *.* c48fcca8 udp6 0 0 ::1.111 *.* c48fcd5c udp4 0 0 127.0.0.1.53 *.* c48fce10 udp4 0 0 10.236.150.1.53 *.* c48fcec4 udp4 0 0 *.514 *.* c48fd000 udp6 0 0 *.514 *.* Active UNIX domain sockets Address Type Recv-Q Send-Q Inode Conn Refs Nextref Addr c5013738 stream 0 0 0 c4f04150 0 0 c4f04150 stream 0 0 0 c5013738 0 0 c4f04738 stream 0 0 0 c4c72a80 0 0 c4c72a80 stream 0 0 0 c4f04738 0 0 c4cd2150 stream 0 0 0 c4cd20a8 0 0 /var/run/dovecot/login/default c4cd20a8 stream 0 0 0 c4cd2150 0 0 c4cd23f0 stream 0 0 0 c4c72690 0 0 /var/run/dovecot/login/default c4c72690 stream 0 0 0 c4cd23f0 0 0 c4cb3a80 stream 0 0 0 c4c72498 0 0 /var/run/dovecot/login/default c4c72498 stream 0 0 0 c4cb3a80 0 0 c4c72540 stream 0 0 0 c4c725e8 0 0 /var/run/dovecot/login/default c4c725e8 stream 0 0 0 c4c72540 0 0 c4cd2348 stream 0 0 0 c4cd22a0 0 0 /var/run/dovecot/login/default c4cd22a0 stream 0 0 0 c4cd2348 0 0 c4cb3e70 stream 0 0 0 c4cb3dc8 0 0 c4cb3dc8 stream 0 0 0 c4cb3e70 0 0 c4cb3690 stream 0 0 0 c499b348 0 0 c499b348 stream 0 0 0 c4cb3690 0 0 c4cb3738 stream 0 0 0 c4cb3888 0 0 c4cb3888 stream 0 0 0 c4cb3738 0 0 c4cb3930 stream 0 0 0 c4c729d8 0 0 c4c729d8 stream 0 0 0 c4cb3930 0 0 c4cd25e8 stream 0 0 0 c4cd2540 0 0 c4cd2540 stream 0 0 0 c4cd25e8 0 0 c4c72930 stream 0 0 0 c4c722a0 0 0 c4c722a0 stream 0 0 0 c4c72930 0 0 c4c721f8 stream 0 0 0 c4c72bd0 0 0 c4c72bd0 stream 0 0 0 c4c721f8 0 0 c4cb3bd0 stream 0 0 0 c4cb3b28 0 0 c4cb3b28 stream 0 0 0 c4cb3bd0 0 0 c4cb35e8 stream 0 0 0 c4cb3540 0 0 c4cb3540 stream 0 0 0 c4cb35e8 0 0 c4cb3498 stream 0 0 c4deb9b4 0 0 0 /var/run/dspam.sock c4cb3d20 stream 0 0 c4ce49b4 0 0 0 /var/run/cups.sock c4c72dc8 stream 0 0 c4cb7114 0 0 0 private/proxywrite c4c72e70 stream 0 0 c4cb7228 0 0 0 private/retry c4cb3000 stream 0 0 c4cb733c 0 0 0 private/tlsmgr c4cb30a8 stream 0 0 c4cb7450 0 0 0 private/discard c4cb3150 stream 0 0 c4c9f114 0 0 0 private/scache c4cb31f8 stream 0 0 c4c9f228 0 0 0 private/bsmtp c4cb32a0 stream 0 0 c4c9f33c 0 0 0 private/ifmail c4cb3348 stream 0 0 c4c9f450 0 0 0 private/uucp c499bbd0 stream 0 0 c4c9f564 0 0 0 private/cyrus c4c72000 stream 0 0 c4c9f678 0 0 0 private/old-cyrus c499ce70 stream 0 0 c4c9f78c 0 0 0 private/maildrop c499cdc8 stream 0 0 c4c9f8a0 0 0 0 private/anvil c499c0a8 stream 0 0 c4c9f9b4 0 0 0 private/lmtp c499c150 stream 0 0 c4c9fac8 0 0 0 private/virtual c499c1f8 stream 0 0 c4c9fbdc 0 0 0 private/local c499c2a0 stream 0 0 c4c9fcf0 0 0 0 private/error c499c348 stream 0 0 c4c9fe04 0 0 0 public/showq c499c3f0 stream 0 0 c4ca7000 0 0 0 private/relay c499c498 stream 0 0 c4ca7114 0 0 0 private/smtp c499c540 stream 0 0 c4ca7228 0 0 0 private/proxymap c499c5e8 stream 0 0 c4c9e78c 0 0 0 public/flush c499c690 stream 0 0 c4c9e450 0 0 0 private/verify c499c738 stream 0 0 c4c9ce04 0 0 0 private/trace c499c7e0 stream 0 0 c4c9e000 0 0 0 private/defer c499c888 stream 0 0 c4c9e114 0 0 0 private/bounce c499c930 stream 0 0 c4c9e228 0 0 0 private/rewrite c499c9d8 stream 0 0 0 c499ca80 0 0 c499ca80 stream 0 0 0 c499c9d8 0 0 c499cb28 stream 0 0 c4c9e564 0 0 0 public/cleanup c499cbd0 stream 0 0 0 c499cc78 0 0 c499cc78 stream 0 0 0 c499cbd0 0 0 c499b9d8 stream 0 0 c4c54e04 0 0 0 /var/run/dovecot/auth-worker.1126 c499ba80 stream 0 0 0 c499bb28 0 0 c499bb28 stream 0 0 0 c499ba80 0 0 c499b0a8 stream 0 0 c4c57000 0 0 0 /var/run/dovecot/login/default c499b150 stream 0 0 c4c57114 0 0 0 /var/run/dovecot/dict-server c499bc78 stream 0 0 c4c26bdc 0 0 0 /tmp/.s.PGSQL.5432 c499be70 stream 0 0 c4b89228 0 0 0 /var/run/printer c499b930 stream 0 0 0 c499b7e0 0 0 c499b7e0 stream 0 0 0 c499b930 0 0 c499b888 stream 0 0 c4adde04 0 0 0 /var/run/rpcbind.sock c499b1f8 stream 0 0 c49a0ac8 0 0 0 /var/run/devd.pipe c5013690 dgram 0 0 0 c499b498 0 c4f040a8 c4f040a8 dgram 0 0 0 c499b498 0 c5013e70 c5013e70 dgram 0 0 0 c499b498 0 c4cd2bd0 c4cd2e70 dgram 0 0 0 c499b540 0 c499b2a0 c4cd2bd0 dgram 0 0 0 c499b498 0 c50135e8 c50135e8 dgram 0 0 0 c499b498 0 c4cb37e0 c4cb37e0 dgram 0 0 0 c499b498 0 c4c72b28 c4c72b28 dgram 0 0 0 c499b498 0 c499cd20 c499cd20 dgram 0 0 0 c499b498 0 c499b000 c499b000 dgram 0 0 0 c499b498 0 c499bd20 c499b2a0 dgram 0 0 0 c499b540 0 c499b690 c499b690 dgram 0 0 0 c499b540 0 0 c499bd20 dgram 0 0 0 c499b498 0 c499bdc8 c499bdc8 dgram 0 0 0 c499b498 0 c499c000 c499c000 dgram 0 0 0 c499b498 0 c499b738 c499b738 dgram 0 0 0 c499b498 0 0 c499b5e8 dgram 0 0 c4a7d114 0 0 0 /var/named/var/run/log c499b540 dgram 0 0 c4a7d228 0 c4cd2e70 0 /var/run/log c499b498 dgram 0 0 c4a7d33c 0 c5013690 0 /var/run/logpriv c499b3f0 dgram 0 0 c4a7d450 0 0 0 /var/run/log ------------------------------------------------------------------------ netstat -aL Current listen queue sizes (qlen/incqlen/maxqlen) Proto Listen Local Address tcp4 0/0/50 *.netbios-ssn tcp4 0/0/50 *.microsoft-ds tcp6 0/0/50 *.netbios-ssn tcp6 0/0/50 *.microsoft-ds tcp4 0/0/10 localhost.ftp-proxy tcp4 0/0/128 *.ssh tcp6 0/0/128 *.ssh tcp46 0/0/128 *.http tcp4 0/0/128 *.ipp tcp6 0/0/128 *.ipp tcp4 0/0/100 localhost.10026 tcp4 0/0/100 *.smtp tcp4 0/0/128 10.236.150.1.imaps tcp4 0/0/86 10.236.150.1.postgresq tcp4 0/0/86 localhost.postgresql tcp6 0/0/86 localhost.postgresql tcp4 0/0/5 *.printer tcp6 0/0/5 *.printer tcp4 0/0/15 *.51234 tcp4 0/0/15 *.14534 tcp4 0/0/5 10.236.150.1.nfsd tcp4 0/0/128 *.pssc tcp6 0/0/128 *.pssc tcp4 0/0/128 *.908 tcp4 0/0/128 10.236.150.1.sunrpc tcp4 0/0/128 localhost.sunrpc tcp6 0/0/128 localhost.sunrpc tcp4 0/0/128 localhost.rndc tcp4 0/0/3 localhost.domain tcp4 0/0/3 10.236.150.1.domain unix 0/0/32 /var/run/dspam.sock unix 0/0/128 /var/run/cups.sock unix 0/0/100 private/proxywrite unix 0/0/100 private/retry unix 0/0/100 private/tlsmgr unix 0/0/100 private/discard unix 0/0/100 private/scache unix 0/0/100 private/bsmtp unix 0/0/100 private/ifmail unix 0/0/100 private/uucp unix 0/0/100 private/cyrus unix 0/0/100 private/old-cyrus unix 0/0/100 private/maildrop unix 0/0/100 private/anvil unix 0/0/100 private/lmtp unix 0/0/100 private/virtual unix 0/0/100 private/local unix 0/0/100 private/error unix 0/0/100 public/showq unix 0/0/100 private/relay unix 0/0/100 private/smtp unix 0/0/100 private/proxymap unix 0/0/100 public/flush unix 0/0/100 private/verify unix 0/0/100 private/trace unix 0/0/100 private/defer unix 0/0/100 private/bounce unix 0/0/100 private/rewrite unix 0/0/100 public/cleanup unix 0/0/128 /var/run/dovecot/auth-worker.1126 unix 0/0/128 /var/run/dovecot/login/default unix 0/0/128 /var/run/dovecot/dict-server unix 0/0/86 /tmp/.s.PGSQL.5432 unix 0/0/5 /var/run/printer unix 0/0/128 /var/run/rpcbind.sock unix 0/0/4 /var/run/devd.pipe ------------------------------------------------------------------------ fstat USER CMD PID FD MOUNT INUM MODE SZ|DV R/W dalroi sleep 22136 root / 2 drwxr-xr-x 512 r dalroi sleep 22136 wd /home 5911552 drwxr-xr-x 2048 r dalroi sleep 22136 text / 16448 -r-xr-xr-x 5940 r dalroi sleep 22136 0 /dev 120 crw--w---- ttyp1 rw dalroi sleep 22136 1 /dev 120 crw--w---- ttyp1 rw dalroi sleep 22136 2 /dev 120 crw--w---- ttyp1 rw dalroi tcsh 22066 root / 2 drwxr-xr-x 512 r dalroi tcsh 22066 wd /home 5911552 drwxr-xr-x 2048 r dalroi tcsh 22066 text / 16422 -r-xr-xr-x 319420 r dalroi tcsh 22066 15 /dev 64 crw--w---- ttyu0 rw dalroi tcsh 22066 16 /dev 64 crw--w---- ttyu0 rw dalroi tcsh 22066 17 /dev 64 crw--w---- ttyu0 rw dalroi tcsh 22066 18 /dev 64 crw--w---- ttyu0 rw dalroi tcsh 22066 19 /dev 64 crw--w---- ttyu0 rw postfix anvil 22039 root / 2 drwxr-xr-x 512 r postfix anvil 22039 wd /var 32785 drwxr-xr-x 512 r postfix anvil 22039 text /usr 944948 -rwxr-xr-x 163804 r postfix anvil 22039 0 /dev 27 crw-rw-rw- null rw postfix anvil 22039 1 /dev 27 crw-rw-rw- null rw postfix anvil 22039 2 /dev 27 crw-rw-rw- null rw postfix anvil 22039 3* pipe c4cbd4a4 <-> c4cbd55c 100 rw postfix anvil 22039 4* pipe c4cbd55c <-> c4cbd4a4 0 rw postfix anvil 22039 5* pipe c4caeb8c <-> c4caead4 0 rw postfix anvil 22039 6* local stream c499cdc8 postfix anvil 22039 7* local dgram c4f040a8 <-> c499b498 postfix pickup 20218 root / 2 drwxr-xr-x 512 r postfix pickup 20218 wd /var 32785 drwxr-xr-x 512 r postfix pickup 20218 text /usr 944965 -rwxr-xr-x 174511 r postfix pickup 20218 0 /dev 27 crw-rw-rw- null rw postfix pickup 20218 1 /dev 27 crw-rw-rw- null rw postfix pickup 20218 2 /dev 27 crw-rw-rw- null rw postfix pickup 20218 3* pipe c4cbd4a4 <-> c4cbd55c 100 rw postfix pickup 20218 4* pipe c4cbd55c <-> c4cbd4a4 0 rw postfix pickup 20218 5* pipe c47f16e8 <-> c47f1630 0 rw postfix pickup 20218 6 /var 32825 prw--w--w- 0 rw postfix pickup 20218 7* local dgram c5013e70 <-> c499b498 www httpd 81810 root / 2 drwxr-xr-x 512 r www httpd 81810 wd / 2 drwxr-xr-x 512 r www httpd 81810 text /usr 895943 -rwxr-xr-x 425973 r www httpd 81810 0 /dev 27 crw-rw-rw- null r www httpd 81810 1 /dev 27 crw-rw-rw- null w www httpd 81810 2 /var 20810 -rw-r--r-- 26587 w www httpd 81810 3* internet6 stream tcp c4ca11d0 www httpd 81810 4* internet stream tcp c4ca1000 www httpd 81810 5* pipe c4cbc18c <-> c4cbc244 0 rw www httpd 81810 6* pipe c4cbc244 <-> c4cbc18c 0 rw www httpd 81810 7 /var 16439 -rw-r--r-- 3217 w www httpd 81810 8 /var 16438 -rw-r--r-- 3160 w www httpd 81810 9 /var 16497 -rw-r--r-- 3778 w www httpd 81810 10 /var 22018 -rw-r--r-- 37872 w www httpd 81810 11 /var 16441 -rw-r--r-- 5595 w www httpd 81810 12 /var 16440 -rw-r--r-- 5949 w www httpd 81810 13 /var 20206 -rw-r--r-- 58905 w www httpd 81810 14 /tmp 48 -rw------- 0 rw www httpd 81810 15 /tmp 49 -rw------- 0 rw www httpd 81810 16 /tmp 50 -rw------- 0 w www httpd 81810 17 /tmp 51 -rw------- 0 w www httpd 81810 18 /tmp 52 -rw------- 0 w www httpd 81810 19 /tmp 53 -rw------- 0 w www httpd 81810 20 /tmp 54 -rw------- 0 w www httpd 81810 21 /tmp 55 -rw------- 0 w www httpd 81810 22 /tmp 56 -rw------- 0 w www httpd 81810 23 /tmp 57 -rw------- 0 w www httpd 81810 24 /var 49350 -rw------- 0 w www httpd 81810 25 /var 49350 -rw------- 0 w www httpd 81810 26 /tmp 48 -rw------- 0 w www httpd 81810 27 /tmp 49 -rw------- 0 w www httpd 81810 28 /tmp 50 -rw------- 0 w www httpd 81810 29 /tmp 51 -rw------- 0 w www httpd 81810 30 /tmp 52 -rw------- 0 w www httpd 81810 31 /tmp 53 -rw------- 0 w www httpd 81810 32 /tmp 54 -rw------- 0 w www httpd 81810 33 /tmp 55 -rw------- 0 w www httpd 81810 34 /tmp 56 -rw------- 0 w www httpd 81810 35 /tmp 57 -rw------- 0 w www httpd 81809 root / 2 drwxr-xr-x 512 r www httpd 81809 wd / 2 drwxr-xr-x 512 r www httpd 81809 text /usr 895943 -rwxr-xr-x 425973 r www httpd 81809 0 /dev 27 crw-rw-rw- null r www httpd 81809 1 /dev 27 crw-rw-rw- null w www httpd 81809 2 /var 20810 -rw-r--r-- 26587 w www httpd 81809 3* internet6 stream tcp c4ca11d0 www httpd 81809 4* internet stream tcp c4ca1000 www httpd 81809 5* pipe c4cbc18c <-> c4cbc244 0 rw www httpd 81809 6* pipe c4cbc244 <-> c4cbc18c 0 rw www httpd 81809 7 /var 16439 -rw-r--r-- 3217 w www httpd 81809 8 /var 16438 -rw-r--r-- 3160 w www httpd 81809 9 /var 16497 -rw-r--r-- 3778 w www httpd 81809 10 /var 22018 -rw-r--r-- 37872 w www httpd 81809 11 /var 16441 -rw-r--r-- 5595 w www httpd 81809 12 /var 16440 -rw-r--r-- 5949 w www httpd 81809 13 /var 20206 -rw-r--r-- 58905 w www httpd 81809 14 /tmp 48 -rw------- 0 rw www httpd 81809 15 /tmp 49 -rw------- 0 rw www httpd 81809 16 /tmp 50 -rw------- 0 w www httpd 81809 17 /tmp 51 -rw------- 0 w www httpd 81809 18 /tmp 52 -rw------- 0 w www httpd 81809 19 /tmp 53 -rw------- 0 w www httpd 81809 20 /tmp 54 -rw------- 0 w www httpd 81809 21 /tmp 55 -rw------- 0 w www httpd 81809 22 /tmp 56 -rw------- 0 w www httpd 81809 23 /tmp 57 -rw------- 0 w www httpd 81809 24 /var 49350 -rw------- 0 w www httpd 81809 25 /var 49350 -rw------- 0 w www httpd 81809 26 /tmp 48 -rw------- 0 w www httpd 81809 27 /tmp 49 -rw------- 0 w www httpd 81809 28 /tmp 50 -rw------- 0 w www httpd 81809 29 /tmp 51 -rw------- 0 w www httpd 81809 30 /tmp 52 -rw------- 0 w www httpd 81809 31 /tmp 53 -rw------- 0 w www httpd 81809 32 /tmp 54 -rw------- 0 w www httpd 81809 33 /tmp 55 -rw------- 0 w www httpd 81809 34 /tmp 56 -rw------- 0 w www httpd 81809 35 /tmp 57 -rw------- 0 w www httpd 81808 root / 2 drwxr-xr-x 512 r www httpd 81808 wd / 2 drwxr-xr-x 512 r www httpd 81808 text /usr 895943 -rwxr-xr-x 425973 r www httpd 81808 0 /dev 27 crw-rw-rw- null r www httpd 81808 1 /dev 27 crw-rw-rw- null w www httpd 81808 2 /var 20810 -rw-r--r-- 26587 w www httpd 81808 3* internet6 stream tcp c4ca11d0 www httpd 81808 4* internet stream tcp c4ca1000 www httpd 81808 5* pipe c4cbc18c <-> c4cbc244 0 rw www httpd 81808 6* pipe c4cbc244 <-> c4cbc18c 0 rw www httpd 81808 7 /var 16439 -rw-r--r-- 3217 w www httpd 81808 8 /var 16438 -rw-r--r-- 3160 w www httpd 81808 9 /var 16497 -rw-r--r-- 3778 w www httpd 81808 10 /var 22018 -rw-r--r-- 37872 w www httpd 81808 11 /var 16441 -rw-r--r-- 5595 w www httpd 81808 12 /var 16440 -rw-r--r-- 5949 w www httpd 81808 13 /var 20206 -rw-r--r-- 58905 w www httpd 81808 14 /tmp 48 -rw------- 0 rw www httpd 81808 15 /tmp 49 -rw------- 0 rw www httpd 81808 16 /tmp 50 -rw------- 0 w www httpd 81808 17 /tmp 51 -rw------- 0 w www httpd 81808 18 /tmp 52 -rw------- 0 w www httpd 81808 19 /tmp 53 -rw------- 0 w www httpd 81808 20 /tmp 54 -rw------- 0 w www httpd 81808 21 /tmp 55 -rw------- 0 w www httpd 81808 22 /tmp 56 -rw------- 0 w www httpd 81808 23 /tmp 57 -rw------- 0 w www httpd 81808 24 /var 49350 -rw------- 0 w www httpd 81808 25 /var 49350 -rw------- 0 w www httpd 81808 26 /tmp 48 -rw------- 0 w www httpd 81808 27 /tmp 49 -rw------- 0 w www httpd 81808 28 /tmp 50 -rw------- 0 w www httpd 81808 29 /tmp 51 -rw------- 0 w www httpd 81808 30 /tmp 52 -rw------- 0 w www httpd 81808 31 /tmp 53 -rw------- 0 w www httpd 81808 32 /tmp 54 -rw------- 0 w www httpd 81808 33 /tmp 55 -rw------- 0 w www httpd 81808 34 /tmp 56 -rw------- 0 w www httpd 81808 35 /tmp 57 -rw------- 0 w root smbd 11880 root / 2 drwxr-xr-x 512 r root smbd 11880 wd /usr 894991 drwxr-xr-x 1024 r root smbd 11880 text /usr 895740 -rwxr-xr-x 6706729 r root smbd 11880 0 /dev 27 crw-rw-rw- null rw root smbd 11880 1 /dev 27 crw-rw-rw- null rw root smbd 11880 2 /var 22006 -rw-r--r-- 35676 w root smbd 11880 3 /dev 14 crw-rw-rw- random r root smbd 11880 4 /usr 1039017 -rw------- 24576 rw root smbd 11880 5 /var 12 -rw-rw-rw- 16384 rw root smbd 11880 6 /var 22006 -rw-r--r-- 35676 w root smbd 11880 7 /var 49288 -rw-r--r-- 6 w root smbd 11880 8 /var 158 -rw-r--r-- 696 rw root smbd 11880 9 /var 14 -rw-r--r-- 90112 rw root smbd 11880 10 /var 162 -rw-r--r-- 40200 rw root smbd 11880 11 /var 163 -rw-r--r-- 61440 rw root smbd 11880 12 /var 157 -rw-r--r-- 12288 rw root smbd 11880 13 /var 134 -rw-r----- 8192 rw root smbd 11880 14 /var 156 -rw------- 77824 rw root smbd 11880 15 /var 125 -rw-r----- 8192 rw root smbd 11880 16 /var 135 -rw-r----- 8192 rw root smbd 11880 17 /var 136 -rw-r----- 696 rw root smbd 11880 18* pipe c4eb0630 <-> c4eb06e8 0 rw root smbd 11880 19* pipe c4eb0b8c <-> c4eb0ad4 0 rw root smbd 11880 20* pipe c4eb06e8 <-> c4eb0630 0 rw root smbd 11878 root / 2 drwxr-xr-x 512 r root smbd 11878 wd /usr 894991 drwxr-xr-x 1024 r root smbd 11878 text /usr 895740 -rwxr-xr-x 6706729 r root smbd 11878 0 /dev 27 crw-rw-rw- null rw root smbd 11878 1 /dev 27 crw-rw-rw- null rw root smbd 11878 2 /var 22006 -rw-r--r-- 35676 w root smbd 11878 3 /dev 14 crw-rw-rw- random r root smbd 11878 4 /usr 1039017 -rw------- 24576 rw root smbd 11878 5 /var 12 -rw-rw-rw- 16384 rw root smbd 11878 7 /var 49288 -rw-r--r-- 6 w root smbd 11878 8 /var 158 -rw-r--r-- 696 rw root smbd 11878 9 /var 14 -rw-r--r-- 90112 rw root smbd 11878 10 /var 162 -rw-r--r-- 40200 rw root smbd 11878 11 /var 163 -rw-r--r-- 61440 rw root smbd 11878 12 /var 157 -rw-r--r-- 12288 rw root smbd 11878 13 /var 134 -rw-r----- 8192 rw root smbd 11878 14 /var 156 -rw------- 77824 rw root smbd 11878 15 /var 125 -rw-r----- 8192 rw root smbd 11878 16 /var 135 -rw-r----- 8192 rw root smbd 11878 17 /var 136 -rw-r----- 696 rw root smbd 11878 18* pipe c4eb0ad4 <-> c4eb0b8c 0 rw root smbd 11878 19* internet6 stream tcp c4e841d0 root smbd 11878 20* internet6 stream tcp c4b0ccb0 root smbd 11878 21* internet stream tcp c4ba4910 root smbd 11878 22* internet stream tcp c4b27ae0 root smbd 11878 23* pipe c47f0c60 <-> c47f0d18 0 rw root smbd 11878 24* pipe c47f0d18 <-> c47f0c60 0 rw root smbd 11878 25 /var 22006 -rw-r--r-- 35676 w root nmbd 11872 root / 2 drwxr-xr-x 512 r root nmbd 11872 wd /usr 894991 drwxr-xr-x 1024 r root nmbd 11872 text /usr 895741 -rwxr-xr-x 2660264 r root nmbd 11872 0 /dev 27 crw-rw-rw- null rw root nmbd 11872 1 /dev 27 crw-rw-rw- null rw root nmbd 11872 2 /var 21978 -rw-r--r-- 40453 w root nmbd 11872 3 /var 21978 -rw-r--r-- 40453 w root nmbd 11872 4 /var 12 -rw-rw-rw- 16384 rw root nmbd 11872 5 /var 49282 -rw-r--r-- 6 w root nmbd 11872 6 /var 14 -rw-r--r-- 90112 rw root nmbd 11872 7* internet dgram udp c4b769d8 root nmbd 11872 8* internet dgram udp c4e90384 root nmbd 11872 9* internet dgram udp c4b765a0 root nmbd 11872 10* internet dgram udp c4b76924 root nmbd 11872 11* internet dgram udp c4b76438 root nmbd 11872 12* internet dgram udp c48fde10 root nmbd 11872 13 /var 157 -rw-r--r-- 12288 rw root nmbd 11872 14* pipe c4eb0948 <-> c4eb0a00 0 rw root nmbd 11872 15* pipe c4eb0a00 <-> c4eb0948 0 rw root nmbd 11872 16* local dgram c4cd2bd0 <-> c499b498 root nmbd 11872 17 /var 143 -rw-r--r-- 28672 rw root vim 11826 root / 2 drwxr-xr-x 512 r root vim 11826 wd /usr 894991 drwxr-xr-x 1024 r root vim 11826 text /usr 895665 -rwxr-xr-x 1397100 r root vim 11826 0 /dev 124 crw--w---- ttyp3 rw root vim 11826 1 /dev 124 crw--w---- ttyp3 rw root vim 11826 2 /dev 124 crw--w---- ttyp3 rw root vim 11826 4 /usr 895193 -rw-r--r-- 16384 rw root csh 11804 root / 2 drwxr-xr-x 512 r root csh 11804 wd /usr 499198 drwxr-xr-x 512 r root csh 11804 text / 16422 -r-xr-xr-x 319420 r root csh 11804 15 /dev 124 crw--w---- ttyp3 rw root csh 11804 16 /dev 124 crw--w---- ttyp3 rw root csh 11804 17 /dev 124 crw--w---- ttyp3 rw root csh 11804 18 /dev 124 crw--w---- ttyp3 rw root csh 11804 19 /dev 124 crw--w---- ttyp3 rw root su 11803 root / 2 drwxr-xr-x 512 r root su 11803 wd /home 5911552 drwxr-xr-x 2048 r root su 11803 text /usr 659718 -r-sr-xr-x 14472 r root su 11803 0 /dev 124 crw--w---- ttyp3 rw root su 11803 1 /dev 124 crw--w---- ttyp3 rw root su 11803 2 /dev 124 crw--w---- ttyp3 rw dalroi tcsh 11782 root / 2 drwxr-xr-x 512 r dalroi tcsh 11782 wd /home 5911552 drwxr-xr-x 2048 r dalroi tcsh 11782 text / 16422 -r-xr-xr-x 319420 r dalroi tcsh 11782 15 /dev 124 crw--w---- ttyp3 rw dalroi tcsh 11782 16 /dev 124 crw--w---- ttyp3 rw dalroi tcsh 11782 17 /dev 124 crw--w---- ttyp3 rw dalroi tcsh 11782 18 /dev 124 crw--w---- ttyp3 rw dalroi tcsh 11782 19 /dev 124 crw--w---- ttyp3 rw www httpd 9072 root / 2 drwxr-xr-x 512 r www httpd 9072 wd / 2 drwxr-xr-x 512 r www httpd 9072 text /usr 895943 -rwxr-xr-x 425973 r www httpd 9072 0 /dev 27 crw-rw-rw- null r www httpd 9072 1 /dev 27 crw-rw-rw- null w www httpd 9072 2 /var 20810 -rw-r--r-- 26587 w www httpd 9072 3* internet6 stream tcp c4ca11d0 www httpd 9072 4* internet stream tcp c4ca1000 www httpd 9072 5* pipe c4cbc18c <-> c4cbc244 0 rw www httpd 9072 6* pipe c4cbc244 <-> c4cbc18c 0 rw www httpd 9072 7 /var 16439 -rw-r--r-- 3217 w www httpd 9072 8 /var 16438 -rw-r--r-- 3160 w www httpd 9072 9 /var 16497 -rw-r--r-- 3778 w www httpd 9072 10 /var 22018 -rw-r--r-- 37872 w www httpd 9072 11 /var 16441 -rw-r--r-- 5595 w www httpd 9072 12 /var 16440 -rw-r--r-- 5949 w www httpd 9072 13 /var 20206 -rw-r--r-- 58905 w www httpd 9072 14 /tmp 48 -rw------- 0 rw www httpd 9072 15 /tmp 49 -rw------- 0 rw www httpd 9072 16 /tmp 50 -rw------- 0 w www httpd 9072 17 /tmp 51 -rw------- 0 w www httpd 9072 18 /tmp 52 -rw------- 0 w www httpd 9072 19 /tmp 53 -rw------- 0 w www httpd 9072 20 /tmp 54 -rw------- 0 w www httpd 9072 21 /tmp 55 -rw------- 0 w www httpd 9072 22 /tmp 56 -rw------- 0 w www httpd 9072 23 /tmp 57 -rw------- 0 w www httpd 9072 24 /var 49350 -rw------- 0 w www httpd 9072 25 /var 49350 -rw------- 0 w www httpd 9072 26 /tmp 48 -rw------- 0 w www httpd 9072 27 /tmp 49 -rw------- 0 w www httpd 9072 28 /tmp 50 -rw------- 0 w www httpd 9072 29 /tmp 51 -rw------- 0 w www httpd 9072 30 /tmp 52 -rw------- 0 w www httpd 9072 31 /tmp 53 -rw------- 0 w www httpd 9072 32 /tmp 54 -rw------- 0 w www httpd 9072 33 /tmp 55 -rw------- 0 w www httpd 9072 34 /tmp 56 -rw------- 0 w www httpd 9072 35 /tmp 57 -rw------- 0 w dalroi imap 4414 root / 2 drwxr-xr-x 512 r dalroi imap 4414 wd /home 5911552 drwxr-xr-x 2048 r dalroi imap 4414 text /usr 1132843 -r-xr-xr-x 765416 r dalroi imap 4414 0* local stream c5013738 <-> c4f04150 dalroi imap 4414 1* local stream c5013738 <-> c4f04150 dalroi imap 4414 2* pipe c4eb055c <-> c4eb04a4 0 rw dalroi imap 4414 3 /dev 14 crw-rw-rw- random r dalroi imap 4414 4* pipe c4eb0318 <-> c4eb03d0 0 rw dalroi imap 4414 5* pipe c4eb03d0 <-> c4eb0318 0 rw dalroi tail 2584 root / 2 drwxr-xr-x 512 r dalroi tail 2584 wd /home 5911552 drwxr-xr-x 2048 r dalroi tail 2584 text /usr 659722 -r-xr-xr-x 16884 r dalroi tail 2584 0 /dev 122 crw--w---- ttyp2 rw dalroi tail 2584 1 /dev 122 crw--w---- ttyp2 rw dalroi tail 2584 2 /dev 122 crw--w---- ttyp2 rw dalroi tail 2584 3 /var 16533 -rw-r--r-- 28563 r dalroi tcsh 2559 root / 2 drwxr-xr-x 512 r dalroi tcsh 2559 wd /home 5911552 drwxr-xr-x 2048 r dalroi tcsh 2559 text / 16422 -r-xr-xr-x 319420 r dalroi tcsh 2559 15 /dev 122 crw--w---- ttyp2 rw dalroi tcsh 2559 16 /dev 122 crw--w---- ttyp2 rw dalroi tcsh 2559 17 /dev 122 crw--w---- ttyp2 rw dalroi tcsh 2559 18 /dev 122 crw--w---- ttyp2 rw dalroi tcsh 2559 19 /dev 122 crw--w---- ttyp2 rw dalroi tcsh 2539 root / 2 drwxr-xr-x 512 r dalroi tcsh 2539 wd /home 5911552 drwxr-xr-x 2048 r dalroi tcsh 2539 text / 16422 -r-xr-xr-x 319420 r dalroi tcsh 2539 16 /home 6288425 -rwxr--r-- 309 r dalroi tcsh 2539 17 /dev 120 crw--w---- ttyp1 rw dalroi tcsh 2539 18 /dev 120 crw--w---- ttyp1 rw dalroi tcsh 2539 19 /dev 120 crw--w---- ttyp1 rw dalroi tcsh 2518 root / 2 drwxr-xr-x 512 r dalroi tcsh 2518 wd /home 5911552 drwxr-xr-x 2048 r dalroi tcsh 2518 text / 16422 -r-xr-xr-x 319420 r dalroi tcsh 2518 15 /dev 120 crw--w---- ttyp1 rw dalroi tcsh 2518 16 /dev 120 crw--w---- ttyp1 rw dalroi tcsh 2518 17 /dev 120 crw--w---- ttyp1 rw dalroi tcsh 2518 18 /dev 120 crw--w---- ttyp1 rw dalroi tcsh 2518 19 /dev 120 crw--w---- ttyp1 rw root screen 2515 root / 2 drwxr-xr-x 512 r root screen 2515 wd /home 5911552 drwxr-xr-x 2048 r root screen 2515 text /usr 896732 -rwsr-xr-x 299316 r root screen 2515 0 /dev 27 crw-rw-rw- null r root screen 2515 1 /dev 27 crw-rw-rw- null w root screen 2515 2 /dev 27 crw-rw-rw- null w root screen 2515 3 /dev 118 crw--w---- ttyp0 rw root screen 2515 4 /tmp 70661 prwx------ 0 r root screen 2515 5 /var 49176 -rw-r--r-- 880 rw root screen 2515 6 / 24660 -rw-r--r-- 13032 r root screen 2515 7 /dev 119 crw-rw-rw- ptyp1 rw root screen 2515 8 /dev 121 crw-rw-rw- ptyp2 rw root screen 2515 9 /dev 123 crw-rw-rw- ptyp3 rw dalroi screen 2514 root / 2 drwxr-xr-x 512 r dalroi screen 2514 wd /home 5911552 drwxr-xr-x 2048 r dalroi screen 2514 text /usr 896732 -rwsr-xr-x 299316 r dalroi screen 2514 0 /dev 118 crw--w---- ttyp0 rw dalroi screen 2514 1 /dev 118 crw--w---- ttyp0 rw dalroi screen 2514 2 /dev 118 crw--w---- ttyp0 rw dovecot imap-login 1454 root /var 16489 drwxr-x--- 512 r dovecot imap-login 1454 wd /var 16489 drwxr-x--- 512 r dovecot imap-login 1454 jail /var 16489 drwxr-x--- 512 r dovecot imap-login 1454 text /usr 1132842 -r-xr-xr-x 129996 r dovecot imap-login 1454 0 /dev 27 crw-rw-rw- null r dovecot imap-login 1454 1* pipe c4cbd0b8 <-> c4cbd000 0 rw dovecot imap-login 1454 2* pipe c4cbd0b8 <-> c4cbd000 0 rw dovecot imap-login 1454 5 /dev 14 crw-rw-rw- random r dovecot imap-login 1454 6* pipe c4fec948 <-> c4feca00 0 rw dovecot imap-login 1454 7* pipe c4feca00 <-> c4fec948 0 rw dovecot imap-login 1454 9* internet stream tcp c4e843a0 dovecot imap-login 1454 11* local stream c4f04150 <-> c5013738 dovecot imap-login 1453 root /var 16489 drwxr-x--- 512 r dovecot imap-login 1453 wd /var 16489 drwxr-x--- 512 r dovecot imap-login 1453 jail /var 16489 drwxr-x--- 512 r dovecot imap-login 1453 text /usr 1132842 -r-xr-xr-x 129996 r dovecot imap-login 1453 0 /dev 27 crw-rw-rw- null r dovecot imap-login 1453 1* pipe c4eb00b8 <-> c4eb0000 0 rw dovecot imap-login 1453 2* pipe c4eb00b8 <-> c4eb0000 0 rw dovecot imap-login 1453 3* local stream c4cb3e70 <-> c4cb3dc8 dovecot imap-login 1453 4* internet stream tcp c4b27910 dovecot imap-login 1453 5 /dev 14 crw-rw-rw- random r dovecot imap-login 1453 6* pipe c4eafdec <-> c4eafea4 0 rw dovecot imap-login 1453 7* pipe c4eafea4 <-> c4eafdec 0 rw dovecot imap-login 1453 10* local stream c4cd20a8 <-> c4cd2150 dovecot imap-login 1452 root /var 16489 drwxr-x--- 512 r dovecot imap-login 1452 wd /var 16489 drwxr-x--- 512 r dovecot imap-login 1452 jail /var 16489 drwxr-x--- 512 r dovecot imap-login 1452 text /usr 1132842 -r-xr-xr-x 129996 r dovecot imap-login 1452 0 /dev 27 crw-rw-rw- null r dovecot imap-login 1452 1* pipe c4cbc6e8 <-> c4cbc630 0 rw dovecot imap-login 1452 2* pipe c4cbc6e8 <-> c4cbc630 0 rw dovecot imap-login 1452 3* local stream c4cb3690 <-> c499b348 dovecot imap-login 1452 4* internet stream tcp c4b27910 dovecot imap-login 1452 5 /dev 14 crw-rw-rw- random r dovecot imap-login 1452 6* pipe c4cbc318 <-> c4cbc3d0 0 rw dovecot imap-login 1452 7* pipe c4cbc3d0 <-> c4cbc318 0 rw dovecot imap-login 1452 10* local stream c4c72498 <-> c4cb3a80 dovecot imap-login 1451 root /var 16489 drwxr-x--- 512 r dovecot imap-login 1451 wd /var 16489 drwxr-x--- 512 r dovecot imap-login 1451 jail /var 16489 drwxr-x--- 512 r dovecot imap-login 1451 text /usr 1132842 -r-xr-xr-x 129996 r dovecot imap-login 1451 0 /dev 27 crw-rw-rw- null r dovecot imap-login 1451 1* pipe c4cbcea4 <-> c4cbcdec 0 rw dovecot imap-login 1451 2* pipe c4cbcea4 <-> c4cbcdec 0 rw dovecot imap-login 1451 3* local stream c4cb3738 <-> c4cb3888 dovecot imap-login 1451 4* internet stream tcp c4b27910 dovecot imap-login 1451 5 /dev 14 crw-rw-rw- random r dovecot imap-login 1451 6* pipe c4ba618c <-> c4ba6244 0 rw dovecot imap-login 1451 7* pipe c4ba6244 <-> c4ba618c 0 rw dovecot imap-login 1451 10* local stream c4c725e8 <-> c4c72540 dovecot imap-login 1450 root /var 16489 drwxr-x--- 512 r dovecot imap-login 1450 wd /var 16489 drwxr-x--- 512 r dovecot imap-login 1450 jail /var 16489 drwxr-x--- 512 r dovecot imap-login 1450 text /usr 1132842 -r-xr-xr-x 129996 r dovecot imap-login 1450 0 /dev 27 crw-rw-rw- null r dovecot imap-login 1450 1* pipe c4eafb8c <-> c4eafad4 0 rw dovecot imap-login 1450 2* pipe c4eafb8c <-> c4eafad4 0 rw dovecot imap-login 1450 3* local stream c4cb3930 <-> c4c729d8 dovecot imap-login 1450 4* internet stream tcp c4b27910 dovecot imap-login 1450 5 /dev 14 crw-rw-rw- random r dovecot imap-login 1450 6* pipe c4cbd18c <-> c4cbd244 0 rw dovecot imap-login 1450 7* pipe c4cbd244 <-> c4cbd18c 0 rw dovecot imap-login 1450 10* local stream c4c72690 <-> c4cd23f0 dovecot imap-login 1449 root /var 16489 drwxr-x--- 512 r dovecot imap-login 1449 wd /var 16489 drwxr-x--- 512 r dovecot imap-login 1449 jail /var 16489 drwxr-x--- 512 r dovecot imap-login 1449 text /usr 1132842 -r-xr-xr-x 129996 r dovecot imap-login 1449 0 /dev 27 crw-rw-rw- null r dovecot imap-login 1449 1* pipe c4eafd18 <-> c4eafc60 0 rw dovecot imap-login 1449 2* pipe c4eafd18 <-> c4eafc60 0 rw dovecot imap-login 1449 3* local stream c4cd25e8 <-> c4cd2540 dovecot imap-login 1449 4* internet stream tcp c4b27910 dovecot imap-login 1449 5 /dev 14 crw-rw-rw- random r dovecot imap-login 1449 6* pipe c4cbc000 <-> c4cbc0b8 0 rw dovecot imap-login 1449 7* pipe c4cbc0b8 <-> c4cbc000 0 rw dovecot imap-login 1449 10* local stream c4cd22a0 <-> c4cd2348 dalroi imap 1447 root / 2 drwxr-xr-x 512 r dalroi imap 1447 wd /home 5911552 drwxr-xr-x 2048 r dalroi imap 1447 text /usr 1132843 -r-xr-xr-x 765416 r dalroi imap 1447 0* local stream c4c72930 <-> c4c722a0 dalroi imap 1447 1* local stream c4c72930 <-> c4c722a0 dalroi imap 1447 2* pipe c4cbdd18 <-> c4cbdc60 0 rw dalroi imap 1447 3 /dev 14 crw-rw-rw- random r dalroi imap 1447 4* pipe c4cbdad4 <-> c4cbdb8c 0 rw dalroi imap 1447 5* pipe c4cbdb8c <-> c4cbdad4 0 rw dalroi imap 1447 7 /var 49182 -rw------- 10733995 r dalroi imap 1447 8 /var 49182 -rw------- 10733995 rw dalroi imap 1447 10 /home 12011552 -rw------- 18868 rw dalroi imap 1447 12 /home 12011539 -rw------- 8952 rw dalroi imap 1447 15 /home 12011542 -rw------- 205824 rw dalroi imap 1446 root / 2 drwxr-xr-x 512 r dalroi imap 1446 wd /home 5911552 drwxr-xr-x 2048 r dalroi imap 1446 text /usr 1132843 -r-xr-xr-x 765416 r dalroi imap 1446 0* local stream c4c721f8 <-> c4c72bd0 dalroi imap 1446 1* local stream c4c721f8 <-> c4c72bd0 dalroi imap 1446 2* pipe c4eaf0b8 <-> c4eaf000 0 rw dalroi imap 1446 3 /dev 14 crw-rw-rw- random r dalroi imap 1446 4* pipe c4cbddec <-> c4cbdea4 0 rw dalroi imap 1446 5* pipe c4cbdea4 <-> c4cbddec 0 rw dovecot imap-login 1444 root /var 16489 drwxr-x--- 512 r dovecot imap-login 1444 wd /var 16489 drwxr-x--- 512 r dovecot imap-login 1444 jail /var 16489 drwxr-x--- 512 r dovecot imap-login 1444 text /usr 1132842 -r-xr-xr-x 129996 r dovecot imap-login 1444 0 /dev 27 crw-rw-rw- null r dovecot imap-login 1444 1* pipe c4eaf6e8 <-> c4eaf630 0 rw dovecot imap-login 1444 2* pipe c4eaf6e8 <-> c4eaf630 0 rw dovecot imap-login 1444 5 /dev 14 crw-rw-rw- random r dovecot imap-login 1444 6* pipe c4eaf318 <-> c4eaf3d0 0 rw dovecot imap-login 1444 7* pipe c4eaf3d0 <-> c4eaf318 0 rw dovecot imap-login 1444 9* internet stream tcp c4ca2ae0 dovecot imap-login 1444 11* local stream c4c72bd0 <-> c4c721f8 dalroi imap 1443 root / 2 drwxr-xr-x 512 r dalroi imap 1443 wd /home 5911552 drwxr-xr-x 2048 r dalroi imap 1443 text /usr 1132843 -r-xr-xr-x 765416 r dalroi imap 1443 0* local stream c4cb3bd0 <-> c4cb3b28 dalroi imap 1443 1* local stream c4cb3bd0 <-> c4cb3b28 dalroi imap 1443 2* pipe c4eafa00 <-> c4eaf948 0 rw dalroi imap 1443 3 /dev 14 crw-rw-rw- random r dalroi imap 1443 4* pipe c4eaf7bc <-> c4eaf874 0 rw dalroi imap 1443 5* pipe c4eaf874 <-> c4eaf7bc 0 rw dalroi imap 1443 7 /home 10834025 -rw------- 77842745 r dalroi imap 1443 8 /home 11940884 -rw------- 380496 rw dalroi imap 1443 9 /home 10834025 -rw------- 77842745 rw dalroi imap 1443 10 /home 11940890 -rw------- 4646912 rw dalroi imap 1443 13 /home 11940882 -rw------- 472 rw www httpd 1440 root / 2 drwxr-xr-x 512 r www httpd 1440 wd / 2 drwxr-xr-x 512 r www httpd 1440 text /usr 895943 -rwxr-xr-x 425973 r www httpd 1440 0 /dev 27 crw-rw-rw- null r www httpd 1440 1 /dev 27 crw-rw-rw- null w www httpd 1440 2 /var 20810 -rw-r--r-- 26587 w www httpd 1440 3* internet6 stream tcp c4ca11d0 www httpd 1440 4* internet stream tcp c4ca1000 www httpd 1440 5* pipe c4cbc18c <-> c4cbc244 0 rw www httpd 1440 6* pipe c4cbc244 <-> c4cbc18c 0 rw www httpd 1440 7 /var 16439 -rw-r--r-- 3217 w www httpd 1440 8 /var 16438 -rw-r--r-- 3160 w www httpd 1440 9 /var 16497 -rw-r--r-- 3778 w www httpd 1440 10 /var 22018 -rw-r--r-- 37872 w www httpd 1440 11 /var 16441 -rw-r--r-- 5595 w www httpd 1440 12 /var 16440 -rw-r--r-- 5949 w www httpd 1440 13 /var 20206 -rw-r--r-- 58905 w www httpd 1440 14 /tmp 48 -rw------- 0 rw www httpd 1440 15 /tmp 49 -rw------- 0 rw www httpd 1440 16 /tmp 50 -rw------- 0 w www httpd 1440 17 /tmp 51 -rw------- 0 w www httpd 1440 18 /tmp 52 -rw------- 0 w www httpd 1440 19 /tmp 53 -rw------- 0 w www httpd 1440 20 /tmp 54 -rw------- 0 w www httpd 1440 21 /tmp 55 -rw------- 0 w www httpd 1440 22 /tmp 56 -rw------- 0 w www httpd 1440 23 /tmp 57 -rw------- 0 w www httpd 1440 24 /var 49350 -rw------- 0 w www httpd 1440 25 /var 49350 -rw------- 0 w www httpd 1440 26 /tmp 48 -rw------- 0 w www httpd 1440 27 /tmp 49 -rw------- 0 w www httpd 1440 28 /tmp 50 -rw------- 0 w www httpd 1440 29 /tmp 51 -rw------- 0 w www httpd 1440 30 /tmp 52 -rw------- 0 w www httpd 1440 31 /tmp 53 -rw------- 0 w www httpd 1440 32 /tmp 54 -rw------- 0 w www httpd 1440 33 /tmp 55 -rw------- 0 w www httpd 1440 34 /tmp 56 -rw------- 0 w www httpd 1440 35 /tmp 57 -rw------- 0 w dalroi tcsh 1362 root / 2 drwxr-xr-x 512 r dalroi tcsh 1362 wd /home 5911552 drwxr-xr-x 2048 r dalroi tcsh 1362 text / 16422 -r-xr-xr-x 319420 r dalroi tcsh 1362 15 /dev 118 crw--w---- ttyp0 rw dalroi tcsh 1362 16 /dev 118 crw--w---- ttyp0 rw dalroi tcsh 1362 17 /dev 118 crw--w---- ttyp0 rw dalroi tcsh 1362 18 /dev 118 crw--w---- ttyp0 rw dalroi tcsh 1362 19 /dev 118 crw--w---- ttyp0 rw dalroi sshd 1360 root / 2 drwxr-xr-x 512 r dalroi sshd 1360 wd / 2 drwxr-xr-x 512 r dalroi sshd 1360 text /usr 1083639 -r-xr-xr-x 219752 r dalroi sshd 1360 0 /dev 27 crw-rw-rw- null rw dalroi sshd 1360 1 /dev 27 crw-rw-rw- null rw dalroi sshd 1360 2 /dev 27 crw-rw-rw- null rw dalroi sshd 1360 3* internet stream tcp c4e84ae0 dalroi sshd 1360 4* local stream c4cb3540 <-> c4cb35e8 dalroi sshd 1360 5* pipe c4cbd318 <-> c4cbd3d0 0 rw dalroi sshd 1360 6* pipe c4cbd3d0 <-> c4cbd318 0 rw dalroi sshd 1360 7 /dev 117 crw-rw-rw- ptyp0 rw dalroi sshd 1360 9 /dev 117 crw-rw-rw- ptyp0 rw dalroi sshd 1360 10 /dev 117 crw-rw-rw- ptyp0 rw root sshd 1358 root / 2 drwxr-xr-x 512 r root sshd 1358 wd / 2 drwxr-xr-x 512 r root sshd 1358 text /usr 1083639 -r-xr-xr-x 219752 r root sshd 1358 0 /dev 27 crw-rw-rw- null r root sshd 1358 1 /dev 27 crw-rw-rw- null rw root sshd 1358 2 /dev 27 crw-rw-rw- null rw root sshd 1358 3* internet stream tcp c4e84ae0 root sshd 1358 4 /dev 117 crw-rw-rw- ptyp0 rw root sshd 1358 5* local stream c4cb35e8 <-> c4cb3540 www httpd 1334 root / 2 drwxr-xr-x 512 r www httpd 1334 wd / 2 drwxr-xr-x 512 r www httpd 1334 text /usr 895943 -rwxr-xr-x 425973 r www httpd 1334 0 /dev 27 crw-rw-rw- null r www httpd 1334 1 /dev 27 crw-rw-rw- null w www httpd 1334 2 /var 20810 -rw-r--r-- 26587 w www httpd 1334 3* internet6 stream tcp c4ca11d0 www httpd 1334 4* internet stream tcp c4ca1000 www httpd 1334 5* pipe c4cbc18c <-> c4cbc244 0 rw www httpd 1334 6* pipe c4cbc244 <-> c4cbc18c 0 rw www httpd 1334 7 /var 16439 -rw-r--r-- 3217 w www httpd 1334 8 /var 16438 -rw-r--r-- 3160 w www httpd 1334 9 /var 16497 -rw-r--r-- 3778 w www httpd 1334 10 /var 22018 -rw-r--r-- 37872 w www httpd 1334 11 /var 16441 -rw-r--r-- 5595 w www httpd 1334 12 /var 16440 -rw-r--r-- 5949 w www httpd 1334 13 /var 20206 -rw-r--r-- 58905 w www httpd 1334 14 /tmp 48 -rw------- 0 rw www httpd 1334 15 /tmp 49 -rw------- 0 rw www httpd 1334 16 /tmp 50 -rw------- 0 w www httpd 1334 17 /tmp 51 -rw------- 0 w www httpd 1334 18 /tmp 52 -rw------- 0 w www httpd 1334 19 /tmp 53 -rw------- 0 w www httpd 1334 20 /tmp 54 -rw------- 0 w www httpd 1334 21 /tmp 55 -rw------- 0 w www httpd 1334 22 /tmp 56 -rw------- 0 w www httpd 1334 23 /tmp 57 -rw------- 0 w www httpd 1334 24 /var 49350 -rw------- 0 w www httpd 1334 25 /var 49350 -rw------- 0 w www httpd 1334 26 /tmp 48 -rw------- 0 w www httpd 1334 27 /tmp 49 -rw------- 0 w www httpd 1334 28 /tmp 50 -rw------- 0 w www httpd 1334 29 /tmp 51 -rw------- 0 w www httpd 1334 30 /tmp 52 -rw------- 0 w www httpd 1334 31 /tmp 53 -rw------- 0 w www httpd 1334 32 /tmp 54 -rw------- 0 w www httpd 1334 33 /tmp 55 -rw------- 0 w www httpd 1334 34 /tmp 56 -rw------- 0 w www httpd 1334 35 /tmp 57 -rw------- 0 w www httpd 1333 root / 2 drwxr-xr-x 512 r www httpd 1333 wd / 2 drwxr-xr-x 512 r www httpd 1333 text /usr 895943 -rwxr-xr-x 425973 r www httpd 1333 0 /dev 27 crw-rw-rw- null r www httpd 1333 1 /dev 27 crw-rw-rw- null w www httpd 1333 2 /var 20810 -rw-r--r-- 26587 w www httpd 1333 3* internet6 stream tcp c4ca11d0 www httpd 1333 4* internet stream tcp c4ca1000 www httpd 1333 5* pipe c4cbc18c <-> c4cbc244 0 rw www httpd 1333 6* pipe c4cbc244 <-> c4cbc18c 0 rw www httpd 1333 7 /var 16439 -rw-r--r-- 3217 w www httpd 1333 8 /var 16438 -rw-r--r-- 3160 w www httpd 1333 9 /var 16497 -rw-r--r-- 3778 w www httpd 1333 10 /var 22018 -rw-r--r-- 37872 w www httpd 1333 11 /var 16441 -rw-r--r-- 5595 w www httpd 1333 12 /var 16440 -rw-r--r-- 5949 w www httpd 1333 13 /var 20206 -rw-r--r-- 58905 w www httpd 1333 14 /tmp 48 -rw------- 0 rw www httpd 1333 15 /tmp 49 -rw------- 0 rw www httpd 1333 16 /tmp 50 -rw------- 0 w www httpd 1333 17 /tmp 51 -rw------- 0 w www httpd 1333 18 /tmp 52 -rw------- 0 w www httpd 1333 19 /tmp 53 -rw------- 0 w www httpd 1333 20 /tmp 54 -rw------- 0 w www httpd 1333 21 /tmp 55 -rw------- 0 w www httpd 1333 22 /tmp 56 -rw------- 0 w www httpd 1333 23 /tmp 57 -rw------- 0 w www httpd 1333 24 /var 49350 -rw------- 0 w www httpd 1333 25 /var 49350 -rw------- 0 w www httpd 1333 26 /tmp 48 -rw------- 0 w www httpd 1333 27 /tmp 49 -rw------- 0 w www httpd 1333 28 /tmp 50 -rw------- 0 w www httpd 1333 29 /tmp 51 -rw------- 0 w www httpd 1333 30 /tmp 52 -rw------- 0 w www httpd 1333 31 /tmp 53 -rw------- 0 w www httpd 1333 32 /tmp 54 -rw------- 0 w www httpd 1333 33 /tmp 55 -rw------- 0 w www httpd 1333 34 /tmp 56 -rw------- 0 w www httpd 1333 35 /tmp 57 -rw------- 0 w www httpd 1332 root / 2 drwxr-xr-x 512 r www httpd 1332 wd / 2 drwxr-xr-x 512 r www httpd 1332 text /usr 895943 -rwxr-xr-x 425973 r www httpd 1332 0 /dev 27 crw-rw-rw- null r www httpd 1332 1 /dev 27 crw-rw-rw- null w www httpd 1332 2 /var 20810 -rw-r--r-- 26587 w www httpd 1332 3* internet6 stream tcp c4ca11d0 www httpd 1332 4* internet stream tcp c4ca1000 www httpd 1332 5* pipe c4cbc18c <-> c4cbc244 0 rw www httpd 1332 6* pipe c4cbc244 <-> c4cbc18c 0 rw www httpd 1332 7 /var 16439 -rw-r--r-- 3217 w www httpd 1332 8 /var 16438 -rw-r--r-- 3160 w www httpd 1332 9 /var 16497 -rw-r--r-- 3778 w www httpd 1332 10 /var 22018 -rw-r--r-- 37872 w www httpd 1332 11 /var 16441 -rw-r--r-- 5595 w www httpd 1332 12 /var 16440 -rw-r--r-- 5949 w www httpd 1332 13 /var 20206 -rw-r--r-- 58905 w www httpd 1332 14 /tmp 48 -rw------- 0 rw www httpd 1332 15 /tmp 49 -rw------- 0 rw www httpd 1332 16 /tmp 50 -rw------- 0 w www httpd 1332 17 /tmp 51 -rw------- 0 w www httpd 1332 18 /tmp 52 -rw------- 0 w www httpd 1332 19 /tmp 53 -rw------- 0 w www httpd 1332 20 /tmp 54 -rw------- 0 w www httpd 1332 21 /tmp 55 -rw------- 0 w www httpd 1332 22 /tmp 56 -rw------- 0 w www httpd 1332 23 /tmp 57 -rw------- 0 w www httpd 1332 24 /var 49350 -rw------- 0 w www httpd 1332 25 /var 49350 -rw------- 0 w www httpd 1332 26 /tmp 48 -rw------- 0 w www httpd 1332 27 /tmp 49 -rw------- 0 w www httpd 1332 28 /tmp 50 -rw------- 0 w www httpd 1332 29 /tmp 51 -rw------- 0 w www httpd 1332 30 /tmp 52 -rw------- 0 w www httpd 1332 31 /tmp 53 -rw------- 0 w www httpd 1332 32 /tmp 54 -rw------- 0 w www httpd 1332 33 /tmp 55 -rw------- 0 w www httpd 1332 34 /tmp 56 -rw------- 0 w www httpd 1332 35 /tmp 57 -rw------- 0 w www httpd 1331 root / 2 drwxr-xr-x 512 r www httpd 1331 wd / 2 drwxr-xr-x 512 r www httpd 1331 text /usr 895943 -rwxr-xr-x 425973 r www httpd 1331 0 /dev 27 crw-rw-rw- null r www httpd 1331 1 /dev 27 crw-rw-rw- null w www httpd 1331 2 /var 20810 -rw-r--r-- 26587 w www httpd 1331 3* internet6 stream tcp c4ca11d0 www httpd 1331 4* internet stream tcp c4ca1000 www httpd 1331 5* pipe c4cbc18c <-> c4cbc244 0 rw www httpd 1331 6* pipe c4cbc244 <-> c4cbc18c 0 rw www httpd 1331 7 /var 16439 -rw-r--r-- 3217 w www httpd 1331 8 /var 16438 -rw-r--r-- 3160 w www httpd 1331 9 /var 16497 -rw-r--r-- 3778 w www httpd 1331 10 /var 22018 -rw-r--r-- 37872 w www httpd 1331 11 /var 16441 -rw-r--r-- 5595 w www httpd 1331 12 /var 16440 -rw-r--r-- 5949 w www httpd 1331 13 /var 20206 -rw-r--r-- 58905 w www httpd 1331 14 /tmp 48 -rw------- 0 rw www httpd 1331 15 /tmp 49 -rw------- 0 rw www httpd 1331 16 /tmp 50 -rw------- 0 w www httpd 1331 17 /tmp 51 -rw------- 0 w www httpd 1331 18 /tmp 52 -rw------- 0 w www httpd 1331 19 /tmp 53 -rw------- 0 w www httpd 1331 20 /tmp 54 -rw------- 0 w www httpd 1331 21 /tmp 55 -rw------- 0 w www httpd 1331 22 /tmp 56 -rw------- 0 w www httpd 1331 23 /tmp 57 -rw------- 0 w www httpd 1331 24 /var 49350 -rw------- 0 w www httpd 1331 25 /var 49350 -rw------- 0 w www httpd 1331 26 /tmp 48 -rw------- 0 w www httpd 1331 27 /tmp 49 -rw------- 0 w www httpd 1331 28 /tmp 50 -rw------- 0 w www httpd 1331 29 /tmp 51 -rw------- 0 w www httpd 1331 30 /tmp 52 -rw------- 0 w www httpd 1331 31 /tmp 53 -rw------- 0 w www httpd 1331 32 /tmp 54 -rw------- 0 w www httpd 1331 33 /tmp 55 -rw------- 0 w www httpd 1331 34 /tmp 56 -rw------- 0 w www httpd 1331 35 /tmp 57 -rw------- 0 w www httpd 1330 root / 2 drwxr-xr-x 512 r www httpd 1330 wd / 2 drwxr-xr-x 512 r www httpd 1330 text /usr 895943 -rwxr-xr-x 425973 r www httpd 1330 0 /dev 27 crw-rw-rw- null r www httpd 1330 1 /dev 27 crw-rw-rw- null w www httpd 1330 2 /var 20810 -rw-r--r-- 26587 w www httpd 1330 3* internet6 stream tcp c4ca11d0 www httpd 1330 4* internet stream tcp c4ca1000 www httpd 1330 5* pipe c4cbc18c <-> c4cbc244 0 rw www httpd 1330 6* pipe c4cbc244 <-> c4cbc18c 0 rw www httpd 1330 7 /var 16439 -rw-r--r-- 3217 w www httpd 1330 8 /var 16438 -rw-r--r-- 3160 w www httpd 1330 9 /var 16497 -rw-r--r-- 3778 w www httpd 1330 10 /var 22018 -rw-r--r-- 37872 w www httpd 1330 11 /var 16441 -rw-r--r-- 5595 w www httpd 1330 12 /var 16440 -rw-r--r-- 5949 w www httpd 1330 13 /var 20206 -rw-r--r-- 58905 w www httpd 1330 14 /tmp 48 -rw------- 0 rw www httpd 1330 15 /tmp 49 -rw------- 0 rw www httpd 1330 16 /tmp 50 -rw------- 0 w www httpd 1330 17 /tmp 51 -rw------- 0 w www httpd 1330 18 /tmp 52 -rw------- 0 w www httpd 1330 19 /tmp 53 -rw------- 0 w www httpd 1330 20 /tmp 54 -rw------- 0 w www httpd 1330 21 /tmp 55 -rw------- 0 w www httpd 1330 22 /tmp 56 -rw------- 0 w www httpd 1330 23 /tmp 57 -rw------- 0 w www httpd 1330 24 /var 49350 -rw------- 0 w www httpd 1330 25 /var 49350 -rw------- 0 w www httpd 1330 26 /tmp 48 -rw------- 0 w www httpd 1330 27 /tmp 49 -rw------- 0 w www httpd 1330 28 /tmp 50 -rw------- 0 w www httpd 1330 29 /tmp 51 -rw------- 0 w www httpd 1330 30 /tmp 52 -rw------- 0 w www httpd 1330 31 /tmp 53 -rw------- 0 w www httpd 1330 32 /tmp 54 -rw------- 0 w www httpd 1330 33 /tmp 55 -rw------- 0 w www httpd 1330 34 /tmp 56 -rw------- 0 w www httpd 1330 35 /tmp 57 -rw------- 0 w pgsql postgres 1329 root / 2 drwxr-xr-x 512 r pgsql postgres 1329 wd /home 18794498 drwx------ 512 r pgsql postgres 1329 text /usr 898239 -rwxr-xr-x 4356540 r pgsql postgres 1329 0 /dev 27 crw-rw-rw- null rw pgsql postgres 1329 1 /dev 27 crw-rw-rw- null rw pgsql postgres 1329 2 /dev 27 crw-rw-rw- null rw pgsql postgres 1329 3 /home 20278277 -rw------- 49152 rw pgsql postgres 1329 4 /home 20278276 -rw------- 253952 rw pgsql postgres 1329 5 /home 20278330 -rw------- 65536 rw pgsql postgres 1329 6 /home 20278286 -rw------- 8192 rw pgsql postgres 1329 7* internet6 dgram udp c48fc4ec pgsql postgres 1329 8* local dgram c499b690 <-> c499b540 pgsql postgres 1329 9* internet stream tcp c4b27740 pgsql postgres 1329 10 /home 20278333 -rw------- 16384 rw pgsql postgres 1329 11 /home 20278358 -rw------- 32768 rw pgsql postgres 1329 12 /home 20278283 -rw------- 106496 rw pgsql postgres 1329 13 /home 20278323 -rw------- 16384 rw pgsql postgres 1329 14 /home 20278287 -rw------- 24576 rw pgsql postgres 1329 15 /home 20278275 -rw------- 57344 rw pgsql postgres 1329 16 /home 20278282 -rw------- 16384 rw pgsql postgres 1329 17 /home 20278379 -rw------- 16384 rw pgsql postgres 1329 18 /home 20278380 -rw------- 57344 rw pgsql postgres 1329 19 /home 20278329 -rw------- 196608 rw pgsql postgres 1329 20 /home 20278334 -rw------- 16384 rw pgsql postgres 1329 21 /home 20278335 -rw------- 57344 rw pgsql postgres 1329 22 /home 20278366 -rw------- 40960 rw pgsql postgres 1329 23 /home 20278292 -rw------- 196608 rw pgsql postgres 1329 24 /home 20278327 -rw------- 16384 rw pgsql postgres 1329 25 /home 19571720 -rw------- 16777216 rw pgsql postgres 1329 26 /home 20278279 -rw------- 8192 rw pgsql postgres 1329 27 /home 20278297 -rw------- 16384 rw pgsql postgres 1329 28 /home 20278411 -rw------- 24576 rw pgsql postgres 1329 29 /home 20278348 -rw------- 16384 rw pgsql postgres 1329 30 /home 20278416 -rw------- 16384 rw pgsql postgres 1329 31 /home 20278418 -rw------- 40960 rw pgsql postgres 1329 32 /home 20278419 -rw------- 16384 rw pgsql postgres 1329 33 /home 20278409 -rw------- 32768 rw pgsql postgres 1329 34 /home 20278414 -rw------- 16384 rw pgsql postgres 1329 35 /home 20278352 -rw------- 16384 rw pgsql postgres 1329 36 /home 20278289 -rw------- 8192 rw pgsql postgres 1329 37 /home 20278404 -rw------- 73080832 rw pgsql postgres 1329 38 /home 20278415 -rw------- 46948352 rw pgsql postgres 1329 39 /home 20278417 -rw------- 76193792 rw pgsql postgres 1329 40 /home 20278318 -rw------- 16384 rw pgsql postgres 1329 41 /home 20278317 -rw------- 16384 rw pgsql postgres 1329 42 /home 20278354 -rw------- 16384 rw pgsql postgres 1329 43 /home 20278406 -rw------- 532480 rw pgsql postgres 1329 44 /home 20278413 -rw------- 548864 rw pgsql postgres 1329 45 /home 20278408 -rw------- 679936 rw pgsql postgres 1329 46 /home 20278407 -rw------- 53952512 rw root login 1328 root / 2 drwxr-xr-x 512 r root login 1328 wd /home 5911552 drwxr-xr-x 2048 r root login 1328 text /usr 659798 -r-sr-xr-x 21492 r root login 1328 0 /dev 64 crw--w---- ttyu0 rw root login 1328 1 /dev 64 crw--w---- ttyu0 rw root login 1328 2 /dev 64 crw--w---- ttyu0 rw root login 1328 3* local dgram c5013690 <-> c499b498 root getty 1327 root / 2 drwxr-xr-x 512 r root getty 1327 wd / 2 drwxr-xr-x 512 r root getty 1327 text /usr 2496540 -r-xr-xr-x 21324 r root getty 1327 0 /dev 49 crw------- ttyv7 rw root getty 1327 1 /dev 49 crw------- ttyv7 rw root getty 1327 2 /dev 49 crw------- ttyv7 rw root getty 1326 root / 2 drwxr-xr-x 512 r root getty 1326 wd / 2 drwxr-xr-x 512 r root getty 1326 text /usr 2496540 -r-xr-xr-x 21324 r root getty 1326 0 /dev 48 crw------- ttyv6 rw root getty 1326 1 /dev 48 crw------- ttyv6 rw root getty 1326 2 /dev 48 crw------- ttyv6 rw root getty 1325 root / 2 drwxr-xr-x 512 r root getty 1325 wd / 2 drwxr-xr-x 512 r root getty 1325 text /usr 2496540 -r-xr-xr-x 21324 r root getty 1325 0 /dev 47 crw------- ttyv5 rw root getty 1325 1 /dev 47 crw------- ttyv5 rw root getty 1325 2 /dev 47 crw------- ttyv5 rw root getty 1324 root / 2 drwxr-xr-x 512 r root getty 1324 wd / 2 drwxr-xr-x 512 r root getty 1324 text /usr 2496540 -r-xr-xr-x 21324 r root getty 1324 0 /dev 46 crw------- ttyv4 rw root getty 1324 1 /dev 46 crw------- ttyv4 rw root getty 1324 2 /dev 46 crw------- ttyv4 rw root getty 1323 root / 2 drwxr-xr-x 512 r root getty 1323 wd / 2 drwxr-xr-x 512 r root getty 1323 text /usr 2496540 -r-xr-xr-x 21324 r root getty 1323 0 /dev 45 crw------- ttyv3 rw root getty 1323 1 /dev 45 crw------- ttyv3 rw root getty 1323 2 /dev 45 crw------- ttyv3 rw root getty 1322 root / 2 drwxr-xr-x 512 r root getty 1322 wd / 2 drwxr-xr-x 512 r root getty 1322 text /usr 2496540 -r-xr-xr-x 21324 r root getty 1322 0 /dev 44 crw------- ttyv2 rw root getty 1322 1 /dev 44 crw------- ttyv2 rw root getty 1322 2 /dev 44 crw------- ttyv2 rw root getty 1321 root / 2 drwxr-xr-x 512 r root getty 1321 wd / 2 drwxr-xr-x 512 r root getty 1321 text /usr 2496540 -r-xr-xr-x 21324 r root getty 1321 0 /dev 43 crw------- ttyv1 rw root getty 1321 1 /dev 43 crw------- ttyv1 rw root getty 1321 2 /dev 43 crw------- ttyv1 rw root getty 1320 root / 2 drwxr-xr-x 512 r root getty 1320 wd / 2 drwxr-xr-x 512 r root getty 1320 text /usr 2496540 -r-xr-xr-x 21324 r root getty 1320 0 /dev 42 crw------- ttyv0 rw root getty 1320 1 /dev 42 crw------- ttyv0 rw root getty 1320 2 /dev 42 crw------- ttyv0 rw pgsql postgres 1319 root / 2 drwxr-xr-x 512 r pgsql postgres 1319 wd /home 18794498 drwx------ 512 r pgsql postgres 1319 text /usr 898239 -rwxr-xr-x 4356540 r pgsql postgres 1319 0 /dev 27 crw-rw-rw- null rw pgsql postgres 1319 1 /dev 27 crw-rw-rw- null rw pgsql postgres 1319 2 /dev 27 crw-rw-rw- null rw pgsql postgres 1319 3 /home 20278277 -rw------- 49152 rw pgsql postgres 1319 4 /home 20278334 -rw------- 16384 rw pgsql postgres 1319 5 /home 20278330 -rw------- 65536 rw pgsql postgres 1319 6 /home 20278349 -rw------- 16384 rw pgsql postgres 1319 7* internet6 dgram udp c48fc4ec pgsql postgres 1319 8* local dgram c499b690 <-> c499b540 pgsql postgres 1319 9* internet stream tcp c4ba4570 pgsql postgres 1319 10 /home 20278286 -rw------- 8192 rw pgsql postgres 1319 11 /home 20278333 -rw------- 16384 rw pgsql postgres 1319 12 /home 20278358 -rw------- 32768 rw pgsql postgres 1319 13 /home 20278323 -rw------- 16384 rw pgsql postgres 1319 14 /home 20278275 -rw------- 57344 rw pgsql postgres 1319 15 /home 20278379 -rw------- 16384 rw pgsql postgres 1319 16 /home 20278380 -rw------- 57344 rw pgsql postgres 1319 17 /home 20278276 -rw------- 253952 rw pgsql postgres 1319 18 /home 20278329 -rw------- 196608 rw pgsql postgres 1319 19 /home 20278335 -rw------- 57344 rw pgsql postgres 1319 20 /home 20278292 -rw------- 196608 rw pgsql postgres 1319 21 /home 20278322 -rw------- 32768 rw pgsql postgres 1319 22 /home 20278325 -rw------- 16384 rw pgsql postgres 1319 23 /home 20278327 -rw------- 16384 rw pgsql postgres 1319 24 /home 20278279 -rw------- 8192 rw pgsql postgres 1319 25 /home 20278411 -rw------- 24576 rw pgsql postgres 1319 26 /home 20278348 -rw------- 16384 rw pgsql postgres 1319 27 /home 20278416 -rw------- 16384 rw pgsql postgres 1319 28 /home 20278418 -rw------- 40960 rw pgsql postgres 1319 29 /home 20278419 -rw------- 16384 rw pgsql postgres 1319 30 /home 20278409 -rw------- 32768 rw pgsql postgres 1319 31 /home 20278414 -rw------- 16384 rw pgsql postgres 1319 32 /home 19571719 -rw------- 16777216 rw pgsql postgres 1319 33 /home 20278352 -rw------- 16384 rw pgsql postgres 1319 34 /home 20278289 -rw------- 8192 rw pgsql postgres 1319 35 /home 20278404 -rw------- 73080832 rw pgsql postgres 1319 36 /home 20278415 -rw------- 46948352 rw pgsql postgres 1319 37 /home 20278417 -rw------- 76193792 rw pgsql postgres 1319 41 /home 20278354 -rw------- 16384 rw pgsql postgres 1319 42 /home 20278299 -rw------- 8192 rw pgsql postgres 1319 43 /home 20278355 -rw------- 16384 rw pgsql postgres 1319 44 /home 20278406 -rw------- 532480 rw pgsql postgres 1319 45 /home 20278413 -rw------- 548864 rw pgsql postgres 1319 46 /home 20278297 -rw------- 16384 rw pgsql postgres 1319 47 /home 20278408 -rw------- 679936 rw pgsql postgres 1319 48 /home 20278407 -rw------- 53952512 rw pgsql postgres 1318 root / 2 drwxr-xr-x 512 r pgsql postgres 1318 wd /home 18794498 drwx------ 512 r pgsql postgres 1318 text /usr 898239 -rwxr-xr-x 4356540 r pgsql postgres 1318 0 /dev 27 crw-rw-rw- null rw pgsql postgres 1318 1 /dev 27 crw-rw-rw- null rw pgsql postgres 1318 2 /dev 27 crw-rw-rw- null rw pgsql postgres 1318 3 /home 20278275 -rw------- 57344 rw pgsql postgres 1318 4 /home 20278286 -rw------- 8192 rw pgsql postgres 1318 5 /home 20278379 -rw------- 16384 rw pgsql postgres 1318 6 /home 20278380 -rw------- 57344 rw pgsql postgres 1318 7* internet6 dgram udp c48fc4ec pgsql postgres 1318 8* local dgram c499b690 <-> c499b540 pgsql postgres 1318 9* internet stream tcp c4ca1cb0 pgsql postgres 1318 10 /home 20278276 -rw------- 253952 rw pgsql postgres 1318 11 /home 20278329 -rw------- 196608 rw pgsql postgres 1318 12 /home 20278330 -rw------- 65536 rw pgsql postgres 1318 13 /home 20278277 -rw------- 49152 rw pgsql postgres 1318 14 /home 20278334 -rw------- 16384 rw pgsql postgres 1318 15 /home 20278335 -rw------- 57344 rw pgsql postgres 1318 16 /home 20278411 -rw------- 24576 rw pgsql postgres 1318 17 /home 20278416 -rw------- 16384 rw pgsql postgres 1318 18 /home 20278418 -rw------- 40960 rw pgsql postgres 1318 19 /home 20278419 -rw------- 16384 rw pgsql postgres 1318 20 /home 20278409 -rw------- 32768 rw pgsql postgres 1318 21 /home 20278414 -rw------- 16384 rw pgsql postgres 1318 22 /home 20278404 -rw------- 73080832 rw pgsql postgres 1318 23 /home 20278415 -rw------- 46948352 rw pgsql postgres 1318 24 /home 20278417 -rw------- 76193792 rw pgsql postgres 1318 25 /home 19571721 -rw------- 16777216 rw pgsql postgres 1318 26 /home 20278406 -rw------- 532480 rw pgsql postgres 1318 27 /home 20278413 -rw------- 548864 rw pgsql postgres 1318 28 /home 20278407 -rw------- 53952512 rw proxy ftp-proxy 1306 root /var 49154 dr-xr-xr-x 512 r proxy ftp-proxy 1306 wd /var 49154 dr-xr-xr-x 512 r proxy ftp-proxy 1306 jail /var 49154 dr-xr-xr-x 512 r proxy ftp-proxy 1306 text /usr 1091662 -r-xr-xr-x 40392 r proxy ftp-proxy 1306 0 /dev 27 crw-rw-rw- null rw proxy ftp-proxy 1306 1 /dev 27 crw-rw-rw- null rw proxy ftp-proxy 1306 2 /dev 27 crw-rw-rw- null rw proxy ftp-proxy 1306 3* internet stream tcp c4ca1570 proxy ftp-proxy 1306 4 /dev 109 crw------- pf rw proxy ftp-proxy 1306 5* local dgram c4cb37e0 <-> c499b498 root cron 1271 root / 2 drwxr-xr-x 512 r root cron 1271 wd /var 32769 drwxr-x--- 512 r root cron 1271 text /usr 1091658 -r-xr-xr-x 33356 r root cron 1271 0 /dev 27 crw-rw-rw- null rw root cron 1271 1 /dev 27 crw-rw-rw- null rw root cron 1271 2 /dev 27 crw-rw-rw- null rw root cron 1271 3 /var 49191 -rw------- 4 w root sshd 1252 root / 2 drwxr-xr-x 512 r root sshd 1252 wd / 2 drwxr-xr-x 512 r root sshd 1252 text /usr 1083639 -r-xr-xr-x 219752 r root sshd 1252 0 /dev 27 crw-rw-rw- null rw root sshd 1252 1 /dev 27 crw-rw-rw- null rw root sshd 1252 2 /dev 27 crw-rw-rw- null rw root sshd 1252 3* internet6 stream tcp c4ba4cb0 root sshd 1252 4* internet stream tcp c4ba4ae0 root httpd 1239 root / 2 drwxr-xr-x 512 r root httpd 1239 wd / 2 drwxr-xr-x 512 r root httpd 1239 text /usr 895943 -rwxr-xr-x 425973 r root httpd 1239 0 /dev 27 crw-rw-rw- null r root httpd 1239 1 /dev 27 crw-rw-rw- null w root httpd 1239 2 /var 20810 -rw-r--r-- 26587 w root httpd 1239 3* internet6 stream tcp c4ca11d0 root httpd 1239 4* internet stream tcp c4ca1000 root httpd 1239 5* pipe c4cbc18c <-> c4cbc244 0 rw root httpd 1239 6* pipe c4cbc244 <-> c4cbc18c 0 rw root httpd 1239 7 /var 16439 -rw-r--r-- 3217 w root httpd 1239 8 /var 16438 -rw-r--r-- 3160 w root httpd 1239 9 /var 16497 -rw-r--r-- 3778 w root httpd 1239 10 /var 22018 -rw-r--r-- 37872 w root httpd 1239 11 /var 16441 -rw-r--r-- 5595 w root httpd 1239 12 /var 16440 -rw-r--r-- 5949 w root httpd 1239 13 /var 20206 -rw-r--r-- 58905 w root httpd 1239 14 /tmp 48 -rw------- 0 rw root httpd 1239 15 /tmp 49 -rw------- 0 rw root httpd 1239 16 /tmp 50 -rw------- 0 w root httpd 1239 17 /tmp 51 -rw------- 0 w root httpd 1239 18 /tmp 52 -rw------- 0 w root httpd 1239 19 /tmp 53 -rw------- 0 w root httpd 1239 20 /tmp 54 -rw------- 0 w root httpd 1239 21 /tmp 55 -rw------- 0 w root httpd 1239 22 /tmp 56 -rw------- 0 w root httpd 1239 23 /tmp 57 -rw------- 0 w root httpd 1239 24 /var 49350 -rw------- 0 w root cupsd 1228 root / 2 drwxr-xr-x 512 r root cupsd 1228 wd / 2 drwxr-xr-x 512 r root cupsd 1228 text /usr 896959 -rwxr-xr-x 823925 r root cupsd 1228 1* internet6 stream tcp c4ca1910 root cupsd 1228 2 /var 16512 -rw-r--r-- 269090 rw root cupsd 1228 3* internet stream tcp c4ca1740 root cupsd 1228 4* local stream c4cb3d20 root cupsd 1228 5* pipe c4cbc4a4 <-> c4cbc55c 0 rw root cupsd 1228 6* pipe c4cbc55c <-> c4cbc4a4 0 rw root cupsd 1228 7* internet stream tcp c4ca23a0 root cupsd 1228 8 /var 21067 -rw-r--r-- 407832 rw root cupsd 1228 14 /var 16507 -rw-r--r-- 20238 rw dovecot imap-login 1227 root /var 16489 drwxr-x--- 512 r dovecot imap-login 1227 wd /var 16489 drwxr-x--- 512 r dovecot imap-login 1227 jail /var 16489 drwxr-x--- 512 r dovecot imap-login 1227 text /usr 1132842 -r-xr-xr-x 129996 r dovecot imap-login 1227 0 /dev 27 crw-rw-rw- null r dovecot imap-login 1227 1* pipe c4cbcb8c <-> c4cbcad4 0 rw dovecot imap-login 1227 2* pipe c4cbcb8c <-> c4cbcad4 0 rw dovecot imap-login 1227 5 /dev 14 crw-rw-rw- random r dovecot imap-login 1227 6* pipe c4cbc948 <-> c4cbca00 0 rw dovecot imap-login 1227 7* pipe c4cbca00 <-> c4cbc948 0 rw dovecot imap-login 1227 9* internet stream tcp c4ca2910 dovecot imap-login 1227 11* local stream c4c722a0 <-> c4c72930 dovecot imap-login 1226 root /var 16489 drwxr-x--- 512 r dovecot imap-login 1226 wd /var 16489 drwxr-x--- 512 r dovecot imap-login 1226 jail /var 16489 drwxr-x--- 512 r dovecot imap-login 1226 text /usr 1132842 -r-xr-xr-x 129996 r dovecot imap-login 1226 0 /dev 27 crw-rw-rw- null r dovecot imap-login 1226 1* pipe c4cbcd18 <-> c4cbcc60 0 rw dovecot imap-login 1226 2* pipe c4cbcd18 <-> c4cbcc60 0 rw dovecot imap-login 1226 5 /dev 14 crw-rw-rw- random r dovecot imap-login 1226 6* pipe c4cbc7bc <-> c4cbc874 0 rw dovecot imap-login 1226 7* pipe c4cbc874 <-> c4cbc7bc 0 rw dovecot imap-login 1226 9* internet stream tcp c4ca2cb0 dovecot imap-login 1226 11* local stream c4cb3b28 <-> c4cb3bd0 postfix qmgr 1218 root / 2 drwxr-xr-x 512 r postfix qmgr 1218 wd /var 32785 drwxr-xr-x 512 r postfix qmgr 1218 text /usr 944978 -rwxr-xr-x 237322 r postfix qmgr 1218 0 /dev 27 crw-rw-rw- null rw postfix qmgr 1218 1 /dev 27 crw-rw-rw- null rw postfix qmgr 1218 2 /dev 27 crw-rw-rw- null rw postfix qmgr 1218 3* pipe c4cbd4a4 <-> c4cbd55c 100 rw postfix qmgr 1218 4* pipe c4cbd55c <-> c4cbd4a4 0 rw postfix qmgr 1218 5* pipe c4ca3874 <-> c4ca37bc 0 rw postfix qmgr 1218 6 /var 32887 prw--w--w- 0 rw postfix qmgr 1218 7* local dgram c4c72b28 <-> c499b498 root master 1203 root / 2 drwxr-xr-x 512 r root master 1203 wd /var 32785 drwxr-xr-x 512 r root master 1203 text /usr 944961 -rwxr-xr-x 137739 r root master 1203 0 /dev 27 crw-rw-rw- null rw root master 1203 1 /dev 27 crw-rw-rw- null rw root master 1203 2 /dev 27 crw-rw-rw- null rw root master 1203 3* local dgram c499cd20 <-> c499b498 root master 1203 4 /dev 27 crw-rw-rw- null rw root master 1203 5 /dev 27 crw-rw-rw- null rw root master 1203 6 /dev 27 crw-rw-rw- null rw root master 1203 7 /dev 27 crw-rw-rw- null rw root master 1203 8 /dev 27 crw-rw-rw- null rw root master 1203 9 /var 32901 -rw------- 17 rw root master 1203 10 /var 21883 -rw------- 17 rw root master 1203 11* pipe c4cbd630 <-> c4cbd6e8 0 rw root master 1203 12* internet stream tcp c4ca2000 root master 1203 14* pipe c4ba6000 <-> c4ba60b8 0 rw root master 1203 15* pipe c4ba60b8 <-> c4ba6000 0 rw root master 1203 16* internet stream tcp c4ca1ae0 root master 1203 17* pipe c47f1ad4 <-> c47f1b8c 0 rw root master 1203 18* pipe c47f1b8c <-> c47f1ad4 0 rw root master 1203 19 /var 32825 prw--w--w- 0 rw root master 1203 20* pipe c47f1630 <-> c47f16e8 0 rw root master 1203 21* pipe c47f16e8 <-> c47f1630 0 rw root master 1203 22* local stream c499cb28 root master 1203 23* pipe c47f1948 <-> c47f1a00 0 rw root master 1203 24* pipe c47f1a00 <-> c47f1948 0 rw root master 1203 25 /var 32887 prw--w--w- 0 rw root master 1203 26* pipe c4ca37bc <-> c4ca3874 0 rw root master 1203 27* pipe c4ca3874 <-> c4ca37bc 0 rw root master 1203 28* local stream c499c930 root master 1203 29* pipe c4ca3630 <-> c4ca36e8 0 rw root master 1203 30* pipe c4ca36e8 <-> c4ca3630 0 rw root master 1203 31* local stream c499c888 root master 1203 32* pipe c4ca34a4 <-> c4ca355c 0 rw root master 1203 33* pipe c4ca355c <-> c4ca34a4 0 rw root master 1203 34* local stream c499c7e0 root master 1203 35* pipe c4ca3318 <-> c4ca33d0 0 rw root master 1203 36* pipe c4ca33d0 <-> c4ca3318 0 rw root master 1203 37* local stream c499c738 root master 1203 38* pipe c4ca318c <-> c4ca3244 0 rw root master 1203 39* pipe c4ca3244 <-> c4ca318c 0 rw root master 1203 40* local stream c499c690 root master 1203 41* pipe c4ca3000 <-> c4ca30b8 0 rw root master 1203 42* pipe c4ca30b8 <-> c4ca3000 0 rw root master 1203 43* local stream c499c5e8 root master 1203 44* pipe c4ba6dec <-> c4ba6ea4 0 rw root master 1203 45* pipe c4ba6ea4 <-> c4ba6dec 0 rw root master 1203 46* local stream c499c540 root master 1203 47* pipe c4ba6c60 <-> c4ba6d18 0 rw root master 1203 48* pipe c4ba6d18 <-> c4ba6c60 0 rw root master 1203 49* local stream c499c498 root master 1203 50* pipe c4ba6ad4 <-> c4ba6b8c 0 rw root master 1203 51* pipe c4ba6b8c <-> c4ba6ad4 0 rw root master 1203 52* local stream c499c3f0 root master 1203 53* pipe c4ba6948 <-> c4ba6a00 0 rw root master 1203 54* pipe c4ba6a00 <-> c4ba6948 0 rw root master 1203 55* local stream c499c348 root master 1203 56* pipe c4ba67bc <-> c4ba6874 0 rw root master 1203 57* pipe c4ba6874 <-> c4ba67bc 0 rw root master 1203 58* local stream c499c2a0 root master 1203 59* pipe c4ba6630 <-> c4ba66e8 0 rw root master 1203 60* pipe c4ba66e8 <-> c4ba6630 0 rw root master 1203 61* local stream c499c1f8 root master 1203 62* pipe c4ba64a4 <-> c4ba655c 0 rw root master 1203 63* pipe c4ba655c <-> c4ba64a4 0 rw root master 1203 64* local stream c499c150 root master 1203 65* pipe c4caedec <-> c4caeea4 0 rw root master 1203 66* pipe c4caeea4 <-> c4caedec 0 rw root master 1203 67* local stream c499c0a8 root master 1203 68* pipe c4caec60 <-> c4caed18 0 rw root master 1203 69* pipe c4caed18 <-> c4caec60 0 rw root master 1203 70* local stream c499cdc8 root master 1203 71* pipe c4caead4 <-> c4caeb8c 0 rw root master 1203 72* pipe c4caeb8c <-> c4caead4 0 rw root master 1203 73* local stream c499ce70 root master 1203 74* pipe c4cae948 <-> c4caea00 0 rw root master 1203 75* pipe c4caea00 <-> c4cae948 0 rw root master 1203 76* local stream c4c72000 root master 1203 77* pipe c4cae7bc <-> c4cae874 0 rw root master 1203 78* pipe c4cae874 <-> c4cae7bc 0 rw root master 1203 79* local stream c499bbd0 root master 1203 80* pipe c4cae630 <-> c4cae6e8 0 rw root master 1203 81* pipe c4cae6e8 <-> c4cae630 0 rw root master 1203 82* local stream c4cb3348 root master 1203 83* pipe c4cae4a4 <-> c4cae55c 0 rw root master 1203 84* pipe c4cae55c <-> c4cae4a4 0 rw root master 1203 85* local stream c4cb32a0 root master 1203 86* pipe c4cae318 <-> c4cae3d0 0 rw root master 1203 87* pipe c4cae3d0 <-> c4cae318 0 rw root master 1203 88* local stream c4cb31f8 root master 1203 89* pipe c4cae18c <-> c4cae244 0 rw root master 1203 90* pipe c4cae244 <-> c4cae18c 0 rw root master 1203 91* local stream c4cb3150 root master 1203 92* pipe c4cae000 <-> c4cae0b8 0 rw root master 1203 93* pipe c4cae0b8 <-> c4cae000 0 rw root master 1203 94* local stream c4cb30a8 root master 1203 95* pipe c4ca3dec <-> c4ca3ea4 0 rw root master 1203 96* pipe c4ca3ea4 <-> c4ca3dec 0 rw root master 1203 97* local stream c4cb3000 root master 1203 98* pipe c4ca3c60 <-> c4ca3d18 0 rw root master 1203 99* pipe c4ca3d18 <-> c4ca3c60 0 rw root master 1203 100* local stream c4c72e70 root master 1203 101* pipe c4ca3ad4 <-> c4ca3b8c 0 rw root master 1203 102* pipe c4ca3b8c <-> c4ca3ad4 0 rw root master 1203 103* local stream c4c72dc8 root master 1203 104* pipe c4ca3948 <-> c4ca3a00 0 rw root master 1203 105* pipe c4ca3a00 <-> c4ca3948 0 rw root master 1203 106* pipe c4cbd6e8 <-> c4cbd630 0 rw root master 1203 107* pipe c4cbd4a4 <-> c4cbd55c 100 rw root master 1203 108* pipe c4cbd55c <-> c4cbd4a4 0 rw root dovecot-auth 1126 root / 2 drwxr-xr-x 512 r root dovecot-auth 1126 wd /var 16488 drwxr-xr-x 512 r root dovecot-auth 1126 text /usr 1132836 -r-xr-xr-x 255132 r root dovecot-auth 1126 0* local stream c499ba80 <-> c499bb28 root dovecot-auth 1126 1 /dev 27 crw-rw-rw- null r root dovecot-auth 1126 2* pipe c47f13d0 <-> c47f1318 0 rw root dovecot-auth 1126 3* local stream c499b0a8 root dovecot-auth 1126 4 /dev 14 crw-rw-rw- random r root dovecot-auth 1126 5* pipe c47f17bc <-> c47f1874 0 rw root dovecot-auth 1126 6* pipe c47f1874 <-> c47f17bc 0 rw root dovecot-auth 1126 9* local stream c4cd2348 <-> c4cd22a0 root dovecot-auth 1126 10* local stream c4c72540 <-> c4c725e8 root dovecot-auth 1126 11* local stream c4cb3a80 <-> c4c72498 root dovecot-auth 1126 12* local stream c4cd23f0 <-> c4c72690 root dovecot-auth 1126 13* local stream c4cd2150 <-> c4cd20a8 root dovecot 1123 root / 2 drwxr-xr-x 512 r root dovecot 1123 wd /var 16488 drwxr-xr-x 512 r root dovecot 1123 text /usr 897221 -r-xr-xr-x 151448 r root dovecot 1123 0 /dev 27 crw-rw-rw- null r root dovecot 1123 1 /dev 27 crw-rw-rw- null r root dovecot 1123 2 /dev 27 crw-rw-rw- null r root dovecot 1123 3 /dev 27 crw-rw-rw- null r root dovecot 1123 4 /dev 27 crw-rw-rw- null r root dovecot 1123 5* internet stream tcp c4b27910 root dovecot 1123 6* local dgram c499b000 <-> c499b498 root dovecot 1123 7* pipe c47f118c <-> c47f1244 0 rw root dovecot 1123 8* pipe c47f1244 <-> c47f118c 0 rw root dovecot 1123 10* local stream c499b150 root dovecot 1123 11* local stream c499b0a8 root dovecot 1123 12* local stream c499bb28 <-> c499ba80 root dovecot 1123 13* local stream c4cd2540 <-> c4cd25e8 root dovecot 1123 14* pipe c47f1318 <-> c47f13d0 0 rw root dovecot 1123 16* local stream c499b9d8 root dovecot 1123 17* local stream c4c729d8 <-> c4cb3930 root dovecot 1123 18* pipe c4eafc60 <-> c4eafd18 0 rw root dovecot 1123 20* pipe c4cbcc60 <-> c4cbcd18 0 rw root dovecot 1123 21* pipe c4eaf948 <-> c4eafa00 0 rw root dovecot 1123 22* pipe c4cbcad4 <-> c4cbcb8c 0 rw root dovecot 1123 23* local stream c4cb3888 <-> c4cb3738 root dovecot 1123 24* pipe c4eaf630 <-> c4eaf6e8 0 rw root dovecot 1123 25* pipe c4cbdc60 <-> c4cbdd18 0 rw root dovecot 1123 26* pipe c4eb04a4 <-> c4eb055c 0 rw root dovecot 1123 27* pipe c4eaf000 <-> c4eaf0b8 0 rw root dovecot 1123 28* pipe c4eafad4 <-> c4eafb8c 0 rw root dovecot 1123 29* local stream c499b348 <-> c4cb3690 root dovecot 1123 30* pipe c4cbcdec <-> c4cbcea4 0 rw root dovecot 1123 31* local stream c4cb3dc8 <-> c4cb3e70 root dovecot 1123 32* pipe c4cbc630 <-> c4cbc6e8 0 rw root dovecot 1123 34* pipe c4eb0000 <-> c4eb00b8 0 rw root dovecot 1123 36* pipe c4cbd000 <-> c4cbd0b8 0 rw root dspam 1103 root / 2 drwxr-xr-x 512 r root dspam 1103 wd / 2 drwxr-xr-x 512 r root dspam 1103 text /usr 897798 -r-s--x--- 342154 r root dspam 1103 0 /dev 27 crw-rw-rw- null r root dspam 1103 1 /dev 27 crw-rw-rw- null w root dspam 1103 2 /dev 27 crw-rw-rw- null w root dspam 1103 3* internet stream tcp c4ca13a0 root dspam 1103 4* internet stream tcp c4ca21d0 root dspam 1103 5* internet stream tcp c4ba4740 root dspam 1103 6* local stream c4cb3498 pgsql postgres 1097 root / 2 drwxr-xr-x 512 r pgsql postgres 1097 wd /home 18794498 drwx------ 512 r pgsql postgres 1097 text /usr 898239 -rwxr-xr-x 4356540 r pgsql postgres 1097 0 /dev 27 crw-rw-rw- null rw pgsql postgres 1097 1 /dev 27 crw-rw-rw- null rw pgsql postgres 1097 2 /dev 27 crw-rw-rw- null rw pgsql postgres 1097 7* internet6 dgram udp c48fc4ec pgsql postgres 1096 root / 2 drwxr-xr-x 512 r pgsql postgres 1096 wd /home 18794498 drwx------ 512 r pgsql postgres 1096 text /usr 898239 -rwxr-xr-x 4356540 r pgsql postgres 1096 0 /dev 27 crw-rw-rw- null rw pgsql postgres 1096 1 /dev 27 crw-rw-rw- null rw pgsql postgres 1096 2 /dev 27 crw-rw-rw- null rw pgsql postgres 1096 3* local dgram c499b2a0 <-> c499b540 pgsql postgres 1096 7* internet6 dgram udp c48fc4ec pgsql postgres 1095 root / 2 drwxr-xr-x 512 r pgsql postgres 1095 wd /home 18794498 drwx------ 512 r pgsql postgres 1095 text /usr 898239 -rwxr-xr-x 4356540 r pgsql postgres 1095 0 /dev 27 crw-rw-rw- null rw pgsql postgres 1095 1 /dev 27 crw-rw-rw- null rw pgsql postgres 1095 2 /dev 27 crw-rw-rw- null rw pgsql postgres 1095 3 /home 19571719 -rw------- 16777216 rw pgsql postgres 1095 7* internet6 dgram udp c48fc4ec pgsql postgres 1094 root / 2 drwxr-xr-x 512 r pgsql postgres 1094 wd /home 18794498 drwx------ 512 r pgsql postgres 1094 text /usr 898239 -rwxr-xr-x 4356540 r pgsql postgres 1094 0 /dev 27 crw-rw-rw- null rw pgsql postgres 1094 1 /dev 27 crw-rw-rw- null rw pgsql postgres 1094 2 /dev 27 crw-rw-rw- null rw pgsql postgres 1094 4 /home 19571719 -rw------- 16777216 rw pgsql postgres 1094 5* local dgram c4cd2e70 <-> c499b540 pgsql postgres 1094 7* internet6 dgram udp c48fc4ec pgsql postgres 1091 root / 2 drwxr-xr-x 512 r pgsql postgres 1091 wd /home 18794498 drwx------ 512 r pgsql postgres 1091 text /usr 898239 -rwxr-xr-x 4356540 r pgsql postgres 1091 0 /dev 27 crw-rw-rw- null rw pgsql postgres 1091 1 /dev 27 crw-rw-rw- null rw pgsql postgres 1091 2 /dev 27 crw-rw-rw- null rw pgsql postgres 1091 3* internet6 stream tcp c4ba43a0 pgsql postgres 1091 4* internet stream tcp c4ba41d0 pgsql postgres 1091 5* internet stream tcp c4ba4000 pgsql postgres 1091 6* local stream c499bc78 pgsql postgres 1091 7* internet6 dgram udp c48fc4ec pgsql postgres 1091 8* local dgram c499b690 <-> c499b540 root ntpd 1085 root / 2 drwxr-xr-x 512 r root ntpd 1085 wd / 2 drwxr-xr-x 512 r root ntpd 1085 text /usr 1083534 -r-xr-xr-x 337720 r root ntpd 1085 0 /dev 27 crw-rw-rw- null rw root ntpd 1085 1 /dev 27 crw-rw-rw- null rw root ntpd 1085 2 /dev 27 crw-rw-rw- null rw root ntpd 1085 3* local dgram c499bd20 <-> c499b498 root ntpd 1085 4* pipe c47f14a4 <-> c47f155c 0 rw root ntpd 1055 root / 2 drwxr-xr-x 512 r root ntpd 1055 wd / 2 drwxr-xr-x 512 r root ntpd 1055 text /usr 1083534 -r-xr-xr-x 337720 r root ntpd 1055 0 /dev 27 crw-rw-rw- null rw root ntpd 1055 1 /dev 27 crw-rw-rw- null rw root ntpd 1055 2 /dev 27 crw-rw-rw- null rw root ntpd 1055 3* local dgram c499bdc8 <-> c499b498 root ntpd 1055 5* pipe c47f155c <-> c47f14a4 0 rw root ntpd 1055 20* internet dgram udp c48fd4ec root ntpd 1055 21* internet6 dgram udp c48fd438 root ntpd 1055 22* internet6 dgram udp c48fd384 root ntpd 1055 23* internet dgram udp c48fd2d0 root ntpd 1055 24* internet6 dgram udp c48fd21c root ntpd 1055 25* internet dgram udp c48fd168 root ntpd 1055 26* internet6 dgram udp c48fd0b4 root ntpd 1055 27* internet6 dgram udp c48fd5a0 root ntpd 1055 28* internet dgram udp c48fd654 root ntpd 1055 29* route raw 0 c4bae680 root lpd 1030 root / 2 drwxr-xr-x 512 r root lpd 1030 wd / 2 drwxr-xr-x 512 r root lpd 1030 text /usr 1083495 -r-xr-xr-x 72256 r root lpd 1030 0 /dev 27 crw-rw-rw- null rw root lpd 1030 1 /dev 27 crw-rw-rw- null rw root lpd 1030 2 /dev 27 crw-rw-rw- null rw root lpd 1030 3* local dgram c499c000 <-> c499b498 root lpd 1030 4 /var 32782 -rw-rw-r-- 5 w root lpd 1030 5* local stream c499be70 root lpd 1030 6* internet6 stream tcp c4b0c740 root lpd 1030 7* internet stream tcp c4b0c570 root smartd 987 root / 2 drwxr-xr-x 512 r root smartd 987 wd / 2 drwxr-xr-x 512 r root smartd 987 text /usr 896736 -r-xr-xr-x 232556 r root smartd 987 0 /dev 27 crw-rw-rw- null rw root smartd 987 1 /dev 27 crw-rw-rw- null rw root smartd 987 2 /dev 27 crw-rw-rw- null rw teamspea server_linux 969 root / 2 drwxr-xr-x 512 r teamspea server_linux 969 wd / 2 drwxr-xr-x 512 r teamspea server_linux 969 text /usr 968592 -rwxr-x--- 950856 r teamspea server_linux 969 0 - - bad - teamspea server_linux 969 1 /dev 27 crw-rw-rw- null w teamspea server_linux 969 2 - - bad - teamspea server_linux 969 3 /dev 27 crw-rw-rw- null w teamspea server_linux 969 4* pipe c47f1000 <-> c47f10b8 0 rw teamspea server_linux 969 5* pipe c47f10b8 <-> c47f1000 0 rw teamspea server_linux 969 6 /usr 968719 -rw-r----- 18027 rw teamspea server_linux 969 7 /dev 27 crw-rw-rw- null w teamspea server_linux 969 8 /dev 27 crw-rw-rw- null w teamspea server_linux 969 9 /usr 968721 -rw-r----- 20480 rw teamspea server_linux 969 10 /var 49312 -rw------- 2048 rw teamspea server_linux 969 11* pipe c47f04a4 <-> c47f055c 0 rw teamspea server_linux 969 12* pipe c47f055c <-> c47f04a4 0 rw teamspea server_linux 969 13* pipe c47f018c <-> c47f0244 0 rw teamspea server_linux 969 14* pipe c47f0244 <-> c47f018c 0 rw teamspea server_linux 969 15* pipe c47f0dec <-> c47f0ea4 0 rw teamspea server_linux 969 16* pipe c47f0ea4 <-> c47f0dec 0 rw teamspea server_linux 969 17* pipe c47f07bc <-> c47f0874 0 rw teamspea server_linux 969 18* pipe c47f0874 <-> c47f07bc 0 rw teamspea server_linux 969 19* internet dgram udp c48fc870 teamspea server_linux 969 20* pipe c47f0948 <-> c47f0a00 0 rw teamspea server_linux 969 21* pipe c47f0a00 <-> c47f0948 0 rw teamspea server_linux 969 22* internet stream tcp c4b0cae0 teamspea server_linux 969 23* internet stream tcp c4b0c910 teamspea server_linux 969 24 /usr 968438 -rw------- 3 rw teamspea server_linux 968 root / 2 drwxr-xr-x 512 r teamspea server_linux 968 wd / 2 drwxr-xr-x 512 r teamspea server_linux 968 text /usr 968592 -rwxr-x--- 950856 r teamspea server_linux 968 0 - - bad - teamspea server_linux 968 1 /dev 27 crw-rw-rw- null w teamspea server_linux 968 2 - - bad - teamspea server_linux 968 3 /dev 27 crw-rw-rw- null w teamspea server_linux 968 4* pipe c47f1000 <-> c47f10b8 0 rw teamspea server_linux 968 5* pipe c47f10b8 <-> c47f1000 0 rw teamspea server_linux 968 6 /usr 968719 -rw-r----- 18027 rw teamspea server_linux 968 7 /dev 27 crw-rw-rw- null w teamspea server_linux 968 8 /dev 27 crw-rw-rw- null w teamspea server_linux 968 9 /usr 968721 -rw-r----- 20480 rw teamspea server_linux 968 10 /var 49312 -rw------- 2048 rw teamspea server_linux 968 11* pipe c47f04a4 <-> c47f055c 0 rw teamspea server_linux 968 12* pipe c47f055c <-> c47f04a4 0 rw teamspea server_linux 968 13* pipe c47f018c <-> c47f0244 0 rw teamspea server_linux 968 14* pipe c47f0244 <-> c47f018c 0 rw teamspea server_linux 968 15* pipe c47f0dec <-> c47f0ea4 0 rw teamspea server_linux 968 16* pipe c47f0ea4 <-> c47f0dec 0 rw teamspea server_linux 968 17* pipe c47f07bc <-> c47f0874 0 rw teamspea server_linux 968 18* pipe c47f0874 <-> c47f07bc 0 rw teamspea server_linux 968 19* internet dgram udp c48fc870 teamspea server_linux 968 20* pipe c47f0948 <-> c47f0a00 0 rw teamspea server_linux 968 21* pipe c47f0a00 <-> c47f0948 0 rw teamspea server_linux 968 22* internet stream tcp c4b0cae0 teamspea server_linux 968 23* internet stream tcp c4b0c910 teamspea server_linux 968 24 /usr 968438 -rw------- 3 rw teamspea server_linux 967 root / 2 drwxr-xr-x 512 r teamspea server_linux 967 wd / 2 drwxr-xr-x 512 r teamspea server_linux 967 text /usr 968592 -rwxr-x--- 950856 r teamspea server_linux 967 0 - - bad - teamspea server_linux 967 1 /dev 27 crw-rw-rw- null w teamspea server_linux 967 2 - - bad - teamspea server_linux 967 3 /dev 27 crw-rw-rw- null w teamspea server_linux 967 4* pipe c47f1000 <-> c47f10b8 0 rw teamspea server_linux 967 5* pipe c47f10b8 <-> c47f1000 0 rw teamspea server_linux 967 6 /usr 968719 -rw-r----- 18027 rw teamspea server_linux 967 7 /dev 27 crw-rw-rw- null w teamspea server_linux 967 8 /dev 27 crw-rw-rw- null w teamspea server_linux 967 9 /usr 968721 -rw-r----- 20480 rw teamspea server_linux 967 10 /var 49312 -rw------- 2048 rw teamspea server_linux 967 11* pipe c47f04a4 <-> c47f055c 0 rw teamspea server_linux 967 12* pipe c47f055c <-> c47f04a4 0 rw teamspea server_linux 967 13* pipe c47f018c <-> c47f0244 0 rw teamspea server_linux 967 14* pipe c47f0244 <-> c47f018c 0 rw teamspea server_linux 967 15* pipe c47f0dec <-> c47f0ea4 0 rw teamspea server_linux 967 16* pipe c47f0ea4 <-> c47f0dec 0 rw teamspea server_linux 967 17* pipe c47f07bc <-> c47f0874 0 rw teamspea server_linux 967 18* pipe c47f0874 <-> c47f07bc 0 rw teamspea server_linux 967 19* internet dgram udp c48fc870 teamspea server_linux 967 20* pipe c47f0948 <-> c47f0a00 0 rw teamspea server_linux 967 21* pipe c47f0a00 <-> c47f0948 0 rw teamspea server_linux 967 22* internet stream tcp c4b0cae0 teamspea server_linux 967 23* internet stream tcp c4b0c910 teamspea server_linux 967 24 /usr 968438 -rw------- 3 rw teamspea server_linux 966 root / 2 drwxr-xr-x 512 r teamspea server_linux 966 wd / 2 drwxr-xr-x 512 r teamspea server_linux 966 text /usr 968592 -rwxr-x--- 950856 r teamspea server_linux 966 0 - - bad - teamspea server_linux 966 1 /dev 27 crw-rw-rw- null w teamspea server_linux 966 2 - - bad - teamspea server_linux 966 3 /dev 27 crw-rw-rw- null w teamspea server_linux 966 4* pipe c47f1000 <-> c47f10b8 0 rw teamspea server_linux 966 5* pipe c47f10b8 <-> c47f1000 0 rw teamspea server_linux 966 6 /usr 968719 -rw-r----- 18027 rw teamspea server_linux 966 7 /dev 27 crw-rw-rw- null w teamspea server_linux 966 8 /dev 27 crw-rw-rw- null w teamspea server_linux 966 9 /usr 968721 -rw-r----- 20480 rw teamspea server_linux 966 10 /var 49312 -rw------- 2048 rw teamspea server_linux 966 11* pipe c47f04a4 <-> c47f055c 0 rw teamspea server_linux 966 12* pipe c47f055c <-> c47f04a4 0 rw teamspea server_linux 966 13* pipe c47f018c <-> c47f0244 0 rw teamspea server_linux 966 14* pipe c47f0244 <-> c47f018c 0 rw teamspea server_linux 966 15* pipe c47f0dec <-> c47f0ea4 0 rw teamspea server_linux 966 16* pipe c47f0ea4 <-> c47f0dec 0 rw teamspea server_linux 966 17* pipe c47f07bc <-> c47f0874 0 rw teamspea server_linux 966 18* pipe c47f0874 <-> c47f07bc 0 rw teamspea server_linux 966 19* internet dgram udp c48fc870 teamspea server_linux 966 20* pipe c47f0948 <-> c47f0a00 0 rw teamspea server_linux 966 21* pipe c47f0a00 <-> c47f0948 0 rw teamspea server_linux 966 22* internet stream tcp c4b0cae0 teamspea server_linux 966 23* internet stream tcp c4b0c910 teamspea server_linux 966 24 /usr 968438 -rw------- 3 rw teamspea server_linux 965 root / 2 drwxr-xr-x 512 r teamspea server_linux 965 wd / 2 drwxr-xr-x 512 r teamspea server_linux 965 text /usr 968592 -rwxr-x--- 950856 r teamspea server_linux 965 0 - - bad - teamspea server_linux 965 1 /dev 27 crw-rw-rw- null w teamspea server_linux 965 2 - - bad - teamspea server_linux 965 3 /dev 27 crw-rw-rw- null w teamspea server_linux 965 4* pipe c47f1000 <-> c47f10b8 0 rw teamspea server_linux 965 5* pipe c47f10b8 <-> c47f1000 0 rw teamspea server_linux 965 6 /usr 968719 -rw-r----- 18027 rw teamspea server_linux 965 7 /dev 27 crw-rw-rw- null w teamspea server_linux 965 8 /dev 27 crw-rw-rw- null w teamspea server_linux 965 9 /usr 968721 -rw-r----- 20480 rw teamspea server_linux 965 10 /var 49312 -rw------- 2048 rw teamspea server_linux 965 11* pipe c47f04a4 <-> c47f055c 0 rw teamspea server_linux 965 12* pipe c47f055c <-> c47f04a4 0 rw teamspea server_linux 965 13* pipe c47f018c <-> c47f0244 0 rw teamspea server_linux 965 14* pipe c47f0244 <-> c47f018c 0 rw teamspea server_linux 965 15* pipe c47f0dec <-> c47f0ea4 0 rw teamspea server_linux 965 16* pipe c47f0ea4 <-> c47f0dec 0 rw teamspea server_linux 965 17* pipe c47f07bc <-> c47f0874 0 rw teamspea server_linux 965 18* pipe c47f0874 <-> c47f07bc 0 rw teamspea server_linux 965 19* internet dgram udp c48fc870 teamspea server_linux 965 20* pipe c47f0948 <-> c47f0a00 0 rw teamspea server_linux 965 21* pipe c47f0a00 <-> c47f0948 0 rw teamspea server_linux 965 22* internet stream tcp c4b0cae0 teamspea server_linux 965 23* internet stream tcp c4b0c910 teamspea server_linux 965 24 /usr 968438 -rw------- 3 rw teamspea server_linux 964 root / 2 drwxr-xr-x 512 r teamspea server_linux 964 wd / 2 drwxr-xr-x 512 r teamspea server_linux 964 text /usr 968592 -rwxr-x--- 950856 r teamspea server_linux 964 0 - - bad - teamspea server_linux 964 1 /dev 27 crw-rw-rw- null w teamspea server_linux 964 2 - - bad - teamspea server_linux 964 3 /dev 27 crw-rw-rw- null w teamspea server_linux 964 4* pipe c47f1000 <-> c47f10b8 0 rw teamspea server_linux 964 5* pipe c47f10b8 <-> c47f1000 0 rw teamspea server_linux 964 6 /usr 968719 -rw-r----- 18027 rw teamspea server_linux 964 7 /dev 27 crw-rw-rw- null w teamspea server_linux 964 8 /dev 27 crw-rw-rw- null w teamspea server_linux 964 9 /usr 968721 -rw-r----- 20480 rw teamspea server_linux 964 10 /var 49312 -rw------- 2048 rw teamspea server_linux 964 11* pipe c47f04a4 <-> c47f055c 0 rw teamspea server_linux 964 12* pipe c47f055c <-> c47f04a4 0 rw teamspea server_linux 964 13* pipe c47f018c <-> c47f0244 0 rw teamspea server_linux 964 14* pipe c47f0244 <-> c47f018c 0 rw teamspea server_linux 964 15* pipe c47f0dec <-> c47f0ea4 0 rw teamspea server_linux 964 16* pipe c47f0ea4 <-> c47f0dec 0 rw teamspea server_linux 964 17* pipe c47f07bc <-> c47f0874 0 rw teamspea server_linux 964 18* pipe c47f0874 <-> c47f07bc 0 rw teamspea server_linux 964 19* internet dgram udp c48fc870 teamspea server_linux 964 20* pipe c47f0948 <-> c47f0a00 0 rw teamspea server_linux 964 21* pipe c47f0a00 <-> c47f0948 0 rw teamspea server_linux 964 22* internet stream tcp c4b0cae0 teamspea server_linux 964 23* internet stream tcp c4b0c910 teamspea server_linux 964 24 /usr 968438 -rw------- 3 rw teamspea server_linux 963 root / 2 drwxr-xr-x 512 r teamspea server_linux 963 wd / 2 drwxr-xr-x 512 r teamspea server_linux 963 text /usr 968592 -rwxr-x--- 950856 r teamspea server_linux 963 0 - - bad - teamspea server_linux 963 1 /dev 27 crw-rw-rw- null w teamspea server_linux 963 2 - - bad - teamspea server_linux 963 3 /dev 27 crw-rw-rw- null w teamspea server_linux 963 4* pipe c47f1000 <-> c47f10b8 0 rw teamspea server_linux 963 5* pipe c47f10b8 <-> c47f1000 0 rw teamspea server_linux 963 6 /usr 968719 -rw-r----- 18027 rw teamspea server_linux 963 7 /dev 27 crw-rw-rw- null w teamspea server_linux 963 8 /dev 27 crw-rw-rw- null w teamspea server_linux 963 9 /usr 968721 -rw-r----- 20480 rw teamspea server_linux 963 10 /var 49312 -rw------- 2048 rw teamspea server_linux 963 11* pipe c47f04a4 <-> c47f055c 0 rw teamspea server_linux 963 12* pipe c47f055c <-> c47f04a4 0 rw teamspea server_linux 963 13* pipe c47f018c <-> c47f0244 0 rw teamspea server_linux 963 14* pipe c47f0244 <-> c47f018c 0 rw teamspea server_linux 963 15* pipe c47f0dec <-> c47f0ea4 0 rw teamspea server_linux 963 16* pipe c47f0ea4 <-> c47f0dec 0 rw teamspea server_linux 963 17* pipe c47f07bc <-> c47f0874 0 rw teamspea server_linux 963 18* pipe c47f0874 <-> c47f07bc 0 rw teamspea server_linux 963 19* internet dgram udp c48fc870 teamspea server_linux 963 20* pipe c47f0948 <-> c47f0a00 0 rw teamspea server_linux 963 21* pipe c47f0a00 <-> c47f0948 0 rw teamspea server_linux 963 22* internet stream tcp c4b0cae0 teamspea server_linux 963 23* internet stream tcp c4b0c910 teamspea server_linux 963 24 /usr 968438 -rw------- 3 rw teamspea server_linux 962 root / 2 drwxr-xr-x 512 r teamspea server_linux 962 wd / 2 drwxr-xr-x 512 r teamspea server_linux 962 text /usr 968592 -rwxr-x--- 950856 r teamspea server_linux 962 0 - - bad - teamspea server_linux 962 1 /dev 27 crw-rw-rw- null w teamspea server_linux 962 2 - - bad - teamspea server_linux 962 3 /dev 27 crw-rw-rw- null w teamspea server_linux 962 4* pipe c47f1000 <-> c47f10b8 0 rw teamspea server_linux 962 5* pipe c47f10b8 <-> c47f1000 0 rw teamspea server_linux 962 6 /usr 968719 -rw-r----- 18027 rw teamspea server_linux 962 7 /dev 27 crw-rw-rw- null w teamspea server_linux 962 8 /dev 27 crw-rw-rw- null w teamspea server_linux 962 9 /usr 968721 -rw-r----- 20480 rw teamspea server_linux 962 10 /var 49312 -rw------- 2048 rw teamspea server_linux 962 11* pipe c47f04a4 <-> c47f055c 0 rw teamspea server_linux 962 12* pipe c47f055c <-> c47f04a4 0 rw teamspea server_linux 962 13* pipe c47f018c <-> c47f0244 0 rw teamspea server_linux 962 14* pipe c47f0244 <-> c47f018c 0 rw teamspea server_linux 962 15* pipe c47f0dec <-> c47f0ea4 0 rw teamspea server_linux 962 16* pipe c47f0ea4 <-> c47f0dec 0 rw teamspea server_linux 962 17* pipe c47f07bc <-> c47f0874 0 rw teamspea server_linux 962 18* pipe c47f0874 <-> c47f07bc 0 rw teamspea server_linux 962 19* internet dgram udp c48fc870 teamspea server_linux 962 20* pipe c47f0948 <-> c47f0a00 0 rw teamspea server_linux 962 21* pipe c47f0a00 <-> c47f0948 0 rw teamspea server_linux 962 22* internet stream tcp c4b0cae0 teamspea server_linux 962 23* internet stream tcp c4b0c910 teamspea server_linux 962 24 /usr 968438 -rw------- 3 rw teamspea server_linux 961 root / 2 drwxr-xr-x 512 r teamspea server_linux 961 wd / 2 drwxr-xr-x 512 r teamspea server_linux 961 text /usr 968592 -rwxr-x--- 950856 r teamspea server_linux 961 0 - - bad - teamspea server_linux 961 1 /dev 27 crw-rw-rw- null w teamspea server_linux 961 2 - - bad - teamspea server_linux 961 3 /dev 27 crw-rw-rw- null w teamspea server_linux 961 4* pipe c47f1000 <-> c47f10b8 0 rw teamspea server_linux 961 5* pipe c47f10b8 <-> c47f1000 0 rw teamspea server_linux 961 6 /usr 968719 -rw-r----- 18027 rw teamspea server_linux 961 7 /dev 27 crw-rw-rw- null w teamspea server_linux 961 8 /dev 27 crw-rw-rw- null w teamspea server_linux 961 9 /usr 968721 -rw-r----- 20480 rw teamspea server_linux 961 10 /var 49312 -rw------- 2048 rw teamspea server_linux 961 11* pipe c47f04a4 <-> c47f055c 0 rw teamspea server_linux 961 12* pipe c47f055c <-> c47f04a4 0 rw teamspea server_linux 961 13* pipe c47f018c <-> c47f0244 0 rw teamspea server_linux 961 14* pipe c47f0244 <-> c47f018c 0 rw teamspea server_linux 961 15* pipe c47f0dec <-> c47f0ea4 0 rw teamspea server_linux 961 16* pipe c47f0ea4 <-> c47f0dec 0 rw teamspea server_linux 961 17* pipe c47f07bc <-> c47f0874 0 rw teamspea server_linux 961 18* pipe c47f0874 <-> c47f07bc 0 rw teamspea server_linux 961 19* internet dgram udp c48fc870 teamspea server_linux 961 20* pipe c47f0948 <-> c47f0a00 0 rw teamspea server_linux 961 21* pipe c47f0a00 <-> c47f0948 0 rw teamspea server_linux 961 22* internet stream tcp c4b0cae0 teamspea server_linux 961 23* internet stream tcp c4b0c910 teamspea server_linux 961 24 /usr 968438 -rw------- 3 rw root nfsd 941 root / 2 drwxr-xr-x 512 r root nfsd 941 wd / 2 drwxr-xr-x 512 r root nfsd 941 text /usr 1083530 -r-xr-xr-x 14204 r root nfsd 941 0 /dev 27 crw-rw-rw- null rw root nfsd 941 1 /dev 27 crw-rw-rw- null rw root nfsd 941 2 /dev 27 crw-rw-rw- null rw root nfsd 940 root / 2 drwxr-xr-x 512 r root nfsd 940 wd / 2 drwxr-xr-x 512 r root nfsd 940 text /usr 1083530 -r-xr-xr-x 14204 r root nfsd 940 0 /dev 27 crw-rw-rw- null rw root nfsd 940 1 /dev 27 crw-rw-rw- null rw root nfsd 940 2 /dev 27 crw-rw-rw- null rw root nfsd 939 root / 2 drwxr-xr-x 512 r root nfsd 939 wd / 2 drwxr-xr-x 512 r root nfsd 939 text /usr 1083530 -r-xr-xr-x 14204 r root nfsd 939 0 /dev 27 crw-rw-rw- null rw root nfsd 939 1 /dev 27 crw-rw-rw- null rw root nfsd 939 2 /dev 27 crw-rw-rw- null rw root nfsd 938 root / 2 drwxr-xr-x 512 r root nfsd 938 wd / 2 drwxr-xr-x 512 r root nfsd 938 text /usr 1083530 -r-xr-xr-x 14204 r root nfsd 938 0 /dev 27 crw-rw-rw- null rw root nfsd 938 1 /dev 27 crw-rw-rw- null rw root nfsd 938 2 /dev 27 crw-rw-rw- null rw root nfsd 937 root / 2 drwxr-xr-x 512 r root nfsd 937 wd / 2 drwxr-xr-x 512 r root nfsd 937 text /usr 1083530 -r-xr-xr-x 14204 r root nfsd 937 0 /dev 27 crw-rw-rw- null rw root nfsd 937 1 /dev 27 crw-rw-rw- null rw root nfsd 937 2 /dev 27 crw-rw-rw- null rw root nfsd 936 root / 2 drwxr-xr-x 512 r root nfsd 936 wd / 2 drwxr-xr-x 512 r root nfsd 936 text /usr 1083530 -r-xr-xr-x 14204 r root nfsd 936 0 /dev 27 crw-rw-rw- null rw root nfsd 936 1 /dev 27 crw-rw-rw- null rw root nfsd 936 2 /dev 27 crw-rw-rw- null rw root nfsd 935 root / 2 drwxr-xr-x 512 r root nfsd 935 wd / 2 drwxr-xr-x 512 r root nfsd 935 text /usr 1083530 -r-xr-xr-x 14204 r root nfsd 935 0 /dev 27 crw-rw-rw- null rw root nfsd 935 1 /dev 27 crw-rw-rw- null rw root nfsd 935 2 /dev 27 crw-rw-rw- null rw root nfsd 934 root / 2 drwxr-xr-x 512 r root nfsd 934 wd / 2 drwxr-xr-x 512 r root nfsd 934 text /usr 1083530 -r-xr-xr-x 14204 r root nfsd 934 0 /dev 27 crw-rw-rw- null rw root nfsd 934 1 /dev 27 crw-rw-rw- null rw root nfsd 934 2 /dev 27 crw-rw-rw- null rw root nfsd 933 root / 2 drwxr-xr-x 512 r root nfsd 933 wd / 2 drwxr-xr-x 512 r root nfsd 933 text /usr 1083530 -r-xr-xr-x 14204 r root nfsd 933 0 /dev 27 crw-rw-rw- null rw root nfsd 933 1 /dev 27 crw-rw-rw- null rw root nfsd 933 2 /dev 27 crw-rw-rw- null rw root nfsd 932 root / 2 drwxr-xr-x 512 r root nfsd 932 wd / 2 drwxr-xr-x 512 r root nfsd 932 text /usr 1083530 -r-xr-xr-x 14204 r root nfsd 932 0 /dev 27 crw-rw-rw- null rw root nfsd 932 1 /dev 27 crw-rw-rw- null rw root nfsd 932 2 /dev 27 crw-rw-rw- null rw root nfsd 931 root / 2 drwxr-xr-x 512 r root nfsd 931 wd / 2 drwxr-xr-x 512 r root nfsd 931 text /usr 1083530 -r-xr-xr-x 14204 r root nfsd 931 0 /dev 27 crw-rw-rw- null rw root nfsd 931 1 /dev 27 crw-rw-rw- null rw root nfsd 931 2 /dev 27 crw-rw-rw- null rw root nfsd 930 root / 2 drwxr-xr-x 512 r root nfsd 930 wd / 2 drwxr-xr-x 512 r root nfsd 930 text /usr 1083530 -r-xr-xr-x 14204 r root nfsd 930 0 /dev 27 crw-rw-rw- null rw root nfsd 930 1 /dev 27 crw-rw-rw- null rw root nfsd 930 2 /dev 27 crw-rw-rw- null rw root nfsd 929 root / 2 drwxr-xr-x 512 r root nfsd 929 wd / 2 drwxr-xr-x 512 r root nfsd 929 text /usr 1083530 -r-xr-xr-x 14204 r root nfsd 929 0 /dev 27 crw-rw-rw- null rw root nfsd 929 1 /dev 27 crw-rw-rw- null rw root nfsd 929 2 /dev 27 crw-rw-rw- null rw root nfsd 928 root / 2 drwxr-xr-x 512 r root nfsd 928 wd / 2 drwxr-xr-x 512 r root nfsd 928 text /usr 1083530 -r-xr-xr-x 14204 r root nfsd 928 0 /dev 27 crw-rw-rw- null rw root nfsd 928 1 /dev 27 crw-rw-rw- null rw root nfsd 928 2 /dev 27 crw-rw-rw- null rw root nfsd 927 root / 2 drwxr-xr-x 512 r root nfsd 927 wd / 2 drwxr-xr-x 512 r root nfsd 927 text /usr 1083530 -r-xr-xr-x 14204 r root nfsd 927 0 /dev 27 crw-rw-rw- null rw root nfsd 927 1 /dev 27 crw-rw-rw- null rw root nfsd 927 2 /dev 27 crw-rw-rw- null rw root nfsd 926 root / 2 drwxr-xr-x 512 r root nfsd 926 wd / 2 drwxr-xr-x 512 r root nfsd 926 text /usr 1083530 -r-xr-xr-x 14204 r root nfsd 926 0 /dev 27 crw-rw-rw- null rw root nfsd 926 1 /dev 27 crw-rw-rw- null rw root nfsd 926 2 /dev 27 crw-rw-rw- null rw root nfsd 924 root / 2 drwxr-xr-x 512 r root nfsd 924 wd / 2 drwxr-xr-x 512 r root nfsd 924 text /usr 1083530 -r-xr-xr-x 14204 r root nfsd 924 0 /dev 27 crw-rw-rw- null rw root nfsd 924 1 /dev 27 crw-rw-rw- null rw root nfsd 924 2 /dev 27 crw-rw-rw- null rw root nfsd 924 3* internet stream tcp c4b271d0 root mountd 915 root / 2 drwxr-xr-x 512 r root mountd 915 wd / 2 drwxr-xr-x 512 r root mountd 915 text /usr 1083512 -r-xr-xr-x 33512 r root mountd 915 0 /dev 27 crw-rw-rw- null rw root mountd 915 1 /dev 27 crw-rw-rw- null rw root mountd 915 2 /dev 27 crw-rw-rw- null rw root mountd 915 3 /var 49311 -rw------- 3 w root mountd 915 4* local dgram c50135e8 <-> c499b498 root mountd 915 5* internet6 dgram udp c48fc7bc root mountd 915 6* internet6 stream tcp c4b0c000 root mountd 915 7* internet dgram udp c48fc438 root mountd 915 8* internet stream tcp c4b273a0 root amd 884 root / 2 drwxr-xr-x 512 r root amd 884 wd / 2 drwxr-xr-x 512 r root amd 884 text /usr 1083406 -r-xr-xr-x 174684 r root amd 884 0 /dev 27 crw-rw-rw- null rw root amd 884 1 /dev 27 crw-rw-rw- null rw root amd 884 2 /dev 27 crw-rw-rw- null rw root amd 884 3 /var 16433 -rw-r--r-- 10478 w root amd 884 4* internet dgram udp c48fc0b4 root amd 884 5* internet dgram udp c48fc000 root amd 884 6* internet stream tcp c4b0bcb0 root amd 884 7* internet dgram udp c48fc2d0 root rpcbind 868 root / 2 drwxr-xr-x 512 r root rpcbind 868 wd / 2 drwxr-xr-x 512 r root rpcbind 868 text /usr 1083579 -r-xr-xr-x 39472 r root rpcbind 868 0 /dev 27 crw-rw-rw- null rw root rpcbind 868 1 /dev 27 crw-rw-rw- null rw root rpcbind 868 2 /dev 27 crw-rw-rw- null rw root rpcbind 868 3 /var 49300 -r--r--r-- 0 r root rpcbind 868 4* internet6 dgram udp c48fc708 root rpcbind 868 5* local stream c499b888 root rpcbind 868 6* internet6 dgram udp c48fcca8 root rpcbind 868 7* internet6 dgram udp c48fcbf4 root rpcbind 868 8* internet6 dgram udp c48fcb40 root rpcbind 868 9* internet6 stream tcp c4b0b570 root rpcbind 868 10* internet6 stream tcp c4b0b3a0 root rpcbind 868 11* internet dgram udp c48fca8c root rpcbind 868 12* internet dgram udp c48fc9d8 root rpcbind 868 13* internet dgram udp c48fc924 root rpcbind 868 14* internet stream tcp c4b0b1d0 root rpcbind 868 15* internet stream tcp c4b0b000 bind named 858 root /var 16387 drwxr-xr-x 512 r bind named 858 wd /var 16400 drwxr-xr-x 512 r bind named 858 jail /var 16387 drwxr-xr-x 512 r bind named 858 text /usr 1091665 -r-xr-xr-x 1631420 r bind named 858 0 /dev 27 crw-rw-rw- null rw bind named 858 1 /dev 27 crw-rw-rw- null rw bind named 858 2 /dev 27 crw-rw-rw- null rw bind named 858 3* local dgram c499b738 <-> c499b498 bind named 858 4 /dev 27 crw-rw-rw- null rw bind named 858 6* pipe c47f0000 <-> c47f00b8 0 rw bind named 858 8* pipe c47f00b8 <-> c47f0000 0 rw bind named 858 10 /var/named/dev 14 crw-rw-rw- random r bind named 858 20* internet stream tcp c4b0bae0 bind named 858 21* internet stream tcp c4b0b910 bind named 858 22* internet stream tcp c4b0b740 bind named 858 512* internet dgram udp c48fce10 bind named 858 513* internet dgram udp c48fcd5c root syslogd 786 root / 2 drwxr-xr-x 512 r root syslogd 786 wd / 2 drwxr-xr-x 512 r root syslogd 786 text /usr 1083599 -r-xr-xr-x 35872 r root syslogd 786 0 /dev 27 crw-rw-rw- null rw root syslogd 786 1 /dev 27 crw-rw-rw- null rw root syslogd 786 2 /dev 27 crw-rw-rw- null rw root syslogd 786 3 /var 49289 -rw------- 3 w root syslogd 786 4* local dgram c499b3f0 root syslogd 786 5* local dgram c499b498 root syslogd 786 6* local dgram c499b540 root syslogd 786 7* local dgram c499b5e8 root syslogd 786 8* internet6 dgram udp c48fd000 root syslogd 786 9* internet dgram udp c48fcec4 root syslogd 786 10 /dev 25 crw------- klog r root syslogd 786 12 /dev 29 crw------- console w root syslogd 786 13 /var 16533 -rw-r--r-- 28563 w root syslogd 786 14 /var 16422 -rw------- 55 w root syslogd 786 15 /var 16464 -rw------- 69567 w root syslogd 786 16 /var 20224 -rw-r----- 456634 w root syslogd 786 17 /var 16418 -rw-r--r-- 4565 w root syslogd 786 18 /var 16424 -rw------- 55 w root syslogd 786 19 /var 20269 -rw------- 39575 w root syslogd 786 20 /var 20276 -rw-r--r-- 22813 w root syslogd 786 21 /var 16528 -rw-r--r-- 81 w root syslogd 786 22 /var 16417 -rw------- 40122 w root syslogd 786 23 /var 16423 -rw-r----- 55 w root syslogd 786 24 /var 16421 -rw-r----- 55 w root devd 725 root / 2 drwxr-xr-x 512 r root devd 725 wd / 2 drwxr-xr-x 512 r root devd 725 text / 16477 -r-xr-xr-x 359288 r root devd 725 0 /dev 27 crw-rw-rw- null rw root devd 725 1 /dev 27 crw-rw-rw- null rw root devd 725 2 /dev 27 crw-rw-rw- null rw root devd 725 3 /dev 5 crw------- devctl r root devd 725 4* local stream c499b1f8 root devd 725 5 /var 49281 -rw------- 3 w _dhcp dhclient 389 root /var 49154 dr-xr-xr-x 512 r _dhcp dhclient 389 wd /var 49154 dr-xr-xr-x 512 r _dhcp dhclient 389 jail /var 49154 dr-xr-xr-x 512 r _dhcp dhclient 389 text / 16479 -r-xr-xr-x 74212 r _dhcp dhclient 389 0 /dev 27 crw-rw-rw- null rw _dhcp dhclient 389 1 /dev 27 crw-rw-rw- null rw _dhcp dhclient 389 2 /dev 27 crw-rw-rw- null rw _dhcp dhclient 389 4* route raw 0 c48fa000 _dhcp dhclient 389 5* pipe c47f06e8 <-> c47f0630 0 rw _dhcp dhclient 389 6 /var 49657 ---------- 3776 w _dhcp dhclient 389 7 /dev 108 crw------- bpf0 rw root dhclient 371 root / 2 drwxr-xr-x 512 r root dhclient 371 wd / 2 drwxr-xr-x 512 r root dhclient 371 text / 16479 -r-xr-xr-x 74212 r root dhclient 371 0 /dev 27 crw-rw-rw- null rw root dhclient 371 1 /dev 27 crw-rw-rw- null rw root dhclient 371 2 /dev 27 crw-rw-rw- null rw root dhclient 371 4* pipe c47f0630 <-> c47f06e8 0 rw root adjkerntz 138 root / 2 drwxr-xr-x 512 r root adjkerntz 138 wd / 2 drwxr-xr-x 512 r root adjkerntz 138 text / 16466 -r-xr-xr-x 7332 r root adjkerntz 138 0 /dev 27 crw-rw-rw- null rw root adjkerntz 138 1 /dev 27 crw-rw-rw- null rw root adjkerntz 138 2 /dev 27 crw-rw-rw- null rw root init 1 root / 2 drwxr-xr-x 512 r root init 1 wd / 2 drwxr-xr-x 512 r root init 1 text / 16515 -r-xr-xr-x 617124 r ------------------------------------------------------------------------ dmesg uery_fail(350) Sep 17 09:32:42 solfertje nmbd[11872]: find_domain_master_name_query_fail: Sep 17 09:32:42 solfertje nmbd[11872]: Unable to find the Domain Master Browser name WITBREUKSWEG<1b> for the workgroup WITBREUKSWEG. Sep 17 09:32:42 solfertje nmbd[11872]: Unable to sync browse lists in this workgroup. Sep 17 09:47:52 solfertje nmbd[11872]: [2009/09/17 09:47:52, 0] nmbd/nmbd_browsesync.c:find_domain_master_name_query_fail(350) Sep 17 09:47:52 solfertje nmbd[11872]: find_domain_master_name_query_fail: Sep 17 09:47:52 solfertje nmbd[11872]: Unable to find the Domain Master Browser name WITBREUKSWEG<1b> for the workgroup WITBREUKSWEG. Sep 17 09:47:52 solfertje nmbd[11872]: Unable to sync browse lists in this workgroup. Sep 17 09:56:38 solfertje smartd[987]: Device: /dev/ad0, 1 Currently unreadable (pending) sectors Sep 17 09:56:38 solfertje smartd[987]: Device: /dev/ad0, 1 Offline uncorrectable sectors Sep 17 10:03:00 solfertje nmbd[11872]: [2009/09/17 10:03:00, 0] nmbd/nmbd_browsesync.c:find_domain_master_name_query_fail(350) Sep 17 10:03:00 solfertje nmbd[11872]: find_domain_master_name_query_fail: Sep 17 10:03:00 solfertje nmbd[11872]: Unable to find the Domain Master Browser name WITBREUKSWEG<1b> for the workgroup WITBREUKSWEG. Sep 17 10:03:00 solfertje nmbd[11872]: Unable to sync browse lists in this workgroup. Sep 17 10:18:00 solfertje nmbd[11872]: [2009/09/17 10:18:00, 0] nmbd/nmbd_browsesync.c:find_domain_master_name_query_fail(350) Sep 17 10:18:00 solfertje nmbd[11872]: find_domain_master_name_query_fail: Sep 17 10:18:00 solfertje nmbd[11872]: Unable to find the Domain Master Browser name WITBREUKSWEG<1b> for the workgroup WITBREUKSWEG. Sep 17 10:18:00 solfertje nmbd[11872]: Unable to sync browse lists in this workgroup. Sep 17 10:26:38 solfertje smartd[987]: Device: /dev/ad0, 1 Currently unreadable (pending) sectors Sep 17 10:26:38 solfertje smartd[987]: Device: /dev/ad0, 1 Offline uncorrectable sectors Sep 17 10:33:00 solfertje nmbd[11872]: [2009/09/17 10:33:00, 0] nmbd/nmbd_browsesync.c:find_domain_master_name_query_fail(350) Sep 17 10:33:00 solfertje nmbd[11872]: find_domain_master_name_query_fail: Sep 17 10:33:00 solfertje nmbd[11872]: Unable to find the Domain Master Browser name WITBREUKSWEG<1b> for the workgroup WITBREUKSWEG. Sep 17 10:33:00 solfertje nmbd[11872]: Unable to sync browse lists in this workgroup. Sep 17 10:48:00 solfertje nmbd[11872]: [2009/09/17 10:48:00, 0] nmbd/nmbd_browsesync.c:find_domain_master_name_query_fail(350) Sep 17 10:48:00 solfertje nmbd[11872]: find_domain_master_name_query_fail: Sep 17 10:48:00 solfertje nmbd[11872]: Unable to find the Domain Master Browser name WITBREUKSWEG<1b> for the workgroup WITBREUKSWEG. Sep 17 10:48:00 solfertje nmbd[11872]: Unable to sync browse lists in this workgroup. Sep 17 10:56:38 solfertje smartd[987]: Device: /dev/ad0, 1 Currently unreadable (pending) sectors Sep 17 10:56:38 solfertje smartd[987]: Device: /dev/ad0, 1 Offline uncorrectable sectors Sep 17 11:03:00 solfertje nmbd[11872]: [2009/09/17 11:03:00, 0] nmbd/nmbd_browsesync.c:find_domain_master_name_query_fail(350) Sep 17 11:03:00 solfertje nmbd[11872]: find_domain_master_name_query_fail: Sep 17 11:03:00 solfertje nmbd[11872]: Unable to find the Domain Master Browser name WITBREUKSWEG<1b> for the workgroup WITBREUKSWEG. Sep 17 11:03:00 solfertje nmbd[11872]: Unable to sync browse lists in this workgroup. Sep 17 11:12:35 solfertje smbd[75538]: [2009/09/17 11:12:35, 0] lib/util_sock.c:read_socket_with_timeout(939) Sep 17 11:12:35 solfertje smbd[75538]: [2009/09/17 11:12:35, 0] lib/util_sock.c:get_peer_addr_internal(1676) Sep 17 11:12:35 solfertje smbd[75538]: getpeername failed. Error was Socket is not connected Sep 17 11:12:35 solfertje smbd[75538]: read_socket_with_timeout: client 0.0.0.0 read error = Socket is not connected. Sep 17 11:18:00 solfertje nmbd[11872]: [2009/09/17 11:18:00, 0] nmbd/nmbd_browsesync.c:find_domain_master_name_query_fail(350) Sep 17 11:18:00 solfertje nmbd[11872]: find_domain_master_name_query_fail: Sep 17 11:18:00 solfertje nmbd[11872]: Unable to find the Domain Master Browser name WITBREUKSWEG<1b> for the workgroup WITBREUKSWEG. Sep 17 11:18:00 solfertje nmbd[11872]: Unable to sync browse lists in this workgroup. Sep 17 11:26:38 solfertje smartd[987]: Device: /dev/ad0, 1 Currently unreadable (pending) sectors Sep 17 11:26:38 solfertje smartd[987]: Device: /dev/ad0, 1 Offline uncorrectable sectors Sep 17 11:33:00 solfertje nmbd[11872]: [2009/09/17 11:33:00, 0] nmbd/nmbd_browsesync.c:find_domain_master_name_query_fail(350) Sep 17 11:33:00 solfertje nmbd[11872]: find_domain_master_name_query_fail: Sep 17 11:33:00 solfertje nmbd[11872]: Unable to find the Domain Master Browser name WITBREUKSWEG<1b> for the workgroup WITBREUKSWEG. Sep 17 11:33:00 solfertje nmbd[11872]: Unable to sync browse lists in this workgroup. Sep 17 11:47:54 solfertje nmbd[11872]: [2009/09/17 11:47:54, 0] nmbd/nmbd_browsesync.c:find_domain_master_name_query_fail(350) Sep 17 11:47:54 solfertje nmbd[11872]: find_domain_master_name_query_fail: Sep 17 11:47:54 solfertje nmbd[11872]: Unable to find the Domain Master Browser name WITBREUKSWEG<1b> for the workgroup WITBREUKSWEG. Sep 17 11:47:54 solfertje nmbd[11872]: Unable to sync browse lists in this workgroup. Sep 17 11:56:37 solfertje smartd[987]: Device: /dev/ad0, 1 Currently unreadable (pending) sectors Sep 17 11:56:37 solfertje smartd[987]: Device: /dev/ad0, 1 Offline uncorrectable sectors Sep 17 12:03:10 solfertje nmbd[11872]: [2009/09/17 12:03:10, 0] nmbd/nmbd_browsesync.c:find_domain_master_name_query_fail(350) Sep 17 12:03:10 solfertje nmbd[11872]: find_domain_master_name_query_fail: Sep 17 12:03:10 solfertje nmbd[11872]: Unable to find the Domain Master Browser name WITBREUKSWEG<1b> for the workgroup WITBREUKSWEG. Sep 17 12:03:10 solfertje nmbd[11872]: Unable to sync browse lists in this workgroup. Sep 17 12:18:12 solfertje nmbd[11872]: [2009/09/17 12:18:12, 0] nmbd/nmbd_browsesync.c:find_domain_master_name_query_fail(350) Sep 17 12:18:12 solfertje nmbd[11872]: find_domain_master_name_query_fail: Sep 17 12:18:12 solfertje nmbd[11872]: Unable to find the Domain Master Browser name WITBREUKSWEG<1b> for the workgroup WITBREUKSWEG. Sep 17 12:18:12 solfertje nmbd[11872]: Unable to sync browse lists in this workgroup. Sep 17 12:26:37 solfertje smartd[987]: Device: /dev/ad0, 1 Currently unreadable (pending) sectors Sep 17 12:26:37 solfertje smartd[987]: Device: /dev/ad0, 1 Offline uncorrectable sectors Sep 17 12:33:20 solfertje nmbd[11872]: [2009/09/17 12:33:20, 0] nmbd/nmbd_browsesync.c:find_domain_master_name_query_fail(350) Sep 17 12:33:20 solfertje nmbd[11872]: find_domain_master_name_query_fail: Sep 17 12:33:20 solfertje nmbd[11872]: Unable to find the Domain Master Browser name WITBREUKSWEG<1b> for the workgroup WITBREUKSWEG. Sep 17 12:33:20 solfertje nmbd[11872]: Unable to sync browse lists in this workgroup. Sep 17 12:48:22 solfertje nmbd[11872]: [2009/09/17 12:48:22, 0] nmbd/nmbd_browsesync.c:find_domain_master_name_query_fail(350) Sep 17 12:48:22 solfertje nmbd[11872]: find_domain_master_name_query_fail: Sep 17 12:48:22 solfertje nmbd[11872]: Unable to find the Domain Master Browser name WITBREUKSWEG<1b> for the workgroup WITBREUKSWEG. Sep 17 12:48:22 solfertje nmbd[11872]: Unable to sync browse lists in this workgroup. Sep 17 12:56:37 solfertje smartd[987]: Device: /dev/ad0, 1 Currently unreadable (pending) sectors Sep 17 12:56:37 solfertje smartd[987]: Device: /dev/ad0, 1 Offline uncorrectable sectors Sep 17 13:03:30 solfertje nmbd[11872]: [2009/09/17 13:03:30, 0] nmbd/nmbd_browsesync.c:find_domain_master_name_query_fail(350) Sep 17 13:03:30 solfertje nmbd[11872]: find_domain_master_name_query_fail: Sep 17 13:03:30 solfertje nmbd[11872]: Unable to find the Domain Master Browser name WITBREUKSWEG<1b> for the workgroup WITBREUKSWEG. Sep 17 13:03:30 solfertje nmbd[11872]: Unable to sync browse lists in this workgroup. Sep 17 13:18:32 solfertje nmbd[11872]: [2009/09/17 13:18:32, 0] nmbd/nmbd_browsesync.c:find_domain_master_name_query_fail(350) Sep 17 13:18:32 solfertje nmbd[11872]: find_domain_master_name_query_fail: Sep 17 13:18:32 solfertje nmbd[11872]: Unable to find the Domain Master Browser name WITBREUKSWEG<1b> for the workgroup WITBREUKSWEG. Sep 17 13:18:32 solfertje nmbd[11872]: Unable to sync browse lists in this workgroup. Sep 17 13:26:37 solfertje smartd[987]: Device: /dev/ad0, 1 Currently unreadable (pending) sectors Sep 17 13:26:37 solfertje smartd[987]: Device: /dev/ad0, 1 Offline uncorrectable sectors Sep 17 13:33:32 solfertje nmbd[11872]: [2009/09/17 13:33:32, 0] nmbd/nmbd_browsesync.c:find_domain_master_name_query_fail(350) Sep 17 13:33:32 solfertje nmbd[11872]: find_domain_master_name_query_fail: Sep 17 13:33:32 solfertje nmbd[11872]: Unable to find the Domain Master Browser name WITBREUKSWEG<1b> for the workgroup WITBREUKSWEG. Sep 17 13:33:32 solfertje nmbd[11872]: Unable to sync browse lists in this workgroup. Sep 17 13:48:41 solfertje nmbd[11872]: [2009/09/17 13:48:41, 0] nmbd/nmbd_browsesync.c:find_domain_master_name_query_fail(350) Sep 17 13:48:41 solfertje nmbd[11872]: find_domain_master_name_query_fail: Sep 17 13:48:41 solfertje nmbd[11872]: Unable to find the Domain Master Browser name WITBREUKSWEG<1b> for the workgroup WITBREUKSWEG. Sep 17 13:48:41 solfertje nmbd[11872]: Unable to sync browse lists in this workgroup. Sep 17 13:56:37 solfertje smartd[987]: Device: /dev/ad0, 1 Currently unreadable (pending) sectors Sep 17 13:56:37 solfertje smartd[987]: Device: /dev/ad0, 1 Offline uncorrectable sectors Sep 17 14:03:46 solfertje nmbd[11872]: [2009/09/17 14:03:46, 0] nmbd/nmbd_browsesync.c:find_domain_master_name_query_fail(350) Sep 17 14:03:46 solfertje nmbd[11872]: find_domain_master_name_query_fail: Sep 17 14:03:46 solfertje nmbd[11872]: Unable to find the Domain Master Browser name WITBREUKSWEG<1b> for the workgroup WITBREUKSWEG. Sep 17 14:03:46 solfertje nmbd[11872]: Unable to sync browse lists in this workgroup. Sep 17 14:18:54 solfertje nmbd[11872]: [2009/09/17 14:18:54, 0] nmbd/nmbd_browsesync.c:find_domain_master_name_query_fail(350) Sep 17 14:18:54 solfertje nmbd[11872]: find_domain_master_name_query_fail: Sep 17 14:18:54 solfertje nmbd[11872]: Unable to find the Domain Master Browser name WITBREUKSWEG<1b> for the workgroup WITBREUKSWEG. Sep 17 14:18:54 solfertje nmbd[11872]: Unable to sync browse lists in this workgroup. Sep 17 14:26:37 solfertje smartd[987]: Device: /dev/ad0, 1 Currently unreadable (pending) sectors Sep 17 14:26:37 solfertje smartd[987]: Device: /dev/ad0, 1 Offline uncorrectable sectors Sep 17 14:34:02 solfertje nmbd[11872]: [2009/09/17 14:34:02, 0] nmbd/nmbd_browsesync.c:find_domain_master_name_query_fail(350) Sep 17 14:34:02 solfertje nmbd[11872]: find_domain_master_name_query_fail: Sep 17 14:34:02 solfertje nmbd[11872]: Unable to find the Domain Master Browser name WITBREUKSWEG<1b> for the workgroup WITBREUKSWEG. Sep 17 14:34:02 solfertje nmbd[11872]: Unable to sync browse lists in this workgroup. Sep 17 14:49:02 solfertje nmbd[11872]: [2009/09/17 14:49:02, 0] nmbd/nmbd_browsesync.c:find_domain_master_name_query_fail(350) Sep 17 14:49:02 solfertje nmbd[11872]: find_domain_master_name_query_fail: Sep 17 14:49:02 solfertje nmbd[11872]: Unable to find the Domain Master Browser name WITBREUKSWEG<1b> for the workgroup WITBREUKSWEG. Sep 17 14:49:02 solfertje nmbd[11872]: Unable to sync browse lists in this workgroup. Sep 17 14:56:37 solfertje smartd[987]: Device: /dev/ad0, 1 Currently unreadable (pending) sectors Sep 17 14:56:37 solfertje smartd[987]: Device: /dev/ad0, 1 Offline uncorrectable sectors Sep 17 15:04:09 solfertje nmbd[11872]: [2009/09/17 15:04:09, 0] nmbd/nmbd_browsesync.c:find_domain_master_name_query_fail(350) Sep 17 15:04:09 solfertje nmbd[11872]: find_domain_master_name_query_fail: Sep 17 15:04:09 solfertje nmbd[11872]: Unable to find the Domain Master Browser name WITBREUKSWEG<1b> for the workgroup WITBREUKSWEG. Sep 17 15:04:09 solfertje nmbd[11872]: Unable to sync browse lists in this workgroup. Sep 17 15:19:09 solfertje nmbd[11872]: [2009/09/17 15:19:09, 0] nmbd/nmbd_browsesync.c:find_domain_master_name_query_fail(350) Sep 17 15:19:09 solfertje nmbd[11872]: find_domain_master_name_query_fail: Sep 17 15:19:09 solfertje nmbd[11872]: Unable to find the Domain Master Browser name WITBREUKSWEG<1b> for the workgroup WITBREUKSWEG. Sep 17 15:19:09 solfertje nmbd[11872]: Unable to sync browse lists in this workgroup. Sep 17 15:26:37 solfertje smartd[987]: Device: /dev/ad0, 1 Currently unreadable (pending) sectors Sep 17 15:26:37 solfertje smartd[987]: Device: /dev/ad0, 1 Offline uncorrectable sectors Sep 17 15:34:06 solfertje nmbd[11872]: [2009/09/17 15:34:06, 0] nmbd/nmbd_browsesync.c:find_domain_master_name_query_fail(350) Sep 17 15:34:06 solfertje nmbd[11872]: find_domain_master_name_query_fail: Sep 17 15:34:06 solfertje nmbd[11872]: Unable to find the Domain Master Browser name WITBREUKSWEG<1b> for the workgroup WITBREUKSWEG. Sep 17 15:34:06 solfertje nmbd[11872]: Unable to sync browse lists in this workgroup. Sep 17 15:49:19 solfertje nmbd[11872]: [2009/09/17 15:49:19, 0] nmbd/nmbd_browsesync.c:find_domain_master_name_query_fail(350) Sep 17 15:49:19 solfertje nmbd[11872]: find_domain_master_name_query_fail: Sep 17 15:49:19 solfertje nmbd[11872]: Unable to find the Domain Master Browser name WITBREUKSWEG<1b> for the workgroup WITBREUKSWEG. Sep 17 15:49:19 solfertje nmbd[11872]: Unable to sync browse lists in this workgroup. Sep 17 15:56:37 solfertje smartd[987]: Device: /dev/ad0, 1 Currently unreadable (pending) sectors Sep 17 15:56:37 solfertje smartd[987]: Device: /dev/ad0, 1 Offline uncorrectable sectors Sep 17 16:04:23 solfertje nmbd[11872]: [2009/09/17 16:04:23, 0] nmbd/nmbd_browsesync.c:find_domain_master_name_query_fail(350) Sep 17 16:04:23 solfertje nmbd[11872]: find_domain_master_name_query_fail: Sep 17 16:04:23 solfertje nmbd[11872]: Unable to find the Domain Master Browser name WITBREUKSWEG<1b> for the workgroup WITBREUKSWEG. Sep 17 16:04:23 solfertje nmbd[11872]: Unable to sync browse lists in this workgroup. Sep 17 16:19:25 solfertje nmbd[11872]: [2009/09/17 16:19:25, 0] nmbd/nmbd_browsesync.c:find_domain_master_name_query_fail(350) Sep 17 16:19:25 solfertje nmbd[11872]: find_domain_master_name_query_fail: Sep 17 16:19:25 solfertje nmbd[11872]: Unable to find the Domain Master Browser name WITBREUKSWEG<1b> for the workgroup WITBREUKSWEG. Sep 17 16:19:25 solfertje nmbd[11872]: Unable to sync browse lists in this workgroup. Sep 17 16:26:37 solfertje smartd[987]: Device: /dev/ad0, 1 Currently unreadable (pending) sectors Sep 17 16:26:37 solfertje smartd[987]: Device: /dev/ad0, 1 Offline uncorrectable sectors Sep 17 16:34:27 solfertje nmbd[11872]: [2009/09/17 16:34:27, 0] nmbd/nmbd_browsesync.c:find_domain_master_name_query_fail(350) Sep 17 16:34:27 solfertje nmbd[11872]: find_domain_master_name_query_fail: Sep 17 16:34:27 solfertje nmbd[11872]: Unable to find the Domain Master Browser name WITBREUKSWEG<1b> for the workgroup WITBREUKSWEG. Sep 17 16:34:27 solfertje nmbd[11872]: Unable to sync browse lists in this workgroup. Sep 17 16:49:33 solfertje nmbd[11872]: [2009/09/17 16:49:33, 0] nmbd/nmbd_browsesync.c:find_domain_master_name_query_fail(350) Sep 17 16:49:33 solfertje nmbd[11872]: find_domain_master_name_query_fail: Sep 17 16:49:33 solfertje nmbd[11872]: Unable to find the Domain Master Browser name WITBREUKSWEG<1b> for the workgroup WITBREUKSWEG. Sep 17 16:49:33 solfertje nmbd[11872]: Unable to sync browse lists in this workgroup. Sep 17 16:56:37 solfertje smartd[987]: Device: /dev/ad0, 1 Currently unreadable (pending) sectors Sep 17 16:56:37 solfertje smartd[987]: Device: /dev/ad0, 1 Offline uncorrectable sectors Sep 17 17:04:33 solfertje nmbd[11872]: [2009/09/17 17:04:33, 0] nmbd/nmbd_browsesync.c:find_domain_master_name_query_fail(350) Sep 17 17:04:33 solfertje nmbd[11872]: find_domain_master_name_query_fail: Sep 17 17:04:33 solfertje nmbd[11872]: Unable to find the Domain Master Browser name WITBREUKSWEG<1b> for the workgroup WITBREUKSWEG. Sep 17 17:04:33 solfertje nmbd[11872]: Unable to sync browse lists in this workgroup. Sep 17 17:19:36 solfertje nmbd[11872]: [2009/09/17 17:19:36, 0] nmbd/nmbd_browsesync.c:find_domain_master_name_query_fail(350) Sep 17 17:19:36 solfertje nmbd[11872]: find_domain_master_name_query_fail: Sep 17 17:19:36 solfertje nmbd[11872]: Unable to find the Domain Master Browser name WITBREUKSWEG<1b> for the workgroup WITBREUKSWEG. Sep 17 17:19:36 solfertje nmbd[11872]: Unable to sync browse lists in this workgroup. Sep 17 17:26:37 solfertje smartd[987]: Device: /dev/ad0, 1 Currently unreadable (pending) sectors Sep 17 17:26:37 solfertje smartd[987]: Device: /dev/ad0, 1 Offline uncorrectable sectors Sep 17 17:34:41 solfertje nmbd[11872]: [2009/09/17 17:34:41, 0] nmbd/nmbd_browsesync.c:find_domain_master_name_query_fail(350) Sep 17 17:34:41 solfertje nmbd[11872]: find_domain_master_name_query_fail: Sep 17 17:34:41 solfertje nmbd[11872]: Unable to find the Domain Master Browser name WITBREUKSWEG<1b> for the workgroup WITBREUKSWEG. Sep 17 17:34:41 solfertje nmbd[11872]: Unable to sync browse lists in this workgroup. Sep 17 17:49:43 solfertje nmbd[11872]: [2009/09/17 17:49:43, 0] nmbd/nmbd_browsesync.c:find_domain_master_name_query_fail(350) Sep 17 17:49:43 solfertje nmbd[11872]: find_domain_master_name_query_fail: Sep 17 17:49:43 solfertje nmbd[11872]: Unable to find the Domain Master Browser name WITBREUKSWEG<1b> for the workgroup WITBREUKSWEG. Sep 17 17:49:43 solfertje nmbd[11872]: Unable to sync browse lists in this workgroup. Sep 17 17:54:20 solfertje smbd[85865]: [2009/09/17 17:54:20, 0] lib/util_sock.c:read_socket_with_timeout(939) Sep 17 17:54:20 solfertje smbd[85865]: [2009/09/17 17:54:20, 0] lib/util_sock.c:get_peer_addr_internal(1676) Sep 17 17:54:20 solfertje smbd[85865]: getpeername failed. Error was Socket is not connected Sep 17 17:54:20 solfertje smbd[85865]: read_socket_with_timeout: client 0.0.0.0 read error = Socket is not connected. Sep 17 17:56:37 solfertje smartd[987]: Device: /dev/ad0, 1 Currently unreadable (pending) sectors Sep 17 17:56:37 solfertje smartd[987]: Device: /dev/ad0, 1 Offline uncorrectable sectors Sep 17 18:04:43 solfertje nmbd[11872]: [2009/09/17 18:04:43, 0] nmbd/nmbd_browsesync.c:find_domain_master_name_query_fail(350) Sep 17 18:04:43 solfertje nmbd[11872]: find_domain_master_name_query_fail: Sep 17 18:04:43 solfertje nmbd[11872]: Unable to find the Domain Master Browser name WITBREUKSWEG<1b> for the workgroup WITBREUKSWEG. Sep 17 18:04:43 solfertje nmbd[11872]: Unable to sync browse lists in this workgroup. Sep 17 18:19:45 solfertje nmbd[11872]: [2009/09/17 18:19:45, 0] nmbd/nmbd_browsesync.c:find_domain_master_name_query_fail(350) Sep 17 18:19:45 solfertje nmbd[11872]: find_domain_master_name_query_fail: Sep 17 18:19:45 solfertje nmbd[11872]: Unable to find the Domain Master Browser name WITBREUKSWEG<1b> for the workgroup WITBREUKSWEG. Sep 17 18:19:45 solfertje nmbd[11872]: Unable to sync browse lists in this workgroup. Sep 17 18:26:38 solfertje smartd[987]: Device: /dev/ad0, 1 Currently unreadable (pending) sectors Sep 17 18:26:38 solfertje smartd[987]: Device: /dev/ad0, 1 Offline uncorrectable sectors Sep 17 18:34:51 solfertje nmbd[11872]: [2009/09/17 18:34:51, 0] nmbd/nmbd_browsesync.c:find_domain_master_name_query_fail(350) Sep 17 18:34:51 solfertje nmbd[11872]: find_domain_master_name_query_fail: Sep 17 18:34:51 solfertje nmbd[11872]: Unable to find the Domain Master Browser name WITBREUKSWEG<1b> for the workgroup WITBREUKSWEG. Sep 17 18:34:51 solfertje nmbd[11872]: Unable to sync browse lists in this workgroup. Sep 17 18:49:51 solfertje nmbd[11872]: [2009/09/17 18:49:51, 0] nmbd/nmbd_browsesync.c:find_domain_master_name_query_fail(350) Sep 17 18:49:51 solfertje nmbd[11872]: find_domain_master_name_query_fail: Sep 17 18:49:51 solfertje nmbd[11872]: Unable to find the Domain Master Browser name WITBREUKSWEG<1b> for the workgroup WITBREUKSWEG. Sep 17 18:49:51 solfertje nmbd[11872]: Unable to sync browse lists in this workgroup. Sep 17 18:56:38 solfertje smartd[987]: Device: /dev/ad0, 1 Currently unreadable (pending) sectors Sep 17 18:56:38 solfertje smartd[987]: Device: /dev/ad0, 1 Offline uncorrectable sectors Sep 17 19:04:54 solfertje nmbd[11872]: [2009/09/17 19:04:54, 0] nmbd/nmbd_browsesync.c:find_domain_master_name_query_fail(350) Sep 17 19:04:54 solfertje nmbd[11872]: find_domain_master_name_query_fail: Sep 17 19:04:54 solfertje nmbd[11872]: Unable to find the Domain Master Browser name WITBREUKSWEG<1b> for the workgroup WITBREUKSWEG. Sep 17 19:04:54 solfertje nmbd[11872]: Unable to sync browse lists in this workgroup. Sep 17 19:20:00 solfertje nmbd[11872]: [2009/09/17 19:20:00, 0] nmbd/nmbd_browsesync.c:find_domain_master_name_query_fail(350) Sep 17 19:20:00 solfertje nmbd[11872]: find_domain_master_name_query_fail: Sep 17 19:20:00 solfertje nmbd[11872]: Unable to find the Domain Master Browser name WITBREUKSWEG<1b> for the workgroup WITBREUKSWEG. Sep 17 19:20:00 solfertje nmbd[11872]: Unable to sync browse lists in this workgroup. Sep 17 19:26:38 solfertje smartd[987]: Device: /dev/ad0, 1 Currently unreadable (pending) sectors Sep 17 19:26:38 solfertje smartd[987]: Device: /dev/ad0, 1 Offline uncorrectable sectors Sep 17 19:35:03 solfertje nmbd[11872]: [2009/09/17 19:35:03, 0] nmbd/nmbd_browsesync.c:find_domain_master_name_query_fail(350) Sep 17 19:35:03 solfertje nmbd[11872]: find_domain_master_name_query_fail: Sep 17 19:35:03 solfertje nmbd[11872]: Unable to find the Domain Master Browser name WITBREUKSWEG<1b> for the workgroup WITBREUKSWEG. Sep 17 19:35:03 solfertje nmbd[11872]: Unable to sync browse lists in this workgroup. Sep 17 19:50:00 solfertje nmbd[11872]: [2009/09/17 19:50:00, 0] nmbd/nmbd_browsesync.c:find_domain_master_name_query_fail(350) Sep 17 19:50:00 solfertje nmbd[11872]: find_domain_master_name_query_fail: Sep 17 19:50:00 solfertje nmbd[11872]: Unable to find the Domain Master Browser name WITBREUKSWEG<1b> for the workgroup WITBREUKSWEG. Sep 17 19:50:00 solfertje nmbd[11872]: Unable to sync browse lists in this workgroup. Sep 17 19:56:38 solfertje smartd[987]: Device: /dev/ad0, 1 Currently unreadable (pending) sectors Sep 17 19:56:38 solfertje smartd[987]: Device: /dev/ad0, 1 Offline uncorrectable sectors Sep 17 20:05:01 solfertje nmbd[11872]: [2009/09/17 20:05:01, 0] nmbd/nmbd_browsesync.c:find_domain_master_name_query_fail(350) Sep 17 20:05:01 solfertje nmbd[11872]: find_domain_master_name_query_fail: Sep 17 20:05:01 solfertje nmbd[11872]: Unable to find the Domain Master Browser name WITBREUKSWEG<1b> for the workgroup WITBREUKSWEG. Sep 17 20:05:01 solfertje nmbd[11872]: Unable to sync browse lists in this workgroup. Sep 17 20:20:01 solfertje nmbd[11872]: [2009/09/17 20:20:01, 0] nmbd/nmbd_browsesync.c:find_domain_master_name_query_fail(350) Sep 17 20:20:01 solfertje nmbd[11872]: find_domain_master_name_query_fail: Sep 17 20:20:01 solfertje nmbd[11872]: Unable to find the Domain Master Browser name WITBREUKSWEG<1b> for the workgroup WITBREUKSWEG. Sep 17 20:20:01 solfertje nmbd[11872]: Unable to sync browse lists in this workgroup. Sep 17 20:26:38 solfertje smartd[987]: Device: /dev/ad0, 1 Currently unreadable (pending) sectors Sep 17 20:26:38 solfertje smartd[987]: Device: /dev/ad0, 1 Offline uncorrectable sectors Sep 17 20:33:37 solfertje smbd[90511]: [2009/09/17 20:33:37, 0] lib/util_sock.c:read_socket_with_timeout(939) Sep 17 20:33:37 solfertje smbd[90511]: [2009/09/17 20:33:37, 0] lib/util_sock.c:get_peer_addr_internal(1676) Sep 17 20:33:37 solfertje smbd[90511]: getpeername failed. Error was Socket is not connected Sep 17 20:33:37 solfertje smbd[90511]: read_socket_with_timeout: client 0.0.0.0 read error = Socket is not connected. Sep 17 20:35:11 solfertje nmbd[11872]: [2009/09/17 20:35:11, 0] nmbd/nmbd_browsesync.c:find_domain_master_name_query_fail(350) Sep 17 20:35:11 solfertje nmbd[11872]: find_domain_master_name_query_fail: Sep 17 20:35:11 solfertje nmbd[11872]: Unable to find the Domain Master Browser name WITBREUKSWEG<1b> for the workgroup WITBREUKSWEG. Sep 17 20:35:11 solfertje nmbd[11872]: Unable to sync browse lists in this workgroup. Sep 17 20:50:01 solfertje nmbd[11872]: [2009/09/17 20:50:01, 0] nmbd/nmbd_browsesync.c:find_domain_master_name_query_fail(350) Sep 17 20:50:01 solfertje nmbd[11872]: find_domain_master_name_query_fail: Sep 17 20:50:01 solfertje nmbd[11872]: Unable to find the Domain Master Browser name WITBREUKSWEG<1b> for the workgroup WITBREUKSWEG. Sep 17 20:50:01 solfertje nmbd[11872]: Unable to sync browse lists in this workgroup. Sep 17 20:56:38 solfertje smartd[987]: Device: /dev/ad0, 1 Currently unreadable (pending) sectors Sep 17 20:56:38 solfertje smartd[987]: Device: /dev/ad0, 1 Offline uncorrectable sectors Sep 17 21:05:11 solfertje nmbd[11872]: [2009/09/17 21:05:11, 0] nmbd/nmbd_browsesync.c:find_domain_master_name_query_fail(350) Sep 17 21:05:11 solfertje nmbd[11872]: find_domain_master_name_query_fail: Sep 17 21:05:11 solfertje nmbd[11872]: Unable to find the Domain Master Browser name WITBREUKSWEG<1b> for the workgroup WITBREUKSWEG. Sep 17 21:05:11 solfertje nmbd[11872]: Unable to sync browse lists in this workgroup. Sep 17 21:20:01 solfertje nmbd[11872]: [2009/09/17 21:20:01, 0] nmbd/nmbd_browsesync.c:find_domain_master_name_query_fail(350) Sep 17 21:20:01 solfertje nmbd[11872]: find_domain_master_name_query_fail: Sep 17 21:20:01 solfertje nmbd[11872]: Unable to find the Domain Master Browser name WITBREUKSWEG<1b> for the workgroup WITBREUKSWEG. Sep 17 21:20:01 solfertje nmbd[11872]: Unable to sync browse lists in this workgroup. Sep 17 21:26:38 solfertje smartd[987]: Device: /dev/ad0, 1 Currently unreadable (pending) sectors Sep 17 21:26:38 solfertje smartd[987]: Device: /dev/ad0, 1 Offline uncorrectable sectors Sep 17 21:35:11 solfertje nmbd[11872]: [2009/09/17 21:35:11, 0] nmbd/nmbd_browsesync.c:find_domain_master_name_query_fail(350) Sep 17 21:35:11 solfertje nmbd[11872]: find_domain_master_name_query_fail: Sep 17 21:35:11 solfertje nmbd[11872]: Unable to find the Domain Master Browser name WITBREUKSWEG<1b> for the workgroup WITBREUKSWEG. Sep 17 21:35:11 solfertje nmbd[11872]: Unable to sync browse lists in this workgroup. Sep 17 21:50:01 solfertje nmbd[11872]: [2009/09/17 21:50:01, 0] nmbd/nmbd_browsesync.c:find_domain_master_name_query_fail(350) Sep 17 21:50:01 solfertje nmbd[11872]: find_domain_master_name_query_fail: Sep 17 21:50:01 solfertje nmbd[11872]: Unable to find the Domain Master Browser name WITBREUKSWEG<1b> for the workgroup WITBREUKSWEG. Sep 17 21:50:01 solfertje nmbd[11872]: Unable to sync browse lists in this workgroup. Sep 17 21:52:55 solfertje smbd[90512]: [2009/09/17 21:52:55, 0] lib/util_sock.c:read_socket_with_timeout(939) Sep 17 21:52:55 solfertje smbd[90512]: [2009/09/17 21:52:55, 0] lib/util_sock.c:get_peer_addr_internal(1676) Sep 17 21:52:55 solfertje smbd[90512]: getpeername failed. Error was Socket is not connected Sep 17 21:52:55 solfertje smbd[90512]: read_socket_with_timeout: client 0.0.0.0 read error = Socket is not connected. Sep 17 21:56:38 solfertje smartd[987]: Device: /dev/ad0, 1 Currently unreadable (pending) sectors Sep 17 21:56:38 solfertje smartd[987]: Device: /dev/ad0, 1 Offline uncorrectable sectors Sep 17 22:05:13 solfertje nmbd[11872]: [2009/09/17 22:05:13, 0] nmbd/nmbd_browsesync.c:find_domain_master_name_query_fail(350) Sep 17 22:05:13 solfertje nmbd[11872]: find_domain_master_name_query_fail: Sep 17 22:05:13 solfertje nmbd[11872]: Unable to find the Domain Master Browser name WITBREUKSWEG<1b> for the workgroup WITBREUKSWEG. Sep 17 22:05:13 solfertje nmbd[11872]: Unable to sync browse lists in this workgroup. Sep 17 22:20:21 solfertje nmbd[11872]: [2009/09/17 22:20:21, 0] nmbd/nmbd_browsesync.c:find_domain_master_name_query_fail(350) Sep 17 22:20:21 solfertje nmbd[11872]: find_domain_master_name_query_fail: Sep 17 22:20:21 solfertje nmbd[11872]: Unable to find the Domain Master Browser name WITBREUKSWEG<1b> for the workgroup WITBREUKSWEG. Sep 17 22:20:21 solfertje nmbd[11872]: Unable to sync browse lists in this workgroup. Sep 17 22:26:39 solfertje smartd[987]: Device: /dev/ad0, 1 Currently unreadable (pending) sectors Sep 17 22:26:39 solfertje smartd[987]: Device: /dev/ad0, 1 Offline uncorrectable sectors Sep 17 22:35:21 solfertje nmbd[11872]: [2009/09/17 22:35:21, 0] nmbd/nmbd_browsesync.c:find_domain_master_name_query_fail(350) Sep 17 22:35:21 solfertje nmbd[11872]: find_domain_master_name_query_fail: Sep 17 22:35:21 solfertje nmbd[11872]: Unable to find the Domain Master Browser name WITBREUKSWEG<1b> for the workgroup WITBREUKSWEG. Sep 17 22:35:21 solfertje nmbd[11872]: Unable to sync browse lists in this workgroup. Sep 17 22:50:14 solfertje nmbd[11872]: [2009/09/17 22:50:14, 0] nmbd/nmbd_browsesync.c:find_domain_master_name_query_fail(350) Sep 17 22:50:14 solfertje nmbd[11872]: find_domain_master_name_query_fail: Sep 17 22:50:14 solfertje nmbd[11872]: Unable to find the Domain Master Browser name WITBREUKSWEG<1b> for the workgroup WITBREUKSWEG. Sep 17 22:50:14 solfertje nmbd[11872]: Unable to sync browse lists in this workgroup. Sep 17 22:56:38 solfertje smartd[987]: Device: /dev/ad0, 1 Currently unreadable (pending) sectors Sep 17 22:56:38 solfertje smartd[987]: Device: /dev/ad0, 1 Offline uncorrectable sectors Sep 17 23:05:27 solfertje nmbd[11872]: [2009/09/17 23:05:27, 0] nmbd/nmbd_browsesync.c:find_domain_master_name_query_fail(350) Sep 17 23:05:27 solfertje nmbd[11872]: find_domain_master_name_query_fail: Sep 17 23:05:27 solfertje nmbd[11872]: Unable to find the Domain Master Browser name WITBREUKSWEG<1b> for the workgroup WITBREUKSWEG. Sep 17 23:05:27 solfertje nmbd[11872]: Unable to sync browse lists in this workgroup. Sep 17 23:20:30 solfertje nmbd[11872]: [2009/09/17 23:20:30, 0] nmbd/nmbd_browsesync.c:find_domain_master_name_query_fail(350) Sep 17 23:20:30 solfertje nmbd[11872]: find_domain_master_name_query_fail: Sep 17 23:20:30 solfertje nmbd[11872]: Unable to find the Domain Master Browser name WITBREUKSWEG<1b> for the workgroup WITBREUKSWEG. Sep 17 23:20:30 solfertje nmbd[11872]: Unable to sync browse lists in this workgroup. Sep 17 23:26:38 solfertje smartd[987]: Device: /dev/ad0, 1 Currently unreadable (pending) sectors Sep 17 23:26:38 solfertje smartd[987]: Device: /dev/ad0, 1 Offline uncorrectable sectors Sep 17 23:35:31 solfertje nmbd[11872]: [2009/09/17 23:35:31, 0] nmbd/nmbd_browsesync.c:find_domain_master_name_query_fail(350) Sep 17 23:35:31 solfertje nmbd[11872]: find_domain_master_name_query_fail: Sep 17 23:35:31 solfertje nmbd[11872]: Unable to find the Domain Master Browser name WITBREUKSWEG<1b> for the workgroup WITBREUKSWEG. Sep 17 23:35:31 solfertje nmbd[11872]: Unable to sync browse lists in this workgroup. Sep 17 23:50:32 solfertje nmbd[11872]: [2009/09/17 23:50:32, 0] nmbd/nmbd_browsesync.c:find_domain_master_name_query_fail(350) Sep 17 23:50:32 solfertje nmbd[11872]: find_domain_master_name_query_fail: Sep 17 23:50:32 solfertje nmbd[11872]: Unable to find the Domain Master Browser name WITBREUKSWEG<1b> for the workgroup WITBREUKSWEG. Sep 17 23:50:32 solfertje nmbd[11872]: Unable to sync browse lists in this workgroup. Sep 17 23:56:39 solfertje smartd[987]: Device: /dev/ad0, 1 Currently unreadable (pending) sectors Sep 17 23:56:39 solfertje smartd[987]: Device: /dev/ad0, 1 Offline uncorrectable sectors Sep 18 00:05:32 solfertje nmbd[11872]: [2009/09/18 00:05:32, 0] nmbd/nmbd_browsesync.c:find_domain_master_name_query_fail(350) Sep 18 00:05:32 solfertje nmbd[11872]: find_domain_master_name_query_fail: Sep 18 00:05:32 solfertje nmbd[11872]: Unable to find the Domain Master Browser name WITBREUKSWEG<1b> for the workgroup WITBREUKSWEG. Sep 18 00:05:32 solfertje nmbd[11872]: Unable to sync browse lists in this workgroup. Sep 18 00:20:41 solfertje nmbd[11872]: [2009/09/18 00:20:41, 0] nmbd/nmbd_browsesync.c:find_domain_master_name_query_fail(350) Sep 18 00:20:41 solfertje nmbd[11872]: find_domain_master_name_query_fail: Sep 18 00:20:41 solfertje nmbd[11872]: Unable to find the Domain Master Browser name WITBREUKSWEG<1b> for the workgroup WITBREUKSWEG. Sep 18 00:20:41 solfertje nmbd[11872]: Unable to sync browse lists in this workgroup. Sep 18 00:26:37 solfertje smartd[987]: Device: /dev/ad0, 1 Currently unreadable (pending) sectors Sep 18 00:26:37 solfertje smartd[987]: Device: /dev/ad0, 1 Offline uncorrectable sectors Sep 18 00:35:44 solfertje nmbd[11872]: [2009/09/18 00:35:44, 0] nmbd/nmbd_browsesync.c:find_domain_master_name_query_fail(350) Sep 18 00:35:44 solfertje nmbd[11872]: find_domain_master_name_query_fail: Sep 18 00:35:44 solfertje nmbd[11872]: Unable to find the Domain Master Browser name WITBREUKSWEG<1b> for the workgroup WITBREUKSWEG. Sep 18 00:35:44 solfertje nmbd[11872]: Unable to sync browse lists in this workgroup. Sep 18 00:50:52 solfertje nmbd[11872]: [2009/09/18 00:50:52, 0] nmbd/nmbd_browsesync.c:find_domain_master_name_query_fail(350) Sep 18 00:50:52 solfertje nmbd[11872]: find_domain_master_name_query_fail: Sep 18 00:50:52 solfertje nmbd[11872]: Unable to find the Domain Master Browser name WITBREUKSWEG<1b> for the workgroup WITBREUKSWEG. Sep 18 00:50:52 solfertje nmbd[11872]: Unable to sync browse lists in this workgroup. Sep 18 00:56:37 solfertje smartd[987]: Device: /dev/ad0, 1 Currently unreadable (pending) sectors Sep 18 00:56:37 solfertje smartd[987]: Device: /dev/ad0, 1 Offline uncorrectable sectors Sep 18 01:05:54 solfertje nmbd[11872]: [2009/09/18 01:05:54, 0] nmbd/nmbd_browsesync.c:find_domain_master_name_query_fail(350) Sep 18 01:05:54 solfertje nmbd[11872]: find_domain_master_name_query_fail: Sep 18 01:05:54 solfertje nmbd[11872]: Unable to find the Domain Master Browser name WITBREUKSWEG<1b> for the workgroup WITBREUKSWEG. Sep 18 01:05:54 solfertje nmbd[11872]: Unable to sync browse lists in this workgroup. Sep 18 01:21:02 solfertje nmbd[11872]: [2009/09/18 01:21:02, 0] nmbd/nmbd_browsesync.c:find_domain_master_name_query_fail(350) Sep 18 01:21:02 solfertje nmbd[11872]: find_domain_master_name_query_fail: Sep 18 01:21:02 solfertje nmbd[11872]: Unable to find the Domain Master Browser name WITBREUKSWEG<1b> for the workgroup WITBREUKSWEG. Sep 18 01:21:02 solfertje nmbd[11872]: Unable to sync browse lists in this workgroup. Sep 18 01:26:37 solfertje smartd[987]: Device: /dev/ad0, 1 Currently unreadable (pending) sectors Sep 18 01:26:37 solfertje smartd[987]: Device: /dev/ad0, 1 Offline uncorrectable sectors Sep 18 01:36:04 solfertje nmbd[11872]: [2009/09/18 01:36:04, 0] nmbd/nmbd_browsesync.c:find_domain_master_name_query_fail(350) Sep 18 01:36:04 solfertje nmbd[11872]: find_domain_master_name_query_fail: Sep 18 01:36:04 solfertje nmbd[11872]: Unable to find the Domain Master Browser name WITBREUKSWEG<1b> for the workgroup WITBREUKSWEG. Sep 18 01:36:04 solfertje nmbd[11872]: Unable to sync browse lists in this workgroup. Sep 18 01:51:12 solfertje nmbd[11872]: [2009/09/18 01:51:12, 0] nmbd/nmbd_browsesync.c:find_domain_master_name_query_fail(350) Sep 18 01:51:12 solfertje nmbd[11872]: find_domain_master_name_query_fail: Sep 18 01:51:12 solfertje nmbd[11872]: Unable to find the Domain Master Browser name WITBREUKSWEG<1b> for the workgroup WITBREUKSWEG. Sep 18 01:51:12 solfertje nmbd[11872]: Unable to sync browse lists in this workgroup. Sep 18 01:56:39 solfertje smartd[987]: Device: /dev/ad0, 1 Currently unreadable (pending) sectors Sep 18 01:56:39 solfertje smartd[987]: Device: /dev/ad0, 1 Offline uncorrectable sectors Sep 18 02:06:14 solfertje nmbd[11872]: [2009/09/18 02:06:14, 0] nmbd/nmbd_browsesync.c:find_domain_master_name_query_fail(350) Sep 18 02:06:14 solfertje nmbd[11872]: find_domain_master_name_query_fail: Sep 18 02:06:14 solfertje nmbd[11872]: Unable to find the Domain Master Browser name WITBREUKSWEG<1b> for the workgroup WITBREUKSWEG. Sep 18 02:06:14 solfertje nmbd[11872]: Unable to sync browse lists in this workgroup. Sep 18 02:21:22 solfertje nmbd[11872]: [2009/09/18 02:21:22, 0] nmbd/nmbd_browsesync.c:find_domain_master_name_query_fail(350) Sep 18 02:21:22 solfertje nmbd[11872]: find_domain_master_name_query_fail: Sep 18 02:21:22 solfertje nmbd[11872]: Unable to find the Domain Master Browser name WITBREUKSWEG<1b> for the workgroup WITBREUKSWEG. Sep 18 02:21:22 solfertje nmbd[11872]: Unable to sync browse lists in this workgroup. Sep 18 02:26:38 solfertje smartd[987]: Device: /dev/ad0, 1 Currently unreadable (pending) sectors Sep 18 02:26:38 solfertje smartd[987]: Device: /dev/ad0, 1 Offline uncorrectable sectors Sep 18 02:36:24 solfertje nmbd[11872]: [2009/09/18 02:36:24, 0] nmbd/nmbd_browsesync.c:find_domain_master_name_query_fail(350) Sep 18 02:36:24 solfertje nmbd[11872]: find_domain_master_name_query_fail: Sep 18 02:36:24 solfertje nmbd[11872]: Unable to find the Domain Master Browser name WITBREUKSWEG<1b> for the workgroup WITBREUKSWEG. Sep 18 02:36:24 solfertje nmbd[11872]: Unable to sync browse lists in this workgroup. Sep 18 02:51:33 solfertje nmbd[11872]: [2009/09/18 02:51:33, 0] nmbd/nmbd_browsesync.c:find_domain_master_name_query_fail(350) Sep 18 02:51:33 solfertje nmbd[11872]: find_domain_master_name_query_fail: Sep 18 02:51:33 solfertje nmbd[11872]: Unable to find the Domain Master Browser name WITBREUKSWEG<1b> for the workgroup WITBREUKSWEG. Sep 18 02:51:33 solfertje nmbd[11872]: Unable to sync browse lists in this workgroup. Sep 18 02:56:38 solfertje smartd[987]: Device: /dev/ad0, 1 Currently unreadable (pending) sectors Sep 18 02:56:38 solfertje smartd[987]: Device: /dev/ad0, 1 Offline uncorrectable sectors Sep 18 03:06:35 solfertje nmbd[11872]: [2009/09/18 03:06:35, 0] nmbd/nmbd_browsesync.c:find_domain_master_name_query_fail(350) Sep 18 03:06:35 solfertje nmbd[11872]: find_domain_master_name_query_fail: Sep 18 03:06:35 solfertje nmbd[11872]: Unable to find the Domain Master Browser name WITBREUKSWEG<1b> for the workgroup WITBREUKSWEG. Sep 18 03:06:35 solfertje nmbd[11872]: Unable to sync browse lists in this workgroup. Sep 18 03:21:42 solfertje nmbd[11872]: [2009/09/18 03:21:42, 0] nmbd/nmbd_browsesync.c:find_domain_master_name_query_fail(350) Sep 18 03:21:42 solfertje nmbd[11872]: find_domain_master_name_query_fail: Sep 18 03:21:42 solfertje nmbd[11872]: Unable to find the Domain Master Browser name WITBREUKSWEG<1b> for the workgroup WITBREUKSWEG. Sep 18 03:21:42 solfertje nmbd[11872]: Unable to sync browse lists in this workgroup. Sep 18 03:26:38 solfertje smartd[987]: Device: /dev/ad0, 1 Currently unreadable (pending) sectors Sep 18 03:26:38 solfertje smartd[987]: Device: /dev/ad0, 1 Offline uncorrectable sectors Sep 18 03:36:45 solfertje nmbd[11872]: [2009/09/18 03:36:45, 0] nmbd/nmbd_browsesync.c:find_domain_master_name_query_fail(350) Sep 18 03:36:45 solfertje nmbd[11872]: find_domain_master_name_query_fail: Sep 18 03:36:45 solfertje nmbd[11872]: Unable to find the Domain Master Browser name WITBREUKSWEG<1b> for the workgroup WITBREUKSWEG. Sep 18 03:36:45 solfertje nmbd[11872]: Unable to sync browse lists in this workgroup. Sep 18 03:51:53 solfertje nmbd[11872]: [2009/09/18 03:51:53, 0] nmbd/nmbd_browsesync.c:find_domain_master_name_query_fail(350) Sep 18 03:51:53 solfertje nmbd[11872]: find_domain_master_name_query_fail: Sep 18 03:51:53 solfertje nmbd[11872]: Unable to find the Domain Master Browser name WITBREUKSWEG<1b> for the workgroup WITBREUKSWEG. Sep 18 03:51:53 solfertje nmbd[11872]: Unable to sync browse lists in this workgroup. Sep 18 03:56:37 solfertje smartd[987]: Device: /dev/ad0, 1 Currently unreadable (pending) sectors Sep 18 03:56:37 solfertje smartd[987]: Device: /dev/ad0, 1 Offline uncorrectable sectors Sep 18 04:06:54 solfertje nmbd[11872]: [2009/09/18 04:06:54, 0] nmbd/nmbd_browsesync.c:find_domain_master_name_query_fail(350) Sep 18 04:06:54 solfertje nmbd[11872]: find_domain_master_name_query_fail: Sep 18 04:06:54 solfertje nmbd[11872]: Unable to find the Domain Master Browser name WITBREUKSWEG<1b> for the workgroup WITBREUKSWEG. Sep 18 04:06:54 solfertje nmbd[11872]: Unable to sync browse lists in this workgroup. arplookup 192.168.1.9 failed: host is not on local network Sep 18 04:21:54 solfertje nmbd[11872]: [2009/09/18 04:21:54, 0] nmbd/nmbd_browsesync.c:find_domain_master_name_query_fail(350) Sep 18 04:21:54 solfertje nmbd[11872]: find_domain_master_name_query_fail: Sep 18 04:21:54 solfertje nmbd[11872]: Unable to find the Domain Master Browser name WITBREUKSWEG<1b> for the workgroup WITBREUKSWEG. Sep 18 04:21:54 solfertje nmbd[11872]: Unable to sync browse lists in this workgroup. Sep 18 04:26:37 solfertje smartd[987]: Device: /dev/ad0, 1 Currently unreadable (pending) sectors Sep 18 04:26:37 solfertje smartd[987]: Device: /dev/ad0, 1 Offline uncorrectable sectors Sep 18 04:36:54 solfertje nmbd[11872]: [2009/09/18 04:36:54, 0] nmbd/nmbd_browsesync.c:find_domain_master_name_query_fail(350) Sep 18 04:36:54 solfertje nmbd[11872]: find_domain_master_name_query_fail: Sep 18 04:36:54 solfertje nmbd[11872]: Unable to find the Domain Master Browser name WITBREUKSWEG<1b> for the workgroup WITBREUKSWEG. Sep 18 04:36:54 solfertje nmbd[11872]: Unable to sync browse lists in this workgroup. Sep 18 04:51:55 solfertje nmbd[11872]: [2009/09/18 04:51:55, 0] nmbd/nmbd_browsesync.c:find_domain_master_name_query_fail(350) Sep 18 04:51:55 solfertje nmbd[11872]: find_domain_master_name_query_fail: Sep 18 04:51:55 solfertje nmbd[11872]: Unable to find the Domain Master Browser name WITBREUKSWEG<1b> for the workgroup WITBREUKSWEG. Sep 18 04:51:55 solfertje nmbd[11872]: Unable to sync browse lists in this workgroup. Sep 18 04:56:37 solfertje smartd[987]: Device: /dev/ad0, 1 Currently unreadable (pending) sectors Sep 18 04:56:37 solfertje smartd[987]: Device: /dev/ad0, 1 Offline uncorrectable sectors Sep 18 05:07:04 solfertje nmbd[11872]: [2009/09/18 05:07:04, 0] nmbd/nmbd_browsesync.c:find_domain_master_name_query_fail(350) Sep 18 05:07:04 solfertje nmbd[11872]: find_domain_master_name_query_fail: Sep 18 05:07:04 solfertje nmbd[11872]: Unable to find the Domain Master Browser name WITBREUKSWEG<1b> for the workgroup WITBREUKSWEG. Sep 18 05:07:04 solfertje nmbd[11872]: Unable to sync browse lists in this workgroup. Sep 18 05:22:04 solfertje nmbd[11872]: [2009/09/18 05:22:04, 0] nmbd/nmbd_browsesync.c:find_domain_master_name_query_fail(350) Sep 18 05:22:04 solfertje nmbd[11872]: find_domain_master_name_query_fail: Sep 18 05:22:04 solfertje nmbd[11872]: Unable to find the Domain Master Browser name WITBREUKSWEG<1b> for the workgroup WITBREUKSWEG. Sep 18 05:22:04 solfertje nmbd[11872]: Unable to sync browse lists in this workgroup. Sep 18 05:26:37 solfertje smartd[987]: Device: /dev/ad0, 1 Currently unreadable (pending) sectors Sep 18 05:26:37 solfertje smartd[987]: Device: /dev/ad0, 1 Offline uncorrectable sectors arplookup 192.168.1.9 failed: host is not on local network Sep 18 05:37:03 solfertje nmbd[11872]: [2009/09/18 05:37:03, 0] nmbd/nmbd_browsesync.c:find_domain_master_name_query_fail(350) Sep 18 05:37:03 solfertje nmbd[11872]: find_domain_master_name_query_fail: Sep 18 05:37:03 solfertje nmbd[11872]: Unable to find the Domain Master Browser name WITBREUKSWEG<1b> for the workgroup WITBREUKSWEG. Sep 18 05:37:03 solfertje nmbd[11872]: Unable to sync browse lists in this workgroup. Sep 18 05:52:10 solfertje nmbd[11872]: [2009/09/18 05:52:10, 0] nmbd/nmbd_browsesync.c:find_domain_master_name_query_fail(350) Sep 18 05:52:10 solfertje nmbd[11872]: find_domain_master_name_query_fail: Sep 18 05:52:10 solfertje nmbd[11872]: Unable to find the Domain Master Browser name WITBREUKSWEG<1b> for the workgroup WITBREUKSWEG. Sep 18 05:52:10 solfertje nmbd[11872]: Unable to sync browse lists in this workgroup. Sep 18 05:56:37 solfertje smartd[987]: Device: /dev/ad0, 1 Currently unreadable (pending) sectors Sep 18 05:56:37 solfertje smartd[987]: Device: /dev/ad0, 1 Offline uncorrectable sectors Sep 18 06:07:15 solfertje nmbd[11872]: [2009/09/18 06:07:15, 0] nmbd/nmbd_browsesync.c:find_domain_master_name_query_fail(350) Sep 18 06:07:15 solfertje nmbd[11872]: find_domain_master_name_query_fail: Sep 18 06:07:15 solfertje nmbd[11872]: Unable to find the Domain Master Browser name WITBREUKSWEG<1b> for the workgroup WITBREUKSWEG. Sep 18 06:07:15 solfertje nmbd[11872]: Unable to sync browse lists in this workgroup. Sep 18 06:22:24 solfertje nmbd[11872]: [2009/09/18 06:22:24, 0] nmbd/nmbd_browsesync.c:find_domain_master_name_query_fail(350) Sep 18 06:22:24 solfertje nmbd[11872]: find_domain_master_name_query_fail: Sep 18 06:22:24 solfertje nmbd[11872]: Unable to find the Domain Master Browser name WITBREUKSWEG<1b> for the workgroup WITBREUKSWEG. Sep 18 06:22:24 solfertje nmbd[11872]: Unable to sync browse lists in this workgroup. Sep 18 06:26:37 solfertje smartd[987]: Device: /dev/ad0, 1 Currently unreadable (pending) sectors Sep 18 06:26:37 solfertje smartd[987]: Device: /dev/ad0, 1 Offline uncorrectable sectors Sep 18 06:37:24 solfertje nmbd[11872]: [2009/09/18 06:37:24, 0] nmbd/nmbd_browsesync.c:find_domain_master_name_query_fail(350) Sep 18 06:37:24 solfertje nmbd[11872]: find_domain_master_name_query_fail: Sep 18 06:37:24 solfertje nmbd[11872]: Unable to find the Domain Master Browser name WITBREUKSWEG<1b> for the workgroup WITBREUKSWEG. Sep 18 06:37:24 solfertje nmbd[11872]: Unable to sync browse lists in this workgroup. Sep 18 06:52:30 solfertje nmbd[11872]: [2009/09/18 06:52:30, 0] nmbd/nmbd_browsesync.c:find_domain_master_name_query_fail(350) Sep 18 06:52:30 solfertje nmbd[11872]: find_domain_master_name_query_fail: Sep 18 06:52:30 solfertje nmbd[11872]: Unable to find the Domain Master Browser name WITBREUKSWEG<1b> for the workgroup WITBREUKSWEG. Sep 18 06:52:30 solfertje nmbd[11872]: Unable to sync browse lists in this workgroup. Sep 18 06:56:37 solfertje smartd[987]: Device: /dev/ad0, 1 Currently unreadable (pending) sectors Sep 18 06:56:37 solfertje smartd[987]: Device: /dev/ad0, 1 Offline uncorrectable sectors Sep 18 07:07:26 solfertje nmbd[11872]: [2009/09/18 07:07:26, 0] nmbd/nmbd_browsesync.c:find_domain_master_name_query_fail(350) Sep 18 07:07:26 solfertje nmbd[11872]: find_domain_master_name_query_fail: Sep 18 07:07:26 solfertje nmbd[11872]: Unable to find the Domain Master Browser name WITBREUKSWEG<1b> for the workgroup WITBREUKSWEG. Sep 18 07:07:26 solfertje nmbd[11872]: Unable to sync browse lists in this workgroup. Sep 18 07:22:34 solfertje nmbd[11872]: [2009/09/18 07:22:34, 0] nmbd/nmbd_browsesync.c:find_domain_master_name_query_fail(350) Sep 18 07:22:34 solfertje nmbd[11872]: find_domain_master_name_query_fail: Sep 18 07:22:34 solfertje nmbd[11872]: Unable to find the Domain Master Browser name WITBREUKSWEG<1b> for the workgroup WITBREUKSWEG. Sep 18 07:22:34 solfertje nmbd[11872]: Unable to sync browse lists in this workgroup. Sep 18 07:26:37 solfertje smartd[987]: Device: /dev/ad0, 1 Currently unreadable (pending) sectors Sep 18 07:26:37 solfertje smartd[987]: Device: /dev/ad0, 1 Offline uncorrectable sectors Sep 18 07:37:30 solfertje nmbd[11872]: [2009/09/18 07:37:30, 0] nmbd/nmbd_browsesync.c:find_domain_master_name_query_fail(350) Sep 18 07:37:30 solfertje nmbd[11872]: find_domain_master_name_query_fail: Sep 18 07:37:30 solfertje nmbd[11872]: Unable to find the Domain Master Browser name WITBREUKSWEG<1b> for the workgroup WITBREUKSWEG. Sep 18 07:37:30 solfertje nmbd[11872]: Unable to sync browse lists in this workgroup. Sep 18 07:52:44 solfertje nmbd[11872]: [2009/09/18 07:52:44, 0] nmbd/nmbd_browsesync.c:find_domain_master_name_query_fail(350) Sep 18 07:52:44 solfertje nmbd[11872]: find_domain_master_name_query_fail: Sep 18 07:52:44 solfertje nmbd[11872]: Unable to find the Domain Master Browser name WITBREUKSWEG<1b> for the workgroup WITBREUKSWEG. Sep 18 07:52:44 solfertje nmbd[11872]: Unable to sync browse lists in this workgroup. Sep 18 07:56:37 solfertje smartd[987]: Device: /dev/ad0, 1 Currently unreadable (pending) sectors Sep 18 07:56:37 solfertje smartd[987]: Device: /dev/ad0, 1 Offline uncorrectable sectors Sep 18 08:07:53 solfertje nmbd[11872]: [2009/09/18 08:07:53, 0] nmbd/nmbd_browsesync.c:find_domain_master_name_query_fail(350) Sep 18 08:07:53 solfertje nmbd[11872]: find_domain_master_name_query_fail: Sep 18 08:07:53 solfertje nmbd[11872]: Unable to find the Domain Master Browser name WITBREUKSWEG<1b> for the workgroup WITBREUKSWEG. Sep 18 08:07:53 solfertje nmbd[11872]: Unable to sync browse lists in this workgroup. Sep 18 08:23:02 solfertje nmbd[11872]: [2009/09/18 08:23:02, 0] nmbd/nmbd_browsesync.c:find_domain_master_name_query_fail(350) Sep 18 08:23:02 solfertje nmbd[11872]: find_domain_master_name_query_fail: Sep 18 08:23:02 solfertje nmbd[11872]: Unable to find the Domain Master Browser name WITBREUKSWEG<1b> for the workgroup WITBREUKSWEG. Sep 18 08:23:02 solfertje nmbd[11872]: Unable to sync browse lists in this workgroup. Sep 18 08:26:38 solfertje smartd[987]: Device: /dev/ad0, 1 Currently unreadable (pending) sectors Sep 18 08:26:38 solfertje smartd[987]: Device: /dev/ad0, 1 Offline uncorrectable sectors Sep 18 08:38:01 solfertje nmbd[11872]: [2009/09/18 08:38:01, 0] nmbd/nmbd_browsesync.c:find_domain_master_name_query_fail(350) Sep 18 08:38:01 solfertje nmbd[11872]: find_domain_master_name_query_fail: Sep 18 08:38:01 solfertje nmbd[11872]: Unable to find the Domain Master Browser name WITBREUKSWEG<1b> for the workgroup WITBREUKSWEG. Sep 18 08:38:01 solfertje nmbd[11872]: Unable to sync browse lists in this workgroup. Sep 18 08:53:04 solfertje nmbd[11872]: [2009/09/18 08:53:04, 0] nmbd/nmbd_browsesync.c:find_domain_master_name_query_fail(350) Sep 18 08:53:04 solfertje nmbd[11872]: find_domain_master_name_query_fail: Sep 18 08:53:04 solfertje nmbd[11872]: Unable to find the Domain Master Browser name WITBREUKSWEG<1b> for the workgroup WITBREUKSWEG. Sep 18 08:53:04 solfertje nmbd[11872]: Unable to sync browse lists in this workgroup. Sep 18 08:56:38 solfertje smartd[987]: Device: /dev/ad0, 1 Currently unreadable (pending) sectors Sep 18 08:56:38 solfertje smartd[987]: Device: /dev/ad0, 1 Offline uncorrectable sectors Sep 18 09:08:01 solfertje nmbd[11872]: [2009/09/18 09:08:01, 0] nmbd/nmbd_browsesync.c:find_domain_master_name_query_fail(350) Sep 18 09:08:01 solfertje nmbd[11872]: find_domain_master_name_query_fail: Sep 18 09:08:01 solfertje nmbd[11872]: Unable to find the Domain Master Browser name WITBREUKSWEG<1b> for the workgroup WITBREUKSWEG. Sep 18 09:08:01 solfertje nmbd[11872]: Unable to sync browse lists in this workgroup. Sep 18 09:23:13 solfertje nmbd[11872]: [2009/09/18 09:23:13, 0] nmbd/nmbd_browsesync.c:find_domain_master_name_query_fail(350) Sep 18 09:23:13 solfertje nmbd[11872]: find_domain_master_name_query_fail: Sep 18 09:23:13 solfertje nmbd[11872]: Unable to find the Domain Master Browser name WITBREUKSWEG<1b> for the workgroup WITBREUKSWEG. Sep 18 09:23:13 solfertje nmbd[11872]: Unable to sync browse lists in this workgroup. Sep 18 09:26:38 solfertje smartd[987]: Device: /dev/ad0, 1 Currently unreadable (pending) sectors Sep 18 09:26:38 solfertje smartd[987]: Device: /dev/ad0, 1 Offline uncorrectable sectors Sep 18 09:38:03 solfertje nmbd[11872]: [2009/09/18 09:38:03, 0] nmbd/nmbd_browsesync.c:find_domain_master_name_query_fail(350) Sep 18 09:38:03 solfertje nmbd[11872]: find_domain_master_name_query_fail: Sep 18 09:38:03 solfertje nmbd[11872]: Unable to find the Domain Master Browser name WITBREUKSWEG<1b> for the workgroup WITBREUKSWEG. Sep 18 09:38:03 solfertje nmbd[11872]: Unable to sync browse lists in this workgroup. arplookup 192.168.1.9 failed: host is not on local network Sep 18 09:53:14 solfertje nmbd[11872]: [2009/09/18 09:53:14, 0] nmbd/nmbd_browsesync.c:find_domain_master_name_query_fail(350) Sep 18 09:53:14 solfertje nmbd[11872]: find_domain_master_name_query_fail: Sep 18 09:53:14 solfertje nmbd[11872]: Unable to find the Domain Master Browser name WITBREUKSWEG<1b> for the workgroup WITBREUKSWEG. Sep 18 09:53:14 solfertje nmbd[11872]: Unable to sync browse lists in this workgroup. Sep 18 09:56:40 solfertje smartd[987]: Device: /dev/ad0, 1 Currently unreadable (pending) sectors Sep 18 09:56:40 solfertje smartd[987]: Device: /dev/ad0, 1 Offline uncorrectable sectors Sep 18 10:08:23 solfertje nmbd[11872]: [2009/09/18 10:08:23, 0] nmbd/nmbd_browsesync.c:find_domain_master_name_query_fail(350) Sep 18 10:08:23 solfertje nmbd[11872]: find_domain_master_name_query_fail: Sep 18 10:08:23 solfertje nmbd[11872]: Unable to find the Domain Master Browser name WITBREUKSWEG<1b> for the workgroup WITBREUKSWEG. Sep 18 10:08:23 solfertje nmbd[11872]: Unable to sync browse lists in this workgroup. Sep 18 10:23:23 solfertje nmbd[11872]: [2009/09/18 10:23:23, 0] nmbd/nmbd_browsesync.c:find_domain_master_name_query_fail(350) Sep 18 10:23:23 solfertje nmbd[11872]: find_domain_master_name_query_fail: Sep 18 10:23:23 solfertje nmbd[11872]: Unable to find the Domain Master Browser name WITBREUKSWEG<1b> for the workgroup WITBREUKSWEG. Sep 18 10:23:23 solfertje nmbd[11872]: Unable to sync browse lists in this workgroup. Sep 18 10:26:40 solfertje smartd[987]: Device: /dev/ad0, 1 Currently unreadable (pending) sectors Sep 18 10:26:40 solfertje smartd[987]: Device: /dev/ad0, 1 Offline uncorrectable sectors Sep 18 10:38:25 solfertje nmbd[11872]: [2009/09/18 10:38:25, 0] nmbd/nmbd_browsesync.c:find_domain_master_name_query_fail(350) Sep 18 10:38:25 solfertje nmbd[11872]: find_domain_master_name_query_fail: Sep 18 10:38:25 solfertje nmbd[11872]: Unable to find the Domain Master Browser name WITBREUKSWEG<1b> for the workgroup WITBREUKSWEG. Sep 18 10:38:25 solfertje nmbd[11872]: Unable to sync browse lists in this workgroup. Sep 18 10:53:33 solfertje nmbd[11872]: [2009/09/18 10:53:33, 0] nmbd/nmbd_browsesync.c:find_domain_master_name_query_fail(350) Sep 18 10:53:33 solfertje nmbd[11872]: find_domain_master_name_query_fail: Sep 18 10:53:33 solfertje nmbd[11872]: Unable to find the Domain Master Browser name WITBREUKSWEG<1b> for the workgroup WITBREUKSWEG. Sep 18 10:53:33 solfertje nmbd[11872]: Unable to sync browse lists in this workgroup. Sep 18 10:56:37 solfertje smartd[987]: Device: /dev/ad0, 1 Currently unreadable (pending) sectors Sep 18 10:56:37 solfertje smartd[987]: Device: /dev/ad0, 1 Offline uncorrectable sectors Sep 18 11:08:33 solfertje nmbd[11872]: [2009/09/18 11:08:33, 0] nmbd/nmbd_browsesync.c:find_domain_master_name_query_fail(350) Sep 18 11:08:33 solfertje nmbd[11872]: find_domain_master_name_query_fail: Sep 18 11:08:33 solfertje nmbd[11872]: Unable to find the Domain Master Browser name WITBREUKSWEG<1b> for the workgroup WITBREUKSWEG. Sep 18 11:08:33 solfertje nmbd[11872]: Unable to sync browse lists in this workgroup. Sep 18 11:23:33 solfertje nmbd[11872]: [2009/09/18 11:23:33, 0] nmbd/nmbd_browsesync.c:find_domain_master_name_query_fail(350) Sep 18 11:23:33 solfertje nmbd[11872]: find_domain_master_name_query_fail: Sep 18 11:23:33 solfertje nmbd[11872]: Unable to find the Domain Master Browser name WITBREUKSWEG<1b> for the workgroup WITBREUKSWEG. Sep 18 11:23:33 solfertje nmbd[11872]: Unable to sync browse lists in this workgroup. Sep 18 11:26:37 solfertje smartd[987]: Device: /dev/ad0, 1 Currently unreadable (pending) sectors Sep 18 11:26:37 solfertje smartd[987]: Device: /dev/ad0, 1 Offline uncorrectable sectors Sep 18 11:38:26 solfertje nmbd[11872]: [2009/09/18 11:38:26, 0] nmbd/nmbd_browsesync.c:find_domain_master_name_query_fail(350) Sep 18 11:38:26 solfertje nmbd[11872]: find_domain_master_name_query_fail: Sep 18 11:38:26 solfertje nmbd[11872]: Unable to find the Domain Master Browser name WITBREUKSWEG<1b> for the workgroup WITBREUKSWEG. Sep 18 11:38:26 solfertje nmbd[11872]: Unable to sync browse lists in this workgroup. Sep 18 11:53:33 solfertje nmbd[11872]: [2009/09/18 11:53:33, 0] nmbd/nmbd_browsesync.c:find_domain_master_name_query_fail(350) Sep 18 11:53:33 solfertje nmbd[11872]: find_domain_master_name_query_fail: Sep 18 11:53:33 solfertje nmbd[11872]: Unable to find the Domain Master Browser name WITBREUKSWEG<1b> for the workgroup WITBREUKSWEG. Sep 18 11:53:33 solfertje nmbd[11872]: Unable to sync browse lists in this workgroup. Sep 18 11:56:37 solfertje smartd[987]: Device: /dev/ad0, 1 Currently unreadable (pending) sectors Sep 18 11:56:37 solfertje smartd[987]: Device: /dev/ad0, 1 Offline uncorrectable sectors Sep 18 12:08:33 solfertje nmbd[11872]: [2009/09/18 12:08:33, 0] nmbd/nmbd_browsesync.c:find_domain_master_name_query_fail(350) Sep 18 12:08:33 solfertje nmbd[11872]: find_domain_master_name_query_fail: Sep 18 12:08:33 solfertje nmbd[11872]: Unable to find the Domain Master Browser name WITBREUKSWEG<1b> for the workgroup WITBREUKSWEG. Sep 18 12:08:33 solfertje nmbd[11872]: Unable to sync browse lists in this workgroup. Sep 18 12:23:35 solfertje nmbd[11872]: [2009/09/18 12:23:35, 0] nmbd/nmbd_browsesync.c:find_domain_master_name_query_fail(350) Sep 18 12:23:35 solfertje nmbd[11872]: find_domain_master_name_query_fail: Sep 18 12:23:35 solfertje nmbd[11872]: Unable to find the Domain Master Browser name WITBREUKSWEG<1b> for the workgroup WITBREUKSWEG. Sep 18 12:23:35 solfertje nmbd[11872]: Unable to sync browse lists in this workgroup. Sep 18 12:26:37 solfertje smartd[987]: Device: /dev/ad0, 1 Currently unreadable (pending) sectors Sep 18 12:26:37 solfertje smartd[987]: Device: /dev/ad0, 1 Offline uncorrectable sectors Sep 18 12:38:42 solfertje nmbd[11872]: [2009/09/18 12:38:42, 0] nmbd/nmbd_browsesync.c:find_domain_master_name_query_fail(350) Sep 18 12:38:42 solfertje nmbd[11872]: find_domain_master_name_query_fail: Sep 18 12:38:42 solfertje nmbd[11872]: Unable to find the Domain Master Browser name WITBREUKSWEG<1b> for the workgroup WITBREUKSWEG. Sep 18 12:38:42 solfertje nmbd[11872]: Unable to sync browse lists in this workgroup. Sep 18 12:53:44 solfertje nmbd[11872]: [2009/09/18 12:53:44, 0] nmbd/nmbd_browsesync.c:find_domain_master_name_query_fail(350) Sep 18 12:53:44 solfertje nmbd[11872]: find_domain_master_name_query_fail: Sep 18 12:53:44 solfertje nmbd[11872]: Unable to find the Domain Master Browser name WITBREUKSWEG<1b> for the workgroup WITBREUKSWEG. Sep 18 12:53:44 solfertje nmbd[11872]: Unable to sync browse lists in this workgroup. Sep 18 12:56:37 solfertje smartd[987]: Device: /dev/ad0, 1 Currently unreadable (pending) sectors Sep 18 12:56:37 solfertje smartd[987]: Device: /dev/ad0, 1 Offline uncorrectable sectors Sep 18 13:08:53 solfertje nmbd[11872]: [2009/09/18 13:08:53, 0] nmbd/nmbd_browsesync.c:find_domain_master_name_query_fail(350) Sep 18 13:08:53 solfertje nmbd[11872]: find_domain_master_name_query_fail: Sep 18 13:08:53 solfertje nmbd[11872]: Unable to find the Domain Master Browser name WITBREUKSWEG<1b> for the workgroup WITBREUKSWEG. Sep 18 13:08:53 solfertje nmbd[11872]: Unable to sync browse lists in this workgroup. Sep 18 13:23:56 solfertje nmbd[11872]: [2009/09/18 13:23:56, 0] nmbd/nmbd_browsesync.c:find_domain_master_name_query_fail(350) Sep 18 13:23:56 solfertje nmbd[11872]: find_domain_master_name_query_fail: Sep 18 13:23:56 solfertje nmbd[11872]: Unable to find the Domain Master Browser name WITBREUKSWEG<1b> for the workgroup WITBREUKSWEG. Sep 18 13:23:56 solfertje nmbd[11872]: Unable to sync browse lists in this workgroup. Sep 18 13:26:37 solfertje smartd[987]: Device: /dev/ad0, 1 Currently unreadable (pending) sectors Sep 18 13:26:37 solfertje smartd[987]: Device: /dev/ad0, 1 Offline uncorrectable sectors Sep 18 13:39:03 solfertje nmbd[11872]: [2009/09/18 13:39:03, 0] nmbd/nmbd_browsesync.c:find_domain_master_name_query_fail(350) Sep 18 13:39:03 solfertje nmbd[11872]: find_domain_master_name_query_fail: Sep 18 13:39:03 solfertje nmbd[11872]: Unable to find the Domain Master Browser name WITBREUKSWEG<1b> for the workgroup WITBREUKSWEG. Sep 18 13:39:03 solfertje nmbd[11872]: Unable to sync browse lists in this workgroup. Sep 18 13:54:04 solfertje nmbd[11872]: [2009/09/18 13:54:04, 0] nmbd/nmbd_browsesync.c:find_domain_master_name_query_fail(350) Sep 18 13:54:04 solfertje nmbd[11872]: find_domain_master_name_query_fail: Sep 18 13:54:04 solfertje nmbd[11872]: Unable to find the Domain Master Browser name WITBREUKSWEG<1b> for the workgroup WITBREUKSWEG. Sep 18 13:54:04 solfertje nmbd[11872]: Unable to sync browse lists in this workgroup. Sep 18 13:56:37 solfertje smartd[987]: Device: /dev/ad0, 1 Currently unreadable (pending) sectors Sep 18 13:56:37 solfertje smartd[987]: Device: /dev/ad0, 1 Offline uncorrectable sectors Sep 18 14:09:13 solfertje nmbd[11872]: [2009/09/18 14:09:13, 0] nmbd/nmbd_browsesync.c:find_domain_master_name_query_fail(350) Sep 18 14:09:13 solfertje nmbd[11872]: find_domain_master_name_query_fail: Sep 18 14:09:13 solfertje nmbd[11872]: Unable to find the Domain Master Browser name WITBREUKSWEG<1b> for the workgroup WITBREUKSWEG. Sep 18 14:09:13 solfertje nmbd[11872]: Unable to sync browse lists in this workgroup. ulpt0: on uhub0 ulpt0: using bi-directional mode Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 01 fault virtual address = 0x0 fault code = supervisor write, page not present instruction pointer = 0x20:0xc0525a49 stack pointer = 0x28:0xc43aac4c frame pointer = 0x28:0xc43aac4c 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 = 12 (swi4: clock) trap number = 12 panic: page fault cpuid = 0 Uptime: 2d1h21m5s Physical memory: 1526 MB Dumping 238 MB: 223 207 191 175 159 143 127 111 95 79 63 47 31 15 ------------------------------------------------------------------------ kernel config config: File /boot/kernel/kernel doesn't contain configuration file. Either unsupported, or not compiled with INCLUDE_CONFIG_FILE --Apple-Mail-12-92637794 Content-Disposition: attachment; filename=info.0 Content-Type: application/octet-stream; name="info.0" Content-Transfer-Encoding: 7bit Dump header from device /dev/ad0s1b Architecture: i386 Architecture Version: 2 Dump Length: 249868288B (238 MB) Blocksize: 512 Dumptime: Fri Sep 18 14:17:11 2009 Hostname: solfertje.student.utwente.nl Magic: FreeBSD Kernel Dump Version String: FreeBSD 7.2-STABLE #2: Tue Sep 15 11:34:08 CEST 2009 dalroi@solfertje.student.utwente.nl:/usr/obj/usr/src/sys/ERGOPROXY Panic String: page fault Dump Parity: 216864536 Bounds: 0 Dump Status: good --Apple-Mail-12-92637794 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii; format=flowed Alban Hertroys -- If you can't see the forest for the trees, cut the trees and you'll see there is no forest. !DSPAM:74,4ab3803211681401413422! --Apple-Mail-12-92637794-- From owner-freebsd-stable@FreeBSD.ORG Fri Sep 18 16:17:20 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 018B11065670 for ; Fri, 18 Sep 2009 16:17:20 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id A9A978FC17 for ; Fri, 18 Sep 2009 16:17:19 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApoEAOhOs0qDaFvG/2dsb2JhbADPeIQcBYFY X-IronPort-AV: E=Sophos;i="4.44,410,1249272000"; d="scan'208";a="48514871" Received: from amazon.cs.uoguelph.ca ([131.104.91.198]) by esa-jnhn-pri.mail.uoguelph.ca with ESMTP; 18 Sep 2009 12:17:18 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by amazon.cs.uoguelph.ca (Postfix) with ESMTP id C8CDB21018B; Fri, 18 Sep 2009 12:17:18 -0400 (EDT) X-Virus-Scanned: amavisd-new at amazon.cs.uoguelph.ca Received: from amazon.cs.uoguelph.ca ([127.0.0.1]) by localhost (amazon.cs.uoguelph.ca [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 80l0FqpDLQNE; Fri, 18 Sep 2009 12:17:17 -0400 (EDT) Received: from muncher.cs.uoguelph.ca (muncher.cs.uoguelph.ca [131.104.91.102]) by amazon.cs.uoguelph.ca (Postfix) with ESMTP id D301821017F; Fri, 18 Sep 2009 12:17:17 -0400 (EDT) Received: from localhost (rmacklem@localhost) by muncher.cs.uoguelph.ca (8.11.7p3+Sun/8.11.6) with ESMTP id n8IGMnD13487; Fri, 18 Sep 2009 12:22:49 -0400 (EDT) X-Authentication-Warning: muncher.cs.uoguelph.ca: rmacklem owned process doing -bs Date: Fri, 18 Sep 2009 12:22:48 -0400 (EDT) From: Rick Macklem X-X-Sender: rmacklem@muncher.cs.uoguelph.ca To: John Marshall In-Reply-To: <20090918034933.GI1231@rwpc12.mby.riverwillow.net.au> Message-ID: References: <4AB27FB6.4010806@eng.auth.gr> <20090918034933.GI1231@rwpc12.mby.riverwillow.net.au> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable , George Mamalakis Subject: Re: SASL problems with spnego on 8.0-BETA4 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, 18 Sep 2009 16:17:20 -0000 On Fri, 18 Sep 2009, John Marshall wrote: > On Thu, 17 Sep 2009, 21:28 +0300, George Mamalakis wrote: >> Dear all, >> >> I am trying to setup ldap with heimdal on my fbsd 8.0-BETA4 and when I >> run ldapsearch to see if I can authenticate via GSSAPI I keep getting >> the following error: >> >> [root@ldap root]# ldapsearch -H "ldap://ldap.example.com/" -b >> "dc=example,dc=com" >> SASL/GSSAPI authentication started >> dlopen: /usr/lib/libgssapi_spnego.so.10: Undefined symbol >> "GSS_C_NT_HOSTBASED_SERVICE" >> ldap_sasl_interactive_bind_s: Local error (-2) >> GSS_C_NT_HOSTBASED_SERVICE is defined in gss_names.o in libgssapi. I don't know diddly about ldap (like a lot of the stuff I've been posting w.r.t. lately, it seems:-), but maybe an extra "-lgssapi" at the end of the libraries list for the Makefile, might help? (ie. I'm guessing that maybe gss_names.o doesn't get pulled out of libgssapi, since nothing that comes before it uses any of the globals in it and -lgssapi_spnego is listed after it.) One difference between the vanilla Heimdal and the one in FreeBSD is where the globals live in the libraries. Just a shot in the dark, rick From owner-freebsd-stable@FreeBSD.ORG Fri Sep 18 20:34:33 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 660DB106568B for ; Fri, 18 Sep 2009 20:34:33 +0000 (UTC) (envelope-from bc979@lafn.org) Received: from zoom.lafn.org (zoom.lafn.ORG [206.117.18.8]) by mx1.freebsd.org (Postfix) with ESMTP id 3D5E68FC1F for ; Fri, 18 Sep 2009 20:34:33 +0000 (UTC) Received: from [10.0.1.6] (pool-71-109-144-133.lsanca.dsl-w.verizon.net [71.109.144.133]) (authenticated bits=0) by zoom.lafn.org (8.14.3/8.14.2) with ESMTP id n8IKY1D7073878 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for ; Fri, 18 Sep 2009 13:34:32 -0700 (PDT) (envelope-from bc979@lafn.org) From: Doug Hardie Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes Message-Id: <4AC7C662-3BEE-4459-AF65-B04D4417503B@lafn.org> Date: Fri, 18 Sep 2009 13:34:01 -0700 To: freebsd-stable Stable Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v1076) X-Mailer: Apple Mail (2.1076) X-Virus-Scanned: clamav-milter 0.95.1 at zoom.lafn.org X-Virus-Status: Clean Subject: Problems with 8.0 Beta 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: Fri, 18 Sep 2009 20:34:33 -0000 I have switched to working hardware. Sure makes a difference ;-) Now I am down to a couple issues: 1. When booting I first get the following: F1: FreeBSD F5: Drive 0 F6: PXE Boot: F1 At that point it just sits and starts adding #s at the end of the Boot statement. If I press F5 (none of the other F keys do anything), then I get another Boot: F1 line and its sits for a moment and then boots from the disk. I used the standard install with the FreeBSD Boot Loader. After that the system comes up and runs fine. I am only using it for network testing so haven't placed any great load on it but everything I have tried works fine - until I try and shut it down. Then I get a panic at the very end. It also does not shut off the power. I have a console log of the entire boot/shutdown process. The only user command I entered was shutdown -p now. /boot.config: -Dh Consoles: internal video/keyboard serial port BIOS drive A: is disk0 BIOS drive C: is disk1 BIOS 638kB/64512kB available memory FreeBSD/i386 bootstrap loader, Revision 1.1 (root@almeida.cse.buffalo.edu, Sun Sep 6 03:42:03 UTC 2009) Loading /boot/defaults/loader.conf /boot/kernel/kernel text=0x8b2774 data=0xde874+0x1feb04 syms= [0x4+0x9c300+0 x4+0xd55bb] | ZDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDD? 3 3 3 3 ______ 3 3 | ____| __ ___ ___ 3 Welcome to FreeBSD! 3 | |__ | '__/ _ \/ _ \ 3 3 | __|| | | __/ __/ 3 3 | | | | | | | 3 1. Boot FreeBSD [default] 3 |_| |_| \___|\___| 3 2. Boot FreeBSD with ACPI enabled 3 ____ _____ _____ 3 3. Boot FreeBSD in Safe Mode 3 | _ \ / ____| __ \ 3 4. Boot FreeBSD in single user mode 3 | |_) | (___ | | | | 3 5. Boot FreeBSD with verbose logging 3 | _ < \___ \| | | | 3 6. Escape to loader prompt 3 | |_) |____) | |__| | 3 7. Reboot 3 | | | | 3 3 |____/|_____/|_____/ 3 3 3 3 3 3 3 Select option, [Enter] for default 3 3 or [Space] to pause timer 7 3 @DDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDY GDB: no debug ports present KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2009 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 is a registered trademark of The FreeBSD Foundation. FreeBSD 8.0-BETA4 #0: Sun Sep 6 05:51:03 UTC 2009 root@almeida.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Pentium II/Pentium II Xeon/Celeron (233.29-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x634 Stepping = 4 Features =0x80f9ff real memory = 67108864 (64 MB) avail memory = 46567424 (44 MB) kbd1 at kbdmux0 ACPI Error: A valid RSDP was not found 20090521 tbxfroot-309 ACPI: Table initialisation failed: AE_NOT_FOUND ACPI: Try disabling either ACPI or apic support. pcib0: pcibus 0 on motherboard pir0: on motherboard pci0: on pcib0 agp0: on hostb0 pcib1: at device 1.0 on pci0 pci1: on pcib1 $PIR: ROUTE_INTERRUPT failed. vgapci0: mem 0xfedc0000-0xfeddffff, 0xfd800000-0xfd ffffff,0xfe000000-0xfe7fffff irq 9 at device 0.0 on pci1 isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177 ,0x376,0xfcf0-0xfcff at device 7.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] uhci0: port 0xfcc0-0xfcdf irq 11 at device 7.2 on pci0 uhci0: [ITHREAD] usbus0: on uhci0 piix0: port 0x7000-0x700f at device 7.3 on pci0 Timecounter "PIIX" frequency 3579545 Hz quality 0 xl0: <3Com 3c905-TX Fast Etherlink XL> port 0xfc40-0xfc7f irq 10 at device 13.0 on pci0 miibus0: on xl0 nsphy0: PHY 24 on miibus0 nsphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl0: Ethernet address: 00:10:4b:2c:bb:09 xl0: [ITHREAD] cpu0 on motherboard pmtimer0 on isa0 unknown: can't assign resources (port) unknown: can't assign resources (memory) unknown: can't assign resources (memory) atrtc0: at port 0x70-0x71 irq 8 pnpid PNP0b00 on isa0 atkbdc0: at port 0x60,0x64 irq 1 pnpid PNP030 3 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] uart0: <16550 or compatible> at port 0x3f8-0x3ff irq 4 flags 0x10 pnpid PNP 0501 on isa0 uart0: [FILTER] uart0: console (9600,n,8,1) fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 pn pid PNP0700 on isa0 fdc0: [FILTER] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ppc0: at port 0x378-0x37f irq 7 pnpid PNP0 400 on isa0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppc0: [ITHREAD] ppbus0: on ppc0 plip0: on ppbus0 plip0: [ITHREAD] lpt0: on ppbus0 lpt0: [ITHREAD] lpt0: Interrupt-driven port ppi0: on ppbus0 orm0: at iomem 0xc0000-0xc6fff,0xe4000-0xeffff pnpid ORM0 000 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 unknown: can't assign resources (port) unknown: can't assign resources (memory) unknown: can't assign resources (memory) Timecounter "TSC" frequency 233289523 Hz quality 800 Timecounters tick every 1.000 msec usbus0: 12Mbps Full Speed USB v1.0 ad0: 2014MB at ata0-master UDMA33 ugen0.1: at usbus0 uhub0: on usbus0 acd0: CDROM at ata1-master PIO4 WARNING: WITNESS option enabled, expect reduced performance. uhub0: 2 ports with 2 removable, self powered GEOM: ad0s1: geometry does not match label (255h,63s != 16h,63s). Trying to mount root from ufs:/dev/ad0s1a Entropy harvesting: interrupts ethernet point_to_point kickstart. /dev/ad0s1a: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad0s1a: clean, 165348 free (3260 frags, 20261 blocks, 1.3% fragmentati on) /dev/ad0s1d: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad0s1d: clean, 487494 free (5150 frags, 60293 blocks, 0.7% fragmentati on) /etc/rc: WARNING: $hostname is not set -- see rc.conf(5). Starting Network: lo0. xl0: link state changed to DOWN Configuring syscons: blanktime. Fri Sep 18 13:38:17 PDT 2009 Sep 18 13:38:53 su: doug to root on /dev/ttyv0 Sep 18 13:39:10 shutdown: power-down by doug: Stopping cron. Stopping sshd. Stopping devd. Writing entropy file:. Terminated . Sep 18 13:39:20 syslogd: exiting on signal 15 Waiting (max 60 seconds) for system process `vnlru' to stop...done Waiting (max 60 seconds) for system process `bufdaemon' to stop...done Waiting (max 60 seconds) for system process `syncer' to stop... Syncing disks, vnodes remaining...0 0 done All buffers synced. lock order reversal: 1st 0xc1eac8b8 ufs (ufs) @ /usr/src/sys/kern/vfs_mount.c:1200 2nd 0xc1fdfce8 devfs (devfs) @ /usr/src/sys/ufs/ffs/ffs_vfsops.c:1194 KDB: stack backtrace: db_trace_self_wrapper (c0c74987,c1bd399c,c08c0f75,c08b1cfb,c0c7785a,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c08b1cfb,c0c7785a,c1d2e938,c1d2e868,c1bd39f8,...) at kdb_back trace+0x29 _witness_debugger(c0c7785a,c1fdfce8,c0c667ac,c1d2e868,c0c97ee0,...) at _wit ness_debugger+0x25 witness_checkorder(c1fdfce8,9,c0c97ee0,4aa,c1fdfd04,...) at witness_checkor der+0x839 __lockmgr_args(c1fdfce8,80400,c1fdfd04,0,0,...) at __lockmgr_args+0x7a7 vop_stdlock(c1bd3b00,556,c1bd3af8,80400,c1fdfc90,...) at vop_stdlock +0x62 VOP_LOCK1_APV(c0d535c0,c1bd3b00,c2020860,c0d90c80,c1fdfc90,...) at VOP_LOCK 1_APV+0xb5 _vn_lock(c1fdfc90,80400,c0c97ee0,4aa,c1fd2400,...) at _vn_lock+0x5e ffs_flushfiles(c1f84a10,2,c1d6fd80,556,3,...) at ffs_flushfiles+0xa7 softdep_flushfiles(c1f84a10,2,c1d6fd80,c0c7eaec,8aa,...) at softdep_flushfi les+0x2e ffs_unmount(c1f84a10,80000,c1bd3bf4,4f5,c1bd3c00,...) at ffs_unmount +0x149 dounmount(c1f84a10,80000,c1d6fd80,c341fc50,0,...) at dounmount+0x46d vfs_unmountall(c0c7e7c4,0,c0c715f2,129,0,...) at vfs_unmountall+0x4e boot(c0dc4f70,0,c0c715f2,ac,bfbfe9c0,...) at boot+0x44f reboot(c1d6fd80,c1bd3cf8,4,c0c78ac5,c0d56f04,...) at reboot+0x69 syscall(c1bd3d38) at syscall+0x2a3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (55, FreeBSD ELF32, reboot), eip = 0x8050f83, esp = 0xbfbfe88c, ebp = 0xbfbfe968 --- Uptime: 1m45s The operating system has halted. Please press any key to reboot. From owner-freebsd-stable@FreeBSD.ORG Fri Sep 18 21:32:41 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 41FF11065670; Fri, 18 Sep 2009 21:32:41 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id D88FF8FC0C; Fri, 18 Sep 2009 21:32:40 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApoEALeYs0qDaFvI/2dsb2JhbADPOoQbBYFY X-IronPort-AV: E=Sophos;i="4.44,411,1249272000"; d="scan'208";a="48553794" Received: from darling.cs.uoguelph.ca ([131.104.91.200]) by esa-jnhn-pri.mail.uoguelph.ca with ESMTP; 18 Sep 2009 17:32:39 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by darling.cs.uoguelph.ca (Postfix) with ESMTP id E046C940119; Fri, 18 Sep 2009 17:32:39 -0400 (EDT) X-Virus-Scanned: amavisd-new at darling.cs.uoguelph.ca Received: from darling.cs.uoguelph.ca ([127.0.0.1]) by localhost (darling.cs.uoguelph.ca [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4mXzaVlSNxSo; Fri, 18 Sep 2009 17:32:38 -0400 (EDT) Received: from muncher.cs.uoguelph.ca (muncher.cs.uoguelph.ca [131.104.91.102]) by darling.cs.uoguelph.ca (Postfix) with ESMTP id B70EF9400EA; Fri, 18 Sep 2009 17:32:38 -0400 (EDT) Received: from localhost (rmacklem@localhost) by muncher.cs.uoguelph.ca (8.11.7p3+Sun/8.11.6) with ESMTP id n8ILc9M28104; Fri, 18 Sep 2009 17:38:10 -0400 (EDT) X-Authentication-Warning: muncher.cs.uoguelph.ca: rmacklem owned process doing -bs Date: Fri, 18 Sep 2009 17:38:09 -0400 (EDT) From: Rick Macklem X-X-Sender: rmacklem@muncher.cs.uoguelph.ca To: John Marshall In-Reply-To: <20090918034933.GI1231@rwpc12.mby.riverwillow.net.au> Message-ID: References: <4AB27FB6.4010806@eng.auth.gr> <20090918034933.GI1231@rwpc12.mby.riverwillow.net.au> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable , freebsd-current@freebsd.org, George Mamalakis Subject: Re: SASL problems with spnego on 8.0-BETA4 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, 18 Sep 2009 21:32:41 -0000 On Fri, 18 Sep 2009, John Marshall wrote: > On Thu, 17 Sep 2009, 21:28 +0300, George Mamalakis wrote: >> Dear all, >> >> I am trying to setup ldap with heimdal on my fbsd 8.0-BETA4 and when I >> run ldapsearch to see if I can authenticate via GSSAPI I keep getting >> the following error: >> >> [root@ldap root]# ldapsearch -H "ldap://ldap.example.com/" -b >> "dc=example,dc=com" >> SASL/GSSAPI authentication started >> dlopen: /usr/lib/libgssapi_spnego.so.10: Undefined symbol >> "GSS_C_NT_HOSTBASED_SERVICE" >> ldap_sasl_interactive_bind_s: Local error (-2) >> I don't know if you guys feel like experimenting, but here's what little I know about the heimdal/gssapi setup. When cyrus-sasl2 builds, it uses the little shell script /usr/bin/krb5-config with the args. "--libs gssapi" to get the list of libraries to link against. This doesn't return "-lgssapi_spnego" in the list. (The list can be changed by editting line #96 of /usr/bin/krb5-config.) Nothing seems to link against "-lgssapi_spnego", so it's a mystery to me how it ends up using it? (Maybe others with knowledge on how FreeBSD loads libraries can explain it. The library is listed in /etc/gss/mech.) GSS_C_NT_HOSTBASED_SERVICE is defined in the file gss_names.o in "-lgssapi", which is at the beginning of the list of libraries returned by "krb5-config --libs gssapi". I'm hoping that someone who understands how libraries get loaded can solve the puzzle, but barring that, you could try added "-lgssapi_spnego" to line #96 of /usr/bin/krb5-config in front of "-lgssapi" and see if that gets things to load properly? Not much help, but I don't know how to test this stuff, rick From owner-freebsd-stable@FreeBSD.ORG Fri Sep 18 23:18:45 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1CA41106566B for ; Fri, 18 Sep 2009 23:18:45 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id BCDF98FC0C for ; Fri, 18 Sep 2009 23:18:44 +0000 (UTC) Received: from Macintosh-4.local (no-reverse.redstone-isp.net [212.44.18.222] (may be forged)) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id n8IMkXXY039068 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 18 Sep 2009 15:46:38 -0700 (PDT) (envelope-from sam@freebsd.org) Message-ID: <4AB40DC7.2060808@freebsd.org> Date: Fri, 18 Sep 2009 23:46:31 +0100 From: Sam Leffler Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: Rick Macklem References: <4AB27FB6.4010806@eng.auth.gr> <20090918034933.GI1231@rwpc12.mby.riverwillow.net.au> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-DCC-sonic.net-Metrics: ebb.errno.com; whitelist Cc: freebsd-stable , freebsd-current@freebsd.org, John Marshall , George Mamalakis Subject: Re: SASL problems with spnego on 8.0-BETA4 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, 18 Sep 2009 23:18:45 -0000 Rick Macklem wrote: > > > On Fri, 18 Sep 2009, John Marshall wrote: > >> On Thu, 17 Sep 2009, 21:28 +0300, George Mamalakis wrote: >>> Dear all, >>> >>> I am trying to setup ldap with heimdal on my fbsd 8.0-BETA4 and when I >>> run ldapsearch to see if I can authenticate via GSSAPI I keep getting >>> the following error: >>> >>> [root@ldap root]# ldapsearch -H "ldap://ldap.example.com/" -b >>> "dc=example,dc=com" >>> SASL/GSSAPI authentication started >>> dlopen: /usr/lib/libgssapi_spnego.so.10: Undefined symbol >>> "GSS_C_NT_HOSTBASED_SERVICE" >>> ldap_sasl_interactive_bind_s: Local error (-2) >>> > I don't know if you guys feel like experimenting, but here's what little > I know about the heimdal/gssapi setup. > > When cyrus-sasl2 builds, it uses the little shell script > /usr/bin/krb5-config with the args. "--libs gssapi" to get the list of > libraries to link against. This doesn't return "-lgssapi_spnego" in the > list. (The list can be changed by editting line #96 of > /usr/bin/krb5-config.) > > Nothing seems to link against "-lgssapi_spnego", so it's a mystery to > me how it ends up using it? (Maybe others with knowledge on how FreeBSD > loads libraries can explain it. The library is listed in /etc/gss/mech.) > > GSS_C_NT_HOSTBASED_SERVICE is defined in the file gss_names.o in > "-lgssapi", which is at the beginning of the list of libraries returned > by "krb5-config --libs gssapi". > > I'm hoping that someone who understands how libraries get loaded can > solve the puzzle, but barring that, you could try added "-lgssapi_spnego" > to line #96 of /usr/bin/krb5-config in front of "-lgssapi" and see if that > gets things to load properly? > > Not much help, but I don't know how to test this stuff, rick FWIW I hit the same problem (I think) with cyrus imap and saslauthd. I am running HEAD and tried building w/ and w/o kerberos enabled but cyradm aborts on startup complaining about the missing symbol. I started digging because I couldn't get cyrus imap to authenticate users. Feels like one or more of these ports are busted. Sam From owner-freebsd-stable@FreeBSD.ORG Fri Sep 18 23:22:08 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1A6FF1065670 for ; Fri, 18 Sep 2009 23:22:08 +0000 (UTC) (envelope-from john.marshall@riverwillow.com.au) Received: from mail1.riverwillow.net.au (mail1.riverwillow.net.au [203.58.93.36]) by mx1.freebsd.org (Postfix) with ESMTP id 6DBA08FC18 for ; Fri, 18 Sep 2009 23:22:07 +0000 (UTC) Received: from rwpc12.mby.riverwillow.net.au (rwpc12.mby.riverwillow.net.au [172.25.24.168]) (authenticated bits=0) by mail1.riverwillow.net.au (8.14.3/8.14.3) with ESMTP id n8INM1hv033409 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sat, 19 Sep 2009 09:22:01 +1000 (AEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=riverwillow.com.au; s=m1001; t=1253316121; bh=AbeX/x4BntdPODDLtKUCZdPr47BROwfeo5O1qs90eSs=; h=Date:From:To:Cc:Subject:Message-ID:References:Mime-Version: Content-Type:In-Reply-To; b=nGBy5JrRp6LNEvr6x0SdDLAd/hVpM3fczuxp5oP8UPt+ad/GX0qMbeSA0xiuQAvaO Hf3zc5SQ+yBt6y64KLReDIKbXGIucYvDsd6OH76q09xza8zW7DVOKBcgJ7BHksDK8U iUb6nh1yCeSyRKFxNHDBetVHutHDlpfXPycF3+Ww= Received: from rwpc12.mby.riverwillow.net.au (localhost [127.0.0.1]) by rwpc12.mby.riverwillow.net.au (8.14.3/8.14.3) with ESMTP id n8INM1eT044228; Sat, 19 Sep 2009 09:22:01 +1000 (AEST) (envelope-from john.marshall@riverwillow.com.au) Received: (from john@localhost) by rwpc12.mby.riverwillow.net.au (8.14.3/8.14.3/Submit) id n8INM1uC044224; Sat, 19 Sep 2009 09:22:01 +1000 (AEST) (envelope-from john) Date: Sat, 19 Sep 2009 09:22:00 +1000 From: John Marshall To: George Mamalakis Message-ID: <20090918232200.GJ1231@rwpc12.mby.riverwillow.net.au> Mail-Followup-To: George Mamalakis , freebsd-stable References: <4AB27FB6.4010806@eng.auth.gr> <20090918034933.GI1231@rwpc12.mby.riverwillow.net.au> <4AB36CC0.6010703@eng.auth.gr> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+pHx0qQiF2pBVqBT" Content-Disposition: inline In-Reply-To: <4AB36CC0.6010703@eng.auth.gr> User-Agent: Mutt/1.4.2.3i OpenPGP: id=A29A84A2; url=http://pki.riverwillow.net.au/pgp/johnmarshall.asc Cc: freebsd-stable Subject: Re: SASL problems with spnego on 8.0-BETA4 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, 18 Sep 2009 23:22:08 -0000 --+pHx0qQiF2pBVqBT Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, 18 Sep 2009, 14:19 +0300, George Mamalakis wrote: > Could you please send me the location from where you downloaded the=20 > heimdal-1.2.1 ? I would really appreciate it if you could send it to me= =20 > to test it on my machine so as to proceed with my configuration. Thank=20 > you for your time in advance. The security/heimdal port patch is now in GNATS. Just apply the patch to the security/heimdal port in your ports tree and install the port. But I think Rick Macklem is onto something with his /usr/bin/krb5-config idea and suggest that you try that first - before introducing a Heimdal port to your system. --=20 John Marshall --+pHx0qQiF2pBVqBT Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) iEUEARECAAYFAkq0FhgACgkQw/tAaKKahKLWjgCgygKArGj+SK/tw0dxrUsPxO6l V8QAl27/WKxI59jgDYyIVxzQzirXBD8= =6tDA -----END PGP SIGNATURE----- --+pHx0qQiF2pBVqBT-- From owner-freebsd-stable@FreeBSD.ORG Fri Sep 18 23:32:06 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9CF76106568F; Fri, 18 Sep 2009 23:32:06 +0000 (UTC) (envelope-from john.marshall@riverwillow.com.au) Received: from mail1.riverwillow.net.au (mail1.riverwillow.net.au [203.58.93.36]) by mx1.freebsd.org (Postfix) with ESMTP id EBE8E8FC17; Fri, 18 Sep 2009 23:32:05 +0000 (UTC) Received: from rwpc12.mby.riverwillow.net.au (rwpc12.mby.riverwillow.net.au [172.25.24.168]) (authenticated bits=0) by mail1.riverwillow.net.au (8.14.3/8.14.3) with ESMTP id n8INVvlm033757 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sat, 19 Sep 2009 09:31:58 +1000 (AEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=riverwillow.com.au; s=m1001; t=1253316718; bh=AOAnhC5aDdf/zHUOvIlBStfLVhGCXS6dMd/3inTP9Ls=; h=Date:From:To:Cc:Subject:Message-ID:References:Mime-Version: Content-Type:In-Reply-To; b=gQRwe8Uoe7a6cs008Qajx98ZN+WC+oo83CoNQ+ZUoqYU3+sUnlIetGb3eL0X1Dzua DQk9/RF606VsB3/o0uv1OmayhhLtOr2tdOiEHKnTBITxAmt4/VvyI3iC0AAZAFAcCh LHXuaRuA1/5Y+MoFh7fYZvExZ9WH+A7c6FWY3mPA= Received: from rwpc12.mby.riverwillow.net.au (localhost [127.0.0.1]) by rwpc12.mby.riverwillow.net.au (8.14.3/8.14.3) with ESMTP id n8INVvkm044257; Sat, 19 Sep 2009 09:31:57 +1000 (AEST) (envelope-from john.marshall@riverwillow.com.au) Received: (from john@localhost) by rwpc12.mby.riverwillow.net.au (8.14.3/8.14.3/Submit) id n8INVvg3044256; Sat, 19 Sep 2009 09:31:57 +1000 (AEST) (envelope-from john) Date: Sat, 19 Sep 2009 09:31:57 +1000 From: John Marshall To: Rick Macklem Message-ID: <20090918233157.GK1231@rwpc12.mby.riverwillow.net.au> Mail-Followup-To: Rick Macklem , freebsd-stable , freebsd-current@freebsd.org, George Mamalakis References: <4AB27FB6.4010806@eng.auth.gr> <20090918034933.GI1231@rwpc12.mby.riverwillow.net.au> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="WplhKdTI2c8ulnbP" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i OpenPGP: id=A29A84A2; url=http://pki.riverwillow.net.au/pgp/johnmarshall.asc Cc: George Mamalakis , freebsd-current@freebsd.org, freebsd-stable Subject: Re: SASL problems with spnego on 8.0-BETA4 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, 18 Sep 2009 23:32:06 -0000 --WplhKdTI2c8ulnbP Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, 18 Sep 2009, 17:38 -0400, Rick Macklem wrote: > When cyrus-sasl2 builds, it uses the little shell script > /usr/bin/krb5-config with the args. "--libs gssapi" to get the list of > libraries to link against. This doesn't return "-lgssapi_spnego" in the > list. (The list can be changed by editting line #96 of=20 > /usr/bin/krb5-config.) I think this sounds promising! It makes sense. Thanks for pointing us in this direction. I should already be out at a customer site but I hope to do some poking in krb5-config early next week to see if that might be the key to resolving the (non-spnego) kerberos problems I've been having with 8.0. In my case, I'll be seeing what joy I get by adding -lgssapi_krb5. --=20 John Marshall --WplhKdTI2c8ulnbP Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) iEYEARECAAYFAkq0GG0ACgkQw/tAaKKahKK+GQCdFpBx+PrRVPlFuaBpPsNelULo 3FEAn3HA4UxGAg60yfkKDi5Iov53KI/1 =w1EC -----END PGP SIGNATURE----- --WplhKdTI2c8ulnbP-- From owner-freebsd-stable@FreeBSD.ORG Sat Sep 19 03:52:15 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 67522106566C for ; Sat, 19 Sep 2009 03:52:15 +0000 (UTC) (envelope-from faber@zod.isi.edu) Received: from zod.isi.edu (zod.isi.edu [128.9.168.221]) by mx1.freebsd.org (Postfix) with ESMTP id 478198FC12 for ; Sat, 19 Sep 2009 03:52:15 +0000 (UTC) Received: from zod.isi.edu (localhost [127.0.0.1]) by zod.isi.edu (8.14.3/8.14.3) with ESMTP id n8J3qED5012925 for ; Fri, 18 Sep 2009 20:52:14 -0700 (PDT) (envelope-from faber@zod.isi.edu) Received: (from faber@localhost) by zod.isi.edu (8.14.3/8.14.3/Submit) id n8J3qENT012924 for freebsd-stable@freebsd.org; Fri, 18 Sep 2009 20:52:14 -0700 (PDT) (envelope-from faber) Date: Fri, 18 Sep 2009 20:52:14 -0700 From: Ted Faber To: freebsd-stable@freebsd.org Message-ID: <20090919035214.GA12889@zod.isi.edu> References: <20090916161327.GB87631@zod.isi.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="kXdP64Ggrk/fb43R" Content-Disposition: inline In-Reply-To: <20090916161327.GB87631@zod.isi.edu> User-Agent: Mutt/1.4.2.3i X-url: http://www.isi.edu/~faber Subject: Re: PATA disks/DVD not detected on ATI IXP 700 - cannot boot (dmesg attached) 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, 19 Sep 2009 03:52:15 -0000 --kXdP64Ggrk/fb43R Content-Type: multipart/mixed; boundary="u3/rZRmxL6MmkK24" Content-Disposition: inline --u3/rZRmxL6MmkK24 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Sep 16, 2009 at 09:13:27AM -0700, Ted Faber wrote: > Hi. >=20 > I'm trying to upgrade a machine to a new motherboard (the ECS > A790GXM-AD3 AM3 790GX) my FreeBSD 7-STABLE system (GENERIC kernel, > compiled from source on 10 Sept 2009) reaches the point where it's going > to mount the root file system and can't find the disk. It drops me into > the manual specification of root file system menu, but there are no > GEOM-managed disks to choose from. =20 [...] I managed to boot FreeBSD on this motherboard using a USB key. Attached is the dmesg from a verbose boot. Any help would be appreciated. --=20 Ted Faber http://www.isi.edu/~faber PGP: http://www.isi.edu/~faber/pubkeys.= asc Unexpected attachment on this mail? See http://www.isi.edu/~faber/FAQ.html#= SIG --u3/rZRmxL6MmkK24 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="dmesg.boot" Content-Transfer-Encoding: quoted-printable Copyright (c) 1992-2009 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 is a registered trademark of The FreeBSD Foundation. FreeBSD 7.2-STABLE #6: Thu Sep 17 17:01:48 PDT 2009 root@ylum.lunabase.org:/usr/obj/usr/src/sys/GENERIC Preloaded elf kernel "/boot/kernel/kernel" at 0xc0e85000. Preloaded elf module "/boot/kernel/geom_label.ko" at 0xc0e851a8. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0e85258. module_register: module g_label already exists! Module g_label failed to register: 17 Calibrating clock(s) ... i8254 clock: 1193240 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 3000128259 Hz CPU: AMD Athlon(tm) II X2 250 Processor (3000.13-MHz 686-class CPU) Origin =3D "AuthenticAMD" Id =3D 0x100f62 Stepping =3D 2 Features=3D0x178bfbff Features2=3D0x802009 AMD Features=3D0xee500800 AMD Features2=3D0x37ff TSC: P-state invariant Cores per package: 2 Data TLB: 48 entries, fully associative Instruction TLB: 32 entries, fully associative L1 data cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L1 instruction cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associat= ive L2 internal cache: 1024 kbytes, 64 bytes/line, 1 lines/tag, 8-way associati= ve real memory =3D 3489333248 (3327 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009dfff, 643072 bytes (157 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000001025000 - 0x00000000cc4cdfff, 3410661376 bytes (832681 pages) avail memory =3D 3409977344 (3252 MB) Table 'FACP' at 0xcffb0200 Table 'APIC' at 0xcffb0390 MADT: Found table at 0xcffb0390 MP Configuration Table version 1.1 found at 0xc00fc2b0 APIC: Using the MADT enumerator. MADT: Found CPU APIC ID 0 ACPI ID 1: enabled SMP: Added CPU 0 (AP) MADT: Found CPU APIC ID 1 ACPI ID 2: enabled SMP: Added CPU 1 (AP) MADT: Found CPU APIC ID 130 ACPI ID 3: disabled MADT: Found CPU APIC ID 131 ACPI ID 4: disabled ACPI APIC Table: <051909 APIC2009> INTR: Adding local APIC 1 as a target FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 bios32: Found BIOS32 Service Directory header at 0xc00f0000 bios32: Entry =3D 0xf0010 (c00f0010) Rev =3D 0 Len =3D 1 pcibios: PCI BIOS entry at 0xf0000+0x31 pnpbios: Found PnP BIOS data at 0xc00f4ea0 pnpbios: Entry =3D f0000:664a Rev =3D 1.0 Other BIOS signatures found: APIC: CPU 0 has ACPI ID 1 APIC: CPU 1 has ACPI ID 2 ULE: setup cpu group 0 ULE: setup cpu 0 ULE: adding cpu 0 to group 0: cpus 1 mask 0x1 ULE: setup cpu group 1 ULE: setup cpu 1 ULE: adding cpu 1 to group 1: cpus 1 mask 0x2 ACPI: RSDP @ 0x0xf9580/0x0014 (v 0 ACPIAM) ACPI: RSDT @ 0x0xcffb0000/0x003C (v 1 051909 RSDT2009 0x20090519 MSFT 0x00= 000097) ACPI: FACP @ 0x0xcffb0200/0x0084 (v 1 051909 FACP2009 0x20090519 MSFT 0x00= 000097) ACPI Warning (tbfadt-0505): Optional field "Pm2ControlBlock" has zero addre= ss or length: 0 0/1 [20070320] ACPI: DSDT @ 0x0xcffb0440/0xA5C4 (v 1 1AAAA 1AAAA000 0x00000000 INTL 0x20= 051117) ACPI: FACS @ 0x0xcffbe000/0x0040 ACPI: APIC @ 0x0xcffb0390/0x006C (v 1 051909 APIC2009 0x20090519 MSFT 0x00= 000097) ACPI: MCFG @ 0x0xcffb0400/0x003C (v 1 051909 OEMMCFG 0x20090519 MSFT 0x00= 000097) ACPI: OEMB @ 0x0xcffbe040/0x0072 (v 1 051909 OEMB2009 0x20090519 MSFT 0x00= 000097) ACPI: HPET @ 0x0xcffbaa10/0x0038 (v 1 051909 OEMHPET 0x20090519 MSFT 0x00= 000097) ACPI: SSDT @ 0x0xcffbaa50/0x0458 (v 1 A M I POWERNOW 0x00000001 AMD 0x00= 000001) MADT: Found IO APIC ID 2, Interrupt 0 at 0xfec00000 ioapic0: Routing external 8259A's -> intpin 0 MADT: Interrupt override: source 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 MADT: Interrupt override: source 9, irq 9 ioapic0: intpin 9 trigger: level ioapic0: intpin 9 polarity: low ioapic0 irqs 0-23 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x80050010 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x0001000f pcm: 0x00010400 wlan_amrr: wlan: <802.11 Link Layer> random: nfslock: pseudo-device io: kbd: new array size 4 kbd1 at kbdmux0 mem: Pentium Pro MTRR support enabled null: hptrr: RocketRAID 17xx/2xxx SATA controller driver v1.2 (Sep 17 2009 17:01:= 32) npx0: INT 16 interface acpi0: <051909 RSDT2009> on motherboard ioapic0: routing intpin 9 (ISA IRQ 9) to vector 48 acpi0: [MPSAFE] acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: wakeup code va 0xc672f000 pa 0x1000 pci_open(1): mode 1 addr port (0x0cf8) is 0x8000a064 pci_open(1a): mode1res=3D0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=3D060000] [hdr=3D00] is there (id=3D96001022) pcibios: BIOS version 3.00 AcpiOsDerivePciId: \\_SB_.PCI0.RS78.NB2_ -> bus 0 dev 0 func 0 acpi: bad write to port 0x000 (8), val 0x5a acpi: bad write to port 0x000 (8), val 0x5a acpi: bad write to port 0x000 (8), val 0x7 acpi: bad write to port 0x001 (8), val 0x7 acpi: bad write to port 0x000 (8), val 0x30 acpi: bad read from port 0x001 (8) acpi: bad read from port 0x000 (8) acpi: bad write to port 0x000 (8), val 0xa5 acpi: bad write to port 0x000 (8), val 0x5a acpi: bad write to port 0x000 (8), val 0x5a acpi: bad write to port 0x000 (8), val 0x7 acpi: bad write to port 0x001 (8), val 0x7 acpi: bad write to port 0x000 (8), val 0x30 acpi: bad read from port 0x001 (8) acpi: bad read from port 0x000 (8) acpi: bad write to port 0x000 (8), val 0xa5 acpi: bad write to port 0x000 (8), val 0x5a acpi: bad write to port 0x000 (8), val 0x5a acpi: bad write to port 0x000 (8), val 0x7 acpi: bad write to port 0x001 (8), val 0x7 acpi: bad write to port 0x000 (8), val 0x30 acpi: bad read from port 0x001 (8) acpi: bad read from port 0x000 (8) acpi: bad write to port 0x000 (8), val 0xa5 acpi: bad write to port 0x000 (8), val 0x5a acpi: bad write to port 0x000 (8), val 0x5a acpi: bad write to port 0x000 (8), val 0x7 acpi: bad write to port 0x001 (8), val 0x7 acpi: bad write to port 0x000 (8), val 0x30 acpi: bad read from port 0x001 (8) acpi: bad read from port 0x000 (8) acpi: bad write to port 0x000 (8), val 0xa5 acpi: bad write to port 0x000 (8), val 0x5a acpi: bad write to port 0x000 (8), val 0x5a acpi: bad write to port 0x000 (8), val 0x7 acpi: bad write to port 0x001 (8), val 0x7 acpi: bad write to port 0x000 (8), val 0x30 acpi: bad read from port 0x001 (8) acpi: bad read from port 0x000 (8) acpi: bad write to port 0x000 (8), val 0xa5 acpi: bad write to port 0x000 (8), val 0x5a acpi: bad write to port 0x000 (8), val 0x5a acpi: bad write to port 0x000 (8), val 0x7 acpi: bad write to port 0x001 (8), val 0x7 acpi: bad write to port 0x000 (8), val 0x30 acpi: bad read from port 0x001 (8) acpi: bad read from port 0x000 (8) acpi: bad write to port 0x000 (8), val 0xa5 acpi: bad write to port 0x000 (8), val 0x5a acpi: bad write to port 0x000 (8), val 0x5a acpi: bad write to port 0x000 (8), val 0x7 acpi: bad write to port 0x001 (8), val 0x7 acpi: bad write to port 0x000 (8), val 0x30 acpi: bad read from port 0x001 (8) acpi: bad read from port 0x000 (8) acpi: bad write to port 0x000 (8), val 0xa5 acpi: bad write to port 0x000 (8), val 0x5a acpi: bad write to port 0x000 (8), val 0x5a acpi: bad write to port 0x000 (8), val 0x7 acpi: bad write to port 0x001 (8), val 0x7 acpi: bad write to port 0x000 (8), val 0x30 acpi: bad read from port 0x001 (8) acpi: bad read from port 0x000 (8) acpi: bad write to port 0x000 (8), val 0xa5 acpi: bad write to port 0x000 (8), val 0x5a acpi: bad write to port 0x000 (8), val 0x5a acpi: bad write to port 0x000 (8), val 0x7 acpi: bad write to port 0x001 (8), val 0x7 acpi: bad write to port 0x000 (8), val 0x30 acpi: bad read from port 0x001 (8) acpi: bad read from port 0x000 (8) acpi: bad write to port 0x000 (8), val 0xa5 acpi: bad write to port 0x000 (8), val 0x5a acpi: bad write to port 0x000 (8), val 0x5a acpi: bad write to port 0x000 (8), val 0x7 acpi: bad write to port 0x001 (8), val 0x7 acpi: bad write to port 0x000 (8), val 0x30 acpi: bad read from port 0x001 (8) acpi: bad read from port 0x000 (8) acpi: bad write to port 0x000 (8), val 0xa5 AcpiOsDerivePciId: \\_SB_.PCI0.SATA.SACS -> bus 0 dev 17 func 0 acpi: bad write to port 0x000 (8), val 0x5a acpi: bad write to port 0x000 (8), val 0x5a acpi: bad write to port 0x000 (8), val 0x7 acpi: bad write to port 0x001 (8), val 0x7 acpi: bad write to port 0x000 (8), val 0x30 acpi: bad read from port 0x001 (8) acpi: bad read from port 0x000 (8) acpi: bad write to port 0x000 (8), val 0xa5 acpi: bad write to port 0x000 (8), val 0x5a acpi: bad write to port 0x000 (8), val 0x5a acpi: bad write to port 0x000 (8), val 0x7 acpi: bad write to port 0x001 (8), val 0x7 acpi: bad write to port 0x000 (8), val 0x30 acpi: bad read from port 0x001 (8) acpi: bad read from port 0x000 (8) acpi: bad write to port 0x000 (8), val 0xa5 acpi: bad write to port 0x000 (8), val 0x5a acpi: bad write to port 0x000 (8), val 0x5a acpi: bad write to port 0x000 (8), val 0x7 acpi: bad write to port 0x001 (8), val 0x7 acpi: bad write to port 0x000 (8), val 0x30 acpi: bad read from port 0x001 (8) acpi: bad read from port 0x000 (8) acpi: bad write to port 0x000 (8), val 0xa5 acpi: bad write to port 0x000 (8), val 0x5a acpi: bad write to port 0x000 (8), val 0x5a acpi: bad write to port 0x000 (8), val 0x7 acpi: bad write to port 0x001 (8), val 0x7 acpi: bad write to port 0x000 (8), val 0x30 acpi: bad read from port 0x001 (8) acpi: bad read from port 0x000 (8) acpi: bad write to port 0x000 (8), val 0xa5 acpi0: reservation of fee00000, 1000 (3) failed acpi0: reservation of ffb80000, 80000 (3) failed acpi0: reservation of fec10000, 20 (3) failed acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, cff00000 (3) failed ACPI HPET table warning: Sequence is non-zero (2) ACPI timer: 1/2 1/2 1/2 1/2 1/2 1/2 1/2 1/2 1/2 1/2 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 pci_link0: Index IRQ Rtd Ref IRQs Initial Probe 0 7 N 0 4 7 10 11 12 14 15 Validation 0 7 N 0 4 7 10 11 12 14 15 After Disable 0 255 N 0 4 7 10 11 12 14 15 pci_link1: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 4 7 10 11 12 14 15 Validation 0 10 N 0 4 7 10 11 12 14 15 After Disable 0 255 N 0 4 7 10 11 12 14 15 pci_link2: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 4 7 10 11 12 14 15 Validation 0 10 N 0 4 7 10 11 12 14 15 After Disable 0 255 N 0 4 7 10 11 12 14 15 pci_link3: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 4 7 10 11 12 14 15 Validation 0 11 N 0 4 7 10 11 12 14 15 After Disable 0 255 N 0 4 7 10 11 12 14 15 pci_link4: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 4 10 11 12 14 15 Validation 0 255 N 0 4 10 11 12 14 15 After Disable 0 255 N 0 4 10 11 12 14 15 pci_link5: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 4 10 11 12 14 15 Validation 0 255 N 0 4 10 11 12 14 15 After Disable 0 255 N 0 4 10 11 12 14 15 pci_link6: Index IRQ Rtd Ref IRQs Initial Probe 0 4 N 0 4 10 11 12 14 15 Validation 0 4 N 0 4 10 11 12 14 15 After Disable 0 255 N 0 4 10 11 12 14 15 pci_link7: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 4 10 11 12 14 15 Validation 0 255 N 0 4 10 11 12 14 15 After Disable 0 255 N 0 4 10 11 12 14 15 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acp= i0 acpi_hpet0: vend: 0x4353 rev: 0x1 num: 3 hz: 14318180 opts: legacy_route Timecounter "HPET" frequency 14318180 Hz quality 900 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: domain=3D0, physical bus=3D0 found-> vendor=3D0x1022, dev=3D0x9600, revid=3D0x00 domain=3D0, bus=3D0, slot=3D0, func=3D0 class=3D06-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0006, statreg=3D0x2230, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x1022, dev=3D0x9602, revid=3D0x00 domain=3D0, bus=3D0, slot=3D1, func=3D0 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D0 cmdreg=3D0x0107, statreg=3D0x0230, cachelnsz=3D0 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x1a (6500 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x1022, dev=3D0x9606, revid=3D0x00 domain=3D0, bus=3D0, slot=3D6, func=3D0 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D0 cmdreg=3D0x0107, statreg=3D0x0010, cachelnsz=3D16 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x07 (1750 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D10 powerspec 3 supports D0 D3 current D0 MSI supports 1 message pcib0: matched entry for 0.6.INTA pcib0: slot 6 INTA hardwired to IRQ 18 found-> vendor=3D0x1022, dev=3D0x9607, revid=3D0x00 domain=3D0, bus=3D0, slot=3D7, func=3D0 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D0 cmdreg=3D0x0104, statreg=3D0x0010, cachelnsz=3D16 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x07 (1750 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D11 powerspec 3 supports D0 D3 current D0 MSI supports 1 message pcib0: matched entry for 0.7.INTA pcib0: slot 7 INTA hardwired to IRQ 19 found-> vendor=3D0x1002, dev=3D0x4390, revid=3D0x00 domain=3D0, bus=3D0, slot=3D17, func=3D0 class=3D01-01-8f, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0107, statreg=3D0x0230, cachelnsz=3D16 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D4 powerspec 2 supports D0 D3 current D0 map[10]: type I/O Port, range 32, base 0xc000, size 3, enabled map[14]: type I/O Port, range 32, base 0xb000, size 2, enabled map[18]: type I/O Port, range 32, base 0xa000, size 3, enabled map[1c]: type I/O Port, range 32, base 0x9000, size 2, enabled map[20]: type I/O Port, range 32, base 0x8000, size 4, enabled map[24]: type Memory, range 32, base 0xfe8ffc00, size 10, enabled pcib0: matched entry for 0.17.INTA pcib0: slot 17 INTA hardwired to IRQ 22 found-> vendor=3D0x1002, dev=3D0x4397, revid=3D0x00 domain=3D0, bus=3D0, slot=3D18, func=3D0 class=3D0c-03-10, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0102, statreg=3D0x02a0, cachelnsz=3D16 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D7 map[10]: type Memory, range 32, base 0xfe8fe000, size 12, enabled pcib0: matched entry for 0.18.INTA pcib0: slot 18 INTA hardwired to IRQ 16 found-> vendor=3D0x1002, dev=3D0x4398, revid=3D0x00 domain=3D0, bus=3D0, slot=3D18, func=3D1 class=3D0c-03-10, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0117, statreg=3D0x02a0, cachelnsz=3D16 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D7 map[10]: type Memory, range 32, base 0xfe8fd000, size 12, enabled pcib0: matched entry for 0.18.INTA pcib0: slot 18 INTA hardwired to IRQ 16 found-> vendor=3D0x1002, dev=3D0x4396, revid=3D0x00 domain=3D0, bus=3D0, slot=3D18, func=3D2 class=3D0c-03-20, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0102, statreg=3D0x02b0, cachelnsz=3D16 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Db, irq=3D10 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Memory, range 32, base 0xfe8ff800, size 8, enabled pcib0: matched entry for 0.18.INTB pcib0: slot 18 INTB hardwired to IRQ 17 found-> vendor=3D0x1002, dev=3D0x4397, revid=3D0x00 domain=3D0, bus=3D0, slot=3D19, func=3D0 class=3D0c-03-10, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0102, statreg=3D0x02a0, cachelnsz=3D16 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D10 map[10]: type Memory, range 32, base 0xfe8fc000, size 12, enabled pcib0: matched entry for 0.19.INTA pcib0: slot 19 INTA hardwired to IRQ 18 found-> vendor=3D0x1002, dev=3D0x4398, revid=3D0x00 domain=3D0, bus=3D0, slot=3D19, func=3D1 class=3D0c-03-10, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0117, statreg=3D0x02a0, cachelnsz=3D16 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D10 map[10]: type Memory, range 32, base 0xfe8fb000, size 12, enabled pcib0: matched entry for 0.19.INTA pcib0: slot 19 INTA hardwired to IRQ 18 found-> vendor=3D0x1002, dev=3D0x4396, revid=3D0x00 domain=3D0, bus=3D0, slot=3D19, func=3D2 class=3D0c-03-20, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0102, statreg=3D0x02b0, cachelnsz=3D16 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Db, irq=3D11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Memory, range 32, base 0xfe8ff400, size 8, enabled pcib0: matched entry for 0.19.INTB pcib0: slot 19 INTB hardwired to IRQ 19 found-> vendor=3D0x1002, dev=3D0x4385, revid=3D0x3a domain=3D0, bus=3D0, slot=3D20, func=3D0 class=3D0c-05-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0403, statreg=3D0xd230, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x1002, dev=3D0x439c, revid=3D0x00 domain=3D0, bus=3D0, slot=3D20, func=3D1 class=3D01-01-8a, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0005, statreg=3D0x0230, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D255 MSI supports 2 messages map[20]: type I/O Port, range 32, base 0xff00, size 4, enabled found-> vendor=3D0x1002, dev=3D0x4383, revid=3D0x00 domain=3D0, bus=3D0, slot=3D20, func=3D2 class=3D04-03-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0006, statreg=3D0x0410, cachelnsz=3D16 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D7 powerspec 2 supports D0 D3 current D0 map[10]: type Memory, range 64, base 0xfe8f4000, size 14, enabled pcib0: matched entry for 0.20.INTA pcib0: slot 20 INTA hardwired to IRQ 16 found-> vendor=3D0x1002, dev=3D0x439d, revid=3D0x00 domain=3D0, bus=3D0, slot=3D20, func=3D3 class=3D06-01-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x000f, statreg=3D0x0220, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x1002, dev=3D0x4384, revid=3D0x00 domain=3D0, bus=3D0, slot=3D20, func=3D4 class=3D06-04-01, hdrtype=3D0x01, mfdev=3D1 cmdreg=3D0x0105, statreg=3D0x02a0, cachelnsz=3D0 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x07 (1750 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x1002, dev=3D0x4399, revid=3D0x00 domain=3D0, bus=3D0, slot=3D20, func=3D5 class=3D0c-03-10, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0102, statreg=3D0x02a0, cachelnsz=3D16 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Dc, irq=3D10 map[10]: type Memory, range 32, base 0xfe8fa000, size 12, enabled pcib0: matched entry for 0.20.INTC pcib0: slot 20 INTC hardwired to IRQ 18 found-> vendor=3D0x1022, dev=3D0x1200, revid=3D0x00 domain=3D0, bus=3D0, slot=3D24, func=3D0 class=3D06-00-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0010, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x1022, dev=3D0x1201, revid=3D0x00 domain=3D0, bus=3D0, slot=3D24, func=3D1 class=3D06-00-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0000, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x1022, dev=3D0x1202, revid=3D0x00 domain=3D0, bus=3D0, slot=3D24, func=3D2 class=3D06-00-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0000, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x1022, dev=3D0x1203, revid=3D0x00 domain=3D0, bus=3D0, slot=3D24, func=3D3 class=3D06-00-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0010, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x1022, dev=3D0x1204, revid=3D0x00 domain=3D0, bus=3D0, slot=3D24, func=3D4 class=3D06-00-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0000, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) pcib1: at device 1.0 on pci0 pcib1: domain 0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xd000-0xdfff pcib1: memory decode 0xfe900000-0xfeafffff pcib1: prefetched decode 0xd0000000-0xdfffffff pci1: on pcib1 pci1: domain=3D0, physical bus=3D1 found-> vendor=3D0x1002, dev=3D0x9614, revid=3D0x00 domain=3D0, bus=3D1, slot=3D5, func=3D0 class=3D03-00-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0107, statreg=3D0x4010, cachelnsz=3D16 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D10 powerspec 3 supports D0 D1 D2 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Prefetchable Memory, range 32, base 0xd0000000, size 28, ena= bled pcib1: requested memory range 0xd0000000-0xdfffffff: good map[14]: type I/O Port, range 32, base 0xd000, size 8, enabled pcib1: requested I/O range 0xd000-0xd0ff: in range map[18]: type Memory, range 32, base 0xfeaf0000, size 16, enabled pcib1: requested memory range 0xfeaf0000-0xfeafffff: good map[24]: type Memory, range 32, base 0xfe900000, size 20, enabled pcib1: requested memory range 0xfe900000-0xfe9fffff: good pcib1: matched entry for 1.5.INTA pcib1: slot 5 INTA hardwired to IRQ 18 vgapci0: port 0xd000-0xd0ff mem 0xd0000000-0xdffff= fff,0xfeaf0000-0xfeafffff,0xfe900000-0xfe9fffff irq 18 at device 5.0 on pci1 pcib2: irq 18 at device 6.0 on pci0 pcib2: domain 0 pcib2: secondary bus 2 pcib2: subordinate bus 2 pcib2: I/O decode 0xe000-0xefff pcib2: memory decode 0xfeb00000-0xfebfffff pcib2: prefetched decode 0xfdf00000-0xfdffffff pcib2: could not get PCI interrupt routing table for \\_SB_.PCI0.PCE6 - AE_= NOT_FOUND pci2: on pcib2 pci2: domain=3D0, physical bus=3D2 found-> vendor=3D0x10ec, dev=3D0x8168, revid=3D0x02 domain=3D0, bus=3D2, slot=3D0, func=3D0 class=3D02-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0107, statreg=3D0x0010, cachelnsz=3D16 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D10 powerspec 3 supports D0 D1 D2 D3 current D0 MSI supports 1 message, 64 bit MSI-X supports 2 messages in map 0x20 map[10]: type I/O Port, range 32, base 0xe800, size 8, enabled pcib2: requested I/O range 0xe800-0xe8ff: in range map[18]: type Memory, range 64, base 0xfebff000, size 12, enabled pcib2: requested memory range 0xfebff000-0xfebfffff: good map[20]: type Prefetchable Memory, range 64, base 0xfdff0000, size 16, ena= bled pcib2: requested memory range 0xfdff0000-0xfdffffff: good pcib0: matched entry for 0.6.INTA pcib0: slot 6 INTA hardwired to IRQ 18 pcib2: slot 0 INTA is routed to irq 18 re0: port 0xe800-0xe8ff mem 0xfebff000-0xfebfffff,0xfdf= f0000-0xfdffffff irq 18 at device 0.0 on pci2 re0: Reserved 0x1000 bytes for rid 0x18 type 3 at 0xfebff000 re0: MSI count : 1 re0: attempting to allocate 1 MSI vectors (1 supported) msi: routing MSI IRQ 256 to vector 49 re0: using IRQ 256 for MSI re0: Using 1 MSI messages re0: Chip rev. 0x3c000000 re0: MAC rev. 0x00400000 miibus0: on re0 rgephy0: PHY 1 on miibus0 rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000ba= seT-FDX, auto re0: bpf attached re0: Ethernet address: 00:25:11:41:af:03 re0: [MPSAFE] re0: [FILTER] pcib3: irq 19 at device 7.0 on pci0 pcib3: domain 0 pcib3: secondary bus 3 pcib3: subordinate bus 3 pcib3: I/O decode 0x0-0x0 pcib3: no prefetched decode pcib3: could not get PCI interrupt routing table for \\_SB_.PCI0.PCE7 - AE_= NOT_FOUND pci3: on pcib3 pci3: domain=3D0, physical bus=3D3 atapci0: port 0xc000-0xc007,0xb000-0xb003,0= xa000-0xa007,0x9000-0x9003,0x8000-0x800f mem 0xfe8ffc00-0xfe8fffff irq 22 a= t device 17.0 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0x8000 atapci0: Reserved 0x400 bytes for rid 0x24 type 3 at 0xfe8ffc00 ioapic0: routing intpin 22 (PCI IRQ 22) to vector 50 atapci0: [MPSAFE] atapci0: [ITHREAD] atapci0: AHCI Version 01.10 controller with 4 ports detected ata2: on atapci0 ata2: SATA connect status=3D00000000 ata2: ahci_reset devices=3D0x0 ata2: [MPSAFE] ata2: [ITHREAD] ata3: on atapci0 ata3: SATA connect status=3D00000000 ata3: ahci_reset devices=3D0x0 ata3: [MPSAFE] ata3: [ITHREAD] ata4: on atapci0 ata4: SATA connect status=3D00000000 ata4: ahci_reset devices=3D0x0 ata4: [MPSAFE] ata4: [ITHREAD] ata5: on atapci0 ata5: SATA connect status=3D00000000 ata5: ahci_reset devices=3D0x0 ata5: [MPSAFE] ata5: [ITHREAD] ohci0: mem 0xfe8fe000-0xfe8fefff irq 16 at = device 18.0 on pci0 ohci0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xfe8fe000 ioapic0: routing intpin 16 (PCI IRQ 16) to vector 51 ohci0: [GIANT-LOCKED] ohci0: [ITHREAD] usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 3 ports with 3 removable, self powered ohci1: mem 0xfe8fd000-0xfe8fdfff irq 16 at = device 18.1 on pci0 ohci1: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xfe8fd000 ohci1: [GIANT-LOCKED] ohci1: [ITHREAD] usb1: OHCI version 1.0, legacy support usb1: SMM does not respond, resetting usb1: on ohci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 3 ports with 3 removable, self powered ehci0: mem 0xfe8ff800-0xfe8ff8ff irq 17= at device 18.2 on pci0 ehci0: Reserved 0x100 bytes for rid 0x10 type 3 at 0xfe8ff800 ioapic0: routing intpin 17 (PCI IRQ 17) to vector 52 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] ehci0: Dropped interrupts workaround enabled usb2: EHCI version 1.0 usb2: companion controllers, 3 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: on usb2 uhub2: 6 ports with 6 removable, self powered ohci2: mem 0xfe8fc000-0xfe8fcfff irq 18 at = device 19.0 on pci0 ohci2: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xfe8fc000 ioapic0: routing intpin 18 (PCI IRQ 18) to vector 53 ohci2: [GIANT-LOCKED] ohci2: [ITHREAD] usb3: OHCI version 1.0, legacy support usb3: SMM does not respond, resetting usb3: on ohci2 usb3: USB revision 1.0 uhub3: on usb3 uhub3: 3 ports with 3 removable, self powered ohci3: mem 0xfe8fb000-0xfe8fbfff irq 18 at = device 19.1 on pci0 ohci3: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xfe8fb000 ohci3: [GIANT-LOCKED] ohci3: [ITHREAD] usb4: OHCI version 1.0, legacy support usb4: SMM does not respond, resetting usb4: on ohci3 usb4: USB revision 1.0 uhub4: on usb4 uhub4: 3 ports with 3 removable, self powered ehci1: mem 0xfe8ff400-0xfe8ff4ff irq 19= at device 19.2 on pci0 ehci1: Reserved 0x100 bytes for rid 0x10 type 3 at 0xfe8ff400 ioapic0: routing intpin 19 (PCI IRQ 19) to vector 54 ehci1: [GIANT-LOCKED] ehci1: [ITHREAD] ehci1: Dropped interrupts workaround enabled usb5: EHCI version 1.0 usb5: companion controllers, 3 ports each: usb3 usb4 usb5: on ehci1 usb5: USB revision 2.0 uhub5: on usb5 uhub5: 6 ports with 6 removable, self powered umass0: on uhub5 umass0:0:0:-1: Attached to scbus0 pci0: at device 20.0 (no driver attached) atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177= ,0x376,0xff00-0xff0f at device 20.1 on pci0 atapci1: Reserved 0x10 bytes for rid 0x20 type 4 at 0xff00 ata0: on atapci1 atapci1: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci1: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=3D03 ostat0=3D7f ostat1=3D7f ata0: stat0=3D0x7f err=3D0xff lsb=3D0xff msb=3D0xff ata0: stat0=3D0x7f err=3D0xff lsb=3D0xff msb=3D0xff ata0: stat0=3D0x7f err=3D0xff lsb=3D0xff msb=3D0xff ata0: stat0=3D0x7f err=3D0xff lsb=3D0xff msb=3D0xff ata0: stat0=3D0x7f err=3D0xff lsb=3D0xff msb=3D0xff ata0: stat0=3D0x7f err=3D0xff lsb=3D0xff msb=3D0xff ata0: stat0=3D0x7f err=3D0xff lsb=3D0xff msb=3D0xff ata0: stat0=3D0x7f err=3D0xff lsb=3D0xff msb=3D0xff ata0: stat0=3D0x7f err=3D0xff lsb=3D0xff msb=3D0xff ata0: stat0=3D0x7f err=3D0xff lsb=3D0xff msb=3D0xff ata0: stat0=3D0x7f err=3D0xff lsb=3D0xff msb=3D0xff ata0: stat0=3D0x7f err=3D0xff lsb=3D0xff msb=3D0xff ata0: stat0=3D0x7f err=3D0xff lsb=3D0xff msb=3D0xff ata0: stat0=3D0x7f err=3D0xff lsb=3D0xff msb=3D0xff ata0: stat0=3D0x7f err=3D0xff lsb=3D0xff msb=3D0xff ata0: stat0=3D0x7f err=3D0xff lsb=3D0xff msb=3D0xff ata0: stat0=3D0x7f err=3D0xff lsb=3D0xff msb=3D0xff ata0: stat0=3D0x7f err=3D0xff lsb=3D0xff msb=3D0xff ata0: stat0=3D0x7f err=3D0xff lsb=3D0xff msb=3D0xff ata0: stat0=3D0x7f err=3D0xff lsb=3D0xff msb=3D0xff ata0: stat0=3D0x7f err=3D0xff lsb=3D0xff msb=3D0xff ata0: stat0=3D0x7f err=3D0xff lsb=3D0xff msb=3D0xff ata0: stat1=3D0x7f err=3D0xff lsb=3D0xff msb=3D0xff ata0: reset tp2 stat0=3Dff stat1=3Dff devices=3D0x0 ioapic0: routing intpin 14 (ISA IRQ 14) to vector 55 ata0: [MPSAFE] ata0: [ITHREAD] pci0: at device 20.2 (no driver attached) isab0: at device 20.3 on pci0 isa0: on isab0 pcib4: at device 20.4 on pci0 pcib4: domain 0 pcib4: secondary bus 4 pcib4: subordinate bus 4 pcib4: I/O decode 0xf000-0xfff pcib4: no prefetched decode pcib4: Subtractively decoded bridge. pci4: on pcib4 pci4: domain=3D0, physical bus=3D4 ohci4: mem 0xfe8fa000-0xfe8fafff irq 18 at = device 20.5 on pci0 ohci4: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xfe8fa000 ohci4: [GIANT-LOCKED] ohci4: [ITHREAD] usb6: OHCI version 1.0, legacy support usb6: SMM does not respond, resetting usb6: on ohci4 usb6: USB revision 1.0 uhub6: on usb6 uhub6: 2 ports with 2 removable, self powered acpi_button0: on acpi0 acpi_tz0: on acpi0 acpi: bad write to port 0x000 (8), val 0x5a acpi: bad write to port 0x000 (8), val 0x5a acpi: bad write to port 0x000 (8), val 0x7 acpi: bad write to port 0x001 (8), val 0x7 acpi: bad write to port 0x000 (8), val 0x30 acpi: bad read from port 0x001 (8) acpi: bad read from port 0x000 (8) acpi: bad write to port 0x000 (8), val 0xa5 acpi: bad write to port 0x000 (8), val 0x5a acpi: bad write to port 0x000 (8), val 0x5a acpi: bad write to port 0x000 (8), val 0x7 acpi: bad write to port 0x001 (8), val 0x7 acpi: bad write to port 0x000 (8), val 0x30 acpi: bad read from port 0x001 (8) acpi: bad read from port 0x000 (8) acpi: bad write to port 0x000 (8), val 0xa5 acpi: bad write to port 0x000 (8), val 0x5a acpi: bad write to port 0x000 (8), val 0x5a acpi: bad write to port 0x000 (8), val 0x7 acpi: bad write to port 0x001 (8), val 0x7 acpi: bad write to port 0x000 (8), val 0x30 acpi: bad read from port 0x001 (8) acpi: bad read from port 0x000 (8) acpi: bad write to port 0x000 (8), val 0xa5 acpi: bad write to port 0x000 (8), val 0x5a acpi: bad write to port 0x000 (8), val 0x5a acpi: bad write to port 0x000 (8), val 0x7 acpi: bad write to port 0x001 (8), val 0x7 acpi: bad write to port 0x000 (8), val 0x30 acpi: bad read from port 0x001 (8) acpi: bad read from port 0x000 (8) acpi: bad write to port 0x000 (8), val 0xa5 acpi: bad write to port 0x000 (8), val 0x5a acpi: bad write to port 0x000 (8), val 0x5a acpi: bad write to port 0x000 (8), val 0x7 acpi: bad write to port 0x001 (8), val 0x7 acpi: bad write to port 0x000 (8), val 0x30 acpi: bad read from port 0x001 (8) acpi: bad read from port 0x000 (8) acpi: bad write to port 0x000 (8), val 0xa5 acpi: bad write to port 0x000 (8), val 0x5a acpi: bad write to port 0x000 (8), val 0x5a acpi: bad write to port 0x000 (8), val 0x7 acpi: bad write to port 0x001 (8), val 0x7 acpi: bad write to port 0x000 (8), val 0x30 acpi: bad read from port 0x001 (8) acpi: bad read from port 0x000 (8) acpi: bad write to port 0x000 (8), val 0xa5 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0065 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 ioapic0: routing intpin 1 (ISA IRQ 1) to vector 56 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: unable to allocate IRQ acpi: bad write to port 0x000 (8), val 0x5a acpi: bad write to port 0x000 (8), val 0x5a acpi: bad write to port 0x000 (8), val 0x7 acpi: bad write to port 0x001 (8), val 0x7 acpi: bad write to port 0x000 (8), val 0x30 acpi: bad read from port 0x001 (8) acpi: bad read from port 0x000 (8) acpi: bad write to port 0x000 (8), val 0xa5 acpi: bad write to port 0x000 (8), val 0x5a acpi: bad write to port 0x000 (8), val 0x5a acpi: bad write to port 0x000 (8), val 0x7 acpi: bad write to port 0x001 (8), val 0x7 acpi: bad write to port 0x000 (8), val 0x30 acpi: bad read from port 0x001 (8) acpi: bad read from port 0x000 (8) acpi: bad write to port 0x000 (8), val 0xa5 acpi: bad write to port 0x000 (8), val 0x5a acpi: bad write to port 0x000 (8), val 0x5a acpi: bad write to port 0x000 (8), val 0x7 acpi: bad write to port 0x001 (8), val 0x7 acpi: bad write to port 0x000 (8), val 0x30 acpi: bad read from port 0x001 (8) acpi: bad read from port 0x000 (8) acpi: bad write to port 0x000 (8), val 0xa5 acpi: bad write to port 0x000 (8), val 0x5a acpi: bad write to port 0x000 (8), val 0x5a acpi: bad write to port 0x000 (8), val 0x7 acpi: bad write to port 0x001 (8), val 0x7 acpi: bad write to port 0x000 (8), val 0x30 acpi: bad read from port 0x001 (8) acpi: bad read from port 0x000 (8) acpi: bad write to port 0x000 (8), val 0xa5 acpi: bad write to port 0x000 (8), val 0x5a acpi: bad write to port 0x000 (8), val 0x5a acpi: bad write to port 0x000 (8), val 0x7 acpi: bad write to port 0x001 (8), val 0x7 acpi: bad write to port 0x000 (8), val 0x30 acpi: bad read from port 0x001 (8) acpi: bad read from port 0x000 (8) acpi: bad write to port 0x000 (8), val 0xa5 acpi: bad write to port 0x000 (8), val 0x5a acpi: bad write to port 0x000 (8), val 0x5a acpi: bad write to port 0x000 (8), val 0x7 acpi: bad write to port 0x001 (8), val 0x7 acpi: bad write to port 0x000 (8), val 0x30 acpi: bad read from port 0x001 (8) acpi: bad read from port 0x000 (8) acpi: bad write to port 0x000 (8), val 0xa5 psmcpnp0: irq 12 on acpi0 psm0: current command byte:0065 psm0: failed to reset the aux device. acpi: bad write to port 0x000 (8), val 0x5a acpi: bad write to port 0x000 (8), val 0x5a acpi: bad write to port 0x000 (8), val 0x7 acpi: bad write to port 0x001 (8), val 0x7 acpi: bad write to port 0x000 (8), val 0x30 acpi: bad read from port 0x001 (8) acpi: bad read from port 0x000 (8) acpi: bad write to port 0x000 (8), val 0xa5 acpi: bad write to port 0x000 (8), val 0x5a acpi: bad write to port 0x000 (8), val 0x5a acpi: bad write to port 0x000 (8), val 0x7 acpi: bad write to port 0x001 (8), val 0x7 acpi: bad write to port 0x000 (8), val 0x30 acpi: bad read from port 0x001 (8) acpi: bad read from port 0x000 (8) acpi: bad write to port 0x000 (8), val 0xa5 cpu0: on acpi0 cpu0: switching to generic Cx mode acpi_throttle0: on cpu0 acpi_throttle0: P_CNT from P_BLK 0x810 cpu1: on acpi0 unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff ahc_isa_probe 0: ioport 0xc00 alloc failed ex_isa_identify() ata: ata0 already exists; skipping it atkbdc: atkbdc0 already exists; skipping it pnp_identify: Trying Read_Port at 203 pnp_identify: Trying Read_Port at 243 pnp_identify: Trying Read_Port at 283 pnp_identify: Trying Read_Port at 2c3 pnp_identify: Trying Read_Port at 303 pnp_identify: Trying Read_Port at 343 pnp_identify: Trying Read_Port at 383 pnp_identify: Trying Read_Port at 3c3 PNP Identify complete sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices pmtimer0 on isa0 adv0: not probed (disabled) aha0: not probed (disabled) aic0: not probed (disabled) ata1 failed to probe at port 0x170 irq 15 on isa0 bt0: not probed (disabled) cs0: not probed (disabled) ed0: not probed (disabled) fdc0 failed to probe at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fe0: not probed (disabled) ie0: not probed (disabled) le0: not probed (disabled) ppc0: parallel port not found. ppc0: failed to probe at irq 7 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> sc0: fb0, kbd1, terminal emulator: sc (syscons terminal) sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: irq maps: 0x1 0x1 0x1 0x1 sio0: probe failed test(s): 0 1 2 4 6 7 9 sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: irq maps: 0x1 0x1 0x1 0x1 sio0: probe failed test(s): 0 1 2 4 6 7 9 sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 8250 or not responding ioapic0: routing intpin 4 (ISA IRQ 4) to vector 57 sio0: [FILTER] sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: irq maps: 0x1 0x1 0x1 0x1 sio1: probe failed test(s): 0 1 2 4 6 7 9 sio1 failed to probe at port 0x2f8-0x2ff irq 3 on isa0 sio2: not probed (disabled) sio3: not probed (disabled) sn0: not probed (disabled) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 vt0: not probed (disabled) isa_probe_children: probing PnP devices Device configuration finished. Reducing kern.maxvnodes 214565 -> 100000 procfs registered lapic: Divisor 2, Frequency 100004285 hz Timecounter "TSC" frequency 3000128259 Hz quality -100 Timecounters tick every 1.000 msec lo0: bpf attached hptrr: no controller detected. The GEOM class LABEL is already loaded. (probe0:umass-sim0:0:0:0): Down reving Protocol Version from 2 to 0? pass0 at umass-sim0 bus 0 target 0 lun 0 pass0: Removable Direct Access SCSI-0 device=20 pass0: 40.000MB/s transfers GEOM: new disk da0 ATA PseudoRAID loaded SMP: AP CPU #1 Launched! cpu1 AP: ID: 0x01000000 VER: 0x80050010 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000200ef therm: 0x00010000 err: 0x00010000 pcm: 0x00010400 ioapic0: Assigning ISA IRQ 1 to local APIC 0 ioapic0: Assigning ISA IRQ 4 to local APIC 1 ioapic0: Assigning ISA IRQ 9 to local APIC 0 ioapic0: Assigning ISA IRQ 14 to local APIC 1 ioapic0: Assigning PCI IRQ 16 to local APIC 0 ioapic0: Assigning PCI IRQ 17 to local APIC 1 ioapic0: Assigning PCI IRQ 18 to local APIC 0 ioapic0: Assigning PCI IRQ 19 to local APIC 1 ioapic0: Assigning PCI IRQ 22 to local APIC 0 msi: Assigning MSI IRQ 256 to local APIC 1 da0 at umass-sim0 bus 0 target 0 lun 0 da0: Removable Direct Access SCSI-0 device=20 da0: 40.000MB/s transfers da0: 960MB (1966080 512 byte sectors: 64H 32S/T 960C) Trying to mount root from ufs:/dev/ufs/FreeBSDonUSB start_init: trying /sbin/init acpi: bad write to port 0x000 (8), val 0x5a acpi: bad write to port 0x000 (8), val 0x5a acpi: bad write to port 0x000 (8), val 0x7 acpi: bad write to port 0x001 (8), val 0x7 acpi: bad write to port 0x000 (8), val 0x30 acpi: bad read from port 0x001 (8) acpi: bad read from port 0x000 (8) acpi: bad write to port 0x000 (8), val 0xa5 acpi: bad write to port 0x000 (8), val 0x5a acpi: bad write to port 0x000 (8), val 0x5a acpi: bad write to port 0x000 (8), val 0x7 acpi: bad write to port 0x001 (8), val 0x7 acpi: bad write to port 0x000 (8), val 0x30 acpi: bad read from port 0x001 (8) acpi: bad read from port 0x000 (8) acpi: bad write to port 0x000 (8), val 0xa5 acpi: bad write to port 0x000 (8), val 0x5a acpi: bad write to port 0x000 (8), val 0x5a acpi: bad write to port 0x000 (8), val 0x7 acpi: bad write to port 0x001 (8), val 0x7 acpi: bad write to port 0x000 (8), val 0x30 acpi: bad read from port 0x001 (8) acpi: bad read from port 0x000 (8) acpi: bad write to port 0x000 (8), val 0xa5 acpi: bad write to port 0x000 (8), val 0x5a acpi: bad write to port 0x000 (8), val 0x5a acpi: bad write to port 0x000 (8), val 0x7 acpi: bad write to port 0x001 (8), val 0x7 acpi: bad write to port 0x000 (8), val 0x30 acpi: bad read from port 0x001 (8) acpi: bad read from port 0x000 (8) acpi: bad write to port 0x000 (8), val 0xa5 --u3/rZRmxL6MmkK24-- --kXdP64Ggrk/fb43R Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) iEYEARECAAYFAkq0VW4ACgkQaUz3f+Zf+Xs0EQCg7GpT4ETWYHAXXD0hOuIPgx/k wBIAoPQvEzjQGEmFlWoXd9wfqEH+eh+F =MIoj -----END PGP SIGNATURE----- --kXdP64Ggrk/fb43R-- From owner-freebsd-stable@FreeBSD.ORG Sat Sep 19 09:04:06 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 45E85106566B; Sat, 19 Sep 2009 09:04:06 +0000 (UTC) (envelope-from dan.naumov@gmail.com) Received: from mail-yx0-f172.google.com (mail-yx0-f172.google.com [209.85.210.172]) by mx1.freebsd.org (Postfix) with ESMTP id E169C8FC0A; Sat, 19 Sep 2009 09:04:05 +0000 (UTC) Received: by yxe2 with SMTP id 2so2056309yxe.3 for ; Sat, 19 Sep 2009 02:04:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=WnvL0sI1U5gIdjG2LzZ2YtTEg2udlwX4Op8u1Qg7LF0=; b=rr7wM8lvge+cxVwi0T15Pgu2SJdq0DwgKh8SrWhvztvSY9HfcQgtfq+Td1oZMx0vjW ffNiv3CmDpFe4qSBRCtn4K9xF/DqqOOYtUBN6syLvRflHFhejgn4obDflmM95HhoFeZb MTCkkHVFxkCOjDzBHkriGBiBxl8GsNb3CsQOo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=wjrMYPAd/YcbaKX2oGn/9hRCNPcMHJCGBzCQ3YoNgBcgQ4JvxSR1JBs5JjzxtV7te/ mA8RwDU3rEOUHC4qa2BkvKGeD3KL+vpTIjB6HUl0JVguHr4Y7L2KW3gkyBGyO7RCIT3K q7gb8wgunSYCCVSqACGtOo+I3n/UhSCMapm0E= MIME-Version: 1.0 Received: by 10.101.212.14 with SMTP id o14mr2430399anq.161.1253351045172; Sat, 19 Sep 2009 02:04:05 -0700 (PDT) In-Reply-To: <4AB36E1F.6080401@gmail.com> References: <3bbf2fe10909121432x7bd4f7es497e9431c4e520d6@mail.gmail.com> <4AB1A838.2040406@gmail.com> <3bbf2fe10909170216u29d994aj55c21efdfbc26ba5@mail.gmail.com> <4AB21005.6040104@gmail.com> <4AB36E1F.6080401@gmail.com> Date: Sat, 19 Sep 2009 12:04:05 +0300 Message-ID: From: Dan Naumov To: "C. C. Tang" Content-Type: text/plain; charset=ISO-8859-1 Cc: Attilio Rao , FreeBSD-STABLE Mailing List Subject: Re: 7.2-release/amd64: panic, spin lock held too long 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, 19 Sep 2009 09:04:06 -0000 On Fri, Sep 18, 2009 at 2:25 PM, C. C. Tang wrote: >> Attilio Rao wrote: >>> >>> 2009/9/17 C. C. Tang : >>>>>> >>>>>> Dan, is that machine equipped with Hyperthreading? >>>>>> >>>>>> Attilio >>>>> >>>>> Yes. It's an Intel Atom 330, which is a dualcore CPU with HT (4 cores >>>>> visible in "top" as a result) >>>> >>>> Yes, mine is also Atom 330. >>>> >>>> I cannot test the patch because my machine is also in production now. >>>> But I >>>> have tested it with hyperthreading. >>>> powerd with HyperThreading -> spin lock hold too long >>>> powerd without HyperThreading -> no problem >>>> no powerd with/without HyperThreading -> no problem >>> >>> But these are with the last patch I posted in? >>> (specifically, for 7.2: >>> http://www.freebsd.org/~attilio/sched_ule.diff >>> ) >>> >>> So with the patch in, powerd and hyperthreading on you still get a >>> deadlock? >>> >>> Attilio >>> >>> > I have patched the sched_ule.c and did a make buildkernel & make > installkernel (is buildworld and installworld necessary?), rebooted and the > machine is running now. > I will post here again if there is any update. Considering we are at RC1 right now, is there any chance this patch makes it into 8.0 release if the patch fixes the issue and doesn't cause any regressions? Unfortunately I can't test it myself right now, so I have to rely on other people experiencing the same issue to see if the patch fixes it. - Dan From owner-freebsd-stable@FreeBSD.ORG Sat Sep 19 09:58:48 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0CD9B1065693 for ; Sat, 19 Sep 2009 09:58:48 +0000 (UTC) (envelope-from mamalos@eng.auth.gr) Received: from vergina.eng.auth.gr (vergina.eng.auth.gr [155.207.18.1]) by mx1.freebsd.org (Postfix) with ESMTP id 7DDF48FC15 for ; Sat, 19 Sep 2009 09:58:46 +0000 (UTC) Received: from vergina.eng.auth.gr (apache.vergina.eng.auth.gr [192.168.18.6]) by vergina.eng.auth.gr (8.14.3/8.14.1) with ESMTP id n8J9wixj026441; Sat, 19 Sep 2009 12:58:44 +0300 (EEST) (envelope-from mamalos@eng.auth.gr) Received: from ppp089210158162.dsl.hol.gr (ppp089210158162.dsl.hol.gr [89.210.158.162]) by mail.eng.auth.gr (Horde MIME library) with HTTP; Sat, 19 Sep 2009 12:58:39 +0300 Message-ID: <20090919125839.2z9gt5gtww884wgg@mail.eng.auth.gr> Date: Sat, 19 Sep 2009 12:58:39 +0300 From: mamalos@eng.auth.gr To: John Marshall References: <4AB27FB6.4010806@eng.auth.gr> <20090918034933.GI1231@rwpc12.mby.riverwillow.net.au> <20090918233157.GK1231@rwpc12.mby.riverwillow.net.au> In-Reply-To: <20090918233157.GK1231@rwpc12.mby.riverwillow.net.au> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (4.1.5) X-Originating-IP: 89.210.158.162 Cc: Rick Macklem , freebsd-stable , freebsd-current@freebsd.org Subject: Re: SASL problems with spnego on 8.0-BETA4 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, 19 Sep 2009 09:58:48 -0000 Quoting John Marshall : > On Fri, 18 Sep 2009, 17:38 -0400, Rick Macklem wrote: >> When cyrus-sasl2 builds, it uses the little shell script >> /usr/bin/krb5-config with the args. "--libs gssapi" to get the list of >> libraries to link against. This doesn't return "-lgssapi_spnego" in the >> list. (The list can be changed by editting line #96 of >> /usr/bin/krb5-config.) > > I think this sounds promising! It makes sense. Thanks for pointing us > in this direction. > > I should already be out at a customer site but I hope to do some poking > in krb5-config early next week to see if that might be the key to > resolving the (non-spnego) kerberos problems I've been having with 8.0. > In my case, I'll be seeing what joy I get by adding -lgssapi_krb5. > > -- > John Marshall > Guys, you have all been more than just helpful! Thank you all for your =20 instant and well pointed directions. I will try what Rick said about =20 krb5-config on Monday morning, when I will get to work. If that won't =20 work, I'll try John's view on the issue. In any case I'll send feedback to the list. Thank you all, once more, for your help and thoughts. mamalos --=20 George Mamalakis IT Officer Electrical and Computer Engineer (Aristotle Un. of Thessaloniki), MSc (Imperial College of London) Department of Electrical and Computer Engineering Faculty of Engineering Aristotle University of Thessaloniki phone number : +30 (2310) 994379 From owner-freebsd-stable@FreeBSD.ORG Sat Sep 19 19:24:25 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AE397106568D for ; Sat, 19 Sep 2009 19:24:25 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-fx0-f222.google.com (mail-fx0-f222.google.com [209.85.220.222]) by mx1.freebsd.org (Postfix) with ESMTP id 3D39E8FC13 for ; Sat, 19 Sep 2009 19:24:24 +0000 (UTC) Received: by fxm22 with SMTP id 22so610203fxm.36 for ; Sat, 19 Sep 2009 12:24:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type; bh=bmOJ6GpGWbdaebpk2VwDQnt8mr79RWHOP4hjxwY9J6M=; b=iNiMUskHTek/GQ0ESEmn24wBoengExtaJ2iOVJK+Io20qL6xIdrbGrGTjB6ySlTj72 7yj3jKDkaLy6/WNq5ISgvQWKRvrga43ek4oUlGEnrfLqqWgrRvr2oPlv0xGguT4APXBo AcGHN3fbtGZYRtVfIipvE6wfs4vY25LlJkELo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=pjGGQ+UfsVPE9A3RJrxF96GOxHv6Z+7eKrwIB72j0JYg1yTAghPmKLHS7QiWSQTOeb Incta3NhMuo/tF7E8fs1RRidqGI7bIkC+64gNYP7njRjcXARJQuG/ovArBC54Jj3DUX9 FkmIsvSFdN/bFQ0+i1JrIwiD0pEPZcM6C+rL4= MIME-Version: 1.0 Sender: asmrookie@gmail.com Received: by 10.223.1.6 with SMTP id 6mr660432fad.103.1253388264229; Sat, 19 Sep 2009 12:24:24 -0700 (PDT) In-Reply-To: References: <3bbf2fe10909121432x7bd4f7es497e9431c4e520d6@mail.gmail.com> <4AB1A838.2040406@gmail.com> <3bbf2fe10909170216u29d994aj55c21efdfbc26ba5@mail.gmail.com> <4AB21005.6040104@gmail.com> <4AB36E1F.6080401@gmail.com> Date: Sat, 19 Sep 2009 21:24:24 +0200 X-Google-Sender-Auth: 1f306f7e70318c43 Message-ID: <3bbf2fe10909191224m6061d325h8bc1a389e195aa30@mail.gmail.com> From: Attilio Rao To: Dan Naumov Content-Type: text/plain; charset=UTF-8 Cc: FreeBSD-STABLE Mailing List , "C. C. Tang" Subject: Re: 7.2-release/amd64: panic, spin lock held too long 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, 19 Sep 2009 19:24:25 -0000 2009/9/19 Dan Naumov : > On Fri, Sep 18, 2009 at 2:25 PM, C. C. Tang wrote: >>> Attilio Rao wrote: >>>> >>>> 2009/9/17 C. C. Tang : >>>>>>> >>>>>>> Dan, is that machine equipped with Hyperthreading? >>>>>>> >>>>>>> Attilio >>>>>> >>>>>> Yes. It's an Intel Atom 330, which is a dualcore CPU with HT (4 cores >>>>>> visible in "top" as a result) >>>>> >>>>> Yes, mine is also Atom 330. >>>>> >>>>> I cannot test the patch because my machine is also in production now. >>>>> But I >>>>> have tested it with hyperthreading. >>>>> powerd with HyperThreading -> spin lock hold too long >>>>> powerd without HyperThreading -> no problem >>>>> no powerd with/without HyperThreading -> no problem >>>> >>>> But these are with the last patch I posted in? >>>> (specifically, for 7.2: >>>> http://www.freebsd.org/~attilio/sched_ule.diff >>>> ) >>>> >>>> So with the patch in, powerd and hyperthreading on you still get a >>>> deadlock? >>>> >>>> Attilio >>>> >>>> >> I have patched the sched_ule.c and did a make buildkernel & make >> installkernel (is buildworld and installworld necessary?), rebooted and the >> machine is running now. >> I will post here again if there is any update. > > Considering we are at RC1 right now, is there any chance this patch > makes it into 8.0 release if the patch fixes the issue and doesn't > cause any regressions? Unfortunately I can't test it myself right now, > so I have to rely on other people experiencing the same issue to see > if the patch fixes it. I alredy committed it to STABLE_8 and then it will make it for sure. Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-stable@FreeBSD.ORG Sat Sep 19 23:56:27 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D1445106568F; Sat, 19 Sep 2009 23:56:27 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id 51CEB8FC18; Sat, 19 Sep 2009 23:56:27 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApoEADMMtUqDaFvH/2dsb2JhbADLf4QbBYFY X-IronPort-AV: E=Sophos;i="4.44,417,1249272000"; d="scan'208";a="48659385" Received: from danube.cs.uoguelph.ca ([131.104.91.199]) by esa-jnhn-pri.mail.uoguelph.ca with ESMTP; 19 Sep 2009 19:56:25 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by danube.cs.uoguelph.ca (Postfix) with ESMTP id ED74610846A9; Sat, 19 Sep 2009 19:56:24 -0400 (EDT) X-Virus-Scanned: amavisd-new at danube.cs.uoguelph.ca Received: from danube.cs.uoguelph.ca ([127.0.0.1]) by localhost (danube.cs.uoguelph.ca [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Y7VCLm2pOby5; Sat, 19 Sep 2009 19:56:24 -0400 (EDT) Received: from muncher.cs.uoguelph.ca (muncher.cs.uoguelph.ca [131.104.91.102]) by danube.cs.uoguelph.ca (Postfix) with ESMTP id E6C0710846A7; Sat, 19 Sep 2009 19:56:23 -0400 (EDT) Received: from localhost (rmacklem@localhost) by muncher.cs.uoguelph.ca (8.11.7p3+Sun/8.11.6) with ESMTP id n8K01us06712; Sat, 19 Sep 2009 20:01:56 -0400 (EDT) X-Authentication-Warning: muncher.cs.uoguelph.ca: rmacklem owned process doing -bs Date: Sat, 19 Sep 2009 20:01:56 -0400 (EDT) From: Rick Macklem X-X-Sender: rmacklem@muncher.cs.uoguelph.ca To: Sam Leffler In-Reply-To: <4AB40DC7.2060808@freebsd.org> Message-ID: References: <4AB27FB6.4010806@eng.auth.gr> <20090918034933.GI1231@rwpc12.mby.riverwillow.net.au> <4AB40DC7.2060808@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable , freebsd-current@freebsd.org, John Marshall , George Mamalakis Subject: Re: SASL problems with spnego on 8.0-BETA4 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, 19 Sep 2009 23:56:27 -0000 On Fri, 18 Sep 2009, Sam Leffler wrote: > > FWIW I hit the same problem (I think) with cyrus imap and saslauthd. I > am running HEAD and tried building w/ and w/o kerberos enabled but > cyradm aborts on startup complaining about the missing symbol. I > started digging because I couldn't get cyrus imap to authenticate users. > Feels like one or more of these ports are busted. > This change might actually be worth trying... I diff'd the Makefile for openldap-2.4.18 vs openldap-2.4.15 created by ports and found this (along with the expected version change stuff). You could try patching your Makefile in the openldap-2.4.18 directory (this was the one created under net/openldap24-sasl-client/work). rick ps: I'll try the same "diff Makefile" trick for the cyrus stuff. --- Makefile.openldap-2.4.18 Sat Sep 19 19:24:22 2009 +++ Makefile.openldap-2.4.15 Sat Sep 19 19:23:49 2009 @@ -187,9 +187,10 @@ KRB5_LIBS = KRB_LIBS = SASL_LIBS = -lsasl2 +GSSAPI_LIBS = -lgssapi TLS_LIBS = -lssl -lcrypto AUTH_LIBS = -SECURITY_LIBS = $(SASL_LIBS) $(KRB_LIBS) $(TLS_LIBS) $(AUTH_LIBS) +SECURITY_LIBS = $(SASL_LIBS) $(KRB_LIBS) $(GSSAPI_LIBS) $(TLS_LIBS) $(AUTH_LIBS) ICU_LIBS = MODULES_CPPFLAGS =