Re: [OmniOS-discuss] Testing RSF-1 with zpool/nfs HA

Am 18.02.16 um 21:57 schrieb Schweiss, Chip: On Thu, Feb 18, 2016 at 5:14 AM, Michael Rasmussen > wrote: On Thu, 18 Feb 2016 07:13:36 +0100 Stephan Budach mailto:stephan.bud...@jvm.de>> wrote: > > So, when I issue a simple ls -l on the folder of the vdi

Re: [OmniOS-discuss] Testing RSF-1 with zpool/nfs HA

Am 18.02.16 um 22:56 schrieb Richard Elling: comments below... On Feb 18, 2016, at 12:57 PM, Schweiss, Chip > wrote: On Thu, Feb 18, 2016 at 5:14 AM, Michael Rasmussen>wrote: On Thu, 18 Feb 2016 07:13:36 +0100 Stephan Budach mailto:

Re: [OmniOS-discuss] OmniOS and i386 hardware

On Fri, 19 Feb 2016, Даниил Ландау wrote: I’m experimenting with OmniOS a lot and decided to create my own publisher with some packages including Samba. I had an idea to create packages including two platform builds with "isaexec switch" for binaries as all OmniOS packages. But 32-bit build ha

Re: [OmniOS-discuss] Configuration sanity checking

On Thu, 18 Feb 2016 18:16:18 -0500 Dale Ghent wrote: > > The LSI card operates on the LSI3008 SAS-3 chip, which is supported by > mpt_sas. However you have SATA SSDs. Why not just use the motherboards's > SATA3 controller? You've got 10 ports... and mixing SATA and SAS drives and > controller

Re: [OmniOS-discuss] Configuration sanity checking

> On Feb 18, 2016, at 5:15 PM, Peter Tribble wrote: > > We're looking at some new boxes, and I would appreciate any comments on the > components proposed. This would be in a 2U chassis with 24 2.5" disk slots at > the front, although we're leaving a lot of those free for future growth. > > Moth

Re: [OmniOS-discuss] Configuration sanity checking

Hi Peter! > On Feb 18, 2016, at 2:15 PM, Peter Tribble wrote: > > We're looking at some new boxes, and I would appreciate any comments on the > components proposed. This would be in a 2U chassis with 24 2.5" disk slots at > the front, although we're leaving a lot of those free for future growth.

[OmniOS-discuss] OmniOS and i386 hardware

Hi! This is my first letter to OmniOS mail list, so I’d like to start with many thanks to all people who creates OmniOS! OmniOS is a great project and I wish you and OmniOS all the best! I’m experimenting with OmniOS a lot and decided to create my own publisher with some packages including Sam

[OmniOS-discuss] Configuration sanity checking

We're looking at some new boxes, and I would appreciate any comments on the components proposed. This would be in a 2U chassis with 24 2.5" disk slots at the front, although we're leaving a lot of those free for future growth. Motherboard - Supermicro X10DRi family CPUs - E5-2620 v3 HBA - LSI 9300

Re: [OmniOS-discuss] Testing RSF-1 with zpool/nfs HA

comments below... > On Feb 18, 2016, at 12:57 PM, Schweiss, Chip wrote: > > > > On Thu, Feb 18, 2016 at 5:14 AM, Michael Rasmussen > wrote: > On Thu, 18 Feb 2016 07:13:36 +0100 > Stephan Budach mailto:stephan.bud...@jvm.de>> wrote: > > > > > So, when I issue a simple l

Re: [OmniOS-discuss] Question on puppet agent for OmniOS

The version in OpenCSW is quite old. If you're starting fresh with Puppet start with the newest version possible. Upgrades can be very painful. I run Puppet 4.3.2 installed from a gem. I use Ruby from OpenCSW to make this possible. It's still in early development, but is working very well.

Re: [OmniOS-discuss] Testing RSF-1 with zpool/nfs HA

On Thu, Feb 18, 2016 at 5:14 AM, Michael Rasmussen wrote: > On Thu, 18 Feb 2016 07:13:36 +0100 > Stephan Budach wrote: > > > > > So, when I issue a simple ls -l on the folder of the vdisks, while the > switchover is happening, the command somtimes comcludes in 18 to 20 > seconds, but sometime ls

Re: [OmniOS-discuss] Illumos at 5

> On Feb 18, 2016, at 2:32 PM, John D Groenveld > wrote: > > http://video.fosdem.org/2016/janson/illumos-at-5.mp4> > > Well done, Dan. Thanks > Good presentation explaining where Omnios fits in > the Illumos ecosystem. Slide are here: https://fosdem.org/2016/schedule/event/illum

[OmniOS-discuss] Illumos at 5

http://video.fosdem.org/2016/janson/illumos-at-5.mp4> Well done, Dan. Good presentation explaining where Omnios fits in the Illumos ecosystem. John groenv...@acm.org ___ OmniOS-discuss mailing list OmniOS-discuss@lists.omniti.com http://lists.omniti.com

Re: [OmniOS-discuss] Testing RSF-1 with zpool/nfs HA

Am 18.02.16 um 12:14 schrieb Michael Rasmussen: On Thu, 18 Feb 2016 07:13:36 +0100 Stephan Budach wrote: So, when I issue a simple ls -l on the folder of the vdisks, while the switchover is happening, the command somtimes comcludes in 18 to 20 seconds, but sometime ls will just sit there for

Re: [OmniOS-discuss] Testing RSF-1 with zpool/nfs HA

On Thu, 18 Feb 2016 07:13:36 +0100 Stephan Budach wrote: > > So, when I issue a simple ls -l on the folder of the vdisks, while the > switchover is happening, the command somtimes comcludes in 18 to 20 seconds, > but sometime ls will just sit there for minutes. > This is a known limitation in

Re: [OmniOS-discuss] Testing RSF-1 with zpool/nfs HA

Am 18.02.16 um 09:29 schrieb Andrew Gabriel: On 18/02/2016 06:13, Stephan Budach wrote: Hi, I have been test driving RSF-1 for the last week to accomplish the following: - cluster a zpool, that is made up from 8 mirrored vdevs, which are based on 8 x 2 SSD mirrors via iSCSI from another Omn

Re: [OmniOS-discuss] Testing RSF-1 with zpool/nfs HA

Am 18.02.16 um 08:59 schrieb Dale Ghent: Are you using NFS over TCP or UDP? If using it over TCP, I would expect the TCP connection to get momentarily unhappy when its connection stalls and packets might need to be retransmitted after the floating IP's new MAC address is asserted. Have you tri

Re: [OmniOS-discuss] Testing RSF-1 with zpool/nfs HA

On 18/02/2016 06:13, Stephan Budach wrote: Hi, I have been test driving RSF-1 for the last week to accomplish the following: - cluster a zpool, that is made up from 8 mirrored vdevs, which are based on 8 x 2 SSD mirrors via iSCSI from another OmniOS box - export a nfs share from above zpool

Re: [OmniOS-discuss] Testing RSF-1 with zpool/nfs HA

If that's the case, perhaps you should check to see if the nfs ports are open upon failover. If they open just as quickly as the pings respond, then I would blame the nfs locking managers or nfs in general. The action to remedy that is beyond my scope other than to try force a remount clientside

Re: [OmniOS-discuss] Testing RSF-1 with zpool/nfs HA

Are you using NFS over TCP or UDP? If using it over TCP, I would expect the TCP connection to get momentarily unhappy when its connection stalls and packets might need to be retransmitted after the floating IP's new MAC address is asserted. Have you tried UDP instead? /dale > On Feb 18, 2016