Running system FreeBSD 6.2, attaching new disk (WD 750GB SATA RE3) map
it thru Sysinstall and rsync old system to it.
Now trying to boot from new disk: system boots well to "Choose what to
boot" screen (eg 1. normal 2 acpi disable 3. safe 4. single etc), after
that system continuously keep prin
Cy Schubert wrote:
I got this panic after issuing reboot(8).
FreeBSD 7.1-STABLE FreeBSD 7.1-STABLE #0: Tue Feb 17 19:29:23 PST 2009
c...@cwsys:/export/obj/export/home/cy/test/test-stable7/sys/DEBUG i386
FreeBSD/i386 (bob) (ttyd0)
login: Feb 17 21:22:56 bob reboot: rebooted by root
Feb
Hi Scott
Unfortunately, it did not.
On Tuesday 17 February 2009, Scott Long wrote:
> Did the patch help?
>
> Scott
>
>
> Eugene Mitrofanov wrote:
> > 7.1-STABLE FreeBSD 7.1-STABLE #3: Tue Feb 17 14:58:42
> > a...@pci0:3:3:0: class=0x010400 card=0xc0341044 chip=0xa5111044 rev=0x01
> > hdr=0x00
I got this panic after issuing reboot(8).
FreeBSD 7.1-STABLE FreeBSD 7.1-STABLE #0: Tue Feb 17 19:29:23 PST 2009
c...@cwsys:/export/obj/export/home/cy/test/test-stable7/sys/DEBUG i386
FreeBSD/i386 (bob) (ttyd0)
login: Feb 17 21:22:56 bob reboot: rebooted by root
Feb 17 21:22:56 bob syslo
Hi,
I've found an reproducable panic in unionfs on 7.1-R.
/usr/src/sys/fs/unionfs/union_subr.c is:
$FreeBSD: src/sys/fs/unionfs/union_subr.c,v 1.92.2.7.2.2
2008/12/15 03:58:55 daichi Exp $
kgdb output is below.
kgdb /boot/kernel/kernel.symbols /var/crash/vmcore.0
GNU gdb 6.1.1 [FreeBSD
With up to date sources buildworld completes, but kernel fails here:
linking kernel.debug
nlm_advlock.o(.text+0x11a8): In function `nlm_advlock_internal':
/data/src/sys/nlm/nlm_advlock.c:225: undefined reference to
`nfs_vinvalbuf'
nlm_advlock.o(.text+0x1243):/data/src/sys/nlm/nlm_advlock.c:236:
un
At 05:38 PM 1/29/2009, Robert Watson wrote:
On Fri, 9 Jan 2009, Pete French wrote:
I have a number of HP 1U servers, all of which were running 7.0
perfectly happily. I have been testing 7.1 in it's various
incarnations for the last couple of months on our test server and
it has performed per
This is also the case with 7.0-RELEASE on areca. We have a machine here
which literally grinds to a half every time we run our rrd updates, so
may be a good test case here if we can fix that ;-)
Regards
Steve
- Original Message -
From: "Mike Tancsa"
To: "Scott Long" ; "FreeBSD Cu
I've got a similar problem here with source code csuped today.
kgdb output:
Unread portion of the kernel message buffer:
<118>Feb 17 20:59:17 frameshift syslogd: exiting on signal 15
Waiting (max 60 seconds) for system process `vnlru' to stop...done
Waiting (max 60 seconds) for system process `buf
At 05:55 AM 2/13/2009, Scott Long wrote:
If, instead, it reports a value of '1', you are likely affected. Note
that it may be normal for USB memory devices to report a low number.
Also, many legacy SCSI disks, and devices that are not disks, may
also be expected to report a low number.
Hi Sc
On Saturday 14 February 2009 8:04:45 am Jens Rehsack wrote:
> Hi John,
>
> after I updated my system (-STABLE) I received following compilation error
> while building the kernel (having ICONV built in):
>
> cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -march=nocona
> -std=c99 -g -Wall
At 02:57 AM 2/17/2009, Luigi Rizzo wrote:
On Sat, Feb 14, 2009 at 07:33:25AM -0700, Scott Long wrote:
...
> >I'll try your suggestion if you have one.
>
> I don't have a magic universal testing suite in my back pocket, sorry.
> You need to look at your expected workload and develop tests to simul
Krassimir Slavchev wrote, on 2/17/2009 8:48 AM:
> It boots 7.1-RELEASE from the CDROM just fine but when boots from an IDE
> disk it crashes right after loading the kernel:
>
> http://mnemonic.bulinfo.net/~krassi/crash/supermicro_crash.jpg
>
> Booting from the USB produces exactly the same crash.
Bruce Evans wrote:
On Tue, 17 Feb 2009, Gary Jennejohn wrote:
I tested this with an Adaptec 29160. I saw no real improvement in
performance, but also no regressions.
I suspect that the old disk I had attached just didn't have enough
performance reserves to show an improvement.
My test scenar
On Tue, 17 Feb 2009, Gary Jennejohn wrote:
I tested this with an Adaptec 29160. I saw no real improvement in
performance, but also no regressions.
I suspect that the old disk I had attached just didn't have enough
performance reserves to show an improvement.
My test scenario was buildworld.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello All,
It boots 7.1-RELEASE from the CDROM just fine but when boots from an IDE
disk it crashes right after loading the kernel:
http://mnemonic.bulinfo.net/~krassi/crash/supermicro_crash.jpg
Booting from the USB produces exactly the same crash.
Hi.
My system is crashing when I log out (using gdm). I had posted to gnome but was
just advised to post to x11, posted to x11 and was told this is a kernel bug.
Many thanks for any all of your assistance. Backtrace is provided below.
Some system info:
FreeBSD pc-racine1.mcmaster.ca 7.1-RELEAS
Did the patch help?
Scott
Eugene Mitrofanov wrote:
7.1-STABLE FreeBSD 7.1-STABLE #3: Tue Feb 17 14:58:42
a...@pci0:3:3:0: class=0x010400 card=0xc0341044 chip=0xa5111044 rev=0x01
hdr=0x00
vendor = 'Adaptec (Formerly: Distributed Processing Technology
(DPT))'
device = 'Raptor
On Mon, 16 Feb 2009 08:09:35 -0700
Scott Long wrote:
> FWI. I need lots of testing on this. Only real SCSI controllers,
> please, not RAID controllers (except for MPT-SCSI with integrated
> mirroring). So Adaptec, LSI, Symbios, Buslogic, Tekram, SME, etc,
> users, please try this and get bac
7.1-STABLE FreeBSD 7.1-STABLE #3: Tue Feb 17 14:58:42
a...@pci0:3:3:0: class=0x010400 card=0xc0341044 chip=0xa5111044 rev=0x01
hdr=0x00
vendor = 'Adaptec (Formerly: Distributed Processing Technology
(DPT))'
device = 'Raptor SmartRAID Controller'
class = mass storage
On Mon, 16 Feb 2009 19:43:00 +0200 Jaakko Heinonen
wrote about Re: zfs crashes with nfs and snapshots:
JH> > Ok, I will upgrade to 7.1-stable asap. The client was Linux 2.6.25,
JH> > I cannot say if it uses readdirplus and if I could disable that (the
JH> > manpage says nothing about it at all, b
21 matches
Mail list logo
