On Fri, Jul 07, 2006 at 10:38:01PM +0100, Robert Watson wrote:
>
> On Fri, 7 Jul 2006, User Freebsd wrote:
>
> >>I think that I have patched, built and loaded the em(4) kernel module
> >>correctly. After applying the patch there were no rejects, before
> >>building the module I intentiona
Hello all,
I'm in the process of rolling out a new shell server and for numerous
reasons have decided 6.x is the best fit (jail improvements, SMP
improvements, 3Ware driver, pf). The shell server is within a jail, and
the uids there are unique so that quotas remain sane. There are about
500
On Fri, 7 Jul 2006, User Freebsd wrote:
I think that I have patched, built and loaded the em(4) kernel module
correctly. After applying the patch there were no rejects, before building
the module I intentionally appended " (patched)" to its version string in
if_em.c, and could see that in dme
On Fri, 7 Jul 2006, Atanas wrote:
Robert Watson said the following on 7/7/06 7:17 AM:
> I just left a "tcpdump -n arp host 10.10.64.40" on a third machine >
sniffing around and tested all em module versions I had (the stock 6.1, >
6-STABLE and 6-STABLE with your patch), but got silence on all
Mike Jakubik wrote:
John Baldwin wrote:
That is partly because when you run top it queries the resource usage
of the various processes via fill_kinfo_proc(). When you don't run
top, no one is asking for the resource usage numbers, so the kernel
doesn't waste time calculating them.
Ri
On Friday 07 July 2006 14:43, Mike Jakubik wrote:
> John Baldwin wrote:
> > That is partly because when you run top it queries the resource usage of
> > the various processes via fill_kinfo_proc(). When you don't run top, no
> > one is asking for the resource usage numbers, so the kernel doesn't w
Robert Watson said the following on 7/7/06 7:17 AM:
> I just left a "tcpdump -n arp host 10.10.64.40" on a third machine >
sniffing around and tested all em module versions I had (the stock
6.1, > 6-STABLE and 6-STABLE with your patch), but got silence on all
three:
That's odd. I've tested it
Hello Dmitriy and thanks for your replay.
Dmitriy Kirhlarov wrote:
What i have is that when i'm pinging carp0 (inet) or carp1(lan)
interface's ip address of my firewall - i'm receivind DUP responses.
One from carp and other from freevrrpd.
While this tests i have freevrrpd down. First
John Baldwin wrote:
That is partly because when you run top it queries the resource usage of the
various processes via fill_kinfo_proc(). When you don't run top, no one is
asking for the resource usage numbers, so the kernel doesn't waste time
calculating them.
Right, also running ps ha
On Thursday 06 July 2006 22:01, Mike Jakubik wrote:
> I'm getting a ton of them now, and i found a way to reproduce them.
> Basically i run a compile session in one terminal, say make buildkernel,
> and run top in another. As soon as i run top, the messages appear, and
> they seem to be synchron
Hi all,
i have updated gnutls and see
libgnutls-extra.so.13
libgnutls-extra.so.13
libgnutls.so.13
before i update all ports denpend on it, shouldn't that read
*.so.16 ??
___
freebsd-stable@freebsd.org mailing list
http:
Hi, list.
I use mixed (master.passwd + ldap) authorization.
I have a problem -- when network unreacheble, local users can't login
to system.
After investigation, I find reason -- timeouts, when resolver try
return ldap server IP.
I add to /etc/nsswitch.conf:
group: files [success=return notfound=
Chuck Swiger wrote:
While building software which uses GNU autoconf, ./configure tries to
build and run a bunch of tiny test programs to see whether various
system calls are available and how they work, figure out sizes of
variable types, look for compilers for languages not being used by
your
Thomas T. Veldhouse wrote:
I have seen messages like this on every FreeBSD machine that I have ever
built. Can anybody indicate to me what this means?
pid 60038 (conftest), uid 0: exited on signal 12 (core dumped)
While building software which uses GNU autoconf, ./configure tries to build
a
I have seen messages like this on every FreeBSD machine that I have ever
built. Can anybody indicate to me what this means?
pid 60038 (conftest), uid 0: exited on signal 12 (core dumped)
This issue is ALWAYS with "conftest".
Tom Veldhouse
___
fre
First, missed some info:
> uname -a
FreeBSD byleist.hq.ismobile.com 6.1-STABLE FreeBSD 6.1-STABLE #1: Mon
Jun 26 20:37:45 CEST 2006
[EMAIL PROTECTED]:/usr/obj/usr/src/sys/BYLEISTSMP i386
So I continued to dig into this and it seems that the plex is not
rebuilding because the geom is open, i.
On Sat, Jul 01, 2006 at 10:16:13AM -0700, Bradley W. Dutton wrote:
> Hi,
>
> I just tried 'graid3 configure -a' on a degraded array and received the
> following:
> panic: lock geom topology not exclusively locked @
> /usr/src/sys/geom/raid3/g_raid3_ctl.c:105
Ouh... Thanks for the report, I fixed
On Thu, Jul 06, 2006 at 09:52:00AM -0700, Bradley W. Dutton wrote:
> Hi,
>
> I get the below panic when rebuilding a graid3 array. Is this indicative
> of a hardware or software problem? Or is some of the data on my array
> corrupt and I should just rebuild the array? I searched on google and
> di
On Fri, 7 Jul 2006, Pyun YongHyeon wrote:
> I just left a "tcpdump -n arp host 10.10.64.40" on a third machine
> sniffing around and tested all em module versions I had (the stock 6.1,
> 6-STABLE and 6-STABLE with your patch), but got silence on all three:
That's odd. I've tested it on CURRE
On Thu, 6 Jul 2006, Bradley W. Dutton wrote:
I get the below panic when rebuilding a graid3 array. Is this indicative of
a hardware or software problem? Or is some of the data on my array corrupt
and I should just rebuild the array? I searched on google and didn't find
much.
panic: mb_dtor_
Hi, folks.
I want to add some additional information about problem related
processes in block state. I see it on my server Dual CPU: Intel(R)
Xeon(TM) CPU 2.40GHz (2399.33-MHz 686-class CPU) with amrd device.
FreeBSD 6.1-RELEASE-p1
I see some httpd daemons in D state:
procs memory page
Hi.
On Fri, Jul 07, 2006 at 11:27:26AM +0300, Danny Braniss wrote:
> the problem is solved. see
> http://www.freebsd.org/cgi/query-pr.cgi?pr=99873
I had the same problem. patch applied and all is fine! Thanx!
- Oliver
--
| Oliver Brandmueller | Offenbacher Str. 1 | Germany D-1419
Fabian Keil <[EMAIL PROTECTED]> wrote:
> Fabian Keil <[EMAIL PROTECTED]> wrote:
>
> > Robert Watson <[EMAIL PROTECTED]> wrote:
>
> > > It sounds like your serial console server may not know how to map
> > > SSH break signals into remote serial break signals. Try
> > > ALT_BREAK_TO_DEBUGGER. He
Hi!
First of all. If you're using carp, you need ports/net/ifstated, not
freevrrpd.
On Thu, Jul 06, 2006 at 11:46:18PM +0400, Anton Nikiforov wrote:
> What i have is that when i'm pinging carp0 (inet) or carp1(lan)
> interface's ip address of my firewall - i'm receivind DUP responses.
One from
> something has changed wrt nmount(2)/mountd(8)/exports(5):
>
> > cat /etc/exports
> /h -alldirs -network 132.65.0.0 -mask 255.255.0.0
> > cat /etc/fstab
> /dev/da1s1d /h ufs rw 1 1
>
> and all is fine, the filesystem is exported and accesible.
>
> # /etc/rc.d/mountd reload
> R
Brooks Davis wrote:
> On Thu, Jul 06, 2006 at 06:04:37PM +0200, [LoN]Kamikaze wrote:
>> Brooks Davis wrote:
>>> On Thu, Jul 06, 2006 at 11:01:43AM +0200, [LoN]Kamikaze wrote:
Brooks Davis wrote:
> On Thu, Jul 06, 2006 at 02:45:45AM +0200, [LoN]Kamikaze wrote:
>> I normally run the comm
On Thursday 06 July 2006 22:46, Anton Nikiforov wrote:
> Dear all.
[snip]
>
> That means that in case some service (provided by jail managed by
> freevrrpd) will be accessed from outside - i cannot be sure what host
> will answer the request.
>
You have vrrp on jails and carp on the host system?
T
27 matches
Mail list logo
