On Jan 25, 2008, at 11:32 PM, Steven Hartland wrote:
I would advise contacting them. There support was helpful when I
last contacted
them and for the card that was involved the did release the code for
the driver
when enabled us to fix the issues.
Actually, the new(?) hptrr driver seems to
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Ian Smith wrote:
> On Fri, 25 Jan 2008, John Baldwin wrote:
> > On Wednesday 23 January 2008 02:42:52 am Krassimir Slavchev wrote:
> > > John Baldwin wrote:
> > > > On Monday 21 January 2008 11:16:06 am Gerrit Kühn wrote:
> > > >> Hi folks,
> > >
Quoting "Chris H." <[EMAIL PROTECTED]>:
Greetings,
On an SMP system (2 CPU) running 7 cvsupped on 2008-01-15
with a build/install world/kernel on the same.
D'ho! Forgot to mention this is on an i386.
I built/installed
www/apache13-ssl. It built/installed expected. However, after
testing with
Greetings,
On an SMP system (2 CPU) running 7 cvsupped on 2008-01-15
with a build/install world/kernel on the same. I built/installed
www/apache13-ssl. It built/installed expected. However, after
testing with an httpsdctl configtest, apache emitted the following:
Syntax error on line 208 of /usr/l
On Sun, Jan 27, 2008 at 08:54:00PM -0500, J.R. Oldroyd wrote:
> Some weeks ago, I posted on the x11@ list of a problem of pixel corruption
> I am seeing in xterm windows. An example of the problem can still be
> seen here:
> http://opal.com/jr/xterm-corruption.gif
> Quick summary: Wide xter
Some weeks ago, I posted on the x11@ list of a problem of pixel corruption
I am seeing in xterm windows. An example of the problem can still be
seen here:
http://opal.com/jr/xterm-corruption.gif
Quick summary: Wide xterm windows (wider than 158 columns, 1440 pixels)
have the problem shown
On Wed, Jan 23, 2008 at 12:26:24PM +0100, Eirik verby wrote:
> On Jan 23, 2008, at 7:32 AM, Scott Long wrote:
>
> >Eirik ?verby wrote:
> >>On Jan 22, 2008, at 7:23 PM, Marius Strobl wrote:
> >>>On Tue, Jan 22, 2008 at 07:16:16AM +0100, Eirik verby wrote:
> Hi list,
>
> by disabling th
Josh Endries wrote:
Hi Scott,
Scott Long wrote:
LSI, Highpoint, Areca, 3ware, and Adaptec are all well supported in
FreeBSD.
Are they? I don't see any reference to the LSI8708, LSI or LSI1068
in the man pages I can find...does anyone use these? Some people have
problems with the PERC 6/
Well the problem is that things *sometimes* work... sometimes not
But my backup is on a system running FreeBSD 6.3 with a promise
sata controller and that one has crashed too while backing up. So I'm
kind of cautious with testing. First I need some reliable storage to try
to recover my data.
Remco
Remco van Bekkum wrote:
> Well it looks like in my case it is hardware related after all. It failed to
> read the boot
> block several times now. 2nd sort of DOA of this disk...
Have you tried reading the block in another OS or using SeaTools? That would
at least verify that it's hardware.
Well it looks like in my case it is hardware related after all. It failed to
read the boot
block several times now. 2nd sort of DOA of this disk...
Remco
On Sat, Jan 26, 2008 at 04:28:29PM -0700, Joe Peterson wrote:
> Remco van Bekkum wrote:
> > Same here. On an amd64 system with 1x sata disk (W
Henri Hennebert wrote:
Hello,
I encounter a deadlock while
1) cpio -p from a ZFS filesystem to a UFS filesystem
2) rsync from ZFS to ZFS
I was running with this patch:
http://people.freebsd.org/~pjd/patches/zgd_done.patch
Here are show alllocks + showpcpu + bt from serial console:
PS - th
Hello,
I encounter a deadlock while
1) cpio -p from a ZFS filesystem to a UFS filesystem
2) rsync from ZFS to ZFS
I was running with this patch:
http://people.freebsd.org/~pjd/patches/zgd_done.patch
Here are show alllocks + showpcpu + bt from serial console:
Henri
KDB: enter: Line break on c
> Henri Hennebert wrote:
> > Jeremy Chadwick wrote:
> >> On Fri, Jan 25, 2008 at 06:17:24PM -0700, Joe Peterson wrote:
> >>> Glad you got it back! Yes, when I was first playing with ZFS, I noti=
> ced
> >>> that booting between single and multi user mode could make the pools
> >>> "invisible". I
On Sun, 27 Jan 2008 13:48:36 +0100
Torfinn Ingolfsen <[EMAIL PROTECTED]> wrote:
> Ouch! The machine just rebooted. Perhaps this is kern/118719 after
> all. Anything I can do to diagnose this problem further?
forget about the reboot - it was caused by my attempt at a workaround
(using a if_ural i
Hello!
Is anybody having stability problems with if_re under FreeBSD
6.3-stable?
I know about PR kern/118719[1] but it doesn't look like the problem I'm
having - at least my machine doesn't panic.
My machine[2] runs FreeBSD 6.3-stable / amd64:
[EMAIL PROTECTED] uname -a
FreeBSD kg-vm.kg4.no 6.3-ST
> and confusion about chips/cards. Does anyone have experience with recent SAS
> cards or machines with integrated chips?
The P400 controllers from HP work beautifully under FreeBSD. Have run
them on both 6.3 (i386) and 7.0 (amd64) and they are stable and perform
well. We have sixteen machines ro
On Jan 26, 2008 3:28 PM, Joe Peterson <[EMAIL PROTECTED]> wrote:
> Remco van Bekkum wrote:
> > Same here. On an amd64 system with 1x sata disk (Western Digital Caviar
> > Green Power) on an amd690G chipset, with UFS and intensive disk activity
> > the system hangs and in the end it may panic. I've
18 matches
Mail list logo