Re: Terminal on FreeBSD 5.4

2006-04-18 Thread Igor Robul
On Tue, Apr 18, 2006 at 04:33:53PM +0200, Polichism wrote:
> Hi,
> 
> Anyone knows if can connect a WISE terminal over a LPT port?
> I want to run a terminal on my FreeBSD 5.4 server.
AFAIK you can connect terminal with serial (COM) port.
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Re: ssh- lagging logins

2006-04-18 Thread Low Kian Seong
Cyberhigh,

Well, you can always try to find out what is going on my passing the '-vvv'
parameter to ssh while it's trying to access the remote machine.

On 4/19/06, CyBerHigh <[EMAIL PROTECTED]> wrote:
>
> I am using Freebsd 6.0 and running Openssh.  All of a sudden it takes
> nearly 4 minutes to conferm that my password is correct.  It has never
> done this to me and all of a sudden it started it.  I haven't even
> update the ports collection or anything so there is no reason I can
> think of way it would just start?
>
> Does anyone else have this problem?
>
> ___
> freebsd-stable@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-stable
> To unsubscribe, send any mail to "[EMAIL PROTECTED]"
>
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


AHC Panic

2006-04-18 Thread Cy Schubert
I've finally been able to capture the panic, as now it occurs even with DDB 
configured. Of the six machines I have running 6.1-RC (CVSupped today), 
this is the only one that does this.

/boot/kernel/kernel text=0x30c488 data=0x3b6a0+0x3170c 
syms=[0x4+0x46430+0x4+0x58da4]
no such file or directory
-
Hit [Enter] to boot immediately, or any other key for command prompt.
Booting [/boot/kernel/kernel]...
GDB: no debug ports present
KDB: debugger backends: ddb
KDB: current backend: ddb
Copyright (c) 1992-2006 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 6.1-RC #0: Tue Apr 18 17:26:44 PDT 2006
[EMAIL PROTECTED]:/export/obj/opt/src/cvs-stable6/src/sys/DEBUG
Timecounter "i8254" frequency 1193182 Hz quality 0
CPU: Pentium/P54C (119.75-MHz 586-class CPU)
  Origin = "GenuineIntel"  Id = 0x52c  Stepping = 12
  Features=0x1bf
real memory  = 83886080 (80 MB)
avail memory = 72531968 (69 MB)
Intel Pentium detected, installing workaround for F00F bug
npx0: [FAST]
npx0:  on motherboard
npx0: INT 16 interface
cpu0 on motherboard
pcib0:  pcibus 0 on motherboard
pci0:  on pcib0
isab0:  at device 7.0 on pci0
isa0:  on isab0
atapci0:  port 
0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf000-0xf00f at device 7.1 on pci0
ata0:  on atapci0
ata1:  on atapci0
ahc0:  port 0x6000-0x60ff mem 0xe100-0xe1000fff 
irq 12 at device 19.0 on pci0
ahc0: [GIANT-LOCKED]
aic7870: Single Channel A, SCSI Id=7, 16/253 SCBs
pci0:  at device 20.0 (no driver attached)
pmtimer0 on isa0
orm0:  at iomem 
0xc-0xc7fff,0xc8000-0xca7ff,0xdc000-0xd on isa0
atkbdc0:  at port 0x60,0x64 on isa0
atkbd0:  irq 1 on atkbdc0
kbd0 at atkbd0
atkbd0: [GIANT-LOCKED]
ed0 at port 0x280-0x29f iomem 0xd8000 irq 10 on isa0
ed0: Ethernet address: 00:40:05:55:fe:74
ed0: type NE2000 (16 bit)
fdc0:  at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on 
isa0fdc0: [FAST]
fd0: <1440-KB 3.5" drive> on fdc0 drive 0
fd1: <1200-KB 5.25" drive> on fdc0 drive 1
ppc0:  at port 0x378-0x37f irq 7 on isa0
ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode
ppbus0:  on ppc0
lpt0:  on ppbus0
lpt0: Interrupt-driven port
ppi0:  on ppbus0
sc0:  at flags 0x100 on isa0
sc0: VGA <16 virtual consoles, flags=0x300>
sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0
sio0: type 16550A, console
sio1 at port 0x2f8-0x2ff irq 3 on isa0
sio1: type 16550A
vga0:  at port 0x3c0-0x3df iomem 0xa-0xb on isa0
unknown:  can't assign resources (port)
unknown:  can't assign resources (memory)
unknown:  can't assign resources (port)
unknown:  can't assign resources (port)
unknown:  can't assign resources (port)
unknown:  can't assign resources (port)
ed1:  at port 0x220-0x23f irq 5 on isa0
ed1: Ethernet address: 00:e0:29:7d:84:0b
ed1: type RTL8019 (16 bit)
Timecounter "TSC" frequency 119752915 Hz quality 800
Timecounters tick every 10.000 msec
ad0: 408MB  at ata0-master WDMA1
ad2: 76351MB  at ata1-master WDMA2
acd0: CDROM  at ata1-slave PIO4
Waiting 5 seconds for SCSI devices to settle
da0 at ahc0 bus 0 target 0 lun 0
da0:  Fixed Direct Access SCSI-2 device
da0: 10.000MB/s transfers (10.000MHz, offset 15), Tagged Queueing Enabled
da0: 1030MB (2110812 512 byte sectors: 64H 32S/T 1030C)
da1 at ahc0 bus 0 target 2 lun 0
da1:  Fixed Direct Access SCSI-2 device
da1: 10.000MB/s transfers (10.000MHz, offset 8)
da1: 810MB (1660299 512 byte sectors: 64H 32S/T 810C)
cd0 at ata1 bus 0 target 1 lun 0
cd0:  Removable CD-ROM SCSI-0 device
cd0: 16.000MB/s transfers
cd0: Attempt to query device size failed: NOT READY, Medium not present
Trying to mount root from ufs:/dev/ad0s1a
Loading configuration files.
kernel dumps on /dev/ad2s1b
Entropy harvesting: interrupts ethernet point_to_point kickstart.
swapon: adding /dev/ad0s1b as swap device
swapon: adding /dev/da0s1b as swap device
swapon: adding /dev/da1s1b as swap device
swapon: adding /dev/ad2s1b as swap device
Starting file system checks:
/dev/ad0s1a: FILE SYSTEM CLEAN; SKIPPING CHECKS
/dev/ad0s1a: clean, 103068 free (772 frags, 12787 blocks, 0.2% fragmentation)
fsck: /dev/da1s1a in fstab more than once!

/dev/ad2s1e: FILE SYSTEM CLEAN; SKIPPING CHECKS
/dev/ad2s1e: clean, 2532761 free (6993 frags, 315721 blocks, 0.3% 
fragmentation)/dev/ad2s1g: FILE SYSTEM CLEAN; SKIPPING CHECKS
/dev/da1s1a: FILE SYSTEM CLEAN; SKIPPING CHECKS
/dev/ad2s1g: clean, 35322687 free (74535 frags, 4406019 blocks, 0.1% 
fragmentation)
/dev/da1s1a: clean, 508234 free (6146 frags, 62761 blocks, 0.8% fragmentation)
/dev/da0s1a: FILE SYSTEM CLEAN; SKIPPING CHECKS
/dev/da0s1a: clean, 224734 free (670 frags, 28008 blocks, 0.1% fragmentation)
/dev/ad2s1a: FILE SYSTEM CLEAN; SKIPPING CHECKS
/dev/ad2s1a: clean, 123038 free (1206 frags, 15229 blocks, 0.3% fragmentation)
/dev/da0s1e: FILE SYSTEM CLEAN; SKIPPING CHECKS
/dev/da0s1e: clean, 177737 free (1441 frags, 22037 blocks, 0.3% fragmentation)
Setting hostname: cwtest.
vfs.nfsrv.async: 0 -> 1
ed0: flags=8843 mtu 1500
inet6 f

Re: FreeBSD 4.9 losing mbufs!!!

2006-04-18 Thread Stephen Clark

Stephen Clark wrote:


Hello List,

I know 4.9 is ancient history, but unfortunately we have several 
thousand sites installed. We are in the process of moving to 6.1 when it 
is released.


Right now I have an immediate problem where we are going to install two 
system at a
HQ site. Each of the 2 systems will have two gre/vpn/ospf tunnels to a 
100 remote sites in the
field. The broadband will be a T3 with failover to dialup actiontec 
dualpc modems. We want
to use FreeBSD systems rather than put in Cisco equip which is what we 
have done for other

large customers.

The problem:

I have been testing between an Athlon 64 3000+ (client)  and an Athlon 
64 X2 4800+ (server) across a dedicated 100mb lan. When I use nttcp, 
which is a round trip tcp test, across the gre/vpn the client system, 
(which goes to 0 percent idle), network stack will eventually stop 
responding. In trying to track this down I find that   
net.inet.ip.intr_queue_maxlen which is normally 50 has been reached (I 
added a sysctl to be able to look at it), but it never drains down. If I 
increase it things start working again. If I continue to hammer the 
client I see the
intr_queue_maxlen continue to grow until it again reaches the new 
maximum. Another datapoint if I don't send the data thru the gre tunnel, 
but only thru the vpn I don't see this problem.


I've looked at the gre code til I am blue in the face and can't see 
where mbufs  were not being freed when the quelen is full.


If anybody could give some direction as where to look or how to better 
trouble shoot this problem it would be greatly appreciated.


Thanks for being such a great list,
Steve

 

I have discovered that if I disable quaqqa/ospfd then I don't lose 
mbufs! This makes it appear
that the mbuf leak is in the multicast routing logic. In fact I lose 
mbufs even with the both system basically idle but with a 100 vpn/gre 
with multicast going on thru the gre then the vpn.


Any ideas on where to focus my continued investigation?

Thanks to everybody who has responded.

Steve

--

"They that give up essential liberty to obtain temporary safety, 
deserve neither liberty nor safety."  (Ben Franklin)


"The course of history shows that as a government grows, liberty 
decreases."  (Thomas Jefferson)




___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Re: portsnap mirror servers

2006-04-18 Thread Chris
On 18/04/06, Colin Percival <[EMAIL PROTECTED]> wrote:
> Chris wrote:
> > How many mirrors does portsnap have, it seems to only have around 3 or
> > 4 and they all located in the .us whilst cvs has dozens around the
> > world.
>
> Two mirrors, actually: portsnap1.freebsd.org, and portsnap2.freebsd.org.
>
> > Is there a eu pool of mirrors available to use or if not is their a
> > way I can apply to host an eu mirror or even 2 eu mirrors.
>
> I have a list of people who have offered mirrors, but so far I haven't
> seen any need for additional mirrors -- the two which already exist are
> showing no signs of slowing down.
>
> Why do you think there should be an .eu mirror?
>
> Colin Percival
>

Whilst portsnap is fast, it is a noticeable speed difference when
using from eu servers, I also think its a good idea for redundancy.

Chris
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Re: portsnap mirror servers

2006-04-18 Thread Colin Percival
Chris wrote:
> How many mirrors does portsnap have, it seems to only have around 3 or
> 4 and they all located in the .us whilst cvs has dozens around the
> world.

Two mirrors, actually: portsnap1.freebsd.org, and portsnap2.freebsd.org.

> Is there a eu pool of mirrors available to use or if not is their a
> way I can apply to host an eu mirror or even 2 eu mirrors.

I have a list of people who have offered mirrors, but so far I haven't
seen any need for additional mirrors -- the two which already exist are
showing no signs of slowing down.

Why do you think there should be an .eu mirror?

Colin Percival
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


RE: ssh- lagging logins

2006-04-18 Thread Gray Lilley
Sounds like something that happens fairly often that I've seen.

Try setting 'UseDNS no' in /etc/ssh/sshd_config and restarting sshd.

Hope this helps,

Cheers,

Graham

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of CyBerHigh
Sent: 18 April 2006 23:30
To: freebsd-stable@freebsd.org
Subject: ssh- lagging logins

I am using Freebsd 6.0 and running Openssh.  All of a sudden it takes
nearly 4 minutes to conferm that my password is correct.  It has never
done this to me and all of a sudden it started it.  I haven't even
update the ports collection or anything so there is no reason I can
think of way it would just start?

Does anyone else have this problem?

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to
"[EMAIL PROTECTED]"


-- 
No virus found in this incoming message.
Checked by AVG Free Edition.
Version: 7.1.385 / Virus Database: 268.4.3/316 - Release Date:
17/04/2006



___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Re: ssh- lagging logins

2006-04-18 Thread Kris Kennaway
On Tue, Apr 18, 2006 at 05:22:49PM -0500, CyBerHigh wrote:
> I am using Freebsd 6.0 and running Openssh.  All of a sudden it takes
> nearly 4 minutes to conferm that my password is correct.  It has never
> done this to me and all of a sudden it started it.  I haven't even
> update the ports collection or anything so there is no reason I can
> think of way it would just start?

This is a FAQ; check that your DNS server is still functioning.

Kris


pgp3may3dvAFL.pgp
Description: PGP signature


ssh- lagging logins

2006-04-18 Thread CyBerHigh
I am using Freebsd 6.0 and running Openssh.  All of a sudden it takes
nearly 4 minutes to conferm that my password is correct.  It has never
done this to me and all of a sudden it started it.  I haven't even
update the ports collection or anything so there is no reason I can
think of way it would just start?

Does anyone else have this problem?

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Re: FreeBSD 4.9 losing mbufs!!!

2006-04-18 Thread Peter Jeremy
On Tue, 2006-Apr-18 18:56:52 +0200, [LoN]Kamikaze wrote:
>4.9 and 4.11 are on the same branch, thus of course, userland programs
>don't require recompilation.

"shouldn't" not "don't".  This would still require regression testing
to confirm that nothing breaks.  Given that Steve has stated that he
intends to migrate to 6.1 shortly, he probably wants to avoid an
unnecessary round of regression testing.

-- 
Peter Jeremy
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Re: Athlon 64 X2

2006-04-18 Thread Stephen Clark

Brooks Davis wrote:


On Tue, Apr 18, 2006 at 01:34:42PM -0400, Stephen Clark wrote:
 


Hi,

With FreeBSD 4.9 do I have to enable SMP when building the kernel to
take advantage of the dual cores in the X2?
   



Yes.

-- Brooks

 


Thanks.

--

"They that give up essential liberty to obtain temporary safety, 
deserve neither liberty nor safety."  (Ben Franklin)


"The course of history shows that as a government grows, liberty 
decreases."  (Thomas Jefferson)




___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Re: Athlon 64 X2

2006-04-18 Thread Brooks Davis
On Tue, Apr 18, 2006 at 01:34:42PM -0400, Stephen Clark wrote:
> Hi,
> 
> With FreeBSD 4.9 do I have to enable SMP when building the kernel to
> take advantage of the dual cores in the X2?

Yes.

-- Brooks

-- 
Any statement of the form "X is the one, true Y" is FALSE.
PGP fingerprint 655D 519C 26A7 82E7 2529  9BF0 5D8E 8BE9 F238 1AD4


pgp57qGpzs9wA.pgp
Description: PGP signature


Re: portsnap mirror servers

2006-04-18 Thread Marius Nuennerich
On Tue, 18 Apr 2006 01:43:52 +0100
Chris <[EMAIL PROTECTED]> wrote:

> How many mirrors does portsnap have, it seems to only have around 3 or
> 4 and they all located in the .us whilst cvs has dozens around the
> world.
> 
> Is there a eu pool of mirrors available to use or if not is their a
> way I can apply to host an eu mirror or even 2 eu mirrors.

From man portsnap:

If you wish to use portsnap to keep a large number of machines up to
date, you may wish to set up a caching HTTP proxy.  Since
portsnap uses fetch(1) to download updates, setting the HTTP_PROXY
environment variable will direct it to fetch updates from the given
proxy.  This is much more efficient than mirroring the files on the
portsnap server, since the vast majority of files are not needed by any
particular client.

So you could set up a public caching Proxy (maybe just for
portsnap.freebsd.org) and tell people to use it. Voila. Your very
efficient mirror :)

 - Marius
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Athlon 64 X2

2006-04-18 Thread Stephen Clark

Hi,

With FreeBSD 4.9 do I have to enable SMP when building the kernel to 
take advantage of

the dual cores in the X2?

Thanks,
Steve

--

"They that give up essential liberty to obtain temporary safety, 
deserve neither liberty nor safety."  (Ben Franklin)


"The course of history shows that as a government grows, liberty 
decreases."  (Thomas Jefferson)




___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


kernel: adX: FAILURE - out of memory in start

2006-04-18 Thread Dmitry Morozovsky
Dear colleagues,

using graid3 on new stage server (RELENG_6, 6.1-RC1 to be exact) I got sporadic 
messages from kernel

kernel: ad8: FAILURE - out of memory in start

under even moderate load (5-15 M/s)

Looking through sources I've found it's in ad_strategy(). Errors found on 
different controllers, both onboard and Promises.

Besides that, system is working normally.

Any hints?

Sincerely,
D.Marck [DM5020, MCK-RIPE, DM3-RIPN]

*** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- [EMAIL PROTECTED] ***

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Re: FreeBSD 6.1-PRERELEASE (April 5, 2006) randomly rebooting on Dell Poweredge 650

2006-04-18 Thread Yvo van Doorn
Usually, in my experience, this isn't hardware related at all (especially if
its not being logged) but rather a dying part (powersupply for example) in
your computer. 






> From: Matt Watson <[EMAIL PROTECTED]>
> Date: Tue, 18 Apr 2006 09:51:16 -0400 (EDT)
> To: 
> Subject: FreeBSD 6.1-PRERELEASE (April 5, 2006) randomly rebooting on Dell
> Poweredge 650
> 
> Hello All,
> 
> I'm not sure if this is the right place to be sending this or not but I
> figured I'd give it a shot.
> 
> The subject line pretty much says it all, I have a Dell Poweredge 650 box
> running 6.1-PRERELEASE which was cvsup'd on April 5, 2006.  The box has
> now twice rebooted on its own for no aparant reason.  Its a fresh install
> as well, and appears to have been doing this ever since it was installled.
> The first time the box was only up for approximently 2 days and rebooted,
> the 2nd time it was up for approximently 10 days.  I have all.log setup to
> log all syslog messages however when the reboot occured there is no
> information in the log which indicates anything going wrong...  Here is a
> small cut from the log at the time of the reboot.  As can be seen, one
> minute there is an imapd process, the next entry is the system restarting.
> 
> 
> Apr 16 20:55:34 clearwater imapd: LOGOUT, user=XX,
> ip=[:::WWW.XXX.YYY.ZZZ], headers=0, body=0, time=0
> Apr 16 20:59:36 clearwater syslogd: restart
> Apr 16 20:59:36 clearwater syslogd: kernel boot file is
> /boot/kernel/kernel
> Apr 16 20:59:36 clearwater kernel: Copyright (c) 1992-2006 The FreeBSD
> Project.
> Apr 16 20:59:36 clearwater kernel: Copyright (c) 1979, 1980, 1983, 1986,
> 1988, 1989, 1991, 1992, 1993, 1994
> Apr 16 20:59:36 clearwater kernel: The Regents of the University of
> California. All rights reserved.
> Apr 16 20:59:36 clearwater kernel: FreeBSD 6.1-PRERELEASE #0: Wed Apr  5
> 20:46:37 EDT 2006
> 
> This machine previously had Linux installed on the box and did not display
> the same problems, so I'm going on the assumption that its not a hardware
> failure.
> 
> Aside from the reboots the box has been preforming extermely well.
> 
> If anybody can provide some insights or suggestions I'd greatly appreciate
> it.
> 
> Thanks,
> Matt Watson
> ___
> freebsd-stable@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-stable
> To unsubscribe, send any mail to "[EMAIL PROTECTED]"


___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Re: FreeBSD 4.9 losing mbufs!!!

2006-04-18 Thread [LoN]Kamikaze
Stephen Clark wrote:
> Kurt Jaeger wrote:
> 
>> Hi!
>>
>>  
>>
>>> I've looked at the gre code til I am blue in the face and can't see
>>> where mbufs  were not being freed when the quelen is full.
>>>
>>> If anybody could give some direction as where to look or how to
>>> better trouble shoot this problem it would be greatly appreciated.
>>>   
>>
>> Is it possible to upgrade to 4.11p16 ?
>>
>>  
>>
> The problem with that is I would have to upgrade the "world" - I had
> tried putting over a 4.11 kernel and netstat -m wouldn't work, plus who
> knows what else. The recommendation I read was to make buildworld to go
> with the appropriate kernel and I am concerned if the plethora of
> userland stuff, (postgres,php,apache,snort,etc,etc - about 50 ports)
> would have to be recompiled and reinstalled 

4.9 and 4.11 are on the same branch, thus of course, userland programs
don't require recompilation.

> - this would mean we would
> have to go thru major regression testing and of course we need it now.
> 
> The 4.11 kernel that I tried which I had cvsuped on 3-24 to 4.11-STABLE
> still showed the problem.
> 
> Is this problem fixed in 4.11p16?
> 
> 
> Steve
> 
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Re: CPUTYPE=athlon-xp and loader

2006-04-18 Thread Jonathan Noack

Evren Yurtesen wrote:

James Long wrote:

Date: Sun, 16 Apr 2006 17:43:58 +0300
From: Evren Yurtesen <[EMAIL PROTECTED]>
Subject: CPUTYPE=athlon-xp and loader
To: freebsd-stable@freebsd.org
Message-ID: <[EMAIL PROTECTED]>

Hello,

I have a problem which I have found out from mailing lists that some 
other people had. However there is no clear solution.


The CPUTYPE=athlon-xp in make.conf breaks /boot/loader that system 
instant reboots. I am using 6-stable and from what I can see the 
problem goes back till about 5.3... Sometime between Oct 12-15, 2005


http://archive.netbsd.se/?ml=freebsd-current&a=2004-10&m=435817

I wonder if this will ever be fixed or I shouldnt use 
CPUTYPE=athlon-xp anymore on FreeBSD because of this?


Thanks,
Evren


I don't propose this as a solution, but as far as I know, the best 
practice is:


CPUTYPE?=athlon-xp

Note the question mark.

I don't know that this will solve your problem, just pointing out
the correct syntax, for whatever CPUTYPE you decide to use.


Doesnt the ? mean that it should be set if it is not set yet? I can give 
it a try to this, next time I build world however I dont think that it 
will compile loader without cputype athlon-xp set so...


Huh?  CPUTYPE is optional.  Everything should compile and work without it.

I just thought that loader doesnt need to be so optimized anyhow. It is 
more important that it loads at boot and there are people on this list 
who has problems with the optimizations and I found some more on google. 
So the best is to either fix the code in loader or do not optimize it.


Yeah, like me.  I was the one who originally reported this problem.  But 
over a year ago there was an attempt to fix the code by not optimizing 
it.  This resolved the problem for me.


-Jonathan
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Re: FreeBSD 4.9 losing mbufs!!!

2006-04-18 Thread Stephen Clark

Kurt Jaeger wrote:


Hi!

 

I've looked at the gre code til I am blue in the face and can't see 
where mbufs  were not being freed when the quelen is full.


If anybody could give some direction as where to look or how to better 
trouble shoot this problem it would be greatly appreciated.
   



Is it possible to upgrade to 4.11p16 ?

 

The problem with that is I would have to upgrade the "world" - I had 
tried putting over a 4.11 kernel and netstat -m wouldn't work, plus who 
knows what else. The recommendation I read was to make buildworld to go 
with the appropriate kernel and I am concerned if the plethora of
userland stuff, (postgres,php,apache,snort,etc,etc - about 50 ports) 
would have to be recompiled and reinstalled - this would mean we would 
have to go thru major regression testing and of course we need it now.


The 4.11 kernel that I tried which I had cvsuped on 3-24 to 4.11-STABLE 
still showed the problem.


Is this problem fixed in 4.11p16?


Steve

--

"They that give up essential liberty to obtain temporary safety, 
deserve neither liberty nor safety."  (Ben Franklin)


"The course of history shows that as a government grows, liberty 
decreases."  (Thomas Jefferson)




___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Terminal on FreeBSD 5.4

2006-04-18 Thread Polichism
Hi,

Anyone knows if can connect a WISE terminal over a LPT port?
I want to run a terminal on my FreeBSD 5.4 server.

Grtz,
--
Harrie
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Re: FreeBSD 4.9 losing mbufs!!!

2006-04-18 Thread Nikos Vassiliadis
On Tuesday 18 April 2006 16:50, Stephen Clark wrote:
> Hello List,
>
> I know 4.9 is ancient history, but unfortunately we have several
> thousand sites installed. We are in the process of moving to 6.1 when it
> is released.
>
> Right now I have an immediate problem where we are going to install two
> system

so these are new systems, yet you are going to use 4.9.
Why?

>  at a HQ site. Each of the 2 systems will have two gre/vpn/ospf tunnels to a
> 100 remote sites in the
> field. The broadband will be a T3 with failover to dialup actiontec
> dualpc modems. We want
> to use FreeBSD systems rather than put in Cisco equip which is what we
> have done for other
> large customers.
>
> The problem:
>
> I have been testing between an Athlon 64 3000+ (client)  and an Athlon
> 64 X2 4800+ (server) across a dedicated 100mb lan. When I use nttcp,
> which is a round trip tcp test, across the gre/vpn the client system,
> (which goes to 0 percent idle), network stack will eventually stop
> responding. In trying to track this down I find that
> net.inet.ip.intr_queue_maxlen which is normally 50 has been reached (I
> added a sysctl to be able to look at it), but it never drains down. If I
> increase it things start working again. If I continue to hammer the
> client I see the
> intr_queue_maxlen continue to grow until it again reaches the new
> maximum. Another datapoint if I don't send the data thru the gre tunnel,
> but only thru the vpn I don't see this problem.
>
> I've looked at the gre code til I am blue in the face and can't see
> where mbufs  were not being freed when the quelen is full.
>
> If anybody could give some direction as where to look or how to better
> trouble shoot this problem it would be greatly appreciated.
>
> Thanks for being such a great list,
> Steve
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


FreeBSD 6.1-PRERELEASE (April 5, 2006) randomly rebooting on Dell Poweredge 650

2006-04-18 Thread Matt Watson

Hello All,

I'm not sure if this is the right place to be sending this or not but I 
figured I'd give it a shot.


The subject line pretty much says it all, I have a Dell Poweredge 650 box 
running 6.1-PRERELEASE which was cvsup'd on April 5, 2006.  The box has 
now twice rebooted on its own for no aparant reason.  Its a fresh install 
as well, and appears to have been doing this ever since it was installled. 
The first time the box was only up for approximently 2 days and rebooted, 
the 2nd time it was up for approximently 10 days.  I have all.log setup to 
log all syslog messages however when the reboot occured there is no 
information in the log which indicates anything going wrong...  Here is a 
small cut from the log at the time of the reboot.  As can be seen, one 
minute there is an imapd process, the next entry is the system restarting.



Apr 16 20:55:34 clearwater imapd: LOGOUT, user=XX, 
ip=[:::WWW.XXX.YYY.ZZZ], headers=0, body=0, time=0

Apr 16 20:59:36 clearwater syslogd: restart
Apr 16 20:59:36 clearwater syslogd: kernel boot file is 
/boot/kernel/kernel
Apr 16 20:59:36 clearwater kernel: Copyright (c) 1992-2006 The FreeBSD 
Project.
Apr 16 20:59:36 clearwater kernel: Copyright (c) 1979, 1980, 1983, 1986, 
1988, 1989, 1991, 1992, 1993, 1994
Apr 16 20:59:36 clearwater kernel: The Regents of the University of 
California. All rights reserved.
Apr 16 20:59:36 clearwater kernel: FreeBSD 6.1-PRERELEASE #0: Wed Apr  5 
20:46:37 EDT 2006


This machine previously had Linux installed on the box and did not display 
the same problems, so I'm going on the assumption that its not a hardware 
failure.


Aside from the reboots the box has been preforming extermely well.

If anybody can provide some insights or suggestions I'd greatly appreciate 
it.


Thanks,
Matt Watson
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


FreeBSD 4.9 losing mbufs!!!

2006-04-18 Thread Stephen Clark

Hello List,

I know 4.9 is ancient history, but unfortunately we have several 
thousand sites installed. We are in the process of moving to 6.1 when it 
is released.


Right now I have an immediate problem where we are going to install two 
system at a
HQ site. Each of the 2 systems will have two gre/vpn/ospf tunnels to a 
100 remote sites in the
field. The broadband will be a T3 with failover to dialup actiontec 
dualpc modems. We want
to use FreeBSD systems rather than put in Cisco equip which is what we 
have done for other

large customers.

The problem:

I have been testing between an Athlon 64 3000+ (client)  and an Athlon 
64 X2 4800+ (server) across a dedicated 100mb lan. When I use nttcp, 
which is a round trip tcp test, across the gre/vpn the client system, 
(which goes to 0 percent idle), network stack will eventually stop 
responding. In trying to track this down I find that   
net.inet.ip.intr_queue_maxlen which is normally 50 has been reached (I 
added a sysctl to be able to look at it), but it never drains down. If I 
increase it things start working again. If I continue to hammer the 
client I see the
intr_queue_maxlen continue to grow until it again reaches the new 
maximum. Another datapoint if I don't send the data thru the gre tunnel, 
but only thru the vpn I don't see this problem.


I've looked at the gre code til I am blue in the face and can't see 
where mbufs  were not being freed when the quelen is full.


If anybody could give some direction as where to look or how to better 
trouble shoot this problem it would be greatly appreciated.


Thanks for being such a great list,
Steve

--

"They that give up essential liberty to obtain temporary safety, 
deserve neither liberty nor safety."  (Ben Franklin)


"The course of history shows that as a government grows, liberty 
decreases."  (Thomas Jefferson)




___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Re: How to change hardware clock

2006-04-18 Thread Cristiano Deana
2006/4/18, Mare Negrocan <[EMAIL PROTECTED]>:

> Yes, I have kern_securelevel="2"
> Should I change it?

You should read `man securelevel'.

If it's only a clock problem, change it to 0, update your clock,
change again to your favorite securelevel, but you MUST know what are
you doing changing it.

--
Cris, member of G.U.F.I
Italian FreeBSD User Group
http://www.gufi.org/
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Re: panic: softdep_move_dependencies: need merge code (driver mtp(4)?)

2006-04-18 Thread Dmitry Pryanishnikov


Hello!

On Mon, 17 Apr 2006, Scott Long wrote:

Sorry, my answer to this is to move away from softupdates and
towards journalling.  I'm working on that, albeit slowly due
to the many other NFS and VFS bugs that I have to deal with.


 Oops, what has happened to softupdates? They have been working correctly
for decade or so. What has changed now? Have we suddenly hit some flaw
in theory, or it's just an implementation issue? I don't remember any
discussion on this topic, sorry if I've missed something obvious.


Marcus Alves Grando wrote:


panic: softdep_move_dependencies: need merge code



Sincerely, Dmitry
--
Atlantis ISP, System Administrator
e-mail:  [EMAIL PROTECTED]
nic-hdl: LYNX-RIPE
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Re: How to change hardware clock

2006-04-18 Thread Cristiano Deana
2006/4/15, Mare Negrocan <[EMAIL PROTECTED]>:

> I can't update clock with rdate, ntpdate.

if you have securelevel => 2 then you will be unable to change your
date > 1 second.

--
Cris, member of G.U.F.I
Italian FreeBSD User Group
http://www.gufi.org/
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Re: CPUTYPE=athlon-xp and loader

2006-04-18 Thread Evren Yurtesen

James Long wrote:

Date: Sun, 16 Apr 2006 17:43:58 +0300
From: Evren Yurtesen <[EMAIL PROTECTED]>
Subject: CPUTYPE=athlon-xp and loader
To: freebsd-stable@freebsd.org
Message-ID: <[EMAIL PROTECTED]>

Hello,

I have a problem which I have found out from mailing lists that some 
other people had. However there is no clear solution.


The CPUTYPE=athlon-xp in make.conf breaks /boot/loader that system 
instant reboots. I am using 6-stable and from what I can see the problem 
goes back till about 5.3... Sometime between Oct 12-15, 2005


http://archive.netbsd.se/?ml=freebsd-current&a=2004-10&m=435817

I wonder if this will ever be fixed or I shouldnt use CPUTYPE=athlon-xp 
anymore on FreeBSD because of this?


Thanks,
Evren


I don't propose this as a solution, but as far as I know, the best practice 
is:


CPUTYPE?=athlon-xp


Note the question mark.

I don't know that this will solve your problem, just pointing out
the correct syntax, for whatever CPUTYPE you decide to use.



Doesnt the ? mean that it should be set if it is not set yet? I can give 
it a try to this, next time I build world however I dont think that it 
will compile loader without cputype athlon-xp set so...


I just thought that loader doesnt need to be so optimized anyhow. It is 
more important that it loads at boot and there are people on this list 
who has problems with the optimizations and I found some more on google. 
So the best is to either fix the code in loader or do not optimize it.


But of course I dont care so much after all I learned to live with it. 
:) Just wanted to point out that this kind of problem exists for over a 
year!


Thanks,
Evren
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Re: CPUTYPE=athlon-xp and loader

2006-04-18 Thread Evren Yurtesen

Sergey Kovalev wrote:

Evren Yurtesen wrote:


I have a problem which I have found out from mailing lists that some 
other people had. However there is no clear solution.


The CPUTYPE=athlon-xp in make.conf breaks /boot/loader that system 
instant reboots. I am using 6-stable and from what I can see the 
problem goes back till about 5.3... Sometime between Oct 12-15, 2005


I've seen no problems using CPUTYPE?=athlon-xp.


http://archive.netbsd.se/?ml=freebsd-current&a=2004-10&m=435817

I wonder if this will ever be fixed or I shouldnt use 
CPUTYPE=athlon-xp anymore on FreeBSD because of this?


Loader breaks in my laptop and I just tried it inside vmware and it also 
instant rebooted.


Evren
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"