Re: [head tinderbox] failure on mips/mips

Maybe a forgotten svn add for mipsfbsd-nat.c? Warner In message: <201002210405.o1l45ggx008...@freebsd-current.sentex.ca> FreeBSD Tinderbox writes: : TB --- 2010-02-21 03:38:18 - tinderbox 2.6 running on freebsd-current.sentex.ca : TB --- 2010-02-21 03:38:18 - starting HEAD tinderbox

[head tinderbox] failure on sparc64/sparc64

TB --- 2010-02-21 04:05:42 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-02-21 04:05:42 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2010-02-21 04:05:42 - cleaning the object tree TB --- 2010-02-21 04:06:00 - cvsupping the source tree TB --- 2010-02-21 04:06:00 - /usr

[head tinderbox] failure on mips/mips

TB --- 2010-02-21 03:38:18 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-02-21 03:38:18 - starting HEAD tinderbox run for mips/mips TB --- 2010-02-21 03:38:18 - cleaning the object tree TB --- 2010-02-21 03:38:26 - cvsupping the source tree TB --- 2010-02-21 03:38:26 - /usr/bin/c

Re: HAST (Highly Available Storage) now in HEAD.

On Fri, Feb 19, 2010 at 5:07 PM, Pawel Jakub Dawidek wrote: > Hi. > > Yesterday I committed HAST to the HEAD branch. > > HAST allows to transparently store data on two physically separated > machines connected over the TCP/IP network. HAST works in > Primary-Secondary (Master-Backup, Master-Slave)

Re: ZFS DEADLKRES

2010/2/18 Marcin Cieslak : > My r203753 amd64 laptop falls into the deadlock situation > every night while running periodic daily script. I am pretty > certain this is related to ZFS. > > I have enabled DEADLKRES in the kernel. I even have > a separate dump partition (not used for swap). May you r

Re: ATA_CAM-ed mvsata(4) on OpenRD-client

Hi Warner-san. On Fri, 19 Feb 2010 14:43:19 -0700 (MST) "M. Warner Losh" wrote: > : Even more unexpected. I've searched all sources for xpt_sim_opened() > : call and found only one place - in atapi-cam.c, which shouldn't be used > : in your case. You are using different sources, or there is a gar

Re: Seeing the dreaded "ZFS: i/o error - all block copies unavailable" on 9.0-CURRENT

bump... On Thu, Feb 18, 2010 at 10:38 PM, Chris wrote: >> I'm seeing some difference in the bootloader output between using the >> F12 workaround or not: >> >> F12 workaround mode: >> >> FreeBSD/i386 boot >> Default: zroot:/boot/zfsloader >> boot: status >> config: >> >>             NAME     STAT