--On 31 July 2013 23:47 +0400 Sergey Kandaurov pluk...@gmail.com wrote:
But is there any hard limit we're likely to encounter putting so many
IP's on a single machine? - Are there any limits that would likely need
tuning to support that many IP's?
Unlikely, besides those unrelated things
Hi,
We've got a number of boxes we'd like to consolidate - this could mean
upward of 1,500 IP's on a single box (9.1 amd64).
Last time we did anything like this we hit at issue at around 900 (ntpd
'binds' by default to all available IP's - I think we had a workaround for
that).
But is
Hi,
I've got a number of 9.1 boxes, where we need to enable ipfw (by
kldload'ing it).
I'm sure I saw a while ago a sysctl that would change the default ipfw
config from 'deny all' to 'allow all' - even for a kldload? But I can't
find it now.
The boxes have a number of CARP interfaces on
--On 29 July 2013 13:02 +0200 Stefan Esser s...@freebsd.org wrote:
I guess you were looking for:
net.inet.ip.fw.default_to_accept=1
which is a tunable to be set in /boot/loader.conf ...
Very probably - but that's at boot time :( - Is there nothing I can do at
kldload time to have
--On 29 July 2013 12:30 +0100 Simon Dick sim...@irrelevant.org wrote:
My normal way is to run the kldload in screen and manually run an allow
all right afterwards
e.g.
kldload ipfw ipfw blah... :)
Yeah, that would probably work - I'm more concerned what impact it would
have on the CARP
--On 29 July 2013 17:04 +0300 Konstantin Belousov kostik...@gmail.com
wrote:
kenv net.inet.ip.fw.default_to_accept=1
should have the same effect after the usermode is booted. Kenv must
be set before the module is loaded.
Great - thanks! - I'll give that a go in the test environment,
Hi,
I have two SuperMicro E31220L based systems - both had identical
/etc/sysctl.conf - I then shifted them from 9.0-R to 9.0-Stable (as of
2012/12/03).
Now I've noticed of them complains at boot time that a bunch of OID's are
missing - and sure enough:
sysctl kern.random
sysctl:
--On 30 October 2012 19:51 +0200 Konstantin Belousov kostik...@gmail.com
wrote:
I suggest to take a look at where the actual memory goes.
Start with procstat -v.
Ok, running that for the milter PID I get seem to be able to see smallish
chunks used for things like 'libmilter.so', and
--On 31 October 2012 16:06 +0200 Konstantin Belousov kostik...@gmail.com
wrote:
Since you neglected to provide the verbatim output of procstat, nothing
conclusive can be said. Obviously, you can make an investigation on your
own.
Sorry - when I ran it this morning the output was several
Hi All,
Can anyone think of any quick pointers as to why some code originally
written under 6.4 amd64 - when re-compiled under 9.0-stable amd64 takes up
a *lot* more memory when running?
The code involved is a sendmail Milter, and a TCP server type program (that
runs up a large number of
--On 30 October 2012 11:21 + Steven Hartland kill...@multiplay.co.uk
wrote:
They've not been running longing enough yet to see if anything is
'leaking' (i.e. if size/res continues to go up). Just thought I'd ask
if there's a simple/possible explanation for this - and if it's
something
--On 30 October 2012 18:27 +0700 Erich Dollansky
erichfreebsdl...@ovitrap.com wrote:
is it still the same compiler?
Depends how you mean 'the same' - on the 6.4 system it shows:
cc (GCC) 3.4.6 [FreeBSD] 20060305
And, on the 9.0-S it shows:
cc (GCC) 4.2.1 20070831 patched [FreeBSD]
--On 30 October 2012 22:59 +1100 Jan Mikkelsen j...@transactionware.com
wrote:
-O2 -pthread -lc_r
They're now compiled under 9.0-S with just:
-O2 -pthread
libc_r is a user mode implementation of pthreads, so there is one actual
kernel thread with a stack. You now have ~700 kernel
--On 30 October 2012 19:43 +0700 Erich Dollansky
erichfreebsdl...@ovitrap.com wrote:
Depends how you mean 'the same' - on the 6.4 system it shows:
cc (GCC) 3.4.6 [FreeBSD] 20060305
And, on the 9.0-S it shows:
cc (GCC) 4.2.1 20070831 patched [FreeBSD]
So 'same' - but different
Hi,
I've got a SuperMicro X8DTL-IF based server (with Intel L5630), 6Gb of RAM
and two onboard Intel NIC's. afaik this is running the stock FreeBSD 9.0-R
GENERIC kernel.
em0: Intel(R) PRO/1000 Network Connection 7.2.3 port 0xdc00-0xdc1f mem
0xfbce-0xfbcf,0xfbcdc000-0xfbcd irq
The last time it hung, 'netstat -n -i' showed:
NameMtu Network Address Ipkts Ierrs IdropOpkts
Oerrs Coll
em01500 Link#5 00:25:90:31:82:46 355482 10612864185945 0
291109 3032246910270 1516123455135
That's from about 30 seconds after the interface
--On 01 March 2012 07:59 -0800 Garrett Cooper yaneg...@gmail.com wrote:
Do you mean (looking at the man page) just setting:
hint.kbdmux.0.disabled=1
In device.hints?
That didn't make any difference - nor, (just in case) did setting it to
'0'.
Are you sure it's compiled into the kernel?
--On 29 February 2012 07:50 -0800 Garrett Cooper yaneg...@gmail.com wrote:
The BIOS has an option for port 60/64 emulation - I've tried enabling it
(didn't seem to make any difference with nothing changed on the FreeBSD
side) - is there any way to coax the system to prefer / use what would
--On 28 February 2012 10:47 -0800 Sean Bruno sean...@yahoo-inc.com wrote:
Can you dump the full dmesg on boot? I've noted that shared ethernet
devices and IPMI seem to conflict. Expecially if the kernel is
explicity turning off the ethernet device becuase its not configured.
Sean
Sure -
--On 29 February 2012 12:44 +0200 Andriy Gapon a...@freebsd.org wrote:
on 29/02/2012 11:47 Karl Pielorz said the following:
http://www.tdx.com/x8dtl-if.txt
So the cause is that ukbd driver tries to attach after the mountroot
stage. The symptom is obvious, a fix is not.
The BIOS has
--On 27 February 2012 12:04 + Karl Pielorz kpielorz_...@tdx.co.uk
wrote:
Once the kernel is loading you see:
Sorry - that should be, once the O/S is booting, not kernel loading - you
see: ...
ugen1.2: Winbond Electronics Corp at usbus1
ums0: Winbond Electronics Corp Hermon
Hi,
We have a number of SuperMicro based systems (e.g. an X8DTL-IF) - this is
running the latest BIOS (2.1a) - and the latest (supplied by SuperMicro)
IPMI firmware - 2.44. We're using FreeBSD 9.0-R amd64.
When using the LAN KVM keyboard (IPMI) - it works for the BIOS (as you'd
expect) -
Hi,
I posted this question in -Questions about a week ago, and didn't get any
replies :(
I'm just trying to check - we have a number of 8.2-STABLE amd64 systems
where the onboard RAID shows up as '/dev/ar0' (which we use for
filesystems, i.e. /dev/ar0s1d et'al), and the underlying devices
--On 01 September 2011 07:45 -0500 Mark Felder f...@feld.me wrote:
Is it OK to run smartmontools / smartd / smartctl against the underlying
adX devices, whilst ar0 is in use?
Yes. :-)
Thanks :-) I'll look for other reasons why one of the machines mysteriously
locked up with everything
Hi,
I just switched my 8.1-R/amd64 (dual Opteron) system from ATA over to the
new mvs driver, and started seeing a whole bunch of errors (which appear to
have hosed one of my zfs volumes during a scrub) - anyone know what the
following errors actually mean?
The machine has 2 * 88SX6081's
Hi All,
This is related to a post I made the other day in freebsd-fs, which didn't
get any replies (I'm a bit desperate as I need to replace a failing drive
on the system - hence need to attach a spare - so apologies for the kind of
cross-post)...
I'm running 7.3-STABLE on an amd64, w/10Gb
Hi All,
I originally posted this in freebsd-fs - but didn't get a reply... I have a
number of systems (mostly 7.2-S/amd64) running ZFS. Some of these handle
millions of files.
I've noticed recently, according to df -i I'm starting to run out of
inodes on some of them (96% used).
e.g.
--On 18 February 2010 12:41 +0100 Ivan Voras ivo...@freebsd.org wrote:
I know ZFS doesn't have inodes (think they're znodes), and is capable of
handling more files than you can probably sensibly think about on a
filesystem - but is df -i just getting confused, or do I need to be
concerned?
Hi,
I've recently updated my amd64 system from 6.4 to 7.2-Stable - this works
fine, but I've started picking up errors on the console:
ad36: TIMEOUT - FLUSHCACHE retrying (1 retry left)
The drive (an WD5000AAKS) appears healthy - SMART reports no errors, or
problems - and the timeouts
Hi,
I finally resolved this... (posted to the list for completeness / incase
someone else hits this issue).
Brief Solution: Reduce dram timing in the bios from DDR400 to DDR333.
Gory details: Having taken quite a trip through mptables, bioses, pulling /
pushing DIMM's etc. - all the DIMM's
--On 13 February 2009 20:08 +0100 Max Laier m...@love2party.net wrote:
Can you maybe try to take the nVidia RAID out of the equation? I figure
the professional version of the chip is not that common so maybe the
corruption stems from the disk controller.
Hi,
I've tested with both
Hi,
I've a Tyan S2895 (bios 1.04), w/10Gb of ECC RAM onboard using 2 * Opteron
285's. The machine used to run WinXP x64, and Vista x64 (mostly doing video
production, ray tracing etc.)
I recently switched this machine to FreeBSD 7.1 amd64 - to run ZFS on it,
but I've been having horrific
Hi,
Recently, a ZFS pool on my FreeBSD box started showing lots of errors on
one drive in a mirrored pair.
The pool consists of around 14 drives (as 7 mirrored pairs), hung off of a
couple of SuperMicro 8 port SATA controllers (1 drive of each pair is on
each controller).
One of the
--On 12 September 2008 06:21 -0700 Jeremy Chadwick [EMAIL PROTECTED]
wrote:
As far as I know, there is no such standard mechanism in FreeBSD. If
the drive falls off the bus entirely (e.g. detached), I would hope ZFS
would notice that. I can imagine it (might) also depend on if the disk
--On 20 October 2006 13:47 +0100 Robert Watson [EMAIL PROTECTED] wrote:
I'm just a little hesitant to put it all in, and end up with a machine
that's 80% slower :(
Depends a lot on your workload. WITNESS used to really, really slow
things down for kernel lock intensive workloads (VFS
Hi All,
We've got an HP DL380 server, stacked out with drives running Sendmail. The
machine is quite busy (LA rarely below 4 - and it's three 'spindle' sets of
RAID drives are always busy). It's probably constantly running 200-300
copies of sendmail, plus an assortment of other processes
--On 20 October 2006 14:01 +0300 Kostik Belousov [EMAIL PROTECTED]
wrote:
On Fri, Oct 20, 2006 at 11:56:33AM +0100, Karl Pielorz wrote:
I have a crash dump from it - which I've saved (I'm moderately familiar
with working with dumps, but this one is split into two?)
If anyone has any
Hi All,
We've recently started using HP Proliant DL360's / 380's - and we're also
moving our new machines to FreeBSD 6.1
I've found a problem with ddb - no matter what I do, I can't get the
keyboard on the server to work, when it's dropped into ddb.
I've tried HP's iLO management (virtual
--On 27 April 2006 16:34 +0400 Andrey V. Elsukov [EMAIL PROTECTED]
wrote:
Karl Pielorz wrote:
I've found a problem with ddb - no matter what I do, I can't get the
keyboard on the server to work, when it's dropped into ddb.
Try to boot in safe mode:
http://docs.freebsd.org/cgi/mid.cgi
--On 05 September 2005 21:52 +0400 Stanislav Sedov [EMAIL PROTECTED] wrote:
How does your SATA controller operate? Try to use LEGACY mode.
Do you mean in the BIOS? - If so, there's no adjustments for this that I
can see in the BIOS :(
Infact, in keeping with most modern laptops - the
Hi All,
I recently tried to boot the FreeBSD 6.0 Beta #3 on my laptop, and ran into
a problem.
The hard drive controller probes as:
atapci0: Intel ICH6 SATA150 contoller port
0xbfa0-0xbfaf,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 irq 17 at device 31.2 on
pci0
...
ad0: 57231MB
--On 05 September 2005 19:31 +0400 Stanislav Sedov [EMAIL PROTECTED] wrote:
Try to disable ACPI - it can helps. There may be some problems with ACPI
on your laptop - BIOS update sometime helps. But first try to disable ACPI
during FreeBSD boot.
Latest BIOS on the machine already (apparently
Warner Losh wrote:
Kill sendmail's root process. That's the best you can do. It won't
impact anything, it will prevent the reading of the queue files (and
the config files) and the children will just run with the old copies.
then you wait for all the children to die (with a reasonable
Thomas Valentino Crimi wrote:
Take a look at rtprio(2), giving yourself a realtime priority will
guarantee you the CPU until you explicitly release it (or another higher
priority realtime process comes along). I'm not sure if the same
deadlock potential that exists with giving a process
Warner Losh wrote:
If advisory locks won't work (and they almost always will for things
like this), then you could walk the process tree. For all processes
that aren't suspended or yourself, send a SIGSTOP, keep a list.
I don't think advisory locks will work - the other process is
Bjoern Fischer wrote:
To wrap libc functions you have to use dlsym() with the special
handle RTLD_NEXT to get the next incarnation of your function.
E.g. you want to wrap fchmod(), so write your own fchmod() and
after you `corrected' the params you may have to call the `real'
fchmod(). You
Hi All,
I'm working on some code that runs fine on Linux, but not under FreeBSD...
Trying to port the code is proving to be a pain...
The code is a 'wrapper' / 'shim' that's meant to be LD_PRELOAD'ed before an
executable... I've gotten everything to compile, and the LD_PRELOAD works, but
a lot
Daniel O'Connor wrote:
On 03-Aug-00 Karl Pielorz wrote:
Any pointers would be greatefuly received, unfortunately this all works
under
Linux (I'm not bashing anyone on the head with that, I'm far more interested
in getting it working under FreeBSD)...
I think the problem
he drivers are set out etc. (At least, that seems to be the case to me!).
This leaves me a little confused, if I'm going to model my driver on one
of the existing ones - which is best?
Thanks in advance for any info,
Regards,
Karl Pielorz
To Unsubscribe: send mail to [EMAIL PROTECTED]
with &q
Darren Reed wrote:
It is evil connection. Good applications do read data from their sockets,
and evil ones do not. And ever if it is good, but silly or busy
application, good clients do not send so much data that application
can not process it. Am I wrong, there are any examples?
So
Darren Reed wrote:
It is evil connection. Good applications do read data from their sockets,
and evil ones do not. And ever if it is good, but silly or busy
application, good clients do not send so much data that application
can not process it. Am I wrong, there are any examples?
So
Chris Costello wrote:
No, since it would just be useless bloat in the source tree.
If we must have it, how about a port? - I'm definitely for the this isn't a
good idea crowd, When I was using Linux, I thought it was 'cute'... I've
grown up a bit since then...
-Kp
To Unsubscribe: send
Vincent Poy wrote:
Well, the manual doesn't guarantee security either The only
thing the switch seems to do is give dedicated bandwidth to each port but
no one knows if it's a true switch since someone did mention a CableTron
switch being nothing but a bundled of hub ports inside
Craig Johnston wrote:
Well, I'm looking into doing striping and mirroring on a new webserver
I am bringing up (3.2-stable) and I have to say, vinum looks very cool.
It took me like half an hour to get it going from first contact.
Nice job Greg -- very straightforward.
Now, the official
Vincent Poy wrote:
Note also that FreeBSD can easily saturate 100 Mbps Ethernet.
It meets the spec when shipped but the bends, curves, temperature
and other factors do affect the performance. I guess a good way to test
the cable is with FreeBSD since it's the only real OS I've
Vincent Poy wrote:
Testing after the dust has settled and while it is in use is
different since conditions do change. The testers only tests for
continuity, not the impedance or any other electrical properties of the
cable.
The decent testers (such as a professional cable
Craig Johnston wrote:
Well, I'm looking into doing striping and mirroring on a new webserver
I am bringing up (3.2-stable) and I have to say, vinum looks very cool.
It took me like half an hour to get it going from first contact.
Nice job Greg -- very straightforward.
Now, the official
Vincent Poy wrote:
Note also that FreeBSD can easily saturate 100 Mbps Ethernet.
It meets the spec when shipped but the bends, curves, temperature
and other factors do affect the performance. I guess a good way to test
the cable is with FreeBSD since it's the only real OS I've
Vincent Poy wrote:
Testing after the dust has settled and while it is in use is
different since conditions do change. The testers only tests for
continuity, not the impedance or any other electrical properties of the
cable.
The decent testers (such as a professional cable installing
Yes, a nice, effective - and simply way of replacing syscall's on FreeBSD...
Some might say a little too 'simple'?
-Kp
crypt0genic wrote:
Have you all seen this?
From: Anonymous [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Hi folks,
THC released a new article dealing with FreeBSD 3.x
Yes, a nice, effective - and simply way of replacing syscall's on FreeBSD...
Some might say a little too 'simple'?
-Kp
crypt0genic wrote:
Have you all seen this?
From: Anonymous nob...@replay.com
To: bugt...@securityfocus.com
Hi folks,
THC released a new article dealing with FreeBSD
Mark Newton wrote:
Karl Pielorz wrote:
Yes, a nice, effective - and simply way of replacing syscall's on
FreeBSD...
Some might say a little too 'simple'?
Garbage. You can do this on any OS, whether it supports loadable
modules or not, if you've managed to win sufficient
Greg Lehey wrote:
I've come to understanding that lack of documentation is probably one of
the factors that keep the system healthy, because it keeps the unskilled
people away. I don't know whether it's true but I read in books that
reading code is one of the methods to learn
Greg Lehey wrote:
I've come to understanding that lack of documentation is probably one of
the factors that keep the system healthy, because it keeps the unskilled
people away. I don't know whether it's true but I read in books that
reading code is one of the methods to learn programming.
Roger Hardiman wrote:
Hi,
I remember reading in the mailing lists how softupdates
were unreliable on SMP 3.x and -current machines about 6-8 months
ago.
Is this all fixed now for SMP machines?
I've been using softupdates on a uni-processor 3.2-stable machine
and it works well. I wanted
"006792";
google_color_url = "006792";
google_color_text = "00";
//-->
Re: ZFS w/failing drives - any equivalent of Solaris FMA?
Karl Pielorz
Re: ZFS w/failing drives - any equivalent of Solaris FMA?
Nathanael Hoyle
Re: ZFS w/failing drives - any equivalent of
66 matches
Mail list logo