Pete French wrote:
> Mine never lock up doing buildworlds either. They only lock up when they are
> sitting there more of less idle! The machines which have never locked up
> are the webservers, which are fairly heavlt loaded. The machine which locks
> up the most frequently is a box sitting there
I'm on 7.1-RELEASE/amd64 with the following card:
r...@pci0:2:0:0: class=0x02 card=0x368c1462 chip=0x816810ec rev=0x01
hdr=0x00
vendor = 'Realtek Semiconductor'
device = 'RTL8168/8111 PCI-E Gigabit Ethernet NIC'
class = network
subclass = ethernet
And luckey me
>> Mine never lock up doing buildworlds either. They only lock up when they are
>> sitting there more of less idle! The machines which have never locked up
>> are the webservers, which are fairly heavlt loaded. The machine which locks
>> up the most frequently is a box sitting there doing nothing b
On Tue, Jan 13, 2009 at 08:59:41AM +, Oliver Peter wrote:
> I'm on 7.1-RELEASE/amd64 with the following card:
>
> r...@pci0:2:0:0: class=0x02 card=0x368c1462 chip=0x816810ec rev=0x01
> hdr=0x00
> vendor = 'Realtek Semiconductor'
> device = 'RTL8168/8111 PCI-E Gigabit
On Mon, 2009-01-12 at 19:00 +, Pete French wrote:
> > I'm not sure if you've done this already, but the normal suggestions apply:
> > have you compiled with INVARIANTS/WITNESS/DDB/KDB/BREAK_TO_DEBUGGER, and do
> > any results / panics / etc result? Sometimes these debugging tools are
> > ab
> Lock order reversals are warnings of potential deadlock due to a lock cycle,
> but deadlocks may not actually result, either because it's a false positive
> (some locking construct that is deadlock free but involves lock cycles), or
> because a cycle didn't actually form. The message is sugge
> It was mentioned previous in this thread that CPUTYPE could be an
> issue. Did you change this if you customized your kernel?
Actually, I think thats been ruled out as a possible cause, along
with the scheduler. Certainly I have tried it both ways and
there is no difference, and I think i saw th
on 13/01/2009 02:34 Andrew Snow said the following:
> Andriy Gapon wrote:
>
>> To me it seems like fsck_y passes suboptimal flags to fsck, it doesn't
>> have to examine each and every filesystem in fstab.
>
> I think think this is because it does a quick check first to see if it
> can run the fsc
On Tue, 13 Jan 2009, Pete French wrote:
Features like WITNESS and INVARIANTS may change the timing of the kernel
making certain race conditions less likely; I'd run with them for a bit and
see if you can reproduce the hang with them present, as they will make
debugging the problem a lot easie
> Can you break into the debugger with Ctrl-Alt-Esc, or by sending a break
> over the serial line?
No, ctrl-alt-esc doesnt work, and there is no serial line on the machine (not
that I can access anyway)
-pete.
___
freebsd-stable@freebsd.org mailing list
> Silly question but do you have powerd enabled on that server? If so,
> does disabling it help? Also do you have any of these in /etc/rc.conf
> (i.e., they are not the same as the default values in
> /etc/defaults/rc.conf):
> performance_cx_lowest="HIGH"# Online CPU idle state
> performance_cp
Jung-uk Kim wrote:
On Monday 12 January 2009 12:21 pm, Sascha Holzleiter wrote:
Hi,
i see similar problems with a re card:
r...@pci0:4:7:0:class=0x02 card=0x816710ec chip=0x816710ec
rev=0x10 hdr=0x00
vendor = 'Realtek Semiconductor'
device = 'RTL8169/8110 Family G
Pyun YongHyeon a écrit :
On Mon, Jan 12, 2009 at 05:11:02PM -0500, FreeBSD wrote:
> Pyun YongHyeon a ?crit :
> >On Sun, Jan 11, 2009 at 07:22:06PM +0300, Eugene Gladchenko wrote:
> > > Walter,
> > >
> > > Thursday, January 8, 2009, 2:50:40 AM, you wrote:
> > >
> > > WV> Booting kernel.ol
> I can't (fortunately) make it lock up. I have a DL360 G5 which is
> unused atm. and can test on it if needed.
Would it be possible to install that under amd64 and hammer it with
DNS requests ? I have been trying to think what the difference might be
between my webservers and the machines which
On 2009-01-13 06:02, Pyun YongHyeon wrote:
> > I'm also having problems with re's, in my case the interfaces take about
> > 10 seconds to come up, if they come up at all. After the interfaces are
> > up, half the time no packets go out at all. Usually it helps to bring
> > them down via the c
I also am experiencing lock-ups on a server recently upgraded from
7.0-RELEASE to 7.1-STABLE. This server is a Supermicro 6022 dual-Xeon
box running a GENERIC i386 SMP kernel. Since upgrading to 7.1-STABLE it
has started locking up daily. I see similar symptoms that Pete is
seeing - no ping resp
On Tue, 13 Jan 2009, Pete French wrote:
I can't (fortunately) make it lock up. I have a DL360 G5 which is unused
atm. and can test on it if needed.
Would it be possible to install that under amd64 and hammer it with DNS
requests ? I have been trying to think what the difference might be betw
On Mon, 2009-01-12 at 21:27 +0300, l1nyx...@googlemail.com wrote:
> Hello, FreeBSD-stable.
>
> Last week I have a lot of kernel panics like:
Firstly: are these new panics on a system that has been reliable until
now, or has something changed on the system recently (hardware change,
different soft
On Mon, 2009-01-12 at 21:35 +0100, Tomas Randa wrote:
> I have similar problems. The last "good" kernel I have from stable
> brach, october the 8. Then in next upgrade, I saw big problems with
> performance.
> I tried ULE, 4BSD etc, but nothing helps, only downgrading system back.
>
> Now I am t
Hello,
We have a Dell PowerEdge 1850 server. It contains two PERC4 RAID
controllers. One is a PERC4e/Si, and the other is a PERC4/DC. Right
now we are running FreeBSD 6.3-RELEASE, with a 36GB RAID-1 on the
PERC4e/Si (amr0), and both a 1TB RAID5 and a 136GB RAID1 on the
PERC4/DC(amr1). Both
Hello,
I downloaded FreeBSD 7.1 (DVD iso image) for amd64 architecture (with
correct SHA256 checksum), but I'm unable to start the system (Lenovo T400).
The boot process starts fine, the BTX messages appear, the 7-option menu
also appears, but when I hit enter (or when I choose start without
On Tue, Jan 13, 2009 at 1:57 PM, Harald Servat wrote:
> Hello,
>
> I downloaded FreeBSD 7.1 (DVD iso image) for amd64 architecture (with
> correct SHA256 checksum), but I'm unable to start the system (Lenovo T400).
>
> The boot process starts fine, the BTX messages appear, the 7-option menu
> al
Hello,
This seems related to a problem I had with a 7.1-PRERELEASE (I have since
upgraded to 7.1-RELEASE, but haven't not tested if the problem is still
there).
If I compiled the kernel with only the amr driver, it would not see my raid
volume. If I enabled a separate scsi driver (I think it w
Harald Servat wrote:
Hello,
I downloaded FreeBSD 7.1 (DVD iso image) for amd64 architecture (with
correct SHA256 checksum), but I'm unable to start the system (Lenovo T400).
The boot process starts fine, the BTX messages appear, the 7-option menu
also appears, but when I hit enter (or when
On Tue, Jan 13, 2009 at 8:47 PM, Oleksandr Tymoshenko wrote:
> Harald Servat wrote:
>
>> Hello,
>>
>> I downloaded FreeBSD 7.1 (DVD iso image) for amd64 architecture (with
>> correct SHA256 checksum), but I'm unable to start the system (Lenovo
>> T400).
>>
>> The boot process starts fine, the BT
On Tue, Jan 13, 2009 at 8:59 PM, Ben Kaduk wrote:
> On Tue, Jan 13, 2009 at 1:57 PM, Harald Servat wrote:
> > Hello,
> >
> > I downloaded FreeBSD 7.1 (DVD iso image) for amd64 architecture (with
> > correct SHA256 checksum), but I'm unable to start the system (Lenovo
> T400).
> >
> > The boot
On Tue, Jan 13, 2009 at 9:40 PM, Harald Servat wrote:
>
>
> On Tue, Jan 13, 2009 at 8:47 PM, Oleksandr Tymoshenko
> wrote:
>
>> Harald Servat wrote:
>>
>>> Hello,
>>>
>>> I downloaded FreeBSD 7.1 (DVD iso image) for amd64 architecture (with
>>> correct SHA256 checksum), but I'm unable to start
On Tuesday 13 January 2009 10:27 am, Dimitry Andric wrote:
> Reverting r180519 seems to solve the problem of not being able to
> send any packets. It does not solve the other problem, which is
> that the interfaces can take a very long time to come up at boot
> time, e.g:
>
> Setting hostuuid: 3
On Fri, Jan 9, 2009 at 5:32 AM, Sean C. Farley wrote:
> On Thu, 8 Jan 2009, Sam Leffler wrote:
>
>> I've brought the hal source code back to RELENG_7 but not connected it to
>> the build and/or driver. I want folks to test this before I commit those
>> changes. To do this you must have an up to
On Tue, Jan 13, 2009 at 10:17:54AM -0500, FreeBSD wrote:
> Pyun YongHyeon a ?crit :
> >On Mon, Jan 12, 2009 at 05:11:02PM -0500, FreeBSD wrote:
> > > Pyun YongHyeon a ?crit :
> > > >On Sun, Jan 11, 2009 at 07:22:06PM +0300, Eugene Gladchenko wrote:
> > > > > Walter,
> > > > >
> > > > > Thur
I have two troubles with my freshly upgraded system. There are interrupt
storm and usb issues on MSI K9A2 CF motherboard. it made of on amd 790X
north-bridge and and SB600 south-bridge.
As stated in [1] there is a problem with storms on re or atapci devices,
but my experience shows that this st
Hi,
I'm getting this:
kernel: interrupt storm detected on "irq22:"; throttling interrupt source
on FreeBSD 7.1-STABLE #6: Sat Jan 10 21:45:05 EST 2009
FWIW, I got the same thing on 7.0-stable from back in May (IIRC).
Of note, atapci0 and fxp0 are both on irq 22.
Ideas? suggestions?
Copyrig
it seems that you hit the same issue with amd sb600 as me :)
--
SY, Marat
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
I have a kernel panic that I can consistently trigger. After a short
while (5 to 30 minutes) with a certain connection pattern of UDP openvpn
connections the server crashes.
I have a crash dump, and stack trace. It seems td->td_selq has been
corrupted (see below).
The only similar panic I've foun
On Tue, Jan 13, 2009 at 2:04 PM, Harald Servat wrote:
> On Tue, Jan 13, 2009 at 9:40 PM, Harald Servat wrote:
>
>>
>>
>> On Tue, Jan 13, 2009 at 8:47 PM, Oleksandr Tymoshenko
>> wrote:
>>
>>> Harald Servat wrote:
>>>
Hello,
I downloaded FreeBSD 7.1 (DVD iso image) for amd64 arch
On Tue, Jan 13, 2009 at 5:47 PM, Garrett Cooper wrote:
> On Tue, Jan 13, 2009 at 2:04 PM, Harald Servat wrote:
>
>> On Tue, Jan 13, 2009 at 9:40 PM, Harald Servat wrote:
>>
>>>
>>>
>>> On Tue, Jan 13, 2009 at 8:47 PM, Oleksandr Tymoshenko
>>> wrote:
>>>
Harald Servat wrote:
> Hell
On Tue, Jan 13, 2009 at 1:57 PM, Harald Servat wrote:
> Hello,
>
> I downloaded FreeBSD 7.1 (DVD iso image) for amd64 architecture (with
> correct SHA256 checksum), but I'm unable to start the system (Lenovo T400).
>
Could you test the disc on a different machine to verify a good burn?
[snip]
Harald Servat wrote:
Hello,
I downloaded FreeBSD 7.1 (DVD iso image) for amd64 architecture (with
correct SHA256 checksum), but I'm unable to start the system (Lenovo T400).
The boot process starts fine, the BTX messages appear, the 7-option menu
also appears, but when I hit enter (or when
Ganbold wrote:
Harald Servat wrote:
Hello,
I downloaded FreeBSD 7.1 (DVD iso image) for amd64 architecture (with
correct SHA256 checksum), but I'm unable to start the system (Lenovo
T400).
The boot process starts fine, the BTX messages appear, the 7-option
menu
also appears, but when I
Pyun YongHyeon a écrit :
On Tue, Jan 13, 2009 at 10:17:54AM -0500, FreeBSD wrote:
> Pyun YongHyeon a ?crit :
> >On Mon, Jan 12, 2009 at 05:11:02PM -0500, FreeBSD wrote:
> > > Pyun YongHyeon a ?crit :
> > > >On Sun, Jan 11, 2009 at 07:22:06PM +0300, Eugene Gladchenko wrote:
> > > > > Walter,
Hi,
I was wondering if anyone was using freebsd-update to manage deployment
of custom FreeBSD builds to there systems.
Here is the scenario, I have 2 binary build servers at the moment (one
for i386 and one for amd64) and currently we stage the deployments of
updates on NFS servers at each s
Hi,
I noticed a problem with CPU freq in 7.1-STABLE. The maximum frequency
showed by sysctl is 500Mhz lower than what it should be for my Pentium M
2Ghz.
Here is the output from dmesg:
Copyright (c) 1992-2009 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1
42 matches
Mail list logo