Quoting Kris Kennaway [EMAIL PROTECTED]:
On Mon, Apr 24, 2006 at 10:28:11PM +0200, Henri Hennebert wrote:
At the first boot I got a panic on a gif interface. I don't need it now so
I commented it out of rc.conf.local and reboot.
What panic? This shouldn't happen, naturally.
The snapshot
On Mon, 24 Apr 2006, Kris Kennaway wrote:
KK KK I'll try to build DDB kernel tomorrow evening to check. Which
commands should I
KK KK issue in ddb ?
KK KK
KK KK 'show lockedvnods', 'ps' and 'alltrace' are important.
KK
KK Last note: are these lines added enough? Or some are unneeded?
About an hour ago I started getting regular
messages from cron running /usr/libexec/save-entropy which
contail the single line IPv4: not found
Anybody got any ideas ? The only thing I did at that porint
was to do an 'rm' of /usr/obj in preparation for compiling
this mornings 61 code to test it.
-Original Message-
From: Brooks Davis [mailto:[EMAIL PROTECTED]
My telepathy powers aren't working. What's the error? :)
See the second message I sent where I didn't accidentally hit
ctrl-s instead of ctrl-v when pasting the error in. Doh.
Here it is again:
I've been seeing the
I've just had a weird transient problem on a (very loaded) 2 CPU web
server. Suddenly it stopped wanting to connect to the database server
with access denied error. Looking at security log (I have ipfw logging
enabled), I found this:
Apr 25 14:17:17 duality kernel: ipfw: 65400 Deny TCP
I forgot to add, here is the ipfw ruleset:
00500 691658783 639225488899 allow ip from any to any via lo0
01000 99014 6833994 allow icmp from any to any
05000 160430605 76502643136 allow tcp from me to any setup keep-state
05100 1002529109535100 allow udp from me to any
Quoting Dmitry Morozovsky [EMAIL PROTECTED]:
On Mon, 24 Apr 2006, Kris Kennaway wrote:
KK Also you should add DEBUG_LOCKS and DEBUG_VFS_LOCKS on the off chance
KK they catch the problem.
I got one thought about the source of these hangs/crashes: this
machine is the
only one with actively
Hello List,
I have to dualcore Athlon 64 4800+ systems. Initially I was running 4.9
on both of them an was able to get 54mbits thru direct connected realtek
10/100 cards as measured by nttcp.
I put stable on one of the system and now can on get 37mbits as measured
by nttcp when going thru
On Tue, Apr 25, 2006 at 08:09:32AM -0500, Chris Dillon wrote:
Quoting Dmitry Morozovsky [EMAIL PROTECTED]:
On Mon, 24 Apr 2006, Kris Kennaway wrote:
KK Also you should add DEBUG_LOCKS and DEBUG_VFS_LOCKS on the off chance
KK they catch the problem.
I got one thought about the source of
At 09:32 AM 25/04/2006, Stephen Clark wrote:
Hello List,
I have to dualcore Athlon 64 4800+ systems. Initially I was running
4.9 on both of them an was able to get 54mbits thru direct connected
realtek 10/100 cards as measured by nttcp.
I put stable on one of the system and now can on get
Quoting Kostik Belousov [EMAIL PROTECTED]:
I'm going to update to the latest 6.1 code this evening and enable
INVARIANTS, WITNESS, and the two DEBUG_LOCKS options to the kernel to
see if it catches anything.
Please, also add DDB to the kernel and show the result of the
show lockedvnodes
but should be
KDB: enter: lock violation
full console log after dropping to ddb is available (40k) at
http://woozle.net/FreeBSD/debug/kdb-quota-20060425.txt
Sincerely,
D.Marck [DM5020, MCK-RIPE, DM3-RIPN
), eip = 0x280b694b, esp =
0xbfbfebcc,
ebp = 0xbfbfebf8 ---
quotaon: 0xc32cb414 is not locked but should be
KDB: enter: lock violation
full console log after dropping to ddb is available (40k) at
http://woozle.net/FreeBSD/debug/kdb-quota-20060425.txt
Obviously, revisions 1.78, 1.79
I've been watching the 6.1-RC1 web pages, etc... following the
wonderful progress.
However, the dates on the schedule page seem to be a little off
now. I was wondering if anyone had some idea of what the new
dates might be... if there's no idea; then I will patiently wait.
I've got a few 4.10
On Tue, 25 Apr 2006, Kostik Belousov wrote:
KB I just made lab machine with serial console, compile minimal kernel with
quotas
KB and KDB+WITNESS, and immediately after ``quotacheck /var quotaon
/var'' got
KB
KB kdb_backtrace(d663aba0,c051f402,c05f7da3,c05fe731,c32cb414) at
KB
On Tue, Apr 25, 2006 at 08:05:25PM +0400, Dmitry Morozovsky wrote:
On Tue, 25 Apr 2006, Kostik Belousov wrote:
KB I just made lab machine with serial console, compile minimal kernel
with quotas
KB and KDB+WITNESS, and immediately after ``quotacheck /var quotaon
/var'' got
KB
KB
On Tue, Apr 25, 2006 at 06:39:09PM +0300, Kostik Belousov wrote:
Obviously, revisions 1.78, 1.79 of the sys/ufs/ufs/ufs_quota.c
shall be MFCed. Try this patch (note, I does not tested it):
WTF, I could have sworn I merged that! Yes, this patch is needed.
However, I don't think it's the cause
On Tue, Apr 25, 2006 at 08:09:32AM -0500, Chris Dillon wrote:
Quoting Dmitry Morozovsky [EMAIL PROTECTED]:
On Mon, 24 Apr 2006, Kris Kennaway wrote:
KK Also you should add DEBUG_LOCKS and DEBUG_VFS_LOCKS on the off chance
KK they catch the problem.
I got one thought about the source of
Mike Tancsa wrote:
At 09:32 AM 25/04/2006, Stephen Clark wrote:
Hello List,
I have to dualcore Athlon 64 4800+ systems. Initially I was running
4.9 on both of them an was able to get 54mbits thru direct connected
realtek 10/100 cards as measured by nttcp.
I put stable on one of the
On Tue, 25 Apr 2006, Kris Kennaway wrote:
KK OK, I wish you and others had responded to my call for testing a month
KK or more ago :) All (both) of the responses indicated that the quota
KK problems had been fixed following changes made then. At this point it
KK may be too late for 6.x, but
On Tue, Apr 25, 2006 at 09:43:14PM +0400, Dmitry Morozovsky wrote:
On Tue, 25 Apr 2006, Kris Kennaway wrote:
KK OK, I wish you and others had responded to my call for testing a month
KK or more ago :) All (both) of the responses indicated that the quota
KK problems had been fixed following
At 01:02 PM 25/04/2006, Stephen Clark wrote:
Try first
sysctl -w net.inet.tcp.inflight.enable=0
If its still slower, try using FAST_IPSEC instead on the
server. However, make sure you disable INET6
That increased it to 39mbits/sec. Still far from 54mbits/sec
Are all of the TCP params
Dlink DWL-AG530 can't scan, can't connect.
ifconfig ath0 up ; ifconfig ath0 list scan
returns nothing. On the same machine, same 'net, a different ath
card works (TRENDnet TEW-503PI).
Does anyone have this Dlink card working on RELENG_6?
pciconf output:
[EMAIL PROTECTED]:14:0: class=0x02
Douglas Berry wrote:
Dlink DWL-AG530 can't scan, can't connect.
ifconfig ath0 up ; ifconfig ath0 list scan
returns nothing. On the same machine, same 'net, a different ath
card works (TRENDnet TEW-503PI).
Does anyone have this Dlink card working on RELENG_6?
pciconf output:
[EMAIL
On Tuesday 25 April 2006 17:17, Douglas Berry wrote:
Dlink DWL-AG530 can't scan, can't connect.
ifconfig ath0 up ; ifconfig ath0 list scan
returns nothing. On the same machine, same 'net, a different ath
card works (TRENDnet TEW-503PI).
Does anyone have this Dlink card working on RELENG_6?
JoaoBR wrote:
On Tuesday 25 April 2006 17:17, Douglas Berry wrote:
Dlink DWL-AG530 can't scan, can't connect.
ifconfig ath0 up ; ifconfig ath0 list scan
returns nothing. On the same machine, same 'net, a different ath
card works (TRENDnet TEW-503PI).
Does anyone have this Dlink card working on
Dmitry Morozovsky wrote:
On Tue, 25 Apr 2006, Kris Kennaway wrote:
KK OK, I wish you and others had responded to my call for testing a month
KK or more ago :) All (both) of the responses indicated that the quota
KK problems had been fixed following changes made then. At this point it
KK may be
On Tue, Apr 25, 2006 at 05:02:00PM -0400, Mike Jakubik wrote:
Dmitry Morozovsky wrote:
On Tue, 25 Apr 2006, Kris Kennaway wrote:
KK OK, I wish you and others had responded to my call for testing a month
KK or more ago :) All (both) of the responses indicated that the quota
KK problems had
On Tuesday 25 April 2006 17:52, Sam Leffler wrote:
JoaoBR wrote:
On Tuesday 25 April 2006 17:45, Sam Leffler wrote:
JoaoBR wrote:
you do not need to patch if_ath.c anymore on releng_6|5 only change the
eprom setting
There should be no need to change the eeprom settings. You should
Kris Kennaway wrote:
This is true, but I hope you recognise that a good part of the
responsibility for this falls on the users when asked to test proposed
fixes. If the developers are not aware of remaining problems they
can't reasonably be expected to fix them :-)
Indeed, but the
Mike Jakubik wrote:
Kris Kennaway wrote:
This is true, but I hope you recognise that a good part of the
responsibility for this falls on the users when asked to test proposed
fixes. If the developers are not aware of remaining problems they
can't reasonably be expected to fix them :-)
On Tue, Apr 25, 2006 at 05:37:37PM -0400, Mike Jakubik wrote:
Kris Kennaway wrote:
This is true, but I hope you recognise that a good part of the
responsibility for this falls on the users when asked to test proposed
fixes. If the developers are not aware of remaining problems they
can't
On Tue, 25 Apr 2006 17:37:37 -0400
Mike Jakubik [EMAIL PROTECTED] wrote:
Indeed, but the developers should also realize that a lot of users
have servers in production and can not afford the downtime, or simply
don't have the resources to test. I think the developers should also
spend a little
On Tuesday 25 April 2006 18:37, Mike Jakubik wrote:
Kris Kennaway wrote:
This is true, but I hope you recognise that a good part of the
responsibility for this falls on the users when asked to test proposed
fixes. If the developers are not aware of remaining problems they
can't
A test snapshot is avilable at:
http://people.freebsd.org/~sam/ath_hal-20060425.tgz
This version differs from what's in cvs mainly in that there are builds
for new target platforms. In particular I've done builds for all the
Atheros SoC's (which doesn't matter to freebsd users because
Pete French wrote:
About an hour ago I started getting regular
messages from cron running /usr/libexec/save-entropy which
contail the single line IPv4: not found
What happens if you run it from the command line?
Doug
--
This .signature sanitized for your protection
On Tue, Apr 25, 2006 at 02:34:03PM +0200, Ivan Voras wrote:
I forgot to add, here is the ipfw ruleset:
00500 691658783 639225488899 allow ip from any to any via lo0
01000 99014 6833994 allow icmp from any to any
05000 160430605 76502643136 allow tcp from me to any setup
On Tue, 25 Apr 2006 13:36:56 PDT, Sam Leffler wrote:
flags 0x3e0 = Passive+5Ghz+2Ghz+OFDM+CCK
hal flags 0x140 = 5Ghz+OFDM
Both of these make no sense for a frequency of 2432 Mhz, hence the hal
got upset.
Thanks for the interpretation.
What are the regulatory domain settings for the card;
Douglas Berry wrote:
On Tue, 25 Apr 2006 13:36:56 PDT, Sam Leffler wrote:
flags 0x3e0 = Passive+5Ghz+2Ghz+OFDM+CCK
hal flags 0x140 = 5Ghz+OFDM
Both of these make no sense for a frequency of 2432 Mhz, hence the hal
got upset.
Thanks for the interpretation.
What are the regulatory domain
Kris Kennaway said the following on 4/25/06 9:22 AM:
On Tue, Apr 25, 2006 at 06:39:09PM +0300, Kostik Belousov wrote:
Obviously, revisions 1.78, 1.79 of the sys/ufs/ufs/ufs_quota.c
shall be MFCed. Try this patch (note, I does not tested it):
WTF, I could have sworn I merged that! Yes, this
On Tue, Apr 25, 2006 at 06:12:10PM -0700, Atanas wrote:
Kris Kennaway said the following on 4/25/06 9:22 AM:
On Tue, Apr 25, 2006 at 06:39:09PM +0300, Kostik Belousov wrote:
Obviously, revisions 1.78, 1.79 of the sys/ufs/ufs/ufs_quota.c
shall be MFCed. Try this patch (note, I does not tested
Douglas Berry wrote:
On Tue, 25 Apr 2006 13:36:56 PDT, Sam Leffler wrote:
flags 0x3e0 = Passive+5Ghz+2Ghz+OFDM+CCK
hal flags 0x140 = 5Ghz+OFDM
Both of these make no sense for a frequency of 2432 Mhz, hence the hal
got upset.
Thanks for the interpretation.
What are the regulatory domain
I have a quad xeon piii-550 box ,it works on 4.11 SMP very well.
now i install (not upgrade) 6.1-RC1 in this box.
it works very well without SMP, but with SMP (with or with acpi) ,always
PANIC,PANIC,PANIC...
i got DDB stack trace, http://www.freebsd.org/cgi/query-pr.cgi?pr=96049
help me,please.
mhh, isn't mpt only a SCSI controller (not a RAID controller)?
Not in some configurations.
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]
44 matches
Mail list logo