Howdy!
I was wondering how come the listed media types supported
by sk(4) and em(4) is only 1000BaseSX. Even for single mode
1000BaseLX NICs such as sk 9841 and Intel PWLA8490LX, ifconfig
show the media type as 1000BaseSX. Though the NIC appears to operate in
single mode connected to a LX
On Fri, May 21, 2004 at 01:06:41PM -0500, Eric Anderson wrote:
> >
> > Disk design issues matter cause it is the ultimate
> >bottleneck. RAID is you friend.
> >
>
> Just curious - what RAID level/configuration do you use? I've typically
> used RAID5, but RAID0+1 might be acceptable.
>
On Thu, May 20, 2004 at 10:44:14AM -0500, Eric Anderson wrote:
> >
>
> That's good to hear. Did you do any other tweaks? sysctl settings?
> mbufs?
net.inet.udp.recvspace=524288
kern.ipc.maxsockbuf=1048576
net.inet.icmp.drop_redirect=1
net.inet.icmp.log_redirect=1
Telus-nfs1:# w
12:41PM up
On Fri, Nov 28, 2003 at 04:35:25PM +, omestre wrote:
> On Tue, 25 Nov 2003, Steve Shorter wrote:
>
> Hello!
> Well, when i did and post that patch, i have mentioned about "It's not a
> good/normal diskless solution"... but "it's still a solution! :
Howdy!
I only boot from Intel cards that support PXE.
This greatly simplifies the administration
of large numbers of diskless machines. It makes kernel
changes trivial. If your going to go diskless you may
as well go all the way for the base/root system and kernel.
If yo
Howdy!
I have a nfs booted server (FreeBSD 4.5p24) with local disk for data/swap.
It has 2 network interfaces configured as follows
Jun 18 08:16:18 <14.6> db0 /kernel: fxp0:
flags=8843 mtu 1500
Jun 18 08:16:18 <14.6> db0 /kernel: inet 192.168.10.11 netmask 0xff00 broadcast
192
This is PR kern/25986 which is still open.
Apparently, it can be interpreted as a bug in the TCP
protocol.
Is there work around this or do I just have
to crank up maxsockets and reboot the machine every now
and then like my old NT server :-)
-steve
T
Howdy!
I have an ftp server that became sporadically
inaccessable over the network. I did some poking around and found
that there were about 8k TCP connections that were in the state
"LAST_ACK". The limit for maxsockets is about 8k for this machine
so the reason that new connections were
Howdy!
The following is from netstat -s on a busy NFS client (udp mounts)
I was wondering about the line
172764 dropped due to full socket buffers
in the "udp" section. Will increasing
kern.ipc.maxsockbuf: 262144
help with this?
Also will increasing
Howdy!
I just went to setup some ifpw on server and it broke dns
lookups, which are on 192.168.60.5. So based on the ipfw logs I was
prompted to do a netstat -rn and this is what it shows
192.168.60.5 is on lo0??. 0:e0:81:1:bd:70 is the MAC for
fxp1, but what is it doing showing
Howdy!
I recently installed 4.4RC.
In this release rfc1323 extensions are turned on by default
which is a change from 4.3. However, tuning(7) says that rfc1323
extensions should be off unless "you absolutely have to"
turn them on.
I was wondering if the change in defau
Howdy!
There is a reference to a networking code bug in 4.3 RELEASE on
http://www.daemonnews.org/200108/benchmark.html
in the footnote at the bottom.
It also references a patch. I can find no other information about
this issue. Can someone point me to the patch or oth
Howdy!
I am interested in tuning UDP for NFS over a 100Mbs LAN.
Specifically, to tune UDP, what are guidelines/restrictions for
setting the sysclt variables
net.inet.udp.maxdgram
net.inet.udp.recvspace
I assume that increasing both of these wil
13 matches
Mail list logo
