Max Laier wrote:
On Friday 28 May 2010 07:46:07 Giulio Ferro wrote:
Months ago I reported a system freezing whenever bridge was used
with pf. This still happens now in 8.1 prerelease: after several minutes
to hours
that the bridge is active the system becomes unresponsive.
as I told
Performing the following gpart commands on either a hard disk or
usb memory stick doesn't correctly store the gpart type information.
What we're doing, using FreeBSD 8.1-PRERELEASE, csuped as at
30-May-2010 23:59 UTC (*default date=2010.05.30.23.59.59)
# gpart create -s GPT da1
# gpart add -s
Phil p...@amdg.etowns.org wrote
in 580ca5b8f8654fc782cc113761458...@hs:
ph Performing the following gpart commands on either a hard disk or
ph usb memory stick doesn't correctly store the gpart type information.
ph
ph What we're doing, using FreeBSD 8.1-PRERELEASE, csuped as at
ph 30-May-2010
On Mon, May 31, 2010 at 08:03:09AM +0200, Giulio Ferro wrote:
Max Laier wrote:
On Friday 28 May 2010 07:46:07 Giulio Ferro wrote:
Months ago I reported a system freezing whenever bridge was used
with pf. This still happens now in 8.1 prerelease: after several minutes
to hours
that the bridge
On Mon, 31 May 2010 01:32:17 -0700
Jeremy Chadwick free...@jdc.parodius.com wrote:
If you're actually using FreeBSD as a smart switch, then there may
be some spanning tree software that works on FreeBSD. I'm not
familiar with this setup or what software may be available. The
majority of
On May 30, 2010, at 10:35 PM, David Magda wrote:
An event framework would certainly be helpful in a general sense (Linux has
event(3) AFAIK), and that could certainly be useful for purging snapshots
during resource constrained situations. But even if we don't have it, I doubt
a fork(2)
FreeBSD 8.1-PRERELEASE #0 r208656
i have enabled textdump, if u need i guess i can still recover some info
from dedicated dump partition
i have enabled some tweaks in loader.conf
hint.p4tcc.0.disabled=1
hint.acpi_throttle.0.disabled=1
hint.apic.0.clock=0
kern.hz=100
hint.atrtc.0.clock=0
On Mon, May 31, 2010 at 5:20 PM, Konstantin Doulepov kdu...@gmail.com wrote:
[...]
Hello Konstantin,
Remove ZERO_COPY_SOCKETS and retry. It's been known to cause VM panics
for quite a while.
Regards,
Vlad
--
Good, fast cheap. Pick any two.
___
On Monday 31 May 2010 08:03:09 Giulio Ferro wrote:
Max Laier wrote:
On Friday 28 May 2010 07:46:07 Giulio Ferro wrote:
Months ago I reported a system freezing whenever bridge was used
with pf. This still happens now in 8.1 prerelease: after several minutes
to hours
that the bridge is
Jeremy Chadwick free...@jdc.parodius.com writes:
Is the mfsroot file compressed (.gz extension)? Reason I ask is that
the OP states he's using RELENG_7...
Yes it is compressed.
http://jdc.parodius.com/freebsd/pxeboot_serial_install_7.html#step7
Thanks much for this. I did a simple test, I
On Mon, May 31, 2010 at 11:25:51AM -0700, Dave Hayes wrote:
Jeremy Chadwick free...@jdc.parodius.com writes:
Is the mfsroot file compressed (.gz extension)? Reason I ask is that
the OP states he's using RELENG_7...
Yes it is compressed.
Jeremy Chadwick free...@jdc.parodius.com writes:
CC'ing jhb@ since he last updated PR kern/120127 (which I would say is
still a problem on RELENG_7 :-) ). John, are you aware of any gzip
decompression / mfsroot changes which might explain the problem on
RELENG_7? I haven't done a thorough
Dave Hayes d...@jetcafe.org writes:
Jeremy Chadwick free...@jdc.parodius.com writes:
CC'ing jhb@ since he last updated PR kern/120127 (which I would say is
still a problem on RELENG_7 :-) ). John, are you aware of any gzip
decompression / mfsroot changes which might explain the problem on
Larry Rosenman wrote:
On Sun, 10 Aug 2008, David Duchscher wrote:
On Aug 10, 2008, at 10:22 AM, Larry Rosenman wrote:
I don't have that IPMI card but I can say we have other cards of theirs
working. I would make sure the card is at the latest version of
firmware.
The AOC-SIMSO(+)
I have an 8.0-RELEASE system with 4000 permanent ARP entries due to having
a network interface (em(4)) configured with 4000 aliases. The arp -na
command takes what I consider to be an extremely long time to finish (up to
30s on an otherwise unloaded system). I am able to replicate this in a test
Is it expected behaviour that ahci performs a time-out during boot, even
though camcontrol indicates success? This is on 8.1-PRERELEASE csup'ed
today.
I've enclosed dmesg, camcontrol and pciconf information. The timeout is
approximately 12 to 14 seconds for each connected disk-drive. If I
16 matches
Mail list logo