Hi All!
Use freeBSD 8.0 + pf as a gateway to the network. The network is
divided into segments 192.168.1.h, 192.168.2.h etc.
Gateway raised aliases. ifconfig_net0_alias0 = inet 192.168.1.1
netmask 255.255.255.0 ifconfig_net0_alias1 = inet 192.168.2.1
netmask 255.255.255.0, etc.
There is a
Having just updated a couple of machines to the latest stable, I am
seeing warnings like this out of rsync when writing to a ZFS filesystem
on the machine:
default_perms_for_dir: sys_acl_get_file(., ACL_TYPE_DEFAULT): Invalid argument,
falling back on umask
ANy ideas whats going on here ?
Harald Schmalzbauer schrieb am 17.02.2010 20:15 (localtime):
...
Now my first idea is to compare MSS and windows sizes before and after the
performance drop.
How do I best capture them? tdpcump? It's GbE linkspeed...
It seems more likely that ZFS is running into slowdowns from resource
On Tue, Feb 16, 2010 at 09:57:19AM -0800, Pyun YongHyeon wrote:
On Sun, Feb 14, 2010 at 10:04:58AM -0800, Nick Rogers wrote:
I'm having repeated kernel panic issues on 8.0-RELEASE/amd64. Can anyone
shed light on the below error? I unfortunately cannot provide a proper crash
dump. The
See inline...
Harald Schmalzbauer wrote:
Harald Schmalzbauer schrieb am 17.02.2010 20:15 (localtime):
...
Now my first idea is to compare MSS and windows sizes before and
after the performance drop.
How do I best capture them? tdpcump? It's GbE linkspeed...
It seems more likely that ZFS is
On 02/18/10 16:26, Harald Weis wrote:
Has anybody encountered the following problem ?
Mac OS X does recognize FreeBSD partitions on USB disks, but doesn't
want to mount them because ``Incorrect super block''.
This is extremely annoying for my ``client'' because he relies on dayly
backups on USB
Patrick Mahan schrieb am 18.02.2010 16:20 (localtime):
See inline...
...
Please clarify my TCP understanding.
If I have the window set to 65535 in the header and a MSS of 1460, how
often should the receiver send ACK segments? window/MSS, right?
How soon you see the ACK is based on two
Harald Schmalzbauer wrote:
Some experimental results:
When rsyncing with windows, and FreeBSD is receiver, I see the same
ACK ever two segemnts, but speed is at 72MB/s.
When FreeBSD is sender and Windows is receiver, it looks more I
expected. There are about 20 data segments before a ACK is
Stephen Hurd schrieb am 18.02.2010 17:09 (localtime):
...
A TCP SHOULD implement a delayed ACK, but an ACK should not be
excessively delayed; in particular, the delay MUST be less than 0.5
seconds, and in a stream of full-sized segments there SHOULD be an ACK
for at least every second segment.
On Thu, Feb 18, 2010 at 10:24 AM, Harald Schmalzbauer
h.schmalzba...@omnilan.de wrote:
The problem is not with the windows box, these transfer rates are sensible.
The problem is with two RELENG_8 machines.
I'm doing this whole thing because I observed slowdowns under 20MB/s and I
try to
On 02/09/10 12:54, Gary Jennejohn wrote:
On Tue, 09 Feb 2010 09:41:34 +
O. Hartmannohart...@zedat.fu-berlin.de wrote:
[snip maybe too much]
On 02/08/10 21:42, Eitan Adler wrote:
you need to load the sem module (kldload sem).
SysV smaphore (or sem?) are built into my
Adam Vande More schrieb am 18.02.2010 17:28 (localtime):
On Thu, Feb 18, 2010 at 10:24 AM, Harald Schmalzbauer
h.schmalzba...@omnilan.de mailto:h.schmalzba...@omnilan.de wrote:
The problem is not with the windows box, these transfer rates are
sensible. The problem is with two RELENG_8
On 02/18/10 16:31, O. Hartmann wrote:
On 02/09/10 12:54, Gary Jennejohn wrote:
On Tue, 09 Feb 2010 09:41:34 +
O. Hartmannohart...@zedat.fu-berlin.de wrote:
[snip maybe too much]
On 02/08/10 21:42, Eitan Adler wrote:
you need to load the sem module (kldload sem).
SysV smaphore (or
Ahoy. I didn't get any replies to this on -net, so I thought I'd try
here. I have an 8.0-RELEASE-p2/amd64 machine running a custom kernel
(configuration file at http://acm.poly.edu/~spawk/ACM) and I am unable
to use the NFS server module on it. After loading the nfssvc module,
attempting to
On Thu, Feb 18, 2010 at 05:52:37PM +0100, Harald Schmalzbauer wrote:
Stephen Hurd schrieb am 18.02.2010 17:18 (localtime):
...
one retransmit per five packets). Is this what you're seeing? If
you have a capture you could share covering a few seconds, I could
take a look and provide a better
On Tue, Feb 16, 2010 at 12:38 AM, Dan Naumov dan.nau...@gmail.com wrote:
I don't know, but I plan to test that scenario in a few days.
Matt
Please share the results when you're done, I am really curious :)
Booting from a stripe of two raidz vdevs works:
FreeBSD/i386 boot
Default:
All those duplicate ACKs look like a problme to me... I would be inclined to
capture from the other end or from a monitor port on the switch to make sure
those are actually hitting the wire. The only explination I can think of is
that the system sending the duplicate ACKs is assuming that it's
Date: Thu, 18 Feb 2010 17:24:05 +0100
From: Harald Schmalzbauer h.schmalzba...@omnilan.de
Sender: owner-freebsd-sta...@freebsd.org
Stephen Hurd schrieb am 18.02.2010 17:09 (localtime):
...
A TCP SHOULD implement a delayed ACK, but an ACK should not be
excessively delayed; in
On Thu, Feb 18, 2010 at 05:38:22PM +0300, Slawa Olhovchenkov wrote:
On Tue, Feb 16, 2010 at 09:57:19AM -0800, Pyun YongHyeon wrote:
On Sun, Feb 14, 2010 at 10:04:58AM -0800, Nick Rogers wrote:
I'm having repeated kernel panic issues on 8.0-RELEASE/amd64. Can anyone
shed light on the
On Thu, 18 Feb 2010, Boris Kochergin wrote:
Ahoy. I didn't get any replies to this on -net, so I thought I'd try here. I
have an 8.0-RELEASE-p2/amd64 machine running a custom kernel (configuration
file at http://acm.poly.edu/~spawk/ACM) and I am unable to use the NFS server
module on it.
Rick Macklem wrote:
On Thu, 18 Feb 2010, Boris Kochergin wrote:
Ahoy. I didn't get any replies to this on -net, so I thought I'd try
here. I have an 8.0-RELEASE-p2/amd64 machine running a custom kernel
(configuration file at http://acm.poly.edu/~spawk/ACM) and I am
unable to use the NFS
On 2010-Feb-17 20:03:22 +0100, Torfinn Ingolfsen
torfinn.ingolf...@broadpark.no wrote:
On Wed, 17 Feb 2010 19:49:27 +0100
Torfinn Ingolfsen torfinn.ingolf...@broadpark.no wrote:
Unfortunately, it isn't enough to keep the machine in sync all the time.
But it is better than HPET so I'll keep it.
On Thu, Feb 18, 2010 at 11:36:12AM -0800, Pyun YongHyeon wrote:
On Thu, Feb 18, 2010 at 05:38:22PM +0300, Slawa Olhovchenkov wrote:
On Tue, Feb 16, 2010 at 09:57:19AM -0800, Pyun YongHyeon wrote:
On Sun, Feb 14, 2010 at 10:04:58AM -0800, Nick Rogers wrote:
I'm having repeated kernel
On Fri, Feb 19, 2010 at 12:24:28AM +0300, Slawa Olhovchenkov wrote:
On Thu, Feb 18, 2010 at 11:36:12AM -0800, Pyun YongHyeon wrote:
On Thu, Feb 18, 2010 at 05:38:22PM +0300, Slawa Olhovchenkov wrote:
On Tue, Feb 16, 2010 at 09:57:19AM -0800, Pyun YongHyeon wrote:
On Sun, Feb 14,
Kevin Oberman schrieb am 18.02.2010 20:23 (localtime):
...
window allows for many packets to be in flight and with a 3 Gbps flow,
that is a LOT of data. While an ACK is sent every two packets of
received data, the transmitting side does not wait for the ACKs. It
...
That is a VERY simple and
On Tuesday 08 December 2009 17:41:45 Jeff Blank wrote:
Hi,
I'm having a little trouble using the virtual media function of
Dell's PowerEdge R-series (R710 in this case) iDRAC6 under FreeBSD
(7.1, 8.0). This is presented as /dev/cd0, a USB/SCSI device, I
guess. This is in the dmesg buffer
On Thu, Feb 18, 2010 at 01:32:13PM -0800, Pyun YongHyeon wrote:
dmesg output(only bge(4) related one).
dmesg from boot:
bge0: HP NC7782 Gigabit Server Adapter, ASIC rev. 0x002100 mem
0xfdf7-0xfdf7 irq 25 at device 2.0 on pci2
miibus0: MII bus on bge0
brgphy0: BCM5704
On Thu, Feb 18, 2010 at 09:26:41PM +, Scott Mitchell wrote:
So it appears to work if I force the starting sector to be zero. I see the
same result with an RHEL5 DVD image:
(504) ~ $ sudo umount /mnt
(505) ~ $ sudo mount_cd9660 -v /dev/cd0 /mnt
using starting sector 512
mount_cd9660:
On Thu, Feb 18, 2010 at 03:00:28PM -0500, Boris Kochergin wrote:
Rick Macklem wrote:
On Thu, 18 Feb 2010, Boris Kochergin wrote:
Ahoy. I didn't get any replies to this on -net, so I thought I'd try
here. I have an 8.0-RELEASE-p2/amd64 machine running a custom kernel
(configuration
On Fri, 19 Feb 2010 07:54:58 +1100
Peter Jeremy peterjer...@acm.org wrote:
On 2010-Feb-17 20:03:22 +0100, Torfinn Ingolfsen
torfinn.ingolf...@broadpark.no wrote:
Did you delete /etc/ntp.drift between timecounter changes?
I sure did, I used the instructions given.
There's ntptime(8) but it
On Thursday 18 February 2010 21:54:16 Gary Palmer wrote:
Hi,
I'm no expert at this code, but it might be interesting to see the
results of
cdcontrol -v info
The code in mount_cd9660 in 7.x reads the CD/DVD table of contents
to figure out where the data segment starts. The only thing I
On Thu, Feb 18, 2010 at 10:57 AM, Matt Reimer mattjrei...@gmail.com wrote:
On Tue, Feb 16, 2010 at 12:38 AM, Dan Naumov dan.nau...@gmail.com wrote:
I don't know, but I plan to test that scenario in a few days.
Matt
Please share the results when you're done, I am really curious :)
On Fri, Feb 19, 2010 at 12:50:39AM +0300, Slawa Olhovchenkov wrote:
On Thu, Feb 18, 2010 at 01:32:13PM -0800, Pyun YongHyeon wrote:
dmesg output(only bge(4) related one).
dmesg from boot:
bge0: HP NC7782 Gigabit Server Adapter, ASIC rev. 0x002100 mem
0xfdf7-0xfdf7
On Thu, 18 Feb 2010 23:12:23 +0100
Torfinn Ingolfsen torfinn.ingolf...@broadpark.no wrote:
So I should change that to 3577045, right?
Like so:
r...@kg-f2# sysctl machdep.acpi_timer_freq=3579545
machdep.acpi_timer_freq: 3579545 - 3579545
Eh... I just realized that I did it wrong. well, that's
On Fri, Feb 19, 2010 at 12:50:39AM +0300, Slawa Olhovchenkov wrote:
On Thu, Feb 18, 2010 at 01:32:13PM -0800, Pyun YongHyeon wrote:
dmesg output(only bge(4) related one).
dmesg from boot:
bge0: HP NC7782 Gigabit Server Adapter, ASIC rev. 0x002100 mem
0xfdf7-0xfdf7
On Fri, Feb 19, 2010 at 1:03 AM, Matt Reimer mattjrei...@gmail.com wrote:
On Thu, Feb 18, 2010 at 10:57 AM, Matt Reimer mattjrei...@gmail.com wrote:
On Tue, Feb 16, 2010 at 12:38 AM, Dan Naumov dan.nau...@gmail.com wrote:
I don't know, but I plan to test that scenario in a few days.
Matt
On Thu, Feb 18, 2010 at 03:32:54PM -0800, Jeremy Chadwick wrote:
On Fri, Feb 19, 2010 at 12:50:39AM +0300, Slawa Olhovchenkov wrote:
On Thu, Feb 18, 2010 at 01:32:13PM -0800, Pyun YongHyeon wrote:
dmesg output(only bge(4) related one).
dmesg from boot:
bge0: HP NC7782
On Thu, Feb 18, 2010 at 4:36 PM, Dan Naumov dan.nau...@gmail.com wrote:
A stripe of 3-way mirrors, whoa. Out of curiosity, what is the system
used for? I am not doubting that there exist some uses/workloads for a
system that uses 6 disks with 2 disks worth of usable space, but
that's a bit
On Thu, Feb 18, 2010 at 04:19:13PM -0800, Pyun YongHyeon wrote:
I'm still not sure whether the panic is related with bge(4) but
there are a couple of missing workaround for PCIX BCM5704 silicon
bug in bge(4). Did you also see the panic before updating to
stable/8?
Before updating to
39 matches
Mail list logo
