Re: [OmniOS-discuss] OmniOS r151018 is now out!

There seems to be an issue with time zones. During a fresh installation, I attempted to choose US Eastern time zone. In the first place, it is not listed, it only says "(most areas)". I choose it anyway and then the installation fails, reporting "Timezone value specified (Eastern) is not valid".

[OmniOS-discuss] heavy NFS load causing server to become unavailable from memory starvation.

Been seeing this a bit lately on a server with 96GB ram where the zil is limited to 48GB. Under heavy NFS load (caused by user running parallel find/xargs/rm clean job), it sends the machine into desparation memory and causes it to be unreachable for a while. (the server is 24 x SSD, and I/O

Re: [OmniOS-discuss] Slow scrub on SSD-only pool

Am 17.04.16 um 20:42 schrieb Dale Ghent: On Apr 17, 2016, at 9:07 AM, Stephan Budach wrote: Well… searching the net somewhat more thoroughfully, I came across an archived discussion which deals also with a similar issue. Somewhere down the conversation, this parameter

Re: [OmniOS-discuss] cifs anonymous troubles

hi Gordon, On Sun, Apr 17, 2016 at 5:38 PM, Gordon Ross wrote: > Hi Dan, > > So with that bug fixed, one can logon as "guest" only if: > (1) you actually ask for guest in your logon request, > (2) a local Unix account named "guest" exists, and > (3) the guest account is

Re: [OmniOS-discuss] cifs anonymous troubles

Hi Dan, I can take a guess what this might be about. There were several bugs fixed as part of the "extended security" work: 1122 smbsrv should use SPNEGO (inbound authentication) One of those was that we used to give a client a "guest" logon if they tried to logon to SMB with _any_ unrecognized

[OmniOS-discuss] Slow scrub on SSD-only pool

Hi all, I am running a scrub on a SSD-only zpool on r018. This zpool consists of 16 iSCSI targets, which are served from two other OmniOS boxes - currently still running r016 over 10GbE connections. This zpool serves as a NFS share for my Oracle VM cluster and it delivers reasonable