Re: HEADS-UP: Shared Library Versions bumped...

2009-07-24 Thread Daniel O'Connor
On Wed, 22 Jul 2009, John Baldwin wrote: > > How many of those 800 ports are actually necessary and used? > > It would be better to get generate a complete list of your > > installed ports, use pkg_deinstall or pkg_delete to remove > > all ports, and then selectively re-install ports that are > > a

Re: HEADS-UP: Shared Library Versions bumped...

2009-07-24 Thread Mel Flynn
On Thursday 23 July 2009 22:55:07 Daniel O'Connor wrote: > On Wed, 22 Jul 2009, John Baldwin wrote: > > > How many of those 800 ports are actually necessary and used? > > > It would be better to get generate a complete list of your > > > installed ports, use pkg_deinstall or pkg_delete to remove >

Re: ataraid's revenge! (Was: Re: A nasty ataraid experience.)

2009-07-24 Thread Gavin Atkinson
On Thu, 2009-07-23 at 19:57 +0100, Bruce Simpson wrote: > 6 months on, ataraid(4) did it again. Which ataraid(4) controller is this? Seeing a verbose dmesg would help. There are several patches in the PR database for ataraid problems, it would be worth having a look. Gavin _

[geom] page fault in g_mbr_config()

2009-07-24 Thread pluknet
Hi. I got a panic while performing a repetitive 'fdisk -BI aacd0', where aacd0 is a disk on aac0: . This means that the command was issued after filesystems were already created on aacd (after the first fdisk -BI aacd0 iteration), and are in umount'ed state. This is on 7.2-R, amd64. Config is a

Re: [geom] page fault in g_mbr_config()

2009-07-24 Thread pluknet
2009/7/24 pluknet : > Hi. > > I got a panic while performing a repetitive  'fdisk -BI aacd0', > where aacd0 is a disk on aac0: . > This means that the command was issued after filesystems > were already created on aacd (after the first fdisk -BI aacd0 > iteration), and are in umount'ed state. > > T

Torrent clients bring pf-based firewall to its knees...?

2009-07-24 Thread Mike Edenfield
I've recently begun running a torrent client after hours on a PC sitting behind our firewall (7.2-STABLE using pf). I have added a 'rdr' rule to redirect incoming traffic to the client PC from the firewall, and as far as the client is concerned everything is fine. However, after a short perio

Re: Torrent clients bring pf-based firewall to its knees...?

2009-07-24 Thread Peter C. Lai
If only a reboot solves the problem sounds like a kernel problem? mbuf leakage? On 2009-07-24 04:56:11PM -0400, Mike Edenfield wrote: > I've recently begun running a torrent client after hours on a PC sitting > behind our firewall (7.2-STABLE using pf). I have added a 'rdr' rule to > redirect i

[releng_7 tinderbox] failure on amd64/amd64

2009-07-24 Thread FreeBSD Tinderbox
TB --- 2009-07-24 21:39:39 - tinderbox 2.6 running on freebsd-stable.sentex.ca TB --- 2009-07-24 21:39:39 - starting RELENG_7 tinderbox run for amd64/amd64 TB --- 2009-07-24 21:39:39 - cleaning the object tree TB --- 2009-07-24 21:40:06 - cvsupping the source tree TB --- 2009-07-24 21:40:06 - /usr/

status of flash9/flash10 support in RELENG_7 ?

2009-07-24 Thread Luigi Rizzo
Does anyone know what is the status of flash9 or flash10 in RELENG_7 ? Following the thread of a couple of months ago, i tried to: - remove all linux-* ports - set the following in /etc/make.conf OVERRIDE_LINUX_BASE_PORT=f8 OVERRIDE_LINUX_NONBASE_PORTS=f8 - set the following in /etc

Re: Torrent clients bring pf-based firewall to its knees...?

2009-07-24 Thread Thomas David Rivers
Is there a main() function in your program? Are you building this for LE operation, or with the Systems/C runtime? If it's Systems/C, are you using the RENT library (and the -frent option on the compilation?) If you want to build a non-RENT program for USS, you can, but you have to set the appro

Re: Torrent clients bring pf-based firewall to its knees...?

2009-07-24 Thread Clifton Royston
On Fri, Jul 24, 2009 at 04:56:11PM -0400, Mike Edenfield wrote: > I've recently begun running a torrent client after hours on a PC sitting > behind our firewall (7.2-STABLE using pf). I have added a 'rdr' rule to > redirect incoming traffic to the client PC from the firewall, and as far > as th