Hi,
I've got a fairly simple setup: two hosts running 9.0-R (will upgrade to stable
if told to, but want to check here first), ZFS and HAST. HAST is configured to
run on top of zvols configured on each host, as illustrated:
FS FS
+--++
Mikolaj Golub (trociny) writes:
>
>
> PR> Mar 11 02:02:30 h1 hastd[2282]: [hvol] (primary) Disconnected from
> tcp4://192.168.1.200.
> PR> Mar 11 02:02:30 h1 hastd[2282]: [hvol] (primary) Unable to write
> synchronization data: Cannot allocate memory.
> PR> Mar 11 02:02:41 h1 hastd[2282]: [h
Phil Regnauld (regnauld) writes:
>
> 7) ktrace on the destination dd:
>
> fstat(0,{ mode=p- ,inode=5,size=16384,blksize=4096 }) = 0 (0x0)
> lseek(0,0x0,SEEK_CUR)ERR#29 'Illegal seek'
[...]
> Illegal seek, eh ? An
Mikolaj Golub (to.my.trociny) writes:
>
> It looks like in the case of hastd this was send(2) who returned ENOMEM, but
> it would be good to check. Could you please start synchronization again,
> ktrace primary worker process when ENOMEM errors are observed and show output
> here?
Ok, took a
Mikolaj Golub (to.my.trociny) writes:
>
> Ok. So it is send(2). I suppose the network driver could generate the
> error. Did you tell what network adaptor you had?
Not yet.
bce0: mem
0xf400-0xf5ff irq 16 at device 0.0 on pci2
bce0: ASIC (0x57092003); Rev (C0); B
Mikolaj Golub (to.my.trociny) writes:
>
>
> What about failed counters like mbuf_alloc_failed_count,
> dma_map_addr_rx_failed_count, dma_map_addr_tx_failed_count?
dev.bce.0.l2fhdr_error_count: 0
dev.bce.0.mbuf_alloc_failed_count: 0
dev.bce.0.mbuf_frag_count: 0
dev.bce.0.dma_map_addr_rx_failed_co
Mikolaj Golub (to.my.trociny) writes:
>
> I just tried to reproduce this and failed. For me a new recource was added
> without problems on reload.
>
> Mar 17 20:04:24 kopusha hastd[52678]: Reloading configuration...
> Mar 17 20:04:24 kopusha hastd[52678]: Keep listening on address 0.0.0.0:7771.
>
Bane Ivosev (bane.ivosev) writes:
> hi, anyone test freebsd as guest on kvm with virtio drivers? any expirience?
http://forums.freebsd.org/archive/index.php/t-28916.html
Cheers,
Phil
___
freebsd-stable@freebsd.org mailing list
ht
Daniel Kalchev (daniel) writes:
>
> It will sure be interesting to learn what people avoid to use FreeBSD for.
* full virtualization
I am using VirtualBox in production with HAST + ZVOLs, but we need
something like DRBD's dual master mode to be able to do a telepo
David Magda (dmagda) writes:
> On Jun 1, 2012, at 09:12, Phil Regnauld wrote:
>
> > * Gluster
> >
> > For very large FSes, nothing beats it, especially now that 3.3 has been
> > released.
>
> Isilon built their OneFS on top of FreeBSD, does
Pete French (petefrench) writes:
> So, my work surprise for a Thursday morning is an urgent requirement to
> see if we can run a set of FreeBSD machines under virtualised servers.
> I have not done this before personally, but I notice from post here
> that it doesnt seem uncommon, and I see Xen rel
Karl Denninger (karl) writes:
>
> I think I'm going to play with this and see what I think of it. One
> thing that is very attractive to this design is to have the receiving
> side be a mirror, then to rotate to the vault copy run a scrub (to
> insure that both members are consistent at a checksu
Teske, Devin (Devin.Teske) writes:
>
> If you work seriously on serious issues long enough... you'll become burned-
> out. Let me just come right out and say it...
>
> I coded it.
And thanks, you got me chuckling - nice to see some humor once in a
while.
To the offended poster:
Teske, Devin (Devin.Teske) writes:
> >
> > Nice, but how does it handle if a Makefile contains a love target?
>
> Right, bmake gives us all the chance to implement love in our own
> unuque way ;D
^^
Is that halfway between eunuch and unique love ?
Yes, it's off topic at th
On Mon, Mar 06, 2006 at 11:28:44PM +0100, Pawel Jakub Dawidek wrote:
> Hi.
>
> Here you can find patches with changes to gmirror(8) and graid3(8):
>
> http://people.freebsd.org/~pjd/patches/gmirror.7.patch
> http://people.freebsd.org/~pjd/patches/graid3.patch
Hi Pawel,
On Tue, Mar 07, 2006 at 04:16:36PM +0100, Pawel Jakub Dawidek wrote:
> +>
> +>I've been experiencing lockups with gmirror, ATA/SATA on both
> +>i386 and amd64, under severe I/O (very heavily loaded Postgres DB).
> +>This has been on several different machines (remotely located, with
>
16 matches
Mail list logo
