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?
That's
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 command
# pkg_version
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
Reloading
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
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. Here's the
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-14197
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
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:
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 CURRENT
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
didn't
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 it in
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 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
___
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
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
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
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
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
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
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.
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 on
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 waste
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.
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
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
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
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 intentionally
27 matches
Mail list logo