From owner-freebsd-stable Sun Oct 21 0:41:31 2001 Delivered-To: freebsd-stable@freebsd.org Received: from greg.cex.ca (h24-207-26-100.dlt.dccnet.com [24.207.26.100]) by hub.freebsd.org (Postfix) with SMTP id 5B58937B401 for ; Sun, 21 Oct 2001 00:41:29 -0700 (PDT) Received: (qmail 51574 invoked by uid 1001); 21 Oct 2001 07:42:47 -0000 Date: Sun, 21 Oct 2001 00:42:47 -0700 From: Greg White To: stable@FreeBSD.org Subject: Re: pathname length over NFS Message-ID: <20011021004247.A51144@greg.cex.ca> Mail-Followup-To: stable@FreeBSD.org References: <20011020230916.A22304@ecibsd1.eldocomp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20011020230916.A22304@ecibsd1.eldocomp.com>; from chad@.eldocomp.com on Sat, Oct 20, 2001 at 11:09:16PM -0700 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, Oct 20, 2001 at 11:09:16PM -0700, Chad R. Larson wrote: > Here's the contents of "/etc/exports" on the server: > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= > # > # $ID:$ > # NFS exported filesystems > # > /usr/src -ro -maproot=0:0 eciweb1 > /scratch/obj -ro -maproot=0:0 eciweb1 > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= > The mount commands on the client were: > mount -r -t nfs ecibsd1:/usr/scr /usr/src > mount -r -t nfs ecibsd1:/scratch/obj /usr/obj > Don't the mount points on the client and the server have to match? Try mounting /scratch/obj on the client and symlinking it back to /usr/obj. This worked for me (mounting /home/export/src and /home/export/obj). Sorry if you've actually hit a bug here, but ISTR that I saw the same error if the mounts didn't match. :) -- Greg White To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Oct 21 0:55:34 2001 Delivered-To: freebsd-stable@freebsd.org Received: from freeway.dcfinc.com (cx74889-a.phnx3.az.home.com [24.1.193.157]) by hub.freebsd.org (Postfix) with ESMTP id 28C6A37B403 for ; Sun, 21 Oct 2001 00:55:27 -0700 (PDT) Received: (from chad@localhost) by freeway.dcfinc.com (8.8.8/8.8.8) id AAA11970; Sun, 21 Oct 2001 00:55:26 -0700 (MST) (envelope-from chad) Date: Sun, 21 Oct 2001 00:55:25 -0700 From: "Chad R. Larson" To: Greg White Cc: stable@FreeBSD.ORG Subject: Re: pathname length over NFS Message-ID: <20011021005525.A11954@freeway.dcfinc.com> References: <20011020230916.A22304@ecibsd1.eldocomp.com> <20011021004247.A51144@greg.cex.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20011021004247.A51144@greg.cex.ca>; from gregw-freebsd-stable@greg.cex.ca on Sun, Oct 21, 2001 at 12:42:47AM -0700 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Oct 21, 2001 at 12:42:47AM -0700, Greg White wrote: > Try mounting /scratch/obj on the client and symlinking it back to > /usr/obj. This worked for me (mounting /home/export/src and > /home/export/obj). > > Sorry if you've actually hit a bug here, but ISTR that I saw the same > error if the mounts didn't match. :) Thanks for the idea, but it didn't make any difference. -crl -- Chad R. Larson (CRL15) 602-953-1392 Brother, can you paradigm? chad@dcfinc.com chad@larsons.org larson1@home.com DCF, Inc. - 14623 North 49th Place, Scottsdale, Arizona 85254-2207 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Oct 21 1:22:30 2001 Delivered-To: freebsd-stable@freebsd.org Received: from lunatic.oneinsane.net (lunatic.oneinsane.net [66.42.61.27]) by hub.freebsd.org (Postfix) with ESMTP id 1607437B401 for ; Sun, 21 Oct 2001 01:22:26 -0700 (PDT) Received: by lunatic.oneinsane.net (Postfix, from userid 1000) id 346571550B; Fri, 19 Oct 2001 10:22:47 -0700 (PDT) Date: Fri, 19 Oct 2001 10:22:47 -0700 From: Ron 'The InSaNe One' Rosson To: stable@freebsd.org Subject: make buildworld fails Message-ID: <20011019102246.A15328@lunatic.oneinsane.net> Reply-To: Ron Rosson Mail-Followup-To: stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i X-Operating-System: FreeBSD lunatic.oneinsane.net 4.3-STABLE X-Moon: The Moon is Waxing Crescent (11% of Full) X-Opinion: What you read here is my IMHO X-WWW: http://www.oneinsane.net X-GPG-FINGERPRINT: 3F11 DB43 F080 C037 96F0 F8D3 5BD2 652B 171C 86DB X-Uptime: 10:20AM up 85 days, 3:23, 2 users, load averages: 0.04, 0.07, 0.03 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I am trying to upgrade a server from 4.3-STABLE from June 27 to today. The cvsup was done from cvsup10.freebsd.org. Here is where the make build stops. ===> sbin/ipnat cc -nostdinc -O -pipe -DIPL_NAME=\"/dev/ipl\" -I- -I/usr/src/sbin/ipnat/../../sys/netinet -I/usr/src/sbin/ipnat/../../sys -I/usr/src/sbin/ipnat/../../contrib/ipfilter -I/usr/obj/usr/src/i386/usr/include -c /usr/src/sbin/ipnat/../../contrib/ipfilter/ipnat.c /usr/src/sbin/ipnat/../../contrib/ipfilter/ipnat.c: In function `dostats': /usr/src/sbin/ipnat/../../contrib/ipfilter/ipnat.c:402: structure has no member named `ns_hostmap_sz' /usr/src/sbin/ipnat/../../contrib/ipfilter/ipnat.c:403: structure has no member named `ns_maptable' /usr/src/sbin/ipnat/../../contrib/ipfilter/ipnat.c:404: structure has no member named `ns_hostmap_sz' /usr/src/sbin/ipnat/../../contrib/ipfilter/ipnat.c:409: structure has no member named `ns_hostmap_sz' *** Error code 1 Stop in /usr/src/sbin/ipnat. *** Error code 1 Stop in /usr/src/sbin. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Anyone have any ideas? TIA -- ------------------------------------------------------------------------------ Ron Rosson ... and a UNIX user said ... The InSaNe One rm -rf * insane@oneinsane.net and all was /dev/null and *void() ------------------------------------------------------------------------------ A bore is someone who persists in holding his own views after we have enlightened him with ours. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Oct 21 2:47:43 2001 Delivered-To: freebsd-stable@freebsd.org Received: from pikachu.bsp.bc.niigata-u.ac.jp (pikachu.bsp.bc.niigata-u.ac.jp [133.35.85.2]) by hub.freebsd.org (Postfix) with SMTP id CFB3B37B401 for ; Sun, 21 Oct 2001 02:47:38 -0700 (PDT) Received: (qmail 8263 invoked by alias); 21 Oct 2001 18:47:37 +0900 Message-ID: <20011021094737.8256.qmail@pikachu.bsp.bc.niigata-u.ac.jp> Date: Sun, 21 Oct 2001 18:47:37 +0900 (JST) To: stable@FreeBSD.ORG Subject: newpcm does not play back the tail of sound From: Mamoru Iwaki X-Mailer: Mew version 2.0 on Emacs 20.7 / Mule 4.0 (HANANOEN) In-Reply-To: <200110210830.f9L8U0Q37813@freefall.freebsd.org> <20011021.172624.74755028.iwaki@bsp.bc.niigata-u.ac.jp> Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, I reported a bug of sound system in 4-STABLE, i.e. kern/31398: > http://www.freebsd.org/cgi/query-pr.cgi?pr=31398 > > >Category: kern > >Responsible: freebsd-bugs > >Synopsis: newpcm does not play back the tail of sound > >Arrival-Date: Sun Oct 21 01:30:00 PDT 2001 If you play back any sound file, you cannot hear the tail, especially in the case that the sound file does not have enough silent portion at the end. That is, % cat hoge.au > /dev/audio does not play back the tail part. % cat hoge.au hoge.au > /dev/audio plays back the first completely, but the last. This problem exists at least in 4.4-RELEASE and in 4-STABLE, but 4.3-RELEASE. Any workaround? --- ----- Mamoru IWAKI (iwaki@bc.niigata-u.ac.jp) Graduate School of Science and Technology, Niigata University To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Oct 21 3:13:34 2001 Delivered-To: freebsd-stable@freebsd.org Received: from moya.lambermont.dyndns.org (e165253.upc-e.chello.nl [213.93.165.253]) by hub.freebsd.org (Postfix) with ESMTP id 831E437B406 for ; Sun, 21 Oct 2001 03:13:31 -0700 (PDT) Received: by moya.lambermont.dyndns.org (Postfix, from userid 1001) id 21FDB36415; Sun, 21 Oct 2001 12:13:30 +0200 (CEST) Date: Sun, 21 Oct 2001 12:13:30 +0200 To: FreeBSD Stable Subject: Re: ICQ with NAT problems Message-ID: <20011021121329.E78028@moya.lambermont.dyndns.org> References: <3BD21435.4060605@quake.com.au> <3BD2538D.80604@quake.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3BD2538D.80604@quake.com.au>; from kaltorak@quake.com.au on Sun, Oct 21, 2001 at 02:48:13PM +1000 From: hans@lambermont.dyndns.org (H) Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Kal Torak wrote: > There is a problem with NAT and ICQ that causes you to go > offline/online constantly, you probably wont notice this your self if > you have a high speed connection, but trust me its happining!!! Just to back you up: I see the same behaviour (that is, I get complaints from others about going offline/online very regularly). But I always thought it was my Licq acting strange. I'd like to see this problem solved too. Hans Lambermont -- http://lambermont.webhop.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Oct 21 3:32:14 2001 Delivered-To: freebsd-stable@freebsd.org Received: from pikachu.bsp.bc.niigata-u.ac.jp (pikachu.bsp.bc.niigata-u.ac.jp [133.35.85.2]) by hub.freebsd.org (Postfix) with SMTP id 169F537B401 for ; Sun, 21 Oct 2001 03:32:11 -0700 (PDT) Received: (qmail 8330 invoked by alias); 21 Oct 2001 19:32:07 +0900 Message-ID: <20011021103207.8326.qmail@pikachu.bsp.bc.niigata-u.ac.jp> Date: Sun, 21 Oct 2001 19:32:08 +0900 (JST) To: stable@FreeBSD.ORG Subject: Re: newpcm does not play back the tail of sound From: Mamoru Iwaki In-Reply-To: <20011021.184737.78704235.iwaki@bsp.bc.niigata-u.ac.jp> References: <200110210830.f9L8U0Q37813@freefall.freebsd.org> <20011021.184737.78704235.iwaki@bsp.bc.niigata-u.ac.jp> X-Mailer: Mew version 2.0 on Emacs 20.7 / Mule 4.0 (HANANOEN) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG From: Mamoru Iwaki Subject: newpcm does not play back the tail of sound Date: Sun, 21 Oct 2001 18:47:37 +0900 (JST) > > http://www.freebsd.org/cgi/query-pr.cgi?pr=31398 You can easily have an experience as follows. % cat swedish.au > /dev/audio This sound like '... li' % cat swedish.au swedish.au > /dev/audio This sound like '... linux ... li' --- ----- Mamoru IWAKI (iwaki@bc.niigata-u.ac.jp) Graduate School of Science and Technology, Niigata University To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Oct 21 3:39:25 2001 Delivered-To: freebsd-stable@freebsd.org Received: from klima.physik.uni-mainz.de (klima.Physik.Uni-Mainz.DE [134.93.180.162]) by hub.freebsd.org (Postfix) with ESMTP id C0F5637B401; Sun, 21 Oct 2001 03:39:17 -0700 (PDT) Received: from klima.Physik.Uni-Mainz.DE (klima.Physik.Uni-Mainz.DE [134.93.180.162]) by klima.physik.uni-mainz.de (8.11.6/8.11.4) with ESMTP id f9LAdGw47641; Sun, 21 Oct 2001 12:39:16 +0200 (CEST) (envelope-from ohartman@klima.physik.uni-mainz.de) Date: Sun, 21 Oct 2001 12:39:16 +0200 (CEST) From: "Hartmann, O." To: Cc: Subject: Linuxulator, linux_base-7 and FBSD 4.4-STABLE -> problems Message-ID: <20011021122958.M8778-100000@klima.physik.uni-mainz.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello. Today I installed on several test machines the new linux_base-7 in conjunction with the recent cvsupdate as done this morning (MESZ/CEST). The following week we want to test the new suite with our installed Fotran 90/95 Compilers (Lahey F95 5.5 for Linux and PGI HPF) but I saw several problems occuring too early to go ahead testing the suite. Very often I get errors, I got in the past with several Fortran programs running over NFS in Linux emulation (getcwd errors). Today I installed the new base-7 (it has been modified since yesterday) with a kernel and base system compiled yesterday evening. This error occurs: shell-init: could not get current directory: getcwd: cannot access parent directories: Numerical result out of range Several other Linux programs do not work anymore or produce strange errors. Netscape 4.78 is unable to startup due the lack of a library (I think ths lib is found in base 6.1, but I do not dare to mix up both because I do not know how). Opera 5 for Linux is unable to save files because it reports an getcwd error or similar - Opera tries to save files into a home dir which is NFS/NIS exported. Are these problems common and known? Is it possible to mix linux_base and linux_base-7 together to get old clients running? Is it possible to use linux_devtools AND linux_base-7 from the ports together or is devtool linux_base 6.1 related? Thanks in advance, Oliver -- MfG O. Hartmann ohartman@klima.physik.uni-mainz.de ---------------------------------------------------------------- IT-Administration des Institutes fuer Physik der Atmosphaere (IPA) ---------------------------------------------------------------- Johannes Gutenberg Universitaet Mainz Becherweg 21 55099 Mainz Tel: +496131/3924662 (Maschinenraum) Tel: +496131/3924144 FAX: +496131/3923532 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Oct 21 5: 1:29 2001 Delivered-To: freebsd-stable@freebsd.org Received: from www.golsyd.net.au (golsyd.net.au [203.57.20.1]) by hub.freebsd.org (Postfix) with ESMTP id 782DB37B401 for ; Sun, 21 Oct 2001 05:01:26 -0700 (PDT) Received: from [144.137.123.82] by www.quake.com.au (NTMail 4.30.0012/AB6169.63.5724aadf) with ESMTP id ksgdaaaa for ; Sun, 21 Oct 2001 22:00:37 +1000 Message-ID: <3BD2B8ED.7020404@quake.com.au> Date: Sun, 21 Oct 2001 22:00:45 +1000 From: Kal Torak User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:0.9.5) Gecko/20011011 X-Accept-Language: en-us MIME-Version: 1.0 To: H Cc: FreeBSD Stable Subject: Re: ICQ with NAT problems References: <3BD21435.4060605@quake.com.au> <3BD2538D.80604@quake.com.au> <20011021121329.E78028@moya.lambermont.dyndns.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG H wrote: > > Just to back you up: I see the same behaviour (that is, I get complaints > from others about going offline/online very regularly). But I always > thought it was my Licq acting strange. > > I'd like to see this problem solved too. Nope, definatly a nat issue... I have seen this happen with licq, micq and versions of offical icq up to 99b (I havent tried any more recent versions)... When directly connected there is no problem, its just when going through nat! Glad Im not crazy, see there are other people seeing the same thing! :P To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Oct 21 6: 8:49 2001 Delivered-To: freebsd-stable@freebsd.org Received: from TK212017121218.teleweb.at (TK212017121218.teleweb.at [212.17.121.218]) by hub.freebsd.org (Postfix) with SMTP id 1680737B401 for ; Sun, 21 Oct 2001 06:08:46 -0700 (PDT) Received: (qmail 88723 invoked from network); 21 Oct 2001 13:08:39 -0000 Received: from unknown (HELO freebsd2.rocks) (192.168.1.3) by 192.168.1.1 with SMTP; 21 Oct 2001 13:08:39 -0000 Received: (qmail 23937 invoked by uid 1001); 21 Oct 2001 13:07:47 -0000 Date: Sun, 21 Oct 2001 15:07:47 +0200 From: Herbert To: FreeBSD Stable Subject: Re: ICQ with NAT problems Message-ID: <20011021150747.A23735@freebsd2.rocks> Mail-Followup-To: FreeBSD Stable References: <3BD21435.4060605@quake.com.au> <3BD2538D.80604@quake.com.au> <20011021121329.E78028@moya.lambermont.dyndns.org> <3BD2B8ED.7020404@quake.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3BD2B8ED.7020404@quake.com.au>; from kaltorak@quake.com.au on Sun, Oct 21, 2001 at 10:00:45PM +1000 X-Operating-System: FreeBSD 4.3-STABLE i386 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hei! I had a similar problem with licq. After adding the following rules to my ipf config the continous disconnections stopped: pass in log quick on xl0 proto udp from xxx.xxx.xxx.xxx port = 4000 to any (xxx.xxx.xxx.xxx = 205.188.153.[97..102]) Removing the lines, the problem returns. IPF was blocking udp packets from mirabilis: 21/10/2001 15:00:39.249682 2x xl0 @0:10 b 205.188.153.102,4000 -> 192.168.xx.xxx,49169 PR udp len 20 13568 IN Any comments? Anyone got socks5 working with licq? May I see your configuration? Thx! Regards, Herbert * Kal Torak (kaltorak@quake.com.au) [011021 14:45]: > H wrote: > > > Just to back you up: I see the same behaviour (that is, I get complaints > > from others about going offline/online very regularly). But I always > > thought it was my Licq acting strange. > > > > I'd like to see this problem solved too. > > > Nope, definatly a nat issue... > > I have seen this happen with licq, micq and versions of offical icq up to > 99b (I havent tried any more recent versions)... When directly connected > there is no problem, its just when going through nat! > > Glad Im not crazy, see there are other people seeing the same thing! :P To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Oct 21 6:24: 2 2001 Delivered-To: freebsd-stable@freebsd.org Received: from lemori.mokr.ru (lemori.mokr.ru [212.16.28.194]) by hub.freebsd.org (Postfix) with ESMTP id C149B37B403 for ; Sun, 21 Oct 2001 06:23:57 -0700 (PDT) Received: (from root@localhost) by lemori.mokr.ru (8.11.3/8.11.3/009161) id f9LDNjY11716; Sun, 21 Oct 2001 17:23:45 +0400 (MSD) Received: from swan (localhost [127.0.0.1]) by lemori.mokr.ru (8.11.3/8.11.3/009161av) with SMTP id f9LDMoT11709; Sun, 21 Oct 2001 17:22:57 +0400 (MSD) Message-ID: <0e8e01c15a33$86d8c670$0242a8c0@mokr.ru> From: "Sergey Mokryshev" To: "Herbert" , "FreeBSD Stable" References: <3BD21435.4060605@quake.com.au> <3BD2538D.80604@quake.com.au> <20011021121329.E78028@moya.lambermont.dyndns.org> <3BD2B8ED.7020404@quake.com.au> <20011021150747.A23735@freebsd2.rocks> Subject: Re: ICQ with NAT problems Date: Sun, 21 Oct 2001 17:21:13 +0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 X-Virus-Scanned: by AMaViS perl-10 (lemori.mokr.ru) Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG ----- Original Message ----- From: "Herbert" To: "FreeBSD Stable" Sent: 21 ??????? 2001 ?. 17:07 Subject: Re: ICQ with NAT problems > Hei! > > I had a similar problem with licq. After adding the following rules to > my ipf config the continous disconnections stopped: > > pass in log quick on xl0 proto udp from xxx.xxx.xxx.xxx port = 4000 to > any > (xxx.xxx.xxx.xxx = 205.188.153.[97..102]) > > Removing the lines, the problem returns. > > IPF was blocking udp packets from mirabilis: > > 21/10/2001 15:00:39.249682 2x xl0 @0:10 b 205.188.153.102,4000 -> > 192.168.xx.xxx,49169 PR udp len 20 13568 IN > > Any comments? > #cat /etc/sysctl.conf net.inet.ipf.fr_udptimeout=480 net.inet.ipf.fr_udpacktimeout=480 Will do the trick. The problem is in the new 'udp ack' code, which was introduced, I believe, in ipf 3.4.20. Unfortunately net.inet.ipf.fr_udpacktimeout variable was added after the merging of ipf into the FreeBSD source tree, so for ones who don't want to grab and compile ipf34-current there is the only workaround you mentioned... Sincerely yours, Sergey Mokryshev. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Oct 21 6:29:29 2001 Delivered-To: freebsd-stable@freebsd.org Received: from rshb.com.ru (rshb.com.ru [195.162.58.1]) by hub.freebsd.org (Postfix) with ESMTP id 4170137B401; Sun, 21 Oct 2001 06:29:25 -0700 (PDT) Received: from rshb.com.ru (vampiro.rsb.local [192.168.1.111]) by rshb.com.ru (8.11.6/8.11.6) with ESMTP id f9LDTGM96065; Sun, 21 Oct 2001 20:29:16 +0700 (OMSST) (envelope-from admin@rshb.com.ru) Message-ID: <3BD2CDAA.30801@rshb.com.ru> Date: Sun, 21 Oct 2001 20:29:14 +0700 From: "Evgueni V. Gavrilov" User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:0.9.4) Gecko/20010918 X-Accept-Language: ru, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Cc: freebsd-emulators@freebsd.org Subject: Re: Linuxulator, linux_base-7 and FBSD 4.4-STABLE -> problems References: <20011021122958.M8778-100000@klima.physik.uni-mainz.de> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hartmann, O. wrote: >Several other Linux programs do not work anymore or produce strange errors. >Netscape 4.78 is unable to startup due the lack of a library (I think >ths lib is found in base 6.1, but I do not dare to mix up both because >I do not know how). > I solved this by symlink, but can't deal with StarOffice 6.0b (from ports) it just becomes zombie... -- VAMPIRO-RIPN To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Oct 21 6:41: 1 2001 Delivered-To: freebsd-stable@freebsd.org Received: from www.golsyd.net.au (golsyd.net.au [203.57.20.1]) by hub.freebsd.org (Postfix) with ESMTP id A393A37B401 for ; Sun, 21 Oct 2001 06:40:58 -0700 (PDT) Received: from [144.137.123.82] by www.quake.com.au (NTMail 4.30.0012/AB6169.63.5724aadf) with ESMTP id wsgdaaaa for ; Sun, 21 Oct 2001 23:40:20 +1000 Message-ID: <3BD2D04C.8000709@quake.com.au> Date: Sun, 21 Oct 2001 23:40:28 +1000 From: Kal Torak User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:0.9.5) Gecko/20011011 X-Accept-Language: en-us MIME-Version: 1.0 To: Sergey Mokryshev Cc: Herbert , FreeBSD Stable Subject: Re: ICQ with NAT problems References: <3BD21435.4060605@quake.com.au> <3BD2538D.80604@quake.com.au> <20011021121329.E78028@moya.lambermont.dyndns.org> <3BD2B8ED.7020404@quake.com.au> <20011021150747.A23735@freebsd2.rocks> <0e8e01c15a33$86d8c670$0242a8c0@mokr.ru> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Sergey Mokryshev wrote: > > #cat /etc/sysctl.conf > net.inet.ipf.fr_udptimeout=480 > net.inet.ipf.fr_udpacktimeout=480 > > > Will do the trick. > > The problem is in the new 'udp ack' code, which was introduced, I > believe, > in ipf 3.4.20. > > Unfortunately net.inet.ipf.fr_udpacktimeout variable was added after the > merging of ipf into the FreeBSD source tree, so for ones who don't > want to grab and compile ipf34-current there is the only workaround > you mentioned... What about with ipfw? It must be a simmilar problem there as well? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Oct 21 7:50:19 2001 Delivered-To: freebsd-stable@freebsd.org Received: from sv07e.atm-tzs.kmjeuro.com (sv07e.atm-tzs.kmjeuro.com [193.81.94.207]) by hub.freebsd.org (Postfix) with ESMTP id D112937B403 for ; Sun, 21 Oct 2001 07:50:01 -0700 (PDT) Received: (from root@localhost) by sv07e.atm-tzs.kmjeuro.com (8.11.5/8.11.4) id f9LEnti02573 for freebsd-stable@freebsd.org; Sun, 21 Oct 2001 16:49:55 +0200 (CEST) (envelope-from k.joch@kmjeuro.com) Received: from karl (b4d27f4f6632e2168101c9a94adefa6f@adsl.ooe.kmjeuro.com [193.154.186.21]) (authenticated) by sv07e.atm-tzs.kmjeuro.com (8.11.5/8.11.4) with ESMTP id f9LEnli02314 for ; Sun, 21 Oct 2001 16:49:47 +0200 (CEST) (envelope-from k.joch@kmjeuro.com) Message-ID: <02e001c15a40$278b6c60$0a05a8c0@ooe.kmjeuro.com> From: "Karl M. Joch" To: References: <016d01c15982$0251f270$0a05a8c0@ooe.kmjeuro.com> Subject: Re: 4.4 + Kapok 8700 Notebook -> pcmcia == panic (dmesg.boot/kernelconf) Date: Sun, 21 Oct 2001 16:51:50 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 X--virus-scanner: scanned for Virus and dangerous attachments on sv07e.atm-tzs.kmjeuro.com (System Setup/Maintainance: http://www.ctseuro.com/) Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG if i boot with a kernel without pcic support i get the following dmesg.boot. i also included the config for the kernel which panics. i have done a cvsup of the latest source tree before building the kernel (21/10/01). it panics with: pcic0: chip is in D3 power mode -- setting to D0 oci_cfgintr_linked: linked (60) to hard routed irq 10 Fatal trap 12: page fault while in kernel mode instruction pointer: 0x8:0xc00eb55e Karl Copyright (c) 1992-2001 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 4.4-STABLE #0: Sat Oct 20 11:51:48 CEST 2001 root@adsl.ooe.kmjeuro.com:/usr/obj/usr/src.4.0/sys/WSNB Timecounter "i8254" frequency 1193182 Hz CPU: Pentium/P55C (233.86-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x543 Stepping = 3 Features=0x8001bf real memory = 134217728 (131072K bytes) avail memory = 126570496 (123604K bytes) Preloaded elf kernel "kernel" at 0xc03a6000. Intel Pentium detected, installing workaround for F00F bug md0: Malloc disk Using $PIR table, 4 entries at 0xc00fe840 apm0: on motherboard apm: found APM BIOS v1.2, connected at v1.2 npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 isab0: at device 1.0 on pci0 isa0: on isab0 atapci0: port 0x1100-0x110f at device 1.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 pci0: at 1.2 irq 0 chip1: port 0x1400-0x140f at device 1.3 on pci0 pci0: at 2.0 ##### kernel panics here when running with pcic ############################################ chip2: at device 10.0 on pci0 chip3: at device 10.1 on pci0 orm0:
 
------=_NextPart_001_0043_01C15BDB.9FD20070-- ------=_NextPart_000_0042_01C15BDB.9FD20070 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIK2zCCAj0w ggGmAhEAzbp/VvDf5LxU/iKss3KqVTANBgkqhkiG9w0BAQIFADBfMQswCQYDVQQGEwJVUzEXMBUG A1UEChMOVmVyaVNpZ24sIEluYy4xNzA1BgNVBAsTLkNsYXNzIDEgUHVibGljIFByaW1hcnkgQ2Vy dGlmaWNhdGlvbiBBdXRob3JpdHkwHhcNOTYwMTI5MDAwMDAwWhcNMjgwODAxMjM1OTU5WjBfMQsw CQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xNzA1BgNVBAsTLkNsYXNzIDEgUHVi bGljIFByaW1hcnkgQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkwgZ8wDQYJKoZIhvcNAQEBBQADgY0A MIGJAoGBAOUZv22jVmEtmUhx9mfeuY3rt56GgAqRDvo4Ja9GiILlc6igmyRdDR/MZW4MsNBWhBiH mgabEKFz37RYOWtuwfYV1aioP6oSBo0xrH+wNNePNGeICc0UEeJORVZpH3gCgNrcR5EpuzbJY1zF 4Ncth3uhtzKwezC6Ki8xqu6jZ9rbAgMBAAEwDQYJKoZIhvcNAQECBQADgYEATD+4i8Zo3+5DMw5d 6abLB4RNejP/khv0Nq3YlSI2aBFsfELM85wuxAc/FLAPT/+Qknb54rxK6Y/NoIAK98Up8YIiXbix 3YEjo3slFUYweRb46gVLlH8dwhzI47f0EEA8E8NfH1PoSOSGtHuhNbB7Jbq4046rPzidADQAmPPR cZQwggNmMIICz6ADAgECAhANi0/uqtIYW/R1ap0p4X/7MA0GCSqGSIb3DQEBAgUAMF8xCzAJBgNV BAYTAlVTMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjE3MDUGA1UECxMuQ2xhc3MgMSBQdWJsaWMg UHJpbWFyeSBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eTAeFw05ODA1MTIwMDAwMDBaFw0wODA1MTIy MzU5NTlaMIHMMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1 c3QgTmV0d29yazFGMEQGA1UECxM9d3d3LnZlcmlzaWduLmNvbS9yZXBvc2l0b3J5L1JQQSBJbmNv cnAuIEJ5IFJlZi4sTElBQi5MVEQoYyk5ODFIMEYGA1UEAxM/VmVyaVNpZ24gQ2xhc3MgMSBDQSBJ bmRpdmlkdWFsIFN1YnNjcmliZXItUGVyc29uYSBOb3QgVmFsaWRhdGVkMIGfMA0GCSqGSIb3DQEB AQUAA4GNADCBiQKBgQC7WkSKBBa7Vf0DeootlE8VeDa4DUqyb5xUv7zodyqdufBou5XZMUFweoFL uUgTVi3HCOGEQqvAopKrRFyqQvCCDgLpL/vCO7u+yScKXbawNkIztW5UiE+HSr8Z2vkV6A+Hthzj zMaajn9qJJLj/OBluqexfu/J2zdqyErICQbkmQIDAQABo4G0MIGxMBEGCWCGSAGG+EIBAQQEAwIB BjA1BgNVHR8ELjAsMCqgKKAmhiRodHRwOi8vY3JsLnZlcmlzaWduLmNvbS9wY2ExLjEuMS5jcmww RwYDVR0gBEAwPjA8BgtghkgBhvhFAQcBATAtMCsGCCsGAQUFBwIBFh93d3cudmVyaXNpZ24uY29t L3JlcG9zaXRvcnkvUlBBMA8GA1UdEwQIMAYBAf8CAQAwCwYDVR0PBAQDAgEGMA0GCSqGSIb3DQEB AgUAA4GBAEJ8Dt+MeUysvwjsTVUvUImgxV5OLl6VMpt5rWURCxxKUsTVqDEhjt4Qm2wIxQfmA7nn yDR4CQnyvAZC+FqMg9GK3qoi9dnjIdLPZYwGM7DNILIzzQq9PuGdwTWpZLCnpSRb6fFo6xPEfDf0 lGQNmsW9MxfvgzOgPuWqPq7Ycx+tMIIFLDCCBJWgAwIBAgIQOxobkAGkQbUNcM7mhAk62TANBgkq hkiG9w0BAQQFADCBzDEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNVBAsTFlZlcmlTaWdu IFRydXN0IE5ldHdvcmsxRjBEBgNVBAsTPXd3dy52ZXJpc2lnbi5jb20vcmVwb3NpdG9yeS9SUEEg SW5jb3JwLiBCeSBSZWYuLExJQUIuTFREKGMpOTgxSDBGBgNVBAMTP1ZlcmlTaWduIENsYXNzIDEg Q0EgSW5kaXZpZHVhbCBTdWJzY3JpYmVyLVBlcnNvbmEgTm90IFZhbGlkYXRlZDAeFw0wMTA1MDgw MDAwMDBaFw0wMjA1MjEyMzU5NTlaMIIBFTEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNV BAsTFlZlcmlTaWduIFRydXN0IE5ldHdvcmsxRjBEBgNVBAsTPXd3dy52ZXJpc2lnbi5jb20vcmVw b3NpdG9yeS9SUEEgSW5jb3JwLiBieSBSZWYuLExJQUIuTFREKGMpOTgxHjAcBgNVBAsTFVBlcnNv bmEgTm90IFZhbGlkYXRlZDE0MDIGA1UECxMrRGlnaXRhbCBJRCBDbGFzcyAxIC0gTWljcm9zb2Z0 IEZ1bGwgU2VydmljZTEUMBIGA1UEAxQLU2hhd24gU2NvdHQxJTAjBgkqhkiG9w0BCQEWFnNoYXdu QGVkZ2VvZnNhbml0eS5jb20wgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAN3ZJdtGLCEPw4/s O+D9O8zfyeBH2JSYOltzIr0vUi6nhsf55gndfknJ1xEITW0vvOW9Gx8SP+RqlSJuCLIB21Gm071o 7F4TT0mRTOWyznU4j1HuJMT2bSGyVqDFt7ZQ7xK/wBT8282vpiRTEvPnGlQXKrCsgxHBLMItcWyZ rE6LAgMBAAGjggHBMIIBvTAJBgNVHRMEAjAAMIGsBgNVHSAEgaQwgaEwgZ4GC2CGSAGG+EUBBwEB MIGOMCgGCCsGAQUFBwIBFhxodHRwczovL3d3dy52ZXJpc2lnbi5jb20vQ1BTMGIGCCsGAQUFBwIC MFYwFRYOVmVyaVNpZ24sIEluYy4wAwIBARo9VmVyaVNpZ24ncyBDUFMgaW5jb3JwLiBieSByZWZl cmVuY2UgbGlhYi4gbHRkLiAoYyk5NyBWZXJpU2lnbjARBglghkgBhvhCAQEEBAMCB4AwgYYGCmCG SAGG+EUBBgMEeBZ2ZDQ2NTJiZDYzZjIwNDcwMjkyOTg3NjNjOWQyZjI3NTA2OWM3MzU5YmVkMWIw NTlkYTc1YmM0YmM5NzAxNzQ3ZGE1ZDNmMjE0MWJlYWRiMmJkMmU4OTIxN2E0NmZmNWQxMTE0OTk4 YTFiYTQ1ZmRmM2VhNDUwYzAwBgpghkgBhvhFAQYHBCIWIDdhNmM2ZDU1MjcxMDcxNTIyMjBlNTQ0 YzRhN2VjN2FjMDMGA1UdHwQsMCowKKAmoCSGImh0dHA6Ly9jcmwudmVyaXNpZ24uY29tL2NsYXNz MS5jcmwwDQYJKoZIhvcNAQEEBQADgYEAtS2LD7+rvhB0ejBLILCCI4hmGgzVTTlfoQ4/dHb8qI+q DykKjPY0qAIcvaIwN6rq71/YG1NDxn5wy2WVlEx5lX2NCH20W2uF335K1VuBbQGzeDb7pGlMXUkU yHqYMC5MCNm/472TJrcCHG/LWT8/7K64D0tqpokv3W6Exb8K/7YxggJFMIICQQIBATCB4TCBzDEX MBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNVBAsTFlZlcmlTaWduIFRydXN0IE5ldHdvcmsx RjBEBgNVBAsTPXd3dy52ZXJpc2lnbi5jb20vcmVwb3NpdG9yeS9SUEEgSW5jb3JwLiBCeSBSZWYu LExJQUIuTFREKGMpOTgxSDBGBgNVBAMTP1ZlcmlTaWduIENsYXNzIDEgQ0EgSW5kaXZpZHVhbCBT dWJzY3JpYmVyLVBlcnNvbmEgTm90IFZhbGlkYXRlZAIQOxobkAGkQbUNcM7mhAk62TAJBgUrDgMC GgUAoIG6MBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTAxMTAyMzE5 NTg1NFowIwYJKoZIhvcNAQkEMRYEFMQ+iDBWuBI5LSM8Hfq+DA/SOwRHMFsGCSqGSIb3DQEJDzFO MEwwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0G CCqGSIb3DQMCAgEoMAcGBSsOAwIdMA0GCSqGSIb3DQEBAQUABIGAYgJ4m3LpzLUU/buOdtAAR+0h Jf2mEM+AFWb0ritlV2AesWOzXGJj1BSyvHXvnBhPSm9RwLux/4eqBepyv7oAU6Kd2Ndxkdihf6bw 0hNKiAHifD7QIAECKN3trd+k9tF2Capv+rvGnfvaANR3MqflX0K5+BR+wI5bifm/NSmXbMkAAAAA AAA= ------=_NextPart_000_0042_01C15BDB.9FD20070-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Oct 23 14:44:49 2001 Delivered-To: freebsd-stable@freebsd.org Received: from netau1.alcanet.com.au (ntp.alcanet.com.au [203.62.196.27]) by hub.freebsd.org (Postfix) with ESMTP id 7A23137B401 for ; Tue, 23 Oct 2001 14:44:44 -0700 (PDT) Received: from mfg1.cim.alcatel.com.au (mfg1.cim.alcatel.com.au [139.188.23.1]) by netau1.alcanet.com.au (8.9.3 (PHNE_22672)/8.9.3) with ESMTP id HAA15018 for ; Wed, 24 Oct 2001 07:44:39 +1000 (EST) Received: from gsmx07.alcatel.com.au by cim.alcatel.com.au (PMDF V5.2-32 #37641) with ESMTP id <01K9VE1AC080VFIKI7@cim.alcatel.com.au> for stable@FreeBSD.ORG; Wed, 24 Oct 2001 07:44:16 +1000 Received: (from jeremyp@localhost) by gsmx07.alcatel.com.au (8.11.1/8.11.1) id f9NLia336868 for stable@FreeBSD.ORG; Wed, 24 Oct 2001 07:44:36 +1000 (EST envelope-from jeremyp) Content-return: prohibited Date: Wed, 24 Oct 2001 07:44:36 +1000 From: Peter Jeremy Subject: Re: dirpref gives massive performance boost In-reply-to: <20010928142611.A15946@xor.obsecurity.org>; from kris@obsecurity.org on Fri, Sep 28, 2001 at 02:26:11PM -0700 To: stable@FreeBSD.ORG Mail-Followup-To: stable@FreeBSD.ORG Message-id: <20011024074436.A36730@gsmx07.alcatel.com.au> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-disposition: inline User-Agent: Mutt/1.2.5i References: <20010928141246.A15515@xor.obsecurity.org> <20010928232009.A29187@libero.sunshine.ale> <20010928142611.A15946@xor.obsecurity.org> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 2001-Sep-28 14:26:11 -0700, Kris Kennaway wrote: >On Fri, Sep 28, 2001 at 11:20:09PM +0200, Alessandro de Manzano wrote: >> On Fri, Sep 28, 2001 at 02:12:46PM -0700, Kris Kennaway wrote: >> >> > Just a note to those who have updated to 4.4-STABLE that it's well >> > worth doing a backup + newfs + restore on all your UFS volumes. The >> >> does the "newfs" step is necessary or just recommended for optimum >> performance gain ? > >Well, you need to wipe the disk so that when you restore it can lay >things out optimally from the start. Note that it _is_ possible to do this on your root partition without needing an additional boot disk, assuming your swap partition is bigger that your root partition. The sequence is roughly (all in single-user before enabling swap starting with read-only root): fsck -p dd if=/dev/ad0s1a of=/dev/ad0s1b bs=64k mount /dev/ad0s1b /mnt mount -u / ed /mnt/etc/fstab :: comment out swap and change root to /dev/ad0s1b reboot :: at the boot0 twiddle press space to get the prompt and boot 0,ad(0,b)/boot/loader at the loader prompt, "boot -s" The system should now come up with root on ad0s1b. fsck -p :: arrange a writable /tmp, either "mount -u /" or "mount /tmp" if it's not :: swap-backed newfs /dev/ad0s1a mount /dev/ad0s1a /mnt cd /mnt dump 0f - / | restore rf - rm restoresymtable ed etc/fstab :: re-enable swap and change root back to /dev/ad0s1a cd / reboot The system should now come up normally with root back on ad0s1a. If you're using SCSI disks, replace "ad" with "da". Usual caveats apply: YMMV. Use at own risk. Make sure you have readable backups and a fixit disk in case things break. Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Oct 23 15:56:27 2001 Delivered-To: freebsd-stable@freebsd.org Received: from lurza.secnetix.de (lurza.secnetix.de [212.66.1.130]) by hub.freebsd.org (Postfix) with ESMTP id BDDE437B409 for ; Tue, 23 Oct 2001 15:56:20 -0700 (PDT) Received: (from olli@localhost) by lurza.secnetix.de (8.11.6/8.11.6) id f9NMuJX05921; Wed, 24 Oct 2001 00:56:19 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Date: Wed, 24 Oct 2001 00:56:19 +0200 (CEST) Message-Id: <200110232256.f9NMuJX05921@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, petercv@zeelandnet.nl Reply-To: freebsd-stable@FreeBSD.ORG, petercv@zeelandnet.nl Subject: Re: Input/output Error In-Reply-To: <3BD6F9C3@twigger.nl> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.5.4-20000523 ("1959") (UNIX) (FreeBSD/4.4-RELEASE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Peter Verhage wrote: > A month ago or something I upgraded my system to FreeBSD 4.4 STABLE. Never had > any problems until a few days ago. I wanted to use the 'ps' program and some > other userland programs and when I started those programs I got the following > error: Input/output error. Some programs did work like 'top' but most programs > gave the same error. So I thought maybe when I reboot the system everything is > OK. But ofcourse I couldn't use 'reboot', 'fastboot' and couldn't even use > 'halt' :(. So a hard reboot it was. > > When the system came back up again everything seemed fine again. Everything > works fine I can use all userland programs etc. etc. But when I let the system > alone for a while (I don't know exactly how long, but less then 4 hours) I get > the same error again and again and again :(. This sounds very much like a dying HD drive. Do you see any error messages from the kernel (on the console, or in the output from the dmesg command), mentioning something like "medium error"? If so, then it's the disk. Regards Oliver -- Oliver Fromme, secnetix GmbH & Co KG, Oettingenstr. 2, 80538 München Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "All that we see or seem is just a dream within a dream" (E. A. Poe) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Oct 23 16:23:16 2001 Delivered-To: freebsd-stable@freebsd.org Received: from wantadilla.lemis.com (wantadilla.lemis.com [192.109.197.80]) by hub.freebsd.org (Postfix) with ESMTP id 4807237B401 for ; Tue, 23 Oct 2001 16:23:11 -0700 (PDT) Received: by wantadilla.lemis.com (Postfix, from userid 1004) id 7C9436AB08; Wed, 24 Oct 2001 08:53:08 +0930 (CST) Date: Wed, 24 Oct 2001 08:53:08 +0930 From: Greg Lehey To: Bjarne Wichmann Petersen Cc: freebsd-stable@freebsd.org Subject: Re: [HARD CRASH] gdb output - what is it saying? Message-ID: <20011024085308.Q27668@wantadilla.lemis.com> References: <20011018125533.OPYG1982.fepF.post.tele.dk@there> <20011022200156.PTLK23247.fepA.post.tele.dk@there> <20011023120743.B27668@wantadilla.lemis.com> <20011023135935.ZKUW16766.fepD.post.tele.dk@there> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20011023135935.ZKUW16766.fepD.post.tele.dk@there>; from mekanix@privat.dk on Tue, Oct 23, 2001 at 04:02:25PM +0200 Organization: The FreeBSD Project Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 6B 7B C3 8C 61 CD 54 AF 13 24 52 F8 6D A4 95 EF Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tuesday, 23 October 2001 at 16:02:25 +0200, Bjarne Wichmann Petersen wrote: > On Tuesday 23 October 2001 04:37, Greg Lehey wrote: > >> If I could read it, it would help. You shouldn't wrap computer >> output. > > Sorry... > >> If you follow up, please send the output as it comes, and >> make the output in hex. > > Hmm... I'm not familiar with gdb. I've tried to look through the man-pages > and gdb's help-pages but didn't find any reference on how to set the output > to hex. I told you in the part you deleted: set output-radix 16. >> This is a puzzling dump. Have you any specialized timer hardware or >> software on your machine? > > Not to my knowledge. I've attached my dmesg. I do have a vague suspecion that > it's somehow related to my graphicscard. The first spontaneous crash happened > 2 weeks ago after I upgraded to XFree 4.1, installed drm-kmod and startet > testing mplayer's dvd-capabilities. DRI is enabled. > > The occurence have been by playing DVDs through mplayer (using xvideo), > testing q3arena, twice in console after some idle-time (eg. > screensaver/blanker activated) when pressing a key. 1 or 2 occasion I can't > relate directly with graphics. > > Since then I've recompiled/reinstalled X, drm-kmod, kernel, "world", and all > X-related apps (eg. mplayer, KDE2.2 etc.). Still crashes. Hmm. We probably need to find somebody else to look at this dump. Can you file a PR? Greg -- See complete headers for address and phone numbers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Oct 23 18:33:46 2001 Delivered-To: freebsd-stable@freebsd.org Received: from student.uci.agh.edu.pl (student.uci.agh.edu.pl [149.156.98.60]) by hub.freebsd.org (Postfix) with ESMTP id 8D1E937B401 for ; Tue, 23 Oct 2001 18:33:43 -0700 (PDT) Received: from localhost (winfried@localhost) by student.uci.agh.edu.pl (8.8.7/8.8.5/ts-tmpl.970124+rchk1.22) with ESMTP id DAA10865 for ; Wed, 24 Oct 2001 03:33:37 +0200 (MET DST) Date: Wed, 24 Oct 2001 03:33:36 +0200 (MET DST) From: Jan Srzednicki To: Subject: mysql-server compile problems Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, I have tried to compile MySQL server on a 4.4-STABLE (from the ports). But, while compiling, I get the following error: Note: The following compile may take a long time. If it fails, re-run configure with --with-low-memory c++ -DMYSQL_SERVER -DDEFAULT_MYSQL_HOME="\"/usr/local\"" -DDATADIR="\"/var/db/mysql\"" -DSHAREDIR="\"/usr/local/share/mysql\"" -DHAVE_CONFIG_H -I../bdb/build_unix -I./../include -I./../regex -I. -I../include -I.. -I. -DDBUG_OFF -O2 -march=i586 -felide-constructors -fno-rtti -fno-exceptions -fno-implicit-templates -fno-exceptions -fno-rtti -DMYSQLD_NET_RETRY_COUNT=1000000 -fno-inline -c sql_yacc.cc /usr/lib/bison.simple: In function `int yyparse()': /usr/lib/bison.simple:761: virtual memory exhausted *** Error code 1 I looked into the Makefile and "--with-low-memory" switch is in there. What can I do to compile the package? It seems to be rather a compiler problem than port problem. Or maybe it is? I got this error on a machine with 64MB ram, 150MB swap. Whole swap was unused. Then I tried to compile this on a 256MB ram machine.. with the same effect (well, it's a busy server, so most of it's memory was used). -- Winfried mail: winfried@dream.vg http://violent.dream.vg Warning: Never underestimate the power of stupid people in large numbers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Oct 23 20:54: 9 2001 Delivered-To: freebsd-stable@freebsd.org Received: from topperwein.dyndns.org (acs-24-154-28-168.zoominternet.net [24.154.28.168]) by hub.freebsd.org (Postfix) with ESMTP id 8FDE337B403 for ; Tue, 23 Oct 2001 20:54:04 -0700 (PDT) Received: from topperwein.dyndns.org (topperwein.dyndns.org [192.168.168.10]) by topperwein.dyndns.org (8.11.6/8.11.6) with ESMTP id f9O3sJm24534 for ; Tue, 23 Oct 2001 23:54:20 -0400 (EDT) (envelope-from behanna@zbzoom.net) Date: Tue, 23 Oct 2001 23:54:14 -0400 (EDT) From: Chris BeHanna Reply-To: Chris BeHanna To: FreeBSD-Stable Subject: Re: [HARD CRASH] gdb output - what is it saying? In-Reply-To: <20011023135935.ZKUW16766.fepD.post.tele.dk@there> Message-ID: <20011023234256.M24271-100000@topperwein.dyndns.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII Content-ID: <20011023234256.V24271@topperwein.dyndns.org> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 23 Oct 2001, Bjarne Wichmann Petersen wrote: > On Tuesday 23 October 2001 04:37, Greg Lehey wrote: > > > If I could read it, it would help. You shouldn't wrap computer > > output. > > Sorry... > > > If you follow up, please send the output as it comes, and > > make the output in hex. > > Hmm... I'm not familiar with gdb. I've tried to look through the man-pages > and gdb's help-pages but didn't find any reference on how to set the output > to hex. > > > This is a puzzling dump. Have you any specialized timer hardware or > > software on your machine? > > Not to my knowledge. I've attached my dmesg. I do have a vague > suspecion that it's somehow related to my graphicscard. The first > spontaneous crash happened 2 weeks ago after I upgraded to XFree > 4.1, installed drm-kmod and startet testing mplayer's > dvd-capabilities. DRI is enabled. I've had trouble with drm-kmod. To wit, when I kldunload the modules in reverse order of loading, I get a fatal trap 12 when I unload radeon.ko (I have a Radeon QD board in my box, on an AMD 761 ("Irongate")-based motherboard). I see from your dmesg that you're running a board with a VIA chipset. Is this an A7M266? There are issues with that board and XFree86 4.1.0 when you try to use agpgart, drm, and DRI, according to some mail I got off-list. I certainly haven't had any luck using drm-kmod and DRI on my Radeon/Irongate combination. > The occurence have been by playing DVDs through mplayer (using xvideo), > testing q3arena, twice in console after some idle-time (eg. > screensaver/blanker activated) when pressing a key. 1 or 2 occasion I can't > relate directly with graphics. With drm-kmod disabled (disable the startup script, force umount of everything but /, and reboot), I still managed to crash my machine using XFree86 4.1.0 and vlc (with XVideo output), but only if I also had a VMWare instance up at the time. Alas, no crashdump is available from that crash > Since then I've recompiled/reinstalled X, drm-kmod, kernel, "world", and all > X-related apps (eg. mplayer, KDE2.2 etc.). Still crashes. > > > Is the dump repeatable? > > Yes, playing a DVD with mplayer after 1-60 min I get a crash. Can you also crash it with vlc? If you get a crashdump, just cd'ing to where your kernel.debug lives, doing gdb -k ./kernel.debug /var/crash/vmcore.n gdb> where should be sufficient to give Greg (and other developers) some information to get started. They can then send you other commands for you to run to further examine the crash. If you don't have a kernel.debug (should be in /usr/obj/usr/src/sys/YOURKERNELNAME if you have "makeoptions DEBUG=-g" in your kernel config--also add "options DDB" and "options DDB_UNATTENDED" to get the dump but still allow an automatic reboot). If you're really brave and if you have a NULL modem cable and a spare computer, you can also add "options GDB_REMOTE_CHAT" to your kernel and debug the live kernel with a serial console. -- Chris BeHanna Software Engineer (Remove "bogus" before responding.) behanna@bogus.zbzoom.net I was raised by a pack of wild corn dogs. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Oct 23 20:59:53 2001 Delivered-To: freebsd-stable@freebsd.org Received: from topperwein.dyndns.org (acs-24-154-28-168.zoominternet.net [24.154.28.168]) by hub.freebsd.org (Postfix) with ESMTP id 5D01337B401 for ; Tue, 23 Oct 2001 20:59:50 -0700 (PDT) Received: from topperwein.dyndns.org (topperwein.dyndns.org [192.168.168.10]) by topperwein.dyndns.org (8.11.6/8.11.6) with ESMTP id f9O40Am24558 for ; Wed, 24 Oct 2001 00:00:10 -0400 (EDT) (envelope-from behanna@zbzoom.net) Date: Wed, 24 Oct 2001 00:00:03 -0400 (EDT) From: Chris BeHanna Reply-To: Chris BeHanna To: Subject: Re: Input/output Error In-Reply-To: <200110232256.f9NMuJX05921@lurza.secnetix.de> Message-ID: <20011023235757.J24271-100000@topperwein.dyndns.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 24 Oct 2001, Oliver Fromme wrote: > Peter Verhage wrote: > > A month ago or something I upgraded my system to FreeBSD 4.4 > > STABLE. Never had any problems until a few days ago. I wanted to > > use the 'ps' program and some other userland programs and when I > > started those programs I got the following error: Input/output > > error. Some programs did work like 'top' but most programs gave > > the same error. So I thought maybe when I reboot the system > > everything is OK. But ofcourse I couldn't use 'reboot', > > 'fastboot' and couldn't even use 'halt' :(. So a hard reboot it > > was. > > > > When the system came back up again everything seemed fine again. > > Everything works fine I can use all userland programs etc. etc. > > But when I let the system alone for a while (I don't know exactly > > how long, but less then 4 hours) I get the same error again and > > again and again :(. > > This sounds very much like a dying HD drive. Do you see any error > messages from the kernel (on the console, or in the output from the > dmesg command), mentioning something like "medium error"? If so, > then it's the disk. The fact that he mentions "top" and "ps" specifically makes me think "userland is out of sync with the kernel". My suggestion is to follow the instructions in /usr/src/UPDATING, beginning around line 308 (updating from 4.0-RELEASE or later to 4-STABLE) exactly before jumping to any conclusions. -- Chris BeHanna Software Engineer (Remove "bogus" before responding.) behanna@bogus.zbzoom.net I was raised by a pack of wild corn dogs. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Oct 23 23: 3: 6 2001 Delivered-To: freebsd-stable@freebsd.org Received: from smtp-1.enteract.com (smtp-1.enteract.com [207.229.143.33]) by hub.freebsd.org (Postfix) with ESMTP id 7AB4E37B409 for ; Tue, 23 Oct 2001 23:03:03 -0700 (PDT) Received: from bjorn.goddamnbastard.org (bjorn.goddamnbastard.org [216.80.6.225]) by smtp-1.enteract.com (Postfix) with SMTP id 32F166EFD for ; Wed, 24 Oct 2001 01:02:17 -0500 (CDT) Received: (qmail 3868 invoked by uid 1000); 24 Oct 2001 06:02:16 -0000 Date: Wed, 24 Oct 2001 01:02:16 -0500 From: ryan beasley To: stable@FreeBSD.org, Matthew L Creech , green@FreeBSD.org Subject: Re: sshd core dump Message-ID: <20011024010216.B509@bjorn.goddamnbastard.org> References: <3BBA7E1E.931F087D@prism.gatech.edu> <20011017205017.A9625@bjorn.goddamnbastard.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="/NkBOFFp2J2Af1nK" Content-Disposition: inline User-Agent: Mutt/1.2.4i In-Reply-To: <20011017205017.A9625@bjorn.goddamnbastard.org>; from ryanb@goddamnbastard.org on Wed, Oct 17, 2001 at 08:50:17PM -0500 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --/NkBOFFp2J2Af1nK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Oct 17, 2001 at 08:50:17PM -0500, ryan beasley wrote: > Anywho, here's some information that will hopefully help some > people. If any more specifics are required, I'm up for any > assistance I could provide. Sorry for replying to myself, but I drafted this little "patch" that should take care of the segfault in session.c. After thinking about this for a bit, it probably should've been _really_ obvious to me after the first lookover ... --- src/crypto/openssh/session.c.orig Wed Oct 24 00:35:57 2001 +++ src/crypto/openssh/session.c Wed Oct 24 00:36:26 2001 @@ -1003,7 +1003,7 @@ char cmd[1024]; FILE *f =3D NULL; u_int envsize, i; - char **env; + char **env =3D NULL; extern char **environ; struct stat st; char *argv[10]; --=20 ryan beasley professional fat bastard http://www.goddamnbastard.org GPG Key ID 0x36321D13 with fingerprint 2074 CEB8 68AD 351A 85E6 98EB 09BA 36D9 3632 1D13 --/NkBOFFp2J2Af1nK Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE71llnCbo22TYyHRMRAkENAKCo3sJbGaOwOaZeov8y6kBjelNdHACgm3VH vNCz/MRInh+wbQ016cby9to= =SZ7N -----END PGP SIGNATURE----- --/NkBOFFp2J2Af1nK-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Oct 23 23:50:51 2001 Delivered-To: freebsd-stable@freebsd.org Received: from freeway.dcfinc.com (cx74889-a.phnx3.az.home.com [24.1.193.157]) by hub.freebsd.org (Postfix) with ESMTP id 7B93337B401 for ; Tue, 23 Oct 2001 23:50:40 -0700 (PDT) Received: (from chad@localhost) by freeway.dcfinc.com (8.8.8/8.8.8) id XAA21487 for freebsd-stable@FreeBSD.ORG; Tue, 23 Oct 2001 23:17:43 -0700 (MST) (envelope-from chad) Date: Tue, 23 Oct 2001 23:17:43 -0700 From: "Chad R. Larson" To: freebsd-stable@FreeBSD.ORG Subject: Re: pathname length over NFS Message-ID: <20011023231743.C18073@freeway.dcfinc.com> References: <20011020230916.A22304@ecibsd1.eldocomp.com> <200110212102.f9LL2dA88000@lurza.secnetix.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200110212102.f9LL2dA88000@lurza.secnetix.de>; from olli@secnetix.de on Sun, Oct 21, 2001 at 11:02:39PM +0200 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Oct 21, 2001 at 11:02:39PM +0200, Oliver Fromme wrote: > Chad R. Larson wrote: > > The system message for error number 71 is: > > Too many levels of remote in path > > > > install -c -o root -g wheel -m 444 libcom_err_p.a /usr/lib > > *** Error code 71 > > The install tool doesn't use errno numbers for exit codes, > but it uses sysexit values. See the sysexits(3) manpage: Sorry to have wasted everyone's time. This turned out to be a cockpit error. I neglected to sync up the make.conf files between the two machines, and the client failed trying to install profiled libraries that hadn't been built on the server. My only defense is the sysexit values overloading the errno values sending me down the wrong diagnostic path. -crl -- Chad R. Larson (CRL15) 602-953-1392 Brother, can you paradigm? chad@dcfinc.com chad@larsons.org larson1@home.com DCF, Inc. - 14623 North 49th Place, Scottsdale, Arizona 85254-2207 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Oct 23 23:54:48 2001 Delivered-To: freebsd-stable@freebsd.org Received: from host2.rila.bg (host2.rila.bg [194.141.1.21]) by hub.freebsd.org (Postfix) with ESMTP id 74ECB37B403 for ; Tue, 23 Oct 2001 23:54:45 -0700 (PDT) Received: from earth.rila.bg ([192.168.201.31]) by host2.rila.bg with Microsoft SMTPSVC(5.0.2195.2966); Wed, 24 Oct 2001 09:54:44 +0300 Received: from earth.rila.bg (mitko@localhost.rila.bg [127.0.0.1]) by earth.rila.bg (8.11.6/8.11.6) with ESMTP id f9O6u6X12318 for ; Wed, 24 Oct 2001 09:56:06 +0300 (EEST) (envelope-from mitko@earth.rila.bg) Message-Id: <200110240656.f9O6u6X12318@earth.rila.bg> X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: stable@freebsd.org Reply-To: mitko@rila.bg From: "Dimitar Peikov" Subject: gdb and function arguments Content-type: text/plain; charset=windows-1251 Date: Wed, 24 Oct 2001 09:56:06 +0300 X-OriginalArrivalTime: 24 Oct 2001 06:54:44.0230 (UTC) FILETIME=[C30BEA60:01C15C58] Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Any idea why gdb doesn't show properly function arguments when debugging? It seems that is buggy behaviour since few weeks I guess. I use GCC 2.95.3 and gdb 4.18 from yesterdays STABLE snapshot. <<<< gdb output <<<< (gdb) r Starting program: /usr/home/mitko/compile/fsa/src/fsm/examples/3state_automata Breakpoint 1, main (argc=671514624, argv=0x0) at 3state_automata.c:20 20 tspool = fsa_tempspool_new(3, ASCII_SIZE, FALSE); (gdb) s fsa_tempspool_new (in_statescount=671488704, in_letterscount=0, in_isdetermined=671426728) at src/tempspool.c:18 18 fsa_log(DEBUG_CLASS_TSPOOL, "entered fsa_tempspool_new\n"); (gdb) The program is running. Exit anyway? (y or n) y >>>> gdb output >>>> -- Dimitar Peikov Programmer Analyst Globalization Group "We Build e-Business" RILA Solutions 27 Building, Acad.G.Bonchev Str. 1113 Sofia, Bulgaria phone: (+359 2) 9797320 phone: (+359 2) 9797300 fax: (+359 2) 9733355 http://www.rila.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Oct 24 0:40:52 2001 Delivered-To: freebsd-stable@freebsd.org Received: from cmailg1.svr.pol.co.uk (cmailg1.svr.pol.co.uk [195.92.195.171]) by hub.freebsd.org (Postfix) with ESMTP id C737637B405 for ; Wed, 24 Oct 2001 00:40:48 -0700 (PDT) Received: from modem-137.clown-sweetlips.dialup.pol.co.uk ([62.136.248.137] helo=teatown.freeserve.co.uk) by cmailg1.svr.pol.co.uk with esmtp (Exim 3.13 #0) id 15wIed-0002TY-00; Wed, 24 Oct 2001 08:40:47 +0100 Received: (from martin@localhost) by teatown.freeserve.co.uk (8.9.3/8.9.3) id IAA12231; Wed, 24 Oct 2001 08:36:56 +0100 (BST) (envelope-from martin) From: Martin Hopkins MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15318.28567.950904.849451@whittard.home> Date: Wed, 24 Oct 2001 08:36:55 +0100 (BST) To: mitko@rila.bg Cc: stable@FreeBSD.ORG Subject: Re: gdb and function arguments In-Reply-To: <200110240656.f9O6u6X12318@earth.rila.bg> References: <200110240656.f9O6u6X12318@earth.rila.bg> X-Mailer: VM 6.75 under Emacs 19.34.1 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG >>>>> "Dimitar" == Dimitar Peikov writes: Dimitar> Any idea why gdb doesn't show properly function arguments when debugging? It Dimitar> seems that is buggy behaviour since few weeks I guess. I use GCC 2.95.3 and Dimitar> gdb 4.18 from yesterdays STABLE snapshot. Dimitar> <<<< gdb output <<<< Dimitar> (gdb) r Dimitar> Starting program: /usr/home/mitko/compile/fsa/src/fsm/examples/3state_automata Dimitar> Breakpoint 1, main (argc=671514624, argv=0x0) at 3state_automata.c:20 Dimitar> 20 tspool = fsa_tempspool_new(3, ASCII_SIZE, FALSE); Dimitar> (gdb) s Dimitar> fsa_tempspool_new (in_statescount=671488704, in_letterscount=0, Dimitar> in_isdetermined=671426728) at src/tempspool.c:18 Dimitar> 18 fsa_log(DEBUG_CLASS_TSPOOL, "entered fsa_tempspool_new\n"); Dimitar> (gdb) The program is running. Exit anyway? (y or n) y I noticed this a while ago when using dwarf-2 debug symbols, switching to stabs made it much happier. Unfortunately I've not had a chance to look into it any further, Sorry I can't be more helpful... Martin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Oct 24 0:50:31 2001 Delivered-To: freebsd-stable@freebsd.org Received: from freeway.dcfinc.com (cx74889-a.phnx3.az.home.com [24.1.193.157]) by hub.freebsd.org (Postfix) with ESMTP id D61A237B401 for ; Wed, 24 Oct 2001 00:50:22 -0700 (PDT) Received: (from chad@localhost) by freeway.dcfinc.com (8.8.8/8.8.8) id AAA21812 for stable@FreeBSD.org; Wed, 24 Oct 2001 00:50:22 -0700 (MST) (envelope-from chad) Date: Wed, 24 Oct 2001 00:50:22 -0700 From: "Chad R. Larson" To: stable@FreeBSD.org Subject: Re: pathname length over NFS Message-ID: <20011024005022.A21779@freeway.dcfinc.com> References: <20011020230916.A22304@ecibsd1.eldocomp.com> <200110212102.f9LL2dA88000@lurza.secnetix.de> <20011023231743.C18073@freeway.dcfinc.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="/9DWx/yDrRhgMJTb" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20011023231743.C18073@freeway.dcfinc.com>; from chad@DCFinc.com on Tue, Oct 23, 2001 at 11:17:43PM -0700 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --/9DWx/yDrRhgMJTb Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > My only defense is the sysexit values overloading the errno values > sending me down the wrong diagnostic path. I have a simple-minded program (attached) that displays the text strings for errno.h values. Perhaps I need to enhance it to be sysexits.h aware. But =really=, shouldn't we adjust the sysexits values so they don't overload those in errno.h? -crl -- Chad R. Larson (CRL15) 602-953-1392 Brother, can you paradigm? chad@dcfinc.com chad@larsons.org larson1@home.com DCF, Inc. - 14623 North 49th Place, Scottsdale, Arizona 85254-2207 --/9DWx/yDrRhgMJTb Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="perror.c" /* $Id: perror.c,v 1.1 1998/08/26 02:09:34 chad Exp $*/ /* ** This program provides a simple command-line interface ** to the system error messages. */ /* ** Author: ** Chad R. Larson This program is placed in the ** DCF, Inc. Public Domain. You may do with ** 14623 North 49th Place it as you please. ** Scottsdale, AZ 85254 */ main(argc, argv) int argc; char *argv[]; { unsigned index; extern int sys_nerr; extern char *sys_errlist[]; void exit(); /* "There can be only one." */ if (argc != 2) { (void)printf("Usage: %s errno\n", argv[0]); exit (1); } /* range check it */ index = (unsigned)atoi(argv[1]); if (index > sys_nerr - 1) { (void)printf("The maximum error number is %d\n", sys_nerr - 1); exit(2); } /* tell 'em what we know */ (void)printf("The system message for error number %d is:\n", index); (void)printf(" %s\n", sys_errlist[index]); exit(0); } --/9DWx/yDrRhgMJTb-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Oct 24 2:14: 4 2001 Delivered-To: freebsd-stable@freebsd.org Received: from fepA.post.tele.dk (fepA.post.tele.dk [195.41.46.143]) by hub.freebsd.org (Postfix) with ESMTP id BA51937B401; Wed, 24 Oct 2001 02:14:00 -0700 (PDT) Received: from there ([62.243.124.243]) by fepA.post.tele.dk (InterMail vM.4.01.03.23 201-229-121-123-20010418) with SMTP id <20011024091359.CLQN23247.fepA.post.tele.dk@there>; Wed, 24 Oct 2001 11:13:59 +0200 Content-Type: text/plain; charset="iso-8859-1" From: Bjarne Wichmann Petersen To: Greg Lehey Subject: Re: [HARD CRASH] gdb output - what is it saying? Date: Wed, 24 Oct 2001 11:16:50 +0200 X-Mailer: KMail [version 1.3] Cc: freebsd-stable@freebsd.org References: <20011018125533.OPYG1982.fepF.post.tele.dk@there> <20011023135935.ZKUW16766.fepD.post.tele.dk@there> <20011024085308.Q27668@wantadilla.lemis.com> In-Reply-To: <20011024085308.Q27668@wantadilla.lemis.com> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <20011024091359.CLQN23247.fepA.post.tele.dk@there> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wednesday 24 October 2001 01:23, Greg Lehey wrote: > I told you in the part you deleted: set output-radix 16. Hmm... gotta learn to read more carefully, sorry. > Hmm. We probably need to find somebody else to look at this dump. > Can you file a PR? One just send away. http://www.freebsd.org/cgi/query-pr.cgi?pr=31468 Bjarne To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Oct 24 2:15:21 2001 Delivered-To: freebsd-stable@freebsd.org Received: from twigger.nl (www.twigger.nl [212.78.188.132]) by hub.freebsd.org (Postfix) with ESMTP id EA67737B401 for ; Wed, 24 Oct 2001 02:15:08 -0700 (PDT) X-WebMail-UserID: petercv@zeelandnet.nl Date: Wed, 24 Oct 2001 11:28:01 +0200 From: Peter Verhage To: freebsd-stable@FreeBSD.ORG, petercv@zeelandnet.nl Subject: RE: Input/output Error Message-ID: <3BD9E52A@twigger.nl> Mime-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit X-Mailer: InterChange (Hydra) SMTP v3.61.08 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Oliver wrote: >This sounds very much like a dying HD drive. Do you see >any error messages from the kernel (on the console, or in >the output from the dmesg command), mentioning something >like "medium error"? If so, then it's the disk. Nope, that's the weird thing. I checked dmesg, and /var/log/messages, it doesn't mention anything like that. But it could be that syslogd can't write to it because of the problems... :/ Regards, Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Oct 24 2:18:28 2001 Delivered-To: freebsd-stable@freebsd.org Received: from alogis.com (firewall.solit-ag.de [212.184.102.1]) by hub.freebsd.org (Postfix) with SMTP id EFAE437B405 for ; Wed, 24 Oct 2001 02:16:45 -0700 (PDT) Subject: Linux binary dumps core (FreeBSD 4.3 - 4.4 stable) Message-Id: <20011024091645.EFAE437B405@hub.freebsd.org> Date: Wed, 24 Oct 2001 02:16:45 -0700 (PDT) From: Holger.Kipp@alogis.com To: undisclosed-recipients:; Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, I have a problem with a SAP linux binary (saposcol for SAP 4.6D) which happily creates a coredump on FreeBSD (tested on 4.3 (04.05.2001) and 4.4 (21.10.2001)) It _does_ run happily even on my old SuSE Linux box (SuSE 6.3, with a 2.2.13 Linux kernel). Presumably I'm not allowed to send the binary, so I have to do the debugging myself. If someone out there is interested, please let me know what info you need and how to produce it (I usually don't do this kind of stuff). Regards, Holger Kipp (Systemadministrator) truss gives the following: --- 8< -------------------------------------------- [...] write(2,0xbfbfd378,52) = 3 (0x3) linux_time(0x0) = 1 (0x1) 22:43:50 23.10.2001 write(2,0xbfbfb360,20) = 3 (0x3) LOG: ===== Collector launch. =========== write(2,0xbfbfb380,43) = 3 (0x3) linux_time(0x0) = 1 (0x1) 22:43:50 23.10.2001 write(2,0xbfbfb358,20) = 3 (0x3) LOG: Version of saposcol =[COLL 20.74 00/11/02 46D - V1.3 for Linux] write(2,0xbfbfb378,71) = 3 (0x3) linux_kill(0x0,0x0) = 2 (0x2) linux_pipe(0xbfbff39c) = 1 (0x1) linux_fork() = 0 (0x0) close(4) = 1 (0x1) linux_newfstat(3,0xbfbff224) = 2 (0x2) linux_mmap(0xbfbff274) = 1 (0x1) SIGNAL 20 read(0x3,0x281a7000,0x4000) = 3 (0x3) SIGNAL 11 SIGNAL 11 Process stopped because of: 16 process exit, rval = 139 Segmentation fault - core dumped To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Oct 24 2:53:37 2001 Delivered-To: freebsd-stable@freebsd.org Received: from twigger.nl (www.twigger.nl [212.78.188.132]) by hub.freebsd.org (Postfix) with ESMTP id D479737B401 for ; Wed, 24 Oct 2001 02:53:33 -0700 (PDT) X-WebMail-UserID: petercv@zeelandnet.nl Date: Wed, 24 Oct 2001 12:06:37 +0200 From: Peter Verhage To: stable@freebsd.org Subject: RE: Input/output Error Message-ID: <3BD6DB8A@twigger.nl> Mime-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit X-Mailer: InterChange (Hydra) SMTP v3.61.08 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I think I need to clear some things up after reading this: << The fact that he mentions "top" and "ps" specifically makes me think "userland is out of sync with the kernel". My suggestion is to follow the instructions in /usr/src/UPDATING, beginning around line 308 (updating from 4.0-RELEASE or later to 4-STABLE) exactly before jumping to any conclusions. >> I have upgraded my system before. And I have followed all instructions properly using the latest information and checking /usr/src/UPDATING. The system was running 21 days already without any problems! Also the problems appears after a few hours, or maybe less then one hour. So before that time I can use all commands/programs without any problems, after that programs like reboot, fastboot etc. stop functioning also mail stops functioning (it gives an error that indicated it can't create a temporary file in /tmp), ofcourse I checked if the disk isn't full or something but every partition has at least 100 MB of free space. Anyways I ordered a new harddisk. I will first try to analyze the problem further, and maybe it's something different that can be fixed, so then I have a nice extra harddisk. And if it can't be fixed and isn't a software problem I will replace the bad harddisk. And let's hope it isn't the controller... :/ Regards, Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Oct 24 2:59:28 2001 Delivered-To: freebsd-stable@freebsd.org Received: from frontend1.aha.ru (fish.zenon.net [213.189.198.214]) by hub.freebsd.org (Postfix) with ESMTP id 7193737B403 for ; Wed, 24 Oct 2001 02:59:23 -0700 (PDT) Received: from [195.2.83.131] (HELO backend1.aha.ru) by frontend1.aha.ru (CommuniGate Pro SMTP 3.5b3) with ESMTP id 51530237 for stable@freebsd.org; Wed, 24 Oct 2001 13:59:22 +0400 Received: from [195.210.129.83] (account skylark@astgroup.ru HELO astgroup.ru) by backend1.aha.ru (CommuniGate Pro SMTP 3.4.8) with ESMTP id 28802204 for stable@FreeBSD.org; Wed, 24 Oct 2001 13:59:22 +0400 Message-ID: <3BD69133.127AC6AA@astgroup.ru> Date: Wed, 24 Oct 2001 14:00:19 +0400 From: Oleg Zhavoronkov Organization: AST X-Mailer: Mozilla 4.76 [en] (X11; U; FreeBSD 4.2-RELEASE i386) X-Accept-Language: en MIME-Version: 1.0 To: stable@FreeBSD.org Subject: subscribe Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Oct 24 3: 2:32 2001 Delivered-To: freebsd-stable@freebsd.org Received: from shikima.mine.nu (pc1-card3-0-cust143.cdf.cable.ntl.com [62.252.49.143]) by hub.freebsd.org (Postfix) with ESMTP id D583637B403 for ; Wed, 24 Oct 2001 03:02:26 -0700 (PDT) Received: from rasputin by shikima.mine.nu with local (Exim 3.33 #1) id 15wKsS-0000GY-00; Wed, 24 Oct 2001 11:03:12 +0100 Date: Wed, 24 Oct 2001 11:03:12 +0100 From: Rasputin To: Chris BeHanna Cc: stable@freebsd.org Subject: OT: (was: [HARD CRASH] gdb output - what is it saying?) Message-ID: <20011024110312.A972@shikima.mine.nu> Reply-To: Rasputin References: <20011023135935.ZKUW16766.fepD.post.tele.dk@there> <20011023234256.M24271-100000@topperwein.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20011023234256.M24271-100000@topperwein.dyndns.org>; from behanna@zbzoom.net on Tue, Oct 23, 2001 at 11:54:14PM -0400 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * Chris BeHanna [011024 09:00]: > I've had trouble with drm-kmod. To wit, when I kldunload the > modules in reverse order of loading, I get a fatal trap 12 when I > unload radeon.ko (I have a Radeon QD board in my box, on an AMD > 761 ("Irongate")-based motherboard). "Me too" - AGP Voodoo 3 3000, I get trap 12 (kldunload) errors when going from single/multi-user and back (usually as part of a 'make installworld/mergemaster') I work around it by copying tdfx.ko to /modules - X can find it if it needs to, and seems to make a much better job of loading/unloading it cleanly than the /usr/local/etc/rc.d machanisms. -- Documentation is the castor oil of programming. Managers know it must be good because the programmers hate it so much. Rasputin :: Jack of All Trades - Master of Nuns :: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Oct 24 3:54:35 2001 Delivered-To: freebsd-stable@freebsd.org Received: from fepD.post.tele.dk (fepD.post.tele.dk [195.41.46.149]) by hub.freebsd.org (Postfix) with ESMTP id CB92237B401 for ; Wed, 24 Oct 2001 03:54:32 -0700 (PDT) Received: from there ([62.243.124.243]) by fepD.post.tele.dk (InterMail vM.4.01.03.23 201-229-121-123-20010418) with SMTP id <20011024105431.GUCB16766.fepD.post.tele.dk@there>; Wed, 24 Oct 2001 12:54:31 +0200 Content-Type: text/plain; charset="iso-8859-1" From: Bjarne Wichmann Petersen To: Chris BeHanna , FreeBSD-Stable Subject: Re: [HARD CRASH] gdb output - what is it saying? Date: Wed, 24 Oct 2001 12:57:23 +0200 X-Mailer: KMail [version 1.3] References: <20011023234256.M24271-100000@topperwein.dyndns.org> In-Reply-To: <20011023234256.M24271-100000@topperwein.dyndns.org> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <20011024105431.GUCB16766.fepD.post.tele.dk@there> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wednesday 24 October 2001 05:54, Chris BeHanna wrote: > I see from your dmesg that you're running a board with a VIA > chipset. Is this an A7M266? I'm using an EPoX 8KTA3+. > There are issues with that board and > XFree86 4.1.0 when you try to use agpgart, drm, and DRI, according to > some mail I got off-list. I certainly haven't had any luck using > drm-kmod and DRI on my Radeon/Irongate combination. Well, it works here, sorta. Apart from when it crashes, that is. > With drm-kmod disabled (disable the startup script, force umount > of everything but /, and reboot), I still managed to crash my machine > using XFree86 4.1.0 and vlc (with XVideo output), but only if I also > had a VMWare instance up at the time. Alas, no crashdump is available from > that crash So, it can't be drm-kmod's then? > > Yes, playing a DVD with mplayer after 1-60 min I get a crash. > Can you also crash it with vlc? Nope, just finished playing a dvd with vlc (xvideo), no crash. Bjarne To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Oct 24 5:24:56 2001 Delivered-To: freebsd-stable@freebsd.org Received: from lurza.secnetix.de (lurza.secnetix.de [212.66.1.130]) by hub.freebsd.org (Postfix) with ESMTP id 99C9637B401 for ; Wed, 24 Oct 2001 05:24:51 -0700 (PDT) Received: (from olli@localhost) by lurza.secnetix.de (8.11.6/8.11.6) id f9OCOob36868; Wed, 24 Oct 2001 14:24:50 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Date: Wed, 24 Oct 2001 14:24:50 +0200 (CEST) Message-Id: <200110241224.f9OCOob36868@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG Reply-To: freebsd-stable@FreeBSD.ORG Subject: Re: pathname length over NFS In-Reply-To: <20011024005022.A21779@freeway.dcfinc.com> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.5.4-20000523 ("1959") (UNIX) (FreeBSD/4.4-RELEASE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Chad R. Larson wrote: > > My only defense is the sysexit values overloading the errno values > > sending me down the wrong diagnostic path. Which is now documented in intro(1), thanks to your initial mail in this thread. :-) I'm not aware of a bin tool that uses errno values for exit codes. > I have a simple-minded program (attached) that displays the text > strings for errno.h values. Perhaps I need to enhance it to be > sysexits.h aware. I've done something similar (as a shell script). It can also translate signal numbers. http://www.secnetix.de/~olli/scripts/errno > But =really=, shouldn't we adjust the sysexits values so they don't > overload those in errno.h? That would probably break too many things, for example sendmail and associate programs and scripts, such as procmail etc. I'm not aware of a bin tool that uses errno values for exit codes, so there should be no danger of confusing them with sysexits values. Regards Oliver -- Oliver Fromme, secnetix GmbH & Co KG, Oettingenstr. 2, 80538 München Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "All that we see or seem is just a dream within a dream" (E. A. Poe) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Oct 24 5:31:13 2001 Delivered-To: freebsd-stable@freebsd.org Received: from lurza.secnetix.de (lurza.secnetix.de [212.66.1.130]) by hub.freebsd.org (Postfix) with ESMTP id 728D537B407 for ; Wed, 24 Oct 2001 05:31:07 -0700 (PDT) Received: (from olli@localhost) by lurza.secnetix.de (8.11.6/8.11.6) id f9OCV4C36977; Wed, 24 Oct 2001 14:31:04 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Date: Wed, 24 Oct 2001 14:31:04 +0200 (CEST) Message-Id: <200110241231.f9OCV4C36977@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, Chris BeHanna Reply-To: freebsd-stable@FreeBSD.ORG, Chris BeHanna Subject: Re: Input/output Error In-Reply-To: <20011023235757.J24271-100000@topperwein.dyndns.org> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.5.4-20000523 ("1959") (UNIX) (FreeBSD/4.4-RELEASE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Chris BeHanna wrote: > On Wed, 24 Oct 2001, Oliver Fromme wrote: > > This sounds very much like a dying HD drive. Do you see any error > > messages from the kernel (on the console, or in the output from the > > dmesg command), mentioning something like "medium error"? If so, > > then it's the disk. > > The fact that he mentions "top" and "ps" specifically makes me > think "userland is out of sync with the kernel". That was my first thought, too, but then he mentioned that the problem only occurs after a few hours of uptime, so it can't be a kernel/bin out-of-sync problem (which would be there right after booting). It definitely sounds like a hardware problem. Could be the disk (this is the first thing I would check), but it could also be a problem with the controller, maybe a temperature problem (maybe it gets too hot after a few hours). Checking the fans is certainly not a bad idea. As for the non-existing error messages indicating hard disk errors -- is syslogd running at all? Maybe it died just like ps and top. Try logging some stuff yourself, like "/usr/bin/logger foo bar" -- does it end up in the messages file? If not, can you "echo foo bar >> /var/log/messages"? If that causes I/O errors, too, then there's your reason. Regards Oliver -- Oliver Fromme, secnetix GmbH & Co KG, Oettingenstr. 2, 80538 München Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "All that we see or seem is just a dream within a dream" (E. A. Poe) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Oct 24 7:57: 5 2001 Delivered-To: freebsd-stable@freebsd.org Received: from post.mail.nl.demon.net (post-11.mail.nl.demon.net [194.159.73.21]) by hub.freebsd.org (Postfix) with ESMTP id 1D16437B403 for ; Wed, 24 Oct 2001 07:57:03 -0700 (PDT) Received: from [195.173.248.152] (helo=chain.demon.nl) by post.mail.nl.demon.net with smtp (Exim 3.33 #1) id 15wPSn-000Dkh-00 for stable@freebsd.org; Wed, 24 Oct 2001 14:57:01 +0000 Received: from chain.demon.nl (spitfire.chain.loc [192.168.0.2]) by chain.demon.nl (8.11.6/8.11.6) with ESMTP id f9OEuJh36446 for ; Wed, 24 Oct 2001 16:56:19 +0200 (CEST) (envelope-from sven@chain.demon.nl) Message-ID: <3BD6D691.40702@chain.demon.nl> Date: Wed, 24 Oct 2001 16:56:17 +0200 From: Sven Hazejager User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.5) Gecko/20011011 X-Accept-Language: en-us MIME-Version: 1.0 To: stable@freebsd.org Subject: Which Ultra160/Ultra360 controller? Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi all, I'm looking for a new SCSI host adapter for my PC. I'm looking at the Adaptec 29160N, but since that's quite expensive, I'm open to alternatives. It has to run FreeBSD-Stable without any problems, Windows 98/NT4/2000/XP, it has to be fast, it has to have the same connectors as the 29160N (50-pins HD external, 50-pins internal and 68-pins U160). It also has to run on an Athlon system (Abit KT7A), if that somehow may pose a problem. Suggestions? What are your favourite host adapters? Thanks! Sven To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Oct 24 8:39:32 2001 Delivered-To: freebsd-stable@freebsd.org Received: from forrie.net (forrie.net [216.67.14.69]) by hub.freebsd.org (Postfix) with ESMTP id 38F8137B401 for ; Wed, 24 Oct 2001 08:39:26 -0700 (PDT) Received: from boom.forrie.com (forrie.ne.mediaone.net. [24.147.132.133]) by forrie.net with id f9OFdPD86113 for ; Wed, 24 Oct 2001 11:39:25 -0400 (EDT) Message-Id: <5.1.0.14.2.20011024113047.01f4de58@216.67.14.69> X-Sender: forrie@216.67.14.69 X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Wed, 24 Oct 2001 11:39:25 -0400 To: freebsd-stable@freebsd.org From: Forrest Aldrich Subject: natd error message, upon bootup Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I've been seeing this prior to 4.4, and am not sure it's even a problem; however, after the system boots up, and just after the first external packets are routed, I see this message in the syslog: Oct 24 11:19:08 machinename natd[202]: failed to write packet back (Host is down) There's no other indication of a problem thereafter; this started happening a while ago, after I upgraded to 4.3. This is now 4.4-STABLE. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Oct 24 9:13:46 2001 Delivered-To: freebsd-stable@freebsd.org Received: from panzer.kdm.org (panzer.kdm.org [216.160.178.169]) by hub.freebsd.org (Postfix) with ESMTP id 1F65837B406 for ; Wed, 24 Oct 2001 09:13:42 -0700 (PDT) Received: (from ken@localhost) by panzer.kdm.org (8.11.6/8.9.1) id f9OGDPC35671; Wed, 24 Oct 2001 10:13:25 -0600 (MDT) (envelope-from ken) Date: Wed, 24 Oct 2001 10:13:25 -0600 From: "Kenneth D. Merry" To: Sven Hazejager Cc: stable@FreeBSD.ORG Subject: Re: Which Ultra160/Ultra360 controller? Message-ID: <20011024101325.A35541@panzer.kdm.org> References: <3BD6D691.40702@chain.demon.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <3BD6D691.40702@chain.demon.nl>; from sven@chain.demon.nl on Wed, Oct 24, 2001 at 04:56:17PM +0200 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, Oct 24, 2001 at 16:56:17 +0200, Sven Hazejager wrote: > Hi all, > > I'm looking for a new SCSI host adapter for my PC. I'm looking at the > Adaptec 29160N, but since that's quite expensive, I'm open to > alternatives. It has to run FreeBSD-Stable without any problems, Windows > 98/NT4/2000/XP, it has to be fast, it has to have the same connectors as > the 29160N (50-pins HD external, 50-pins internal and 68-pins U160). It > also has to run on an Athlon system (Abit KT7A), if that somehow may > pose a problem. > > Suggestions? What are your favourite host adapters? I would suggest the Adaptec 19160. It has the exact same connectors as the 29160, but costs less. www.microx-press.com sells the white box (i.e. no cables) version for $155, and the kit version for $226. (versus $207 and $284 for the white box and kit versions of the 29160N) It works fine with FreeBSD, and should work fine under Windows as well. Ken -- Kenneth Merry ken@kdm.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Oct 24 9:21:54 2001 Delivered-To: freebsd-stable@freebsd.org Received: from panzer.kdm.org (panzer.kdm.org [216.160.178.169]) by hub.freebsd.org (Postfix) with ESMTP id A0D0E37B401 for ; Wed, 24 Oct 2001 09:21:50 -0700 (PDT) Received: (from ken@localhost) by panzer.kdm.org (8.11.6/8.9.1) id f9OGLjV35716; Wed, 24 Oct 2001 10:21:45 -0600 (MDT) (envelope-from ken) Date: Wed, 24 Oct 2001 10:21:45 -0600 From: "Kenneth D. Merry" To: Sven Hazejager Cc: stable@FreeBSD.ORG Subject: Re: Which Ultra160/Ultra360 controller? Message-ID: <20011024102145.B35541@panzer.kdm.org> References: <3BD6D691.40702@chain.demon.nl> <20011024101325.A35541@panzer.kdm.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <20011024101325.A35541@panzer.kdm.org>; from ken@kdm.org on Wed, Oct 24, 2001 at 10:13:25AM -0600 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, Oct 24, 2001 at 10:13:25 -0600, Kenneth D. Merry wrote: > On Wed, Oct 24, 2001 at 16:56:17 +0200, Sven Hazejager wrote: > > Hi all, > > > > I'm looking for a new SCSI host adapter for my PC. I'm looking at the > > Adaptec 29160N, but since that's quite expensive, I'm open to > > alternatives. It has to run FreeBSD-Stable without any problems, Windows > > 98/NT4/2000/XP, it has to be fast, it has to have the same connectors as > > the 29160N (50-pins HD external, 50-pins internal and 68-pins U160). It > > also has to run on an Athlon system (Abit KT7A), if that somehow may > > pose a problem. > > > > Suggestions? What are your favourite host adapters? > > I would suggest the Adaptec 19160. It has the exact same connectors as the > 29160, but costs less. ^^^^^-- that should be '29160N' > www.microx-press.com sells the white box (i.e. no cables) version for > $155, and the kit version for $226. (versus $207 and $284 for the white box > and kit versions of the 29160N) > > It works fine with FreeBSD, and should work fine under Windows as well. > > Ken > -- > Kenneth Merry > ken@kdm.org > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message -- Kenneth Merry ken@kdm.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Oct 24 9:32:12 2001 Delivered-To: freebsd-stable@freebsd.org Received: from mail.the-i-pa.com (mail.the-i-pa.com [151.201.71.132]) by hub.freebsd.org (Postfix) with SMTP id 2C00D37B401 for ; Wed, 24 Oct 2001 09:32:10 -0700 (PDT) Received: (qmail 73060 invoked from network); 24 Oct 2001 16:42:42 -0000 Received: from unknown (HELO proxy.the-i-pa.com) (151.201.71.210) by mail.the-i-pa.com with SMTP; 24 Oct 2001 16:42:42 -0000 Content-Type: text/plain; charset="iso-8859-1" From: Bill Moran Organization: Potential Technology To: Forrest Aldrich , freebsd-stable@freebsd.org Subject: Re: natd error message, upon bootup Date: Wed, 24 Oct 2001 12:35:38 -0400 X-Mailer: KMail [version 1.2] References: <5.1.0.14.2.20011024113047.01f4de58@216.67.14.69> In-Reply-To: <5.1.0.14.2.20011024113047.01f4de58@216.67.14.69> MIME-Version: 1.0 Message-Id: <01102412353800.00505@proxy.the-i-pa.com> Content-Transfer-Encoding: 8bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wednesday 24 October 2001 11:39, Forrest Aldrich wrote: > I've been seeing this prior to 4.4, and am not sure it's even a problem; > however, after the system boots up, and just after the first external > packets are routed, I see this message in the syslog: > > Oct 24 11:19:08 machinename natd[202]: failed to write packet back (Host is > down) > > There's no other indication of a problem thereafter; this started happening > a while ago, after I upgraded to 4.3. This is now 4.4-STABLE. Your firewall is letting in something that natd is trying to handle, but can't. I recommend running natd in verbose mode (use all the same options you normally do) and direct the output to a file. You can use this file to determine what is causing this error and adjust your firewall to handle it correctly. Warning .... don't let natd run in verbose mode to that file for too long, it will create a LOT of output and can fill up partitions quick! -- Bill Moran Potential Technology technical services (412) 793-4257 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Oct 24 9:44:31 2001 Delivered-To: freebsd-stable@freebsd.org Received: from no-nonsense.org (kbl-mdb539.zeelandnet.nl [62.238.2.31]) by hub.freebsd.org (Postfix) with ESMTP id E50CC37B405 for ; Wed, 24 Oct 2001 09:44:28 -0700 (PDT) Received: from peter (peter.home [10.0.0.2]) by no-nonsense.org (8.11.6/8.11.6) with SMTP id f9OGiNw00662; Wed, 24 Oct 2001 18:44:24 +0200 (CEST) (envelope-from petercv@zeelandnet.nl) Message-ID: <002f01c15cab$516dd500$0200000a@peter> From: "Peter C. Verhage" To: "Chris BeHanna" , References: <20011024122958.K27403-100000@topperwein.dyndns.org> Subject: Re: Input/output Error Date: Wed, 24 Oct 2001 18:45:41 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG "Fortunately" it looks like a harddisk problem. When I got home today (I wasn't at home the past few days but I monitored the box from another place, and called home if someone wanted to reboot the computer :P), I quickly checked everything and rebooted (again) and when I wanted to login I heared a loud clicking noise and after that it looked like the harddisk got in suspend mode and back in normal mode again (very weird) but FreeBSD reported also (in the main window) an issue with "ata....". After booting the system (which it magically still did, and until now it's still running > 30 minutes) I quickly checked dmesg and saw the following report: ad0: 9787MB [19885/16/63] at ata0-master UDMA33 Mounting root from ufs:/dev/ad0s1a ad0: READ command timeout tag=0 serv=0 - resetting ata0: resetting devices .. done So it looks to me it really is something with the harddisk. Or isn't it? With best regards, Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Oct 24 10: 0: 7 2001 Delivered-To: freebsd-stable@freebsd.org Received: from mail.zeelandnet.nl (mail.zeelandnet.nl [212.115.192.194]) by hub.freebsd.org (Postfix) with ESMTP id 964AF37B405 for ; Wed, 24 Oct 2001 09:59:59 -0700 (PDT) Received: from peter (kbl-mdb539.zeelandnet.nl [62.238.2.31]) by mail.zeelandnet.nl (Postfix) with SMTP id 9356356E7D for ; Wed, 24 Oct 2001 18:59:58 +0200 (CEST) Message-ID: <00a201c15cad$7e89c420$0200000a@peter> From: "Peter C. Verhage" To: Subject: Re: Input/output Error Date: Wed, 24 Oct 2001 19:01:16 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Another error message appeared (a lot of times!): ad0s1f: hard error reading fsbn 1511519 of 131088-131089 (ad0s1 bn 1511519; cn 94 tn 22 sn 23) status=59 error=04 ad0s1f: hard error reading fsbn 1511519 of 131088-131089 (ad0s1 bn 1511519; cn 94 tn 22 sn 23) status=59 error=04 ad0s1f: hard error reading fsbn 1511519 of 131088-131089 (ad0s1 bn 1511519; cn 94 tn 22 sn 23) status=59 error=04 But also: ad0s1g: hard error writing fsbn 9482431 of 3604544-3604559 (ad0s1 bn 9482431; cn 590 tn 64 sn 49) status=51 error=04 ad0s1g: hard error writing fsbn 23769279 of 10747968-10747983 (ad0s1 bn 23769279; cn 1479 tn 145 sn 9) status=51 error=04 So this really IS a harddisk problem isn't it? Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Oct 24 10: 0:39 2001 Delivered-To: freebsd-stable@freebsd.org Received: from klima.physik.uni-mainz.de (klima.Physik.Uni-Mainz.DE [134.93.180.162]) by hub.freebsd.org (Postfix) with ESMTP id B543837B407 for ; Wed, 24 Oct 2001 10:00:35 -0700 (PDT) Received: from klima.Physik.Uni-Mainz.DE (klima.Physik.Uni-Mainz.DE [134.93.180.162]) by klima.physik.uni-mainz.de (8.11.6/8.11.4) with ESMTP id f9OH0Yt51059 for ; Wed, 24 Oct 2001 19:00:34 +0200 (CEST) (envelope-from ohartman@klima.physik.uni-mainz.de) Date: Wed, 24 Oct 2001 19:00:34 +0200 (CEST) From: "Hartmann, O." To: Subject: pw(8) and NIS/YP problems under FBSD 4.4 Message-ID: <20011024184532.A47237-100000@klima.physik.uni-mainz.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello out there. As recommended in the Makefile in /var/yp, we created an individual subdirectory to keep all relevant domain informations separated from those on the local host. That means, that all NIS/YP user relevant files like login.conf,group,master.passwd,passwd, normally located in /etc, are now maintained and located in another specific subdir in /var/yp. I applied several changes to the Makefile in /var/yp and all things run very well for this time. I try to maintain the addition and deletion of users using pw(8) and for this reason I ceated a specific pw.conf in /var/yp/etc/domain to target the specific needs for the NIS domain. I checked this pw.conf many times and it is correct as I can see. master.passwd is targeted to the right one, the root-home dir is present and other relevant stuff. A also set up a new skeleton directory in /var/yp/skel with all apropriate files and I managed the tag in pw.conf to target this new directory. I also checked whether the yp-directory which is applied to the pw option "-y" has been set correctly in pw.conf - it has been set the correct way ... When adding a user using this syntax: pw -V new-etc-dir useradd testuser -c "A new user" -m -Y which the intention to force the master NIS server to push the new user relevant informations to its slaves and create a home directory for the new user, I receive this error: pw: WARNING: NIS passwd update: Undefined error: 0 but NIS/YP pushes all new files to the slave servers after this. In the new master.passwd in /var/yp/etc the new users are set up correctly, but the creation of their homes failed, I think due to the error shown above. I do not know what this error mean, it seems to be a bug in pw. Three guys checked now the syntax, the setup of all relevant config files, the presents of all necessary files in the new etc-dir as shown in the manpages of pw(8), but we have no glue what's going wrong. It seems that the process which creats the homedirs fails but there is no message what it is lacking in. Do anyone has any kind of tip, hint or idea? Thanks, Oliver -- MfG O. Hartmann ohartman@klima.physik.uni-mainz.de ---------------------------------------------------------------- IT-Administration des Institutes fuer Physik der Atmosphaere (IPA) ---------------------------------------------------------------- Johannes Gutenberg Universitaet Mainz Becherweg 21 55099 Mainz Tel: +496131/3924662 (Maschinenraum) Tel: +496131/3924144 FAX: +496131/3923532 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Oct 24 11: 1:59 2001 Delivered-To: freebsd-stable@freebsd.org Received: from smtpproxy1.mitre.org (smtpproxy1.mitre.org [129.83.20.90]) by hub.freebsd.org (Postfix) with ESMTP id 30F0E37B403 for ; Wed, 24 Oct 2001 11:01:54 -0700 (PDT) Received: from avsrv1.mitre.org (avsrv1.mitre.org [129.83.20.58]) by smtpproxy1.mitre.org (8.11.3/8.11.3) with ESMTP id f9OI1Q819849; Wed, 24 Oct 2001 14:01:26 -0400 (EDT) Received: from MAILHUB2 (mailhub2.mitre.org [129.83.221.18]) by smtpsrv1.mitre.org (8.11.3/8.11.3) with ESMTP id f9OI1Ls04112; Wed, 24 Oct 2001 14:01:21 -0400 (EDT) Received: from dhcp-105-164.mitre.org (128.29.105.164) by mailhub2.mitre.org with SMTP id 8153246; Wed, 24 Oct 2001 13:59:08 -0400 Message-ID: <3BD70125.43463835@mitre.org> Date: Wed, 24 Oct 2001 13:57:57 -0400 From: Jason Andresen Organization: The MITRE Corporation X-Mailer: Mozilla 4.75 [en]C-20000818M (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: "Kenneth D. Merry" Cc: Sven Hazejager , stable@freebsd.org Subject: Re: Which Ultra160/Ultra360 controller? References: <3BD6D691.40702@chain.demon.nl> <20011024101325.A35541@panzer.kdm.org> <20011024102145.B35541@panzer.kdm.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG "Kenneth D. Merry" wrote: > > On Wed, Oct 24, 2001 at 10:13:25 -0600, Kenneth D. Merry wrote: > > On Wed, Oct 24, 2001 at 16:56:17 +0200, Sven Hazejager wrote: > > > Hi all, > > > > > > I'm looking for a new SCSI host adapter for my PC. I'm looking at the > > > Adaptec 29160N, but since that's quite expensive, I'm open to > > > alternatives. It has to run FreeBSD-Stable without any problems, Windows > > > 98/NT4/2000/XP, it has to be fast, it has to have the same connectors as > > > the 29160N (50-pins HD external, 50-pins internal and 68-pins U160). It > > > also has to run on an Athlon system (Abit KT7A), if that somehow may > > > pose a problem. > > > > > > Suggestions? What are your favourite host adapters? > > > > I would suggest the Adaptec 19160. It has the exact same connectors as the > > 29160, but costs less. > ^^^^^-- that should be '29160N' > > > www.microx-press.com sells the white box (i.e. no cables) version for > > $155, and the kit version for $226. (versus $207 and $284 for the white box > > and kit versions of the 29160N) > > > > It works fine with FreeBSD, and should work fine under Windows as well. For that matter, what is the difference between the 29160N and the 19160? I remember seeing both of those cards on Adaptec's site awhile back and I still can't figure out what the difference is between them other than the 29160N mentioning support for Unix as well as Windows. FYI, I have a 19160 in my PC and it runs like a champ. -- \ |_ _|__ __|_ \ __| Jason Andresen jandrese@mitre.org |\/ | | | / _| Network and Distributed Systems Engineer _| _|___| _| _|_\___| Office: 703-883-7755 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Oct 24 11: 6:22 2001 Delivered-To: freebsd-stable@freebsd.org Received: from greenavenger.com (greenavenger.com [208.184.76.202]) by hub.freebsd.org (Postfix) with ESMTP id 58A1837B409 for ; Wed, 24 Oct 2001 11:06:20 -0700 (PDT) Received: from localhost (cram@localhost) by greenavenger.com (8.11.3/8.11.3) with ESMTP id f9OI6N940659 for ; Wed, 24 Oct 2001 11:06:23 -0700 (PDT) (envelope-from cram@greenavenger.com) Date: Wed, 24 Oct 2001 11:06:22 -0700 (PDT) From: Marc Alvidrez To: stable@FreeBSD.ORG Subject: Re: burncd: ioctl(CDRIOCCLOSEDISK) In-Reply-To: <200107112055.f6BKtcq34077@freebsd.dk> Message-ID: <20011024110509.D16623-100000@aleph.greenavenger.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=X-UNKNOWN Content-Transfer-Encoding: QUOTED-PRINTABLE Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 11 Jul 2001, S=F8ren Schmidt wrote: > It seems Randall Hopper wrote: > > Running 4.3-STABLE from 6/25/01, and just tried burning a CD on a = new > > Sony CRX140E CD-RW (8x4x32) ATAPI drive using burncd: > > > > # burncd -s 8 -t -f /dev/acd0c data firewall.iso fixate > > next writeable LBA 0 > > writing from file firewall.iso size 307314 KB > > written this track 307314 KB (100%) total 307314 KB > > fixating CD, please wait.. > > burncd: ioctl(CDRIOCCLOSEDISK): Input/output error > > > > Do you know if there is a fix/workaround for this? Let me know if othe= r > > info would be useful. > > Its a known issue, and it is fixed in -current. I'll MFC the changes > when I get some spare time, but things are messy around here right now, > and I have to use my time on payjobs... I haven't been following this too closely....did the changes get MFC'd in time for 4.4? -Marc ------------------------------------------------------------------------ "Those who do not understand Unix are condemned to reinvent it, poorly." -- Henry Spencer To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Oct 24 11:12:46 2001 Delivered-To: freebsd-stable@freebsd.org Received: from smtpproxy1.mitre.org (smtpproxy1.mitre.org [129.83.20.90]) by hub.freebsd.org (Postfix) with ESMTP id 501E037B50B for ; Wed, 24 Oct 2001 11:12:37 -0700 (PDT) Received: from avsrv1.mitre.org (avsrv1.mitre.org [129.83.20.58]) by smtpproxy1.mitre.org (8.11.3/8.11.3) with ESMTP id f9OICQ821979; Wed, 24 Oct 2001 14:12:26 -0400 (EDT) Received: from MAILHUB2 (mailhub2.mitre.org [129.83.221.18]) by smtpsrv1.mitre.org (8.11.3/8.11.3) with ESMTP id f9OICPs06502; Wed, 24 Oct 2001 14:12:25 -0400 (EDT) Received: from dhcp-105-164.mitre.org (128.29.105.164) by mailhub2.mitre.org with SMTP id 8153337; Wed, 24 Oct 2001 14:01:58 -0400 Message-ID: <3BD70217.1DA42A5@mitre.org> Date: Wed, 24 Oct 2001 14:01:59 -0400 From: Jason Andresen Organization: The MITRE Corporation X-Mailer: Mozilla 4.75 [en]C-20000818M (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: "Peter C. Verhage" Cc: Chris BeHanna , stable@freebsd.org Subject: Re: Input/output Error References: <20011024122958.K27403-100000@topperwein.dyndns.org> <002f01c15cab$516dd500$0200000a@peter> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG "Peter C. Verhage" wrote: > > "Fortunately" it looks like a harddisk problem. When I got home today (I > wasn't at home the past few days but I monitored the box from another place, > and called home if someone wanted to reboot the computer :P), I quickly > checked everything and rebooted (again) and when I wanted to login I heared > a loud clicking noise and after that it looked like the harddisk got in > suspend mode and back in normal mode again (very weird) but FreeBSD reported > also (in the main window) an issue with "ata....". After booting the system > (which it magically still did, and until now it's still running > 30 > minutes) I quickly checked dmesg and saw the following report: > > ad0: 9787MB [19885/16/63] at ata0-master UDMA33 > Mounting root from ufs:/dev/ad0s1a > ad0: READ command timeout tag=0 serv=0 - resetting > ata0: resetting devices .. done > > So it looks to me it really is something with the harddisk. Or isn't it? You might want to make sure your cables are firmly attached to the HD and the Motherboard, and that the HD isn't getting too hot. I used to have that happen with my old WD drives. They wern't getting enough air and experienced little mini thermal shutdowns intermittantly. Rearranging the drives (and flashing their firmware) fixed the problem. Still, a loud clicking noise from a HD is generally a bad sign. I'd recommend backing that drive up ASAP and perhaps star looking into buying a replacement. -- \ |_ _|__ __|_ \ __| Jason Andresen jandrese@mitre.org |\/ | | | / _| Network and Distributed Systems Engineer _| _|___| _| _|_\___| Office: 703-883-7755 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Oct 24 11:17: 9 2001 Delivered-To: freebsd-stable@freebsd.org Received: from shark.amis.net (shark.amis.net [212.18.32.14]) by hub.freebsd.org (Postfix) with ESMTP id 1C98437B406 for ; Wed, 24 Oct 2001 11:17:03 -0700 (PDT) Received: from baracuda.amis.net (baracuda.amis.net [212.18.32.4]) by shark.amis.net (Postfix) with ESMTP id BA4B37D0C; Wed, 24 Oct 2001 20:17:01 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by baracuda.amis.net (Postfix) with ESMTP id 3D6EB9B05; Wed, 24 Oct 2001 20:17:01 +0200 (CEST) Received: from titanic.medinet.si (titanic.medinet.si [212.18.42.5]) by baracuda.amis.net (Postfix) with ESMTP id 6A6E39B04; Wed, 24 Oct 2001 20:17:00 +0200 (CEST) Received: by titanic.medinet.si (Postfix, from userid 1029) id D665655421; Wed, 24 Oct 2001 20:16:59 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by titanic.medinet.si (Postfix) with ESMTP id CF89855420; Wed, 24 Oct 2001 20:16:59 +0200 (CEST) Date: Wed, 24 Oct 2001 20:16:59 +0200 (CEST) From: Dejan Kastelic X-X-Sender: To: "Peter C. Verhage" Cc: "stable@freebsd.org" Subject: Re: Input/output Error In-Reply-To: <00a201c15cad$7e89c420$0200000a@peter> Message-ID: <20011024201246.Y28913-100000@titanic.medinet.si> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS perl-10 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > Another error message appeared (a lot of times!): > > ad0s1f: hard error reading fsbn 1511519 of 131088-131089 (ad0s1 bn 1511519; > cn 94 tn 22 sn 23) status=59 error=04 > ad0s1f: hard error reading fsbn 1511519 of 131088-131089 (ad0s1 bn 1511519; > cn 94 tn 22 sn 23) status=59 error=04 > ad0s1f: hard error reading fsbn 1511519 of 131088-131089 (ad0s1 bn 1511519; > cn 94 tn 22 sn 23) status=59 error=04 > > But also: > > ad0s1g: hard error writing fsbn 9482431 of 3604544-3604559 (ad0s1 bn > 9482431; cn 590 tn 64 sn 49) status=51 error=04 > ad0s1g: hard error writing fsbn 23769279 of 10747968-10747983 (ad0s1 bn > 23769279; cn 1479 tn 145 sn 9) status=51 error=04 > > So this really IS a harddisk problem isn't it? I had the same problem a few weeks ago with FUJITSU MPG3409AH EF. I replaced the disk with a new one and the problem was solved. Replace the damn disk :) -- Dejan Dejan Kastelic, dejan@amis.net Medinet d.o.o., http://www.amis.net Tel: +386 2 3206320, Fax: +386 2 3206325 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Oct 24 11:52:52 2001 Delivered-To: freebsd-stable@freebsd.org Received: from panzer.kdm.org (panzer.kdm.org [216.160.178.169]) by hub.freebsd.org (Postfix) with ESMTP id 81A1337B403 for ; Wed, 24 Oct 2001 11:52:46 -0700 (PDT) Received: (from ken@localhost) by panzer.kdm.org (8.11.6/8.9.1) id f9OIoOB36868; Wed, 24 Oct 2001 12:50:24 -0600 (MDT) (envelope-from ken) Date: Wed, 24 Oct 2001 12:50:24 -0600 From: "Kenneth D. Merry" To: Jason Andresen Cc: Sven Hazejager , stable@freebsd.org Subject: Re: Which Ultra160/Ultra360 controller? Message-ID: <20011024125024.A36749@panzer.kdm.org> References: <3BD6D691.40702@chain.demon.nl> <20011024101325.A35541@panzer.kdm.org> <20011024102145.B35541@panzer.kdm.org> <3BD70125.43463835@mitre.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <3BD70125.43463835@mitre.org>; from jandrese@mitre.org on Wed, Oct 24, 2001 at 01:57:57PM -0400 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, Oct 24, 2001 at 13:57:57 -0400, Jason Andresen wrote: > "Kenneth D. Merry" wrote: > > > > On Wed, Oct 24, 2001 at 10:13:25 -0600, Kenneth D. Merry wrote: > > > On Wed, Oct 24, 2001 at 16:56:17 +0200, Sven Hazejager wrote: > > > > Hi all, > > > > > > > > I'm looking for a new SCSI host adapter for my PC. I'm looking at the > > > > Adaptec 29160N, but since that's quite expensive, I'm open to > > > > alternatives. It has to run FreeBSD-Stable without any problems, Windows > > > > 98/NT4/2000/XP, it has to be fast, it has to have the same connectors as > > > > the 29160N (50-pins HD external, 50-pins internal and 68-pins U160). It > > > > also has to run on an Athlon system (Abit KT7A), if that somehow may > > > > pose a problem. > > > > > > > > Suggestions? What are your favourite host adapters? > > > > > > I would suggest the Adaptec 19160. It has the exact same connectors as the > > > 29160, but costs less. > > ^^^^^-- that should be '29160N' > > > > > www.microx-press.com sells the white box (i.e. no cables) version for > > > $155, and the kit version for $226. (versus $207 and $284 for the white box > > > and kit versions of the 29160N) > > > > > > It works fine with FreeBSD, and should work fine under Windows as well. > > For that matter, what is the difference between the 29160N and the > 19160? I > remember seeing both of those cards on Adaptec's site awhile back and I > still can't figure out what the difference is between them other than > the > 29160N mentioning support for Unix as well as Windows. The only physical difference between the cards I believe is the silk screened name on the board. The BIOS will also be different (different name) and the PCI ID is different. Other than that, they're the same, and should perform identically under FreeBSD (or Linux). As far as other OSes, the 19160 only has drivers for Windows, but the 29160N has drivers for Windows, SCO, Solaris, Netware, OS/2, etc. It's possible there are other differences in the Windows driver, but I don't really know for sure. Under FreeBSD it should behave identically to a 29160N. > FYI, I have a 19160 in my PC and it runs like a champ. :) Ken -- Kenneth Merry ken@kdm.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Oct 24 11:56: 1 2001 Delivered-To: freebsd-stable@freebsd.org Received: from tp.databus.com (p101-46.acedsl.com [160.79.101.46]) by hub.freebsd.org (Postfix) with ESMTP id C917837B403 for ; Wed, 24 Oct 2001 11:55:57 -0700 (PDT) Received: (from barney@localhost) by tp.databus.com (8.11.6/8.11.4) id f9OIthk75469; Wed, 24 Oct 2001 14:55:43 -0400 (EDT) (envelope-from barney) Date: Wed, 24 Oct 2001 14:55:38 -0400 From: Barney Wolff To: "Kenneth D. Merry" Cc: Jason Andresen , Sven Hazejager , stable@FreeBSD.ORG Subject: Re: Which Ultra160/Ultra360 controller? Message-ID: <20011024145538.A75443@tp.databus.com> References: <3BD6D691.40702@chain.demon.nl> <20011024101325.A35541@panzer.kdm.org> <20011024102145.B35541@panzer.kdm.org> <3BD70125.43463835@mitre.org> <20011024125024.A36749@panzer.kdm.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20011024125024.A36749@panzer.kdm.org>; from ken@kdm.org on Wed, Oct 24, 2001 at 12:50:24PM -0600 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG As I recall, the 29160 has the 64-bit PCI interface while the 19160 is only 32 bit. When plugged into a 32-bit slot they should behave identically. -- Barney Wolff "Nonetheless, ease and peace had left this people still curiously tough. They were, if it came to it, difficult to daunt or to kill; and they were, perhaps, so unwearyingly fond of good things not least because they could, when put to it, do without them, and could survive rough handling by grief, foe, or weather in a way that astonished those who did not know them well and looked no further than their bellies and their well-fed faces." J.R.R.T. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Oct 24 11:58:27 2001 Delivered-To: freebsd-stable@freebsd.org Received: from panzer.kdm.org (panzer.kdm.org [216.160.178.169]) by hub.freebsd.org (Postfix) with ESMTP id 6DD9A37B405 for ; Wed, 24 Oct 2001 11:58:24 -0700 (PDT) Received: (from ken@localhost) by panzer.kdm.org (8.11.6/8.9.1) id f9OIwEo36973; Wed, 24 Oct 2001 12:58:14 -0600 (MDT) (envelope-from ken) Date: Wed, 24 Oct 2001 12:58:14 -0600 From: "Kenneth D. Merry" To: Barney Wolff Cc: Jason Andresen , Sven Hazejager , stable@FreeBSD.ORG Subject: Re: Which Ultra160/Ultra360 controller? Message-ID: <20011024125814.C36749@panzer.kdm.org> References: <3BD6D691.40702@chain.demon.nl> <20011024101325.A35541@panzer.kdm.org> <20011024102145.B35541@panzer.kdm.org> <3BD70125.43463835@mitre.org> <20011024125024.A36749@panzer.kdm.org> <20011024145538.A75443@tp.databus.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <20011024145538.A75443@tp.databus.com>; from barney@databus.com on Wed, Oct 24, 2001 at 02:55:38PM -0400 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, Oct 24, 2001 at 14:55:38 -0400, Barney Wolff wrote: > As I recall, the 29160 has the 64-bit PCI interface while the 19160 > is only 32 bit. When plugged into a 32-bit slot they should behave > identically. That's the 29160. The 29160N is a 32-bit card (with fewer connectors than the 29160). Ken -- Kenneth Merry ken@kdm.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Oct 24 12: 7:33 2001 Delivered-To: freebsd-stable@freebsd.org Received: from tp.databus.com (p101-46.acedsl.com [160.79.101.46]) by hub.freebsd.org (Postfix) with ESMTP id 414CD37B406 for ; Wed, 24 Oct 2001 12:07:29 -0700 (PDT) Received: (from barney@localhost) by tp.databus.com (8.11.6/8.11.4) id f9OJ7RZ75593; Wed, 24 Oct 2001 15:07:27 -0400 (EDT) (envelope-from barney) Date: Wed, 24 Oct 2001 15:07:22 -0400 From: Barney Wolff To: "Kenneth D. Merry" Cc: stable@freebsd.org Subject: Re: Which Ultra160/Ultra360 controller? Message-ID: <20011024150722.A75555@tp.databus.com> References: <3BD6D691.40702@chain.demon.nl> <20011024101325.A35541@panzer.kdm.org> <20011024102145.B35541@panzer.kdm.org> <3BD70125.43463835@mitre.org> <20011024125024.A36749@panzer.kdm.org> <20011024145538.A75443@tp.databus.com> <20011024125814.C36749@panzer.kdm.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20011024125814.C36749@panzer.kdm.org>; from ken@kdm.org on Wed, Oct 24, 2001 at 12:58:14PM -0600 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Ouch, you're right. Well, I can testify that the 39160 works fine under FreeBSD. No experience with the 19160. Barney On Wed, Oct 24, 2001 at 12:58:14PM -0600, Kenneth D. Merry wrote: > On Wed, Oct 24, 2001 at 14:55:38 -0400, Barney Wolff wrote: > > As I recall, the 29160 has the 64-bit PCI interface while the 19160 > > is only 32 bit. When plugged into a 32-bit slot they should behave > > identically. > > That's the 29160. The 29160N is a 32-bit card (with fewer connectors than > the 29160). > > Ken > -- > Kenneth Merry > ken@kdm.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Oct 24 12:11:22 2001 Delivered-To: freebsd-stable@freebsd.org Received: from hercules.icarz.com (ns1.icarz.com [207.99.22.7]) by hub.freebsd.org (Postfix) with ESMTP id D6AAA37B406 for ; Wed, 24 Oct 2001 12:11:18 -0700 (PDT) Received: from newken (dhcp113.icarz.com [207.99.22.113]) by hercules.icarz.com (8.10.1/8.10.1) with SMTP id f9OIxC908329; Wed, 24 Oct 2001 14:59:17 -0400 (EDT) Message-ID: <018601c15cbd$fc4d8e40$711663cf@icarz.com> From: "Ken Menzel" To: "Jan Srzednicki" , References: Subject: Re: mysql-server compile problems Date: Wed, 24 Oct 2001 14:59:13 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi Jan, You would get better response on the ports list, or the mysql list (see www.mysql.com/documentation/lists.html.) But I would start with checking 'ulimit -a' and see what your login is set to. See you on one of the other lists, (I am on the mysql main list) this list is for questions related on the the FreeBSD-stable tree. Good Luck, Ken ----- Original Message ----- From: "Jan Srzednicki" To: Sent: Tuesday, October 23, 2001 9:33 PM Subject: mysql-server compile problems > > Hello, > > I have tried to compile MySQL server on a 4.4-STABLE (from the ports). > But, while compiling, I get the following error: > > Note: The following compile may take a long time. > If it fails, re-run configure with --with-low-memory > c++ -DMYSQL_SERVER > -DDEFAULT_MYSQL_HOME="\"/usr/local\"" > -DDATADIR="\"/var/db/mysql\"" > -DSHAREDIR="\"/usr/local/share/mysql\"" -DHAVE_CO NFIG_H > -I../bdb/build_unix -I./../include > -I./../regex -I. -I../include -I.. -I. -DDB UG_OFF > -O2 -march=i586 -felide-constructors -fno-rtti -fno-exceptions > -fno-implicit-templates -fno-exceptions -fno-rtti > -DMYSQLD_NET_RETRY_COUNT=1000000 -fno-inline -c sql_yacc.cc > /usr/lib/bison.simple: In function `int yyparse()': > /usr/lib/bison.simple:761: virtual memory exhausted > *** Error code 1 > > I looked into the Makefile and "--with-low-memory" switch is in there. > What can I do to compile the package? It seems to be rather a compiler > problem than port problem. Or maybe it is? > > I got this error on a machine with 64MB ram, 150MB swap. Whole swap was > unused. Then I tried to compile this on a 256MB ram machine.. with the > same effect (well, it's a busy server, so most of it's memory was used). > > -- > Winfried > mail: winfried@dream.vg http://violent.dream.vg > Warning: Never underestimate the power of stupid people in large numbers. > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Oct 24 12:17:31 2001 Delivered-To: freebsd-stable@freebsd.org Received: from topperwein.dyndns.org (acs-24-154-28-168.zoominternet.net [24.154.28.168]) by hub.freebsd.org (Postfix) with ESMTP id 55B2737B403 for ; Wed, 24 Oct 2001 12:17:28 -0700 (PDT) Received: from topperwein.dyndns.org (topperwein.dyndns.org [192.168.168.10]) by topperwein.dyndns.org (8.11.6/8.11.6) with ESMTP id f9OJHrm27834 for ; Wed, 24 Oct 2001 15:17:53 -0400 (EDT) (envelope-from behanna@zbzoom.net) Date: Wed, 24 Oct 2001 15:17:48 -0400 (EDT) From: Chris BeHanna Reply-To: Chris BeHanna To: FreeBSD-Stable Subject: Re: Input/output Error In-Reply-To: <00a201c15cad$7e89c420$0200000a@peter> Message-ID: <20011024151719.X27636-100000@topperwein.dyndns.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 24 Oct 2001, Peter C. Verhage wrote: > Another error message appeared (a lot of times!): > > ad0s1f: hard error reading fsbn 1511519 of 131088-131089 (ad0s1 bn 1511519; > cn 94 tn 22 sn 23) status=59 error=04 > ad0s1f: hard error reading fsbn 1511519 of 131088-131089 (ad0s1 bn 1511519; > cn 94 tn 22 sn 23) status=59 error=04 > ad0s1f: hard error reading fsbn 1511519 of 131088-131089 (ad0s1 bn 1511519; > cn 94 tn 22 sn 23) status=59 error=04 > > But also: > > ad0s1g: hard error writing fsbn 9482431 of 3604544-3604559 (ad0s1 bn > 9482431; cn 590 tn 64 sn 49) status=51 error=04 > ad0s1g: hard error writing fsbn 23769279 of 10747968-10747983 (ad0s1 bn > 23769279; cn 1479 tn 145 sn 9) status=51 error=04 > > So this really IS a harddisk problem isn't it? Yes. Failure is imminent. -- Chris BeHanna Software Engineer (Remove "bogus" before responding.) behanna@bogus.zbzoom.net I was raised by a pack of wild corn dogs. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Oct 24 12:39:24 2001 Delivered-To: freebsd-stable@freebsd.org Received: from point.osg.gov.bc.ca (point.osg.gov.bc.ca [142.32.102.44]) by hub.freebsd.org (Postfix) with ESMTP id 9FE1037B401 for ; Wed, 24 Oct 2001 12:39:21 -0700 (PDT) Received: (from daemon@localhost) by point.osg.gov.bc.ca (8.8.7/8.8.8) id MAA11933; Wed, 24 Oct 2001 12:39:18 -0700 Received: from passer.osg.gov.bc.ca(142.32.110.29) via SMTP by point.osg.gov.bc.ca, id smtpda11931; Wed Oct 24 12:39:02 2001 Received: (from uucp@localhost) by passer.osg.gov.bc.ca (8.11.6/8.9.1) id f9OJd2C07900; Wed, 24 Oct 2001 12:39:02 -0700 (PDT) Received: from UNKNOWN(10.1.2.1), claiming to be "cwsys.cwsent.com" via SMTP by passer9.cwsent.com, id smtpduD7892; Wed Oct 24 12:38:35 2001 Received: (from uucp@localhost) by cwsys.cwsent.com (8.11.6/8.9.1) id f9OJcYZ47188; Wed, 24 Oct 2001 12:38:34 -0700 (PDT) Message-Id: <200110241938.f9OJcYZ47188@cwsys.cwsent.com> Received: from localhost.cwsent.com(127.0.0.1), claiming to be "cwsys" via SMTP by localhost.cwsent.com, id smtpdL47184; Wed Oct 24 12:38:28 2001 X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 Reply-To: Cy Schubert - ITSD Open Systems Group From: Cy Schubert - ITSD Open Systems Group X-Sender: schubert To: "Peter C. Verhage" Cc: stable@FreeBSD.ORG Subject: Re: Input/output Error In-reply-to: Your message of "Wed, 24 Oct 2001 19:01:16 +0200." <00a201c15cad$7e89c420$0200000a@peter> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 24 Oct 2001 12:38:28 -0700 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <00a201c15cad$7e89c420$0200000a@peter>, "Peter C. Verhage" writes: > Another error message appeared (a lot of times!): > > ad0s1f: hard error reading fsbn 1511519 of 131088-131089 (ad0s1 bn 1511519; > cn 94 tn 22 sn 23) status=59 error=04 > ad0s1f: hard error reading fsbn 1511519 of 131088-131089 (ad0s1 bn 1511519; > cn 94 tn 22 sn 23) status=59 error=04 > ad0s1f: hard error reading fsbn 1511519 of 131088-131089 (ad0s1 bn 1511519; > cn 94 tn 22 sn 23) status=59 error=04 > > But also: > > ad0s1g: hard error writing fsbn 9482431 of 3604544-3604559 (ad0s1 bn > 9482431; cn 590 tn 64 sn 49) status=51 error=04 > ad0s1g: hard error writing fsbn 23769279 of 10747968-10747983 (ad0s1 bn > 23769279; cn 1479 tn 145 sn 9) status=51 error=04 > > So this really IS a harddisk problem isn't it? Definitely. Regards, Phone: (250)387-8437 Cy Schubert Fax: (250)387-5766 Team Leader, Sun/Alpha Team Internet: Cy.Schubert@osg.gov.bc.ca Open Systems Group, ITSD Ministry of Management Services Province of BC To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Oct 24 12:51:13 2001 Delivered-To: freebsd-stable@freebsd.org Received: from maile.telia.com (maile.telia.com [194.22.190.16]) by hub.freebsd.org (Postfix) with ESMTP id 6F1BE37B403 for ; Wed, 24 Oct 2001 12:50:52 -0700 (PDT) Received: from d1o907.telia.com (d1o907.telia.com [195.252.38.241]) by maile.telia.com (8.11.6/8.11.6) with ESMTP id f9OJopb22947 for ; Wed, 24 Oct 2001 21:50:51 +0200 (CEST) Received: from ludd.luth.se (h216n2fls21o907.telia.com [213.66.203.216]) by d1o907.telia.com (8.8.8/8.8.8) with ESMTP id VAA19312 for ; Wed, 24 Oct 2001 21:50:50 +0200 (CEST) Message-ID: <3BD71BB0.6090203@ludd.luth.se> Date: Wed, 24 Oct 2001 21:51:12 +0200 From: Joachim =?ISO-8859-1?Q?Str=F6mbergson?= Organization: Acne User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:0.9.4) Gecko/20011007 X-Accept-Language: en-US MIME-Version: 1.0 To: stable Subject: SIGPFE problems on Athlon processors running 4.3-STABLE Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Aloha! We have a set of Athlon (1200 or 1333 MHz) basesd worksatations. For these I've tried to install crypto support using either gnupg, pnugp or pgp5 from the ports. It doesn't go particularily well. Besides such problems like the pgp port not installing based on PREFIX (it installs the stuff in /usr/local even though the info in /vad/db/pkg/pgp says it was installed in /usr/opt) Something more disturbing is happening. Both versions of pgp dies with a signal 8 (SIGPFE) when running. Like this: js@marge.springfield.se:/usr/home/js>pgp -h No randseed file found. Cannot open configuration file /usr/home/js/.pgp/pgp.cfg PGP is now invoked from different executables for different operations: pgpe Encrypt (including Encrypt/Sign) pgps Sign pgpv Verify/Decrypt pgpk Key management pgpo PGP 2.6.2 command-line simulator (not yet implemented) See each application's respective man page or the general PGP documentation for more information. Received signal 8. The machines all uses recompiled, not GENERIC kernels. The cpu setting in the config files are set to I686_CPU. I've tried to set the CPUTYPE in /etc/defaults/make.conf to k7, but it doesn't chage the behaviour. The machines are all running the same 4.3-STABLE built in June. Finally, gnupg also have problems. It simply never quits waiting for entropy during key generation. I try to use the smallest key size, but gnupg locks up even though I use the machine and the keyboard for hours. Any help and pointers would be greatly appreciated. -- Med vänlig hälsning, Cheers! Joachim Strömbergson ============================================================================ Joachim Strömbergson - ASIC designer, nice to *cute* animals. snail: phone: mail & web: Sävenäsgatan 5A +46 31 - 27 98 47 watchman@ludd.luth.se 416 72 Göteborg +46 733 75 97 02 www.ludd.luth.se/~watchman ============================================================================ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Oct 24 12:57:23 2001 Delivered-To: freebsd-stable@freebsd.org Received: from clyde.goodleaf.net (piscator.seanet.com [199.181.165.218]) by hub.freebsd.org (Postfix) with ESMTP id 018C437B403 for ; Wed, 24 Oct 2001 12:57:20 -0700 (PDT) Received: by clyde.goodleaf.net (Postfix, from userid 1001) id A7CC65C38; Wed, 24 Oct 2001 13:00:37 -0700 (PDT) References: <3BD6D691.40702@chain.demon.nl> <20011024101325.A35541@panzer.kdm.org> <20011024102145.B35541@panzer.kdm.org> <3BD70125.43463835@mitre.org> In-Reply-To: <3BD70125.43463835@mitre.org> From: "J. Goodleaf" To: stable@freebsd.org Subject: Re: Which Ultra160/Ultra360 controller? Date: Wed, 24 Oct 2001 20:00:37 GMT Mime-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <20011024200037.A7CC65C38@clyde.goodleaf.net> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On a different note, I'm told that the Q-Logic based controllers from vendors like IWil and even the Symbios-based Tekram controllers provide performance on par with anything from Adaptec. Also, they cost less. Any word? -John Jason Andresen writes: > "Kenneth D. Merry" wrote: >> >> On Wed, Oct 24, 2001 at 10:13:25 -0600, Kenneth D. Merry wrote: >> > On Wed, Oct 24, 2001 at 16:56:17 +0200, Sven Hazejager wrote: >> > > Hi all, >> > > >> > > I'm looking for a new SCSI host adapter for my PC. I'm looking at the >> > > Adaptec 29160N, but since that's quite expensive, I'm open to >> > > alternatives. It has to run FreeBSD-Stable without any problems, Windows >> > > 98/NT4/2000/XP, it has to be fast, it has to have the same connectors as >> > > the 29160N (50-pins HD external, 50-pins internal and 68-pins U160). It >> > > also has to run on an Athlon system (Abit KT7A), if that somehow may >> > > pose a problem. >> > > >> > > Suggestions? What are your favourite host adapters? >> > >> > I would suggest the Adaptec 19160. It has the exact same connectors as the >> > 29160, but costs less. >> ^^^^^-- that should be '29160N' >> >> > www.microx-press.com sells the white box (i.e. no cables) version for >> > $155, and the kit version for $226. (versus $207 and $284 for the white box >> > and kit versions of the 29160N) >> > >> > It works fine with FreeBSD, and should work fine under Windows as well. > > For that matter, what is the difference between the 29160N and the > 19160? I > remember seeing both of those cards on Adaptec's site awhile back and I > still can't figure out what the difference is between them other than > the > 29160N mentioning support for Unix as well as Windows. > > FYI, I have a 19160 in my PC and it runs like a champ. > > -- > \ |_ _|__ __|_ \ __| Jason Andresen jandrese@mitre.org > |\/ | | | / _| Network and Distributed Systems Engineer > _| _|___| _| _|_\___| Office: 703-883-7755 > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message ===================== J. Goodleaf john@goodleaf.net goodleaj@immunex.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Oct 24 13:34: 1 2001 Delivered-To: freebsd-stable@freebsd.org Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by hub.freebsd.org (Postfix) with SMTP id 3B02237B401 for ; Wed, 24 Oct 2001 13:33:58 -0700 (PDT) Received: from lanczos.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 24 Oct 2001 21:33:57 +0100 (BST) Date: Wed, 24 Oct 2001 21:33:55 +0100 From: David Malone To: Anatoliy Dmytriyev Cc: freebsd-stable@freebsd.org Subject: Re: UFS_DIRHASH - your opinion Message-ID: <20011024213355.A76424@lanczos.maths.tcd.ie> References: <20011023213210.B20237@plab.ku.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20011023213210.B20237@plab.ku.dk>; from tolid@plab.ku.dk on Tue, Oct 23, 2001 at 09:32:10PM +0200 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Oct 23, 2001 at 09:32:10PM +0200, Anatoliy Dmytriyev wrote: > I installed on my home box 4.4-RELEASE and found in the LINT new option > UFS_DIRHASH. What do you think about this? Well, here we are using the code on out news server, cvsup server and NFS server without any problems. Mind you, Ian Dowse who wrote the dirhash code works here, so we may be biased ;-) > I know this is experimental code but have you experience with > UFS_DIRHASH? And have I reasons include this option in my kernel? If you have directories which contains lots of files which are accessed repeatedly then it may be a win for you. David. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Oct 24 13:40:30 2001 Delivered-To: freebsd-stable@freebsd.org Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by hub.freebsd.org (Postfix) with SMTP id C672A37B401 for ; Wed, 24 Oct 2001 13:40:27 -0700 (PDT) Received: from lanczos.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 24 Oct 2001 21:40:25 +0100 (BST) Date: Wed, 24 Oct 2001 21:40:25 +0100 From: David Malone To: =?iso-8859-1?Q?Joachim_Str=F6mbergson?= Cc: stable Subject: Re: SIGPFE problems on Athlon processors running 4.3-STABLE Message-ID: <20011024214025.B76424@lanczos.maths.tcd.ie> References: <3BD71BB0.6090203@ludd.luth.se> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.5i In-Reply-To: <3BD71BB0.6090203@ludd.luth.se>; from watchman@ludd.luth.se on Wed, Oct 24, 2001 at 09:51:12PM +0200 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, Oct 24, 2001 at 09:51:12PM +0200, Joachim Strömbergson wrote: > Both versions of pgp dies with a signal 8 (SIGPFE) when running. Like this: What does "sysctl -a | fgrep sse" show? I wonder if this could be an interaction with the sse support? You'd get one or two fixes to that if you installed a recent 4.4-STABLE. David. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Oct 24 13:43: 1 2001 Delivered-To: freebsd-stable@freebsd.org Received: from point.osg.gov.bc.ca (point.osg.gov.bc.ca [142.32.102.44]) by hub.freebsd.org (Postfix) with ESMTP id DA18037B401 for ; Wed, 24 Oct 2001 13:42:57 -0700 (PDT) Received: (from daemon@localhost) by point.osg.gov.bc.ca (8.8.7/8.8.8) id NAA12221; Wed, 24 Oct 2001 13:42:39 -0700 Received: from passer.osg.gov.bc.ca(142.32.110.29) via SMTP by point.osg.gov.bc.ca, id smtpda12219; Wed Oct 24 13:42:33 2001 Received: (from uucp@localhost) by passer.osg.gov.bc.ca (8.11.6/8.9.1) id f9OKgXA08462; Wed, 24 Oct 2001 13:42:33 -0700 (PDT) Received: from UNKNOWN(10.1.2.1), claiming to be "cwsys.cwsent.com" via SMTP by passer9.cwsent.com, id smtpdlQ8456; Wed Oct 24 13:41:38 2001 Received: (from uucp@localhost) by cwsys.cwsent.com (8.11.6/8.9.1) id f9OKfbP47523; Wed, 24 Oct 2001 13:41:37 -0700 (PDT) Message-Id: <200110242041.f9OKfbP47523@cwsys.cwsent.com> Received: from localhost.cwsent.com(127.0.0.1), claiming to be "cwsys" via SMTP by localhost.cwsent.com, id smtpdL47516; Wed Oct 24 13:41:08 2001 X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 Reply-To: Cy Schubert - ITSD Open Systems Group From: Cy Schubert - ITSD Open Systems Group X-Sender: schubert To: David Malone Cc: Anatoliy Dmytriyev , freebsd-stable@FreeBSD.ORG Subject: Re: UFS_DIRHASH - your opinion In-reply-to: Your message of "Wed, 24 Oct 2001 21:33:55 BST." <20011024213355.A76424@lanczos.maths.tcd.ie> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 24 Oct 2001 13:41:08 -0700 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <20011024213355.A76424@lanczos.maths.tcd.ie>, David Malone writes: > On Tue, Oct 23, 2001 at 09:32:10PM +0200, Anatoliy Dmytriyev wrote: > > I installed on my home box 4.4-RELEASE and found in the LINT new option > > UFS_DIRHASH. What do you think about this? > > Well, here we are using the code on out news server, cvsup server > and NFS server without any problems. Mind you, Ian Dowse who wrote > the dirhash code works here, so we may be biased ;-) > > > I know this is experimental code but have you experience with > > UFS_DIRHASH? And have I reasons include this option in my kernel? > > If you have directories which contains lots of files which are > accessed repeatedly then it may be a win for you. This seems like a useful feature. Should this be the default or is it risky as LINT suggests? Regards, Phone: (250)387-8437 Cy Schubert Fax: (250)387-5766 Team Leader, Sun/Alpha Team Internet: Cy.Schubert@osg.gov.bc.ca Open Systems Group, ITSD Ministry of Management Services Province of BC To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Oct 24 13:52:25 2001 Delivered-To: freebsd-stable@freebsd.org Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by hub.freebsd.org (Postfix) with SMTP id 267F337B401 for ; Wed, 24 Oct 2001 13:52:22 -0700 (PDT) Received: from lanczos.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 24 Oct 2001 21:52:19 +0100 (BST) To: Cy Schubert - ITSD Open Systems Group Cc: Anatoliy Dmytriyev , freebsd-stable@FreeBSD.ORG Subject: Re: UFS_DIRHASH - your opinion In-reply-to: Your message of "Wed, 24 Oct 2001 13:41:08 PDT." <200110242041.f9OKfbP47523@cwsys.cwsent.com> X-Request-Do: Date: Wed, 24 Oct 2001 21:52:18 +0100 From: David Malone Message-ID: <200110242152.aa53208@salmon.maths.tcd.ie> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > If you have directories which contains lots of files which are > > accessed repeatedly then it may be a win for you. > This seems like a useful feature. Should this be the default or is it > risky as LINT suggests? Hard to say. The system works by building a hash table of a directory before it is accessed. I think this is on average about as expensive as a handful of directory accesses. After that accesses to that directory should go more quickly. However, if the pattern in which you access directories is random enough you may end up not using the hash table enough to save the cost of building it. I'd guess it would be a win on most systems. If you want to see how much of a win it can be, then try making a directory with a thousand files and then deleting it. David. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Oct 24 14:19:58 2001 Delivered-To: freebsd-stable@freebsd.org Received: from lurza.secnetix.de (lurza.secnetix.de [212.66.1.130]) by hub.freebsd.org (Postfix) with ESMTP id 8718337B403 for ; Wed, 24 Oct 2001 14:19:54 -0700 (PDT) Received: (from olli@localhost) by lurza.secnetix.de (8.11.6/8.11.6) id f9OLJqN61720; Wed, 24 Oct 2001 23:19:52 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Date: Wed, 24 Oct 2001 23:19:52 +0200 (CEST) Message-Id: <200110242119.f9OLJqN61720@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG Reply-To: freebsd-stable@FreeBSD.ORG Subject: Re: Which Ultra160/Ultra360 controller? In-Reply-To: <20011024200037.A7CC65C38@clyde.goodleaf.net> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.5.4-20000523 ("1959") (UNIX) (FreeBSD/4.4-RELEASE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG J. Goodleaf wrote: > On a different note, I'm told that the Q-Logic based controllers from > vendors like IWil and even the Symbios-based Tekram controllers provide > performance on par with anything from Adaptec. Also, they cost less. Any > word? We're using two Tekram U2W controllers (don't know the exact model number) in a fileserver at a customer, each of them carrying four U160 10krpm disks. The controllers are based on symbios 895 chips. They work great. They don't support U160, though, but the 80 Mbyte/s is still more than enough for that type of usage. You have to connect a _lot_ of disk to a single controller (and also use them all at once) to really need U160. Regards Oliver -- Oliver Fromme, secnetix GmbH & Co KG, Oettingenstr. 2, 80538 München Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "All that we see or seem is just a dream within a dream" (E. A. Poe) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Oct 24 14:46: 2 2001 Delivered-To: freebsd-stable@freebsd.org Received: from vimfuego.saarinen.org (saarinen.org [203.79.82.14]) by hub.freebsd.org (Postfix) with ESMTP id E487537B407 for ; Wed, 24 Oct 2001 14:45:57 -0700 (PDT) Received: from vimfuego.saarinen.org ([192.168.1.1]) by vimfuego.saarinen.org with esmtp (Exim 3.33 #1 (Red Hack)) id 15wVqJ-0000J6-00; Thu, 25 Oct 2001 10:45:43 +1300 Date: Thu, 25 Oct 2001 10:45:43 +1300 (NZDT) From: Juha Saarinen To: David Malone Cc: Anatoliy Dmytriyev , "freebsd-stable@freebsd.org" Subject: Re: UFS_DIRHASH - your opinion In-Reply-To: <20011024213355.A76424@lanczos.maths.tcd.ie> Message-ID: X-S: Always MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 24 Oct 2001, David Malone wrote: > If you have directories which contains lots of files which are > accessed repeatedly then it may be a win for you. So it'd be good for a Squid volume, e.g? -- Regards, Juha To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Oct 24 15:51: 2 2001 Delivered-To: freebsd-stable@freebsd.org Received: from topperwein.dyndns.org (acs-24-154-28-168.zoominternet.net [24.154.28.168]) by hub.freebsd.org (Postfix) with ESMTP id 669BB37B401 for ; Wed, 24 Oct 2001 15:51:00 -0700 (PDT) Received: from topperwein.dyndns.org (topperwein.dyndns.org [192.168.168.10]) by topperwein.dyndns.org (8.11.6/8.11.6) with ESMTP id f9OMpQm28218 for ; Wed, 24 Oct 2001 18:51:26 -0400 (EDT) (envelope-from behanna@zbzoom.net) Date: Wed, 24 Oct 2001 18:51:21 -0400 (EDT) From: Chris BeHanna Reply-To: Chris BeHanna To: FreeBSD-Stable Subject: Re: SIGPFE problems on Athlon processors running 4.3-STABLE In-Reply-To: <3BD71BB0.6090203@ludd.luth.se> Message-ID: <20011024163638.K27972-100000@topperwein.dyndns.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 24 Oct 2001, Joachim Strömbergson wrote: > Aloha! > > We have a set of Athlon (1200 or 1333 MHz) basesd worksatations. For these > I've tried to install crypto support using either gnupg, pnugp or pgp5 from > the ports. It doesn't go particularily well. > > Besides such problems like the pgp port not installing based on PREFIX (it > installs the stuff in /usr/local even though the info in /vad/db/pkg/pgp says > it was installed in /usr/opt) Something more disturbing is happening. > > Both versions of pgp dies with a signal 8 (SIGPFE) when running. Like this: SIGFPE -- Floating Point Exception This would be an underflow, overflow, or divide-by-zero error.k FWIW, GnuPG works fine on my T-bird. -- Chris BeHanna Software Engineer (Remove "bogus" before responding.) behanna@bogus.zbzoom.net I was raised by a pack of wild corn dogs. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Oct 24 16:35:56 2001 Delivered-To: freebsd-stable@freebsd.org Received: from mail.wolves.k12.mo.us (mail.wolves.k12.mo.us [207.160.214.1]) by hub.freebsd.org (Postfix) with ESMTP id A279037B43C for ; Wed, 24 Oct 2001 16:35:47 -0700 (PDT) Received: from mail.wolves.k12.mo.us (cdillon@mail.wolves.k12.mo.us [207.160.214.1]) by mail.wolves.k12.mo.us (8.9.3/8.9.3) with ESMTP id SAA97939; Wed, 24 Oct 2001 18:35:33 -0500 (CDT) (envelope-from cdillon@wolves.k12.mo.us) Date: Wed, 24 Oct 2001 18:35:32 -0500 (CDT) From: Chris Dillon To: Juha Saarinen Cc: David Malone , Anatoliy Dmytriyev , "freebsd-stable@freebsd.org" Subject: Re: UFS_DIRHASH - your opinion In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, 25 Oct 2001, Juha Saarinen wrote: > On Wed, 24 Oct 2001, David Malone wrote: > > > If you have directories which contains lots of files which are > > accessed repeatedly then it may be a win for you. > > So it'd be good for a Squid volume, e.g? No, it could in fact hurt performance, if I understand correctly. Squid is smart enough to spread the thousands or millions of files it keeps under lots and lots of sub-directories. Each individual directory shouldn't have more than about 255 entries if you set things up right. Besides, even if Squid didn't spread things out, it doesn't need to get a listing of all the files in a directory (except in the event of a dirty cache that needs to be rebuilt) since it keeps its own metadata. -- Chris Dillon - cdillon@wolves.k12.mo.us - cdillon@inter-linc.net FreeBSD: The fastest and most stable server OS on the planet - Available for IA32 (Intel x86) and Alpha architectures - IA64, PowerPC, UltraSPARC, and ARM architectures under development - http://www.freebsd.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Oct 24 16:40:56 2001 Delivered-To: freebsd-stable@freebsd.org Received: from vimfuego.saarinen.org (saarinen.org [203.79.82.14]) by hub.freebsd.org (Postfix) with ESMTP id 488A237B401 for ; Wed, 24 Oct 2001 16:40:53 -0700 (PDT) Received: from vimfuego.saarinen.org ([192.168.1.1]) by vimfuego.saarinen.org with esmtp (Exim 3.33 #1 (Red Hack)) id 15wXdZ-0000QE-00; Thu, 25 Oct 2001 12:40:41 +1300 Date: Thu, 25 Oct 2001 12:40:41 +1300 (NZDT) From: Juha Saarinen To: Chris Dillon Cc: David Malone , Anatoliy Dmytriyev , "freebsd-stable@freebsd.org" Subject: Re: UFS_DIRHASH - your opinion In-Reply-To: Message-ID: X-S: Always MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 24 Oct 2001, Chris Dillon wrote: > No, it could in fact hurt performance, if I understand correctly. > Squid is smart enough to spread the thousands or millions of files it > keeps under lots and lots of sub-directories. Each individual > directory shouldn't have more than about 255 entries if you set things > up right. Besides, even if Squid didn't spread things out, it doesn't > need to get a listing of all the files in a directory (except in the > event of a dirty cache that needs to be rebuilt) since it keeps its > own metadata. Thanks. Are there any good hints and tips for running Squid under FreeBSD? On Linux, a file system like ReiserFS is supposedly the best, as it's good with lots of little files. -- Regards, Juha To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Oct 24 17:15: 5 2001 Delivered-To: freebsd-stable@freebsd.org Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by hub.freebsd.org (Postfix) with SMTP id E02A837B407 for ; Wed, 24 Oct 2001 17:15:00 -0700 (PDT) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 25 Oct 2001 01:14:57 +0100 (BST) To: Cy Schubert - ITSD Open Systems Group Cc: David Malone , Anatoliy Dmytriyev , freebsd-stable@FreeBSD.ORG Subject: Re: UFS_DIRHASH - your opinion In-Reply-To: Your message of "Wed, 24 Oct 2001 13:41:08 PDT." <200110242041.f9OKfbP47523@cwsys.cwsent.com> Date: Thu, 25 Oct 2001 01:14:57 +0100 From: Ian Dowse Message-ID: <200110250114.aa06003@salmon.maths.tcd.ie> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <200110242041.f9OKfbP47523@cwsys.cwsent.com>, Cy Schubert - ITSD Ope >> If you have directories which contains lots of files which are >> accessed repeatedly then it may be a win for you. > >This seems like a useful feature. Should this be the default or is it >risky as LINT suggests? I'm not aware of any problems with UFS_DIRHASH, but since it was relatively new code added to -stable just a few weeks before 4.4-RELEASE, I wanted a reminder that it could quite possibly cause instability. I'll remove that comment from LINT soon, now that it has been a bit more widely used. Large directories are almost always a poor design choice, so the best advice is to avoid them in the first place. However, some existing applications and systems can end up working with extremely large directories (MH mailboxes, parts of some news filesystems, mail spool directories etc). Here, the CPU time required to perform linear searches of directories can cause a significant impact on the overall system speed. UFS_DIRHASH is really intended for these extreme cases, especially where rewriting the application to use smaller directories is impossible or impractical. To summarise, UFS_DIRHASH does not offer a significant improvement for typical systems (in fact there will be a marginal performance reduction), but where huge directories are accessed it can be a huge win. This marginal slowdown, and the extra memory usage suggest that it should probably remain as an optional feature. Ian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Oct 24 17:15: 9 2001 Delivered-To: freebsd-stable@freebsd.org Received: from iguana.aciri.org (iguana.aciri.org [192.150.187.36]) by hub.freebsd.org (Postfix) with ESMTP id C3FF337B401 for ; Wed, 24 Oct 2001 17:15:03 -0700 (PDT) Received: (from rizzo@localhost) by iguana.aciri.org (8.11.3/8.11.1) id f9P0BgV48360; Wed, 24 Oct 2001 17:11:42 -0700 (PDT) (envelope-from rizzo) Date: Wed, 24 Oct 2001 17:11:42 -0700 From: Luigi Rizzo To: stable@freebsd.org Subject: struct ifnet changes Message-ID: <20011024171142.A48147@iguana.aciri.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.23i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, in order to add polling support to network interfaces i need to add one more flag to network interface descriptors, but the relevant field in struct ifnet (if_flags) is only 16 bit wide and already fully used. I would like to extend it to 32 bit, which is not a problem in CURRENT, but doing this in STABLE will break binary compatibility with older drivers (presumably up to FreeBSD 4.2, as between 4.1 and 4.2 there were other changes that probably prevent the use of old binary drivers). Are there strong objections to this change ? I can avoid breaking binary compatibility by using some other unused field (e.g. if_ipending, which is currently unused), but i'd rather not have to, because we risk to carry this dirty hack forever. If I am allowed to make changes to the structure, I would do the following: + change if_flags to an u_int32_t to accommodate more flags, and move it to the beginning of the structure -- this is accessed very very frequently, and this change makes the kernel 200 bytes smaller, and possibly a bit faster; + remove if_ipending -- noone is using it; + change if_index to u_int32_t (mostly to preserve alignment of the remaining fields); + maybe change if_unit and if_timer to 32 bit, for better alignment and code efficiency + redefine some of the (currently unused) fields for polling support. This does not compromise binary compatibility because the field size and position will remain the same, only the type will change. Comments ? cheers luigi ----------------------------------+----------------------------------------- Luigi RIZZO, luigi@iet.unipi.it . ACIRI/ICSI (on leave from Univ. di Pisa) http://www.iet.unipi.it/~luigi/ . 1947 Center St, Berkeley CA 94704 Phone: (510) 666 2927 ----------------------------------+----------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Oct 24 17:27:14 2001 Delivered-To: freebsd-stable@freebsd.org Received: from maild.telia.com (maild.telia.com [194.22.190.101]) by hub.freebsd.org (Postfix) with ESMTP id 01AFF37B403 for ; Wed, 24 Oct 2001 17:27:10 -0700 (PDT) Received: from d1o907.telia.com (d1o907.telia.com [195.252.38.241]) by maild.telia.com (8.11.6/8.11.6) with ESMTP id f9P0R0t02010; Thu, 25 Oct 2001 02:27:00 +0200 (CEST) Received: from ludd.luth.se (h216n2fls21o907.telia.com [213.66.203.216]) by d1o907.telia.com (8.8.8/8.8.8) with ESMTP id CAA00850; Thu, 25 Oct 2001 02:26:59 +0200 (CEST) Message-ID: <3BD75C6C.8070201@ludd.luth.se> Date: Thu, 25 Oct 2001 02:27:24 +0200 From: Joachim =?ISO-8859-1?Q?Str=F6mbergson?= Organization: Acne User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:0.9.4) Gecko/20011007 X-Accept-Language: en-US MIME-Version: 1.0 To: Chris BeHanna Cc: FreeBSD-Stable Subject: Re: SIGPFE problems on Athlon processors running 4.3-STABLE References: <20011024163638.K27972-100000@topperwein.dyndns.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Aloha! Chris BeHanna wrote: > On Wed, 24 Oct 2001, Joachim Strömbergson wrote: > > >>Aloha! >> >>We have a set of Athlon (1200 or 1333 MHz) basesd worksatations. For these >>I've tried to install crypto support using either gnupg, pnugp or pgp5 from >>the ports. It doesn't go particularily well. >> >>Besides such problems like the pgp port not installing based on PREFIX (it >>installs the stuff in /usr/local even though the info in /vad/db/pkg/pgp says >>it was installed in /usr/opt) Something more disturbing is happening. >> >>Both versions of pgp dies with a signal 8 (SIGPFE) when running. Like this: >> > > SIGFPE -- Floating Point Exception > > This would be an underflow, overflow, or divide-by-zero error.k > FWIW, GnuPG works fine on my T-bird. Yes, SIGPFE are floating point exceptions. See man signal. The question is if anybody have any clue why this happens on the Athlon for GPG. And how to fix. As I wrote, gnupg doesn't work either since it never finishes generating the keys. Also, AFAIK there are some interoperability questions visavi PGP for gnupg. -- Med vänlig hälsning, Cheers! Joachim Strömbergson ============================================================================ Joachim Strömbergson - ASIC designer, nice to *cute* animals. snail: phone: mail & web: Sävenäsgatan 5A +46 31 - 27 98 47 watchman@ludd.luth.se 416 72 Göteborg +46 733 75 97 02 www.ludd.luth.se/~watchman ============================================================================ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Oct 24 17:43:13 2001 Delivered-To: freebsd-stable@freebsd.org Received: from topperwein.dyndns.org (acs-24-154-28-168.zoominternet.net [24.154.28.168]) by hub.freebsd.org (Postfix) with ESMTP id 22C9237B405 for ; Wed, 24 Oct 2001 17:43:03 -0700 (PDT) Received: from topperwein.dyndns.org (topperwein.dyndns.org [192.168.168.10]) by topperwein.dyndns.org (8.11.6/8.11.6) with ESMTP id f9P0hUm28438 for ; Wed, 24 Oct 2001 20:43:30 -0400 (EDT) (envelope-from behanna@zbzoom.net) Date: Wed, 24 Oct 2001 20:43:25 -0400 (EDT) From: Chris BeHanna Reply-To: Chris BeHanna To: FreeBSD-Stable Subject: Re: SIGPFE problems on Athlon processors running 4.3-STABLE In-Reply-To: <3BD75C6C.8070201@ludd.luth.se> Message-ID: <20011024203410.K28383-100000@topperwein.dyndns.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, 25 Oct 2001, Joachim Strömbergson wrote: > Aloha! Haven't been there in seven years. Sigh. > Chris BeHanna wrote: > > > On Wed, 24 Oct 2001, Joachim Strömbergson wrote: > >> [...PGP5 and GnuPG die with SIGFPE on Joachim's Athlon-based > >> system...] > > > > SIGFPE -- Floating Point Exception > > > > This would be an underflow, overflow, or divide-by-zero error.k > > FWIW, GnuPG works fine on my T-bird. > > Yes, SIGPFE are floating point exceptions. See man signal. The question is if > anybody have any clue why this happens on the Athlon for GPG. And how to fix. It happens on *your* Athlon. It doesn't happen on mine. I don't know why you'd have a problem. The only clue I can give you is that it is something peculiar to your environment, or to the way you built PGP, GnuPG, or one of their dependencies. Can you determine where it's dying (e.g., via the -v flag)? Question: do other floating-point apps work on your machine? (E.g., calc, desktop calculators, gnumeric, StarCalc, multimedia apps). If not, then maybe you inadvertently disabled the npx0 device in your kernel, or it has a conflict? (Mine wants IRQ 13.) FWIW, I also have CPU_ENABLE_SSE in my kernel. Does GnuPG work if you boot GENERIC? > As I wrote, gnupg doesn't work either since it never finishes > generating the keys. Again, it works for me (1.333GHz T-Bird). > Also, AFAIK there are some interoperability > questions visavi PGP for gnupg. GnuPG uses the OpenPGP format for its keys. That said, I've successfully imported (and am still able to use) my older PGP keys, as well as send messages to PGP users and decipher messages from PGP users. As far as older scripts that used PGP's interface go, GnuPG supports many of the same options, and the pgpgpg port can be used as a shim to handle any inconsistencies (I use it so that my old vi keybindings will still work, for example). -- Chris BeHanna Software Engineer (Remove "bogus" before responding.) behanna@bogus.zbzoom.net I was raised by a pack of wild corn dogs. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Oct 24 21:16:36 2001 Delivered-To: freebsd-stable@freebsd.org Received: from atg.aciworldwide.com (h139-142-180-4.gtcust.grouptelecom.net [139.142.180.4]) by hub.freebsd.org (Postfix) with ESMTP id 2E71437B405 for ; Wed, 24 Oct 2001 21:16:31 -0700 (PDT) Received: from atg.aciworldwide.com (atg.aciworldwide.com [139.142.180.33]) by atg.aciworldwide.com (8.12.0/8.12.0) with ESMTP id f9P4GU0H072262 for ; Wed, 24 Oct 2001 22:16:30 -0600 (MDT) Message-Id: <200110250416.f9P4GU0H072262@atg.aciworldwide.com> To: stable@freebsd.org subject: 2001-10-24-22:14:02 broken builds X-URL: http://www.aciworldwide.com/ X-Notes-Item: Just say NO to Notes! Organization: ACI Worldwide - Advanced Technology Group Date: Wed, 24 Oct 2001 22:16:30 -0600 From: Lyndon Nerenberg Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This has been happening for a few hours now. (After rm -f /usr/obj every time) ===> libc_r rm -f .depend mkdep -f .depend -a -nostdinc -DLIBC_RCS -DSYSLIBC_RCS -I/u/freebsd/cvssrc/RELENG_4/lib/libc_r/../libc/include -DPTHREAD_KERNEL -D_THREAD_SAFE -I/u/freebsd/cvssrc/RELENG_4/lib/libc_r/uthread -I/u/freebsd/cvssrc/RELENG_4/lib/libc_r/../../include -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -I/usr/obj/u/freebsd/cvssrc/RELENG_4/i386/usr/include -I/u/freebsd/cvssrc/RELENG_4/lib/libc_r/../libc/i386 -I/u/freebsd/cvssrc/RELENG_4/lib/libc_r/uthread /u/freebsd/cvssrc/RELENG_4/lib/libc_r/arch/i386/_atomic_lock.S /u/freebsd/cvssrc/RELENG_4/lib/libc_r/arch/i386/_atomic_lock.S:28: DEFS.h: No such file or directory mkdep: compile failed To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Oct 24 21:31:16 2001 Delivered-To: freebsd-stable@freebsd.org Received: from zeus.marinet.gr (www.marinet.gr [62.1.205.9]) by hub.freebsd.org (Postfix) with ESMTP id 5D6EF37B405; Wed, 24 Oct 2001 21:23:19 -0700 (PDT) Received: from athena ([62.1.154.6]) by zeus.marinet.gr (8.9.3/8.9.3) with SMTP id VAA06905 for ; Wed, 24 Oct 2001 21:05:36 +0300 Message-ID: <001001c15cbc$49e2ec60$120152a6@marinet.gr> From: "Sotiria Petrou" To: Subject: =?iso-8859-7?B?TWFyaW5ldCAtINDRz9PUwdTF2NTFINTPIMPRwdbFyc8g08HTIME=?= =?iso-8859-7?B?0M8g1M/V0yDJz9XTIA==?= Date: Wed, 24 Oct 2001 21:42:50 +0300 MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="----=_NextPart_000_000A_01C15CD4.D549F2E0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. ------=_NextPart_000_000A_01C15CD4.D549F2E0 Content-Type: multipart/alternative; boundary="----=_NextPart_001_000B_01C15CD4.D549F2E0" ------=_NextPart_001_000B_01C15CD4.D549F2E0 Content-Type: text/plain; charset="iso-8859-7" Content-Transfer-Encoding: quoted-printable MARINET - =D0=F1=EF=F3=F6=EF=F1=DC Antivirus =20 =D0=D1=CF=D3=D4=C1=D4=C5=D8=D4=C5 =D4=CF = =C3=D1=C1=D6=C5=C9=CF =D3=C1=D3 =C1=D0=CF =D4=CF=D5=D3 =C9=CF=D5=D3=20 =C5=E3=EA=E1=F4=DC=F3=F4=E1=F3=E7 =E1=F0=FC = =F4=E5=F7=ED=E9=EA=EF=FD=F2 =EC=E1=F2=20 =C4=E9=E1=F1=EA=DE=F2 = =D5=F0=EF=F3=F4=DE=F1=E9=EE=E7 & =C1=ED=E1=ED=DD=F9=F3=E7 =D0=D1=CF=D3=D6=CF=D1=C1 10.000 =C4=D1=D7=20 =20 =20 =20 =D0=F1=EF=F3=F4=E1=F4=DD=F8=F4=E5 =F4=E1 = =DD=E3=E3=F1=E1=F6=DC =F3=E1=F2 =E1=F0=FC =F4=EF=F5=F2 =E9=EF=FD=F2: =20 =20 Symantec Norton Antivirus 2002 - 9.800 =E4=F1=F7 Symantec Systemworks 2001 - 17.000 =E4=F1=F7=20 McAffee Virusscan - 9.600 =E4=F1=F7 McAffee Office 2001 - 35.000 =E4=F1=F7 =C1=ED=E1=ED=DD=F9=F3=E7 = =E2=E9=E2=EB=E9=EF=E8=E7=EA=FE=ED =E9=FE=ED - 10.000 =E4=F1=F7 =C5=E3=EA=E1=F4=DC=F3=F4=E1=F3=E7 =E1=F0=FC = =F4=E5=F7=ED=E9=EA=FC =EC=E1=F2 - 10.000 =E4=F1=F7=20 =D0=E1=F1=DD=F7=EF=F5=EC=E5 = =F3=F5=EC=E2=FC=EB=E1=E9=E1 =E4=E9=E1=F1=EA=EF=FD=F2 = =F5=F0=EF=F3=F4=DE=F1=E9=EE=E7=F2. =20 =20 =20 *=CF=E9 =F4=E9=EC=DD=F2 =E4=E5=ED = =F0=E5=F1=E9=EB=E1=EC=E2=DC=ED=EF=F5=ED =D6=D0=C1 18%=20 =20 =20 =20 =20 =D5=F0=E5=FD=E8=F5=ED=EF=F2 =D0=F9=EB=DE=F3=E5=F9=ED =CD=E9=EA=FC=EB=E1=EF=F2 =CC=F0=EF=F3=DF=ED=E7=F2 =F4=E7=EB.: 4101130,1 fax: 4101132 e-mail: sales@marinet.gr =20 =20 =D3=F5=EC=F0=EB=E7=F1=FE=F3=F4=E5 =F4=E1 = =F3=F4=EF=E9=F7=E5=DF=E1 =E3=E9=E1 =F0=EB=E7=F1=EF=F6=EF=F1=DF=E5=F2:=20 =C5=F4=E1=E9=F1=E5=DF=E1: =20 =BC=ED=EF=EC=E1 (=F5=F0=E5=F5=E8=FD=ED=EF=F5): =20 =CF=E4=FC=F2, =E1=F1=E9=E8=EC=EF=F2: =20 =D0=FC=EB=E7: =20 =D4.=CA. =20 =D4=E7=EB=DD=F6=F9=ED=EF: =20 FAX: =20 E-mail: =20 =20 =C5=ED=E4=E9=E1=F6=E5=F1=FC=EC=E1=F3=F4=E5 =E3=E9=E1 = =F4=E1 =F0=E1=F1=E1=EA=DC=F4=F9 =F0=E1=EA=DD=F4=E1: =20 Symantec Norton Antivirus 2002 -9.000 = =E4=F1=F7: =20 McAffee Virusscan - 9.000 =E4=F1=F7: =20 =D3=F5=ED=E4=F1=EF=EC=DE Internet PSTN: 3 = =EC=E7=ED=E7 6=EC=E7=ED=E7 12=EC=E7=ED=E7 =20 =D3=F5=ED=E4=F1=EF=EC=DE Internet ISDN = 64K: 3 =EC=E7=ED=E7 6=EC=E7=ED=E7 12=EC=E7=ED=E7 =20 =D3=F5=ED=E4=F1=EF=EC=DE Internet ISDN = 128K: 3 =EC=E7=ED=E7 6=EC=E7=ED=E7 12=EC=E7=ED=E7 =20 =CF=EB=EF=EA=EB=E7=F1=F9=EC=DD=ED=E5=F2 = =CB=FD=F3=E5=E9=F2 =CC=E7=F7=E1=ED=EF=E3=F1=DC=F6=E7=F3=E7=F2 : =20 =D5=F0=E7=F1=E5=F3=DF=E5=F2 Internet = (=E9=F3=F4=EF=F3=E5=EB=DF=E4=E5=F2, e-shop, webhosting) : =20 =C5=EC=F0=EF=F1=E9=EA=DD=F2 = =C5=F6=E1=F1=EC=EF=E3=DD=F2 : =20 =C1=EC=F6=DF=E4=F1=EF=EC=EF = =E4=EF=F1=F5=F6=EF=F1=E9=EA=FC Internet: =20 =C5=E3=EA=E1=F4=DC=F3=F4=E1=F3=E7 & = =F3=F5=ED=F4=DE=F1=E7=F3=E7 =F4=EF=F0=E9=EA=EF=FD =E4=E9=EA=F4=FD=EF=F5 = : =20 =CC=FC=ED=E9=EC=E5=F2 = =EC=E9=F3=E8=F9=EC=DD=ED=E5=F2 =E3=F1=E1=EC=EC=DD=F2 : =20 =CC=E5=DF=F9=F3=E7 = =F4=E7=EB=E5=F0=E9=EA=EF=E9=ED=F9=ED=E9=E1=EA=EF=FD = =EA=FC=F3=F4=EF=F5=F2 =F5=F0=E5=F1=E1=F3=F4=E9=EA=FE=ED = =EA=EB=DE=F3=E5=F9=ED : =20 =20 =20 =CB=E5=F0=F4=EF=EC=DD=F1=E5=E9=E5=F2:=20 =20 =20 =20 =20 =20 =C1=ED =E4=E5=ED =E5=F0=E9=E8=F5=EC=E5=DF=F4=E5 =ED=E1 = =EB=DC=E2=E5=F4=E5 =EE=E1=ED=DC =EA=DC=F0=EF=E9=E1 = =F0=F1=EF=F3=F6=EF=F1=DC =EC=E5 e-mail =E1=F0=FC =F4=E7=ED = =E5=F4=E1=E9=F1=DF=E1 =EC=E1=F2=20 =F0=E1=F1=E1=EA=E1=EB=FE =F0=E1=F4=DE=F3=F4=E5 =F4=EF = =F0=E1=F1=E1=EA=DC=F4=F9 =EA=EF=F5=EC=F0=DF. =20 =20 =20 =D5=F0=EF=F5=F1=E3=E5=DF=EF = =C1=ED=DC=F0=F4=F5=EE=E7=F2 - =D0=F1=FC=E3=F1=E1=EC=EC=E1 = =C4=E9=EA=F4=F5=F9=E8=E5=DF=F4=E5=20 10.000 =E5=F0=E9=F7=E5=E9=F1=DE=F3=E5=E9=F2 = =E1=EE=E9=EF=F0=EF=DF=E7=F3=E1=ED =DE=E4=E7 =F4=EF = =F0=F1=FC=E3=F1=E1=EC=EC=E1=20 =E3=E9=E1 =F4=E7=ED =F0=F1=EF=EC=DE=E8=E5=E9=E1 = =E7=EB=E5=F4=F1=EF=ED=E9=EA=EF=FD =E5=EE=EF=F0=EB=E9=F3=EC=EF=FD = =EA=E1=E9 =F5=F0=E7=F1=E5=F3=E9=FE=ED. =20 OTE : =CC=E5=DF=F9=F3=E7 =F4=EF=F5 =F0=DC=E3=E9=EF=F5 = =F4=DD=EB=EF=F5=F2 ISDN =E1=F0=FC 6.000 =E4=F1=F7/=EC=DE=ED=E1 =F3=E5 = 4.500 =E4=F1=F7/=EC=DE=ED=E1 =20 Marinet =C1=EB=E9=F0=DD=E4=EF=F5 18, 18531 = =D0=E5=E9=F1=E1=E9=DC=F2 =D4=E7=EB 01 4101130,1 Fax 014101132 sales@marinet.gr=20 =20 =20 =20 ------=_NextPart_001_000B_01C15CD4.D549F2E0 Content-Type: text/html; charset="iso-8859-7" Content-Transfer-Encoding: quoted-printable MARINET - =D0=F1=EF=F3=F6=EF=F1=DC Router Zyxel = Prestige
 

=D0=D1=CF=D3=D4=C1=D4=C5=D8=D4=C5 =D4=CF = =C3=D1=C1=D6=C5=C9=CF =D3=C1=D3 =C1=D0=CF =D4=CF=D5=D3=20 =C9=CF=D5=D3 =
=C5=E3=EA=E1=F4=DC=F3=F4=E1=F3=E7 =E1=F0=FC = =F4=E5=F7=ED=E9=EA=EF=FD=F2=20 =EC=E1=F2
=C4=E9=E1=F1=EA=DE=F2 = =D5=F0=EF=F3=F4=DE=F1=E9=EE=E7 &=20 =C1=ED=E1=ED=DD=F9=F3=E7
=D0=D1=CF=D3=D6=CF=D1=C1 = 10.000 =C4=D1=D7=20

=D0=F1=EF=F3=F4=E1=F4=DD=F8=F4=E5 =F4=E1 = =DD=E3=E3=F1=E1=F6=DC =F3=E1=F2 =E1=F0=FC =F4=EF=F5=F2=20 =E9=EF=FD=F2:

Symantec Norton Antivirus 2002 - 9.800=20 =E4=F1=F7
Symantec Systemworks 2001 - 17.000 = =E4=F1=F7=20
McAffee Virusscan - 9.600 = =E4=F1=F7
McAffee Office 2001=20 - 35.000 =E4=F1=F7
=C1=ED=E1=ED=DD=F9=F3=E7 = =E2=E9=E2=EB=E9=EF=E8=E7=EA=FE=ED =E9=FE=ED - 10.000=20 =E4=F1=F7
=C5=E3=EA=E1=F4=DC=F3=F4=E1=F3=E7 = =E1=F0=FC =F4=E5=F7=ED=E9=EA=FC =EC=E1=F2 - 10.000 =E4=F1=F7

=D0=E1=F1=DD=F7=EF=F5=EC=E5 =F3=F5=EC=E2=FC=EB=E1=E9=E1 = =E4=E9=E1=F1=EA=EF=FD=F2=20 = =F5=F0=EF=F3=F4=DE=F1=E9=EE=E7=F2.

*=CF=E9 =F4=E9=EC=DD=F2 =E4=E5=ED = =F0=E5=F1=E9=EB=E1=EC=E2=DC=ED=EF=F5=ED =D6=D0=C1 18%=20 =

 

=D5=F0=E5=FD=E8=F5=ED=EF=F2 = =D0=F9=EB=DE=F3=E5=F9=ED
=CD=E9=EA=FC=EB=E1=EF=F2=20 =CC=F0=EF=F3=DF=ED=E7=F2
=F4=E7=EB.: = 4101130,1
fax:=20 4101132
e-mail: sales@marinet.gr=20
=D3=F5=EC=F0=EB=E7=F1=FE=F3=F4=E5 =F4=E1=20 =F3=F4=EF=E9=F7=E5=DF=E1 =E3=E9=E1=20 = =F0=EB=E7=F1=EF=F6=EF=F1=DF=E5=F2:
=C5=F4=E1=E9=F1=E5=DF=E1: =  
=BC=ED=EF=EC=E1=20 (=F5=F0=E5=F5=E8=FD=ED=EF=F5):  
=CF=E4=FC=F2, =E1=F1=E9=E8=EC=EF=F2:=20  
=D0=FC=EB=E7:  
=D4.=CA.  
=D4=E7=EB=DD=F6=F9=ED=EF:  
FAX:  
E-mail: =  
     
=C5=ED=E4=E9=E1=F6=E5=F1=FC=EC=E1=F3=F4=E5 = =E3=E9=E1 =F4=E1 =F0=E1=F1=E1=EA=DC=F4=F9 =F0=E1=EA=DD=F4=E1:=20
Symantec Norton Antivirus 2002 = -9.000=20 =E4=F1=F7:
McAffee=20 Virusscan - 9.000 =E4=F1=F7:
=D3=F5=ED=E4=F1=EF=EC=DE Internet = PSTN: 3 =EC=E7=ED=E7=20 =20 6=EC=E7=ED=E7 =20 12=EC=E7=ED=E7 =20
=D3=F5=ED=E4=F1=EF=EC=DE Internet = ISDN 64K: 3 =EC=E7=ED=E7=20 6=EC=E7=ED=E7 12=EC=E7=ED=E7
=D3=F5=ED=E4=F1=EF=EC=DE Internet = ISDN 128K: 3 =EC=E7=ED=E7=20 6=EC=E7=ED=E7 12=EC=E7=ED=E7
=CF=EB=EF=EA=EB=E7=F1=F9=EC=DD=ED=E5=F2 =CB=FD=F3=E5=E9=F2 = =CC=E7=F7=E1=ED=EF=E3=F1=DC=F6=E7=F3=E7=F2=20 :
=D5=F0=E7=F1=E5=F3=DF=E5=F2 = Internet (=E9=F3=F4=EF=F3=E5=EB=DF=E4=E5=F2, e-shop,=20 webhosting) :
=C5=EC=F0=EF=F1=E9=EA=DD=F2 = =C5=F6=E1=F1=EC=EF=E3=DD=F2 : =20
=C1=EC=F6=DF=E4=F1=EF=EC=EF = =E4=EF=F1=F5=F6=EF=F1=E9=EA=FC Internet:
=C5=E3=EA=E1=F4=DC=F3=F4=E1=F3=E7 = & =F3=F5=ED=F4=DE=F1=E7=F3=E7 =F4=EF=F0=E9=EA=EF=FD = =E4=E9=EA=F4=FD=EF=F5=20 :
=CC=FC=ED=E9=EC=E5=F2=20 =EC=E9=F3=E8=F9=EC=DD=ED=E5=F2 = =E3=F1=E1=EC=EC=DD=F2 :
=CC=E5=DF=F9=F3=E7=20 = =F4=E7=EB=E5=F0=E9=EA=EF=E9=ED=F9=ED=E9=E1=EA=EF=FD = =EA=FC=F3=F4=EF=F5=F2 =F5=F0=E5=F1=E1=F3=F4=E9=EA=FE=ED = =EA=EB=DE=F3=E5=F9=ED :=20 =20 =
=CB=E5=F0=F4=EF=EC=DD=F1=E5=E9=E5=F2:
=20
 
=20 =20 =

=C1=ED =E4=E5=ED = =E5=F0=E9=E8=F5=EC=E5=DF=F4=E5 =ED=E1 =EB=DC=E2=E5=F4=E5 =EE=E1=ED=DC = =EA=DC=F0=EF=E9=E1=20 =F0=F1=EF=F3=F6=EF=F1=DC =EC=E5 e-mail =E1=F0=FC =F4=E7=ED = =E5=F4=E1=E9=F1=DF=E1 =EC=E1=F2
=F0=E1=F1=E1=EA=E1=EB=FE = =F0=E1=F4=DE=F3=F4=E5 =F4=EF=20 =F0=E1=F1=E1=EA=DC=F4=F9 = =EA=EF=F5=EC=F0=DF.

=20

=D5=F0=EF=F5=F1=E3=E5=DF=EF = =C1=ED=DC=F0=F4=F5=EE=E7=F2 - =D0=F1=FC=E3=F1=E1=EC=EC=E1=20 =C4=E9=EA=F4=F5=F9=E8=E5=DF=F4=E5
10.000 = =E5=F0=E9=F7=E5=E9=F1=DE=F3=E5=E9=F2 =E1=EE=E9=EF=F0=EF=DF=E7=F3=E1=ED = =DE=E4=E7 =F4=EF=20 =F0=F1=FC=E3=F1=E1=EC=EC=E1
=E3=E9=E1 =F4=E7=ED = =F0=F1=EF=EC=DE=E8=E5=E9=E1 =E7=EB=E5=F4=F1=EF=ED=E9=EA=EF=FD = =E5=EE=EF=F0=EB=E9=F3=EC=EF=FD =EA=E1=E9=20 =F5=F0=E7=F1=E5=F3=E9=FE=ED.


OTE : =CC=E5=DF=F9=F3=E7 = =F4=EF=F5 =F0=DC=E3=E9=EF=F5 =F4=DD=EB=EF=F5=F2 ISDN =E1=F0=FC=20 6.000 =E4=F1=F7/=EC=DE=ED=E1 =F3=E5 4.500 = =E4=F1=F7/=EC=DE=ED=E1


Marinet
=C1=EB=E9=F0=DD=E4=EF=F5 18,=20 18531 =D0=E5=E9=F1=E1=E9=DC=F2
=D4=E7=EB 01 = 4101130,1
Fax=20 014101132
sales@marinet.gr=20 =

=
------=_NextPart_001_000B_01C15CD4.D549F2E0-- ------=_NextPart_000_000A_01C15CD4.D549F2E0 Content-Type: image/gif; name="formlogo.gif" Content-Transfer-Encoding: base64 Content-Location: http://www.marinet.gr/sales/images/formlogo.gif R0lGODlhWAJkAMQAAP7+/1lXW8bM/qix/fP1GVlgmI+c/5qm/52VlwE8eSsDA+fp/UEZHLjA/oSM 32FhOM7Nz3h9xnx0dndxq+vq6lY7Qpee59rd+bq85iZWk7e0teLd3PP0/sbCw6+uL5WayyH5BAAA AAAALAAAAABYAmQAAAX/oCCOZGmeaKqubOu+cCzPdG3feK6jTe/3g6BwKDwMjMijMsk8OJ/QqHQq NViv2Kx2y+16v+CwOHwwUJ3EYSMHaLvf8Lh8Tq/b7/i8fs/v+/+AgYKDhIVyCxeJihctP46PkGmS k5RCY5eYmZqbXWVnUQOQPQILHKanHACphqytrq+wsbKztLV+iIuJjY6hQD69wA2Vw8RlnMfIycqf oKJrqKiqeTvU1dbX2Nna29zdJKLEQVJHaE/k58zpn8qdaOLG7uTG7PSYnmb4nlNHjgJrMLYCChxI sKDBgKmgKVzI0FQuRSzA/ZooDEi4YkqK1LPirqLGK0aEhSoyb6NJkOp6/0G6wKFUKWgHY8qcSbNm zYSm3OBsyJPDQ0Yi1gj1R9QiEZEjR3q8OMTIkoxFyNFzWrGkmCBrgHqjxgioVwE/Fb2EOW2r2bNo 06pdy/bf0Lf+kGK9WG5JOSSg1OmtssxpEHbAnJw0WRLevU8qR/1jYbOx48eQHa/a2bMyKly5gjqb qLSzSI9yo6Zh8pQ03mRUj5xMesWB69euI0SYMKFAgNu3JRSQQFu2gwiwgzswMPySPmZKK/q4sKB5 82iRo0ufTn1WQlWnsFt22bKl8++6TCguWhRp6KWgk4pbT5p9aXlSj/kdMBiLBQsYMGiwoOHDBwQS BFDBgAwwMOCBB972gP8EDDKIwIMI+NeffvlVuBgMWonQVVjMLYQHWyCGKOKIJGKz2FtC/RAXJCsK 4ctoou0l4xRmqIOPfJYMBptssn0wm20VFChkgQgOqGCADSbJG20I8PjbaxY4ECUZN0aRzxmJDbVC dVx26WV0lFm2EHfedffdmeGVsNkvaYRWiWml4XXXGZyEpNpJO/JI2wQCDumngQYWKWAASCYJIQIT NNmkfw58IKWUFhgQ6RbHITYXaGCdCd2XnHbqqS1hinnKS2eWauqpiPCwpptMuddEE3aZZmUmI1nF Tp6z7dnnn34GieADhFagpIMAHvpgBD4y6uh9kErKRaVUSCJSpt9lN0f/idhmq+22NrgVFA/krSqu uJSYY66cM85YI53w1JnjRrjuaRuv9AZaZAULCjussYcm65+jH0R5n7ObIMaiCp8mrPDCoYo6pinc oSoxeIhgluY3q7YqSboy2hOKrcgEpydtBQRZ758E/kqoBPo2yO+DGsTcX4T/BnzfzZFOmkVKlICV iHObLiz00NQ1rJ2oEXs38cTMVbyIxRCd8IhnGsMI67np5iPGAT2AfEy8e5p8sr33ViAgy2cPK4Gx GiAgc381W+AfzgPrrAVyk2Ql1lhycOv334D77W2KivUz7uGbTYIYx0+s27hgj0MOudZeXyVMPSLL tiefY5u95ASf74no/+gPKvly229r0AHcc9N9M8H2YImViigQbfvtBDXsMENjuRTx0qUyJzyHF2Ps jHoaO8W4Xjd+wTV99MSbawH1mr355hHQDByUzN73X+lrQ4i6zB2U38G/crvuhAUH2E257NI+/VxO uNdvv3XSXKe/7g0l/dz/wKNY08QiPKgVTzPpSU/V7BKr5UFBa2AYSfRew6MKTkBsQ7LeBGZTwQo2 CmfOcp33+JU683VAhDdr38C8MLnIVUJDP3tJ30wUrhrC5YY2zCEOd6jDHvLwhz4M4oUCR0QU2dAH K0KcEnmhOFk5kHHrqhEENfG8CcamgxEIAK8qUIANYtGDrxGHFlAoN/+YuY185cMAGVPYvq1RKlrK oV0JWrG7OtrxjnjMox2lcb896O9oeuzOqMoUQFQNj3gHTKIvmFg1dD2RThG8nDKiREHgWPKCKPPi F30DpSt0jSPOUiH7LDCA+wyghOZToylJycpSrs95D9xHz/YWNEOEagEUaE4ucanLXvLyl7sMpi+F CcxhGrOYyCSmMo+5zGQy85m4VEgf/3Cd/NmRVIQkZCGdVrFuHvIhUqMI1ZK3HvY88nFS7MTHtDAc 4cimABmIpzznSc8C2HNeveoiFp+0vddoYZ2gXNcoS3kzNEJAje0TJc5U2Lyd7UwfjqNEA/bGtzfs 4AcYEAYGgrDRBXr/9KMgDWk4NrrRBmQUiUTclpaMWDhFLvGlrHoHXuThQCm2kAqOq5K7GtCazPGo AAkIqlCHStSiCtVPGbBnbb4YnGcJozCk3GhC2adC80HghAnNKhSoyg7Z9eMEg9jJLn+ygQuU9axm TSta16rWtrL1rW6NK1znKte60vWucX2ILms5TThMJn+A1CM2/bdN53yTeOEU5w88qjyanvOBX/hY SXzKiAwY9bKYHSo9I1AAD/aTOFiAQq1Eu4HSHnSmTugABCDgWGO4z414m4TPmsZXQYwKMxsQAAR0 KwAM9Pa3v/WtcINL3OEat7jIPa5yk8vc5Tq3udA97m7LSkv69ZUO/6vg4x+vaSbCbrOA4OUmOMOZ nGAw1pytrek9OiHJnOEqAgmQAAAwkNn61tey8uTsPmEjqSdYBAkQKK2AWVvOA+TnVZWjUqVsOssY WssNOehBRju6Ru9V+MIYzrCGN8zhDpuSoyhNaYl2eEPCwXSJ5WKgaNUVOck5rgroXK9x/iKcK8qm AgpQgHw/YN8e23ee+gWja26WHyFgQMBI3kBH/TKfWZ3EUo8wQVghlggEBABYuMnylQNgTwU9wDZa xg2YtfwALIf5zFxWEG7MfGbbjNnMWB5zm9eM5iuX2cwFYDOZsSyBnz34unLYXyDNBLFsFhZNBvxJ YrO02PM+FpJdWP+nOytIvRzrGAAT8LGmMwvkDAjZZhvFT5KT3NFyZVU+lpJtDCtaCIhRIBF82vKZ gQXmMqMZWHquM57XnGs137rOvqYzsHsN7GJn+WcUsC6g35BdPraBfw7zndKUtrQBclO841XTYhPY KiZHxZFPDCilaCyy3/AoA5bOsQYWsOl2Y3azYAzYfgI8aiQXmaQDCLVMEwzL962rwUBTNg4kHAQL BIjYsyZzlm1dbIZ3+c3G9jKu74xwXcM54guvc5dxE9UQi1hEJXYp4UR+4uM1sS6PjmIsW+xvfnMh FFaoZAdrw4B0K4ABSna3zo0qz85W8F9HrjeSWVvqUpeSpoMx2Ff/SWBb75hVALG+Ta2lbux71rri vLY1w4stZ6lDXMtvxnrXqa5xi+PGZ6xeNrMBO+iHHfpUh822tnnBSKYkIb2PbejOyG3jkRXA5jmW AAeAmoACAT7dBdr5fZP6c6GPmuj3zjdJGpcJaI0jb9VVdiBMkUtGQMDKYd66rIFttoaLWc0VjzPG db1wrK+e13s+OwQukEvNqz0Of4U27wb5P0J/V7zNAe8iEgsaBTYSHXgPt96tAHPiyHyDYTu8Ason /epbmgGK53kGvEhvx9u7QvguODnYV3lQQlS0lFj1nwduUoIGiMwe8ACWRb/n+KdezGPX8vtHL/Ey S8DWpRdswnZl//ZnZ3B2Z/93ZwqXdQoogOwzOx+nLSWGRIVTcodzciqWd5Z3GDFGOTNGH+1kbpoj LzV3eBUAAAFgfSp4fdmnWRHgfaOWHyZVZETgZPWgdB4nAk2HC721f7jhAQQQhP/HgPP3AEBIAB7A a/G3hEHYhEg4f/HnhEFYgD/IhE7oAQl4dRSXZUcof0p4hFfoAaVXZksYhVKYhGQXALpFezJ0e7hn TW1XaIZGbYUkfIpGfOXFJguENY82OVvQfM53RddTadKnARuwgojIgi1YAB8AARQAgxtAdJIXfqSE TpUXW2mAdmPRbJvHAa92Abv1fmYGhmzWhWgoIF2oIGAohVc4f/+s6IRw9oqtCGYVYIq0FgCkyGuy SAAd8H4IsItNKH+3eBu+lQjJxoluuHZvyF2+N22/503YtgCqQncvcnz7lnL89hcx13ebk4LVVwEc 4I2JOI7Yp3gT0H2Od1CkNIk1SHljwIHw0ybq12zsV3AG13pgGCD2VItOKGZdCCz8CIxIOIavuIQL F4ZWiIQHGYQdMIpTSGsl8wAFWYBlJpD2J3ofNgoROGLfMnIVSIEWaHIbkxcauA4duF4utzMNYAwy Nz21gWPWhwCHaHNCUng2KSQ3N443p3MTAIlKhh/4kQaV2EZPBkdyNAJN92q5hQE+SIBNaGYBOYWl l4pjJn+ruCD/t1F6UfkAY4hrawaLAGmETbh/q+iFuPiUUBiMZpNrC/J/q5iA86dlvlVWx5iM2MV2 gbSJEPM7hWVtmUF8IklOfUgjL8dTPSWC8nJBKgiO3liO7YZ9JaiCjtljGvCI3ocBAWNkkneNBZNq kqCJf9aJuJAfoMeFY+mQwYhl/1h/TzmGP/iUoZdmEvmQXzmWrwmWAYmFqEkAXDlsZAibYiZ6xdgh yGiXfhRYSFNofPl2hjWNnLEUHzWY7hhp0AM2tUFzKxgzCtCCRYV9OQl4k4lZBWCZjndCA/AB7Hh0 p1Z+LRcPn+lg1jVwFPYBTXmWQaiAUUmbq5ll+JKLdnabvBmA/6GXmgoihbiWn09on0lIa1u5Z2z2 m0EYm2P2YRm1kRu5UkL0UopDU3GyPC+2clZyGMsHBlyTBc9HMiWzghWwAZbFnfZleIj3bh1AnvUG AXKjSjWIdISBJUung6L5dEzJf/l4i6t4n2L5hHp2pGbJn2BYhlRoZ2p5pAR6G0XKm1JaisHopMKo ZQ2KcHNJnMZJR88mWM3oOxKTIcYTmHsonfxWoljwXihKiNXXHy7qbt55c+GZAB9Ao493M+kpfq9U fphIBKBpe9TkibqAAXyCpfeJGwj6hFM6erCocFXqhKI4m0hohmrpqFVqlbSpisBIf1dabBgwe7Rn qGFqWzqBnP88oZfdZaZwB5jgAFLSOUX/BD0myo3XmaLVFwAU0KJ1unPhiQB8mmQQ0DrraHSQJagu Zg6Y1zQVVY83s6heRoppyYpSimb7qYS7eIpX1q1oY5qsqKmMWpBat2ZgaGwZOUQWKoEpMDhxIXLx Oi7qgRRXMycc86E5ZYkimpJYoI3sdKIkA5PStwHwFax12pPeZ6P30VEU5kp+eIM82qM7+Go9CH/A 6ZSZGozBiGaRWq0PCZdZZhuYeoa5FpVNGqlKSnG7xq0RmnDE6DN1maphxXZjSqbVcqayGgnRyaYJ 5qZcYJ20QbCAJwEQgLB1WgAweKx0k6NcxazxeBSZRwiclwj/B0WtYDakoHqfnXp6t7mkaqayaVab 49qbWkaKlSprKzuAwpatpCoAZdWGNGtL2AGHYiJtQAM8zqmmycOmzoOrQaurAyt9DAABhIe02ae0 l+mn4ceZ9mB+zTofaTC1AFCPKnRwVJePt5EBV1qyU5hxwPKxW9aFXHRrmCp/rahnuVi2WZaaXydx 39qEv3YbFMqu7Spi8KoiHvmRPAud39ZAPotTKDmi7AUGLQl92Hl4CGABiLuIMHg+6fNhkydjEmuU HpeUQIq5ABquCvp/EoCtSfqPSbqpArqQA/m9qQlnuYi+YLm1YshFY3ZPC7etaPalcju3m8equ0NY dHgqezur/4zls//6C3biAyAjPSRogizavIqnuI6nSskqea30tI87qERAuTtotQ3QlKO6tVYqpUja eqJLpVOopVt3uvhSsmbJlf5ZlrFYwk7aax1cZ8M5s/irqs+mv/2jnK9abTs7NT1bqwYwFyUBiFyz klvwfCMojoinAYfLwO3mwEKHmTYjvSRBflSkcqCQfvC5CvJpj9RqZ9Y6urCJL6mLsQmqZ8C4pJh6 qU2KrmhJwrbpwWUbvp8qgLS7jhp5ux83gSZmYiRXdzn6KslXq/0qbljwSbf6TwIwWS2ZKy95eBLA Y1DsbuPpfVWsmQW3rDsaLYnBdD+6lD4ILP4JobwJxwqZa/+peGaVCoRsrAGfe2V5tsqoCJwLQsuk LItPisoEYGxfasM3rAe6F23K+Xb/y7MBPJgS9HIgU0Vv2neaw1mReX0QAKyV7GMRUKxIFr2Z2Y7T +Y4fusWTgMGd+In5McqqiABxib5svCBYqcpBqAEDeGfxB5cNiK7q7KgEqM5mhr4QcMJYKWwMopta d3Ffm3FhNpz3G8x1sF067Ha+x5wVc8zilMx9OACNTLxIXJjPzI25QrSW1iTXvGnEWp6ZPASstD7+ ejdXclOVQFH0U4/uB3Y0Xa31yXB6lmdGyJb8ObKxmcJSl6RbF3/8F3v6LMO2Vmv/J2e5Vrt8TCIX EtXzyrv/IWkUoxEtwRuizQpBgBhpkWWYIWhuyBvJgBcAGjDSmvYBplVv5xkwJx0r9RHOznqU2LuU pbl6rndm5ft6fK3Xfc3X9Hdm9ouqNPtXD11H3vV2A0TRgkwXhcwxGP3NWWCYXqCNx5vAh6cB1ozW mGWIq/XZoI2sUTXBCVUncu2s49zFVNsSiVqff/3asB3bsh3bElCqxkjY1+XQhu1sOby/ZZq3h2Zt x6wSyHN84JYuKymif+hySKzEJKNF02xpEnCwnC2jVwXan706/AF+u7VbZsEhAUePN9B+N+Pas33e 6J3e572uT30Wtqsm4TIeLFLVMdVa8FGSNBK5IGEATxUG/3fyBWoUG2K9OTAZ3Td31tWNWRNgQia0 WhrQKB90H1M1SitNou/zCVH2DxXLCEyJANj94SAe4iI+4iRe4iZ+4iie4qDdAVZWw7gNaLmHl3VL przHnH4pjT/c2I79WJFtg1kAsCx0AAJLG4Zn4AyAAJud4EKFAOWjOgx+Pq7h1n5K4TlTMHKdDxJV qMXZB1QGihjA5AztCh0QALYNpmG+2pRx2HkEd4jU5rrw5j4DFnLeFXNe519R540MWV7T1V3gABgw 5JVWczBqaQFA3Uo+VKmjOk7+4BBexQv1WoJ6JRH1rLQV0+NtUpcLAWfOCmPu1O3dFjnUkSsy1YGM YhvTof/qld8tJOkttNH+DbhewCx910XUU4JcRJMIcOhEZdaJLjM+EuURLuGvA+lT4VV0Xc6JCuab XgjyPNhbrna6bbdth7cA9HuHxNh6aNxP1DUw9oeU7QWu8eciCMniaCByGnhJnuASMD6JjizIEuwL BTt1YsFCMFvz8+x+xNq7xZSanoz4jgf/7gZj7uIBbz/VtHZ/pIzDXBnVDqsBtNjiQS7k9B4ck+ex VLxh8CgnimMlyAD2ZHMBkGm6ngEVcDox4yPvjj6ugxoXLkUvpNpt8MXu1+/MpnkUUCwagO+eyHmR GGAU0NDJNqYAH/R/QAE+X/Bw0PMb8Oydrsfv/ekh4sf/LFXq9HpyWb2BIVolyR1aLATrSfwajmJB Q9vx8DvNFWDo1U094eM2Z8T27g4wkAJC8p50E5uDGWzXNN8GvcggGvAGEIAbErABdAAB5h0AMjkH hG/4EFDwHIAkHYD0b3DzgH/4ePB5WbbuPx8HAw+3pwr5Bm+z0R76RwNIag7RPhzxaxKdqL4Xyc0X XODq4A7h3MjxOQa/f5duEpDulXxBJX86x/L2cUM3xe7J8dPFno9diHoB55z3ACDPAoIAfp+VvkoH GrDXWdb3cjDmuZEHjZ8bzF/5XAr9d+D8YSYBjw8Hm+9nx8/QB59d9LPwPOw/PYwmcj53fNtIK5b/ VND6/z4OAoYoDs14no7qWJHjRtE0MYqtVIVe3XiWAIPCIbHwIyKBmU+FIUFAo9LYJ/JRfSxaLarr /R7CYcO4fBig0+nG5bJ4cziAOUBgv+Pz+nujgdYiQNDNaVQEBCAMQhwebgwOciAwSiFodGxQPNJ1 MEpofgJQSDA6gpqOMh56mhKmIqIeajxyaqFhNOzl6u7y9vr+AgcL7+IK4PYdG/cpIy83P6+VqE2f VQ+IYWdrb4uRYXubcYN/kQyQj6youLzETPDcMOgY9cQn2ScUaLhtRNwLLfF4IuEJJShWrDj4cOWK BQcGtpyLKHEEtzAlkBnLw2rjnDgULmwQgEGCoEEaJv/JmbNIVSlNohiV5NhKlcxQqVpuTLnSlQSc mjakQhAHgSFVmeicxCBgg5s4NZ9CjSp1KtWacq4CSKm1YxynXbOC7SpW7JuyZdugTat2Ldu0Ai68 jQs3rh24c+vqqUjuQIMD5xyugCGYhoIaOOQVeGdDgr8hBS482nDk3oQOPAIMFFgwxsEqDBtymTix IrZpat6W/Vr1UZwFbUQGeiTpUCI6OwMcdXkzp8lOVlPFlBmpU6oOrE4anRmggoTcAJJCaEPB6erq 1q9jp4N1bNax3r93XdCag/jy5M0uoIvnGfs+pt/Dt2Zxvphr1+bb10sOTcQVV9ZxFoFihSGWQQ8B THb/TwYYfEJBYx90UANmmWWGAEGcIVBFQhs2ZABgou1F0TilwceGG+KJRccwejSAwQBbkCQbI7LY lopzgwCVXEccIYdZTRTs9lSOh3QAS22gWKZKSRRoYKEENCIVQC0XrVillVdimeUvyRzTHjMYPfMl Gn6YdoZ9+d1Hmpp+kQZOGWT0RYacbJ7DHznpaBgDOxEYZkM8iClWjz8RzLHBJYNgoKAAEeJAoWYE zZAhFQuxwIIFIGK6FzcXYaRHda29hkFsg8yGWZNQwNITKLehSiECPkWpSkobAQkTVKUKVaoEs7qU akscULABr88FoJR01GWXrLLLWgUABBhAC4F30EKL/2JX0pJFrbYnvuHiFhhsYQGnFmQhLmjpsHAN uuiqsaaafYmzV5x3pqOnYAMqgNg8NwTgD4NF1lBBSwXYEwGTNjA3oaNOItAOZ+h26FCmXbhr0Xu4 cKsadh618WyMpLoS8iE3biJyKhVosFWsPso0ZADBbeSycZyQwsoGEhQVgAYk96YUUygyG7TQQmP1 gRLidWd0AhlMJ9YFCaBY3gJHYKABwY+VRXACEdhxRAHNRPB1AxYooU4GGQzgwNYOaA1DAtSkWbEY Aui3nzn0NiTYnvjmAOgNFST4DyYS9KkAjU8jsSAAEiAcwAOjOFqhDBE0rBCHKng4sRdvVlTiAAKk hv+sili696IFH3dUaiqwNAJKjwoTpIEGJQ2r67Cg1HoIzMd1konMrACr+pOz8nrSlLdombzyyy9v wRFc39HP0lw20E8EzhhzBDJKICO9A34ovfV9KtinRDcFHPBCGNJH4Bf62bgpDucG+EEniGfc6WFD 7PAfdg+HFcgwDAgcEArAAUb9zzgACJ8QPgAAoDSOOcx5nKNkMIMJBAhiEtOc5jrHnj18ClihGhUd cEWBE3LgdTwjFm2ocztN9Kg5LQPOj1KlgYEERSYQYJ2qwBIlnzXlhUMbIhGlchUMKC0D10oUPsay ACWMRzxaK4/WzqM0C9ihBUH4XgNYsL3pvShtYUT/g/f4Qw25aaMEdducnbyQLj31L2yF+5PfbNAv x1wAAf/zU0kYmAGDPecdFajAA5YDOdgh4IKcoZQKQsNBFMitRGwIneisAyoIiAR1WSEKkQZBs5G5 bkZRsR0kVlUcH/LuZCHblSmI97oAGIdXnMBAdC7QtCLiMpfN6siztIaBOHyAAwUcyweoFsUpiucH GSjLFd+ihfBZYGxcbIASXuSAMpUxPmjMBry0IZE2eiFte4pj4fKlrwwYBnD/ANIe/VQKySztA6Vg HMIGOUic4XNCF7xgw+CIrkdCkk1qKhFqrHW7LLXoD6eDWakUOIdPyvATpYJSTUhZSk3cZnef4AAP /wdiIRtp4oAduNEnMeMT44mLSsxbKUtbygstqA0fxuCaEjKCiwiQbXrN0N7YgDBN6X0ADQkZgNYy kD4HiMF8GUCqNrTGVDTOiU72Q4P9RGOmL1xTHQEKEN/0lRg//eMk7XQnHTYgLZW8gwH2JOQgCykB Ckpgnw+DGEAfSZow5SKErgmJqIIznE7WSEcwtFVWTrjCEnYCEyg0xW12Zlgh7oQkt3ydQ8uqipSB 7BAoe0RS3mLLSuoytKK9Shw68MsjXOAD4hlmVzRwWiBcQCxtUyZ6rggXLdihqFf44h8TcE3TZPM9 29SGAOL2jTqZIJz706pgIhCA/9GxAAGQ7g0mI/+gsfIxpHr001rtiTNDMmcCcVXkXNNR1xNE8mIm goPGNibCC0BLkwBoqCI6IURdRaFCZ5Xo6lwVy1n0t0I70wSuWGMkl+hKA8J6iSh7tpQgijbCoR0W B6DFAaUpJA6sjUMEgAmECJilikdQbVliikUB4DZ7SohmH7jngvcEV7jDrU83u1FVioGzHIHZKmcm sMe+6QBBglQCvtp5pKwUAh5q7e4DDIHPuBaAvAhJx6XOi15vYDmN8PlcxkBbB9KRCRAMLUplc8Qc IRbiZEUpikbnmzPNaraHnnTFmg1R2VDAwhG8WsmZERzg1Z1USilFnksLbWiWkssYQYimAGqKiwH/ /DEGQUjGEVAcBE4BFQ27/cMWLWK+9IXhqQdw6ozDMb+r+gVTVEVBcgOzJ65CV1/LQRgQyjnWCox0 A2JVchO6u9ZRFGC8Uv7nBq1s1U19MK+r4Rhf5duj4DDJo0LcgJMqBAXZjRRJHY1CB27HYERWgqSa PbJJBjLgkEJgNm826WCBCDQJw7uI0/olB/phQA03EZhiASoVgSAepRWAmUDA4gVSbIycspiaOv1D BNQQ4zKVem417kZESkCRedWLx/77X9+WkxgeMAAI2N2jWsvJgJL7mq2j2OcMytvIzBk7fqTZsmfZ i5VkgQoufdVOVgzV7ZCqbKPBEiIoOKDrDkBg/7G06gDSISAsm1mIhFPhQLo/am5YAWCWnr1lvLu+ rJtr51lZgUACgonve1+gw+ThAOKUKEV/v2HEb1CaUlB8YjtUz7e8RcYBlpqGAzwc4hHni3HldI6r 0i/VIsg4j20NZMA1QQEiH/nIT255lPt6uhKIspTXsYKYi+gb29gyl0/U3kEg1FtakK/Xr0N0YB2W 5xwx+gaeHsopLePQut99lfyQAfTl1g4DkF7ZnbcEZMQUH10MQsN7OnDnFVALZ0tpGgqAVC0WMAJH AIcDvCbqUs8p/GHog+JFM6Z5oYO5PC4AyaWbmI/jwNaUV/LJe73kXwtbrp5/OegxNfNkK1tV5P9c JtEOJGiFEL1e6w0R0QEYEHGdAkLgp3THdoBHBa5dFEVNaqCHWdzFerjHB7IH6YmgcZXa5xTe4dlB +aWf+vVYkanVDmRAE5zc/JHc5dUf5nlXsHFey7lcscVcer1Hzdkcs3DMBTyL1EVgEq7GDdFSG7yb EkLh1+2IBaYIFXrHBr5BW2ihWnhWW8jFF9oFGNLFXNgFXJDfjZ2ANIyJG7EgBmEQ+5HcIH0cyNEg /dngDa4VZkzADvIgXfWfCJhBVGXDlpmI6XnZHCBUixzA6iEA01nCI8pOJEriJFJiJVriJWJiJmoi tm1iJ3oi043C8RQD75FiKfICl9iUMqRil6j/Ynu4YnvEB5pUwzaNCPxIlfhFVZZRxOfEiQpeRKoh XhfsmMPMwHO1kxwO0gzS4B0yYzIyx0Dsof75kw/+oUT8HwCC0LKRxwhFTjd64zeCYziK4ziSYzma 4zi62yFG4TrynHdMoBU60XmsHRbSo1nkwis2wwiS3uBtihq2iwoSnjBmnBtekPwVxloZpB0yo+XZ 3zPqAMu5XDVSRMUQYloMIRG+17MACyYolmF55Al15Ed6ZEiKJEiW5Emi5Eim5EqeJEm2JEuWpLF8 FgOyoxK+EDxe4QVmoNTUI3q4QQd6ID7qowjy4zYYXkQEpEC+2j4VQEIypEHO4EI2oz5B5DRS/+Mf 2qJAWQx8dKEhotIjJKLpWABNhgLWQQVZ1qQl4d4ommJbkiJbsgje2RSYeAk+2iWZCN6mDJ7MGeWp hV8H+YFSLmU0NiV0wUNh0ENhWJ5iSiVDOtkM8GFESuSVWaMHcUru6YJefYRIqGMoSELsbUSTYB2F 6RICFhYmLFtHOGBnpqUCEk9Y4KQV8mRP9iRQ8oFdDuWWFWWbWGNgKmWAXJB02docKSZi1kBj2qAh BFs0SqN5TWboDRTNWeRFfl1GMkgoIOAosMZFmcIN+cTtAIvsBQ1aSkKbRUWF1dITtiY7bgUFxiYG zuM80uYG/uQevCKn5KaM7Sb83I8aCWY7BP9nYQqQnxhncV4eYy6kHC5nVf7TcwaUQLkJGVSkWrAX K4TlNVgABUgByXAUQSDAUVDbJTxJR3RA1JWChZRC1ZmbbaDKz1Fd1JWErq2ozchOI3oSQbxTBzSJ At0MIpQCBTAdFPycbczOURhdjXZALdwCXLplkzZpMUDpXDrDXVIpMsRiGu0nLdrPLQKi//knCjAe UxJngQ7ocTbmIGkey2HQNDroxETn+TUDL4QQBSwAX0mChVSAIDBJbERCBVQCIqDV7GCGHCxCZihQ ebbCkyCCHLyEJMhQrVgIjdzpEzCgJJSozjwUItzpTFSCSozCh6oEbQxES5yEo6aEozaiTKr/53qu I2m9p2zK53nMp0/a5pfcZ37mZZaOgVVJw38C6AVF3oASaFQuZjP2jZquaYO2KXppZT8G4VpQZ3Vm ISbFgoUIArXx6SiYFaAGEgRAgJ+mjrllQp+WRCFcArg6i6lYyLje0BMcxQ49gXnOAc6MFMsUCRTo jBwUAkXNVwC0BFDsirYWiqhGlKVmxYMtwAOyKhQGHWm9I05KjXzOKn1mYa264mXiKtyUxm5imfl9 aQoM4z7NGmIaaMkaqzxECg/u37KCAV+SyMVAa7RqQiK6yIt41Lpql85IQilwgtXJAbbqzhzsLCHg GpDUxs08CaV65kcZx55+6uuh6hMIbWZw/6sk0MipvkyNeMIovCsilGjB5mlWWMAZLKmTmu3ZomJd siJdVmk+ahN+6Op+HqWb9qqvWtAeLsdxDiuCXp5yRhnnJZK9fB7L2pVlekkvhNA2hoTRMd10NAgE 6ChOGIq3uqiOzk5KDF2hKNgDtQQFQICCacXnWsK4iu7mtpLVjm6hVMKOqgQSfm5uaKgsfC7mnkog XEWTHAXCnt7CMixsvmpOyiMcTCzF1qqtwmLGtgsJZqmX+iYbtqF0JWNyKueattwEKMQVOCfhasqb PiuF2hxaCiCwuAZkZAf47oh4cifYVVQAkGbR7RJrvN7PKCzvRiB4TuHDwmPUtMZsDu+J1P8ni9wl 8v6jLM4iAWOpN80tUo7J3dSVCqKXGjqw9lIMEJpGVzph6HCElvRBzf5uB3dw03hwV6AoPIIwCX8H /pIFnDLp2bKwKaZtl7Bt296qcCkvfRSlyzarN1EcQJlJ/VQjmeyqBFvZzF1mmKywpyRuwqIFJmlL EzvxE0NxFEvxFFNxFVvxFVOxAGASWtApa9Kv17WnV4RweJhHGQ9vFrrGPQawAFPVLA5XDQex/50B EJ/XHNOxEI+GuxCiBXOLtchba3xEWoSEFtsBJhHyIRtyIhfyIiMyIytyI0MyJj3yJDtyJUfyIlPy JWvyFoOELfnxF9Ove45xFIWHrM7qawD/MG6yMVWdCSu3sizeR37YWATzqjSg3/34wR3j8eFl2Zvm si2DTh+bRYpsRPI0Q82+R0op8x8w8xgtszM38zNLczSz8jRDcxhZszWfQTZT8zVPg4vEaQuL8ziv 4nrE5SlmRDqHIF4SJSzLR9zAcV/S4hD38C/fByDOsS3/3S7bVZcCI32kCRoYbzIEQ/l2hWHVaScz RScz9EI7dBs8dEND9ERLdEVHNFNcNEV/BFMEckZb9EeDdEZz9Am9QQmbLyijdC6NLxf2ggyH4Crv I+jVxzSwc5rwc6ZE0ivGVgV2R4Q5UUmbBZ0mLFAPdVEL9VETNVIbdVIzdVE3tVKXhVAvtPVUSzVV P3VTowd3pPRWJ+FKj296tPR9QgM0wLRu3vRZV2YOa5lOW+BXygRLuXRcy/Vc03Vdt206k3Ne63Wh Xaw+6uXGxu0aofVgt+zMWUMrH7GVKAuFjXJjO/ZjOzb6cvVkR+BKu0VYz3VZmzVhczYODyJbny9l izYRnfRom/YQfbUTFm8e1LVmx0dno/UgvrM1gPay7PVt43Zu6/ZuA0Nfj2AJBvYOw/YuZ6VWSihB tVQIAAA7 ------=_NextPart_000_000A_01C15CD4.D549F2E0 Content-Type: image/gif; name="norton_antivirus.gif" Content-Transfer-Encoding: base64 Content-Location: http://www.marinet.gr/sales/antivirus/images/norton_antivirus.gif R0lGODlhbgCPANUAAP////7NAPwKFJBsA66NAxEGAv/sAfSxA+fylP/TAf+gpqWlotSlAf/xAcvK x/9OW/7kAVAuCf/bAWVpZ9y4NteLAp/wZf/M0OzEAejo6N22F9G4YuG1Af3SGbKbSPj4+PDw8P/0 xMOjAf7r7f/09My0Af/6+nFcAv96gtevFNBcAdXCBfv///798//f4f7gWf3+/PjbAv/UIvTgAfXP AezWAN3c3dzLNsTMnPf393b5Ff7XBvv7+/3kEO7/4fr9+SH5BAAAAAAALAAAAABuAI8AAAb/QIBw SCwaj8ikcslsOp/QqHRKrVqv2Kx2y+16v+CweExGfkC5T269/rjf8Libx4PZ7WUyLJex+XkAeEN3 hIUwdIg8cGyMjWxqaY9yk5STdFMZCws2Dg42RCELE595SDCBhqmChXSCURkDEaKbLEIhNwW5DqVW p0I/gVoZFBOefkMIHRG5ETl+nDYZfZzSGb68RAgW2zoIRddSGTgO0zanLS89CAu5Nprv8O/medX1 MNrbFt7Cftt+vi8a9KAQIQKnBZ0cvFOoyROgMTziIbyHoKK+LX1w+LMWKEQHDAxksXB2KJGiSHW4 EAJE50O9agAqWtwnBFw4Gzg0HhPCIsSL/w0LWNSyOQZEQoUMkR79tG3mtyoZdc6rSUcoNiEg/JDL YIyrp06bADTVRhNLRn9TB12tgkCH224Yceqw8G8I1w8OchQBkWEtkxY+KvrY8mzBuKksbBRwMMHr Bz8TJgDwxKJPX79EiJpVGHkBRwCJC3TuLCvCBFGnTUv2e0pzFq7yPk+ObJrzhA+aiqG2cftqrTGW M25o4YvxgtrHJee2naF3F9dFfgfrghPHBgoMNLTgybs5alEsjn9v7NwKNU9cqVGB/gQ7g/fZtw+p VQsECBYs72e4/wFADvZPKOQVNLssAWAV7sGnAQlFXKDABSaoNd8QPJhwigIPjHDBBQwCsP/hCAqg MB04XpXYyWWmiJHge9pN+IAAAlzg2ikXPKCAEC9eAOONJOwIY4dGdAINJwImIR0YK8ZHhAswCnBj TUeg4KQQDprw4o1MCuDChqYcAsAHdgw1HWhG2HRge+9xwKJ8Fwrw4gNUPngBCihcAACGbipAggJ6 KuCmCTo+YAKfgD5Yp4MuwOCgnSCioMCWLpQ5hIMKjNBFgmpqEOEQUvopgBCeNhmjqAKMkGOgdwqA ggkwmiAljHRO6ScKMLwIK5dIYPjArk+OiSB8ImQHZK0x5piqk54qYKWqJCzLIYwAdArAj1I+UKe0 swbqwoMphtpkpBP+ygEBEYjQYiA9CgD/A7Z/EnvjlQA4S2yNMbIqAAnSujuoqjo6CeCbu+64BXbj RqAkqH/6CafCOPrbKQzydtqqvfhOCcCV+4po6wPgQjnECDBaG/ADZzZBMAEnKHnKqwF/qvAp8GLs bKrVwpBuxQrA7O+sJozAchJM7iq0m+GKS8AAB19MaqkvK/2uv/JmOeXNDzsdraoWekg0EqaGbKuI Wpyc8rnpVurClQxbXe0D9Nq5bIwAUG0xy7AG/aYSrzZp48DviUBAdhEq+mPDfBLt7rFOGrvujzZT a7HUUqIAcsgdH3G2rVhL+CsDKB+8rYxCfP55IB/GCeGWHULamguRkuACkBoyOAKDrkPI/8ScvFbe EQIvTHEy0ufeobkSWU8xoxM/9DzCNS2EgIAMHQQQgO/vHZ30FkfylMTxTjTPuwzShz+9FL8fXHL2 2mPj/Qvgi+8+9ZwDTxxmkpriPe/Ru6+/9PBbryn9SoBB85zHvvzt74D8I1/f/nauI5QMCy0YIAEL uL8EJACB0rtg+KinAhWwqCIhCGEEXXGFO0QwhCGsyAvYB70daDAAL8QgDGU4vihgRwUC8KAGDBiA DnRABisMokyGSEQiBjGIMkhiB1xowQtacAdMbKIULSi+F1KRhvDDYXZ4SMMu6m+KYAyjGDUYQy9y MIdb9KIaYThGKUIxigmAYhybKAE4Tv9xhk6coR5rCIUbViBTXFxjFdvYxDdKIAE0oIEEFslIRiaS BhhQZAIaeUgaBAADUsQAJmnAgA0qsIMVSKMar0hIMEJxkZPkwAAGIAIMcIAGJSgBA0SgyqMN4G80 IAAB/GbLWupylcAcgCdtyIAO6jCQNHTiC+1YSEM2MpcDOIE0MXCCgkQzmicQwSqpKU1sEgADwZSm OIWZQGIyoAKh3GEXy2hBAnBAArfEwCFdSM8dUJKRNfjlLWOwyqPt8mgr8FsuealLEQTgb7r8pwgW Osw+FhON6kwmGScZAINhIBcMqOMc7XnPRsbgozGYAQRGSlIJQGAGiySpSlG5SDnesZz/Dq2ACtKJ zANKUQLgVEEsIlCBALSUox1NqQGGCgEMrMAAJy1BDEoKgY9y4J3jeiUkMbBH/VFPpsdEYAw1SNUA qOAE0YzACWY6SXsClZEr/Wc/A2rLX2LAlv0MZjQZcEU2iu+MAhAlBrn6ngNUYBkoi+ZMfdpRlY6U m9dkZWJXmU0RgJWxch2APMlY1auiU69aveABGHAAv+ZirMCswCQpadiRGgCcIijBQlfQAAyUYAUr UG0JNBlLTa5AkzXAQAxocMcyXnWmmK0gFTfb2b8WoCAnCCVhG1lakhqgAdCFLlKfG13pUpeoJWVk FPd3xplGNLPDPcAlZTqAApwAkyNF/2tzIYDU5hJ1qPCNb3O1K0WrKvA9NJVhMzkagOIWgAArXa9h qVvdBsT3wO0tbSO3+z4FyjSv3/0iGy2oXQyIlwMR4ECC3Wta6kpgXP0UAQ2si2D4Kpi+ZeQjmjrI oppO+ImnTMBmLxkBDAjYtOx9LjiXkYsemxcDBi6xfFfa0iY2mJg4zCp4ndnfA+wAAxm+sWkbwE9m gPWXBckFAYIs5A1DoJFGvqsCOSDTCkTYfW5sZJPtGQECeFmlQ23tMgwGgQJD4ADl/S+Xu0xkjdZV xU64IYvPPEgKq7mzJo2FgOHLgGqK4LkIhu4OjDviLps4uwyG6Yoh6uJmHvoAJmVAAf8wMF0cs7cB IfmmpSVdAT1bGrvpLXIMf5tfmz6RkjvobAIgsIOCJPjXUD5Bpbss3QMUhMR8jrWfxYxkTtva0GiV QH8DMFIOuNq5BthBNTmw50hHNwDVJDGyL63sMAPaZPhV8hdvzVwINHnXECivCLrdahWsGtLQTYBY CxxdBPeZiQ1F0zlrjeZCtnuk/ZXnl09QgHnDt6I1DvKe+Q1dDM+b4t1OMIoDHuiHejAFyEyzekf6 ZPGmt7xubgAERD2AcRO4wAaIZp0x7m9lA1zTHQcuA0Au3DgenKQyNvmXy1vjHZSX296muC6BjPFx Z3fZOEc3KIObQWinFM7u7iy12Rv/kuP6ut8vL/AMYsGApsP80huPOhNumMMS8LzgPh851oPu0zrH u8cD4MDMKX5acrU57E0f8pf9rEHLhvLthT7repGKU62z16s+Pu4t/6nLajKD22Y/O6xlXfhPshjx 4TO43OFM1CaLt5j/hYA2eRx5ZgC435lHNqbDzMHPB1L0Vyf9gSGg2QOooADClMAMdgsSAuh0AB6U QOz5Tm7Oq30Jgj787a2+eCG7u9XJHfhlGcAB3dJ8+YJ3/rnXDp/3gL7qcTdpaYltgAC0uuVojXPs Ac/v8BP++UrATgqus/Ppp9+9lhYAonYCBrZ8Blhd9sdg8MN/5zdhQAWAXdZfXwdz/3x3gLIXawp4 Xwzofw+4fkJmYDQ2agVIfxRogPZ3SFe0gPrHgaPXYR/4ZL+3ZYCHbxaIgM13f+MHfe+xgev2fwO2 akUlahEwcyQoXbA3fzeYgebEg3DXgboXgAfAcFtWg+CXhHWlgiLQgLjngauGU61WAEoVP7sUA1So eRoHdTmYfzu4gj3ohNj2gZB2SXnGesyANHtXgwl4heQTLBuQAv3Xhi34agUobX/FYwWRZa5HhAc4 ZGmXhkngHhuwAX/YhIF4b/kmTt8UA9LmV5Z3XBe3iGgnaxyHbjtnfiGXfur3hh8oXdamAvzWAzsg gBUQC69ngjeIgszmUOXXgBP2c/85dm+T1nDVxWtQhAHb90c0cIeBd4t/Bj/wwYt0NHrsB13uRgDC +Fy8lmO8Jj0g0Vc0EHbgyIyzdl/PeIo++ITxJXGECHzS1QMkaABBp0nfuIybh4aOiARJAo3slnsu CF8j+FybuAwqtwMliIAldwCR9HKQlofjaE7l2HOKh46RVlTU9F8J0AMmmAAWhpAxoJCMKIqjSH67 WFNbKJEHBoLud1wjdoRFaAA0sFmvtHe7N3j26Iym+GwRqYol1gCXZGx6RoVZx5ELGYo1SY43aWs5 2Y/ehlPgdFw1UIYNIAGbFUlEiF2MZG73eAT52Gn7mIpKmY4qZ2GFOAMFGXvuxln/uiWODamLD/ls o8WPX+mP7ddZM4V5CGiB8ZiMVolKvmWUk9hzqPiDO9kAdEcDFaCMiwhdUomQaVlufemQR+mWvnhv MhYABvBHZTl/KtdZmtSRNPlnWWkEW7lXuOeVv+htFHlaFVCESAiCCMkAHQmSIamDI6lfXcmFkTaX BMkATHddgSdxRmhgYskABiCb+PeI5feXkumLpwmWuRYADWCYBMaaBXiX2NiNxWmPoVkEo6lV6Eda OnmS7UdqqMZ01pV5Q+mPMpaMfNmMfsmLGfRip5SKM/le/iiVCRCdqzmCwEmB/gicNMABS9WeR8aW kWlXmURVAZpIrhRLqUUAswWh/wu1S3UGX5r0XLzpcvV3npCWT600eDeXiwLXlpdESwvFOQSVUI4F Vo91SwEVULWVjjKmfDtAnDbobenZANYYAQMQa1h5nPiYnIgHTrc0ebt0orMUoJoUSTUwA07aVE6a WyXAZXdmmQ3QfRK3iifZAAxXAAzwmSm2nUTQnZe0pF1lpt33VK51pE9VUKp1NH6Tjv2lfBLAAGSZ cWAplwZgjQUwoNoJpFoppAaEAbzESipqpL/ES6m1WrmlSU56YFJppa6UnrkZXyAxi3p3lWEqpkNA puCkULuUpk/FoJi0A5Ckl+0FhRX6SmBXqUNVp5cFpps6BR7wNyTag3R0a/Opfv9L9WUnlVuQKl6v KqBclnHWdWedtQMg+qOzqQS3lCZ/CUYThkmvVKaQxJuxJKHflFAlkKpDNacGlgB6h6fPtUtBRmSZ Zl9R4AEiAFux9F0cQEuz1Eq/tEvXJE1/M3l+M0sDEFuwVQPTNV1SaWMGBkkfOAPLAGSYhosYRKup xUorEFHiylhg1Wj+xDkFxX2PxFsJoImKdGNz+Y1DhUg72aUtZ3PMWqDtUaivNahpQlWaJD6a9FR2 JEdnZZoqBa7fupJxZgAiwGMDkJ0EuqnN+ojxBKEr0D7S81T7qqL1uksTVUioaFJwObDa2JlIpUrS ZF4olrLqCgU3AKcQqgFK+1b/T8s53PdU3VdoN3Wzo1eZplWjCaVLFSBNmepSRPu1TxC2a0W2Mis9 vElKpSRFkIRIkcRcqThtODZVA3cAZYWCf5a3nCoEN+A3RgVbStuLhKuRZVqmvMm0lIexcBpUXzZt jQQSHLBrnEdFoIlAU3ADJQCxsGVAASqAahIstzShiLqtT0tLahKv8rSrC2Z6nSVeXUtZa/S6sTsA ryWxHNCi3XQCutQ33OdKHHBJnRQAljRVaUpLKGhWwxt6mlpfglS0SFC5Rzq74UOovhuzMEtVojpL R4qxhjq3uwS5dGRIZsVMVlRVXaS8EBpLSSuzaiq//vRLqoSo3DdLvGmm6De4+S8VeuV7QcrbrrH1 XUSad6C6wN3bVQ88YVUXn4QkwaHHTmNUpmrrO7H0Wm6XPxrZwAFwvQ+sTBJWwiEsXHo0uCj8VH3j AZE4DugBAlRAASsMW1rov6OEvDPsRnHkQjt8uyLgAT6cE36wH0iywq8Fn+XLthTmxJektvIbxR6Q EzhQxUK8FtghS7FFAC5WRXAHY1xlvQYsxRtwGDZgHwCEBDmQu7E0AKCnTNFIRUt6uwlFx4ZxIrKR x1AAG8C0Q148yAZMAFKsCUAsDQ+kyFLAAzhRq5LsAZSMyA+ByaI8yqRcyqZ8yqicyqq8yqzcyq78 yrAcy7I8y6ocBAA7 ------=_NextPart_000_000A_01C15CD4.D549F2E0 Content-Type: image/gif; name="mcaffee_office.gif" Content-Transfer-Encoding: base64 Content-Location: http://www.marinet.gr/sales/antivirus/images/mcaffee_office.gif R0lGODlhdQCWAOYAAMcjJuerrN18f+GUl8YcJssuOdVSWtlmba6ChcgQIdAZJsxAS8cJG88RJscU JoweKWYjKkUoLLFbaE1LTKCdoGZlZ3p5fCwsMPr6/vb2+ouMkLrD3CUmKRk8ZCFst56osert7+zy 8vr+/tbX1/b7+uDi4fr++vb69vT19O/x7unr6P7++vr69szMy9zNV+XcrevDELaWM9vHitiJFuZI Jtk4IPjr6fv08+/QzvTf3uu/vv76+rWzs/r6+sHBwQEBAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACwA AAAAdQCWAAAH/4AEggQAAIOGiImFiIIODgqOjgSSOiIsJywsPZs9JiYroCuenpujoysiqKkirK2t qKqvorCin6AmnbEiPScnrqwrBQUECoUFhcTJBAsGxcUACgQJDdINDZHXDAbAp7/etLqusMDh3ubn 6L8rPQIDDIQAAwsJAAvHhgEB9DXCAMIFCoQpsPbIwbVKrlKAAKEihEOHKUKoAMWKxY2LN8Tx2rED FIsdq2zkwJFjJA6SIL2lTKVihMscJU7KxJFCBAkBKuYlMJDDgIEBBg4c2DlAB4AEAwYc+Ll0gIAD BR5ds8ZggY1VIlogEBCAR9IASQfwQAFMJMkcvzZsGFFiBA8NPP9UvZChQ0aAFy9wxFDhykYJHTha YXARYwICHAJ0KMYxIMAIESfa6SuQNLEBBs8GUBbAIMDlBe4YaGZAkNpUBgJctWisQ4Dr1wJkhGhl wwaLkrpwsHXpw8cIuQF0BM+L2EasHMICZGRFuALXxCNz3MWx4oQ8HAueHgj+TMECxMETgF0aQMBP pwWmETBtUEFgVjwoUECAgIIEDQg03H8lciTCVgNYoMEHcLXAQw+svOCCAC7IwKAMLqDVSk+puSLD DA9MIMGGElQggQUS+JBKAAwcoIM7iRmlgAJIGVDAd0wB8BM08kxyzSSECKINC6xQAEEMFxQWZAQT xFBBX43dkAP/SDecNAB9vo2QQgk8rpAPDmAp1pqELbRAgQ4GtoAKCTLE8KEGFqQpYJotiGACiQDg cBlXYPlzwACFiIblZT8lZ4A91BjigCDQMIAQDxYgIKCiiqKpwSsjBIBAAG2yosMCDRhQX28+VLrC CzEQFsMMhLnAlwgaTDBBmquSZRMJJKzAggknmJAJjyakIkACyxyVXQGwNQPNZvNs9lQ7C+SIDSQl skJrCphEeysLsXipgQYiAtjAAT6keS0PIeGFw1wDyJBDCqhQoGYFGjy2jismoHACCaOkggsjxwDE 6yL86uuPIYQKlCMk2ExTyS22hpIwRfBdi20rNwwgHZhsteAu/ysTY0lSJqAIlw9rmuCCC6wk9FCy m5ywAxtoB7zW8msGvLbAna4t5Ro0xEQyjUEJLLBcOeb4cC0F2YrAEQY7IHiODcEFBxhWJ7IWHI+v OIsLK53Y1ENQXBfg01I+MQM2My56HbYwLgJsI448B4BVOqyg8NBs5ozjDWMySciKD/LxEJ8Po5Sy wkq74NLJCdJIwy+hjAjCIjKHQI5zNINc40BVy8Gt+eZMtwCmD+NUJy8KKOS6ea73LgIPv6zzG80z ri/uyFTMug305rizAsIIcvtS9Te3e4MLPKu3zjrjx7MOCY6TGNRs7tBHL070JpBgfPKxXw/N9o6z bZBB70kv/v/4mveguvaMGE9M9tEIOqjl2pAv/znBo8OC9eifX/wisCOjuuMGWc963DO/Ao5PFSbI H+T257/t/Q8RkYhgA1BjwApSz2QKzFHkkkeo9iVCElOZYAH0ZsECquAtAqJACVTiJoD1r3WDyFED E0EoDTZCEoNSgGhKWEAUaOACF+iAEIFogcdgJXUMPB7y0hdDJkrDAQlIwOWieLlt8FB8qBjBBDrg gS5+oIse6MAFwJWKTeAPYIpIYyEoF0NirKiNkBuGHAkAkBG+7Yq488EWwfiBF4CxixegANZKpjYH Lk51D4BABCLAgUYuEgIPGOCgUNOfkliyJDb4CR5vFw5UlGD/j2DUgAz+2EUOiIhkLpzh6gigyEa6 8pUX4MAFIBAJCrICAxjwxgEWIL0dDIAxAiAcK2zQss2li4se+IAyfeACH/gNjB2YAIJoBcf/CeIB r8ymLLfZyAs8AIoHwIFinJaDG6hiKCTEnQECsJ0ciOSdOQCKxDCpAxuc5CqDyxUKJgBGCMHgnzBw gQt4AEZTQgYFNYShAyCgzYZ2M5YciMDlGJCAAtyJJkoTwQF2GD2l1CwoSnGKDgoAmJgpZSmgKRyC WoBMD8jgnzOYwT9d8MUudsACr8LRAw3BSIdmE4gP5QAEgFVPEvyiSXyqnzkCAKynNMajwdRBzA4w kq+1w01X/6NAS10Ag5jWoAb/9AE0j0SrQqpOAQz1KSy7GdRH2WSYJ4LKFB2QTs3hQDTmyUdeZ6aU oEh1KUIZQBkRpNU+KqirNaABDWQqA7yItQK4QFz31EYAtWoTqBBtJE5dIR2oEICilxMs9G5ggKgB pmXlwUHLiJmUO30FGITl4oC4OgMHxFSmQrMpWXvQxBpi07KXBaJwL+CcAJSzFRnA0jyeh7uVrABp HGHFDpC2HJBEtyKbAEkLLtDPrt42oDUN46NIINlDDKKn2YwABNb7gPauV5HDjaWqXhQz416FFRt1 QAEyJ70S+EAFvWlLCHjggxJ0yb8uWSGtOrFPMFKAqwAVaP94x7gL60Wwew19gBSjyGFrSPEBsQSq BnaQgQygIAU2QEHmOMOrwChVHajgmwo0IB8LtMAHH6gxBQhkAXCZMVda9eIHeAAhZ77FphOgFwkQ 2sZravMBy2tE87DhAFnG0q3oyK8DKiFM3KVgBCBoi4FLkIIvi9klI+BL4ERQgiD+8QOjJCUH2kRe EgyifcTAZmYlisNBRTCCERCxCFCMYhvcIBMg4cxnRWvBHnCSFFfzgZu7qAE//pEDgjQZrSTBCAX8 dpt8bvKfHQGB4WooACfxzAJWbQ8p2rIj8guF4EKhMFF0YhNZAaUHLB3GC3zAJvMib5PzDEtvsrGN jpgGiK3/zIEJGBFW2KFoAhgwSSuSr5O4sJsqnms1fVoAiEIUIgcq8BiRmczCCY3GWiMA5cmtx8MO eECggTqBFRp1QumZcs8yEguG/eK6QENFJz7xiVTcAmHnrhWbUWgBFbKCZGa0HhsBlgD0vlK97c14 IuE7XA6MNweKQQsJ8tu8it73xdHrtzgE7gl0mCxrqOPtsBuQVuA+NL6YFgFyoliAmihaZwQIjAms mzuKGJ0WqaBWKFIB61o4uiItIXMrENQDDJiReTF0BHAhGl/h5jwFB3DEAMjCGT9HohJZw2LBV7GO FaCgFgY/Rwk0UAFVqcoC2RKZJ0gAxWMLqubB7XrHx32V/xPYoyYomMeUoeg20+EuHB2BBcEdvY61 g8MSqcJWCVTQFgpUoAJtGhmsYkiNQTjC4pe1Ms6FWqIUkGAYNrhJ1pPtNsobc9tumgXDnC6ypa/i BnVfoUVqc5UepKrcJkMc5QRlegeg/uaYVX1ES+QxAKBG8cjuDFZjPb3fiQIYrLBABVx1qT8dYDmp 4svh2Db7SDAUqGztONdpWaIlg9w8UQGtvmtve83ZEzAgcQs20BEmcBaBURLkkCt6tEIgEQAd4gEG 4BcrVAE4tQLCBkCzF0OlFmKqx4GzVEsHEAKwAmw20BrJMiiToH3fd0fnoBntQDgC4GI+IU4icFVV 02NY4f+AaCIBFpNmbdYmvFBDw3ZDg5JIiwREi4Rxo+YAoFErSgMrKSAnUiQNtvNcKKcUIjBOJ3Ip gkVapSUcKRULJVABKTB8N1AeG/AB4SSBIiAgu1BexTCEiydFkbBxkPRNUJRsDNBzWcgVOdByZQdF ldB7LOgNmlEePuEaUuU2OdAUXyNYS+cDFYABUqUdAZABIIAAM8MDB8ACH0BWdrZ83INsS7hQ3AQB DUCHjrCHZIE3KIBrZddiRuN4mqMUNvAUxrUArREYIwUsQfGCtyAC6iICDqgWG1ACJQACH2ABG8CJ N9ACFbAOJ2AIEyeHi0dqzEZLOsOEA5ABPXADGHBvrMD/YoMidBjgb78Td0+BAeRRiXciAifFNTFT RuliAVZyAMaoFsqUhhpwfpK4C0zmOIzwfB0oeMKlXvW3CxllAp2VHlBUACcHfnBDg8JREgNQgm5z EieCJb+Ue3sziTogAU/SDhqQhgiwIQawA8NYPUIYQwRZkPIHfxyAAK6AAuzUaqAFRQtAFqfAScDA ESARZkajAiwgdQMoAirwM22HlBWgAkwDFq6hFlyxGBjALsB2Z6tEkJiFcx6oWSTQWf5wMzlZRdXV ctDjTL1BNPKBYx+AY39jL6rQcLnEFogxAhsgADZQYhjQAvX2ho2zPM4XeAbJTRBVARSwS6tWIQKw AFDk/2oHIJFHVzfkIAJueS2+wTcUABdvgS1PB2t8+RgFNgJsiQA2gEs7MAGPcj8B2UYV91MGGX1e xwEWEAIokAG4hAKZYGIj5WqChTrZFnDgRxEsMDonIC+2cgkpQDqkkwu2gCoT0AIY4AMOiJLFJ35v xwt2pgzKYnEx2XXSF0ubpRGmU3baZwu6gHJsZzdsF3cIowo/xAMYkFwngRYj8HlkUQrl1WTc6XWv uZXjVmY2UGi0YhvESG1btgN6t56+F3feR2sGd3SwcGubEGMTYJhg5l8WsCogUDi2ggKOQFmGoHEi KqLvF0u0tGxW9gDDQAAG0AnhBI8URQBogZ7XRmvgAP8KJfAWn0eBFGBESaMJJuMIccg4K2INRnqk RlqiQjUNSgoB3rFqJ/EdGBAaO+kmkbegt2ejnTQLD3praycCSPMKnnA/88Jka/RCgqCKymIQemai 1/B+jYQAOQAr8WQIQVEADFAiGPClEgk3/YZ7k9mnKxc8JpBL9hKEvWWNWUdz2XgNjHRl06Q0ATBR 07BDg8Ogj1c1Wvqn6el7KMA3ajIgK8QNkXVnNLRKvTU78rZe7HZ6jSRNWKNwGmWgDgAAaHEC/acO hRiokvk2/kYRWoSaPHBjnrcq/IYyykcIQxqHeGZNbPpekERq60WTN5AYPdCRZTdBBpArS0ej01MO Ptn/CpJGASq3AlpUAZG6CVAkQ7AThw60OgORVm46DRMkAF+pfSnlDqsIiQennvRjo5AZOg+qoJR5 AYmSoaC3C6rweTxyCSfwPc5AjcyjCG3Uph9YDc3CAlyxAzhwFZzBIgQUrtJlNOdwEZbAb6BgTn0q hhWKABVAJKtSfDyJmmX0sFO4fKwUUYG2s143b9D3SCYnAljSCixgAK5mAIaqVJnEGClhXKxwA0IB tQvgNiJATMLxremCmmlSdxLwAECILllxAfb2sCgoQwTwkqnnSpnFAQ+QGlc7ju8wQfyqOTegAK5R TpmkHCURMxQSTCQRMxGoA8eKCixQAdKpKOLHoy1Q/wJGhQpW2QsTC0BoG3/bJJOu9AAmxRgLYKAV JSEvZgMvEljm4VQ2kB09MbVAMbov42LAOn4q8AIIEANowi59gxDD2AMoMIU2FJg+1ZVqq00GgAMo UIICkIpVlI7oQEx/whQxqIgukrpO5RPl4RkudjU8AFlekh/fkpn5gQCPAY246aE30kaTu1bMxoGy aVRmGQDZwGiccyeJiIs6YDM/MVUt4xNKMb+PGYzXewMohCY9pi4UmB9dMn7UVLaD0Jq9y3X8yU0T sKFY0wqXYUcOmg4RIx1fMb2/JBlOcRKJgWpPJXQ9oF1NqS4AzC40Zg/fcr2wspr/U75rhb7gKQIR U/8JHYki45MSwsRfWHGeNqoCoBcfmQnA4gciPZYCaGIJZAtHBGCH7AVJd+heD3WH24RTObBD2QGj 4WNASJxg/xUfOTqsB2YvnrACPWYgPHCSAozCYjwB4HIJpnoIA2ENAzENCcAiqnqK1pBWOFWtgqUD aPEUPITEmakuNzZkQ0NjcVELCuhsOICMROMDCMADI2AxOUB3r1icybA9eBaxxLN4ywZEqMiozcYX QytdwctDK6ACKtACnDecJ8bKsqwCA2d7nxcrw5kRKlATqMADF/AYmmBnOWS2hWS2fkbKJgpFGyib Qku18HgAXWZAv7qlA3c/PJICFVoTHimubgwZS/b/sJvMrOuDRo2TZ0moXo7KbAjQwexkKIZ6RegY nD2pe4MmfioELSgAYBkKLuswKx46CcxKjSsy0ARdpHN8pNL6XnnqYZiDR1irpY5mbqTwkapSd6pC AbMhjSQAx5FLCE4MrSAd0g/QAE480nasfQ5tTLZwaxUMYARmRLkXOIjzCMoKDQoAwxnWAI/qps7j MymNDjZqCj0wK4QIPIaDC3A8KKMIAICnVpnlTc43XNpoEDpwjt7KfUf3CQN31KaTAjfmG0pTy8mn HgNDDE1tWUA10vMmyqu4ANZ11dI8C5aHFSOQoXZ30bxcCrxwgjnSajhNmGyr01JdO7kXz6r8DV6q /9UUgQIUgJot4AskAALXOwEiUj2XgAIfIAGkUasIkNlnvbYyKVxqPdhB+9PpcKO5gAoo8Hkz4U4q q0eZFlk5hscEsGOfGFyAfXOouNYXEAH1+s67mnKY2knCQwpZI34gIACE8A9oswKSBoS9sGMSkIoF oEw5pl7YzaqKFNLvNdIl7QisWz8rgLeYRHxVqwNdZk+u0CRVWxKAfBGR+ZkmsAAAUAMKYN8rMgC+ kCqicAnWjacLYN2ZnZMbl4TsVYqz4zwV0quu4DJCcbc1uB3eAHKuoFpZiFqqdTBLR2NCW99ftQBf dQDIaCvdXJy2rdn6deLXAGIhFtqtiuDgjanBff+IOYB/qbEDP8EYYOEUO54P84uFOGBRmnsABJcr KVABJbACA3DfDSABa2HbG8AKSTyc1s0DBTBBAf4BCMBK8ndZeJhsERQ/3YcOyFEbd6INIHEpPz4z o6sdrdEyGIADDVAA5bEd51hw9YkCOF4DzeDkG4BjamFU4Esr8qFMW14VyqQBvM3AlcvToyYeDOqv bwO1NQwUPLEDJwJS64QcToGL2pGFv4iLlpA1kkgCI1XJaaKPMlBgs5HnSzYf1k0BC2DbPzR4XFeQ I/1nQRvNS2MiTeUabrOY5vEnAbAD29EOTjFVQgu/TkHkCZMVFUACA0ADLYADn8hjLxACaSYCeU7/ 6AvQ2QI+ZN/2mo2OhKMm5gXnk6jAsdIRHCSBAzsgHTewGEviTu4kEoAB701iT+7tpeZaAScwAgoQ A5+YTGvRAuwUGNfboRTwIuGuTBXAlaAdX7k+OzvUDZvD60YDEmWWCijAFm3BEKPKF5u37UMtMoUr JgPweWniFQJQDxJgHG7YCx8QFeAu4BNwATmPhCC908KFin8WGMDN4ETfCiMAFyq0mRRAYIXcLn7T N2OKa+pCAjlaATGwagXwABJAATlgrs95UB+wuQVg2xDfgXhIEI7A4gcZ5lZhnpqDe4D6C5idmSfk N2IcH/FxY8PqTJgw1J2gAmN0AgegABJQAB1i/wG/ZhMUaAmk0/CDIgHdKwEUbznXuIHmbjkJcADi eNrikwluUjo2IY3VES2e0AulMKYiwANuLA8D8MUjwCPGNwETcdmGv2PyoYlR/fOWM2qWr/Nh3ptY itWyUGvm2Z5CbTiUiZogwKf1OX5vaOIPr+W8zW7XoIoLJVw5r42WM4hwHWuh069XKtfcXncFYiB1 ZwH3GVknEP3KNO4HGQFT1vu6Hwm2up4O/acOenCmMHkhAwgiKDwWFYYVGiMiJj0sLCYnJx8UH5WW lRMXmpsPDg4KEJuiBA0OCQkLNiIrIq2ur7CxsrOrK6y0rSs7Kxi2Jiu/r8G5PT0mxyySlpSXFf8c ohcPCg4ND5qZmhDTngwLO7jg4bS3q66257+s5+euOz3mx4yPkggLCwULEgiVGtARBJ6qQZtAzVSD BAaOrRPHcJa6deuO9QCmkNGxVSM0FKpggUKJVo1MODqB4GACUwwKUKLwIIIoT5+sbYJQsCADA4ti kWvIU2cri+xqsRphSAMPHz54aJhg4WOxYyQblFKgIEGBShSmhdLkiQCBAhcmTHgAAKYpBwwOLLJV LhzbnuZ8sgVG95cJET4mUHBkg4WrFBYmOG10gkK9e/n2fShZisCDTl0JQIBsVmqDm2t9wt3skO3d Fnpb4ZAh40XfVktBrCLBgtklSxJKlXoAIYL/S9uPCSgAaBYtzotzx+0UmkuEDVU2bnxbgeOG87YP y/lKJ0LFhA9rX/A4+sK0rULAkr1+vUBqqGfQNEWg3HsBCupxyb1tC+sWCwMFcAg4kEOEjgICDKBD OMbQJQIFFqwykQ4BHKUCC92JUMIEPojQgzLjLVbKVulB80ApJxlUwA2vyMfQcDoccIAAOByAgwgC BLDiADnYEEAOOuhggw40BqAKfBZUeI4O21HggyMq9KfRIiRliIBWmnAgZYec9GZVf+k8NJ9Q8mnJ ioz7HWBAfwLogMEABhiggwECGLDiigIsIMAOFlVXgQqMnCACDgPwQIGRKKTwggo+VHBCDyg4/7AA AggYJkEB5kkp6QWSoudhKZ6cNOBdCr6Dy5ZxgSmmizDmOMAABwTg5gED7Icmm7sAIwJRKFDEXJE8 kEioCiVUEEIyikrwJwWPMpCAS5RWSmmU/tR0WQCr7CJRcNFBZO2eC7CZZg47oMpmm2mquN8CKaYa zze0ivQOnxTwEOh2JZjQawonoKDYaxI8UOm+UVrKCaZoCZCTQqwMs9NwxbXSrQA5nNpfiwGYGkCA EYOrQ5mrOLJCryGsYMysH/DQwgY+fNDCCSvQWm+G/GyCHgTnPcPhTGZ1885CvrADEXHSsbLDNyKQ gIIIO2DQSgoZiIDBDipgcHEARS9tFyQVtP9goQk3JLXB1huAEIKeCEKCwp8sT/AMBxHAJGnaDszM NkwAYFmgREABY0zdcy3kig8UjJAUDyX42UILIxhJSQtIHWlMMSJooMHVI8CbAQmUk2BLaCuz/IEF VTqgL6Vpn4QsVw3wlgC0Fp17l9ET5TJdwtC14oMGFNDebgu1UzC2UX9qMAnKxaA7QQsYgLDdBhiY UPldH0xQaySG3VMAPor1Q2lNEUj59swwAcSAwBYVs3gttYj/VFB0rcNCCfSGgAIJ9aaAwvz1zo+C I/E08g4Fgm3AwwYocMfdRMCDCCiiXiQ5iylOspIofcgBBDjbPzyRPfV0zxQGyADdgLOOdxD/LHYI u4UIZWWrusRjagYKzAc2kAMMfEx2E+CBhUZSklOchAEOaKAFPYestLXEUm/LVAFsQAL9MUJWSqNO L1AoHS55jC6POKH+7pa68DWCBazgnwVaAIL5paBQMbRQD+A3NgRIwB6JaVmlOpGsSVmKPdyAVhHD R7A6rsIEdNLZfIJTi+VY6xcsmMh0LhTIHWTkEIboyEdEkozMscwCU6IUBAggCn9dYD29QYtaGHE3 QS7iG0/pQR6zpLM7ktJjWYKHXdAhPk6KkmglIFwJbmGRRo4tQ5QwW6UmqSxLcQACAIPJleBnPivS 0ZVVPOUgfzG3c8SKInWUByNDGEj9RQIF/5pDgDV26QA3uowmCoSg9wZAuUCKJHXGoBMeVymR1iFR hNHKWUTO8RQ6SUuaIviiRiygAR8MLSQnSIa9nAQpfUlqkm2s1AQzyQ33EPNQ1TTfGEPpysXNrSIT WeVEFucxKt6to5HI4gQiADPaROA6UIlEvRygj2HVQ4EG5UAn9iWzrjAUJgNyhDFYAD+JPCKKx1RI ToD2E10YVZnKDM83UGCB9dDgqVBtiQWModJE5cMwZlzAKbxSuto8IIJoI+lXE+AV3jA0LZRTqfgC eSiJBrKIrUyfICGi0Yq20qJ+UUEFIADVvj61BhCowHtQUK97XQIBECxLWRdL1sWW9aamiP8b/NoK 0Svi70Jz7KSnTFkcXxSVloykY4H26tfS1iACCRJoNsXp2NY6FrJogRZhTwDXPE3UIpEwRhH9ogMc 6OAbO9BBf3Kyghq1wkYBuEEtGdkIEbQgAjXwa3SfyiYaLOACI1jB/MiWIa0SAABeAQB4v0ve1kLw rAaYrUqTkYy00ja3I+GpCFZkgBQwwgADEIFyb8CCVOkXBwZwD39RwF/26kkDD6BBm2bEKgQIoCN+ gsDj5qe5xYhTvBgWb1nH65Xz2lSYDtCB0IgJv3JWk6cXom0x9PQmNKFqPwaQUQAKwCr8pmlNqjoA EZOBqArQ4Cjb8Z3jHJdIBNSgAvLDJrH/JGAACQgLK9PIcHg5rOEOezhTMLnJZAmbYpVGYrIqZQ2L wySAMIlpPzlIFYBV5KYFHGABARDo/UoQAQOEzAKFQJDjKkEyGtRgAiqYHwIgdRkGlG4fFCjAd8Er ZQ1z+LFW7g0BBvQ+L4vZyyuORDLmS2YyxzhVqVpwuPCbCqERdn0ToEGjNlCJkY1gBN2RwQD8DOjC XuYUCjiIYhSd4V5jOLyLjUxvbkLYYiMKgesF86H0NAAAlfnFrsKvqNkcADiPSdklgEANDtCC7tjA BTKAgQvGPW5aJ/kDj1p0AZ6caF/3etHAfrRZOkwAHJDRy/hWr6aLiALh5uDfAK8RDlZg/wMc/Ps4 yUlODm5wPxbwNwQVAMAMyC2DcZfmBT5ogQBqAIAKMBybWHENlN3tbnibt3sE+J7QNH3NRgaUMMvm ceWE1oKPUE4FI3hHvdhXghJkfOUuXwGCDXBxILOaEjyYNQQStF3NSSABJP/1r11r1q5Yxd7qfZ++ r4nsL1NOQo7701FoZzuy427P9KrfCXwQARoMIGRJQdwGXj2CAwDAgCygMMvaHXVGj/fRj503Nw6w 5ffSlrDuTXYjTm28pHzAB5Hj23b+Fsuk+FOlNwjoXgNQghGQbO4+aNUBaBABCoigfiJfxgIUQHJ4 +53qVe8N1otNPwTaz3759vJ7IHGCeP9E4hcQFQn9cD+hCgRgBBUr818Dm+RAAaClfzKjoqfs6/Ja H/bn5U03vlZ7BK6c66bWveHxTf6qcr1+91NBYBDgJqjWoCUaCOjtLwPBAgCgAbshb+vLC/jXstYs p2NqtFd7s9V9yGaAB1hsttdyt0c/N7AUJDUZtRFDcmY/AKEb1Nd3VAZ7r3WBXUFsuNeAt5eA5wdf XuZyAWV+Ayg/8sMCKqAUeKYBJ6NdIugVu5F/Gshoi9V/5hVsmRIAAqh2W6d2yrZe5Xc/6zWAXhQo zQdIdiGC9sNaJreDJceBHUhvWbYAJRAoUNiFw6d1Czh86FdVFZgCZniGaCiCVTU/DgD/XruxgSlH fWXVWMDGG1cYeB2WAAJAAi3Ihb3nZSaggLx3ISkWiGQof3lnS3IWCc3XgPWTdipQVY6Vf2X1LQDQ WACyIvZwAMaSABIwACnHAMayAM3WDQuQEk0mijhkb0oxS5JAAfa1AiBQIcbwRYQ1AkEiAiGQcbWC AieDDGMjQz6wRadnPzWXMkbBgsUWdhYwAvVTEzvoFQuAAwEwANlCAAswAjpQdwvgA21yOtUYJ5w4 AD7gJggwAJ/oAypCXwsAAkRBAS1gAhTAEZJXAUcxO4B2IHhGCRVQO44jOH3TONjBA/1ICf3UOxSg Vx0xCcm4ETwwAnmXKJjiWgDAIy2w/40FoCYBoB8HoAMtEAASwCMjcJEjcA/ViHw5wiAe+WoDwAAB oH78JHR5xk+Os48WcGDziAi0wxEcYQHNwwMrwE+DoBc9WTuFIEMa0JNJeTKI0BTNdxDZF2wVGQAb iQM0po3IxyIMEiMbeXw4YA8DoI299ZERs5E80g1E4ThjUwJGopM1SQgtkAIfoJREphE1uUW9gmQE aZd4xpMjII/8hGcWoAIgoAEweTJmKBVSuIOt0pgAMCOqUgCtIgAMIAETgyoDAABwxioMhpkCgAAH oEmThwI+QCiBEzki8zeJoAJG0oyThziI4zdbiBS8Qji44xEZV3Mp8GqEk3EqkAJc5Gw3Z5goNuVY jtZ6UvZd2beYPUhvOnACKRBoZiidaYgCJaACgRZLzaeM9GKGjEh8gVZsZsiELIidIZBkIHCGKEd1 VaiDwfaeVlhWaBmd2Fmf9lmf9Hmf2Bmd1cmd40meZwgC6QkCv0mghFmdgQAAOw== ------=_NextPart_000_000A_01C15CD4.D549F2E0-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Oct 24 21:31:18 2001 Delivered-To: freebsd-stable@freebsd.org Received: from zeus.marinet.gr (www.marinet.gr [62.1.205.9]) by hub.freebsd.org (Postfix) with ESMTP id 5D6EF37B405; Wed, 24 Oct 2001 21:23:19 -0700 (PDT) Received: from athena ([62.1.154.6]) by zeus.marinet.gr (8.9.3/8.9.3) with SMTP id VAA06905 for ; Wed, 24 Oct 2001 21:05:36 +0300 Message-ID: <001001c15cbc$49e2ec60$120152a6@marinet.gr> From: "Sotiria Petrou" To: Subject: =?iso-8859-7?B?TWFyaW5ldCAtINDRz9PUwdTF2NTFINTPIMPRwdbFyc8g08HTIME=?= =?iso-8859-7?B?0M8g1M/V0yDJz9XTIA==?= Date: Wed, 24 Oct 2001 21:42:50 +0300 MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="----=_NextPart_000_000A_01C15CD4.D549F2E0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. ------=_NextPart_000_000A_01C15CD4.D549F2E0 Content-Type: multipart/alternative; boundary="----=_NextPart_001_000B_01C15CD4.D549F2E0" ------=_NextPart_001_000B_01C15CD4.D549F2E0 Content-Type: text/plain; charset="iso-8859-7" Content-Transfer-Encoding: quoted-printable MARINET - =D0=F1=EF=F3=F6=EF=F1=DC Antivirus =20 =D0=D1=CF=D3=D4=C1=D4=C5=D8=D4=C5 =D4=CF = =C3=D1=C1=D6=C5=C9=CF =D3=C1=D3 =C1=D0=CF =D4=CF=D5=D3 =C9=CF=D5=D3=20 =C5=E3=EA=E1=F4=DC=F3=F4=E1=F3=E7 =E1=F0=FC = =F4=E5=F7=ED=E9=EA=EF=FD=F2 =EC=E1=F2=20 =C4=E9=E1=F1=EA=DE=F2 = =D5=F0=EF=F3=F4=DE=F1=E9=EE=E7 & =C1=ED=E1=ED=DD=F9=F3=E7 =D0=D1=CF=D3=D6=CF=D1=C1 10.000 =C4=D1=D7=20 =20 =20 =20 =D0=F1=EF=F3=F4=E1=F4=DD=F8=F4=E5 =F4=E1 = =DD=E3=E3=F1=E1=F6=DC =F3=E1=F2 =E1=F0=FC =F4=EF=F5=F2 =E9=EF=FD=F2: =20 =20 Symantec Norton Antivirus 2002 - 9.800 =E4=F1=F7 Symantec Systemworks 2001 - 17.000 =E4=F1=F7=20 McAffee Virusscan - 9.600 =E4=F1=F7 McAffee Office 2001 - 35.000 =E4=F1=F7 =C1=ED=E1=ED=DD=F9=F3=E7 = =E2=E9=E2=EB=E9=EF=E8=E7=EA=FE=ED =E9=FE=ED - 10.000 =E4=F1=F7 =C5=E3=EA=E1=F4=DC=F3=F4=E1=F3=E7 =E1=F0=FC = =F4=E5=F7=ED=E9=EA=FC =EC=E1=F2 - 10.000 =E4=F1=F7=20 =D0=E1=F1=DD=F7=EF=F5=EC=E5 = =F3=F5=EC=E2=FC=EB=E1=E9=E1 =E4=E9=E1=F1=EA=EF=FD=F2 = =F5=F0=EF=F3=F4=DE=F1=E9=EE=E7=F2. =20 =20 =20 *=CF=E9 =F4=E9=EC=DD=F2 =E4=E5=ED = =F0=E5=F1=E9=EB=E1=EC=E2=DC=ED=EF=F5=ED =D6=D0=C1 18%=20 =20 =20 =20 =20 =D5=F0=E5=FD=E8=F5=ED=EF=F2 =D0=F9=EB=DE=F3=E5=F9=ED =CD=E9=EA=FC=EB=E1=EF=F2 =CC=F0=EF=F3=DF=ED=E7=F2 =F4=E7=EB.: 4101130,1 fax: 4101132 e-mail: sales@marinet.gr =20 =20 =D3=F5=EC=F0=EB=E7=F1=FE=F3=F4=E5 =F4=E1 = =F3=F4=EF=E9=F7=E5=DF=E1 =E3=E9=E1 =F0=EB=E7=F1=EF=F6=EF=F1=DF=E5=F2:=20 =C5=F4=E1=E9=F1=E5=DF=E1: =20 =BC=ED=EF=EC=E1 (=F5=F0=E5=F5=E8=FD=ED=EF=F5): =20 =CF=E4=FC=F2, =E1=F1=E9=E8=EC=EF=F2: =20 =D0=FC=EB=E7: =20 =D4.=CA. =20 =D4=E7=EB=DD=F6=F9=ED=EF: =20 FAX: =20 E-mail: =20 =20 =C5=ED=E4=E9=E1=F6=E5=F1=FC=EC=E1=F3=F4=E5 =E3=E9=E1 = =F4=E1 =F0=E1=F1=E1=EA=DC=F4=F9 =F0=E1=EA=DD=F4=E1: =20 Symantec Norton Antivirus 2002 -9.000 = =E4=F1=F7: =20 McAffee Virusscan - 9.000 =E4=F1=F7: =20 =D3=F5=ED=E4=F1=EF=EC=DE Internet PSTN: 3 = =EC=E7=ED=E7 6=EC=E7=ED=E7 12=EC=E7=ED=E7 =20 =D3=F5=ED=E4=F1=EF=EC=DE Internet ISDN = 64K: 3 =EC=E7=ED=E7 6=EC=E7=ED=E7 12=EC=E7=ED=E7 =20 =D3=F5=ED=E4=F1=EF=EC=DE Internet ISDN = 128K: 3 =EC=E7=ED=E7 6=EC=E7=ED=E7 12=EC=E7=ED=E7 =20 =CF=EB=EF=EA=EB=E7=F1=F9=EC=DD=ED=E5=F2 = =CB=FD=F3=E5=E9=F2 =CC=E7=F7=E1=ED=EF=E3=F1=DC=F6=E7=F3=E7=F2 : =20 =D5=F0=E7=F1=E5=F3=DF=E5=F2 Internet = (=E9=F3=F4=EF=F3=E5=EB=DF=E4=E5=F2, e-shop, webhosting) : =20 =C5=EC=F0=EF=F1=E9=EA=DD=F2 = =C5=F6=E1=F1=EC=EF=E3=DD=F2 : =20 =C1=EC=F6=DF=E4=F1=EF=EC=EF = =E4=EF=F1=F5=F6=EF=F1=E9=EA=FC Internet: =20 =C5=E3=EA=E1=F4=DC=F3=F4=E1=F3=E7 & = =F3=F5=ED=F4=DE=F1=E7=F3=E7 =F4=EF=F0=E9=EA=EF=FD =E4=E9=EA=F4=FD=EF=F5 = : =20 =CC=FC=ED=E9=EC=E5=F2 = =EC=E9=F3=E8=F9=EC=DD=ED=E5=F2 =E3=F1=E1=EC=EC=DD=F2 : =20 =CC=E5=DF=F9=F3=E7 = =F4=E7=EB=E5=F0=E9=EA=EF=E9=ED=F9=ED=E9=E1=EA=EF=FD = =EA=FC=F3=F4=EF=F5=F2 =F5=F0=E5=F1=E1=F3=F4=E9=EA=FE=ED = =EA=EB=DE=F3=E5=F9=ED : =20 =20 =20 =CB=E5=F0=F4=EF=EC=DD=F1=E5=E9=E5=F2:=20 =20 =20 =20 =20 =20 =C1=ED =E4=E5=ED =E5=F0=E9=E8=F5=EC=E5=DF=F4=E5 =ED=E1 = =EB=DC=E2=E5=F4=E5 =EE=E1=ED=DC =EA=DC=F0=EF=E9=E1 = =F0=F1=EF=F3=F6=EF=F1=DC =EC=E5 e-mail =E1=F0=FC =F4=E7=ED = =E5=F4=E1=E9=F1=DF=E1 =EC=E1=F2=20 =F0=E1=F1=E1=EA=E1=EB=FE =F0=E1=F4=DE=F3=F4=E5 =F4=EF = =F0=E1=F1=E1=EA=DC=F4=F9 =EA=EF=F5=EC=F0=DF. =20 =20 =20 =D5=F0=EF=F5=F1=E3=E5=DF=EF = =C1=ED=DC=F0=F4=F5=EE=E7=F2 - =D0=F1=FC=E3=F1=E1=EC=EC=E1 = =C4=E9=EA=F4=F5=F9=E8=E5=DF=F4=E5=20 10.000 =E5=F0=E9=F7=E5=E9=F1=DE=F3=E5=E9=F2 = =E1=EE=E9=EF=F0=EF=DF=E7=F3=E1=ED =DE=E4=E7 =F4=EF = =F0=F1=FC=E3=F1=E1=EC=EC=E1=20 =E3=E9=E1 =F4=E7=ED =F0=F1=EF=EC=DE=E8=E5=E9=E1 = =E7=EB=E5=F4=F1=EF=ED=E9=EA=EF=FD =E5=EE=EF=F0=EB=E9=F3=EC=EF=FD = =EA=E1=E9 =F5=F0=E7=F1=E5=F3=E9=FE=ED. =20 OTE : =CC=E5=DF=F9=F3=E7 =F4=EF=F5 =F0=DC=E3=E9=EF=F5 = =F4=DD=EB=EF=F5=F2 ISDN =E1=F0=FC 6.000 =E4=F1=F7/=EC=DE=ED=E1 =F3=E5 = 4.500 =E4=F1=F7/=EC=DE=ED=E1 =20 Marinet =C1=EB=E9=F0=DD=E4=EF=F5 18, 18531 = =D0=E5=E9=F1=E1=E9=DC=F2 =D4=E7=EB 01 4101130,1 Fax 014101132 sales@marinet.gr=20 =20 =20 =20 ------=_NextPart_001_000B_01C15CD4.D549F2E0 Content-Type: text/html; charset="iso-8859-7" Content-Transfer-Encoding: quoted-printable MARINET - =D0=F1=EF=F3=F6=EF=F1=DC Router Zyxel = Prestige
 

=D0=D1=CF=D3=D4=C1=D4=C5=D8=D4=C5 =D4=CF = =C3=D1=C1=D6=C5=C9=CF =D3=C1=D3 =C1=D0=CF =D4=CF=D5=D3=20 =C9=CF=D5=D3 =
=C5=E3=EA=E1=F4=DC=F3=F4=E1=F3=E7 =E1=F0=FC = =F4=E5=F7=ED=E9=EA=EF=FD=F2=20 =EC=E1=F2
=C4=E9=E1=F1=EA=DE=F2 = =D5=F0=EF=F3=F4=DE=F1=E9=EE=E7 &=20 =C1=ED=E1=ED=DD=F9=F3=E7
=D0=D1=CF=D3=D6=CF=D1=C1 = 10.000 =C4=D1=D7=20

=D0=F1=EF=F3=F4=E1=F4=DD=F8=F4=E5 =F4=E1 = =DD=E3=E3=F1=E1=F6=DC =F3=E1=F2 =E1=F0=FC =F4=EF=F5=F2=20 =E9=EF=FD=F2:

Symantec Norton Antivirus 2002 - 9.800=20 =E4=F1=F7
Symantec Systemworks 2001 - 17.000 = =E4=F1=F7=20
McAffee Virusscan - 9.600 = =E4=F1=F7
McAffee Office 2001=20 - 35.000 =E4=F1=F7
=C1=ED=E1=ED=DD=F9=F3=E7 = =E2=E9=E2=EB=E9=EF=E8=E7=EA=FE=ED =E9=FE=ED - 10.000=20 =E4=F1=F7
=C5=E3=EA=E1=F4=DC=F3=F4=E1=F3=E7 = =E1=F0=FC =F4=E5=F7=ED=E9=EA=FC =EC=E1=F2 - 10.000 =E4=F1=F7

=D0=E1=F1=DD=F7=EF=F5=EC=E5 =F3=F5=EC=E2=FC=EB=E1=E9=E1 = =E4=E9=E1=F1=EA=EF=FD=F2=20 = =F5=F0=EF=F3=F4=DE=F1=E9=EE=E7=F2.

*=CF=E9 =F4=E9=EC=DD=F2 =E4=E5=ED = =F0=E5=F1=E9=EB=E1=EC=E2=DC=ED=EF=F5=ED =D6=D0=C1 18%=20 =

 

=D5=F0=E5=FD=E8=F5=ED=EF=F2 = =D0=F9=EB=DE=F3=E5=F9=ED
=CD=E9=EA=FC=EB=E1=EF=F2=20 =CC=F0=EF=F3=DF=ED=E7=F2
=F4=E7=EB.: = 4101130,1
fax:=20 4101132
e-mail: sales@marinet.gr=20
=D3=F5=EC=F0=EB=E7=F1=FE=F3=F4=E5 =F4=E1=20 =F3=F4=EF=E9=F7=E5=DF=E1 =E3=E9=E1=20 = =F0=EB=E7=F1=EF=F6=EF=F1=DF=E5=F2:
=C5=F4=E1=E9=F1=E5=DF=E1: =  
=BC=ED=EF=EC=E1=20 (=F5=F0=E5=F5=E8=FD=ED=EF=F5):  
=CF=E4=FC=F2, =E1=F1=E9=E8=EC=EF=F2:=20  
=D0=FC=EB=E7:  
=D4.=CA.  
=D4=E7=EB=DD=F6=F9=ED=EF:  
FAX:  
E-mail: =  
     
=C5=ED=E4=E9=E1=F6=E5=F1=FC=EC=E1=F3=F4=E5 = =E3=E9=E1 =F4=E1 =F0=E1=F1=E1=EA=DC=F4=F9 =F0=E1=EA=DD=F4=E1:=20
Symantec Norton Antivirus 2002 = -9.000=20 =E4=F1=F7:
McAffee=20 Virusscan - 9.000 =E4=F1=F7:
=D3=F5=ED=E4=F1=EF=EC=DE Internet = PSTN: 3 =EC=E7=ED=E7=20 =20 6=EC=E7=ED=E7 =20 12=EC=E7=ED=E7 =20
=D3=F5=ED=E4=F1=EF=EC=DE Internet = ISDN 64K: 3 =EC=E7=ED=E7=20 6=EC=E7=ED=E7 12=EC=E7=ED=E7
=D3=F5=ED=E4=F1=EF=EC=DE Internet = ISDN 128K: 3 =EC=E7=ED=E7=20 6=EC=E7=ED=E7 12=EC=E7=ED=E7
=CF=EB=EF=EA=EB=E7=F1=F9=EC=DD=ED=E5=F2 =CB=FD=F3=E5=E9=F2 = =CC=E7=F7=E1=ED=EF=E3=F1=DC=F6=E7=F3=E7=F2=20 :
=D5=F0=E7=F1=E5=F3=DF=E5=F2 = Internet (=E9=F3=F4=EF=F3=E5=EB=DF=E4=E5=F2, e-shop,=20 webhosting) :
=C5=EC=F0=EF=F1=E9=EA=DD=F2 = =C5=F6=E1=F1=EC=EF=E3=DD=F2 : =20
=C1=EC=F6=DF=E4=F1=EF=EC=EF = =E4=EF=F1=F5=F6=EF=F1=E9=EA=FC Internet:
=C5=E3=EA=E1=F4=DC=F3=F4=E1=F3=E7 = & =F3=F5=ED=F4=DE=F1=E7=F3=E7 =F4=EF=F0=E9=EA=EF=FD = =E4=E9=EA=F4=FD=EF=F5=20 :
=CC=FC=ED=E9=EC=E5=F2=20 =EC=E9=F3=E8=F9=EC=DD=ED=E5=F2 = =E3=F1=E1=EC=EC=DD=F2 :
=CC=E5=DF=F9=F3=E7=20 = =F4=E7=EB=E5=F0=E9=EA=EF=E9=ED=F9=ED=E9=E1=EA=EF=FD = =EA=FC=F3=F4=EF=F5=F2 =F5=F0=E5=F1=E1=F3=F4=E9=EA=FE=ED = =EA=EB=DE=F3=E5=F9=ED :=20 =20 =
=CB=E5=F0=F4=EF=EC=DD=F1=E5=E9=E5=F2:
=20
 
=20 =20 =

=C1=ED =E4=E5=ED = =E5=F0=E9=E8=F5=EC=E5=DF=F4=E5 =ED=E1 =EB=DC=E2=E5=F4=E5 =EE=E1=ED=DC = =EA=DC=F0=EF=E9=E1=20 =F0=F1=EF=F3=F6=EF=F1=DC =EC=E5 e-mail =E1=F0=FC =F4=E7=ED = =E5=F4=E1=E9=F1=DF=E1 =EC=E1=F2
=F0=E1=F1=E1=EA=E1=EB=FE = =F0=E1=F4=DE=F3=F4=E5 =F4=EF=20 =F0=E1=F1=E1=EA=DC=F4=F9 = =EA=EF=F5=EC=F0=DF.

=20

=D5=F0=EF=F5=F1=E3=E5=DF=EF = =C1=ED=DC=F0=F4=F5=EE=E7=F2 - =D0=F1=FC=E3=F1=E1=EC=EC=E1=20 =C4=E9=EA=F4=F5=F9=E8=E5=DF=F4=E5
10.000 = =E5=F0=E9=F7=E5=E9=F1=DE=F3=E5=E9=F2 =E1=EE=E9=EF=F0=EF=DF=E7=F3=E1=ED = =DE=E4=E7 =F4=EF=20 =F0=F1=FC=E3=F1=E1=EC=EC=E1
=E3=E9=E1 =F4=E7=ED = =F0=F1=EF=EC=DE=E8=E5=E9=E1 =E7=EB=E5=F4=F1=EF=ED=E9=EA=EF=FD = =E5=EE=EF=F0=EB=E9=F3=EC=EF=FD =EA=E1=E9=20 =F5=F0=E7=F1=E5=F3=E9=FE=ED.


OTE : =CC=E5=DF=F9=F3=E7 = =F4=EF=F5 =F0=DC=E3=E9=EF=F5 =F4=DD=EB=EF=F5=F2 ISDN =E1=F0=FC=20 6.000 =E4=F1=F7/=EC=DE=ED=E1 =F3=E5 4.500 = =E4=F1=F7/=EC=DE=ED=E1


Marinet
=C1=EB=E9=F0=DD=E4=EF=F5 18,=20 18531 =D0=E5=E9=F1=E1=E9=DC=F2
=D4=E7=EB 01 = 4101130,1
Fax=20 014101132
sales@marinet.gr=20 =

=
------=_NextPart_001_000B_01C15CD4.D549F2E0-- ------=_NextPart_000_000A_01C15CD4.D549F2E0 Content-Type: image/gif; name="formlogo.gif" Content-Transfer-Encoding: base64 Content-Location: http://www.marinet.gr/sales/images/formlogo.gif R0lGODlhWAJkAMQAAP7+/1lXW8bM/qix/fP1GVlgmI+c/5qm/52VlwE8eSsDA+fp/UEZHLjA/oSM 32FhOM7Nz3h9xnx0dndxq+vq6lY7Qpee59rd+bq85iZWk7e0teLd3PP0/sbCw6+uL5WayyH5BAAA AAAALAAAAABYAmQAAAX/oCCOZGmeaKqubOu+cCzPdG3feK6jTe/3g6BwKDwMjMijMsk8OJ/QqHQq NViv2Kx2y+16v+CwOHwwUJ3EYSMHaLvf8Lh8Tq/b7/i8fs/v+/+AgYKDhIVyCxeJihctP46PkGmS k5RCY5eYmZqbXWVnUQOQPQILHKanHACphqytrq+wsbKztLV+iIuJjY6hQD69wA2Vw8RlnMfIycqf oKJrqKiqeTvU1dbX2Nna29zdJKLEQVJHaE/k58zpn8qdaOLG7uTG7PSYnmb4nlNHjgJrMLYCChxI sKDBgKmgKVzI0FQuRSzA/ZooDEi4YkqK1LPirqLGK0aEhSoyb6NJkOp6/0G6wKFUKWgHY8qcSbNm zYSm3OBsyJPDQ0Yi1gj1R9QiEZEjR3q8OMTIkoxFyNFzWrGkmCBrgHqjxgioVwE/Fb2EOW2r2bNo 06pdy/bf0Lf+kGK9WG5JOSSg1OmtssxpEHbAnJw0WRLevU8qR/1jYbOx48eQHa/a2bMyKly5gjqb qLSzSI9yo6Zh8pQ03mRUj5xMesWB69euI0SYMKFAgNu3JRSQQFu2gwiwgzswMPySPmZKK/q4sKB5 82iRo0ufTn1WQlWnsFt22bKl8++6TCguWhRp6KWgk4pbT5p9aXlSj/kdMBiLBQsYMGiwoOHDBwQS BFDBgAwwMOCBB972gP8EDDKIwIMI+NeffvlVuBgMWonQVVjMLYQHWyCGKOKIJGKz2FtC/RAXJCsK 4ctoou0l4xRmqIOPfJYMBptssn0wm20VFChkgQgOqGCADSbJG20I8PjbaxY4ECUZN0aRzxmJDbVC dVx26WV0lFm2EHfedffdmeGVsNkvaYRWiWml4XXXGZyEpNpJO/JI2wQCDumngQYWKWAASCYJIQIT NNmkfw58IKWUFhgQ6RbHITYXaGCdCd2XnHbqqS1hinnKS2eWauqpiPCwpptMuddEE3aZZmUmI1nF Tp6z7dnnn34GieADhFagpIMAHvpgBD4y6uh9kErKRaVUSCJSpt9lN0f/idhmq+22NrgVFA/krSqu uJSYY66cM85YI53w1JnjRrjuaRuv9AZaZAULCjussYcm65+jH0R5n7ObIMaiCp8mrPDCoYo6pinc oSoxeIhgluY3q7YqSboy2hOKrcgEpydtBQRZ758E/kqoBPo2yO+DGsTcX4T/BnzfzZFOmkVKlICV iHObLiz00NQ1rJ2oEXs38cTMVbyIxRCd8IhnGsMI67np5iPGAT2AfEy8e5p8sr33ViAgy2cPK4Gx GiAgc381W+AfzgPrrAVyk2Ql1lhycOv334D77W2KivUz7uGbTYIYx0+s27hgj0MOudZeXyVMPSLL tiefY5u95ASf74no/+gPKvly229r0AHcc9N9M8H2YImViigQbfvtBDXsMENjuRTx0qUyJzyHF2Ps jHoaO8W4Xjd+wTV99MSbawH1mr355hHQDByUzN73X+lrQ4i6zB2U38G/crvuhAUH2E257NI+/VxO uNdvv3XSXKe/7g0l/dz/wKNY08QiPKgVTzPpSU/V7BKr5UFBa2AYSfRew6MKTkBsQ7LeBGZTwQo2 CmfOcp33+JU683VAhDdr38C8MLnIVUJDP3tJ30wUrhrC5YY2zCEOd6jDHvLwhz4M4oUCR0QU2dAH K0KcEnmhOFk5kHHrqhEENfG8CcamgxEIAK8qUIANYtGDrxGHFlAoN/+YuY185cMAGVPYvq1RKlrK oV0JWrG7OtrxjnjMox2lcb896O9oeuzOqMoUQFQNj3gHTKIvmFg1dD2RThG8nDKiREHgWPKCKPPi F30DpSt0jSPOUiH7LDCA+wyghOZToylJycpSrs95D9xHz/YWNEOEagEUaE4ucanLXvLyl7sMpi+F CcxhGrOYyCSmMo+5zGQy85m4VEgf/3Cd/NmRVIQkZCGdVrFuHvIhUqMI1ZK3HvY88nFS7MTHtDAc 4cimABmIpzznSc8C2HNeveoiFp+0vddoYZ2gXNcoS3kzNEJAje0TJc5U2Lyd7UwfjqNEA/bGtzfs 4AcYEAYGgrDRBXr/9KMgDWk4NrrRBmQUiUTclpaMWDhFLvGlrHoHXuThQCm2kAqOq5K7GtCazPGo AAkIqlCHStSiCtVPGbBnbb4YnGcJozCk3GhC2adC80HghAnNKhSoyg7Z9eMEg9jJLn+ygQuU9axm TSta16rWtrL1rW6NK1znKte60vWucX2ILms5TThMJn+A1CM2/bdN53yTeOEU5w88qjyanvOBX/hY SXzKiAwY9bKYHSo9I1AAD/aTOFiAQq1Eu4HSHnSmTugABCDgWGO4z414m4TPmsZXQYwKMxsQAAR0 KwAM9Pa3v/WtcINL3OEat7jIPa5yk8vc5Tq3udA97m7LSkv69ZUO/6vg4x+vaSbCbrOA4OUmOMOZ nGAw1pytrek9OiHJnOEqAgmQAAAwkNn61tey8uTsPmEjqSdYBAkQKK2AWVvOA+TnVZWjUqVsOssY WssNOehBRju6Ru9V+MIYzrCGN8zhDpuSoyhNaYl2eEPCwXSJ5WKgaNUVOck5rgroXK9x/iKcK8qm AgpQgHw/YN8e23ee+gWja26WHyFgQMBI3kBH/TKfWZ3EUo8wQVghlggEBABYuMnylQNgTwU9wDZa xg2YtfwALIf5zFxWEG7MfGbbjNnMWB5zm9eM5iuX2cwFYDOZsSyBnz34unLYXyDNBLFsFhZNBvxJ YrO02PM+FpJdWP+nOytIvRzrGAAT8LGmMwvkDAjZZhvFT5KT3NFyZVU+lpJtDCtaCIhRIBF82vKZ gQXmMqMZWHquM57XnGs137rOvqYzsHsN7GJn+WcUsC6g35BdPraBfw7zndKUtrQBclO841XTYhPY KiZHxZFPDCilaCyy3/AoA5bOsQYWsOl2Y3azYAzYfgI8aiQXmaQDCLVMEwzL962rwUBTNg4kHAQL BIjYsyZzlm1dbIZ3+c3G9jKu74xwXcM54guvc5dxE9UQi1hEJXYp4UR+4uM1sS6PjmIsW+xvfnMh FFaoZAdrw4B0K4ABSna3zo0qz85W8F9HrjeSWVvqUpeSpoMx2Ff/SWBb75hVALG+Ta2lbux71rri vLY1w4stZ6lDXMtvxnrXqa5xi+PGZ6xeNrMBO+iHHfpUh822tnnBSKYkIb2PbejOyG3jkRXA5jmW AAeAmoACAT7dBdr5fZP6c6GPmuj3zjdJGpcJaI0jb9VVdiBMkUtGQMDKYd66rIFttoaLWc0VjzPG db1wrK+e13s+OwQukEvNqz0Of4U27wb5P0J/V7zNAe8iEgsaBTYSHXgPt96tAHPiyHyDYTu8Ason /epbmgGK53kGvEhvx9u7QvguODnYV3lQQlS0lFj1nwduUoIGiMwe8ACWRb/n+KdezGPX8vtHL/Ey S8DWpRdswnZl//ZnZ3B2Z/93ZwqXdQoogOwzOx+nLSWGRIVTcodzciqWd5Z3GDFGOTNGH+1kbpoj LzV3eBUAAAFgfSp4fdmnWRHgfaOWHyZVZETgZPWgdB4nAk2HC721f7jhAQQQhP/HgPP3AEBIAB7A a/G3hEHYhEg4f/HnhEFYgD/IhE7oAQl4dRSXZUcof0p4hFfoAaVXZksYhVKYhGQXALpFezJ0e7hn TW1XaIZGbYUkfIpGfOXFJguENY82OVvQfM53RddTadKnARuwgojIgi1YAB8AARQAgxtAdJIXfqSE TpUXW2mAdmPRbJvHAa92Abv1fmYGhmzWhWgoIF2oIGAohVc4f/+s6IRw9oqtCGYVYIq0FgCkyGuy SAAd8H4IsItNKH+3eBu+lQjJxoluuHZvyF2+N22/503YtgCqQncvcnz7lnL89hcx13ebk4LVVwEc 4I2JOI7Yp3gT0H2Od1CkNIk1SHljwIHw0ybq12zsV3AG13pgGCD2VItOKGZdCCz8CIxIOIavuIQL F4ZWiIQHGYQdMIpTSGsl8wAFWYBlJpD2J3ofNgoROGLfMnIVSIEWaHIbkxcauA4duF4utzMNYAwy Nz21gWPWhwCHaHNCUng2KSQ3N443p3MTAIlKhh/4kQaV2EZPBkdyNAJN92q5hQE+SIBNaGYBOYWl l4pjJn+ruCD/t1F6UfkAY4hrawaLAGmETbh/q+iFuPiUUBiMZpNrC/J/q5iA86dlvlVWx5iM2MV2 gbSJEPM7hWVtmUF8IklOfUgjL8dTPSWC8nJBKgiO3liO7YZ9JaiCjtljGvCI3ocBAWNkkneNBZNq kqCJf9aJuJAfoMeFY+mQwYhl/1h/TzmGP/iUoZdmEvmQXzmWrwmWAYmFqEkAXDlsZAibYiZ6xdgh yGiXfhRYSFNofPl2hjWNnLEUHzWY7hhp0AM2tUFzKxgzCtCCRYV9OQl4k4lZBWCZjndCA/AB7Hh0 p1Z+LRcPn+lg1jVwFPYBTXmWQaiAUUmbq5ll+JKLdnabvBmA/6GXmgoihbiWn09on0lIa1u5Z2z2 m0EYm2P2YRm1kRu5UkL0UopDU3GyPC+2clZyGMsHBlyTBc9HMiWzghWwAZbFnfZleIj3bh1AnvUG AXKjSjWIdISBJUung6L5dEzJf/l4i6t4n2L5hHp2pGbJn2BYhlRoZ2p5pAR6G0XKm1JaisHopMKo ZQ2KcHNJnMZJR88mWM3oOxKTIcYTmHsonfxWoljwXihKiNXXHy7qbt55c+GZAB9Ao493M+kpfq9U fphIBKBpe9TkibqAAXyCpfeJGwj6hFM6erCocFXqhKI4m0hohmrpqFVqlbSpisBIf1dabBgwe7Rn qGFqWzqBnP88oZfdZaZwB5jgAFLSOUX/BD0myo3XmaLVFwAU0KJ1unPhiQB8mmQQ0DrraHSQJagu Zg6Y1zQVVY83s6heRoppyYpSimb7qYS7eIpX1q1oY5qsqKmMWpBat2ZgaGwZOUQWKoEpMDhxIXLx Oi7qgRRXMycc86E5ZYkimpJYoI3sdKIkA5PStwHwFax12pPeZ6P30VEU5kp+eIM82qM7+Go9CH/A 6ZSZGozBiGaRWq0PCZdZZhuYeoa5FpVNGqlKSnG7xq0RmnDE6DN1maphxXZjSqbVcqayGgnRyaYJ 5qZcYJ20QbCAJwEQgLB1WgAweKx0k6NcxazxeBSZRwiclwj/B0WtYDakoHqfnXp6t7mkaqayaVab 49qbWkaKlSprKzuAwpatpCoAZdWGNGtL2AGHYiJtQAM8zqmmycOmzoOrQaurAyt9DAABhIe02ae0 l+mn4ceZ9mB+zTofaTC1AFCPKnRwVJePt5EBV1qyU5hxwPKxW9aFXHRrmCp/rahnuVi2WZaaXydx 39qEv3YbFMqu7Spi8KoiHvmRPAud39ZAPotTKDmi7AUGLQl92Hl4CGABiLuIMHg+6fNhkydjEmuU HpeUQIq5ABquCvp/EoCtSfqPSbqpArqQA/m9qQlnuYi+YLm1YshFY3ZPC7etaPalcju3m8equ0NY dHgqezur/4zls//6C3biAyAjPSRogizavIqnuI6nSskqea30tI87qERAuTtotQ3QlKO6tVYqpUja eqJLpVOopVt3uvhSsmbJlf5ZlrFYwk7aax1cZ8M5s/irqs+mv/2jnK9abTs7NT1bqwYwFyUBiFyz klvwfCMojoinAYfLwO3mwEKHmTYjvSRBflSkcqCQfvC5CvJpj9RqZ9Y6urCJL6mLsQmqZ8C4pJh6 qU2KrmhJwrbpwWUbvp8qgLS7jhp5ux83gSZmYiRXdzn6KslXq/0qbljwSbf6TwIwWS2ZKy95eBLA Y1DsbuPpfVWsmQW3rDsaLYnBdD+6lD4ILP4JobwJxwqZa/+peGaVCoRsrAGfe2V5tsqoCJwLQsuk LItPisoEYGxfasM3rAe6F23K+Xb/y7MBPJgS9HIgU0Vv2neaw1mReX0QAKyV7GMRUKxIFr2Z2Y7T +Y4fusWTgMGd+In5McqqiABxib5svCBYqcpBqAEDeGfxB5cNiK7q7KgEqM5mhr4QcMJYKWwMopta d3Ffm3FhNpz3G8x1sF067Ha+x5wVc8zilMx9OACNTLxIXJjPzI25QrSW1iTXvGnEWp6ZPASstD7+ ejdXclOVQFH0U4/uB3Y0Xa31yXB6lmdGyJb8ObKxmcJSl6RbF3/8F3v6LMO2Vmv/J2e5Vrt8TCIX EtXzyrv/IWkUoxEtwRuizQpBgBhpkWWYIWhuyBvJgBcAGjDSmvYBplVv5xkwJx0r9RHOznqU2LuU pbl6rndm5ft6fK3Xfc3X9Hdm9ouqNPtXD11H3vV2A0TRgkwXhcwxGP3NWWCYXqCNx5vAh6cB1ozW mGWIq/XZoI2sUTXBCVUncu2s49zFVNsSiVqff/3asB3bsh3bElCqxkjY1+XQhu1sOby/ZZq3h2Zt x6wSyHN84JYuKymif+hySKzEJKNF02xpEnCwnC2jVwXan706/AF+u7VbZsEhAUePN9B+N+Pas33e 6J3e572uT30Wtqsm4TIeLFLVMdVa8FGSNBK5IGEATxUG/3fyBWoUG2K9OTAZ3Td31tWNWRNgQia0 WhrQKB90H1M1SitNou/zCVH2DxXLCEyJANj94SAe4iI+4iRe4iZ+4iie4qDdAVZWw7gNaLmHl3VL przHnH4pjT/c2I79WJFtg1kAsCx0AAJLG4Zn4AyAAJud4EKFAOWjOgx+Pq7h1n5K4TlTMHKdDxJV qMXZB1QGihjA5AztCh0QALYNpmG+2pRx2HkEd4jU5rrw5j4DFnLeFXNe519R540MWV7T1V3gABgw 5JVWczBqaQFA3Uo+VKmjOk7+4BBexQv1WoJ6JRH1rLQV0+NtUpcLAWfOCmPu1O3dFjnUkSsy1YGM YhvTof/qld8tJOkttNH+DbhewCx910XUU4JcRJMIcOhEZdaJLjM+EuURLuGvA+lT4VV0Xc6JCuab XgjyPNhbrna6bbdth7cA9HuHxNh6aNxP1DUw9oeU7QWu8eciCMniaCByGnhJnuASMD6JjizIEuwL BTt1YsFCMFvz8+x+xNq7xZSanoz4jgf/7gZj7uIBbz/VtHZ/pIzDXBnVDqsBtNjiQS7k9B4ck+ex VLxh8CgnimMlyAD2ZHMBkGm6ngEVcDox4yPvjj6ugxoXLkUvpNpt8MXu1+/MpnkUUCwagO+eyHmR GGAU0NDJNqYAH/R/QAE+X/Bw0PMb8Oydrsfv/ekh4sf/LFXq9HpyWb2BIVolyR1aLATrSfwajmJB Q9vx8DvNFWDo1U094eM2Z8T27g4wkAJC8p50E5uDGWzXNN8GvcggGvAGEIAbErABdAAB5h0AMjkH hG/4EFDwHIAkHYD0b3DzgH/4ePB5WbbuPx8HAw+3pwr5Bm+z0R76RwNIag7RPhzxaxKdqL4Xyc0X XODq4A7h3MjxOQa/f5duEpDulXxBJX86x/L2cUM3xe7J8dPFno9diHoB55z3ACDPAoIAfp+VvkoH GrDXWdb3cjDmuZEHjZ8bzF/5XAr9d+D8YSYBjw8Hm+9nx8/QB59d9LPwPOw/PYwmcj53fNtIK5b/ VND6/z4OAoYoDs14no7qWJHjRtE0MYqtVIVe3XiWAIPCIbHwIyKBmU+FIUFAo9LYJ/JRfSxaLarr /R7CYcO4fBig0+nG5bJ4cziAOUBgv+Pz+nujgdYiQNDNaVQEBCAMQhwebgwOciAwSiFodGxQPNJ1 MEpofgJQSDA6gpqOMh56mhKmIqIeajxyaqFhNOzl6u7y9vr+AgcL7+IK4PYdG/cpIy83P6+VqE2f VQ+IYWdrb4uRYXubcYN/kQyQj6youLzETPDcMOgY9cQn2ScUaLhtRNwLLfF4IuEJJShWrDj4cOWK BQcGtpyLKHEEtzAlkBnLw2rjnDgULmwQgEGCoEEaJv/JmbNIVSlNohiV5NhKlcxQqVpuTLnSlQSc mjakQhAHgSFVmeicxCBgg5s4NZ9CjSp1KtWacq4CSKm1YxynXbOC7SpW7JuyZdugTat2Ldu0Ai68 jQs3rh24c+vqqUjuQIMD5xyugCGYhoIaOOQVeGdDgr8hBS482nDk3oQOPAIMFFgwxsEqDBtymTix IrZpat6W/Vr1UZwFbUQGeiTpUCI6OwMcdXkzp8lOVlPFlBmpU6oOrE4anRmggoTcAJJCaEPB6erq 1q9jp4N1bNax3r93XdCag/jy5M0uoIvnGfs+pt/Dt2Zxvphr1+bb10sOTcQVV9ZxFoFihSGWQQ8B THb/TwYYfEJBYx90UANmmWWGAEGcIVBFQhs2ZABgou1F0TilwceGG+KJRccwejSAwQBbkCQbI7LY lopzgwCVXEccIYdZTRTs9lSOh3QAS22gWKZKSRRoYKEENCIVQC0XrVillVdimeUvyRzTHjMYPfMl Gn6YdoZ9+d1Hmpp+kQZOGWT0RYacbJ7DHznpaBgDOxEYZkM8iClWjz8RzLHBJYNgoKAAEeJAoWYE zZAhFQuxwIIFIGK6FzcXYaRHda29hkFsg8yGWZNQwNITKLehSiECPkWpSkobAQkTVKUKVaoEs7qU akscULABr88FoJR01GWXrLLLWgUABBhAC4F30EKL/2JX0pJFrbYnvuHiFhhsYQGnFmQhLmjpsHAN uuiqsaaafYmzV5x3pqOnYAMqgNg8NwTgD4NF1lBBSwXYEwGTNjA3oaNOItAOZ+h26FCmXbhr0Xu4 cKsadh618WyMpLoS8iE3biJyKhVosFWsPso0ZADBbeSycZyQwsoGEhQVgAYk96YUUygyG7TQQmP1 gRLidWd0AhlMJ9YFCaBY3gJHYKABwY+VRXACEdhxRAHNRPB1AxYooU4GGQzgwNYOaA1DAtSkWbEY Aui3nzn0NiTYnvjmAOgNFST4DyYS9KkAjU8jsSAAEiAcwAOjOFqhDBE0rBCHKng4sRdvVlTiAAKk hv+sili696IFH3dUaiqwNAJKjwoTpIEGJQ2r67Cg1HoIzMd1konMrACr+pOz8nrSlLdombzyyy9v wRFc39HP0lw20E8EzhhzBDJKICO9A34ovfV9KtinRDcFHPBCGNJH4Bf62bgpDucG+EEniGfc6WFD 7PAfdg+HFcgwDAgcEArAAUb9zzgACJ8QPgAAoDSOOcx5nKNkMIMJBAhiEtOc5jrHnj18ClihGhUd cEWBE3LgdTwjFm2ocztN9Kg5LQPOj1KlgYEERSYQYJ2qwBIlnzXlhUMbIhGlchUMKC0D10oUPsay ACWMRzxaK4/WzqM0C9ihBUH4XgNYsL3pvShtYUT/g/f4Qw25aaMEdducnbyQLj31L2yF+5PfbNAv x1wAAf/zU0kYmAGDPecdFajAA5YDOdgh4IKcoZQKQsNBFMitRGwIneisAyoIiAR1WSEKkQZBs5G5 bkZRsR0kVlUcH/LuZCHblSmI97oAGIdXnMBAdC7QtCLiMpfN6siztIaBOHyAAwUcyweoFsUpiucH GSjLFd+ihfBZYGxcbIASXuSAMpUxPmjMBry0IZE2eiFte4pj4fKlrwwYBnD/ANIe/VQKySztA6Vg HMIGOUic4XNCF7xgw+CIrkdCkk1qKhFqrHW7LLXoD6eDWakUOIdPyvATpYJSTUhZSk3cZnef4AAP /wdiIRtp4oAduNEnMeMT44mLSsxbKUtbygstqA0fxuCaEjKCiwiQbXrN0N7YgDBN6X0ADQkZgNYy kD4HiMF8GUCqNrTGVDTOiU72Q4P9RGOmL1xTHQEKEN/0lRg//eMk7XQnHTYgLZW8gwH2JOQgCykB Ckpgnw+DGEAfSZow5SKErgmJqIIznE7WSEcwtFVWTrjCEnYCEyg0xW12Zlgh7oQkt3ydQ8uqipSB 7BAoe0RS3mLLSuoytKK9Shw68MsjXOAD4hlmVzRwWiBcQCxtUyZ6rggXLdihqFf44h8TcE3TZPM9 29SGAOL2jTqZIJz706pgIhCA/9GxAAGQ7g0mI/+gsfIxpHr001rtiTNDMmcCcVXkXNNR1xNE8mIm goPGNibCC0BLkwBoqCI6IURdRaFCZ5Xo6lwVy1n0t0I70wSuWGMkl+hKA8J6iSh7tpQgijbCoR0W B6DFAaUpJA6sjUMEgAmECJilikdQbVliikUB4DZ7SohmH7jngvcEV7jDrU83u1FVioGzHIHZKmcm sMe+6QBBglQCvtp5pKwUAh5q7e4DDIHPuBaAvAhJx6XOi15vYDmN8PlcxkBbB9KRCRAMLUplc8Qc IRbiZEUpikbnmzPNaraHnnTFmg1R2VDAwhG8WsmZERzg1Z1USilFnksLbWiWkssYQYimAGqKiwH/ /DEGQUjGEVAcBE4BFQ27/cMWLWK+9IXhqQdw6ozDMb+r+gVTVEVBcgOzJ65CV1/LQRgQyjnWCox0 A2JVchO6u9ZRFGC8Uv7nBq1s1U19MK+r4Rhf5duj4DDJo0LcgJMqBAXZjRRJHY1CB27HYERWgqSa PbJJBjLgkEJgNm826WCBCDQJw7uI0/olB/phQA03EZhiASoVgSAepRWAmUDA4gVSbIycspiaOv1D BNQQ4zKVem417kZESkCRedWLx/77X9+WkxgeMAAI2N2jWsvJgJL7mq2j2OcMytvIzBk7fqTZsmfZ i5VkgQoufdVOVgzV7ZCqbKPBEiIoOKDrDkBg/7G06gDSISAsm1mIhFPhQLo/am5YAWCWnr1lvLu+ rJtr51lZgUACgonve1+gw+ThAOKUKEV/v2HEb1CaUlB8YjtUz7e8RcYBlpqGAzwc4hHni3HldI6r 0i/VIsg4j20NZMA1QQEiH/nIT255lPt6uhKIspTXsYKYi+gb29gyl0/U3kEg1FtakK/Xr0N0YB2W 5xwx+gaeHsopLePQut99lfyQAfTl1g4DkF7ZnbcEZMQUH10MQsN7OnDnFVALZ0tpGgqAVC0WMAJH AIcDvCbqUs8p/GHog+JFM6Z5oYO5PC4AyaWbmI/jwNaUV/LJe73kXwtbrp5/OegxNfNkK1tV5P9c JtEOJGiFEL1e6w0R0QEYEHGdAkLgp3THdoBHBa5dFEVNaqCHWdzFerjHB7IH6YmgcZXa5xTe4dlB +aWf+vVYkanVDmRAE5zc/JHc5dUf5nlXsHFey7lcscVcer1Hzdkcs3DMBTyL1EVgEq7GDdFSG7yb EkLh1+2IBaYIFXrHBr5BW2ihWnhWW8jFF9oFGNLFXNgFXJDfjZ2ANIyJG7EgBmEQ+5HcIH0cyNEg /dngDa4VZkzADvIgXfWfCJhBVGXDlpmI6XnZHCBUixzA6iEA01nCI8pOJEriJFJiJVriJWJiJmoi tm1iJ3oi043C8RQD75FiKfICl9iUMqRil6j/Ynu4YnvEB5pUwzaNCPxIlfhFVZZRxOfEiQpeRKoh XhfsmMPMwHO1kxwO0gzS4B0yYzIyx0Dsof75kw/+oUT8HwCC0LKRxwhFTjd64zeCYziK4ziSYzma 4zi62yFG4TrynHdMoBU60XmsHRbSo1nkwis2wwiS3uBtihq2iwoSnjBmnBtekPwVxloZpB0yo+XZ 3zPqAMu5XDVSRMUQYloMIRG+17MACyYolmF55Al15Ed6ZEiKJEiW5Emi5Eim5EqeJEm2JEuWpLF8 FgOyoxK+EDxe4QVmoNTUI3q4QQd6ID7qowjy4zYYXkQEpEC+2j4VQEIypEHO4EI2oz5B5DRS/+Mf 2qJAWQx8dKEhotIjJKLpWABNhgLWQQVZ1qQl4d4ommJbkiJbsgje2RSYeAk+2iWZCN6mDJ7MGeWp hV8H+YFSLmU0NiV0wUNh0ENhWJ5iSiVDOtkM8GFESuSVWaMHcUru6YJefYRIqGMoSELsbUSTYB2F 6RICFhYmLFtHOGBnpqUCEk9Y4KQV8mRP9iRQ8oFdDuWWFWWbWGNgKmWAXJB02docKSZi1kBj2qAh BFs0SqN5TWboDRTNWeRFfl1GMkgoIOAosMZFmcIN+cTtAIvsBQ1aSkKbRUWF1dITtiY7bgUFxiYG zuM80uYG/uQevCKn5KaM7Sb83I8aCWY7BP9nYQqQnxhncV4eYy6kHC5nVf7TcwaUQLkJGVSkWrAX K4TlNVgABUgByXAUQSDAUVDbJTxJR3RA1JWChZRC1ZmbbaDKz1Fd1JWErq2ozchOI3oSQbxTBzSJ At0MIpQCBTAdFPycbczOURhdjXZALdwCXLplkzZpMUDpXDrDXVIpMsRiGu0nLdrPLQKi//knCjAe UxJngQ7ocTbmIGkey2HQNDroxETn+TUDL4QQBSwAX0mChVSAIDBJbERCBVQCIqDV7GCGHCxCZihQ ebbCkyCCHLyEJMhQrVgIjdzpEzCgJJSozjwUItzpTFSCSozCh6oEbQxES5yEo6aEozaiTKr/53qu I2m9p2zK53nMp0/a5pfcZ37mZZaOgVVJw38C6AVF3oASaFQuZjP2jZquaYO2KXppZT8G4VpQZ3Vm ISbFgoUIArXx6SiYFaAGEgRAgJ+mjrllQp+WRCFcArg6i6lYyLje0BMcxQ49gXnOAc6MFMsUCRTo jBwUAkXNVwC0BFDsirYWiqhGlKVmxYMtwAOyKhQGHWm9I05KjXzOKn1mYa264mXiKtyUxm5imfl9 aQoM4z7NGmIaaMkaqzxECg/u37KCAV+SyMVAa7RqQiK6yIt41Lpql85IQilwgtXJAbbqzhzsLCHg GpDUxs08CaV65kcZx55+6uuh6hMIbWZw/6sk0MipvkyNeMIovCsilGjB5mlWWMAZLKmTmu3ZomJd siJdVmk+ahN+6Op+HqWb9qqvWtAeLsdxDiuCXp5yRhnnJZK9fB7L2pVlekkvhNA2hoTRMd10NAgE 6ChOGIq3uqiOzk5KDF2hKNgDtQQFQICCacXnWsK4iu7mtpLVjm6hVMKOqgQSfm5uaKgsfC7mnkog XEWTHAXCnt7CMixsvmpOyiMcTCzF1qqtwmLGtgsJZqmX+iYbtqF0JWNyKueattwEKMQVOCfhasqb PiuF2hxaCiCwuAZkZAf47oh4cifYVVQAkGbR7RJrvN7PKCzvRiB4TuHDwmPUtMZsDu+J1P8ni9wl 8v6jLM4iAWOpN80tUo7J3dSVCqKXGjqw9lIMEJpGVzph6HCElvRBzf5uB3dw03hwV6AoPIIwCX8H /pIFnDLp2bKwKaZtl7Bt296qcCkvfRSlyzarN1EcQJlJ/VQjmeyqBFvZzF1mmKywpyRuwqIFJmlL EzvxE0NxFEvxFFNxFVvxFVOxAGASWtApa9Kv17WnV4RweJhHGQ9vFrrGPQawAFPVLA5XDQex/50B EJ/XHNOxEI+GuxCiBXOLtchba3xEWoSEFtsBJhHyIRtyIhfyIiMyIytyI0MyJj3yJDtyJUfyIlPy JWvyFoOELfnxF9Ove45xFIWHrM7qawD/MG6yMVWdCSu3sizeR37YWATzqjSg3/34wR3j8eFl2Zvm si2DTh+bRYpsRPI0Q82+R0op8x8w8xgtszM38zNLczSz8jRDcxhZszWfQTZT8zVPg4vEaQuL8ziv 4nrE5SlmRDqHIF4SJSzLR9zAcV/S4hD38C/fByDOsS3/3S7bVZcCI32kCRoYbzIEQ/l2hWHVaScz RScz9EI7dBs8dEND9ERLdEVHNFNcNEV/BFMEckZb9EeDdEZz9Am9QQmbLyijdC6NLxf2ggyH4Crv I+jVxzSwc5rwc6ZE0ivGVgV2R4Q5UUmbBZ0mLFAPdVEL9VETNVIbdVIzdVE3tVKXhVAvtPVUSzVV P3VTowd3pPRWJ+FKj296tPR9QgM0wLRu3vRZV2YOa5lOW+BXygRLuXRcy/Vc03Vdt206k3Ne63Wh Xaw+6uXGxu0aofVgt+zMWUMrH7GVKAuFjXJjO/ZjOzb6cvVkR+BKu0VYz3VZmzVhczYODyJbny9l izYRnfRom/YQfbUTFm8e1LVmx0dno/UgvrM1gPay7PVt43Zu6/ZuA0Nfj2AJBvYOw/YuZ6VWSihB tVQIAAA7 ------=_NextPart_000_000A_01C15CD4.D549F2E0 Content-Type: image/gif; name="norton_antivirus.gif" Content-Transfer-Encoding: base64 Content-Location: http://www.marinet.gr/sales/antivirus/images/norton_antivirus.gif R0lGODlhbgCPANUAAP////7NAPwKFJBsA66NAxEGAv/sAfSxA+fylP/TAf+gpqWlotSlAf/xAcvK x/9OW/7kAVAuCf/bAWVpZ9y4NteLAp/wZf/M0OzEAejo6N22F9G4YuG1Af3SGbKbSPj4+PDw8P/0 xMOjAf7r7f/09My0Af/6+nFcAv96gtevFNBcAdXCBfv///798//f4f7gWf3+/PjbAv/UIvTgAfXP AezWAN3c3dzLNsTMnPf393b5Ff7XBvv7+/3kEO7/4fr9+SH5BAAAAAAALAAAAABuAI8AAAb/QIBw SCwaj8ikcslsOp/QqHRKrVqv2Kx2y+16v+CweExGfkC5T269/rjf8Libx4PZ7WUyLJex+XkAeEN3 hIUwdIg8cGyMjWxqaY9yk5STdFMZCws2Dg42RCELE595SDCBhqmChXSCURkDEaKbLEIhNwW5DqVW p0I/gVoZFBOefkMIHRG5ETl+nDYZfZzSGb68RAgW2zoIRddSGTgO0zanLS89CAu5Nprv8O/medX1 MNrbFt7Cftt+vi8a9KAQIQKnBZ0cvFOoyROgMTziIbyHoKK+LX1w+LMWKEQHDAxksXB2KJGiSHW4 EAJE50O9agAqWtwnBFw4Gzg0HhPCIsSL/w0LWNSyOQZEQoUMkR79tG3mtyoZdc6rSUcoNiEg/JDL YIyrp06bADTVRhNLRn9TB12tgkCH224Yceqw8G8I1w8OchQBkWEtkxY+KvrY8mzBuKksbBRwMMHr Bz8TJgDwxKJPX79EiJpVGHkBRwCJC3TuLCvCBFGnTUv2e0pzFq7yPk+ObJrzhA+aiqG2cftqrTGW M25o4YvxgtrHJee2naF3F9dFfgfrghPHBgoMNLTgybs5alEsjn9v7NwKNU9cqVGB/gQ7g/fZtw+p VQsECBYs72e4/wFADvZPKOQVNLssAWAV7sGnAQlFXKDABSaoNd8QPJhwigIPjHDBBQwCsP/hCAqg MB04XpXYyWWmiJHge9pN+IAAAlzg2ikXPKCAEC9eAOONJOwIY4dGdAINJwImIR0YK8ZHhAswCnBj TUeg4KQQDprw4o1MCuDChqYcAsAHdgw1HWhG2HRge+9xwKJ8Fwrw4gNUPngBCihcAACGbipAggJ6 KuCmCTo+YAKfgD5Yp4MuwOCgnSCioMCWLpQ5hIMKjNBFgmpqEOEQUvopgBCeNhmjqAKMkGOgdwqA ggkwmiAljHRO6ScKMLwIK5dIYPjArk+OiSB8ImQHZK0x5piqk54qYKWqJCzLIYwAdArAj1I+UKe0 swbqwoMphtpkpBP+ygEBEYjQYiA9CgD/A7Z/EnvjlQA4S2yNMbIqAAnSujuoqjo6CeCbu+64BXbj RqAkqH/6CafCOPrbKQzydtqqvfhOCcCV+4po6wPgQjnECDBaG/ADZzZBMAEnKHnKqwF/qvAp8GLs bKrVwpBuxQrA7O+sJozAchJM7iq0m+GKS8AAB19MaqkvK/2uv/JmOeXNDzsdraoWekg0EqaGbKuI Wpyc8rnpVurClQxbXe0D9Nq5bIwAUG0xy7AG/aYSrzZp48DviUBAdhEq+mPDfBLt7rFOGrvujzZT a7HUUqIAcsgdH3G2rVhL+CsDKB+8rYxCfP55IB/GCeGWHULamguRkuACkBoyOAKDrkPI/8ScvFbe EQIvTHEy0ufeobkSWU8xoxM/9DzCNS2EgIAMHQQQgO/vHZ30FkfylMTxTjTPuwzShz+9FL8fXHL2 2mPj/Qvgi+8+9ZwDTxxmkpriPe/Ru6+/9PBbryn9SoBB85zHvvzt74D8I1/f/nauI5QMCy0YIAEL uL8EJACB0rtg+KinAhWwqCIhCGEEXXGFO0QwhCGsyAvYB70daDAAL8QgDGU4vihgRwUC8KAGDBiA DnRABisMokyGSEQiBjGIMkhiB1xowQtacAdMbKIULSi+F1KRhvDDYXZ4SMMu6m+KYAyjGDUYQy9y MIdb9KIaYThGKUIxigmAYhybKAE4Tv9xhk6coR5rCIUbViBTXFxjFdvYxDdKIAE0oIEEFslIRiaS BhhQZAIaeUgaBAADUsQAJmnAgA0qsIMVSKMar0hIMEJxkZPkwAAGIAIMcIAGJSgBA0SgyqMN4G80 IAAB/GbLWupylcAcgCdtyIAO6jCQNHTiC+1YSEM2MpcDOIE0MXCCgkQzmicQwSqpKU1sEgADwZSm OIWZQGIyoAKh3GEXy2hBAnBAArfEwCFdSM8dUJKRNfjlLWOwyqPt8mgr8FsuealLEQTgb7r8pwgW Osw+FhON6kwmGScZAINhIBcMqOMc7XnPRsbgozGYAQRGSlIJQGAGiySpSlG5SDnesZz/Dq2ACtKJ zANKUQLgVEEsIlCBALSUox1NqQGGCgEMrMAAJy1BDEoKgY9y4J3jeiUkMbBH/VFPpsdEYAw1SNUA qOAE0YzACWY6SXsClZEr/Wc/A2rLX2LAlv0MZjQZcEU2iu+MAhAlBrn6ngNUYBkoi+ZMfdpRlY6U m9dkZWJXmU0RgJWxch2APMlY1auiU69aveABGHAAv+ZirMCswCQpadiRGgCcIijBQlfQAAyUYAUr UG0JNBlLTa5AkzXAQAxocMcyXnWmmK0gFTfb2b8WoCAnCCVhG1lakhqgAdCFLlKfG13pUpeoJWVk FPd3xplGNLPDPcAlZTqAApwAkyNF/2tzIYDU5hJ1qPCNb3O1K0WrKvA9NJVhMzkagOIWgAArXa9h qVvdBsT3wO0tbSO3+z4FyjSv3/0iGy2oXQyIlwMR4ECC3Wta6kpgXP0UAQ2si2D4Kpi+ZeQjmjrI oppO+ImnTMBmLxkBDAjYtOx9LjiXkYsemxcDBi6xfFfa0iY2mJg4zCp4ndnfA+wAAxm+sWkbwE9m gPWXBckFAYIs5A1DoJFGvqsCOSDTCkTYfW5sZJPtGQECeFmlQ23tMgwGgQJD4ADl/S+Xu0xkjdZV xU64IYvPPEgKq7mzJo2FgOHLgGqK4LkIhu4OjDviLps4uwyG6Yoh6uJmHvoAJmVAAf8wMF0cs7cB IfmmpSVdAT1bGrvpLXIMf5tfmz6RkjvobAIgsIOCJPjXUD5Bpbss3QMUhMR8jrWfxYxkTtva0GiV QH8DMFIOuNq5BthBNTmw50hHNwDVJDGyL63sMAPaZPhV8hdvzVwINHnXECivCLrdahWsGtLQTYBY CxxdBPeZiQ1F0zlrjeZCtnuk/ZXnl09QgHnDt6I1DvKe+Q1dDM+b4t1OMIoDHuiHejAFyEyzekf6 ZPGmt7xubgAERD2AcRO4wAaIZp0x7m9lA1zTHQcuA0Au3DgenKQyNvmXy1vjHZSX296muC6BjPFx Z3fZOEc3KIObQWinFM7u7iy12Rv/kuP6ut8vL/AMYsGApsP80huPOhNumMMS8LzgPh851oPu0zrH u8cD4MDMKX5acrU57E0f8pf9rEHLhvLthT7repGKU62z16s+Pu4t/6nLajKD22Y/O6xlXfhPshjx 4TO43OFM1CaLt5j/hYA2eRx5ZgC435lHNqbDzMHPB1L0Vyf9gSGg2QOooADClMAMdgsSAuh0AB6U QOz5Tm7Oq30Jgj787a2+eCG7u9XJHfhlGcAB3dJ8+YJ3/rnXDp/3gL7qcTdpaYltgAC0uuVojXPs Ac/v8BP++UrATgqus/Ppp9+9lhYAonYCBrZ8Blhd9sdg8MN/5zdhQAWAXdZfXwdz/3x3gLIXawp4 Xwzofw+4fkJmYDQ2agVIfxRogPZ3SFe0gPrHgaPXYR/4ZL+3ZYCHbxaIgM13f+MHfe+xgev2fwO2 akUlahEwcyQoXbA3fzeYgebEg3DXgboXgAfAcFtWg+CXhHWlgiLQgLjngauGU61WAEoVP7sUA1So eRoHdTmYfzu4gj3ohNj2gZB2SXnGesyANHtXgwl4heQTLBuQAv3Xhi34agUobX/FYwWRZa5HhAc4 ZGmXhkngHhuwAX/YhIF4b/kmTt8UA9LmV5Z3XBe3iGgnaxyHbjtnfiGXfur3hh8oXdamAvzWAzsg gBUQC69ngjeIgszmUOXXgBP2c/85dm+T1nDVxWtQhAHb90c0cIeBd4t/Bj/wwYt0NHrsB13uRgDC +Fy8lmO8Jj0g0Vc0EHbgyIyzdl/PeIo++ITxJXGECHzS1QMkaABBp0nfuIybh4aOiARJAo3slnsu CF8j+FybuAwqtwMliIAldwCR9HKQlofjaE7l2HOKh46RVlTU9F8J0AMmmAAWhpAxoJCMKIqjSH67 WFNbKJEHBoLud1wjdoRFaAA0sFmvtHe7N3j26Iym+GwRqYol1gCXZGx6RoVZx5ELGYo1SY43aWs5 2Y/ehlPgdFw1UIYNIAGbFUlEiF2MZG73eAT52Gn7mIpKmY4qZ2GFOAMFGXvuxln/uiWODamLD/ls o8WPX+mP7ddZM4V5CGiB8ZiMVolKvmWUk9hzqPiDO9kAdEcDFaCMiwhdUomQaVlufemQR+mWvnhv MhYABvBHZTl/KtdZmtSRNPlnWWkEW7lXuOeVv+htFHlaFVCESAiCCMkAHQmSIamDI6lfXcmFkTaX BMkATHddgSdxRmhgYskABiCb+PeI5feXkumLpwmWuRYADWCYBMaaBXiX2NiNxWmPoVkEo6lV6Eda OnmS7UdqqMZ01pV5Q+mPMpaMfNmMfsmLGfRip5SKM/le/iiVCRCdqzmCwEmB/gicNMABS9WeR8aW kWlXmURVAZpIrhRLqUUAswWh/wu1S3UGX5r0XLzpcvV3npCWT600eDeXiwLXlpdESwvFOQSVUI4F Vo91SwEVULWVjjKmfDtAnDbobenZANYYAQMQa1h5nPiYnIgHTrc0ebt0orMUoJoUSTUwA07aVE6a WyXAZXdmmQ3QfRK3iifZAAxXAAzwmSm2nUTQnZe0pF1lpt33VK51pE9VUKp1NH6Tjv2lfBLAAGSZ cWAplwZgjQUwoNoJpFoppAaEAbzESipqpL/ES6m1WrmlSU56YFJppa6UnrkZXyAxi3p3lWEqpkNA puCkULuUpk/FoJi0A5Ckl+0FhRX6SmBXqUNVp5cFpps6BR7wNyTag3R0a/Opfv9L9WUnlVuQKl6v KqBclnHWdWedtQMg+qOzqQS3lCZ/CUYThkmvVKaQxJuxJKHflFAlkKpDNacGlgB6h6fPtUtBRmSZ Zl9R4AEiAFux9F0cQEuz1Eq/tEvXJE1/M3l+M0sDEFuwVQPTNV1SaWMGBkkfOAPLAGSYhosYRKup xUorEFHiylhg1Wj+xDkFxX2PxFsJoImKdGNz+Y1DhUg72aUtZ3PMWqDtUaivNahpQlWaJD6a9FR2 JEdnZZoqBa7fupJxZgAiwGMDkJ0EuqnN+ojxBKEr0D7S81T7qqL1uksTVUioaFJwObDa2JlIpUrS ZF4olrLqCgU3AKcQqgFK+1b/T8s53PdU3VdoN3Wzo1eZplWjCaVLFSBNmepSRPu1TxC2a0W2Mis9 vElKpSRFkIRIkcRcqThtODZVA3cAZYWCf5a3nCoEN+A3RgVbStuLhKuRZVqmvMm0lIexcBpUXzZt jQQSHLBrnEdFoIlAU3ADJQCxsGVAASqAahIstzShiLqtT0tLahKv8rSrC2Z6nSVeXUtZa/S6sTsA ryWxHNCi3XQCutQ33OdKHHBJnRQAljRVaUpLKGhWwxt6mlpfglS0SFC5Rzq74UOovhuzMEtVojpL R4qxhjq3uwS5dGRIZsVMVlRVXaS8EBpLSSuzaiq//vRLqoSo3DdLvGmm6De4+S8VeuV7QcrbrrH1 XUSad6C6wN3bVQ88YVUXn4QkwaHHTmNUpmrrO7H0Wm6XPxrZwAFwvQ+sTBJWwiEsXHo0uCj8VH3j AZE4DugBAlRAASsMW1rov6OEvDPsRnHkQjt8uyLgAT6cE36wH0iywq8Fn+XLthTmxJektvIbxR6Q EzhQxUK8FtghS7FFAC5WRXAHY1xlvQYsxRtwGDZgHwCEBDmQu7E0AKCnTNFIRUt6uwlFx4ZxIrKR x1AAG8C0Q148yAZMAFKsCUAsDQ+kyFLAAzhRq5LsAZSMyA+ByaI8yqRcyqZ8yqicyqq8yqzcyq78 yrAcy7I8y6ocBAA7 ------=_NextPart_000_000A_01C15CD4.D549F2E0 Content-Type: image/gif; name="mcaffee_office.gif" Content-Transfer-Encoding: base64 Content-Location: http://www.marinet.gr/sales/antivirus/images/mcaffee_office.gif R0lGODlhdQCWAOYAAMcjJuerrN18f+GUl8YcJssuOdVSWtlmba6ChcgQIdAZJsxAS8cJG88RJscU JoweKWYjKkUoLLFbaE1LTKCdoGZlZ3p5fCwsMPr6/vb2+ouMkLrD3CUmKRk8ZCFst56osert7+zy 8vr+/tbX1/b7+uDi4fr++vb69vT19O/x7unr6P7++vr69szMy9zNV+XcrevDELaWM9vHitiJFuZI Jtk4IPjr6fv08+/QzvTf3uu/vv76+rWzs/r6+sHBwQEBAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACwA AAAAdQCWAAAH/4AEggQAAIOGiImFiIIODgqOjgSSOiIsJywsPZs9JiYroCuenpujoysiqKkirK2t qKqvorCin6AmnbEiPScnrqwrBQUECoUFhcTJBAsGxcUACgQJDdINDZHXDAbAp7/etLqusMDh3ubn 6L8rPQIDDIQAAwsJAAvHhgEB9DXCAMIFCoQpsPbIwbVKrlKAAKEihEOHKUKoAMWKxY2LN8Tx2rED FIsdq2zkwJFjJA6SIL2lTKVihMscJU7KxJFCBAkBKuYlMJDDgIEBBg4c2DlAB4AEAwYc+Ll0gIAD BR5ds8ZggY1VIlogEBCAR9IASQfwQAFMJMkcvzZsGFFiBA8NPP9UvZChQ0aAFy9wxFDhykYJHTha YXARYwICHAJ0KMYxIMAIESfa6SuQNLEBBs8GUBbAIMDlBe4YaGZAkNpUBgJctWisQ4Dr1wJkhGhl wwaLkrpwsHXpw8cIuQF0BM+L2EasHMICZGRFuALXxCNz3MWx4oQ8HAueHgj+TMECxMETgF0aQMBP pwWmETBtUEFgVjwoUECAgIIEDQg03H8lciTCVgNYoMEHcLXAQw+svOCCAC7IwKAMLqDVSk+puSLD DA9MIMGGElQggQUS+JBKAAwcoIM7iRmlgAJIGVDAd0wB8BM08kxyzSSECKINC6xQAEEMFxQWZAQT xFBBX43dkAP/SDecNAB9vo2QQgk8rpAPDmAp1pqELbRAgQ4GtoAKCTLE8KEGFqQpYJotiGACiQDg cBlXYPlzwACFiIblZT8lZ4A91BjigCDQMIAQDxYgIKCiiqKpwSsjBIBAAG2yosMCDRhQX28+VLrC CzEQFsMMhLnAlwgaTDBBmquSZRMJJKzAggknmJAJjyakIkACyxyVXQGwNQPNZvNs9lQ7C+SIDSQl skJrCphEeysLsXipgQYiAtjAAT6keS0PIeGFw1wDyJBDCqhQoGYFGjy2jismoHACCaOkggsjxwDE 6yL86uuPIYQKlCMk2ExTyS22hpIwRfBdi20rNwwgHZhsteAu/ysTY0lSJqAIlw9rmuCCC6wk9FCy m5ywAxtoB7zW8msGvLbAna4t5Ro0xEQyjUEJLLBcOeb4cC0F2YrAEQY7IHiODcEFBxhWJ7IWHI+v OIsLK53Y1ENQXBfg01I+MQM2My56HbYwLgJsI448B4BVOqyg8NBs5ozjDWMySciKD/LxEJ8Po5Sy wkq74NLJCdJIwy+hjAjCIjKHQI5zNINc40BVy8Gt+eZMtwCmD+NUJy8KKOS6ea73LgIPv6zzG80z ri/uyFTMug305rizAsIIcvtS9Te3e4MLPKu3zjrjx7MOCY6TGNRs7tBHL070JpBgfPKxXw/N9o6z bZBB70kv/v/4mveguvaMGE9M9tEIOqjl2pAv/znBo8OC9eifX/wisCOjuuMGWc963DO/Ao5PFSbI H+T257/t/Q8RkYhgA1BjwApSz2QKzFHkkkeo9iVCElOZYAH0ZsECquAtAqJACVTiJoD1r3WDyFED E0EoDTZCEoNSgGhKWEAUaOACF+iAEIFogcdgJXUMPB7y0hdDJkrDAQlIwOWieLlt8FB8qBjBBDrg gS5+oIse6MAFwJWKTeAPYIpIYyEoF0NirKiNkBuGHAkAkBG+7Yq488EWwfiBF4CxixegANZKpjYH Lk51D4BABCLAgUYuEgIPGOCgUNOfkliyJDb4CR5vFw5UlGD/j2DUgAz+2EUOiIhkLpzh6gigyEa6 8pUX4MAFIBAJCrICAxjwxgEWIL0dDIAxAiAcK2zQss2li4se+IAyfeACH/gNjB2YAIJoBcf/CeIB r8ymLLfZyAs8AIoHwIFinJaDG6hiKCTEnQECsJ0ciOSdOQCKxDCpAxuc5CqDyxUKJgBGCMHgnzBw gQt4AEZTQgYFNYShAyCgzYZ2M5YciMDlGJCAAtyJJkoTwQF2GD2l1CwoSnGKDgoAmJgpZSmgKRyC WoBMD8jgnzOYwT9d8MUudsACr8LRAw3BSIdmE4gP5QAEgFVPEvyiSXyqnzkCAKynNMajwdRBzA4w kq+1w01X/6NAS10Ag5jWoAb/9AE0j0SrQqpOAQz1KSy7GdRH2WSYJ4LKFB2QTs3hQDTmyUdeZ6aU oEh1KUIZQBkRpNU+KqirNaABDWQqA7yItQK4QFz31EYAtWoTqBBtJE5dIR2oEICilxMs9G5ggKgB pmXlwUHLiJmUO30FGITl4oC4OgMHxFSmQrMpWXvQxBpi07KXBaJwL+CcAJSzFRnA0jyeh7uVrABp HGHFDpC2HJBEtyKbAEkLLtDPrt42oDUN46NIINlDDKKn2YwABNb7gPauV5HDjaWqXhQz416FFRt1 QAEyJ70S+EAFvWlLCHjggxJ0yb8uWSGtOrFPMFKAqwAVaP94x7gL60Wwew19gBSjyGFrSPEBsQSq BnaQgQygIAU2QEHmOMOrwChVHajgmwo0IB8LtMAHH6gxBQhkAXCZMVda9eIHeAAhZ77FphOgFwkQ 2sZravMBy2tE87DhAFnG0q3oyK8DKiFM3KVgBCBoi4FLkIIvi9klI+BL4ERQgiD+8QOjJCUH2kRe EgyifcTAZmYlisNBRTCCERCxCFCMYhvcIBMg4cxnRWvBHnCSFFfzgZu7qAE//pEDgjQZrSTBCAX8 dpt8bvKfHQGB4WooACfxzAJWbQ8p2rIj8guF4EKhMFF0YhNZAaUHLB3GC3zAJvMib5PzDEtvsrGN jpgGiK3/zIEJGBFW2KFoAhgwSSuSr5O4sJsqnms1fVoAiEIUIgcq8BiRmczCCY3GWiMA5cmtx8MO eECggTqBFRp1QumZcs8yEguG/eK6QENFJz7xiVTcAmHnrhWbUWgBFbKCZGa0HhsBlgD0vlK97c14 IuE7XA6MNweKQQsJ8tu8it73xdHrtzgE7gl0mCxrqOPtsBuQVuA+NL6YFgFyoliAmihaZwQIjAms mzuKGJ0WqaBWKFIB61o4uiItIXMrENQDDJiReTF0BHAhGl/h5jwFB3DEAMjCGT9HohJZw2LBV7GO FaCgFgY/Rwk0UAFVqcoC2RKZJ0gAxWMLqubB7XrHx32V/xPYoyYomMeUoeg20+EuHB2BBcEdvY61 g8MSqcJWCVTQFgpUoAJtGhmsYkiNQTjC4pe1Ms6FWqIUkGAYNrhJ1pPtNsobc9tumgXDnC6ypa/i BnVfoUVqc5UepKrcJkMc5QRlegeg/uaYVX1ES+QxAKBG8cjuDFZjPb3fiQIYrLBABVx1qT8dYDmp 4svh2Db7SDAUqGztONdpWaIlg9w8UQGtvmtve83ZEzAgcQs20BEmcBaBURLkkCt6tEIgEQAd4gEG 4BcrVAE4tQLCBkCzF0OlFmKqx4GzVEsHEAKwAmw20BrJMiiToH3fd0fnoBntQDgC4GI+IU4icFVV 02NY4f+AaCIBFpNmbdYmvFBDw3ZDg5JIiwREi4Rxo+YAoFErSgMrKSAnUiQNtvNcKKcUIjBOJ3Ip gkVapSUcKRULJVABKTB8N1AeG/AB4SSBIiAgu1BexTCEiydFkbBxkPRNUJRsDNBzWcgVOdByZQdF ldB7LOgNmlEePuEaUuU2OdAUXyNYS+cDFYABUqUdAZABIIAAM8MDB8ACH0BWdrZ83INsS7hQ3AQB DUCHjrCHZIE3KIBrZddiRuN4mqMUNvAUxrUArREYIwUsQfGCtyAC6iICDqgWG1ACJQACH2ABG8CJ N9ACFbAOJ2AIEyeHi0dqzEZLOsOEA5ABPXADGHBvrMD/YoMidBjgb78Td0+BAeRRiXciAifFNTFT RuliAVZyAMaoFsqUhhpwfpK4C0zmOIzwfB0oeMKlXvW3CxllAp2VHlBUACcHfnBDg8JREgNQgm5z EieCJb+Ue3sziTogAU/SDhqQhgiwIQawA8NYPUIYQwRZkPIHfxyAAK6AAuzUaqAFRQtAFqfAScDA ESARZkajAiwgdQMoAirwM22HlBWgAkwDFq6hFlyxGBjALsB2Z6tEkJiFcx6oWSTQWf5wMzlZRdXV ctDjTL1BNPKBYx+AY39jL6rQcLnEFogxAhsgADZQYhjQAvX2ho2zPM4XeAbJTRBVARSwS6tWIQKw AFDk/2oHIJFHVzfkIAJueS2+wTcUABdvgS1PB2t8+RgFNgJsiQA2gEs7MAGPcj8B2UYV91MGGX1e xwEWEAIokAG4hAKZYGIj5WqChTrZFnDgRxEsMDonIC+2cgkpQDqkkwu2gCoT0AIY4AMOiJLFJ35v xwt2pgzKYnEx2XXSF0ubpRGmU3baZwu6gHJsZzdsF3cIowo/xAMYkFwngRYj8HlkUQrl1WTc6XWv uZXjVmY2UGi0YhvESG1btgN6t56+F3feR2sGd3SwcGubEGMTYJhg5l8WsCogUDi2ggKOQFmGoHEi KqLvF0u0tGxW9gDDQAAG0AnhBI8URQBogZ7XRmvgAP8KJfAWn0eBFGBESaMJJuMIccg4K2INRnqk RlqiQjUNSgoB3rFqJ/EdGBAaO+kmkbegt2ejnTQLD3praycCSPMKnnA/88Jka/RCgqCKymIQemai 1/B+jYQAOQAr8WQIQVEADFAiGPClEgk3/YZ7k9mnKxc8JpBL9hKEvWWNWUdz2XgNjHRl06Q0ATBR 07BDg8Ogj1c1Wvqn6el7KMA3ajIgK8QNkXVnNLRKvTU78rZe7HZ6jSRNWKNwGmWgDgAAaHEC/acO hRiokvk2/kYRWoSaPHBjnrcq/IYyykcIQxqHeGZNbPpekERq60WTN5AYPdCRZTdBBpArS0ej01MO Ptn/CpJGASq3AlpUAZG6CVAkQ7AThw60OgORVm46DRMkAF+pfSnlDqsIiQennvRjo5AZOg+qoJR5 AYmSoaC3C6rweTxyCSfwPc5AjcyjCG3Uph9YDc3CAlyxAzhwFZzBIgQUrtJlNOdwEZbAb6BgTn0q hhWKABVAJKtSfDyJmmX0sFO4fKwUUYG2s143b9D3SCYnAljSCixgAK5mAIaqVJnEGClhXKxwA0IB tQvgNiJATMLxremCmmlSdxLwAECILllxAfb2sCgoQwTwkqnnSpnFAQ+QGlc7ju8wQfyqOTegAK5R TpmkHCURMxQSTCQRMxGoA8eKCixQAdKpKOLHoy1Q/wJGhQpW2QsTC0BoG3/bJJOu9AAmxRgLYKAV JSEvZgMvEljm4VQ2kB09MbVAMbov42LAOn4q8AIIEANowi59gxDD2AMoMIU2FJg+1ZVqq00GgAMo UIICkIpVlI7oQEx/whQxqIgukrpO5RPl4RkudjU8AFlekh/fkpn5gQCPAY246aE30kaTu1bMxoGy aVRmGQDZwGiccyeJiIs6YDM/MVUt4xNKMb+PGYzXewMohCY9pi4UmB9dMn7UVLaD0Jq9y3X8yU0T sKFY0wqXYUcOmg4RIx1fMb2/JBlOcRKJgWpPJXQ9oF1NqS4AzC40Zg/fcr2wspr/U75rhb7gKQIR U/8JHYki45MSwsRfWHGeNqoCoBcfmQnA4gciPZYCaGIJZAtHBGCH7AVJd+heD3WH24RTObBD2QGj 4WNASJxg/xUfOTqsB2YvnrACPWYgPHCSAozCYjwB4HIJpnoIA2ENAzENCcAiqnqK1pBWOFWtgqUD aPEUPITEmakuNzZkQ0NjcVELCuhsOICMROMDCMADI2AxOUB3r1icybA9eBaxxLN4ywZEqMiozcYX QytdwctDK6ACKtACnDecJ8bKsqwCA2d7nxcrw5kRKlATqMADF/AYmmBnOWS2hWS2fkbKJgpFGyib Qku18HgAXWZAv7qlA3c/PJICFVoTHimubgwZS/b/sJvMrOuDRo2TZ0moXo7KbAjQwexkKIZ6RegY nD2pe4MmfioELSgAYBkKLuswKx46CcxKjSsy0ARdpHN8pNL6XnnqYZiDR1irpY5mbqTwkapSd6pC AbMhjSQAx5FLCE4MrSAd0g/QAE480nasfQ5tTLZwaxUMYARmRLkXOIjzCMoKDQoAwxnWAI/qps7j MymNDjZqCj0wK4QIPIaDC3A8KKMIAICnVpnlTc43XNpoEDpwjt7KfUf3CQN31KaTAjfmG0pTy8mn HgNDDE1tWUA10vMmyqu4ANZ11dI8C5aHFSOQoXZ30bxcCrxwgjnSajhNmGyr01JdO7kXz6r8DV6q /9UUgQIUgJot4AskAALXOwEiUj2XgAIfIAGkUasIkNlnvbYyKVxqPdhB+9PpcKO5gAoo8Hkz4U4q q0eZFlk5hscEsGOfGFyAfXOouNYXEAH1+s67mnKY2knCQwpZI34gIACE8A9oswKSBoS9sGMSkIoF oEw5pl7YzaqKFNLvNdIl7QisWz8rgLeYRHxVqwNdZk+u0CRVWxKAfBGR+ZkmsAAAUAMKYN8rMgC+ kCqicAnWjacLYN2ZnZMbl4TsVYqz4zwV0quu4DJCcbc1uB3eAHKuoFpZiFqqdTBLR2NCW99ftQBf dQDIaCvdXJy2rdn6deLXAGIhFtqtiuDgjanBff+IOYB/qbEDP8EYYOEUO54P84uFOGBRmnsABJcr KVABJbACA3DfDSABa2HbG8AKSTyc1s0DBTBBAf4BCMBK8ndZeJhsERQ/3YcOyFEbd6INIHEpPz4z o6sdrdEyGIADDVAA5bEd51hw9YkCOF4DzeDkG4BjamFU4Esr8qFMW14VyqQBvM3AlcvToyYeDOqv bwO1NQwUPLEDJwJS64QcToGL2pGFv4iLlpA1kkgCI1XJaaKPMlBgs5HnSzYf1k0BC2DbPzR4XFeQ I/1nQRvNS2MiTeUabrOY5vEnAbAD29EOTjFVQgu/TkHkCZMVFUACA0ADLYADn8hjLxACaSYCeU7/ 6AvQ2QI+ZN/2mo2OhKMm5gXnk6jAsdIRHCSBAzsgHTewGEviTu4kEoAB701iT+7tpeZaAScwAgoQ A5+YTGvRAuwUGNfboRTwIuGuTBXAlaAdX7k+OzvUDZvD60YDEmWWCijAFm3BEKPKF5u37UMtMoUr JgPweWniFQJQDxJgHG7YCx8QFeAu4BNwATmPhCC908KFin8WGMDN4ETfCiMAFyq0mRRAYIXcLn7T N2OKa+pCAjlaATGwagXwABJAATlgrs95UB+wuQVg2xDfgXhIEI7A4gcZ5lZhnpqDe4D6C5idmSfk N2IcH/FxY8PqTJgw1J2gAmN0AgegABJQAB1i/wG/ZhMUaAmk0/CDIgHdKwEUbznXuIHmbjkJcADi eNrikwluUjo2IY3VES2e0AulMKYiwANuLA8D8MUjwCPGNwETcdmGv2PyoYlR/fOWM2qWr/Nh3ptY itWyUGvm2Z5CbTiUiZogwKf1OX5vaOIPr+W8zW7XoIoLJVw5r42WM4hwHWuh069XKtfcXncFYiB1 ZwH3GVknEP3KNO4HGQFT1vu6Hwm2up4O/acOenCmMHkhAwgiKDwWFYYVGiMiJj0sLCYnJx8UH5WW lRMXmpsPDg4KEJuiBA0OCQkLNiIrIq2ur7CxsrOrK6y0rSs7Kxi2Jiu/r8G5PT0mxyySlpSXFf8c ohcPCg4ND5qZmhDTngwLO7jg4bS3q66257+s5+euOz3mx4yPkggLCwULEgiVGtARBJ6qQZtAzVSD BAaOrRPHcJa6deuO9QCmkNGxVSM0FKpggUKJVo1MODqB4GACUwwKUKLwIIIoT5+sbYJQsCADA4ti kWvIU2cri+xqsRphSAMPHz54aJhg4WOxYyQblFKgIEGBShSmhdLkiQCBAhcmTHgAAKYpBwwOLLJV LhzbnuZ8sgVG95cJET4mUHBkg4WrFBYmOG10gkK9e/n2fShZisCDTl0JQIBsVmqDm2t9wt3skO3d Fnpb4ZAh40XfVktBrCLBgtklSxJKlXoAIYL/S9uPCSgAaBYtzotzx+0UmkuEDVU2bnxbgeOG87YP y/lKJ0LFhA9rX/A4+sK0rULAkr1+vUBqqGfQNEWg3HsBCupxyb1tC+sWCwMFcAg4kEOEjgICDKBD OMbQJQIFFqwykQ4BHKUCC92JUMIEPojQgzLjLVbKVulB80ApJxlUwA2vyMfQcDoccIAAOByAgwgC BLDiADnYEEAOOuhggw40BqAKfBZUeI4O21HggyMq9KfRIiRliIBWmnAgZYec9GZVf+k8NJ9Q8mnJ ioz7HWBAfwLogMEABhiggwECGLDiigIsIMAOFlVXgQqMnCACDgPwQIGRKKTwggo+VHBCDyg4/7AA AggYJkEB5kkp6QWSoudhKZ6cNOBdCr6Dy5ZxgSmmizDmOMAABwTg5gED7Icmm7sAIwJRKFDEXJE8 kEioCiVUEEIyikrwJwWPMpCAS5RWSmmU/tR0WQCr7CJRcNFBZO2eC7CZZg47oMpmm2mquN8CKaYa zze0ivQOnxTwEOh2JZjQawonoKDYaxI8UOm+UVrKCaZoCZCTQqwMs9NwxbXSrQA5nNpfiwGYGkCA EYOrQ5mrOLJCryGsYMysH/DQwgY+fNDCCSvQWm+G/GyCHgTnPcPhTGZ1885CvrADEXHSsbLDNyKQ gIIIO2DQSgoZiIDBDipgcHEARS9tFyQVtP9goQk3JLXB1huAEIKeCEKCwp8sT/AMBxHAJGnaDszM NkwAYFmgREABY0zdcy3kig8UjJAUDyX42UILIxhJSQtIHWlMMSJooMHVI8CbAQmUk2BLaCuz/IEF VTqgL6Vpn4QsVw3wlgC0Fp17l9ET5TJdwtC14oMGFNDebgu1UzC2UX9qMAnKxaA7QQsYgLDdBhiY UPldH0xQaySG3VMAPor1Q2lNEUj59swwAcSAwBYVs3gttYj/VFB0rcNCCfSGgAIJ9aaAwvz1zo+C I/E08g4Fgm3AwwYocMfdRMCDCCiiXiQ5iylOspIofcgBBDjbPzyRPfV0zxQGyADdgLOOdxD/LHYI u4UIZWWrusRjagYKzAc2kAMMfEx2E+CBhUZSklOchAEOaKAFPYestLXEUm/LVAFsQAL9MUJWSqNO L1AoHS55jC6POKH+7pa68DWCBazgnwVaAIL5paBQMbRQD+A3NgRIwB6JaVmlOpGsSVmKPdyAVhHD R7A6rsIEdNLZfIJTi+VY6xcsmMh0LhTIHWTkEIboyEdEkozMscwCU6IUBAggCn9dYD29QYtaGHE3 QS7iG0/pQR6zpLM7ktJjWYKHXdAhPk6KkmglIFwJbmGRRo4tQ5QwW6UmqSxLcQACAIPJleBnPivS 0ZVVPOUgfzG3c8SKInWUByNDGEj9RQIF/5pDgDV26QA3uowmCoSg9wZAuUCKJHXGoBMeVymR1iFR hNHKWUTO8RQ6SUuaIviiRiygAR8MLSQnSIa9nAQpfUlqkm2s1AQzyQ33EPNQ1TTfGEPpysXNrSIT WeVEFucxKt6to5HI4gQiADPaROA6UIlEvRygj2HVQ4EG5UAn9iWzrjAUJgNyhDFYAD+JPCKKx1RI ToD2E10YVZnKDM83UGCB9dDgqVBtiQWModJE5cMwZlzAKbxSuto8IIJoI+lXE+AV3jA0LZRTqfgC eSiJBrKIrUyfICGi0Yq20qJ+UUEFIADVvj61BhCowHtQUK97XQIBECxLWRdL1sWW9aamiP8b/NoK 0Svi70Jz7KSnTFkcXxSVloykY4H26tfS1iACCRJoNsXp2NY6FrJogRZhTwDXPE3UIpEwRhH9ogMc 6OAbO9BBf3Kyghq1wkYBuEEtGdkIEbQgAjXwa3SfyiYaLOACI1jB/MiWIa0SAABeAQB4v0ve1kLw rAaYrUqTkYy00ja3I+GpCFZkgBQwwgADEIFyb8CCVOkXBwZwD39RwF/26kkDD6BBm2bEKgQIoCN+ gsDj5qe5xYhTvBgWb1nH65Xz2lSYDtCB0IgJv3JWk6cXom0x9PQmNKFqPwaQUQAKwCr8pmlNqjoA EZOBqArQ4Cjb8Z3jHJdIBNSgAvLDJrH/JGAACQgLK9PIcHg5rOEOezhTMLnJZAmbYpVGYrIqZQ2L wySAMIlpPzlIFYBV5KYFHGABARDo/UoQAQOEzAKFQJDjKkEyGtRgAiqYHwIgdRkGlG4fFCjAd8Er ZQ1z+LFW7g0BBvQ+L4vZyyuORDLmS2YyxzhVqVpwuPCbCqERdn0ToEGjNlCJkY1gBN2RwQD8DOjC XuYUCjiIYhSd4V5jOLyLjUxvbkLYYiMKgesF86H0NAAAlfnFrsKvqNkcADiPSdklgEANDtCC7tjA BTKAgQvGPW5aJ/kDj1p0AZ6caF/3etHAfrRZOkwAHJDRy/hWr6aLiALh5uDfAK8RDlZg/wMc/Ps4 yUlODm5wPxbwNwQVAMAMyC2DcZfmBT5ogQBqAIAKMBybWHENlN3tbnibt3sE+J7QNH3NRgaUMMvm ceWE1oKPUE4FI3hHvdhXghJkfOUuXwGCDXBxILOaEjyYNQQStF3NSSABJP/1r11r1q5Yxd7qfZ++ r4nsL1NOQo7701FoZzuy427P9KrfCXwQARoMIGRJQdwGXj2CAwDAgCygMMvaHXVGj/fRj503Nw6w 5ffSlrDuTXYjTm28pHzAB5Hj23b+Fsuk+FOlNwjoXgNQghGQbO4+aNUBaBABCoigfiJfxgIUQHJ4 +53qVe8N1otNPwTaz3759vJ7IHGCeP9E4hcQFQn9cD+hCgRgBBUr818Dm+RAAaClfzKjoqfs6/Ja H/bn5U03vlZ7BK6c66bWveHxTf6qcr1+91NBYBDgJqjWoCUaCOjtLwPBAgCgAbshb+vLC/jXstYs p2NqtFd7s9V9yGaAB1hsttdyt0c/N7AUJDUZtRFDcmY/AKEb1Nd3VAZ7r3WBXUFsuNeAt5eA5wdf XuZyAWV+Ayg/8sMCKqAUeKYBJ6NdIugVu5F/Gshoi9V/5hVsmRIAAqh2W6d2yrZe5Xc/6zWAXhQo zQdIdiGC9sNaJreDJceBHUhvWbYAJRAoUNiFw6d1Czh86FdVFZgCZniGaCiCVTU/DgD/XruxgSlH fWXVWMDGG1cYeB2WAAJAAi3Ihb3nZSaggLx3ISkWiGQof3lnS3IWCc3XgPWTdipQVY6Vf2X1LQDQ WACyIvZwAMaSABIwACnHAMayAM3WDQuQEk0mijhkb0oxS5JAAfa1AiBQIcbwRYQ1AkEiAiGQcbWC AieDDGMjQz6wRadnPzWXMkbBgsUWdhYwAvVTEzvoFQuAAwEwANlCAAswAjpQdwvgA21yOtUYJ5w4 AD7gJggwAJ/oAypCXwsAAkRBAS1gAhTAEZJXAUcxO4B2IHhGCRVQO44jOH3TONjBA/1ICf3UOxSg Vx0xCcm4ETwwAnmXKJjiWgDAIy2w/40FoCYBoB8HoAMtEAASwCMjcJEjcA/ViHw5wiAe+WoDwAAB oH78JHR5xk+Os48WcGDziAi0wxEcYQHNwwMrwE+DoBc9WTuFIEMa0JNJeTKI0BTNdxDZF2wVGQAb iQM0po3IxyIMEiMbeXw4YA8DoI299ZERs5E80g1E4ThjUwJGopM1SQgtkAIfoJREphE1uUW9gmQE aZd4xpMjII/8hGcWoAIgoAEweTJmKBVSuIOt0pgAMCOqUgCtIgAMIAETgyoDAABwxioMhpkCgAAH oEmThwI+QCiBEzki8zeJoAJG0oyThziI4zdbiBS8Qji44xEZV3Mp8GqEk3EqkAJc5Gw3Z5goNuVY jtZ6UvZd2beYPUhvOnACKRBoZiidaYgCJaACgRZLzaeM9GKGjEh8gVZsZsiELIidIZBkIHCGKEd1 VaiDwfaeVlhWaBmd2Fmf9lmf9Hmf2Bmd1cmd40meZwgC6QkCv0mghFmdgQAAOw== ------=_NextPart_000_000A_01C15CD4.D549F2E0-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Oct 24 22:54:41 2001 Delivered-To: freebsd-stable@freebsd.org Received: from clsppop1.clsp.uswest.net (clsppop1.clsp.uswest.net [207.109.160.1]) by hub.freebsd.org (Postfix) with SMTP id 3831237B405 for ; Wed, 24 Oct 2001 22:54:38 -0700 (PDT) Received: (qmail 26480 invoked by alias); 25 Oct 2001 05:50:48 -0000 Delivered-To: fixup-stable@freebsd.org@fixme Received: (qmail 26467 invoked by uid 0); 25 Oct 2001 05:50:48 -0000 Received: from unknown (HELO nt03) (65.102.82.197) by clsppop1.clsp.uswest.net with SMTP; 25 Oct 2001 05:50:48 -0000 Message-ID: <01f001c15d19$72ec2a10$c5526641@necessity.org> From: "Lawrence Perepolkin" To: References: <200110250416.f9P4GU0H072262@atg.aciworldwide.com> Subject: Unable to transfer the bin distribution ... Date: Wed, 24 Oct 2001 23:54:02 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4807.1700 X-MIMEOLE: Produced By Microsoft MimeOLE V5.50.4807.1700 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I have tried several stable intalls and each one fails with this message: Unable to transfer the bin distribution from ftp://releng4.freebsd.org/pub/FreeBSD/snapshots Any help on what I should do on my side? Lawrence To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Oct 24 23:21:53 2001 Delivered-To: freebsd-stable@freebsd.org Received: from deltaoffice.com.au (bds-228-53.tow.austar.net.au [203.21.228.53]) by hub.freebsd.org (Postfix) with ESMTP id 7F8CA37B403 for ; Wed, 24 Oct 2001 23:21:50 -0700 (PDT) Received: from SERVICE ([10.0.0.46]) by deltaoffice.com.au (8.9.3/8.9.3) with SMTP id QAA19877 for ; Thu, 25 Oct 2001 16:08:05 GMT Received: by SERVICE with Microsoft Mail id <01C15D71.4590F520@SERVICE>; Thu, 25 Oct 2001 16:22:42 +1000 Message-ID: <01C15D71.4590F520@SERVICE> From: Barry Badcock To: "'stable@freebsd.org'" Subject: Date: Thu, 25 Oct 2001 16:22:41 +1000 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Barry Badcock Delta Office Solutions Townsville Qld Ph 07 4724 5666 Fax 07 4724 5733 Email service@deltaoffice.com.au To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Oct 25 0:26:29 2001 Delivered-To: freebsd-stable@freebsd.org Received: from relay1.wm.net (spencer.wm.net [194.18.224.226]) by hub.freebsd.org (Postfix) with ESMTP id 644A537B406 for ; Thu, 25 Oct 2001 00:26:24 -0700 (PDT) Received: from wmsto3si1479.wmdata.com (wmsto3si1479.wmdata.com [164.9.18.141]) by relay1.wm.net (8.9.3/8.9.3) with SMTP id JAA13090 for ; Thu, 25 Oct 2001 09:25:37 +0200 (MET DST) Received: from 127.0.0.1 by wmsto3si1479.wmdata.com (InterScan E-Mail VirusWall NT); Thu, 25 Oct 2001 09:23:19 +0200 Received: by wmsto3si1479.wmdata.com with Internet Mail Service (5.5.2653.19) id <4P6BHSQQ>; Thu, 25 Oct 2001 09:23:19 +0200 Message-ID: From: Johansson Jan To: "'Stable@freebsd.org'" Subject: Keyboard missing? :) Date: Thu, 25 Oct 2001 09:25:52 +0200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I recompiled the kernel of a stock 4.4 to include dummynet and = ipfirewall. WHen my system boots now, i have no keyboard. Uhm, Help! :) = System is aCompaq Deskpro 4000, which worked just dandy up until this. > Jan Johansson > WM-data eApplications AB > Grafiska V=E4gen 18 > Box 14383 S-400 20 G=F6teborg > Tel +46-31-7331217 > Mob: +46-706-434935 > Fax +46-31-7331200 > mailto: jajoa@wmdata.com > http://www.wmdata.se >=20 >=20 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Oct 25 0:26:48 2001 Delivered-To: freebsd-stable@freebsd.org Received: from mip.co.za (puck.mip.co.za [209.212.106.44]) by hub.freebsd.org (Postfix) with ESMTP id 49FF237B403 for ; Thu, 25 Oct 2001 00:26:39 -0700 (PDT) Received: from patrick (patrick.mip.co.za [10.3.13.181]) by mip.co.za (8.9.3/8.9.3) with SMTP id JAA84610; Thu, 25 Oct 2001 09:26:32 +0200 (SAST) (envelope-from patrick@mip.co.za) From: "Patrick O'Reilly" To: "Forrest Aldrich" , Subject: RE: natd error message, upon bootup Date: Thu, 25 Oct 2001 09:30:04 +0200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 In-Reply-To: <5.1.0.14.2.20011024113047.01f4de58@216.67.14.69> Importance: Normal Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Forrest, I have seen the same happen with on-board Serial cards if the interface goes down due to a line problem. In other words, my natd interface is a Serial WAN card hooked directly to the data line. If the line goes down or flaps, then the interface goes 'down'. Now, natd attempts to write out packets to that interface, but its down, and hence the problem. If you are seeing the message briefly just after start-up, perhaps the problem is that your natd interface is taking some time to get 'up', and natd has started trying to use it before it's up? Patrick. > -----Original Message----- > From: owner-freebsd-stable@FreeBSD.ORG > [mailto:owner-freebsd-stable@FreeBSD.ORG]On Behalf Of Forrest Aldrich > Sent: 24 October 2001 17:39 > To: freebsd-stable@FreeBSD.ORG > Subject: natd error message, upon bootup > > > I've been seeing this prior to 4.4, and am not sure it's even a problem; > however, after the system boots up, and just after the first external > packets are routed, I see this message in the syslog: > > Oct 24 11:19:08 machinename natd[202]: failed to write packet > back (Host is > down) > > There's no other indication of a problem thereafter; this started > happening > a while ago, after I upgraded to 4.3. This is now 4.4-STABLE. > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Oct 25 0:29:37 2001 Delivered-To: freebsd-stable@freebsd.org Received: from b80216.upc-b.chello.nl (b80216.upc-b.chello.nl [212.83.80.216]) by hub.freebsd.org (Postfix) with ESMTP id 2D84937B403 for ; Thu, 25 Oct 2001 00:29:31 -0700 (PDT) Received: from adv.devet.org (adv.devet.org [192.168.1.2]) by b80216.upc-b.chello.nl (Postfix) with ESMTP id 4D9C968D2; Thu, 25 Oct 2001 09:29:30 +0200 (CEST) Received: by adv.devet.org (Postfix, from userid 100) id D85043F66; Thu, 25 Oct 2001 09:29:24 +0200 (CEST) Date: Thu, 25 Oct 2001 09:29:24 +0200 To: juha@saarinen.org Cc: stable@freebsd.org Subject: Re: UFS_DIRHASH - your opinion Message-ID: <20011025092924.A483@adv.devet.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.3.22.1i X-Newsgroups: list.freebsd.stable Organization: Eindhoven, the Netherlands From: devet@devet.org (Arjan de Vet) Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In article you write: >Thanks. Are there any good hints and tips for running Squid under FreeBSD? >On Linux, a file system like ReiserFS is supposedly the best, as it's good >with lots of little files. Some file system related tips: - make sure you have a recent 4.4-stable with the 'dirpref' code. - I used newfs -b 16384 -f 2048 -c 89 -i 8192 -g 10240 -h 256 -U to newfs the /cache* partitions (one partition per physical disk). -b 16384 makes sure that approx. 90% of your Squid objects fit in one disk block. The -c was the maximum allowed value. -g 10240 is the average file size and -h 256 the average number of files per directory for a Squid partition (used by the dirpref code). Mount the /cache* partitions with noatime. - Put vfs.vmiodirenable=1 in /etc/sysctl.conf, this improves caching of directories *significantly* (you really want to have the full Squid directory structure in memory, make sure you have enough RAM). - Use diskd for your cache_dir settings; this avoids the Squid process itself blocking for each disk I/O. I've considered using multiple partitions per physical disk to increase the number of diskd's that can perform I/O simultaneously but have not tried it yet. Arjan -- Arjan de Vet, Eindhoven, The Netherlands URL: http://www.iae.nl/users/devet/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Oct 25 0:39:24 2001 Delivered-To: freebsd-stable@freebsd.org Received: from relay1.wm.net (spencer.wm.net [194.18.224.226]) by hub.freebsd.org (Postfix) with ESMTP id 8532637B401 for ; Thu, 25 Oct 2001 00:39:19 -0700 (PDT) Received: from wmsto3si1479.wmdata.com (wmsto3si1479.wmdata.com [164.9.18.141]) by relay1.wm.net (8.9.3/8.9.3) with SMTP id JAA15438; Thu, 25 Oct 2001 09:38:25 +0200 (MET DST) Received: from 127.0.0.1 by wmsto3si1479.wmdata.com (InterScan E-Mail VirusWall NT); Thu, 25 Oct 2001 09:36:08 +0200 Received: by wmsto3si1479.wmdata.com with Internet Mail Service (5.5.2653.19) id <4P6BHSZG>; Thu, 25 Oct 2001 09:36:08 +0200 Message-ID: From: Johansson Jan To: "'Guido Fortunati'" Cc: "'stable@freebsd.org'" Subject: RE: Keyboard missing? :) Date: Thu, 25 Oct 2001 09:38:41 +0200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG >i think dummynet and ipfirewall have nothing to do with this.. >make sure you have this in your kernel: Yep, makes sense. >device atkbdc0 at isa? port IO_KBD >device atkbd0 at atkbdc? irq 1 Its a PS/2 keyboard. But the problem is: How on earth do i gain access to the system from this state? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Oct 25 0:43:14 2001 Delivered-To: freebsd-stable@freebsd.org Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by hub.freebsd.org (Postfix) with ESMTP id C2DA737B40B for ; Thu, 25 Oct 2001 00:43:08 -0700 (PDT) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.6/8.11.2) id f9P7gen68693; Thu, 25 Oct 2001 10:42:40 +0300 (EEST) (envelope-from ru) Date: Thu, 25 Oct 2001 10:42:40 +0300 From: Ruslan Ermilov To: Lyndon Nerenberg Cc: stable@FreeBSD.ORG Subject: Re: 2001-10-24-22:14:02 broken builds Message-ID: <20011025104240.C62879@sunbay.com> References: <200110250416.f9P4GU0H072262@atg.aciworldwide.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200110250416.f9P4GU0H072262@atg.aciworldwide.com>; from lyndon@atg.aciworldwide.com on Wed, Oct 24, 2001 at 10:16:30PM -0600 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, Oct 24, 2001 at 10:16:30PM -0600, Lyndon Nerenberg wrote: > This has been happening for a few hours now. (After rm -f /usr/obj every > time) > > ===> libc_r > rm -f .depend > mkdep -f .depend -a -nostdinc -DLIBC_RCS -DSYSLIBC_RCS -I/u/freebsd/cvssrc/RELENG_4/lib/libc_r/../libc/include -DPTHREAD_KERNEL -D_THREAD_SAFE -I/u/freebsd/cvssrc/RELENG_4/lib/libc_r/uthread -I/u/freebsd/cvssrc/RELENG_4/lib/libc_r/../../include -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -I/usr/obj/u/freebsd/cvssrc/RELENG_4/i386/usr/include -I/u/freebsd/cvssrc/RELENG_4/lib/libc_r/../libc/i386 -I/u/freebsd/cvssrc/RELENG_4/lib/libc_r/uthread /u/freebsd/cvssrc/RELENG_4/lib/libc_r/arch/i386/_atomic_lock.S > /u/freebsd/cvssrc/RELENG_4/lib/libc_r/arch/i386/_atomic_lock.S:28: DEFS.h: No such file or directory > mkdep: compile failed > Please check that /u/freebsd/cvssrc/RELENG_4/lib/libc_r/../libc/i386 has DEFS.h, it should. Cheers, -- Ruslan Ermilov Oracle Developer/DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Oct 25 1:44:33 2001 Delivered-To: freebsd-stable@freebsd.org Received: from relay2.wm.net (spencer.wm.net [194.18.224.226]) by hub.freebsd.org (Postfix) with ESMTP id 8326C37B405 for ; Thu, 25 Oct 2001 01:44:28 -0700 (PDT) Received: from wmsto3si1479.wmdata.com (wmsto3si1479.wmdata.com [164.9.18.141]) by relay2.wm.net (8.9.3/8.9.3) with SMTP id KAA22631 for ; Thu, 25 Oct 2001 10:43:46 +0200 (MET DST) Received: from 127.0.0.1 by wmsto3si1479.wmdata.com (InterScan E-Mail VirusWall NT); Thu, 25 Oct 2001 10:41:28 +0200 Received: by wmsto3si1479.wmdata.com with Internet Mail Service (5.5.2653.19) id <4P6BH42A>; Thu, 25 Oct 2001 10:41:28 +0200 Message-ID: From: Johansson Jan To: "'stable@freebsd.org'" Subject: ipfw operations? Date: Thu, 25 Oct 2001 10:44:02 +0200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I manged to add several pipes in dummynet, like ipfw add pipe 8 ip from 127.0.0.1 to 192.168.0.23 and repeated that command a few times. Now, ipfw del pipe 8 removes the first of those, but if i repeat that = command, the remaining pipes are still in the ipfw show list. How to i = remove those? > Jan Johansson > WM-data eApplications AB > Grafiska V=E4gen 18 > Box 14383 S-400 20 G=F6teborg > Tel +46-31-7331217 > Mob: +46-706-434935 > Fax +46-31-7331200 > mailto: jajoa@wmdata.com > http://www.wmdata.se >=20 >=20 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Oct 25 2:18:12 2001 Delivered-To: freebsd-stable@freebsd.org Received: from anchor-post-34.mail.demon.net (anchor-post-34.mail.demon.net [194.217.242.92]) by hub.freebsd.org (Postfix) with ESMTP id BB3AD37B401 for ; Thu, 25 Oct 2001 02:18:08 -0700 (PDT) Received: from newleaf1.demon.co.uk ([194.222.206.161] helo=nlntdev2.Newleaf) by anchor-post-34.mail.demon.net with esmtp (Exim 2.12 #1) id 15wgeN-00059v-0Y for stable@FreeBSD.org; Thu, 25 Oct 2001 10:18:07 +0100 Received: by NLNTDEV2 with Internet Mail Service (5.5.2653.19) id ; Thu, 25 Oct 2001 10:14:02 +0100 Message-ID: <30F865E54A8BD511B88900A0CC7C4F3C5DEC@NLNTDEV2> From: Stuart Butcher To: "'stable@FreeBSD.org'" Subject: SUBSCRIBE Date: Thu, 25 Oct 2001 10:14:01 +0100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Oct 25 2:30:39 2001 Delivered-To: freebsd-stable@freebsd.org Received: from mip.co.za (puck.mip.co.za [209.212.106.44]) by hub.freebsd.org (Postfix) with ESMTP id 2799437B40B for ; Thu, 25 Oct 2001 02:30:22 -0700 (PDT) Received: from patrick (patrick.mip.co.za [10.3.13.181]) by mip.co.za (8.9.3/8.9.3) with SMTP id LAA87777; Thu, 25 Oct 2001 11:30:05 +0200 (SAST) (envelope-from patrick@mip.co.za) From: "Patrick O'Reilly" To: "Johansson Jan" , "'stable@freebsd.org'" Subject: RE: ipfw operations? Date: Thu, 25 Oct 2001 11:33:38 +0200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 In-Reply-To: Importance: Normal Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Jan, try this: # for rule in `ipfw pipe 8 show | tr " " "_"` > do > echo $rule > done This should list all the existing rules for pipe 8 (with spaces replaced by _), something like this: 00008:__32.000_Kbit/s____0_ms__50_sl.__--_0_pkts_(0_B)_789_drops 00008:__24.000_Kbit/s____0_ms__50_sl.__--_0_pkts_(0_B)_124_drops 00008:__48.000_Kbit/s____0_ms__50_sl.__--_0_pkts_(0_B)_903_drops If that worked, and the rules displayed are the ones you want to delete, then change the "echo" line to "ipfw pipe delete 8", like so: # for rule in `ipfw pipe 8 show | tr " " "_"` > do > ipfw pipe delete 8 > done Patrick. > -----Original Message----- > From: owner-freebsd-stable@FreeBSD.ORG > [mailto:owner-freebsd-stable@FreeBSD.ORG]On Behalf Of Johansson Jan > Sent: 25 October 2001 10:44 > To: 'stable@freebsd.org' > Subject: ipfw operations? > > > I manged to add several pipes in dummynet, like > > ipfw add pipe 8 ip from 127.0.0.1 to 192.168.0.23 > > and repeated that command a few times. > > Now, ipfw del pipe 8 removes the first of those, but if i repeat > that command, the remaining pipes are still in the ipfw show > list. How to i remove those? > > > Jan Johansson > > WM-data eApplications AB > > Grafiska Vägen 18 > > Box 14383 S-400 20 Göteborg > > Tel +46-31-7331217 > > Mob: +46-706-434935 > > Fax +46-31-7331200 > > mailto: jajoa@wmdata.com > > http://www.wmdata.se > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Oct 25 3:14: 5 2001 Delivered-To: freebsd-stable@freebsd.org Received: from mail2.mediadesign.nl (md2.mediadesign.nl [212.19.205.67]) by hub.freebsd.org (Postfix) with SMTP id DB4B737B401 for ; Thu, 25 Oct 2001 03:14:02 -0700 (PDT) Received: (qmail 29411 invoked by uid 1002); 25 Oct 2001 10:13:56 -0000 From: "Alson van der Meulen" Date: Thu, 25 Oct 2001 12:13:56 +0200 To: "'stable@freebsd.org'" Subject: Re: Keyboard missing? :) Message-ID: <20011025121356.C8324@md2.mediadesign.nl> Mail-Followup-To: "'stable@freebsd.org'" References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.3.22i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Oct 25, 2001 at 09:38:41AM +0200, Johansson Jan wrote: > >i think dummynet and ipfirewall have nothing to do with this.. > >make sure you have this in your kernel: > > Yep, makes sense. > > >device atkbdc0 at isa? port IO_KBD > >device atkbd0 at atkbdc? irq 1 > > Its a PS/2 keyboard. > > But the problem is: How on earth do i gain access to the system from this state? ssh in from a different box, if possible. Else, try typing, at the `press enter to boot, any other key for prompt' prompt, (first any key other then enter, to get a prompt) `unload', and `load /kernel.old'. This should load the previous kernel, which does have a working keyboard I hope. -- ,-------------------------------------------. > Name: Alson van der Meulen < > Personal: alson@flutnet.org < > School: alson@gymnasiumleiden.nl < `-------------------------------------------' Wonder what this command does? --------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Oct 25 3:54:44 2001 Delivered-To: freebsd-stable@freebsd.org Received: from relay2.wm.net (spencer.wm.net [194.18.224.226]) by hub.freebsd.org (Postfix) with ESMTP id 684ED37B406 for ; Thu, 25 Oct 2001 03:54:41 -0700 (PDT) Received: from wmsto3si1479.wmdata.com (wmsto3si1479.wmdata.com [164.9.18.141]) by relay2.wm.net (8.9.3/8.9.3) with SMTP id MAA18540; Thu, 25 Oct 2001 12:53:21 +0200 (MET DST) Received: from 127.0.0.1 by wmsto3si1479.wmdata.com (InterScan E-Mail VirusWall NT); Thu, 25 Oct 2001 12:51:33 +0200 Received: by wmsto3si1479.wmdata.com with Internet Mail Service (5.5.2653.19) id <4P6BHWM0>; Thu, 25 Oct 2001 12:51:32 +0200 Message-ID: From: Johansson Jan To: "'Alson van der Meulen'" , "'stable@freebsd.org'" Subject: RE: Keyboard missing? :) Date: Thu, 25 Oct 2001 12:53:33 +0200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG >Else, try typing, at the `press enter to boot, any other key for prompt' >prompt, (first any key other then enter, to get a prompt) `unload', and >`load /kernel.old'. This should load the previous kernel, which does >have a working keyboard I hope. Worked. And the recompiled kernel also works. I had (*doh*) deleted the line with the device for keyboard. Thankyou. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Oct 25 4: 0: 8 2001 Delivered-To: freebsd-stable@freebsd.org Received: from klima.physik.uni-mainz.de (klima.Physik.Uni-Mainz.DE [134.93.180.162]) by hub.freebsd.org (Postfix) with ESMTP id 75F4237B406 for ; Thu, 25 Oct 2001 04:00:00 -0700 (PDT) Received: from klima.Physik.Uni-Mainz.DE (klima.Physik.Uni-Mainz.DE [134.93.180.162]) by klima.physik.uni-mainz.de (8.11.6/8.11.4) with ESMTP id f9PAxwt13212 for ; Thu, 25 Oct 2001 12:59:59 +0200 (CEST) (envelope-from ohartman@klima.physik.uni-mainz.de) Date: Thu, 25 Oct 2001 12:59:58 +0200 (CEST) From: "Hartmann, O." To: Subject: Remarkeable performance boost in FBSD 4.4-STABLE! Message-ID: <20011025124435.M65829-100000@klima.physik.uni-mainz.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Dear Sirs. Since the first occurence of the dirprefs discussion I got aware of a performance boost of all of our server systems. One machine, 2GB ECC RAM, 2x 866 PIII CPUs, TYAN Thunder 2500 main PCB and a AMI Enterprise 1600 RAID controller with 250GB RAID level 5 array compiled a whole world within 50 minutes (I use make -j 4 due the fact higher levels won't work and resulted in errors). After the code include of dirpref the system took only 40 minutes and this boost was detecteable on all of our systems. Today I did the last cvsupdate and compile a world and I was wondering why the system was really early ready with its job! Now a complete compilation of world take 30 minutes. This performance improofment has been seen on all of our server systems. Our scientists aproofed me that the calculation speed of several Linux software (Fortran, compiled with Lahey F95 V5.5 under Linuxulator) has slight improofments, I think this results in SSE enabled. Well, I don't want to celebrate a great festival, maybe my performance improofments around here results in a better configuration or a new mechanism of FBSD to work around worse administrators ... ;-) But I think this is something I should spread out into the world. While WindowsXP has been introduced and a lot more of our system resources went down the stream for more coloured pictures and more brain damaged stuff - but I see on the other side that elaborating in more efficient algorithms could have a much better 'impact' than 'verything new' for this MCDonalds-damaged, fast food world. Thanks. Oliver -- MfG O. Hartmann ohartman@klima.physik.uni-mainz.de ---------------------------------------------------------------- IT-Administration des Institutes fuer Physik der Atmosphaere (IPA) ---------------------------------------------------------------- Johannes Gutenberg Universitaet Mainz Becherweg 21 55099 Mainz Tel: +496131/3924662 (Maschinenraum) Tel: +496131/3924144 FAX: +496131/3923532 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Oct 25 4:16:47 2001 Delivered-To: freebsd-stable@freebsd.org Received: from mail2.igroupnet.co.kr (mail2.igroupnet.co.kr [211.41.4.36]) by hub.freebsd.org (Postfix) with ESMTP id 95D4937B410 for ; Thu, 25 Oct 2001 04:16:13 -0700 (PDT) Received: from ns ([211.41.8.2]) by mail2.igroupnet.co.kr (8.11.0/8.11.0) with ESMTP id f9PB6Dm1341377 for ; Thu, 25 Oct 2001 20:06:13 +0900 (KST) Message-Id: <200110251106.f9PB6Dm1341377@mail2.igroupnet.co.kr> From: "KIBEX" Subject: KIBEX 2001- =?EUC-KR?B?sbnBprDHw+C52rb3yLggsLPD1r7Is7s=?= To: "freebsd-stable@FreeBSD.org" Reply-To: hychoi@kibex.com Organization: KIBEX Date: Thu, 25 Oct 2001 20:22:52 +0900 X-Priority: 3 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG ======================================================================= KIBEX 2001- ±¹Á¦°ÇÃà¹Ú¶÷ȸ ´º½º·¹ÅÍ Å°º¤½º 2001 - ±¹Á¦°ÇÃà¹Ú¶÷ȸ 2001³â 12¿ù 5 - 9ÀÏ/ ¼­¿ï¹«¿ªÀü½ÃÀå www.kibex.com ======================================================================= ¢º¢¹¢º KIBEX 2001- ±¹Á¦°ÇÃà¹Ú¶÷ȸ °³ÃÖ ¾È³» ±¹³» ¹× ÇØ¿ÜÀÇ ½ÅÁ¦Ç°. ½Å°ø¹ýÀÌ ÇÑÀÚ¸®¿¡ ¸ðÀÌ´Â KIBEX 2001(Korea International Building Exposition)- ±¹Á¦°ÇÃà¹Ú¶÷ȸ"°¡ ¿À´Â 12¿ù 5ÀϺÎÅÍ 9ÀϱîÁö 5ÀÏ°£ ¼­¿ï¹«¿ªÀü½ÃÀå(SETEC, ÁöÇÏö 3È£¼± Çп©¿ï¿ª)¿¡¼­ °³ÃÖµÊÀ» ¾Ë·Áµå¸³´Ï´Ù. À̹ø Å°º¤½º 2001 Çà»ç¿¡´Â Çѱ¹ °ÇÃà»ê¾÷¿¡¼­ Ãë¾àÇÑ ºÐ¾ß À̸鼭µµ, ±× µ¿¾È ¹Ú¶÷ȸ¿¡¼­´Â ½±°Ô Á¢ÇÒ ¼ö ¾ø¾ú´ø ºÐ¾ßÀÎ °ñÁ¶, ±¸Á¶, ¿ÜÀå, ¸®¸ðµ¨¸µµîÀÇ ºÎ¹®À» ÁýÁß Á¶¸íÇÒ ¿¹Á¤À̸ç, ƯÈ÷ ¸ðµç Àü½Ã°üÀ» °¡¼³/±âÃÊ°ø»ç, °ñÁ¶°ø»ç/ ö±ÙÄÜÅ©¸®Æ®, ¹ÌÀå/µµÀå°ø»ç, âȣ/À¯¸®°ø»ç, ¸¶°¨/³»Àå°ø»ç, ¸®¸ðµ¨¸µµî °ÇÃà°øÁ¤º°·Î ÀÚ¿¬½º·¯¿î ¹è¿­À» ÇÔÀ¸·Î½á ¹æ¹®°´µé¿¡°Ô ´õ¿í Àü¹®È­µÈ Àü½Ã°ø°£À» Á¦°øÇÒ °ÍÀÔ´Ï´Ù. ¶ÇÇÑ º» ¹Ú¶÷ȸ¿¡´Â ¹Ì±¹, ÇÁ¶û½º, ÀÌŸ®, µ¶ÀÏ, ½ºÆäÀεî ÇØ¿Ü 15°³±¹¿¡¼­ ¿ì¼öÇÑ Á¦Ç°°ú ±â¼ú·ÂÀ» °¡Áø ¼±µÎ¾÷ü°¡ ÃâÇ°À» È®Á¤ÇÑ »óÅ¿©¼­ ±¹³»¿¡¼­µµ Á÷Á¢ ÇØ¿Ü ¼±Áø±¹ÀÇ ¿ì¼ö Á¦Ç°°ú ¼±Áø±â¼úÀ» Á¢ÇÒ ¼ö ÀÖ´Â ÁÁÀº ±âȸ°¡ µÉ °ÍÀ¸·Î ¿¹»óµË´Ï´Ù. º» ¹Ú¶÷ȸÀÇ È¨ÆäÀÌÁöwww.kibex.comÀ» ¹æ¹®ÇÏ½Ã¸é »ó¼¼ÀڷḦ È®ÀÎÇÏ½Ç ¼ö ÀÖÀ¸¸ç, ±âŸ ¹®ÀÇ »çÇ×ÀÌ ÀÖÀ¸½Ã¸é ¹Ú¶÷ȸ »ç¹«±¹ SBA KOREA(ÀüÈ­: 02-708-4080, À̸ÞÀÏ: info @kibex.com)À¸·Î ¿¬¶ô Áֽñ⠹ٶø´Ï´Ù. => ¿©±â(http://www.kibex.com/korean/visiting/visiting1.htm)¸¦ Ŭ¸¯ÇϽøé KIBEX 2001- ±¹Á¦°ÇÃà¹Ú¶÷ȸ '¹æ¹®°´ »çÀüµî·Ï'À» ½ÅûÇÏ½Ç ¼ö ÀÖ½À´Ï´Ù. ¢º¢¹¢º ±¹³» ¹× ÇØ¿Ü °Ç¼³/°ÇÃà ¼Ò½Ä ¢º Á¤ºÎ, SOC °Ç¼³»ç¾÷¿¡ 7õ603¾ï¿ø ÅõÀÚ Á¤ºÎ´Â 2Â÷ Ã߰濹»ê Áß 7õ603¾ï¿øÀ» ±â°£±¹µµ °Ç¼³ µî »çȸ°£Á¢ÀÚº»½Ã¼³(SOC) µî °Ç¼³»ç¾÷¿¡ ÅõÀÚÇϱâ·Î Çß´Ù. Á¤ºÎ´Â ¿ì¼± SOCµî °Ç¼³ÅõÀÚºñ·Î ÀüüÀÇ 40.3%¸¦ ¹èÁ¤ÇØ °ø»ç±â°£ÀÇ ´ÜÃà µîÀÌ ÇÊ¿äÇÑ µµ·Î¡¤°øÇס¤Ã¶µµ¡¤Ç׸¸½Ã¼³»ç¾÷¿¡ 3õ¿øÀ» ¹èÁ¤, ¿¬³» ÁýÇàÇϱâ·Î Çß´Ù. ¢Ñ ÀÌ ´º½º¿¡ ´ëÇÑ º¸´Ù ÀÚ¼¼ÇÑ »çÇ×Àº ¿©±â(http://www.kibex.com/korean/market1/way-board/way-board.cgi?db=mark et&j=v&no=233&pg=1)¸¦ Ŭ¸¯ÇϽñ⠹ٶø´Ï´Ù. ¢º ¼ÒÇüÁÖÅà Àǹ«°Ç¼³ºñÀ² 3³â¸¸¿¡ ºÎÈ° ´ÙÀ½´ÞºÎÅÍ ¼­¿ï µî ¼öµµ±Ç °ú¹Ð¾ïÁ¦±Ç¿ª¿¡ 300°¡±¸ ÀÌ»ó Àç°Ç ÃàÀ̳ª ¹Î¿µ¾ÆÆÄÆ® ´ÜÁö¸¦ °Ç¼³ÇÒ ¶§´Â Àü¿ë¸éÀû 18Æò ÀÌÇÏ ¼ÒÇüÆòÇüÀ» 20%ÀÌ»ó ¹èÄ¡ÇØ¾ß ÇÑ´Ù. ´ë½Å À̵é Áö¿ª¿¡ ¼ÒÇü ÁÖÅÃÀ» Áþ´Â ÁÖÅþ÷ü¿¡ ´ëÇؼ­´Â ³»³â¸»±îÁö ÇÑ ½ÃÀûÀ¸·Î ±¹¹ÎÁÖÅñâ±Ý Áö¿ø±Ô¸ð¸¦ °¡±¸´ç 3000¸¸¿ø¿¡¼­ 5000¸¸¿øÀ¸·Î ´Ã¸®°í ±Ý¸®´Â ¿¬ 7%¿¡¼­ 5%·Î ÀÎÇÏÇÑ´Ù. ¢Ñ ÀÌ ´º½º¿¡ ´ëÇÑ º¸´Ù ÀÚ¼¼ÇÑ »çÇ×Àº ¿©±â(http://www.kibex.com/korean/market1/way-board/way-board.cgi?db=mark et&j=v&no=226&pg=2)¸¦ Ŭ¸¯ÇϽñ⠹ٶø´Ï´Ù. ¢º ÀÓ´ëÁÖÅà °Ç¼³½Ã ±¹¡¤°øÀ¯Áö Àå±âÀÓ´ë Á¤ºÎ´Â ÁÖ°Åȯ°æ°³¼±Áö±¸¿¡ ÀÓ´ëÁÖÅÃÀ» °Ç¼³ÇÒ °æ¿ì »ç¾÷½ÃÇàÀÚ¿¡°Ô ±¹¡¤°øÀ¯Áö¸¦ Àå±âÀÓ´ëÇÏ´Â ¹æ¾ÈÀ» ÃßÁøÅ°·Î Çß´Ù. ¶Ç ÁÖ°Åȯ°æÁ¤ºñ»ç¾÷¿¡ ´ëÇÑ °ÇÃà±âÁØƯ·Ê¸¦ ´ëÆø Ãà¼ÒÇÏ´Â µî °ÇÃà±ÔÁ¦¸¦ °­È­Å°·Î Çß´Ù. °Ç¼³±³ÅëºÎ´Â 10¿ù23ÀÏ ÀÓ´ëÁÖÅðǼ³ È®´ë¸¦ À§ÇØ ÁÖ°Åȯ°æ°³¼±Áö±¸³ª Àç°³¹ßÁö±¸¿¡¼­ ÀÓ´ëÁÖÅÃÀ» °Ç¼³ÇÒ °æ¿ì »ç¾÷½ÃÇàÀÚ¿¡ ±¹°øÀ¯Áö¸¦ ÀÓ´ëÇÏ´Â ¹æ¾ÈÀ» ÃßÁøÅ°·Î Çß´Ù°í ¹àÇû´Ù. ¢Ñ ÀÌ ´º½º¿¡ ´ëÇÑ º¸´Ù ÀÚ¼¼ÇÑ »çÇ×Àº ¿©±â(http://www.kibex.com/korean/market1/way-board/way-board.cgi?db=mark et&j=v&no=239&pg=1)¸¦ Ŭ¸¯ÇϽñ⠹ٶø´Ï´Ù. ¢º ÀÏ, ȯ°æģȭÀû ¸®¸ðµ¨¸µ ½Ã½ºÅÛ °³¹ß ÀϺ»¿¡¼­ ¸®¸ðµ¨¸µ°ø»ç¿¡ Àû¿ëÇÒ ¼ö Àִ ȯ°æģȭÀû ½Ã½ºÅÛÀ» °³¹ßÇß´Ù. ÀϺ»ÀÇ NTTÆ۽Ǹ®Æ¼Áî»ç°¡ °³¹ßÇÑ ÀÌ ½Ã½ºÅÛÀº ÅõÀÚ´ë ºñ¿ëÀý°¨È¿°ú´Â ¹°·Ð ÃÖÀûÀÇ ¸®¸ðµ¨¸µ°Ç¼³ °èȹÀ» ½ÇÇöÇÒ ¼ö ÀÖ´Ù°í ¹àÇû´Ù. NTT»ç´Â ' °Ç¹°¸®¸ðµ¨¸µ°èȹ Áö¿ø½Ã½ºÅÛ'À» ¸®¸ðµ¨¸µ°ø»ç¿¡ µµÀÔÇØ »ç¿ëÇÒ °æ¿ì ȯ°æºÎÇÏ°¨¼Ò È¿°ú¿Í ´õºÒ¾î ¿¡³ÊÁöÀý¾à±â¼ú ¹× ȯ°æ±â¼ú¿¡ µµÀԵǴ Ãʱ⠺ñ¿ë°ú ¿î¿ëºñ¿ëÀÇ °æÁ¦Àû È¿°ú¸¦ ±â´ë ÇÒ ¼ö ÀÖ°Ô µÆ´Ù. ¢Ñ ÀÌ ´º½º¿¡ ´ëÇÑ º¸´Ù ÀÚ¼¼ÇÑ »çÇ×Àº ¿©±â(http://www.kibex.com/korean/market/way-board/way-board.cgi?db=marke t5&j=v&no=30&pg=1)¸¦ Ŭ¸¯ÇϽñ⠹ٶø´Ï´Ù. ¢º º£ÀÌ¡½Ã, Áß±¹ ÃÖ´ë IT ÄÞÇ÷º½º °Ç¼³ º£ÀÌ¡½Ã°¡ ½ÃÁ¤ºÎ Â÷¿ø¿¡¼­ Áß±¹ ÃÖ´ëÀÇ ITÄÞÇ÷º½º¸¦ °Ç¼³ÇÑ´Ù. 2003³â ¿Ï°ø¿¹Á¤ÀÎ ÀÌ ½Ã¼³Àº IT¹®È£¸¦ ºñ·ÔÇØ IT ºñÁî´Ï½º, ÄÁ¼³ÆÃ, ¿£ÅÍÅ×ÀθÕÆ® »ê¾÷µîÀ» ¾Æ¿ì¸£´Â Áß±¹ ÃÖ´ëÀÇ Á¾ÇÕ ÄÞÇ÷º½º·Î, °Ç¼³¿¹Á¤Áö´Â º£ÀÌ¡ ¼­ºÏºÎ ¿Ã¸²ÇÈ°ø¿ø³»ÀÇ ¹Î¼Ó ¹Ú¹°°üÀÎ ÁßÈ­¹ÎÁÖÀ§¾Ø ³²ÂÊ, ÃÑ °ÇÃà ¸éÀûÀº 16km2 ¿¡ À̸£¸ç, °ÇÃà¿¡ ÇÊ¿äÇÑ ÃÑ ÅõÀÚºñ´Â 11¾ï À§¾È(1,760¾ï¿ø)¿¡ ´ÞÇÒ °ÍÀ¸·Î Àü¸ÁµÈ´Ù. ¢Ñ ÀÌ ´º½º¿¡ ´ëÇÑ º¸´Ù ÀÚ¼¼ÇÑ »çÇ×Àº ¿©±â(http://www.kibex.com/korean/market/way-board/way-board.cgi?db=marke t5&j=v&no=32&pg=1)¸¦ Ŭ¸¯ÇϽñ⠹ٶø´Ï´Ù. ====================================================================== º» KIBEX 2001- ±¹Á¦°ÇÃà¹Ú¶÷ȸ¿Í °ü·ÃµÈ ³»¿ëÀÇ À̸ÞÀÏ ¼ö½ÅÀ» ¿øÄ¡ ¾ÊÀ¸½Ã°Å³ª, Çϱ⠳»¿ë°ú °ü·ÃÀÌ ¾øÀ¸½Å ºÐÀº Á¦¸ñ¶õ¿¡ '¼ö½Å°ÅºÎ'·Î ÀÛ¼ºÇϽþî ȸ½ÅÇÏ¿© Áֽñ⠹ٶø´Ï´Ù. ====================================================================== To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Oct 25 4:31:33 2001 Delivered-To: freebsd-stable@freebsd.org Received: from paperboy.sixforty.co.uk (paperboy.sixforty.co.uk [195.10.242.11]) by hub.freebsd.org (Postfix) with ESMTP id 3E46237B403 for ; Thu, 25 Oct 2001 04:31:26 -0700 (PDT) Received: (from root@localhost) by paperboy.sixforty.co.uk (8.11.6/8.11.1) id f9PBVPK26219 for freebsd-stable@freebsd.org; Thu, 25 Oct 2001 12:31:25 +0100 (BST) (envelope-from freebsd-net@epcdirect.co.uk) Delivered-To: Received: from lfarr (daisy.int.epcdirect.co.uk [192.168.6.200]) by paperboy.sixforty.co.uk (8.11.6/8.11.1av) with ESMTP id f9PBVNQ26210 for ; Thu, 25 Oct 2001 12:31:23 +0100 (BST) (envelope-from freebsd-net@epcdirect.co.uk) From: "Lawrence Farr" To: Subject: RE: Unable to transfer the bin distribution ... Date: Thu, 25 Oct 2001 12:32:10 +0100 Message-ID: <000f01c15d48$af44e180$c806a8c0@lfarr> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2627 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 In-Reply-To: <01f001c15d19$72ec2a10$c5526641@necessity.org> X-Virus-Scanned: by AMaViS perl-10 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Does it fail after reading the entire distribution, and ask if you want to try again? Hit no, and go to the next. I've seen this behaviour on my snapshots for a while now. Lawrence Farr EPC Direct Limited mailto:lawrence@epcdirect.co.uk T:01179666123 F:01179666111 M:07970780901 -----Original Message----- From: owner-freebsd-stable@FreeBSD.ORG [mailto:owner-freebsd-stable@FreeBSD.ORG] On Behalf Of Lawrence Perepolkin Sent: 25 October 2001 06:54 To: stable@FreeBSD.ORG Subject: Unable to transfer the bin distribution ... I have tried several stable intalls and each one fails with this message: Unable to transfer the bin distribution from ftp://releng4.freebsd.org/pub/FreeBSD/snapshots Any help on what I should do on my side? Lawrence To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Oct 25 4:50:29 2001 Delivered-To: freebsd-stable@freebsd.org Received: from eve.framatome.fr (eve.framatome.fr [195.101.50.66]) by hub.freebsd.org (Postfix) with ESMTP id 02EB337B406 for ; Thu, 25 Oct 2001 04:50:26 -0700 (PDT) Received: from localhost (ubc@localhost) by eve.framatome.fr (8.11.3/8.11.2) with ESMTP id f9PBoK439342; Thu, 25 Oct 2001 13:50:20 +0200 (CEST) (envelope-from ubc@eve.framatome.fr) Date: Thu, 25 Oct 2001 13:50:19 +0200 (CEST) From: Claude Buisson To: Lawrence Perepolkin Cc: Subject: Re: Unable to transfer the bin distribution ... In-Reply-To: <01f001c15d19$72ec2a10$c5526641@necessity.org> Message-ID: <20011025134605.U39023-100000@eve.framatome.fr> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 24 Oct 2001, Lawrence Perepolkin wrote: > I have tried several stable intalls and each one fails with this message: > Unable to transfer the bin distribution from > ftp://releng4.freebsd.org/pub/FreeBSD/snapshots > > Any help on what I should do on my side? I have sent a message on this list for the same problem on October 19, without any success. There seems also to exists some (random ?) problems with keyboard handling. What I can say now, is that the problem is with sysinstall after 4.4-RELEASE, because it runs OK if I make a release using 4.4-RELEASE source for sysinstall. > > Lawrence > > Claude Buisson To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Oct 25 5: 7: 1 2001 Delivered-To: freebsd-stable@freebsd.org Received: from sofia.fio.cz (sf-wall.fio.cz [195.250.140.9]) by hub.freebsd.org (Postfix) with ESMTP id 764AC37B414 for ; Thu, 25 Oct 2001 05:06:50 -0700 (PDT) X-Envelope-From: vita@fio.cz Received: from vita.private.fio.cz ([10.0.4.120]) by sofia.fio.cz (8.11.6/8.11.1) with ESMTP id f9PC6jm41621 for ; Thu, 25 Oct 2001 14:06:45 +0200 (CEST) (envelope-from vita@fio.cz) Message-ID: X-Mailer: XFMail 1.5.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20011023165303.A24235@itouchlabs.com> Date: Thu, 25 Oct 2001 14:06:36 +0200 (CEST) Organization: FIO holding From: vita@fio.cz To: stable@freebsd.org Subject: RE: IPFW/IPSEC/NAT interaction issues with 4.4, Bug ??? Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I have similar configuration and same problem. I have compiled several log messages to my kernel and it looks as follows: After EPS decapsulation packet is re-injected to input queue and then processed by ip_input. On line 402 ( ip_input.c, 4.4-RELEASE ) is if (ipsec_gethist(m, NULL )) goto pass; Condition is true and firewall skipped. Is it feature or bug? Vita On 23-Oct-2001 Barry Irwin wrote: > > I have had no luck with this on the ipfw or KAME lists :< maybe someone here > can help , I have a horrible feeling that I have stumbled across a rather > nasty bug. > > > Hi All > > I'm hoping someone here can shed some light on a problem I came across this > morning. I have two VPN gateways connected to cisco VPN concentrators. > These are running Freebsd 4.2-RELEASE and 4.4-RELEASE. The 4.2 based > gateway has been functioning without hastles for a while now. however when > I configured the 4.4 based system this morning, I ran into the problem that > the IP packets seem to ne be being re-injected into the firewall ruleset > after the ESP decapsulation. The firewall rulesets are identicle between > the systems. This re-injection is neccessary for me to be able to then > place the packet into a divert socket feeding natd, and from there onto the > client machines behind the VPN gateway. > > Network diagram is as follows: > > [SERVER] - [FW] - [VPNC] --{INTERNET}-- [FBSD VPN GW/FW] -- [CLIENT] > > I can connect fine from the firewall itself to the SERVER. > > bash-2.05# telnet S.S.S.22 2300 > Trying S.S.S.22... > Connected to S.S.S.22. > Escape character is '^]'. > ^] > telnet> q > Connection closed. > > The firewall rules in place at this time are: > 00040 allow udp from any 500 to any 500 > 00045 allow esp from any to any > 00046 deny ip from S.S.S.22/24 to any > 65535 allow ip from any to any > > My understanding is that rule 46 would deny the traffic, however an ipfw > show 46 indicates that the rules is NOT matching ANY packets! > bash-2.05# ipfw show 45 46 > 00045 9 896 allow esp from any to any > 00046 0 0 deny ip from 203.20.35.0/24 to any > > Connections from the client are correctly natted, and go out, responses > however also seem to be accepted by the FBSD firewall immediately after > decryption. > > [bvi@client1 bvi]$ netstat -tn | grep 203 > tcp 0 1 192.168.10.2:1615 203.20.35.22:2300 SYN_SENT > > and on the firewall > Oct 23 18:13:38 off-fw1 /kernel: Connection attempt to TCP B.B.B.8:1615 from > S.S.S.22:2300 > Oct 23 18:13:56 off-fw1 last message repeated 2 times > Oct 23 18:14:20 off-fw1 /kernel: Connection attempt to TCP B.B.B.8:1615 from > S.S.S.22:2300 > > this proves that the packets are getting accepted by default witout the > reinjection after decoding. B.B.B.8 being the IP address of the firewall, > the endpoint of the VPN IPSEC/ESP Tunnel and the Address to which traffic > from the client network is natted. The same setup works fine on the 4.2 > system. > > My understanding of the packet flow process is: > INet -> packet received with ESP -> passed through IP firewall ruleset > -> packet matching IPSEC SP -> YES - Decrypt and re-inject > -> NO IS it ipsec -> yes discard > -> no re-inject > -> reinjected packets passed through ipfirewall again > -> ipfw passes packets off to NAT and things WORK :>> > > With 4.4 > The process should work as above, however the packet appears to being > accepted by the host as soon as it has been decrypted. > > Have checked the sysctls for ipsec, and the are the same, except for the > adddition of the following one on the 4.4 box (which is undocumented??) > net.inet.ipsec.esp_randpad: -1 > > Full sysctl output from the 4.4 box is: > > bash-2.05# sysctl -a | grep ipsec > net.inet.ipsec.def_policy: 1 > net.inet.ipsec.esp_trans_deflev: 1 > net.inet.ipsec.esp_net_deflev: 1 > net.inet.ipsec.ah_trans_deflev: 1 > net.inet.ipsec.ah_net_deflev: 1 > net.inet.ipsec.ah_cleartos: 1 > net.inet.ipsec.ah_offsetmask: 0 > net.inet.ipsec.dfbit: 0 > net.inet.ipsec.ecn: 0 > net.inet.ipsec.debug: 1 > net.inet.ipsec.esp_randpad: -1 > > NAT is operaring fine for all the connections NOT going through the IPSEC > encapsulation. > > My thinking is that this is a bug in the IPSEC ESP handling in the version > of the KAME stack integrated into 4.4? Has anyone got similar problems, > suggestions for a fix ? > > Barry > > -- > Barry Irwin > Systems Administrator (Networks and Security) > Itouch Labs > bvi @ itouchlabs.com > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-ipfw" in the body of the message > > > > ----- End forwarded message ----- > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Oct 25 5: 9:55 2001 Delivered-To: freebsd-stable@freebsd.org Received: from sudz.ns3g.com (196.40.220-216.q9.net [216.220.40.196]) by hub.freebsd.org (Postfix) with ESMTP id 62FF037B429; Thu, 25 Oct 2001 05:09:42 -0700 (PDT) Received: from cooler (cr768924-a.etob1.on.wave.home.com [24.42.29.172]) by sudz.ns3g.com (8.11.6/8.11.6) with SMTP id f9PCAnA21846; Thu, 25 Oct 2001 08:10:49 -0400 (EDT) (envelope-from sudz@ns3g.com) Reply-To: From: "Colin Legendre" To: , Subject: Openssh Date: Thu, 25 Oct 2001 08:10:56 -0400 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I have noticed something odd with the version of openssh on the stable version of freebsd(Version OpenSSH_2.9 FreeBSD localisations 20010713, SSH protocols 1.5/2.0, OpenSSL 0x0090601f). When using ssh1 not prob all good, but when I use ssh2(ie ssh -2 hostname) and then run trafshow or tcpdump I noticed a crazy amount of traffic generated, ie a constant flow of 40-50K per sec or more just by the ssh session, yet under ssh1 it only gen's about 1-3K per sec. I tried this on an older version of ssh and this does not re-occur. Can someone else try this and tell me what you get....ie ssh from any box to a FreeBSD4.4 stable box using ssh -2 hostname. Then do a 'trafshow port 22' and see what your bytes/sec is after a 1min run or so. From what I can tell it is a problem with sshd not the client. Thanks. Colin Legendre CCNA, MCP sudz@ns3g.com http://www.ns3g.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Oct 25 5:22:57 2001 Delivered-To: freebsd-stable@freebsd.org Received: from sofia.fio.cz (sf-wall.fio.cz [195.250.140.9]) by hub.freebsd.org (Postfix) with ESMTP id D2C3037B403 for ; Thu, 25 Oct 2001 05:22:49 -0700 (PDT) X-Envelope-From: vita@fio.cz Received: from vita.private.fio.cz ([10.0.4.120]) by sofia.fio.cz (8.11.6/8.11.1) with ESMTP id f9PCMkm41732 for ; Thu, 25 Oct 2001 14:22:47 +0200 (CEST) (envelope-from vita@fio.cz) Message-ID: X-Mailer: XFMail 1.5.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Thu, 25 Oct 2001 14:22:40 +0200 (CEST) Organization: FIO holding From: vita@fio.cz To: stable@freebsd.org Subject: RE: IPFW/IPSEC/NAT interaction issues with 4.4, Bug ??? Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Maybe ipsec_clearhist() should be called somewhere? It seems it's never called. vita On 25-Oct-2001 vita@fio.cz wrote: > I have similar configuration and same problem. > I have compiled several log messages to my kernel > and it looks as follows: > > > After EPS decapsulation packet is re-injected to input queue > and then processed by ip_input. > On line 402 ( ip_input.c, 4.4-RELEASE ) > is > > if (ipsec_gethist(m, NULL )) > goto pass; > > Condition is true and firewall skipped. > > Is it feature or bug? > > > Vita > > > > > > On 23-Oct-2001 Barry Irwin wrote: >> >> I have had no luck with this on the ipfw or KAME lists :< maybe someone here >> can help , I have a horrible feeling that I have stumbled across a rather >> nasty bug. >> >> >> Hi All >> >> I'm hoping someone here can shed some light on a problem I came across this >> morning. I have two VPN gateways connected to cisco VPN concentrators. >> These are running Freebsd 4.2-RELEASE and 4.4-RELEASE. The 4.2 based >> gateway has been functioning without hastles for a while now. however when >> I configured the 4.4 based system this morning, I ran into the problem that >> the IP packets seem to ne be being re-injected into the firewall ruleset >> after the ESP decapsulation. The firewall rulesets are identicle between >> the systems. This re-injection is neccessary for me to be able to then >> place the packet into a divert socket feeding natd, and from there onto the >> client machines behind the VPN gateway. >> >> Network diagram is as follows: >> >> [SERVER] - [FW] - [VPNC] --{INTERNET}-- [FBSD VPN GW/FW] -- [CLIENT] >> >> I can connect fine from the firewall itself to the SERVER. >> >> bash-2.05# telnet S.S.S.22 2300 >> Trying S.S.S.22... >> Connected to S.S.S.22. >> Escape character is '^]'. >> ^] >> telnet> q >> Connection closed. >> >> The firewall rules in place at this time are: >> 00040 allow udp from any 500 to any 500 >> 00045 allow esp from any to any >> 00046 deny ip from S.S.S.22/24 to any >> 65535 allow ip from any to any >> >> My understanding is that rule 46 would deny the traffic, however an ipfw >> show 46 indicates that the rules is NOT matching ANY packets! >> bash-2.05# ipfw show 45 46 >> 00045 9 896 allow esp from any to any >> 00046 0 0 deny ip from 203.20.35.0/24 to any >> >> Connections from the client are correctly natted, and go out, responses >> however also seem to be accepted by the FBSD firewall immediately after >> decryption. >> >> [bvi@client1 bvi]$ netstat -tn | grep 203 >> tcp 0 1 192.168.10.2:1615 203.20.35.22:2300 SYN_SENT >> >> and on the firewall >> Oct 23 18:13:38 off-fw1 /kernel: Connection attempt to TCP B.B.B.8:1615 from >> S.S.S.22:2300 >> Oct 23 18:13:56 off-fw1 last message repeated 2 times >> Oct 23 18:14:20 off-fw1 /kernel: Connection attempt to TCP B.B.B.8:1615 from >> S.S.S.22:2300 >> >> this proves that the packets are getting accepted by default witout the >> reinjection after decoding. B.B.B.8 being the IP address of the firewall, >> the endpoint of the VPN IPSEC/ESP Tunnel and the Address to which traffic >> from the client network is natted. The same setup works fine on the 4.2 >> system. >> >> My understanding of the packet flow process is: >> INet -> packet received with ESP -> passed through IP firewall ruleset >> -> packet matching IPSEC SP -> YES - Decrypt and re-inject >> -> NO IS it ipsec -> yes discard >> -> no re-inject >> -> reinjected packets passed through ipfirewall again >> -> ipfw passes packets off to NAT and things WORK :>> >> >> With 4.4 >> The process should work as above, however the packet appears to being >> accepted by the host as soon as it has been decrypted. >> >> Have checked the sysctls for ipsec, and the are the same, except for the >> adddition of the following one on the 4.4 box (which is undocumented??) >> net.inet.ipsec.esp_randpad: -1 >> >> Full sysctl output from the 4.4 box is: >> >> bash-2.05# sysctl -a | grep ipsec >> net.inet.ipsec.def_policy: 1 >> net.inet.ipsec.esp_trans_deflev: 1 >> net.inet.ipsec.esp_net_deflev: 1 >> net.inet.ipsec.ah_trans_deflev: 1 >> net.inet.ipsec.ah_net_deflev: 1 >> net.inet.ipsec.ah_cleartos: 1 >> net.inet.ipsec.ah_offsetmask: 0 >> net.inet.ipsec.dfbit: 0 >> net.inet.ipsec.ecn: 0 >> net.inet.ipsec.debug: 1 >> net.inet.ipsec.esp_randpad: -1 >> >> NAT is operaring fine for all the connections NOT going through the IPSEC >> encapsulation. >> >> My thinking is that this is a bug in the IPSEC ESP handling in the version >> of the KAME stack integrated into 4.4? Has anyone got similar problems, >> suggestions for a fix ? >> >> Barry >> >> -- >> Barry Irwin >> Systems Administrator (Networks and Security) >> Itouch Labs >> bvi @ itouchlabs.com >> >> >> To Unsubscribe: send mail to majordomo@FreeBSD.org >> with "unsubscribe freebsd-ipfw" in the body of the message >> >> >> >> ----- End forwarded message ----- >> >> >> To Unsubscribe: send mail to majordomo@FreeBSD.org >> with "unsubscribe freebsd-stable" in the body of the message > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Oct 25 5:55: 3 2001 Delivered-To: freebsd-stable@freebsd.org Received: from sudz.ns3g.com (196.40.220-216.q9.net [216.220.40.196]) by hub.freebsd.org (Postfix) with ESMTP id B1B8F37B403; Thu, 25 Oct 2001 05:54:52 -0700 (PDT) Received: from cooler (cr768924-a.etob1.on.wave.home.com [24.42.29.172]) by sudz.ns3g.com (8.11.6/8.11.6) with SMTP id f9PCu7A22972; Thu, 25 Oct 2001 08:56:07 -0400 (EDT) (envelope-from sudz@ns3g.com) Reply-To: From: "Colin Legendre" To: , , Subject: RE: Openssh Date: Thu, 25 Oct 2001 08:56:15 -0400 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) In-Reply-To: Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I have now noticed that this only occurs if you run trafshow/or/tcpdump on the machine you are connected to, if you run trafshow on the server end the connection it goes crazy, if you run it only on the client end it is fine. Looks like there is a problem in the interaction between the ssh2 protocol in Openssh and the bpf0 device. Any ideas? Colin Legendre CCNA, MCP sudz@ns3g.com http://www.ns3g.com -----Original Message----- From: owner-freebsd-questions@FreeBSD.ORG [mailto:owner-freebsd-questions@FreeBSD.ORG]On Behalf Of Colin Legendre Sent: Thursday, October 25, 2001 8:11 AM To: freebsd-stable@FreeBSD.ORG; freebsd-questions@FreeBSD.ORG Subject: Openssh I have noticed something odd with the version of openssh on the stable version of freebsd(Version OpenSSH_2.9 FreeBSD localisations 20010713, SSH protocols 1.5/2.0, OpenSSL 0x0090601f). When using ssh1 not prob all good, but when I use ssh2(ie ssh -2 hostname) and then run trafshow or tcpdump I noticed a crazy amount of traffic generated, ie a constant flow of 40-50K per sec or more just by the ssh session, yet under ssh1 it only gen's about 1-3K per sec. I tried this on an older version of ssh and this does not re-occur. Can someone else try this and tell me what you get....ie ssh from any box to a FreeBSD4.4 stable box using ssh -2 hostname. Then do a 'trafshow port 22' and see what your bytes/sec is after a 1min run or so. >From what I can tell it is a problem with sshd not the client. Thanks. Colin Legendre CCNA, MCP sudz@ns3g.com http://www.ns3g.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-questions" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Oct 25 6:11:11 2001 Delivered-To: freebsd-stable@freebsd.org Received: from thehousleys.net (frenchknot.ne.mediaone.net [66.31.234.148]) by hub.freebsd.org (Postfix) with ESMTP id DDD1837B401 for ; Thu, 25 Oct 2001 06:11:08 -0700 (PDT) Received: (from root@localhost) by thehousleys.net (8.11.6/8.11.2) id f9PDB4e14790; Thu, 25 Oct 2001 09:11:04 -0400 (EDT) (envelope-from jim@Thehousleys.net) Received: from Thehousleys.net (baby.int.thehousleys.net [192.168.0.24]) (authenticated) by thehousleys.net (8.11.6/8.11.6) with ESMTP id f9PDB2r14781; Thu, 25 Oct 2001 09:11:02 -0400 (EDT) (envelope-from jim@Thehousleys.net) Message-ID: <3BD80F66.323030F0@Thehousleys.net> Date: Thu, 25 Oct 2001 09:11:02 -0400 From: James Housley X-Mailer: Mozilla 4.78 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Cc: jim@Thehousleys.net Subject: indefinite wait buffer ?? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-Scanned: by AMaViS perl-10 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On one of my web servers I found this in the "security check" email this morning. xxxx.xxxxxx.net kernel log messages: > swap_pager: indefinite wait buffer: device: #ad/0x20001, blkno: 8464, size: 4096 > swap_pager: indefinite wait buffer: device: #ad/0x20001, blkno: 38144, size: 8192 What does that mean? And is it serious? Jim -- /"\ ASCII Ribbon Campaign . \ / - NO HTML/RTF in e-mail . X - NO Word docs in e-mail . / \ ----------------------------------------------------------------- jeh@FreeBSD.org http://www.FreeBSD.org The Power to Serve jim@TheHousleys.Net http://www.TheHousleys.net jhousley@SimTel.Net http://www.SimTel.Net --------------------------------------------------------------------- The only reason I'm burning my candle at both ends, is because I haven't figured out how to light the middle yet -- Matthew Fuller To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Oct 25 6:21:23 2001 Delivered-To: freebsd-stable@freebsd.org Received: from thehousleys.net (frenchknot.ne.mediaone.net [66.31.234.148]) by hub.freebsd.org (Postfix) with ESMTP id 805F337B40A for ; Thu, 25 Oct 2001 06:21:17 -0700 (PDT) Received: (from root@localhost) by thehousleys.net (8.11.6/8.11.2) id f9PDLHB15006; Thu, 25 Oct 2001 09:21:17 -0400 (EDT) (envelope-from jim@Thehousleys.net) Received: from Thehousleys.net (baby.int.thehousleys.net [192.168.0.24]) (authenticated) by thehousleys.net (8.11.6/8.11.6) with ESMTP id f9PDLFr14998; Thu, 25 Oct 2001 09:21:15 -0400 (EDT) (envelope-from jim@Thehousleys.net) Message-ID: <3BD811CB.ACD393C4@Thehousleys.net> Date: Thu, 25 Oct 2001 09:21:15 -0400 From: James Housley X-Mailer: Mozilla 4.78 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Cc: jim@Thehousleys.net Subject: indefinite wait buffer ?? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-Scanned: by AMaViS perl-10 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On one of my web servers I found this in the "security check" email this morning. xxxx.xxxxxx.net kernel log messages: > swap_pager: indefinite wait buffer: device: #ad/0x20001, blkno: 8464, size: 4096 > swap_pager: indefinite wait buffer: device: #ad/0x20001, blkno: 38144, size: 8192 What does that mean? And is it serious? Jim I forgot. This is running the latest version of RELENG_4_3. -- /"\ ASCII Ribbon Campaign . \ / - NO HTML/RTF in e-mail . X - NO Word docs in e-mail . / \ ----------------------------------------------------------------- jeh@FreeBSD.org http://www.FreeBSD.org The Power to Serve jim@TheHousleys.Net http://www.TheHousleys.net jhousley@SimTel.Net http://www.SimTel.Net --------------------------------------------------------------------- The only reason I'm burning my candle at both ends, is because I haven't figured out how to light the middle yet -- Matthew Fuller To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Oct 25 6:47:14 2001 Delivered-To: freebsd-stable@freebsd.org Received: from mail.emaxx.nl (mail.emaxx.nl [217.119.230.65]) by hub.freebsd.org (Postfix) with ESMTP id 8E69C37B401; Thu, 25 Oct 2001 06:47:09 -0700 (PDT) Received: from cs7p12.dial.cistron.nl ([62.216.0.141] helo=emaxx.nl) by mail.emaxx.nl with esmtp (Exim 3.22 #1) id 15wkqW-0009jh-00; Thu, 25 Oct 2001 15:46:57 +0200 Message-ID: <3BD81802.2010209@emaxx.nl> Date: Thu, 25 Oct 2001 15:47:46 +0200 From: Pascal Hofstee User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:0.9.5+) Gecko/20011016 X-Accept-Language: en-us MIME-Version: 1.0 To: sudz@ns3g.com Cc: freebsd-stable@FreeBSD.ORG, freebsd-questions@FreeBSD.ORG Subject: Re: Openssh References: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Colin Legendre wrote: > I have now noticed that this only occurs if you run trafshow/or/tcpdump on > the machine you are connected to, if you run trafshow on the server end the > connection it goes crazy, if you run it only on the client end it is fine. > Looks like there is a problem in the interaction between the ssh2 protocol > in Openssh and the bpf0 device. Any ideas? So just to get this straight ....when running tcpdump/trafshow on the "LOCAL" machine there is no real network traffic between the two systems. When doing the same thing on the "REMOTE" machine the network traffic goes to about 40-50k p/s. Well trafshow/tcpdump show network traffic statistics. Running them on the "remote" host will have to show the output on the "local" host .. transporting the data over the network ... which in turn will generate new trafshow/tcpdump input data .. which will generate output that in turn needs to be send to your "local" system ... which generates new input etc ..... You're basically monitoring your own SSH traffic that gets generated by using network traffic analysys tools on the REMOTE end of the connection. -- Pascal Hofstee To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Oct 25 7:15: 4 2001 Delivered-To: freebsd-stable@freebsd.org Received: from sudz.ns3g.com (196.40.220-216.q9.net [216.220.40.196]) by hub.freebsd.org (Postfix) with ESMTP id 9F42D37B407; Thu, 25 Oct 2001 07:14:54 -0700 (PDT) Received: from cooler (cr768924-a.etob1.on.wave.home.com [24.42.29.172]) by sudz.ns3g.com (8.11.6/8.11.6) with SMTP id f9PEGAA24815; Thu, 25 Oct 2001 10:16:10 -0400 (EDT) (envelope-from sudz@ns3g.com) Reply-To: From: "Colin Legendre" To: , Subject: RE: Openssh Date: Thu, 25 Oct 2001 10:16:17 -0400 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) In-Reply-To: <3BD81802.2010209@emaxx.nl> Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Precisely but... Explain to me then why doing this with ssh1 it is only 2-3k of traffic but with ssh2 it is 25-75K of traffic. Explain as well that doing this under FreeBSD 4.3 Stable only creates 2-3K of traffic, using ssh1 or ssh2? I understand some traffic, but it is a ton of it. Colin Legendre CCNA, MCP sudz@ns3g.com http://www.ns3g.com -----Original Message----- From: owner-freebsd-stable@FreeBSD.ORG [mailto:owner-freebsd-stable@FreeBSD.ORG]On Behalf Of Pascal Hofstee Sent: Thursday, October 25, 2001 9:48 AM To: sudz@ns3g.com Cc: freebsd-stable@FreeBSD.ORG; freebsd-questions@FreeBSD.ORG Subject: Re: Openssh Colin Legendre wrote: > I have now noticed that this only occurs if you run trafshow/or/tcpdump on > the machine you are connected to, if you run trafshow on the server end the > connection it goes crazy, if you run it only on the client end it is fine. > Looks like there is a problem in the interaction between the ssh2 protocol > in Openssh and the bpf0 device. Any ideas? So just to get this straight ....when running tcpdump/trafshow on the "LOCAL" machine there is no real network traffic between the two systems. When doing the same thing on the "REMOTE" machine the network traffic goes to about 40-50k p/s. Well trafshow/tcpdump show network traffic statistics. Running them on the "remote" host will have to show the output on the "local" host .. transporting the data over the network ... which in turn will generate new trafshow/tcpdump input data .. which will generate output that in turn needs to be send to your "local" system ... which generates new input etc ..... You're basically monitoring your own SSH traffic that gets generated by using network traffic analysys tools on the REMOTE end of the connection. -- Pascal Hofstee To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Oct 25 7:24:46 2001 Delivered-To: freebsd-stable@freebsd.org Received: from mail.wolves.k12.mo.us (mail.wolves.k12.mo.us [207.160.214.1]) by hub.freebsd.org (Postfix) with ESMTP id A87A537B401 for ; Thu, 25 Oct 2001 07:24:40 -0700 (PDT) Received: from mail.wolves.k12.mo.us (cdillon@mail.wolves.k12.mo.us [207.160.214.1]) by mail.wolves.k12.mo.us (8.9.3/8.9.3) with ESMTP id JAA07597; Thu, 25 Oct 2001 09:24:25 -0500 (CDT) (envelope-from cdillon@wolves.k12.mo.us) Date: Thu, 25 Oct 2001 09:24:25 -0500 (CDT) From: Chris Dillon To: Juha Saarinen Cc: David Malone , Anatoliy Dmytriyev , "freebsd-stable@freebsd.org" Subject: Re: UFS_DIRHASH - your opinion In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, 25 Oct 2001, Juha Saarinen wrote: > On Wed, 24 Oct 2001, Chris Dillon wrote: > > > No, it could in fact hurt performance, if I understand correctly. > > Squid is smart enough to spread the thousands or millions of files it > > keeps under lots and lots of sub-directories. Each individual > > directory shouldn't have more than about 255 entries if you set things > > up right. Besides, even if Squid didn't spread things out, it doesn't > > need to get a listing of all the files in a directory (except in the > > event of a dirty cache that needs to be rebuilt) since it keeps its > > own metadata. > > Thanks. Are there any good hints and tips for running Squid under > FreeBSD? On Linux, a file system like ReiserFS is supposedly the > best, as it's good with lots of little files. I'm not sure that ReiserFS would really be any better than UFS+softupdates in this case. This is generally the case no matter what OS you use, but try to spread your cache directories out on their own filesystems, each on its own physical disk. As of Squid 2.4, use diskd as the cachedir type. On large cache filesystems, you may actually want to decrease the number of inodes available on the filesystem, and follow the tuning guidelines in the tuning(7) manpage. I've got 7GB filesystems spread across four disks for my Squid cache, and each is only using 25% of the inodes available. Using half the inodes would have worked in my case and still have plenty of room to breathe. Mount them noatime, too. -- Chris Dillon - cdillon@wolves.k12.mo.us - cdillon@inter-linc.net FreeBSD: The fastest and most stable server OS on the planet - Available for IA32 (Intel x86) and Alpha architectures - IA64, PowerPC, UltraSPARC, and ARM architectures under development - http://www.freebsd.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Oct 25 8: 5:31 2001 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.dev.itouchnet.net (devco.net [196.15.188.2]) by hub.freebsd.org (Postfix) with ESMTP id 0658737B401 for ; Thu, 25 Oct 2001 08:05:25 -0700 (PDT) Received: from nobody by mx1.dev.itouchnet.net with scanned_ok (Exim 3.33 #2) id 15wm4S-000CaG-00 for freebsd-stable@freebsd.org; Thu, 25 Oct 2001 17:05:24 +0200 Received: from shell.devco.net ([196.15.188.7]) by mx1.dev.itouchnet.net with esmtp (Exim 3.33 #2) id 15wm4R-000Ca0-00; Thu, 25 Oct 2001 17:05:23 +0200 Received: from bvi by shell.devco.net with local (Exim 3.33 #4) id 15wm4Z-0009WQ-00; Thu, 25 Oct 2001 17:05:31 +0200 Date: Thu, 25 Oct 2001 17:05:31 +0200 From: Barry Irwin To: Colin Legendre Cc: freebsd-stable@FreeBSD.ORG, freebsd-questions@FreeBSD.ORG Subject: Re: Openssh Message-ID: <20011025170531.K30100@itouchlabs.com> References: <3BD81802.2010209@emaxx.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from sudz@ns3g.com on Thu, Oct 25, 2001 at 10:16:17AM -0400 X-Checked: This message has been scanned for any virusses and unauthorized attachments. X-iScan-ID: 48372-1004022324-32643@mx1.dev.itouchnet.net version $Name: $ Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu 2001-10-25 (10:16), Colin Legendre wrote: > Explain to me then why doing this with ssh1 it is only 2-3k of traffic but > with ssh2 it is 25-75K of traffic. Explain as well that doing this under > FreeBSD 4.3 Stable only creates 2-3K of traffic, using ssh1 or ssh2? setup as follows: [client] ---{NET}---- [SERVER] You log into the server and run trafshow/tcpdump on the server's (external??) interface For every packet that is captured and displayed, another is generated to convey the information to your client. This of course generates another packet ad nauseum, untill you can pretty much saturate your link. Using the compression option (-C) to ssh can help with his a bit, but a better option is to use pcap logic in a filter expression (man tcpdump) to exlude your clients ssh traffic to the server from the capture. So try something like tcpdump -i fxp0 not host client and \(host srver and port 22 \) trafshow takes the same logic. Have a good read of the tcpdump man page which explains this syntax in greater detail. Good use of filter expressions can make yout life a hell of a lot easier when debugging. Barry -- Barry Irwin Systems Administrator (Networks and Security) Itouch Labs bvi @ itouchlabs.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Oct 25 9: 0:44 2001 Delivered-To: freebsd-stable@freebsd.org Received: from mail2.uniserve.com (mail2.uniserve.com [204.244.156.10]) by hub.freebsd.org (Postfix) with ESMTP id 051C337B405 for ; Thu, 25 Oct 2001 09:00:43 -0700 (PDT) Received: from mail2.uniserve.com ([204.244.156.10]) by mail2.uniserve.com with esmtp (Exim 3.13 #1) id 15wmvw-000Os2-00; Thu, 25 Oct 2001 09:00:40 -0700 Date: Thu, 25 Oct 2001 09:00:40 -0700 (PDT) From: Tom X-Sender: tom@athena.uniserve.ca To: James Housley Cc: freebsd-stable@freebsd.org Subject: Re: indefinite wait buffer ?? In-Reply-To: <3BD80F66.323030F0@Thehousleys.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, 25 Oct 2001, James Housley wrote: > On one of my web servers I found this in the "security check" email this morning. > > xxxx.xxxxxx.net kernel log messages: > > swap_pager: indefinite wait buffer: device: #ad/0x20001, blkno: 8464, size: 4096 > > swap_pager: indefinite wait buffer: device: #ad/0x20001, blkno: 38144, size: 8192 > > What does that mean? And is it serious? Quite. Your machine needed to move data to swap, but your hard drive decided to timeout. If the hard drive doesn't come back, your machine would have hung. This usually means that your hard drive is seriously troubled. Tom To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Oct 25 9:46: 5 2001 Delivered-To: freebsd-stable@freebsd.org Received: from lurza.secnetix.de (lurza.secnetix.de [212.66.1.130]) by hub.freebsd.org (Postfix) with ESMTP id 321BD37B407 for ; Thu, 25 Oct 2001 09:45:58 -0700 (PDT) Received: (from olli@localhost) by lurza.secnetix.de (8.11.6/8.11.6) id f9PGjuD10016; Thu, 25 Oct 2001 18:45:56 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Date: Thu, 25 Oct 2001 18:45:56 +0200 (CEST) Message-Id: <200110251645.f9PGjuD10016@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG Reply-To: freebsd-stable@FreeBSD.ORG Subject: Re: SIGPFE problems on Athlon processors running 4.3-STABLE In-Reply-To: <3BD75C6C.8070201@ludd.luth.se> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.5.4-20000523 ("1959") (UNIX) (FreeBSD/4.4-RELEASE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Joachim Strömbergson wrote: > Yes, SIGPFE are floating point exceptions. See man signal. The question is if > anybody have any clue why this happens on the Athlon for GPG. And how to fix. Doesn't happen on my Athlon. Did you compile the program with any unsupported optimizations, such as -O2 or higher, do you have a CPUTYPE setting in your make.conf, or anything else that is non-standard? If so, try compiling it with just -O, no CPUTYPE or anything. Regards Oliver -- Oliver Fromme, secnetix GmbH & Co KG, Oettingenstr. 2, 80538 München Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "All that we see or seem is just a dream within a dream" (E. A. Poe) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Oct 25 10:18:26 2001 Delivered-To: freebsd-stable@freebsd.org Received: from sudz.ns3g.com (196.40.220-216.q9.net [216.220.40.196]) by hub.freebsd.org (Postfix) with ESMTP id 9F84D37B403; Thu, 25 Oct 2001 10:18:17 -0700 (PDT) Received: from cooler (cr768924-a.etob1.on.wave.home.com [24.42.29.172]) by sudz.ns3g.com (8.11.6/8.11.6) with SMTP id f9PHJRA29144; Thu, 25 Oct 2001 13:19:28 -0400 (EDT) (envelope-from sudz@ns3g.com) Reply-To: From: "Colin Legendre" To: , Subject: RE: Openssh Date: Thu, 25 Oct 2001 13:19:35 -0400 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) In-Reply-To: <20011025170531.K30100@itouchlabs.com> Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Once again though, if it was a little bit of trafic I could see it but this much nope. AND why would it be different on a 4.3 box from a 4.4 box? and why different when using ssh1 vs ssh2? Colin Legendre CCNA, MCP sudz@ns3g.com http://www.ns3g.com -----Original Message----- From: Barry Irwin [mailto:bvi@devco.net]On Behalf Of Barry Irwin Sent: Thursday, October 25, 2001 11:06 AM To: Colin Legendre Cc: freebsd-stable@FreeBSD.ORG; freebsd-questions@FreeBSD.ORG Subject: Re: Openssh On Thu 2001-10-25 (10:16), Colin Legendre wrote: > Explain to me then why doing this with ssh1 it is only 2-3k of traffic but > with ssh2 it is 25-75K of traffic. Explain as well that doing this under > FreeBSD 4.3 Stable only creates 2-3K of traffic, using ssh1 or ssh2? setup as follows: [client] ---{NET}---- [SERVER] You log into the server and run trafshow/tcpdump on the server's (external??) interface For every packet that is captured and displayed, another is generated to convey the information to your client. This of course generates another packet ad nauseum, untill you can pretty much saturate your link. Using the compression option (-C) to ssh can help with his a bit, but a better option is to use pcap logic in a filter expression (man tcpdump) to exlude your clients ssh traffic to the server from the capture. So try something like tcpdump -i fxp0 not host client and \(host srver and port 22 \) trafshow takes the same logic. Have a good read of the tcpdump man page which explains this syntax in greater detail. Good use of filter expressions can make yout life a hell of a lot easier when debugging. Barry -- Barry Irwin Systems Administrator (Networks and Security) Itouch Labs bvi @ itouchlabs.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Oct 25 10:52: 0 2001 Delivered-To: freebsd-stable@freebsd.org Received: from c527597-a.cstvl1.sfba.home.com (c527597-a.cstvl1.sfba.home.com [24.176.204.87]) by hub.freebsd.org (Postfix) with ESMTP id 2C11137B403; Thu, 25 Oct 2001 10:51:49 -0700 (PDT) Received: (from bmah@localhost) by c527597-a.cstvl1.sfba.home.com (8.11.6/8.11.6) id f9PHpds33147; Thu, 25 Oct 2001 10:51:39 -0700 (PDT) (envelope-from bmah) Message-Id: <200110251751.f9PHpds33147@c527597-a.cstvl1.sfba.home.com> X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: sudz@ns3g.com Cc: freebsd-stable@FreeBSD.ORG, freebsd-questions@FreeBSD.ORG Subject: Re: Openssh In-Reply-To: References: Comments: In-reply-to "Colin Legendre" message dated "Thu, 25 Oct 2001 13:19:35 -0400." From: "Bruce A. Mah" Reply-To: bmah@FreeBSD.ORG X-Face: g~c`.{#4q0"(V*b#g[i~rXgm*w;:nMfz%_RZLma)UgGN&=j`5vXoU^@n5v4:OO)c["!w)nD/!!~e4Sj7LiT'6*wZ83454H""lb{CC%T37O!!'S$S&D}sem7I[A 2V%N&+ X-Image-Url: http://www.employees.org/~bmah/Images/bmah-cisco-small.gif X-Url: http://www.employees.org/~bmah/ Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1249018302P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Thu, 25 Oct 2001 10:51:38 -0700 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --==_Exmh_1249018302P Content-Type: text/plain; charset=us-ascii If memory serves me right, "Colin Legendre" wrote: > Once again though, if it was a little bit of trafic I could see it but this > much nope. > > AND why would it be different on a 4.3 box from a 4.4 box? and why different > when using ssh1 vs ssh2? As at least two other people have pointed out, in your situation you are seeing not only the traffic you intend to measure, but you're also seeing traffic generated by your measurements. You really need to disambiguate these two. If you need to look at traffic from the perspective of the remote side of your connections, try running tcpdump with the -r flag to save your packet data to a file. Then view it afterwards (after your experiment is over) by using the -w flag. RTFM for more details. As I type this, I'm looking at the Ethernet port being used by my workstation, which has multiple SSH protocol 2 connections to other machines. I see no evidence of a 40-50Kbps background load...I'm pretty sure I'd notice this because that's a fair fraction of the uplink bandwidth to my ISP. The question of how much traffic seems to be generated by SSH protocol 1 versus protocol 2, when your measurements are interfering with the thing you're trying to measure, just isn't meaningful. Good luck, Bruce. --==_Exmh_1249018302P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: Exmh version 2.3.1+ 05/14/2001 iD8DBQE72FEq2MoxcVugUsMRAoJ3AJ9iJQ3jyQIyGuTx4Z4K+HuWjlEMXACeMtIf RKwB+NUhJY4mNhhe77xy4tY= =wlgf -----END PGP SIGNATURE----- --==_Exmh_1249018302P-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Oct 25 11: 0: 2 2001 Delivered-To: freebsd-stable@freebsd.org Received: from klima.physik.uni-mainz.de (klima.Physik.Uni-Mainz.DE [134.93.180.162]) by hub.freebsd.org (Postfix) with ESMTP id A9EA737B403; Thu, 25 Oct 2001 10:59:50 -0700 (PDT) Received: from klima.Physik.Uni-Mainz.DE (klima.Physik.Uni-Mainz.DE [134.93.180.162]) by klima.physik.uni-mainz.de (8.11.6/8.11.4) with ESMTP id f9PHxna05831; Thu, 25 Oct 2001 19:59:49 +0200 (CEST) (envelope-from ohartman@klima.physik.uni-mainz.de) Date: Thu, 25 Oct 2001 19:59:49 +0200 (CEST) From: "Hartmann, O." To: Cc: Subject: NIS/YP problems using pw(8) Message-ID: <20011025191916.Y1888-100000@klima.physik.uni-mainz.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello. I reported a problem regarding pw and NIS/YP and I run into more trouble now and I do not now how and why. Maybe this reveals a bug - or a foolish sysadmin. All of our systems are running FreeBSD 4.4-STABLE as recently cvsupdated. What I did (on the NIS/YP master server which is a slave to itself): I created a separate directory etc in /var/yp (now /var/yp/etc) and moved herein all NIS/YP relevant files, normaly located in /etc, eg. master.passwd group rpc services and so on. Then I created a new /var/yp/etc/pw.conf file to come along the new definitions targetting /var/yp/etc for new account creations. The /etc/master.passwd and /etc/group files only keep all the standard system accounts and a separate, local dedicated admin account for supervising purposes. Each file ends up with the NIS/YP necessary + entry (+:::::::: in passwd and +:*:: in group). Then I applied all changes to /var/yp/Makefile to target to the new source directories were all the source files can be found. My intention is to keep the network wide users separated from a local system account. That means, in /var/yp/Makefile nearly all NIS/YP maps' sources where now located in $(YPSRCDIR) and this means /var/yp/etc, except /var/yp/ypservers, which is located in /var/yp/ypservers, $(YPDIR). After this changes, I run a make in /var/yp and all maps has been recreated and spread out to the appropriate slave servers. I deleted the domain directory, did a ypinit to be on the sure side, and did a mak again. No problem. master.passwd is found in /var/yp/etc and the maps are created the right way. But now, I get on all NIS/YP clients this error when trying to change a users passwd: Changing NIS password for USER on localhost in domain DOMAIN.NAME.FR New password: Retype new password: yppasswd: failed to change NIS password: RPC: Success When doing this on the NIS/YP master server, it shows localhost, doing the same on a slave or client, it shows the master server instead of localhost). This is weird! When moving the master.passwd from /var/yp/etc to /var/yp and doing all the make stuff again (building .db versions of the passwd files), all users can change their passwords in the normal manner. it seems, that a build in code in all clients want the master.passwd file in /var/yp, but this collide with the recommendation in Makefile, to build separate domain directories for several domains a single NIS/YP master server serves! Another phenomenon is, that using a separate domain directory like /var/yp/etc with pw(8) results in the fault of creating properly a home directory for this user although the option -m has been applied. Moving master.passwd to /var/yp back to ensure that all users can change their passwords results in a unusuable pw command, it reports a non existent /var/yp/etc/master.passwd. I feel confused, because I have no glue what is going wrong! At this moment I need to use the NFS server to be the same time the master NIS server and its slave (because users need to log into the same machine). But I want to separate the user's stuff from the system stuff and in theory it should be work the way it is described in /var/yp/Makefile. I tried to force pw(8) to handle a concurrent master.passwd as explained in the manpage, but holding two master.passwd (one in /var/yp/ and one in /var/yp/etc) results in an error from pw. It is really weird how I have to force pw(8) to accept users AND create the appropriate home directory in the right place (the configuration is all right, I checked this many times): master.passwd has to be kept synchronously in /etc/ and /var/yp and pw's config file has to be in /etc. I wish to call pw like this: pw -V/var/yp/etc I think doing so, pw(8) expects master.passwd to be located in /var/yp/etc, but if located their, the yp service is unable to change users passowrds either form the master NIS/YP server or from slave servers or client. It seem that the yp code is not able to relocate the master.passwd file and that turns me into problems. I seems to be a bug ... Please help. Need to know whether this is a bug or it's a conceptional problem. Thanks a lot, Oliver -- MfG O. Hartmann ohartman@klima.physik.uni-mainz.de ---------------------------------------------------------------- IT-Administration des Institutes fuer Physik der Atmosphaere (IPA) ---------------------------------------------------------------- Johannes Gutenberg Universitaet Mainz Becherweg 21 55099 Mainz Tel: +496131/3924662 (Maschinenraum) Tel: +496131/3924144 FAX: +496131/3923532 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Oct 25 11:48:18 2001 Delivered-To: freebsd-stable@freebsd.org Received: from green.csi.cam.ac.uk (green.csi.cam.ac.uk [131.111.8.57]) by hub.freebsd.org (Postfix) with ESMTP id B5A0F37B405; Thu, 25 Oct 2001 11:48:14 -0700 (PDT) Received: from [127.0.0.1] (helo=localhost ident=root) by green.csi.cam.ac.uk with esmtp (Exim 3.22 #1) id 15wpY4-0004n3-00; Thu, 25 Oct 2001 19:48:12 +0100 Date: Thu, 25 Oct 2001 19:48:03 +0100 From: AMAKAWA Shuhei To: "Hartmann, O." Cc: , Subject: Re: NIS/YP problems using pw(8) In-Reply-To: <20011025191916.Y1888-100000@klima.physik.uni-mainz.de> References: <20011025191916.Y1888-100000@klima.physik.uni-mainz.de> MIME-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya") Content-Type: text/plain; charset=US-ASCII Message-Id: Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG At Thu, 25 Oct 2001 19:59:49 +0200 (CEST), Hartmann, O. wrote: > What I did (on the NIS/YP master server which is a slave to itself): > > I created a separate directory etc in /var/yp (now /var/yp/etc) and moved > herein all NIS/YP relevant files, normaly located in /etc, eg. > > master.passwd > group > rpc > services > and so on. do you run rpc.yppasswdd with -t flag? -- Shuhei To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Oct 25 11:56:20 2001 Delivered-To: freebsd-stable@freebsd.org Received: from klima.physik.uni-mainz.de (klima.Physik.Uni-Mainz.DE [134.93.180.162]) by hub.freebsd.org (Postfix) with ESMTP id E85A637B445; Thu, 25 Oct 2001 11:56:07 -0700 (PDT) Received: from klima.Physik.Uni-Mainz.DE (klima.Physik.Uni-Mainz.DE [134.93.180.162]) by klima.physik.uni-mainz.de (8.11.6/8.11.4) with ESMTP id f9PIu6a06566; Thu, 25 Oct 2001 20:56:06 +0200 (CEST) (envelope-from ohartman@klima.physik.uni-mainz.de) Date: Thu, 25 Oct 2001 20:56:06 +0200 (CEST) From: "Hartmann, O." To: AMAKAWA Shuhei Cc: , Subject: Re: NIS/YP problems using pw(8) In-Reply-To: Message-ID: <20011025205259.W1888-100000@klima.physik.uni-mainz.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, 25 Oct 2001, AMAKAWA Shuhei wrote: NO, sorry :-( In this case, it is the studpid admin (myself) which causes the fault. But the automated creation of home directories still won't work with this configuration. Updating etc. of user passwords now works from the whole LAN. pw(8) creates the appropriate entries in master.passwd (NIS/YP type), but it does not create the home directory, as expected with the -m flag. Why? Does pw(8) need a master.passwd in /etc/?? :>At Thu, 25 Oct 2001 19:59:49 +0200 (CEST), :>Hartmann, O. wrote: :>> What I did (on the NIS/YP master server which is a slave to itself): :>> :>> I created a separate directory etc in /var/yp (now /var/yp/etc) and moved :>> herein all NIS/YP relevant files, normaly located in /etc, eg. :>> :>> master.passwd :>> group :>> rpc :>> services :>> and so on. :> :>do you run rpc.yppasswdd with -t flag? :> :>-- :>Shuhei :> -- MfG O. Hartmann ohartman@klima.physik.uni-mainz.de ---------------------------------------------------------------- IT-Administration des Institutes fuer Physik der Atmosphaere (IPA) ---------------------------------------------------------------- Johannes Gutenberg Universitaet Mainz Becherweg 21 55099 Mainz Tel: +496131/3924662 (Maschinenraum) Tel: +496131/3924144 FAX: +496131/3923532 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Oct 25 12:14:13 2001 Delivered-To: freebsd-stable@freebsd.org Received: from upeople.iserver.net (upeople.iserver.net [128.121.116.62]) by hub.freebsd.org (Postfix) with ESMTP id 067A137B405; Thu, 25 Oct 2001 12:14:02 -0700 (PDT) Received: from mesa.unixan.com (djb@mesa.dsl.unixan.com [206.124.137.18]) by upeople.iserver.net (8.11.6) id f9PJBoQ21571; Thu, 25 Oct 2001 13:14:00 -0600 (MDT) Date: Thu, 25 Oct 2001 12:11:49 -0700 From: Daniel Brown To: Cc: freebsd-stable@FreeBSD.ORG, freebsd-questions@FreeBSD.ORG Subject: Re: Openssh Message-Id: <20011025121149.7918999f.djb@unixan.com> In-Reply-To: References: <20011025170531.K30100@itouchlabs.com> X-Mailer: Sylpheed version 0.6.4 (GTK+ 1.2.7; i686-pc-linux-gnu) X-Face: ".E)>Dp:mHJC%;_j&|O(iET^Y#v)'R,3Th)?un#2[`x7J&@ClPD0?MlzHBP61gci=t1G!Jf8V9r+nMFv:GX&}5R2YZ@lzKO_S5,^.!^<^OijwA[0*`cfC'.Ft7-qcuK4^-Cu X-Frustrated-Since: 999302400 Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG You are probably observing differences in buffer handling in each case. As it has been already pointed out, this is a case of using tcpdump to dump its own output, and even slight changes in protocol behaviour, data blocking, packet fragmentation, phase of the moon, etc. will greatly affect your results. Put simply, this is a case of trying to hold unscientifically produced results to light, when you should simply toss them in the trash and use a better testing method. -Daniel ------------ Quoted Message ------------ Date...: Thu, 25 Oct 2001 13:19:35 -0400 From...: "Colin Legendre" To.....: , CC.....: Subject: RE: Openssh Once again though, if it was a little bit of trafic I could see it but this much nope. AND why would it be different on a 4.3 box from a 4.4 box? and why different when using ssh1 vs ssh2? Colin Legendre CCNA, MCP sudz@ns3g.com http://www.ns3g.com -----Original Message----- From: Barry Irwin [mailto:bvi@devco.net]On Behalf Of Barry Irwin Sent: Thursday, October 25, 2001 11:06 AM To: Colin Legendre Cc: freebsd-stable@FreeBSD.ORG; freebsd-questions@FreeBSD.ORG Subject: Re: Openssh On Thu 2001-10-25 (10:16), Colin Legendre wrote: > Explain to me then why doing this with ssh1 it is only 2-3k of traffic but > with ssh2 it is 25-75K of traffic. Explain as well that doing this under > FreeBSD 4.3 Stable only creates 2-3K of traffic, using ssh1 or ssh2? setup as follows: [client] ---{NET}---- [SERVER] You log into the server and run trafshow/tcpdump on the server's (external??) interface For every packet that is captured and displayed, another is generated to convey the information to your client. This of course generates another packet ad nauseum, untill you can pretty much saturate your link. Using the compression option (-C) to ssh can help with his a bit, but a better option is to use pcap logic in a filter expression (man tcpdump) to exlude your clients ssh traffic to the server from the capture. So try something like tcpdump -i fxp0 not host client and \(host srver and port 22 \) trafshow takes the same logic. Have a good read of the tcpdump man page which explains this syntax in greater detail. Good use of filter expressions can make yout life a hell of a lot easier when debugging. Barry -- Barry Irwin Systems Administrator (Networks and Security) Itouch Labs bvi @ itouchlabs.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Oct 25 14:29:50 2001 Delivered-To: freebsd-stable@freebsd.org Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by hub.freebsd.org (Postfix) with SMTP id 30AB637B403 for ; Thu, 25 Oct 2001 14:29:47 -0700 (PDT) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 25 Oct 2001 22:29:43 +0100 (BST) To: Sean Chittenden Cc: Ian Dowse , Cy Schubert - ITSD Open Systems Group , Anatoliy Dmytriyev , freebsd-stable@FreeBSD.ORG Subject: Re: UFS_DIRHASH - your opinion In-reply-to: Your message of "Thu, 25 Oct 2001 14:06:51 PDT." <20011025140651.A8755@ninja1.internal> X-Request-Do: Date: Thu, 25 Oct 2001 22:29:43 +0100 From: David Malone Message-ID: <200110252229.aa61044@salmon.maths.tcd.ie> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > How about for Maildir mailboxes? In anyone mailbox I have roughly > 10,000 messages which means 10,000 files per directory and mutt > opening/reading the directory every time I switch mail folders. I suspect that you'll see a big improvement with directories like this. > Granted I should rebuild a system and do the tests myself, but do you > have any preliminary numbers in terms of slowdowns for small dirs, and > speedups for large dirs? -sc There should be no loss of performance for small directories. The main area where there might be a loss would be if your application just looks up one entry in the directory and doesn't return to that directory again. BTW - you don't need to rebuild the filesystem to use dirhash. All you need to do is compile it into the kernel. If it is compiled in then it automatically works on all ufs filesystems. David. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Oct 25 15:56:15 2001 Delivered-To: freebsd-stable@freebsd.org Received: from smtp.supercable.es (smtp.supercable.es [212.79.128.148]) by hub.freebsd.org (Postfix) with ESMTP id 5E41737B40A for ; Thu, 25 Oct 2001 15:55:56 -0700 (PDT) Received: from 300amdk6 (cliente-217217250063.cm256.senpb.supercable.es [217.217.250.63]) by smtp.supercable.es (Switch-2.0.1/Switch-2.0.1) with SMTP id f9PMupN19075 for ; Fri, 26 Oct 2001 00:56:51 +0200 (MEST) From: "Manuel Jesus" To: Subject: subscribe Date: Fri, 26 Oct 2001 00:47:39 +0200 Message-ID: <003e01c15da7$0c6d5d20$3ffad9d9@supercable.es> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_003F_01C15DB7.CFF62D20" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2377.0 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Importance: Normal Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. ------=_NextPart_000_003F_01C15DB7.CFF62D20 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Saludos. Manuel Jesús. Email: majesa@supercable.es ------=_NextPart_000_003F_01C15DB7.CFF62D20 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
 
 
Saludos.
Manuel Jes=FAs.
Email: majesa@supercable.es
 
------=_NextPart_000_003F_01C15DB7.CFF62D20-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Oct 25 17:37:15 2001 Delivered-To: freebsd-stable@freebsd.org Received: from rune.communique.no (rune.communique.no [193.212.204.33]) by hub.freebsd.org (Postfix) with SMTP id 9F33237B409 for ; Thu, 25 Oct 2001 17:37:09 -0700 (PDT) Received: (qmail 21531 invoked by uid 1001); 26 Oct 2001 00:40:55 -0000 Date: Fri, 26 Oct 2001 02:40:55 +0200 (CEST) From: Are Bryne X-Sender: are@rune.communique.no To: freebsd-stable@freebsd.org Subject: rl driver: need help in adding new chipset Message-ID: Organization: Communique DA MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; boundary="0-670911576-1004021983=:90068" Content-ID: Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. --0-670911576-1004021983=:90068 Content-Type: TEXT/PLAIN; charset=iso-8859-1 Content-Transfer-Encoding: 8BIT Content-ID: Hello, I'm trying to get an SMC 1211TX/WL with a EN5030C chip (labeled SMC, but actually Accton?) (07294T1 030B) to work. With a kernel having compiled in the rl device driver (as well as the miibus) I get this boot message: pci0: (vendor=0x1113, dev=0x1011) at 18.0 irq 11 So I thought I could just add the above details to the relevant if_rl.c and if_rlreg.h files, as the EN5030C shouldn't be too different from the EN5030 (for which there is support). The patches I came up with are attached. However, when the computer boots with the new kernel, even though it recognizes the chip, it tells me: rl0: port 0x6000-0x60ff mem 0xe0000000-0xe00000ff irq 11 at device 18.0 on pci0 rl0: Ethernet address: 04:20:00:00:15:10 rl0: unknown device ID: 0 device_probe_and_attach: rl0 attach returned 6 or on another boot: rl0: port 0x6000-0x60ff mem 0xe0000000-0xe00000ff irq 11 at device 18.0 on pci0 rl0: Ethernet address: 00:02:01:41:00:43 rl0: unknown device ID: 1000 device_probe_and_attach: rl0 attach returned 6 Notice that both the 'unknown device ID' and the ethernet address changes... I tried booting verbosely, but then for some reason I got a fatal trap 12: page fault while in kernel mode (supervisor read, page not present), and I was not able to get the relevant parts wrt. rl0. # pciconf -l chip0@pci0:0:0: class=0x060000 card=0x00000000 chip=0x70308086 rev=0x01 hdr=0x00 isab0@pci0:7:0: class=0x060100 card=0x00000000 chip=0x70008086 rev=0x01 hdr=0x00 atapci0@pci0:7:1: class=0x010180 card=0x00000000 chip=0x70108086 rev=0x00 hdr=0x00 none0@pci0:18:0: class=0x000000 card=0x10111113 chip=0x10111113 rev=0x10 hdr=0x00 This is on a 4.4-STABLE system, cvsup'ed on Sep. 29. Could anyone help out? Thanks in advance. Regards, Are Bryne -- Communiqué DA Phone: +47 22 44 33 99 Postboks 9050 Grønland E-mail: admin@communique.no N-0133 Oslo URL: http://www.communique.no --0-670911576-1004021983=:90068 Content-Type: TEXT/PLAIN; charset=us-ascii; name="if_rlreg.h.patch" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: attachment; filename="if_rlreg.h.patch" LS0tIC91c3Ivc3JjL3N5cy9wY2kvaWZfcmxyZWcuaC5vcmlnCUZyaSBTZXAg MjEgMjM6MTA6MDcgMjAwMQ0KKysrIC91c3Ivc3JjL3N5cy9wY2kvaWZfcmxy ZWcuaAlUaHUgT2N0IDI1IDAwOjIxOjE2IDIwMDENCkBAIC00MTMsNiArNDEz LDExIEBADQogI2RlZmluZSBBQ0NUT05fREVWSUNFSURfNTAzMAkJCTB4MTIx MQ0KIA0KIC8qDQorICogQWNjdG9uIE1QWCA1MDMwQyBkZXZpY2UgSUQuDQor ICovDQorI2RlZmluZSBBQ0NUT05fREVWSUNFSURfNTAzMEMJCQkweDEwMTEN CisNCisvKg0KICAqIERlbHRhIEVsZWN0cm9uaWNzIFZlbmRvciBJRC4NCiAg Ki8NCiAjZGVmaW5lIERFTFRBX1ZFTkRPUklECQkJCTB4MTUwMA0K --0-670911576-1004021983=:90068 Content-Type: TEXT/PLAIN; charset=us-ascii; name="if_rl.c.patch" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: attachment; filename="if_rl.c.patch" LS0tIC91c3Ivc3JjL3N5cy9wY2kvaWZfcmwuYy5vcmlnCUZyaSBTZXAgMjEg MjM6MTA6MDcgMjAwMQ0KKysrIC91c3Ivc3JjL3N5cy9wY2kvaWZfcmwuYwlU aHUgT2N0IDI1IDAwOjI4OjIyIDIwMDENCkBAIC0xNDUsNiArMTQ1LDggQEAN CiAJCSJSZWFsVGVrIDgxMzkgMTAvMTAwQmFzZVRYIiB9LA0KIAl7IEFDQ1RP Tl9WRU5ET1JJRCwgQUNDVE9OX0RFVklDRUlEXzUwMzAsDQogCQkiQWNjdG9u IE1QWCA1MDMwLzUwMzggMTAvMTAwQmFzZVRYIiB9LA0KKwl7IEFDQ1RPTl9W RU5ET1JJRCwgQUNDVE9OX0RFVklDRUlEXzUwMzBDLA0KKwkJIkFjY3RvbiBN UFggNTAzMEMgMTAvMTAwQmFzZVRYIiB9LA0KIAl7IERFTFRBX1ZFTkRPUklE LCBERUxUQV9ERVZJQ0VJRF84MTM5LA0KIAkJIkRlbHRhIEVsZWN0cm9uaWNz IDgxMzkgMTAvMTAwQmFzZVRYIiB9LA0KIAl7IEFERFRST05fVkVORE9SSUQs IEFERFRST05fREVWSUNFSURfODEzOSwNCkBAIC05MDAsNyArOTAyLDggQEAN CiAJcmxfcmVhZF9lZXByb20oc2MsIChjYWRkcl90KSZybF9kaWQsIFJMX0VF X1BDSV9ESUQsIDEsIDApOw0KIA0KIAlpZiAocmxfZGlkID09IFJUX0RFVklD RUlEXzgxMzkgfHwgcmxfZGlkID09IEFDQ1RPTl9ERVZJQ0VJRF81MDMwIHx8 DQotCSAgICBybF9kaWQgPT0gREVMVEFfREVWSUNFSURfODEzOSB8fCBybF9k aWQgPT0gQUREVFJPTl9ERVZJQ0VJRF84MTM5IHx8DQorCSAgICBybF9kaWQg PT0gQUNDVE9OX0RFVklDRUlEXzUwMzBDIHx8IHJsX2RpZCA9PSBERUxUQV9E RVZJQ0VJRF84MTM5IHx8DQorCSAgICBybF9kaWQgPT0gQUREVFJPTl9ERVZJ Q0VJRF84MTM5IHx8DQogCSAgICBybF9kaWQgPT0gRExJTktfREVWSUNFSURf NTMwVFhQTFVTKQ0KIAkJc2MtPnJsX3R5cGUgPSBSTF84MTM5Ow0KIAllbHNl IGlmIChybF9kaWQgPT0gUlRfREVWSUNFSURfODEyOSkNCg== --0-670911576-1004021983=:90068-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Oct 25 17:52: 4 2001 Delivered-To: freebsd-stable@freebsd.org Received: from mass.dis.org (mass.dis.org [216.240.45.41]) by hub.freebsd.org (Postfix) with ESMTP id 41A1437B401 for ; Thu, 25 Oct 2001 17:52:00 -0700 (PDT) Received: from mass.dis.org (localhost [127.0.0.1]) by mass.dis.org (8.11.6/8.11.3) with ESMTP id f9Q14Zs05166; Thu, 25 Oct 2001 18:04:36 -0700 (PDT) (envelope-from msmith@mass.dis.org) Message-Id: <200110260104.f9Q14Zs05166@mass.dis.org> To: Are Bryne Cc: freebsd-stable@freebsd.org, msmith@mass.dis.org Subject: Re: rl driver: need help in adding new chipset In-Reply-To: Message from Are Bryne of "Fri, 26 Oct 2001 02:40:55 +0200." Date: Thu, 25 Oct 2001 18:04:35 -0700 From: Mike Smith Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > However, when the computer boots with the new kernel, even though it > recognizes the chip, it tells me: It's recognising the chip because you've told it to. But it looks like there are more differences than just the ID. > rl0: port 0x6000-0x60ff mem 0xe0000000-0xe000 > 00ff irq 11 at device 18.0 on pci0 > rl0: Ethernet address: 04:20:00:00:15:10 > rl0: unknown device ID: 0 > device_probe_and_attach: rl0 attach returned 6 > > or on another boot: > > rl0: port 0x6000-0x60ff mem 0xe0000000-0xe000 > 00ff irq 11 at device 18.0 on pci0 > rl0: Ethernet address: 00:02:01:41:00:43 > rl0: unknown device ID: 1000 > device_probe_and_attach: rl0 attach returned 6 > > Notice that both the 'unknown device ID' and the ethernet address > changes... Sounds like the device is not directly compatible. You're probably going to have to go find out what else is different. The Linux driver may be a good place to start, or if you're lucky, Realtek may have some datasheets you can look at. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Oct 25 18: 1:28 2001 Delivered-To: freebsd-stable@freebsd.org Received: from kuku.excite.com (kuku-rwcmta.excite.com [198.3.99.63]) by hub.freebsd.org (Postfix) with ESMTP id 5B76837B409; Thu, 25 Oct 2001 18:01:22 -0700 (PDT) Received: from pugsly.excite.com ([199.172.148.160]) by kuku.excite.com (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20011026010122.KKML22601.kuku.excite.com@pugsly.excite.com>; Thu, 25 Oct 2001 18:01:22 -0700 Message-ID: <21127483.1004058082060.JavaMail.imail@pugsly.excite.com> Date: Thu, 25 Oct 2001 18:01:14 -0700 (PDT) From: john_wilson100@excite.com To: freebsd-stable@FreeBSD.ORG Subject: 4.4-STABLE machine unusable (was Re: Openssh) Cc: sudz@ns3g.com, pascal@emaxx.nl, bvi@itouchlabs.com, bmah@FreeBSD.ORG, djb@unixan.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailer: Excite Inbox X-Sender-Ip: 62.90.91.30 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Guys, You can say all you like, but something in stable is totally fscked up. As soon as I log in and start doing anything that involves a bit of traffic (e.g. tailing a file), the connection freezes and I have to kill it. sshd doesn't die, so I can log in again. I can reproducibly freeze it by doing... well practically anything: tail /var/log/messages, vi, cat, etc. all freeze the connection. Strangely enough, head /var/log/messages works fine. At first I thought there was something wrong with the hardware, and that perhaps the disks were screwed, that the recent filesystem changes caused it, that pipe() was broken, lots of other things. But everything points to ssh. "slogin -1" seems to work a bit longer, but also eventually freezes. Note that BPF is compiled in, so maybe there is some weird interaction between ssh and bpf (as Colin Legendre suggested). I also thought it was a networking problem, but this machine is colocated next to a Sun E450 with a similar setup (same subnet), which works fine. The client ssh I tried were all 2.9p2 (Solaris) and I think 2.9.9p2 (Solaris). I also tried to log in from other FreeBSD machines (4.2 and 4.3), but the effect was the same. $ make world > makeworld.log & generated a 6Mb file as expected. However, I could neither head nor tail it. Interesting is that Putty (Windows SSH client) doesn't seem to have this problem. I used it for quite a while and it didn't freeze. Please help me figure out what's going on. I don't have physical access to the box, and without the ability to view or edit files there's very little I can do. scp from a remote machine freezes. scp to a remote machine freezes. There's no telnet or ftp. How can I even diagnose the problem? I am running out of ideas... :( John Wilson _______________________________________________________ Send a cool gift with your E-Card http://www.bluemountain.com/giftcenter/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Oct 25 18:13:20 2001 Delivered-To: freebsd-stable@freebsd.org Received: from wow.atlasta.net (wow.atlasta.net [128.241.76.20]) by hub.freebsd.org (Postfix) with ESMTP id F1EDB37B403 for ; Thu, 25 Oct 2001 18:13:14 -0700 (PDT) Received: from localhost (drais@localhost) by wow.atlasta.net (8.11.2/8.11.2) with ESMTP id f9Q1DBK31443; Thu, 25 Oct 2001 18:13:11 -0700 (PDT) Date: Thu, 25 Oct 2001 18:13:11 -0700 (PDT) From: David Raistrick To: john_wilson100@excite.com Cc: freebsd-stable@FreeBSD.ORG Subject: Re: 4.4-STABLE machine unusable (was Re: Openssh) In-Reply-To: <21127483.1004058082060.JavaMail.imail@pugsly.excite.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, 25 Oct 2001 john_wilson100@excite.com wrote: > Guys, > > You can say all you like, but something in stable is totally fscked up. As > soon as I log in and start doing anything that involves a bit of traffic > (e.g. tailing a file), the connection freezes and I have to kill it. sshd > doesn't die, so I can log in again. I can reproducibly freeze it by > doing... well practically anything: > > tail /var/log/messages, vi, cat, etc. all freeze the connection. Strangely > enough, I've seen this before, or something that sounds identical. telnet did the same thing, and anything over a size i dont remember via http did it as well. The workaround I found was to drop the MTU on the ethernet card (a generic ne2k card at the time, no idea what it was plugged into.) down to 512 and it was fine. Move it above 512 and the problems came back. This was with 3.0 and 3.3 release...that machine was only recently pulled out of service. sshd version 1.2.27 [i386-unknown-freebsd3.0], stock telnet, and i'm not sure what apache. (happened to /all/ available clients that i could find..) If i only issued "short" output commands, 1/2 to 1 page (80x24) long, the problem didnt seem to crop up. after that, it would hang. I DID discover that it was still accepting my input....I could do a "w" from another session, and see the "more" that was running on the other tty. hit "q" on the hung session, and i'd drop back to the shell. I could even logout. anyway. ...david --- david raistrick (deep in the south georgia woods) drais@atlasta.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Oct 25 18:14:53 2001 Delivered-To: freebsd-stable@freebsd.org Received: from wow.atlasta.net (wow.atlasta.net [128.241.76.20]) by hub.freebsd.org (Postfix) with ESMTP id 3392737B401 for ; Thu, 25 Oct 2001 18:14:52 -0700 (PDT) Received: from localhost (drais@localhost) by wow.atlasta.net (8.11.2/8.11.2) with ESMTP id f9Q1En631486; Thu, 25 Oct 2001 18:14:50 -0700 (PDT) Date: Thu, 25 Oct 2001 18:14:49 -0700 (PDT) From: David Raistrick To: john_wilson100@excite.com Cc: freebsd-stable@FreeBSD.ORG Subject: Re: 4.4-STABLE machine unusable (was Re: Openssh) In-Reply-To: <21127483.1004058082060.JavaMail.imail@pugsly.excite.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Oh, and this happened from computers on the same lan segment, as well as from ones that were not. (ie, I could ssh to another server there, and then ssh over...same problem, but only on the second leg..) ...david --- david raistrick (deep in the south georgia woods) drais@atlasta.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Oct 25 18:36:18 2001 Delivered-To: freebsd-stable@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id 5CCE737B401 for ; Thu, 25 Oct 2001 18:36:15 -0700 (PDT) Received: (from dillon@localhost) by apollo.backplane.com (8.11.6/8.9.1) id f9Q1a8917003; Thu, 25 Oct 2001 18:36:08 -0700 (PDT) (envelope-from dillon) Date: Thu, 25 Oct 2001 18:36:08 -0700 (PDT) From: Matthew Dillon Message-Id: <200110260136.f9Q1a8917003@apollo.backplane.com> To: David Raistrick Cc: john_wilson100@excite.com, freebsd-stable@FreeBSD.ORG Subject: Re: 4.4-STABLE machine unusable (was Re: Openssh) References: Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG :On Thu, 25 Oct 2001 john_wilson100@excite.com wrote: : :> Guys, :> :> You can say all you like, but something in stable is totally fscked up. As :> soon as I log in and start doing anything that involves a bit of traffic :> (e.g. tailing a file), the connection freezes and I have to kill it. sshd :> doesn't die, so I can log in again. I can reproducibly freeze it by :> doing... well practically anything: :> :> tail /var/log/messages, vi, cat, etc. all freeze the connection. Strangely :> enough, : :I've seen this before, or something that sounds identical. telnet did the :same thing, and anything over a size i dont remember via http did it as :well. : :The workaround I found was to drop the MTU on the ethernet card (a generic :ne2k card at the time, no idea what it was plugged into.) down to 512 and :it was fine. Move it above 512 and the problems came back. :... TCP does what is known as MTU discovery to figure out the lowest MTU in the connection path. TCP then sets the no-frag bit on its packets. This can break down if you are running through a misconfigured firewall or an intermediate router or machine does not respond with the correct ICMP error when an oversized no-frag packet is received. If the firewall blocks ICMP error #3 (destination unreachable) subcode 4, your TCP connection will not properly detect the MTU. Reducing the client machine's interface MTU is a work-around (it sets a maximum MTU which is hopefully less then the maximum MTU of routers in between you and the destination), but the best solution is to figure out where the misconfigured router/machine is and fix it. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Oct 25 18:38:29 2001 Delivered-To: freebsd-stable@freebsd.org Received: from pimout1-int.prodigy.net (pimout1-ext.prodigy.net [207.115.63.77]) by hub.freebsd.org (Postfix) with ESMTP id A96C837B401 for ; Thu, 25 Oct 2001 18:38:24 -0700 (PDT) Received: from cliff (adsl-64-171-26-9.dsl.sntc01.pacbell.net [64.171.26.9]) by pimout1-int.prodigy.net (8.11.0/8.11.0) with SMTP id f9Q1cLI211476; Thu, 25 Oct 2001 21:38:22 -0400 Message-ID: <000501c15dc0$fd6f5340$6401a8c0@cliff> From: "Shaklee3" To: Cc: References: <21127483.1004058082060.JavaMail.imail@pugsly.excite.com> Subject: Re: 4.4-STABLE machine unusable (was Re: Openssh) Date: Thu, 25 Oct 2001 18:53:19 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4807.1700 X-Mimeole: Produced By Microsoft MimeOLE V5.50.4807.1700 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hey I won't criticize you. I thought that was my dsl doing it but it does not happen on my windows box. Whenever I start doing something that involves traffic on my freebsd box it will not respond remotely for about 30 seconds. Whats up with it? ----- Original Message ----- From: To: Cc: ; ; ; ; Sent: Thursday, October 25, 2001 6:01 PM Subject: 4.4-STABLE machine unusable (was Re: Openssh) > Guys, > > You can say all you like, but something in stable is totally fscked up. As > soon as I log in and start doing anything that involves a bit of traffic > (e.g. tailing a file), the connection freezes and I have to kill it. sshd > doesn't die, so I can log in again. I can reproducibly freeze it by > doing... well practically anything: > > tail /var/log/messages, vi, cat, etc. all freeze the connection. Strangely > enough, > > head /var/log/messages > > works fine. > > At first I thought there was something wrong with the hardware, and that > perhaps the disks were screwed, that the recent filesystem changes caused > it, that pipe() was broken, lots of other things. But everything points to > ssh. > > "slogin -1" seems to work a bit longer, but also eventually freezes. > > Note that BPF is compiled in, so maybe there is some weird interaction > between ssh and bpf (as Colin Legendre suggested). > > I also thought it was a networking problem, but this machine is colocated > next to a Sun E450 with a similar setup (same subnet), which works fine. > > The client ssh I tried were all 2.9p2 (Solaris) and I think 2.9.9p2 > (Solaris). I also tried to log in from other FreeBSD machines (4.2 and > 4.3), but the effect was the same. > > $ make world > makeworld.log & > > generated a 6Mb file as expected. However, I could neither head nor tail > it. > > Interesting is that Putty (Windows SSH client) doesn't seem to have this > problem. I used it for quite a while and it didn't freeze. > > Please help me figure out what's going on. I don't have physical access to > the box, and without the ability to view or edit files there's very little I > can do. scp from a remote machine freezes. scp to a remote machine > freezes. There's no telnet or ftp. How can I even diagnose the problem? > > I am running out of ideas... :( > > John Wilson > > > > > > _______________________________________________________ > Send a cool gift with your E-Card > http://www.bluemountain.com/giftcenter/ > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-questions" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Oct 25 18:40:43 2001 Delivered-To: freebsd-stable@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id 1868637B403 for ; Thu, 25 Oct 2001 18:40:42 -0700 (PDT) Received: (from dillon@localhost) by apollo.backplane.com (8.11.6/8.9.1) id f9Q1ebE17049; Thu, 25 Oct 2001 18:40:37 -0700 (PDT) (envelope-from dillon) Date: Thu, 25 Oct 2001 18:40:37 -0700 (PDT) From: Matthew Dillon Message-Id: <200110260140.f9Q1ebE17049@apollo.backplane.com> To: "Shaklee3" Cc: , Subject: Re: 4.4-STABLE machine unusable (was Re: Openssh) References: <21127483.1004058082060.JavaMail.imail@pugsly.excite.com> <000501c15dc0$fd6f5340$6401a8c0@cliff> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG :Hey I won't criticize you. I thought that was my dsl doing it but it does :not happen on my windows box. Whenever I start doing something that involves :traffic on my freebsd box it will not respond remotely for about 30 seconds. :Whats up with it? Typically startup-delays in the 30-second range are due to broken DNS. Typically the host involved has trouble looking up its hostname or looking up its IP address (reverse DNS). It can take a while for the DNS request to timeout, hence the delay. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Oct 25 19:13:31 2001 Delivered-To: freebsd-stable@freebsd.org Received: from maynard.mail.mindspring.net (maynard.mail.mindspring.net [207.69.200.243]) by hub.freebsd.org (Postfix) with ESMTP id 7077B37B407 for ; Thu, 25 Oct 2001 19:13:21 -0700 (PDT) Received: from netcom1.netcom.com (user-2init22.dialup.mindspring.com [165.121.116.66]) by maynard.mail.mindspring.net (8.9.3/8.8.5) with ESMTP id WAA18899; Thu, 25 Oct 2001 22:13:05 -0400 (EDT) Received: by netcom1.netcom.com (Postfix, from userid 1000) id 5EE59134D2; Thu, 25 Oct 2001 19:13:02 -0700 (PDT) From: Mike Harding To: vita@fio.cz Cc: stable@freebsd.org In-reply-to: Subject: Re: IPFW/IPSEC/NAT interaction issues with 4.4, Bug ??? References: Message-Id: <20011026021302.5EE59134D2@netcom1.netcom.com> Date: Thu, 25 Oct 2001 19:13:02 -0700 (PDT) Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a feature - if you don't do this, you can't tell decapsulated traffic from raw traffic. That was the old config. If you have a router, you can filter on the inside interface. I suggested inserting the traffic on a fake interface so you could do more interesting things like NAT, better filtering, etc, but some KAME folk seemed to get very upset about this, although I couldn't follow the reasoning... - Mike H. X-Envelope-From: vita@fio.cz X-Priority: 3 (Normal) Date: Thu, 25 Oct 2001 14:06:36 +0200 (CEST) Organization: FIO holding From: vita@fio.cz Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.ORG I have similar configuration and same problem. I have compiled several log messages to my kernel and it looks as follows: After EPS decapsulation packet is re-injected to input queue and then processed by ip_input. On line 402 ( ip_input.c, 4.4-RELEASE ) is if (ipsec_gethist(m, NULL )) goto pass; Condition is true and firewall skipped. Is it feature or bug? Vita On 23-Oct-2001 Barry Irwin wrote: > > I have had no luck with this on the ipfw or KAME lists :< maybe someone here > can help , I have a horrible feeling that I have stumbled across a rather > nasty bug. > > > Hi All > > I'm hoping someone here can shed some light on a problem I came across this > morning. I have two VPN gateways connected to cisco VPN concentrators. > These are running Freebsd 4.2-RELEASE and 4.4-RELEASE. The 4.2 based > gateway has been functioning without hastles for a while now. however when > I configured the 4.4 based system this morning, I ran into the problem that > the IP packets seem to ne be being re-injected into the firewall ruleset > after the ESP decapsulation. The firewall rulesets are identicle between > the systems. This re-injection is neccessary for me to be able to then > place the packet into a divert socket feeding natd, and from there onto the > client machines behind the VPN gateway. > > Network diagram is as follows: > > [SERVER] - [FW] - [VPNC] --{INTERNET}-- [FBSD VPN GW/FW] -- [CLIENT] > > I can connect fine from the firewall itself to the SERVER. > > bash-2.05# telnet S.S.S.22 2300 > Trying S.S.S.22... > Connected to S.S.S.22. > Escape character is '^]'. > ^] > telnet> q > Connection closed. > > The firewall rules in place at this time are: > 00040 allow udp from any 500 to any 500 > 00045 allow esp from any to any > 00046 deny ip from S.S.S.22/24 to any > 65535 allow ip from any to any > > My understanding is that rule 46 would deny the traffic, however an ipfw > show 46 indicates that the rules is NOT matching ANY packets! > bash-2.05# ipfw show 45 46 > 00045 9 896 allow esp from any to any > 00046 0 0 deny ip from 203.20.35.0/24 to any > > Connections from the client are correctly natted, and go out, responses > however also seem to be accepted by the FBSD firewall immediately after > decryption. > > [bvi@client1 bvi]$ netstat -tn | grep 203 > tcp 0 1 192.168.10.2:1615 203.20.35.22:2300 SYN_SENT > > and on the firewall > Oct 23 18:13:38 off-fw1 /kernel: Connection attempt to TCP B.B.B.8:1615 from > S.S.S.22:2300 > Oct 23 18:13:56 off-fw1 last message repeated 2 times > Oct 23 18:14:20 off-fw1 /kernel: Connection attempt to TCP B.B.B.8:1615 from > S.S.S.22:2300 > > this proves that the packets are getting accepted by default witout the > reinjection after decoding. B.B.B.8 being the IP address of the firewall, > the endpoint of the VPN IPSEC/ESP Tunnel and the Address to which traffic > from the client network is natted. The same setup works fine on the 4.2 > system. > > My understanding of the packet flow process is: > INet -> packet received with ESP -> passed through IP firewall ruleset > -> packet matching IPSEC SP -> YES - Decrypt and re-inject > -> NO IS it ipsec -> yes discard > -> no re-inject > -> reinjected packets passed through ipfirewall again > -> ipfw passes packets off to NAT and things WORK :>> > > With 4.4 > The process should work as above, however the packet appears to being > accepted by the host as soon as it has been decrypted. > > Have checked the sysctls for ipsec, and the are the same, except for the > adddition of the following one on the 4.4 box (which is undocumented??) > net.inet.ipsec.esp_randpad: -1 > > Full sysctl output from the 4.4 box is: > > bash-2.05# sysctl -a | grep ipsec > net.inet.ipsec.def_policy: 1 > net.inet.ipsec.esp_trans_deflev: 1 > net.inet.ipsec.esp_net_deflev: 1 > net.inet.ipsec.ah_trans_deflev: 1 > net.inet.ipsec.ah_net_deflev: 1 > net.inet.ipsec.ah_cleartos: 1 > net.inet.ipsec.ah_offsetmask: 0 > net.inet.ipsec.dfbit: 0 > net.inet.ipsec.ecn: 0 > net.inet.ipsec.debug: 1 > net.inet.ipsec.esp_randpad: -1 > > NAT is operaring fine for all the connections NOT going through the IPSEC > encapsulation. > > My thinking is that this is a bug in the IPSEC ESP handling in the version > of the KAME stack integrated into 4.4? Has anyone got similar problems, > suggestions for a fix ? > > Barry > > -- > Barry Irwin > Systems Administrator (Networks and Security) > Itouch Labs > bvi @ itouchlabs.com > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-ipfw" in the body of the message > > > > ----- End forwarded message ----- > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Oct 25 19:17:51 2001 Delivered-To: freebsd-stable@freebsd.org Received: from pimout3-int.prodigy.net (pimout3-ext.prodigy.net [207.115.63.102]) by hub.freebsd.org (Postfix) with ESMTP id 76D0037B401 for ; Thu, 25 Oct 2001 19:17:47 -0700 (PDT) Received: from cliff (adsl-64-171-26-9.dsl.sntc01.pacbell.net [64.171.26.9]) by pimout3-int.prodigy.net (8.11.0/8.11.0) with SMTP id f9Q2HhT226882; Thu, 25 Oct 2001 22:17:43 -0400 Message-ID: <000501c15dc6$7d29be40$6401a8c0@cliff> From: "Shaklee3" To: "Matthew Dillon" Cc: , References: <21127483.1004058082060.JavaMail.imail@pugsly.excite.com> <000501c15dc0$fd6f5340$6401a8c0@cliff> <200110260140.f9Q1ebE17049@apollo.backplane.com> Subject: Re: 4.4-STABLE machine unusable (was Re: Openssh) Date: Thu, 25 Oct 2001 19:32:41 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4807.1700 X-Mimeole: Produced By Microsoft MimeOLE V5.50.4807.1700 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG no, that is not the case. I was upgrading the source using cvsup and it kept disconnecting me from the ssh connection every time it started downloading a little more. The entire download took 8 hours on a 1.5Mb connection. There is something wrong here. ----- Original Message ----- From: "Matthew Dillon" To: "Shaklee3" Cc: ; Sent: Thursday, October 25, 2001 6:40 PM Subject: Re: 4.4-STABLE machine unusable (was Re: Openssh) > > :Hey I won't criticize you. I thought that was my dsl doing it but it does > :not happen on my windows box. Whenever I start doing something that involves > :traffic on my freebsd box it will not respond remotely for about 30 seconds. > :Whats up with it? > > Typically startup-delays in the 30-second range are due to broken DNS. > Typically the host involved has trouble looking up its hostname or > looking up its IP address (reverse DNS). It can take a while for the > DNS request to timeout, hence the delay. > > -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Oct 25 19:21:55 2001 Delivered-To: freebsd-stable@freebsd.org Received: from ewey.excite.com (ewey-rwcmta.excite.com [198.3.99.191]) by hub.freebsd.org (Postfix) with ESMTP id BD26C37B406 for ; Thu, 25 Oct 2001 19:21:51 -0700 (PDT) Received: from pugsly.excite.com ([199.172.148.160]) by ewey.excite.com (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20011026022151.LINT25765.ewey.excite.com@pugsly.excite.com>; Thu, 25 Oct 2001 19:21:51 -0700 Message-ID: <1406043.1004062911549.JavaMail.imail@pugsly.excite.com> Date: Thu, 25 Oct 2001 19:21:43 -0700 (PDT) From: john_wilson100@excite.com To: Matthew Dillon Subject: Re: 4.4-STABLE machine unusable (was Re: Openssh) Cc: drais@wow.atlasta.net, freebsd-stable@FreeBSD.ORG Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailer: Excite Inbox X-Sender-Ip: 62.90.91.30 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Thanks guys, that certainly clears things up for me! I just have two questions: 1) if my Solaris box is similarly firewalled, why doesn't it exhibit the same behaviour? I realise that their MTU discovery algorithm is probably very different, but perhaps worth exploring or even adopting (now that Solaris source is freely available)? 2) I want to have some proof and find out exactly which router or firewall is causing this before I go medieval on them. Will I see MTU discovery in a tcp dump? Thanks again, John On Thu, 25 Oct 2001 18:40:37 -0700 (PDT), Matthew Dillon wrote: TCP does what is known as MTU discovery to figure out the lowest MTU in the connection path. TCP then sets the no-frag bit on its packets. This can break down if you are running through a misconfigured firewall or an intermediate router or machine does not respond with the correct ICMP error when an oversized no-frag packet is received. If the firewall blocks ICMP error #3 (destination unreachable) subcode 4, your TCP connection will not properly detect the MTU. Reducing the client machine's interface MTU is a work-around (it sets a maximum MTU which is hopefully less then the maximum MTU of routers in between you and the destination), but the best solution is to figure out where the misconfigured router/machine is and fix it. -Matt On Thu, 25 Oct 2001 david raistrick wrote: I've seen this before, or something that sounds identical. telnet did the same thing, and anything over a size i dont remember via http did it as well. The workaround I found was to drop the MTU on the ethernet card (a generic ne2k card at the time, no idea what it was plugged into.) down to 512 and it was fine. Move it above 512 and the problems came back. This was with 3.0 and 3.3 release...that machine was only recently pulled out of service. sshd version 1.2.27 [i386-unknown-freebsd3.0], stock telnet, and i'm not sure what apache. (happened to /all/ available clients that i could find..) If i only issued "short" output commands, 1/2 to 1 page (80x24) long, the problem didnt seem to crop up. after that, it would hang. I DID discover that it was still accepting my input....I could do a "w" from another session, and see the "more" that was running on the other tty. hit "q" on the hung session, and i'd drop back to the shell. I could even logout. anyway. ...david --- david raistrick (deep in the south georgia woods) drais@atlasta.net _______________________________________________________ Send a cool gift with your E-Card http://www.bluemountain.com/giftcenter/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Oct 25 20:20:25 2001 Delivered-To: freebsd-stable@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id 63C4937B40B for ; Thu, 25 Oct 2001 20:20:12 -0700 (PDT) Received: (from dillon@localhost) by apollo.backplane.com (8.11.6/8.9.1) id f9Q3KC817332; Thu, 25 Oct 2001 20:20:12 -0700 (PDT) (envelope-from dillon) Date: Thu, 25 Oct 2001 20:20:12 -0700 (PDT) From: Matthew Dillon Message-Id: <200110260320.f9Q3KC817332@apollo.backplane.com> To: john_wilson100@excite.com Cc: drais@wow.atlasta.net, freebsd-stable@FreeBSD.ORG Subject: Re: 4.4-STABLE machine unusable (was Re: Openssh) References: <1406043.1004062911549.JavaMail.imail@pugsly.excite.com> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG :Thanks guys, that certainly clears things up for me! : :I just have two questions: : :1) if my Solaris box is similarly firewalled, why doesn't it exhibit the :same behaviour? I realise that their MTU discovery algorithm is probably :very different, but perhaps worth exploring or even adopting (now that :Solaris source is freely available)? Path MTU discovery is a standard, so the implementation should be the same no matter the platform. Unless the solaris box is on exactly the same LAN segment as the FreeBSD box you can't really read anything into it. If the solaris box is not going through the same firewall that the FreeBSD box is going through, then it could be the firewall that is broken. :2) I want to have some proof and find out exactly which router or firewall :is causing this before I go medieval on them. Will I see MTU discovery in :a tcp dump? : :Thanks again, : :John Typically what you see is that the host trying to send a 'large' packet never gets a response back... neither an ack nor an ICMP error. The host will attempt to resend the packet several times and then give up and close the connection. If path MTU discovery is working and a host tries to send a too-large packet, it should get an ICMP error back which will cause it to set a new MTU and resend a smaller packet, which should then go through and get an ACK as expected. If reducing the MTU on the host sending the large packets solves the problem (e.g. reducing the MTU on the server in your case, which is producing the larger volume of output back to you), this is fairly good proof that path MTU discovery is not working as expected. Also note that ethernet switches do not typically return errors for too-large packets, they simply throw them into the bit-bucket. A standard ethernet interface should have an MTU of 1500. If you have gigabit ethernet somewhere in the path and attempting to set a larger MTU in order to make use of jumbo frames then the problem is likely that the gigabit switch or either the client or server does not support jumbo frames, in which case you have to set the MTU back to 1500. Firewalls are quite often misconfigured to block ICMP errors. If any firewall in the path between client and server blocks ICMP errors this will screw up path MTU discovery. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Oct 26 1:52:22 2001 Delivered-To: freebsd-stable@freebsd.org Received: from mailhost.firstcallgroup.co.uk (dilbert.firstcallgroup.co.uk [194.203.69.166]) by hub.freebsd.org (Postfix) with ESMTP id 99FA837B406 for ; Fri, 26 Oct 2001 01:52:17 -0700 (PDT) Received: from pfrench by mailhost.firstcallgroup.co.uk with local (Exim 3.33 #1) id 15x2ih-000OkT-00; Fri, 26 Oct 2001 09:52:03 +0100 To: drais@wow.atlasta.net, john_wilson100@excite.com Subject: Re: 4.4-STABLE machine unusable (was Re: Openssh) Cc: freebsd-stable@FreeBSD.ORG In-Reply-To: Message-Id: From: Pete French Date: Fri, 26 Oct 2001 09:52:03 +0100 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > I've seen this before, or something that sounds identical. telnet did the > same thing, and anything over a size i dont remember via http did it as > well. I've also seen this before - very recently. After a day and a half searching it turned out to be a bad port on the ether switch (and not the port I was connected too, one of the other ports affected the traffic). The switches themselves were suffering from someone in the buoilding getting a NIMDA virus which affected theswitches. Whether the two effects are related I dont know, but they happened in the order virus->switches start failing->broken port. Nimda can affect switches which have an IP address and a HTTP management interface as it sends overly long requests,. some buffer overflows and things start going pear shaped. Id check your ether connecctivity very carefully. -pcf. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Oct 26 2:44:20 2001 Delivered-To: freebsd-stable@freebsd.org Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by hub.freebsd.org (Postfix) with SMTP id 51D5A37B405 for ; Fri, 26 Oct 2001 02:44:17 -0700 (PDT) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 26 Oct 2001 10:44:14 +0100 (BST) Date: Fri, 26 Oct 2001 10:44:13 +0100 From: David Malone To: Sean Chittenden Cc: Ian Dowse , Cy Schubert - ITSD Open Systems Group , Anatoliy Dmytriyev , freebsd-stable@FreeBSD.ORG Subject: Re: UFS_DIRHASH - your opinion Message-ID: <20011026104413.A14546@walton.maths.tcd.ie> References: <20011025140651.A8755@ninja1.internal> <200110252229.aa61044@salmon.maths.tcd.ie> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200110252229.aa61044@salmon.maths.tcd.ie>; from dwmalone@maths.tcd.ie on Thu, Oct 25, 2001 at 10:29:43PM +0100 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Oct 25, 2001 at 10:29:43PM +0100, David Malone wrote: > BTW - you don't need to rebuild the filesystem to use dirhash. All > you need to do is compile it into the kernel. If it is compiled in > then it automatically works on all ufs filesystems. If anyone is interested in doing dirhash benchmarking then the thing to time is probably the system time of the opperation you are interested in. Also, doing: sysctl -w vfs.ufs.dirhash_docheck=0 before running the benchmark will turn off some debugging code in dirhash. Ian has just disabeled this by default in -curren and it will be disabeled in -stable shortly. David. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Oct 26 3:45:53 2001 Delivered-To: freebsd-stable@freebsd.org Received: from ns17.u-build-it.net (ns17.u-build-it.net [66.33.65.140]) by hub.freebsd.org (Postfix) with ESMTP id 5E80937B403 for ; Fri, 26 Oct 2001 03:45:39 -0700 (PDT) Received: from h0002e3053cbe.ne.mediaone.net ([66.31.121.43] helo=beast) by ns17.u-build-it.net with asmtp (Exim 3.33 #1) id 15x4UA-0006wf-00 for stable@FreeBSD.org; Fri, 26 Oct 2001 06:45:10 -0400 Reply-To: From: "Paul A. Howes" To: Subject: Laptop APM problems... Date: Fri, 26 Oct 2001 06:45:24 -0400 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Importance: Normal X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - ns17.u-build-it.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [0 0] / [0 0] X-AntiAbuse: Sender Address Domain - fair-ware.com Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG All- I updated a laptop computer (a Toshiba Protégé 3110CT) with sources from 2001/10/21. The APM, which is always worked in the past is now broken. If I do "apm -Z", the display flickers and then I receive device reset messages from ATA. The keyboard is then completely locked up. If I do "apm -z" or "zzz", the computer does go completely to sleep, and the heartbeat light on the edge of the system does pulse. But, as soon as I hit the power switch or open the lid, the computer totally reset and starts booting rather than resuming. In contrast to the above, "shutdown -p now" does correctly power the computer down. I have checked in the BIOS, and the power switch is set to "resume" and not to "reset", as it always have been. I have attached the output of dmesg, apm, and my kernel configuration, below for those who would like to help me investigate the problem. Thanks! -- Paul A. Howes pahowes@fair-ware.com If you would like my PGP key, send a blank e-mail to pgpkey@fair-ware.com -------- 8< -------- "dmesg" output Copyright (c) 1992-2001 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 4.4-STABLE #1: Thu Oct 25 17:05:10 EDT 2001 root@kitten.fair-ware.com:/usr/obj/usr/src/sys/KITTEN Timecounter "i8254" frequency 1193182 Hz CPU: Pentium II/Pentium II Xeon/Celeron (299.94-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x66a Stepping = 10 Features=0x183f9ff real memory = 134217728 (131072K bytes) avail memory = 127320064 (124336K bytes) Preloaded elf kernel "kernel" at 0xc0353000. Preloaded userconfig_script "/boot/kernel.conf" at 0xc035309c. VESA: v2.0, 2560k memory, flags:0x0, mode table:0xc00c83dc (c00083dc) VESA: Copyright 1997 TRIDENT MICROSYSTEMS INC. Pentium Pro MTRR support enabled Using $PIR table, 7 entries at 0xc00f0190 apm0: on motherboard apm: found APM BIOS v1.2, connected at v1.2 npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 pci0: at 4.0 irq 11 chip1: at device 7.0 on pci0 atapci0: port 0xfff0-0xffff at device 7.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 uhci0: port 0xff80-0xff9f irq 11 at device 7.2 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered chip2: at device 7.3 on pci0 pci0: (vendor=0x1179, dev=0x0d01) at 9.0 irq 11 pcm0: port 0xfc00-0xfcff irq 11 at device 12.0 on pci0 pci0: (vendor=0x11c1, dev=0x0441) at 13.0 irq 3 fxp0: port 0xfb40-0xfb7f mem 0xfea00000-0xfeafffff,0xfebff000-0xfebfffff irq 11 at device 14.0 on pci0 fxp0: Ethernet address 00:00:39:f8:e5:16 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto isa0: on motherboard orm0:
If this has been already been = addressed, please=20 just point me in the right direction to the archives.
 
I downloaded and installed FreeBSD 4.4 = last week=20 and did a cvsup for stable this morning.  Make buildworld and the = kernel=20 build and install went without problems, but make installworld stops = almost=20 immediately:
 
****************************************************************= *******************************************************************

Script started on Sat Oct 27 09:41:32 2001

# make installworld

mkdir -p /tmp/install.16482

for prog in [ awk cat chflags chmod chown date echo egrep find grep = ln make=20 makewhatis mtree mv perl rm sed sh sysctl test true uname wc zic; do cp = `which=20 $prog` /tmp/install.16482; done

cd /usr/src; MAKEOBJDIRPREFIX=3D/usr/obj=20 COMPILER_PATH=3D/usr/obj/usr/src/i386/usr/libexec:/usr/obj/usr/src/i386/u= sr/bin=20 LIBRARY_PATH=3D/usr/obj/usr/src/i386/usr/lib:/usr/obj/usr/src/i386/usr/li= b=20 OBJFORMAT_PATH=3D/usr/obj/usr/src/i386/usr/libexec CFLAGS=3D"-nostdinc = -O -pipe=20 -march=3Dpentiumpro" = PERL5LIB=3D/usr/obj/usr/src/i386/usr/libdata/perl/5.00503=20 GROFF_BIN_PATH=3D/usr/obj/usr/src/i386/usr/bin=20 GROFF_FONT_PATH=3D/usr/obj/usr/src/i386/usr/share/groff_font=20 GROFF_TMAC_PATH=3D/usr/obj/usr/src/i386/usr/share/tmac=20 PATH=3D/usr/obj/usr/src/i386/usr/sbin:/usr/obj/usr/src/i386/usr/bin:/usr/= obj/usr/src/i386/usr/games:/tmp/install.16482=20 make -f Makefile.inc1 reinstall

--------------------------------------------------------------

>>> Making hierarchy

--------------------------------------------------------------

cd /usr/src; make -f Makefile.inc1 hierarchy

cd /usr/src/etc; make distrib-dirs

mtree -deU -f /usr/src/etc/mtree/BSD.root.dist -p /

mtree -deU -f /usr/src/etc/mtree/BSD.var.dist -p /var

mtree -deU -f /usr/src/etc/mtree/BSD.usr.dist -p /usr

mtree -deU -f /usr/src/etc/mtree/BSD.include.dist -p /usr/include

mtree -deU -f /usr/src/etc/mtree/BSD.include.dist -p=20 /usr/libdata/perl/5.00503/mach

cd /; rm -f /sys; ln -s usr/src/sys sys

cd /usr/share/man/en.ISO_8859-1; ln -sf ../man* .

ln: ./man1: Operation not permitted

ln: ./man1aout: Operation not permitted

ln: ./man2: Operation not permitted

ln: ./man3: Operation not permitted

ln: ./man4: Operation not permitted

ln: ./man5: Operation not permitted

ln: ./man6: Operation not permitted

ln: ./man7: Operation not permitted

ln: ./man8: Operation not permitted

ln: ./man9: Operation not permitted

ln: ./mann: Operation not permitted

*** Error code 1

Stop in /usr/src/etc.

*** Error code 1

Stop in /usr/src.

*** Error code 1

Stop in /usr/src.

*** Error code 1

Stop in /usr/src.

*** Error code 1

Stop in /usr/src.

# exit

Script done on Sat Oct 27 09:41:47 2001

************************************************************= *************************************************************************= ***

Has anyone else run into this?

Thanks

Sean M = Hollingsworth

------=_NextPart_000_0011_01C15EE3.B95D9670-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Oct 27 12:53:52 2001 Delivered-To: freebsd-stable@freebsd.org Received: from lynx.syix.com (lynx.syix.com [205.171.72.20]) by hub.freebsd.org (Postfix) with ESMTP id 4524537B401 for ; Sat, 27 Oct 2001 12:53:49 -0700 (PDT) Received: from cat (cat.npqr.net [63.147.19.40]) by lynx.syix.com (8.11.6/8.11.6) with SMTP id f9RJrm874819 for ; Sat, 27 Oct 2001 12:53:48 -0700 (PDT) (envelope-from dster@syix.com) Message-ID: <011c01c15f21$1f597380$2813933f@cat> From: "dster" To: References: <16946679.1004166720228.JavaMail.imail@pugsly.excite.com> Subject: Re: 4.4-STABLE machine unusable (was Re: Openssh) Date: Sat, 27 Oct 2001 12:54:00 -0700 Organization: ls MIME-Version: 1.0 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > Right. It turns out that Solaris has a parameter to switch path MTU > discovery on or off ("ndd /dev/ip ip_path_mtu_discovery"). Does FreeBSD > have anything similar? > > If MTU discovery fails (and AFAIK, path MTU discovery is optional with IPv4 > anyway), then doesn't it make sense not to set the no-frag bit? Why not > let the router fragment those datagrams whose sizes exceed the link MTU? > Why do we need IP fragmentation at all if not to handle cases like this one? > go here http://www.merit.edu/mail.archives/nanog/ and search on mtu discovery To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Oct 27 13: 0:58 2001 Delivered-To: freebsd-stable@freebsd.org Received: from smtp.noos.fr (camus.noos.net [212.198.2.70]) by hub.freebsd.org (Postfix) with ESMTP id 32C2437B405 for ; Sat, 27 Oct 2001 13:00:50 -0700 (PDT) Received: (qmail 88528159 invoked by uid 0); 27 Oct 2001 20:00:47 -0000 Received: from unknown (HELO gits.dyndns.org) ([212.198.229.145]) (envelope-sender ) by 212.198.2.70 (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 27 Oct 2001 20:00:47 -0000 Received: (from root@localhost) by gits.dyndns.org (8.11.6/8.11.6) id f9RK0jn71364; Sat, 27 Oct 2001 22:00:45 +0200 (CEST) (envelope-from root) Message-Id: <200110272000.f9RK0jn71364@gits.dyndns.org> Subject: adding athlon xp to bsd.cpu.mk To: freebsd-stable , freebsd-current Date: Sat, 27 Oct 2001 22:00:44 +0200 (CEST) Reply-To: clefevre@citeweb.net From: Cyrille Lefevre Organization: ACME X-Face: X-Mailer: ELM [version 2.4ME+ PL94c (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, how about the following patch (untested) regarding the newer athlon xp processor type ? if needed, I could submit a PR. Index: bsd.cpu.mk =================================================================== RCS file: /home/ncvs/src/share/mk/bsd.cpu.mk,v retrieving revision 1.2.2.4 diff -u -r1.2.2.4 bsd.cpu.mk --- bsd.cpu.mk 2001/03/21 11:43:20 1.2.2.4 +++ bsd.cpu.mk 2001/10/27 19:56:42 @@ -17,6 +17,8 @@ CPUTYPE = i686 . elif ${CPUTYPE} == "pentium" CPUTYPE = i586 +. elif ${CPUTYPE} == "athlonxp" +CPUTYPE = xp . elif ${CPUTYPE} == "athlon" CPUTYPE = k7 . endif @@ -28,8 +30,10 @@ .if !defined(NO_CPU_CFLAGS) || !defined(NO_CPU_COPTFLAGS) . if ${MACHINE_ARCH} == "i386" -. if ${CPUTYPE} == "k7" +. if ${CPUTYPE} == "xp" _CPUCFLAGS = -march=k6 # gcc doesn't support athlon yet, but it will +. elif ${CPUTYPE} == "k7" +_CPUCFLAGS = -march=k6 # gcc doesn't support athlon yet, but it will . elif ${CPUTYPE} == "k6-2" _CPUCFLAGS = -march=k6 . elif ${CPUTYPE} == "k6" @@ -79,7 +83,9 @@ # presence of a CPU feature. .if ${MACHINE_ARCH} == "i386" -. if ${CPUTYPE} == "k7" +. if ${CPUTYPE} == "xp" +MACHINE_CPU = k7 3dnow sse mmx k6 k5 i586 i486 i386 +. elif ${CPUTYPE} == "k7" MACHINE_CPU = k7 3dnow mmx k6 k5 i586 i486 i386 . elif ${CPUTYPE} == "k6-2" MACHINE_CPU = 3dnow mmx k6 k5 i586 i486 i386 Cyrille. -- Cyrille Lefevre mailto:clefevre@citeweb.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Oct 27 13:26:22 2001 Delivered-To: freebsd-stable@freebsd.org Received: from shumai.marcuscom.com (rdu57-28-046.nc.rr.com [66.57.28.46]) by hub.freebsd.org (Postfix) with ESMTP id E1A0737B403 for ; Sat, 27 Oct 2001 13:26:18 -0700 (PDT) Received: from localhost (marcus@localhost) by shumai.marcuscom.com (8.11.6/8.11.6) with ESMTP id f9RKQKv75765 for ; Sat, 27 Oct 2001 16:26:20 -0400 (EDT) (envelope-from marcus@marcuscom.com) X-Authentication-Warning: shumai.marcuscom.com: marcus owned process doing -bs Date: Sat, 27 Oct 2001 16:26:20 -0400 (EDT) From: Joe Clarke To: freebsd-stable@freebsd.org Subject: Unable to install -stable snap via FTP Message-ID: <20011027162246.K75746-100000@shumai.marcuscom.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I've been trying to install a -stable snapshot on a few of my machines so that I get dirpref off the bat. However, everytime I try to install using passive FTP from releng4.freebsd.org, it fails fetching the bin distribution. What's weird is that when I go to Alt+F2, I don't see any error messages, and it looks like bin transfered correctly (i.e. I see the block size of the distribution at the end). When I go to Alt+F4, I see a kernel.GENERIC, but no kernel (not sure where in the install process kernel should exist, though). I've tried this with the 10/21, 10/26, and 10/27 snaps. Doing 4.4-RELEASE from passive FTP works fine. Anyone else experiencing this? Joe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Oct 27 13:30:52 2001 Delivered-To: freebsd-stable@freebsd.org Received: from thehutt.org (cj205544-a.alex1.va.home.com [67.160.12.87]) by hub.freebsd.org (Postfix) with ESMTP id 4065C37B405; Sat, 27 Oct 2001 13:30:46 -0700 (PDT) Received: from jerry by nomad.thehutt.org with local (Exim 3.33 #1) id 15xZz7-000Nnu-00; Sat, 27 Oct 2001 16:23:13 -0400 Date: Sat, 27 Oct 2001 16:23:13 -0400 From: Jerry A! To: Cyrille Lefevre Cc: freebsd-stable , freebsd-current Subject: Re: adding athlon xp to bsd.cpu.mk Message-ID: <20011027162313.A91463@nomad.thehutt.org> Reply-To: jerry@thehutt.org References: <200110272000.f9RK0jn71364@gits.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200110272000.f9RK0jn71364@gits.dyndns.org>; from clefevre@citeweb.net on Sat, Oct 27, 2001 at 10:00:44PM +0200 Organization: Broken Toys Unlimited Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, Oct 27, 2001 at 10:00:44PM +0200, Cyrille Lefevre wrote: : Hi, : : how about the following patch (untested) regarding the newer athlon xp : processor type ? if needed, I could submit a PR. Shouldn't Athlons and AthlonXPs be able to use i686 (pentiumpro) instruction set optimizations? Also, what about putting in a mention for TransMeta Crusoe processors? --Jerry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Oct 27 13:34:54 2001 Delivered-To: freebsd-stable@freebsd.org Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by hub.freebsd.org (Postfix) with ESMTP id 88A0237B403; Sat, 27 Oct 2001 13:34:42 -0700 (PDT) Received: (from wkb@localhost) by freebie.xs4all.nl (8.11.6/8.11.6) id f9RKY3d32507; Sat, 27 Oct 2001 22:34:03 +0200 (CEST) (envelope-from wkb) Date: Sat, 27 Oct 2001 22:34:03 +0200 From: Wilko Bulte To: Jerry A! Cc: Cyrille Lefevre , freebsd-stable , freebsd-current Subject: Re: adding athlon xp to bsd.cpu.mk Message-ID: <20011027223403.B20693@freebie.xs4all.nl> References: <200110272000.f9RK0jn71364@gits.dyndns.org> <20011027162313.A91463@nomad.thehutt.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20011027162313.A91463@nomad.thehutt.org>; from jerry@thehutt.org on Sat, Oct 27, 2001 at 04:23:13PM -0400 X-OS: FreeBSD 4.4-STABLE X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, Oct 27, 2001 at 04:23:13PM -0400, Jerry A! wrote: > On Sat, Oct 27, 2001 at 10:00:44PM +0200, Cyrille Lefevre wrote: > : Hi, > : > : how about the following patch (untested) regarding the newer athlon xp > : processor type ? if needed, I could submit a PR. > > Shouldn't Athlons and AthlonXPs be able to use i686 (pentiumpro) > instruction set optimizations? Yes, as in (e.g): CPU: AMD Athlon(tm) Processor (700.03-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x621 Stepping = 1 Features=0x183f9ff AMD Features=0xc0400000 real memory = 268353536 (262064K bytes) avail memory = 257609728 (251572K bytes) Preloaded elf kernel "kernel" at 0xc0392000. Preloaded elf module "agp.ko" at 0xc039209c. Pentium Pro MTRR support enabled -- | / o / /_ _ email: wilko@FreeBSD.org |/|/ / / /( (_) Bulte Arnhem, The Netherlands To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Oct 27 13:44: 9 2001 Delivered-To: freebsd-stable@freebsd.org Received: from peter3.wemm.org (c1315225-a.plstn1.sfba.home.com [24.14.150.180]) by hub.freebsd.org (Postfix) with ESMTP id 41EBB37B401; Sat, 27 Oct 2001 13:44:04 -0700 (PDT) Received: from overcee.netplex.com.au (overcee.wemm.org [10.0.0.3]) by peter3.wemm.org (8.11.0/8.11.0) with ESMTP id f9RKi4M51390; Sat, 27 Oct 2001 13:44:04 -0700 (PDT) (envelope-from peter@wemm.org) Received: from wemm.org (localhost [127.0.0.1]) by overcee.netplex.com.au (Postfix) with ESMTP id D6A8639F0; Sat, 27 Oct 2001 13:44:03 -0700 (PDT) (envelope-from peter@wemm.org) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: jerry@thehutt.org Cc: Cyrille Lefevre , freebsd-stable , freebsd-current Subject: Re: adding athlon xp to bsd.cpu.mk In-Reply-To: <20011027162313.A91463@nomad.thehutt.org> Date: Sat, 27 Oct 2001 13:44:03 -0700 From: Peter Wemm Message-Id: <20011027204403.D6A8639F0@overcee.netplex.com.au> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Jerry A! wrote: > On Sat, Oct 27, 2001 at 10:00:44PM +0200, Cyrille Lefevre wrote: > : Hi, > : > : how about the following patch (untested) regarding the newer athlon xp > : processor type ? if needed, I could submit a PR. > > Shouldn't Athlons and AthlonXPs be able to use i686 (pentiumpro) > instruction set optimizations? No. They are different cpu cores that have different optimization strategies. The patch doesn't include the AthlonMP which has the same core with both SSE and MMX. > Also, what about putting in a mention for TransMeta Crusoe processors? > > --Jerry > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > > Cheers, -Peter -- Peter Wemm - peter@FreeBSD.org; peter@yahoo-inc.com; peter@netplex.com.au "All of this is for nothing if we don't go to the stars" - JMS/B5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Oct 27 14:24:15 2001 Delivered-To: freebsd-stable@freebsd.org Received: from femail37.sdc1.sfba.home.com (femail37.sdc1.sfba.home.com [24.254.60.31]) by hub.freebsd.org (Postfix) with ESMTP id F020C37B403; Sat, 27 Oct 2001 14:24:10 -0700 (PDT) Received: from ci989678-a.pop.uky.edu ([65.8.167.122]) by femail37.sdc1.sfba.home.com (InterMail vM.4.01.03.20 201-229-121-120-20010223) with ESMTP id <20011027212409.ITJX14145.femail37.sdc1.sfba.home.com@ci989678-a.pop.uky.edu>; Sat, 27 Oct 2001 14:24:09 -0700 Message-Id: <5.1.0.14.2.20011027170901.00a55c50@pop.uky.edu> X-Sender: gchil0@pop.uky.edu X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Sat, 27 Oct 2001 17:24:14 -0400 To: freebsd-stable , freebsd-current From: Greg Childers Subject: Re: adding athlon xp to bsd.cpu.mk In-Reply-To: <20011027204403.D6A8639F0@overcee.netplex.com.au> References: <20011027162313.A91463@nomad.thehutt.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > Shouldn't Athlons and AthlonXPs be able to use i686 (pentiumpro) > > instruction set optimizations? > >No. They are different cpu cores that have different optimization >strategies. Yes, all Athlons can use i686 code while the k6's can't. Further, without doing any scientific testing, I would think the Athlon would do better with ppro optimized code than k6 optimized code thanks to the available i686 instructions. When GCC 3.0 is used, tho, this won't be an issue since it supports optimizations for the Athlon. Greg To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Oct 27 14:28:46 2001 Delivered-To: freebsd-stable@freebsd.org Received: from mail3.aracnet.com (mail3.aracnet.com [216.99.193.38]) by hub.freebsd.org (Postfix) with ESMTP id 6270237B401 for ; Sat, 27 Oct 2001 14:28:44 -0700 (PDT) Received: from WARLOCK (216-99-192-22.dial.spiritone.com [216.99.192.22]) by mail3.aracnet.com (8.11.6/8.11.0) with SMTP id f9RLSg609888 for ; Sat, 27 Oct 2001 14:28:43 -0700 Delivered-To: Message-ID: <002001c15f2e$ad971aa0$0100a8c0@WARLOCK> From: "Sean M Hollingsworth" To: References: <200110271936.f9RJaBk57515@bunrab.catwhisker.org> Subject: Re: 4.4 make installworld failure Date: Sat, 27 Oct 2001 14:31:01 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG No, until I get everything installed and configured, I use the default security level. Sean ----- Original Message ----- From: "David Wolfskill" To: Sent: Saturday, October 27, 2001 12:36 PM Subject: Re: 4.4 make installworld failure > Are you running at a non-default security level? > > Cheers, > david > -- > David H. Wolfskill david@catwhisker.org > As a computing professional, I believe it would be unethical for me to > advise, recommend, or support the use (save possibly for personal > amusement) of any product that is or depends on any Microsoft product. > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Oct 27 17:30:52 2001 Delivered-To: freebsd-stable@freebsd.org Received: from smtp.noos.fr (zola.noos.net [212.198.2.76]) by hub.freebsd.org (Postfix) with ESMTP id 30FB537B403 for ; Sat, 27 Oct 2001 17:30:46 -0700 (PDT) Received: (qmail 10807775 invoked by uid 0); 28 Oct 2001 00:30:44 -0000 Received: from unknown (HELO gits.dyndns.org) ([212.198.229.145]) (envelope-sender ) by 212.198.2.76 (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 28 Oct 2001 00:30:44 -0000 Received: (from root@localhost) by gits.dyndns.org (8.11.6/8.11.6) id f9S0UfW82593; Sun, 28 Oct 2001 02:30:41 +0200 (CEST) (envelope-from root) Message-Id: <200110280030.f9S0UfW82593@gits.dyndns.org> Subject: Re: adding athlon xp to bsd.cpu.mk In-Reply-To: <20011027204403.D6A8639F0@overcee.netplex.com.au> To: Peter Wemm Date: Sun, 28 Oct 2001 02:30:40 +0200 (CEST) Cc: jerry@thehutt.org, freebsd-stable , freebsd-current Reply-To: clefevre@citeweb.net From: Cyrille Lefevre Organization: ACME X-Face: X-Mailer: ELM [version 2.4ME+ PL94c (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Peter Wemm wrote: > Jerry A! wrote: > > On Sat, Oct 27, 2001 at 10:00:44PM +0200, Cyrille Lefevre wrote: > > : Hi, > > : > > : how about the following patch (untested) regarding the newer athlon xp > > : processor type ? if needed, I could submit a PR. > > > > Shouldn't Athlons and AthlonXPs be able to use i686 (pentiumpro) > > instruction set optimizations? > > No. They are different cpu cores that have different optimization > strategies. > > The patch doesn't include the AthlonMP which has the same core with > both SSE and MMX. Athlon XP (commercial name) == Athlon MP (core name) Athlon (alias k7) already has MMX. the objective of this patch was to add SSE to the set of XP (alias MP) processors. Cyrille. -- Cyrille Lefevre mailto:clefevre@citeweb.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Oct 27 18:42:10 2001 Delivered-To: freebsd-stable@freebsd.org Received: from mail3.aracnet.com (mail3.aracnet.com [216.99.193.38]) by hub.freebsd.org (Postfix) with ESMTP id B2E9737B403 for ; Sat, 27 Oct 2001 18:41:58 -0700 (PDT) Received: from WARLOCK (216-99-197-143.dial.spiritone.com [216.99.197.143]) by mail3.aracnet.com (8.11.6/8.11.0) with SMTP id f9S1fu632004 for ; Sat, 27 Oct 2001 18:41:56 -0700 Delivered-To: Message-ID: <000b01c15f52$0d3fda50$0100a8c0@WARLOCK> From: "Sean M Hollingsworth" To: References: <001401c15f1e$6656b2a0$0100a8c0@WARLOCK> Subject: Re: 4.4 make installworld failure Date: Sat, 27 Oct 2001 18:44:14 -0700 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0008_01C15F17.603F1D00" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. ------=_NextPart_000_0008_01C15F17.603F1D00 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I think I've figured it out ... but I'm not sure. The computer that I = installed 4.4 on has 3 36G SCSI drives in it. I ended up with about 70G = of free space on the drives and decided to try out vinum and concat all = the empty space for /usr. Instead of dd'ing the contents of the = existing /usr to the new /usr, I just "cp -pr"'ed it. I think this = likely hosed some of the symlinks in /usr. What should be in /usr/share/man/en.ISO_8859-1 and its parent directory? Sean ----- Original Message -----=20 From: Sean M Hollingsworth=20 To: freebsd-stable@FreeBSD.ORG=20 Sent: Saturday, October 27, 2001 12:34 PM Subject: 4.4 make installworld failure If this has been already been addressed, please just point me in the = right direction to the archives. I downloaded and installed FreeBSD 4.4 last week and did a cvsup for = stable this morning. Make buildworld and the kernel build and install = went without problems, but make installworld stops almost immediately: = *************************************************************************= ********************************************************** Script started on Sat Oct 27 09:41:32 2001 # make installworld mkdir -p /tmp/install.16482 for prog in [ awk cat chflags chmod chown date echo egrep find grep ln = make makewhatis mtree mv perl rm sed sh sysctl test true uname wc zic; = do cp `which $prog` /tmp/install.16482; done cd /usr/src; MAKEOBJDIRPREFIX=3D/usr/obj = COMPILER_PATH=3D/usr/obj/usr/src/i386/usr/libexec:/usr/obj/usr/src/i386/u= sr/bin = LIBRARY_PATH=3D/usr/obj/usr/src/i386/usr/lib:/usr/obj/usr/src/i386/usr/li= b OBJFORMAT_PATH=3D/usr/obj/usr/src/i386/usr/libexec CFLAGS=3D"-nostdinc = -O -pipe -march=3Dpentiumpro" = PERL5LIB=3D/usr/obj/usr/src/i386/usr/libdata/perl/5.00503 = GROFF_BIN_PATH=3D/usr/obj/usr/src/i386/usr/bin = GROFF_FONT_PATH=3D/usr/obj/usr/src/i386/usr/share/groff_font = GROFF_TMAC_PATH=3D/usr/obj/usr/src/i386/usr/share/tmac = PATH=3D/usr/obj/usr/src/i386/usr/sbin:/usr/obj/usr/src/i386/usr/bin:/usr/= obj/usr/src/i386/usr/games:/tmp/install.16482 make -f Makefile.inc1 = reinstall -------------------------------------------------------------- >>> Making hierarchy -------------------------------------------------------------- cd /usr/src; make -f Makefile.inc1 hierarchy cd /usr/src/etc; make distrib-dirs mtree -deU -f /usr/src/etc/mtree/BSD.root.dist -p / mtree -deU -f /usr/src/etc/mtree/BSD.var.dist -p /var mtree -deU -f /usr/src/etc/mtree/BSD.usr.dist -p /usr mtree -deU -f /usr/src/etc/mtree/BSD.include.dist -p /usr/include mtree -deU -f /usr/src/etc/mtree/BSD.include.dist -p = /usr/libdata/perl/5.00503/mach cd /; rm -f /sys; ln -s usr/src/sys sys cd /usr/share/man/en.ISO_8859-1; ln -sf ../man* . ln: ./man1: Operation not permitted ln: ./man1aout: Operation not permitted ln: ./man2: Operation not permitted ln: ./man3: Operation not permitted ln: ./man4: Operation not permitted ln: ./man5: Operation not permitted ln: ./man6: Operation not permitted ln: ./man7: Operation not permitted ln: ./man8: Operation not permitted ln: ./man9: Operation not permitted ln: ./mann: Operation not permitted *** Error code 1 Stop in /usr/src/etc. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. # exit Script done on Sat Oct 27 09:41:47 2001 = *************************************************************************= *************************************************************** Has anyone else run into this? Thanks Sean M Hollingsworth ------=_NextPart_000_0008_01C15F17.603F1D00 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
I think I've figured it out ... but I'm = not=20 sure.  The computer that I installed 4.4 on has 3 36G SCSI drives = in=20 it.  I ended up with about 70G of free space on the drives and = decided=20 to try out vinum and concat all the empty space for /usr.  Instead = of=20 dd'ing the contents of the existing /usr to the new /usr, I just "cp = -pr"'ed=20 it.  I think this likely hosed some of the symlinks in = /usr.
 
What should be in = /usr/share/man/en.ISO_8859-1 and=20 its parent directory?
 
Sean
----- Original Message -----
From:=20 Sean M=20 Hollingsworth
To: freebsd-stable@FreeBSD.ORG =
Sent: Saturday, October 27, = 2001 12:34=20 PM
Subject: 4.4 make installworld=20 failure

If this has been already been = addressed, please=20 just point me in the right direction to the archives.
 
I downloaded and installed FreeBSD = 4.4 last week=20 and did a cvsup for stable this morning.  Make buildworld and the = kernel=20 build and install went without problems, but make installworld stops = almost=20 immediately:
 
****************************************************************= *******************************************************************

Script started on Sat Oct 27 09:41:32 2001

# make installworld

mkdir -p /tmp/install.16482

for prog in [ awk cat chflags chmod chown date echo egrep find grep = ln make=20 makewhatis mtree mv perl rm sed sh sysctl test true uname wc zic; do = cp `which=20 $prog` /tmp/install.16482; done

cd /usr/src; MAKEOBJDIRPREFIX=3D/usr/obj=20 = COMPILER_PATH=3D/usr/obj/usr/src/i386/usr/libexec:/usr/obj/usr/src/i386/u= sr/bin=20 = LIBRARY_PATH=3D/usr/obj/usr/src/i386/usr/lib:/usr/obj/usr/src/i386/usr/li= b=20 OBJFORMAT_PATH=3D/usr/obj/usr/src/i386/usr/libexec CFLAGS=3D"-nostdinc = -O -pipe=20 -march=3Dpentiumpro" = PERL5LIB=3D/usr/obj/usr/src/i386/usr/libdata/perl/5.00503=20 GROFF_BIN_PATH=3D/usr/obj/usr/src/i386/usr/bin=20 GROFF_FONT_PATH=3D/usr/obj/usr/src/i386/usr/share/groff_font=20 GROFF_TMAC_PATH=3D/usr/obj/usr/src/i386/usr/share/tmac=20 = PATH=3D/usr/obj/usr/src/i386/usr/sbin:/usr/obj/usr/src/i386/usr/bin:/usr/= obj/usr/src/i386/usr/games:/tmp/install.16482=20 make -f Makefile.inc1 reinstall

--------------------------------------------------------------

>>> Making hierarchy

--------------------------------------------------------------

cd /usr/src; make -f Makefile.inc1 hierarchy

cd /usr/src/etc; make distrib-dirs

mtree -deU -f /usr/src/etc/mtree/BSD.root.dist -p /

mtree -deU -f /usr/src/etc/mtree/BSD.var.dist -p /var

mtree -deU -f /usr/src/etc/mtree/BSD.usr.dist -p /usr

mtree -deU -f /usr/src/etc/mtree/BSD.include.dist -p = /usr/include

mtree -deU -f /usr/src/etc/mtree/BSD.include.dist -p=20 /usr/libdata/perl/5.00503/mach

cd /; rm -f /sys; ln -s usr/src/sys sys

cd /usr/share/man/en.ISO_8859-1; ln -sf ../man* .

ln: ./man1: Operation not permitted

ln: ./man1aout: Operation not permitted

ln: ./man2: Operation not permitted

ln: ./man3: Operation not permitted

ln: ./man4: Operation not permitted

ln: ./man5: Operation not permitted

ln: ./man6: Operation not permitted

ln: ./man7: Operation not permitted

ln: ./man8: Operation not permitted

ln: ./man9: Operation not permitted

ln: ./mann: Operation not permitted

*** Error code 1

Stop in /usr/src/etc.

*** Error code 1

Stop in /usr/src.

*** Error code 1

Stop in /usr/src.

*** Error code 1

Stop in /usr/src.

*** Error code 1

Stop in /usr/src.

# exit

Script done on Sat Oct 27 09:41:47 2001

************************************************************= *************************************************************************= ***

Has anyone else run into this?

Thanks

Sean M=20 Hollingsworth

------=_NextPart_000_0008_01C15F17.603F1D00-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Oct 27 19:48:45 2001 Delivered-To: freebsd-stable@freebsd.org Received: from dc-mx04.cluster1.charter.net (dc-mx04.cluster0.hsacorp.net [209.225.8.14]) by hub.freebsd.org (Postfix) with ESMTP id 3A5D037B401 for ; Sat, 27 Oct 2001 19:48:41 -0700 (PDT) Received: from [24.158.214.244] (HELO gforce.johnson.home) by dc-mx04.cluster1.charter.net (CommuniGate Pro SMTP 3.4.6) with ESMTP-TLS id 43619300; Sat, 27 Oct 2001 22:54:54 -0400 Received: (from glenn@localhost) by gforce.johnson.home (8.11.6/8.11.6) id f9S2mc600657; Sat, 27 Oct 2001 21:48:38 -0500 (CDT) (envelope-from glenn) Date: Sat, 27 Oct 2001 21:48:38 -0500 From: Glenn Johnson To: Peter Jeremy Cc: stable@FreeBSD.ORG Subject: Re: dirpref gives massive performance boost Message-ID: <20011027214838.A589@gforce.johnson.home> References: <20010928141246.A15515@xor.obsecurity.org> <20010928232009.A29187@libero.sunshine.ale> <20010928142611.A15946@xor.obsecurity.org> <20011024074436.A36730@gsmx07.alcatel.com.au> <20011027123834.A587@gforce.johnson.home> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20011027123834.A587@gforce.johnson.home> User-Agent: Mutt/1.3.23i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, Oct 27, 2001 at 12:38:34PM -0500, Glenn Johnson wrote: > On Wed, Oct 24, 2001 at 07:44:36AM +1000, Peter Jeremy wrote: > > > Note that it _is_ possible to do this on your root partition without > > needing an additional boot disk, assuming your swap partition is > > bigger that your root partition. The sequence is roughly (all in > > single-user before enabling swap starting with read-only root): > > > > fsck -p > > dd if=/dev/ad0s1a of=/dev/ad0s1b bs=64k > > mount /dev/ad0s1b /mnt > > mount -u / > > ed /mnt/etc/fstab :: comment out swap and change root to /dev/ad0s1b > > reboot > > :: at the boot0 twiddle press space to get the prompt and boot > > 0,ad(0,b)/boot/loader > > at the loader prompt, "boot -s" > > > > The system should now come up with root on ad0s1b. > > > > fsck -p > > :: arrange a writable /tmp, either "mount -u /" or "mount /tmp" if it's not > > :: swap-backed > > newfs /dev/ad0s1a > > mount /dev/ad0s1a /mnt > > cd /mnt > > dump 0f - / | restore rf - > > rm restoresymtable > > ed etc/fstab :: re-enable swap and change root back to /dev/ad0s1a > > cd / > > reboot > > > > The system should now come up normally with root back on ad0s1a. > > > > If you're using SCSI disks, replace "ad" with "da". > > > > Usual caveats apply: YMMV. Use at own risk. Make sure you have > > readable backups and a fixit disk in case things break. > > I followed this procedure for my root filesystem. However, my system > always boots with ad0s1b as root now. The system still says that > ad0s1b is used for swap. Here is my /etc/fstab: I figured out what I did wrong. In the instructions above it says to edit 'etc/fstab'; I edited '/etc/fstab' instead. So when I rebooted, the fstab file on ad0s1a said to mount ad0s1b as root and later the fstab on ad0s1b was read and said to use ad0s1b as swap. Also, the line in the instructions that says '0,ad(0,b)/boot/loader' should be '0:ad(0,b)/boot/loader' -- Glenn Johnson glennpj@charter.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Oct 27 21:38:17 2001 Delivered-To: freebsd-stable@freebsd.org Received: from smtp4.port.ru (mx4.port.ru [194.67.57.14]) by hub.freebsd.org (Postfix) with ESMTP id 5510537B401; Sat, 27 Oct 2001 21:38:10 -0700 (PDT) Received: from [193.108.237.232] (helo=notebook.vega.com) by smtp4.port.ru with esmtp (Exim 3.14 #1) id 15xhi2-0002de-00; Sun, 28 Oct 2001 07:38:07 +0300 To: clefevre@citeweb.net, peter@wemm.org Cc: jerry@thehutt.org, freebsd-stable@FreeBSD.ORG, freebsd-current@FreeBSD.ORG From: Maxim Sobolev Reply-To: sobomax@FreeBSD.org Subject: Re: adding athlon xp to bsd.cpu.mk X-Mailer: Pygmy (v0.5.13) Date: Sun, 28 Oct 2001 06:37:45 EET In-Reply-To: <200110280030.f9S0UfW82593@gits.dyndns.org> Content-type: text/plain Content-Transfer-Encoding: quoted-printable Message-Id: Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, 28 Oct 2001 02:30:40 +0200 (CEST), Cyrille Lefevre wrote: > Peter Wemm wrote: > > Jerry A! wrote: > > > On Sat, Oct 27, 2001 at 10:00:44PM +0200, Cyrille Lefevre wrote: > > > : Hi, > > > : > > > : how about the following patch (untested) regarding the newer athlon= xp > > > : processor type ? if needed, I could submit a PR. > > > = > > > Shouldn't Athlons and AthlonXPs be able to use i686 (pentiumpro) > > > instruction set optimizations? > > = > > No. They are different cpu cores that have different optimization > > strategies. > > = > > The patch doesn't include the AthlonMP which has the same core with > > both SSE and MMX. > = > Athlon XP (commercial name) =3D=3D Athlon MP (core name) AFAIK, not quite. The core name is Palomino and there are three processors based on it: Athlon XP, Athlon MP and Duron. > Athlon (alias k7) already has MMX. the objective of this patch > was to add SSE to the set of XP (alias MP) processors. What about new Durons based on the Palomino core? The problem is that as far as I know they have nothing in their name (like XP in Athlon's case) that distinguishes them from older Durons based on the Thunderbird core, while they do support SSE in addition to 3DNow and MMX. Perhaps it would be better to introduce new variable CPUCORE, so the user could use something like the following: CPUTYPE=3Dathlon CPUCORE=3Dthunderbird or CPUTYPE=3Dduron CPUCORE=3Dpalomino and so on. This looks quite ugly, but I do not have any better ideas. = -Maxim To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Oct 27 22: 5:17 2001 Delivered-To: freebsd-stable@freebsd.org Received: from smtp3.port.ru (mx3.port.ru [194.67.57.13]) by hub.freebsd.org (Postfix) with ESMTP id 0E01D37B408 for ; Sat, 27 Oct 2001 22:05:13 -0700 (PDT) Received: from [195.162.49.217] (helo=1) by smtp3.port.ru with smtp (Exim 3.14 #1) id 15xi8E-000CJ2-00 for stable@FreeBSD.org; Sun, 28 Oct 2001 08:05:11 +0300 From: "JSM" To: Subject: Date: Sun, 28 Oct 2001 11:58:52 +0600 Message-ID: <01c15f75$a0161a60$0100007f@1> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0004_01C15FA7.EAB08A60" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. ------=_NextPart_000_0004_01C15FA7.EAB08A60 Content-Type: text/plain; charset="windows-1251" Content-Transfer-Encoding: quoted-printable subscribe ------=_NextPart_000_0004_01C15FA7.EAB08A60 Content-Type: text/html; charset="windows-1251" Content-Transfer-Encoding: quoted-printable
subscribe
------=_NextPart_000_0004_01C15FA7.EAB08A60-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Oct 27 22:26:15 2001 Delivered-To: freebsd-stable@freebsd.org Received: from falcon.prod.itd.earthlink.net (falcon.mail.pas.earthlink.net [207.217.120.74]) by hub.freebsd.org (Postfix) with ESMTP id 53E3537B403 for ; Sat, 27 Oct 2001 22:26:11 -0700 (PDT) Received: from cpe-24-221-47-19.az.sprintbbd.net ([24.221.47.19] helo=sparky.suntreeaz.com) by falcon.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 15xiST-0002hg-00 for freebsd-stable@FreeBSD.org; Sat, 27 Oct 2001 22:26:06 -0700 Received: from drs (drs.suntreeaz.com [192.168.254.19]) by sparky.suntreeaz.com (8.11.3/8.11.3) with SMTP id f9S5Pdi73103 for ; Sat, 27 Oct 2001 22:25:39 -0700 (MST) (envelope-from drs@suntreeaz.com) Message-ID: <001f01c15f70$fbc43400$13fea8c0@drs> From: "Don Sutter" To: Subject: Subscribe Date: Sat, 27 Oct 2001 22:25:36 -0700 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_001C_01C15F36.4D124440" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. ------=_NextPart_000_001C_01C15F36.4D124440 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Subscribe ------=_NextPart_000_001C_01C15F36.4D124440 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Subscribe
------=_NextPart_000_001C_01C15F36.4D124440-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Oct 27 23:49:15 2001 Delivered-To: freebsd-stable@freebsd.org Received: from hindenburg.eboai.org (hindenburg.eboai.org [206.183.134.245]) by hub.freebsd.org (Postfix) with ESMTP id 50CB437B405; Sat, 27 Oct 2001 23:49:06 -0700 (PDT) Received: by hindenburg.eboai.org (Postfix, from userid 1000) id 95A075E2DB; Sun, 28 Oct 2001 01:49:05 -0500 (EST) Date: Sun, 28 Oct 2001 01:49:05 -0500 From: Chip Marshall To: sobomax@FreeBSD.org Cc: freebsd-stable@FreeBSD.ORG, freebsd-current@FreeBSD.ORG Subject: Re: adding athlon xp to bsd.cpu.mk Message-ID: <20011028014905.A55998@setzer.chocobo.cx> Reply-To: chip@chocobo.cx Mail-Followup-To: Chip Marshall , sobomax@FreeBSD.org, freebsd-stable@FreeBSD.ORG, freebsd-current@FreeBSD.ORG References: <200110280030.f9S0UfW82593@gits.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.3.20i X-URL: http://www.chocobo.cx/chip/ X-OS: FreeBSD 4.2-RELEASE i386 up 21 days, 10 mins Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On October 28, 2001, Maxim Sobolev sent me the following: > On Sun, 28 Oct 2001 02:30:40 +0200 (CEST), Cyrille Lefevre wrote: > > Athlon XP (commercial name) == Athlon MP (core name) > > AFAIK, not quite. The core name is Palomino and there are three > processors based on it: Athlon XP, Athlon MP and Duron. From what I've read, the Athlon MP is supposed to be used for multiprocessing arrangements (hence the MP.) Athlon XP is it's single processor cousin. It appears these are in fact the same processor, with the MP's having slightly more testing involved to be SMP certified or some such. The Duron 1Ghz and above are also Palomino based, but lack some of the features of the XP and MP, IIRC. > What about new Durons based on the Palomino core? The problem is > that as far as I know they have nothing in their name (like XP in > Athlon's case) that distinguishes them from older Durons based on > the Thunderbird core, while they do support SSE in addition to > 3DNow and MMX. Perhaps it would be better to introduce new variable > CPUCORE, so the user could use something like the following: > > CPUTYPE=athlon > CPUCORE=thunderbird > > or > > CPUTYPE=duron > CPUCORE=palomino Couldn't a test be done on the Features information of the processor to determine the best optimizations? Or would that break cross-compiliation of optimized code? -- Chip Marshall http://www.chocobo.cx/chip/ GCM/CS d+(-) s+:++ a20>? C++ UB++++$ P+++$ L- E--- W++ N@ o K- w O M+ V-- PS+ PE Y+ PGP+ t+@ 5 X R@ tv+() b++>+++ DI++++ D(-) G++ e>++ h->++ r++ y- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message