date:20160907

Re: [smartos-discuss] Any SaltStack users around?

2016-09-07 Thread Jorge Schrauwen

I've done a lot of development on Salt 2016.3.x, I've had the timeouts 
sinds day 1 (was using -devel before 2016.3 got tagged)


I run my entire stack on SmartOS but I had to bump the master's timeout 
up to 120 for me to not have any minions not returning. My longest 
state.apply run is also around 100 seconds.


I have not ran 2015.x versions so cannot comment on those.

Regards

Jorge



On 2016-09-07 21:05, Filip Chabik wrote:

Hi guys,

happy to see some other SaltStack + SmartOS users out there. Recently
salt became a bit more unstable for me and I was hoping to dig a bit
deeper and check whether the issue is on my side, my salt-master side
or in the compatibility of salt-minion and SmartOS zone. Here's the
deal:

1. I'm using 15.4.1 LTS on all of my zones.
2. Not long ago I decided to "bump up" my SaltStack minions to version 
2016.3.1.

a) In order to achieve both points mentioned above, I had to use
some "creativity" when it comes to SaltStack installation.
b) I have a deploy script that I run after every
provisioning/reprovisioning of the zone which is also handling Salt
installation, like this:

# Installing Salt dependencies:
pkgin -y in zeromq py27-m2crypto py27-crypto py27-msgpack
py27-yaml py27-jinja2 py27-zmq py27-requests py27-pip py27-tornado
py27-six

# This one ought to be installed via pip for some reason I
can't recall now:
pip install futures

# The de facto installation:
curl -L https://bootstrap.saltstack.com -o install_salt.sh
sudo sh install_salt.sh -A ${master_ip} -i
"${1:-${minion_name}}" -P git v2016.3.1

3. This is generally working fine -- while I'm running silly stuff
like test.version, test.ping or cmd.run  all is good.
But whenever I hit some more demanding stuff, like state.highstate
that's going through couple of formulas, I very often get information
in red saying: "didn't get response from the minion" (or something
along these lines).

My question is -- are you guys also experiencing such behavior? I have
some formulas that are supposed to run bash script in order to get
some stuff done on the zone, but they rarely succeed when triggered
through Salt. Sometimes they are succeeding, but I still get the same
"didn't get response from the minion" on the master.

Guess I will need to dig a bit deeper into debugging this, but I was
hoping that maybe some of you already experienced such behavior and
have some tips & tricks to share (like for example: "dude, don't
upgrade to anything above 2015.8.x on LTS zones...").

All the best
--
Filip



On Sat, Aug 22, 2015 at 11:38 AM, Jorge Schrauwen 
 wrote:
I've decided the old smartos_vmadm (virt) module to smartos_legacy and 
added

a deprecation message.

A new smartos_vmadm will be implemented, leaving the old behavior 
unchanged

for now.

Regards

Jorge



On 2015-08-20 08:53, Jasper Siepkes wrote:


Hi Jorge,

I'm a SaltStack user on SDC / SmartOS! I've also made a modest
contribution to
the pkgsrc SaltStack package by contributing an SMF manifests for it. 
My

idea is
to provision SDC Base64 images with Saltstack. That way I can also 
easily

upgrade to newer base64 images.

I'm not (yet) really into the internals of SaltStack so I can't 
really say

anything about the refactoring your proposing.

Thanks for all your work on SaltStack so far! I'm also on #smartos 
BTW as

KermitTheFragger (yeah cheesy, I know ;-).

Kind regards,

Jasper


Op 20 augustus 2015 om 8:22 schreef Jorge Schrauwen
:

Hey All,

Anyone around here use SaltStack on SmartOS?
 I've been fixing up the 2015.8 release to work again. All that is 
left

is the smartos_vmadm module which needs a lot of love.

I'm a bit worried about breaking things as the changes I want to do 
are

rather big: https://github.com/saltstack/salt/issues/26507

So if you use SaltStack, speak up before I start tackling this :)

Regards

Jorge

















---
smartos-discuss
Archives: https://www.listbox.com/member/archive/184463/=now
RSS Feed: https://www.listbox.com/member/archive/rss/184463/25769125-55cfbc00
Modify Your Subscription: 
https://www.listbox.com/member/?member_id=25769125_secret=25769125-7688e9fb
Powered by Listbox: http://www.listbox.com

Re: [smartos-discuss] Any SaltStack users around?

2016-09-07 Thread Peter Toth

We have an extensive Salt ecosystem on SmartOS (on Triton) - running salt
2015.8.8 (Beryllium).
This has proven to be very stable, virtually zero issues.

We package Salt directly into our custom zone image. This allows fast and
hassle-free provisioning as the Salt agent is available at provisioning.

Also, at provisioning time a user-script is injected along with metadata,
where we set a key called "salt-master=".

The script then configures the agent and enables it.

This works great with Triton, not sure if the user-script/metadata
injection is supported on plain SmartOS..

On Thu, Sep 8, 2016 at 8:29 AM, Paul Sture  wrote:

> Bearing in mind that I've only dabbled with SaltStack so far and
> haven't got anything like a working SaltStack system...
>
> The default timeout in the salt 'master' file is 5 seconds. I've
> had success by increasing that.
>
> Thanks for your installation instructions.  I couldn't get the latest
> version of SaltStack installed into native zones going via the non-git
> route; they were stuck at 2015.8.5 (Beryllium).
>
> Having said that, I don't really want git as a prerequisite - it's
> relatively huge by virtue of the dependencies it has.
>
>
> On 7 Sep 2016, at 21:05, Filip Chabik wrote:
>
> Hi guys,
>>
>> happy to see some other SaltStack + SmartOS users out there. Recently
>> salt became a bit more unstable for me and I was hoping to dig a bit
>> deeper and check whether the issue is on my side, my salt-master side
>> or in the compatibility of salt-minion and SmartOS zone. Here's the
>> deal:
>>
>> 1. I'm using 15.4.1 LTS on all of my zones.
>> 2. Not long ago I decided to "bump up" my SaltStack minions to version
>> 2016.3.1.
>> a) In order to achieve both points mentioned above, I had to use
>> some "creativity" when it comes to SaltStack installation.
>> b) I have a deploy script that I run after every
>> provisioning/reprovisioning of the zone which is also handling Salt
>> installation, like this:
>>
>> # Installing Salt dependencies:
>> pkgin -y in zeromq py27-m2crypto py27-crypto py27-msgpack
>> py27-yaml py27-jinja2 py27-zmq py27-requests py27-pip py27-tornado
>> py27-six
>>
>> # This one ought to be installed via pip for some reason I
>> can't recall now:
>> pip install futures
>>
>> # The de facto installation:
>> curl -L https://bootstrap.saltstack.com -o install_salt.sh
>> sudo sh install_salt.sh -A ${master_ip} -i
>> "${1:-${minion_name}}" -P git v2016.3.1
>>
>> 3. This is generally working fine -- while I'm running silly stuff
>> like test.version, test.ping or cmd.run  all is good.
>> But whenever I hit some more demanding stuff, like state.highstate
>> that's going through couple of formulas, I very often get information
>> in red saying: "didn't get response from the minion" (or something
>> along these lines).
>>
>> My question is -- are you guys also experiencing such behavior? I have
>> some formulas that are supposed to run bash script in order to get
>> some stuff done on the zone, but they rarely succeed when triggered
>> through Salt. Sometimes they are succeeding, but I still get the same
>> "didn't get response from the minion" on the master.
>>
>> Guess I will need to dig a bit deeper into debugging this, but I was
>> hoping that maybe some of you already experienced such behavior and
>> have some tips & tricks to share (like for example: "dude, don't
>> upgrade to anything above 2015.8.x on LTS zones...").
>>
>> All the best
>>
> 
> 



---
smartos-discuss
Archives: https://www.listbox.com/member/archive/184463/=now
RSS Feed: https://www.listbox.com/member/archive/rss/184463/25769125-55cfbc00
Modify Your Subscription: 
https://www.listbox.com/member/?member_id=25769125_secret=25769125-7688e9fb
Powered by Listbox: http://www.listbox.com

Re: [smartos-discuss] Any SaltStack users around?

2016-09-07 Thread Paul Sture


Bearing in mind that I've only dabbled with SaltStack so far and
haven't got anything like a working SaltStack system...

The default timeout in the salt 'master' file is 5 seconds. I've
had success by increasing that.

Thanks for your installation instructions.  I couldn't get the latest
version of SaltStack installed into native zones going via the non-git
route; they were stuck at 2015.8.5 (Beryllium).

Having said that, I don't really want git as a prerequisite - it's
relatively huge by virtue of the dependencies it has.

On 7 Sep 2016, at 21:05, Filip Chabik wrote:


Hi guys,

happy to see some other SaltStack + SmartOS users out there. Recently
salt became a bit more unstable for me and I was hoping to dig a bit
deeper and check whether the issue is on my side, my salt-master side
or in the compatibility of salt-minion and SmartOS zone. Here's the
deal:

1. I'm using 15.4.1 LTS on all of my zones.
2. Not long ago I decided to "bump up" my SaltStack minions to version 
2016.3.1.

a) In order to achieve both points mentioned above, I had to use
some "creativity" when it comes to SaltStack installation.
b) I have a deploy script that I run after every
provisioning/reprovisioning of the zone which is also handling Salt
installation, like this:

# Installing Salt dependencies:
pkgin -y in zeromq py27-m2crypto py27-crypto py27-msgpack
py27-yaml py27-jinja2 py27-zmq py27-requests py27-pip py27-tornado
py27-six

# This one ought to be installed via pip for some reason I
can't recall now:
pip install futures

# The de facto installation:
curl -L https://bootstrap.saltstack.com -o install_salt.sh
sudo sh install_salt.sh -A ${master_ip} -i
"${1:-${minion_name}}" -P git v2016.3.1

3. This is generally working fine -- while I'm running silly stuff
like test.version, test.ping or cmd.run  all is good.
But whenever I hit some more demanding stuff, like state.highstate
that's going through couple of formulas, I very often get information
in red saying: "didn't get response from the minion" (or something
along these lines).

My question is -- are you guys also experiencing such behavior? I have
some formulas that are supposed to run bash script in order to get
some stuff done on the zone, but they rarely succeed when triggered
through Salt. Sometimes they are succeeding, but I still get the same
"didn't get response from the minion" on the master.

Guess I will need to dig a bit deeper into debugging this, but I was
hoping that maybe some of you already experienced such behavior and
have some tips & tricks to share (like for example: "dude, don't
upgrade to anything above 2015.8.x on LTS zones...").

All the best



---
smartos-discuss
Archives: https://www.listbox.com/member/archive/184463/=now
RSS Feed: https://www.listbox.com/member/archive/rss/184463/25769125-55cfbc00
Modify Your Subscription: 
https://www.listbox.com/member/?member_id=25769125_secret=25769125-7688e9fb
Powered by Listbox: http://www.listbox.com

Re: [smartos-discuss] Samba performance

2016-09-07 Thread Chris Ridd

> On 6 Sep 2016, at 22:45, Frederick W. Soucy  wrote:
> Afraid i have no insight as to why your samba isn't performing just want to
> state that you can use the built-in SMB server inside an OS zone. It's the NFS
> server that is unavailable inside an OS zone. At $HOME all my media is served
> from an OS zone with a delegated dataset via svc:/network/smb/server:default
> and it is able to push ~100MB/s from an atom c2550.

Oh, you didn’t use to be able to run smb/server in a zone. That’s a nice 
improvement, thanks for the heads up!

However some testing (copying the same file to my Mac’s SSD twice) have only 
been 5MB/s faster and the same speed, so it isn’t great news yet.

The files I’m copying are 16GB and bigger than the 13GB ARC in my server, so I 
am going to try with smaller files to see if that makes a difference.

Chris

---
smartos-discuss
Archives: https://www.listbox.com/member/archive/184463/=now
RSS Feed: https://www.listbox.com/member/archive/rss/184463/25769125-55cfbc00
Modify Your Subscription: 
https://www.listbox.com/member/?member_id=25769125_secret=25769125-7688e9fb
Powered by Listbox: http://www.listbox.com

Re: [smartos-discuss] Any SaltStack users around?

2016-09-07 Thread Filip Chabik

Hi guys,

happy to see some other SaltStack + SmartOS users out there. Recently
salt became a bit more unstable for me and I was hoping to dig a bit
deeper and check whether the issue is on my side, my salt-master side
or in the compatibility of salt-minion and SmartOS zone. Here's the
deal:

1. I'm using 15.4.1 LTS on all of my zones.
2. Not long ago I decided to "bump up" my SaltStack minions to version 2016.3.1.
a) In order to achieve both points mentioned above, I had to use
some "creativity" when it comes to SaltStack installation.
b) I have a deploy script that I run after every
provisioning/reprovisioning of the zone which is also handling Salt
installation, like this:

# Installing Salt dependencies:
pkgin -y in zeromq py27-m2crypto py27-crypto py27-msgpack
py27-yaml py27-jinja2 py27-zmq py27-requests py27-pip py27-tornado
py27-six

# This one ought to be installed via pip for some reason I
can't recall now:
pip install futures

# The de facto installation:
curl -L https://bootstrap.saltstack.com -o install_salt.sh
sudo sh install_salt.sh -A ${master_ip} -i
"${1:-${minion_name}}" -P git v2016.3.1

3. This is generally working fine -- while I'm running silly stuff
like test.version, test.ping or cmd.run  all is good.
But whenever I hit some more demanding stuff, like state.highstate
that's going through couple of formulas, I very often get information
in red saying: "didn't get response from the minion" (or something
along these lines).

My question is -- are you guys also experiencing such behavior? I have
some formulas that are supposed to run bash script in order to get
some stuff done on the zone, but they rarely succeed when triggered
through Salt. Sometimes they are succeeding, but I still get the same
"didn't get response from the minion" on the master.

Guess I will need to dig a bit deeper into debugging this, but I was
hoping that maybe some of you already experienced such behavior and
have some tips & tricks to share (like for example: "dude, don't
upgrade to anything above 2015.8.x on LTS zones...").

All the best
--
Filip

On Sat, Aug 22, 2015 at 11:38 AM, Jorge Schrauwen  wrote:
> I've decided the old smartos_vmadm (virt) module to smartos_legacy and added
> a deprecation message.
>
> A new smartos_vmadm will be implemented, leaving the old behavior unchanged
> for now.
>
> Regards
>
> Jorge
>
>
>
> On 2015-08-20 08:53, Jasper Siepkes wrote:
>>
>> Hi Jorge,
>>
>> I'm a SaltStack user on SDC / SmartOS! I've also made a modest
>> contribution to
>> the pkgsrc SaltStack package by contributing an SMF manifests for it. My
>> idea is
>> to provision SDC Base64 images with Saltstack. That way I can also easily
>> upgrade to newer base64 images.
>>
>> I'm not (yet) really into the internals of SaltStack so I can't really say
>> anything about the refactoring your proposing.
>>
>> Thanks for all your work on SaltStack so far! I'm also on #smartos BTW as
>> KermitTheFragger (yeah cheesy, I know ;-).
>>
>> Kind regards,
>>
>> Jasper
>>
>>> Op 20 augustus 2015 om 8:22 schreef Jorge Schrauwen
>>> :
>>>
>>> Hey All,
>>>
>>> Anyone around here use SaltStack on SmartOS?
>>>  I've been fixing up the 2015.8 release to work again. All that is left
>>> is the smartos_vmadm module which needs a lot of love.
>>>
>>> I'm a bit worried about breaking things as the changes I want to do are
>>> rather big: https://github.com/saltstack/salt/issues/26507
>>>
>>> So if you use SaltStack, speak up before I start tackling this :)
>>>
>>> Regards
>>>
>>> Jorge
>>>
>>
>>>
>>
>>
> 
> 

---
smartos-discuss
Archives: https://www.listbox.com/member/archive/184463/=now
RSS Feed: https://www.listbox.com/member/archive/rss/184463/25769125-55cfbc00
Modify Your Subscription: 
https://www.listbox.com/member/?member_id=25769125_secret=25769125-7688e9fb
Powered by Listbox: http://www.listbox.com

[smartos-discuss] Re: SmartOS release-20160901

2016-09-07 Thread Trent Mick

On Thu, Sep 1, 2016 at 3:11 PM, Trent Mick  wrote:

> Hello All,
>
> The latest bi-weekly "release" branch build of SmartOS is up:
>

All,

We have re-released this platform to fix two regressions in the lx-brand
tmpfs mount code.

The updated changelog is here:


https://us-east.manta.joyent.com/Joyent_Dev/public/SmartOS/smartos.html#20160906T181054Z

and the latest links are updated:

curl -C - -O https://us-east.manta.joyent.com/Joyent_Dev/public/SmartOS/
smartos-latest.iso
curl -C - -O https://us-east.manta.joyent.com/Joyent_Dev/public/SmartOS/
smartos-latest-USB.img.bz2
curl -C - -O https://us-east.manta.joyent.com/Joyent_Dev/public/SmartOS/
smartos-latest.vmwarevm.tar.bz2

Cheers,
-- Trent



---
smartos-discuss
Archives: https://www.listbox.com/member/archive/184463/=now
RSS Feed: https://www.listbox.com/member/archive/rss/184463/25769125-55cfbc00
Modify Your Subscription: 
https://www.listbox.com/member/?member_id=25769125_secret=25769125-7688e9fb
Powered by Listbox: http://www.listbox.com

Re: [smartos-discuss] ziostat not providing rolling stats?

2016-09-07 Thread Andrej Javoršek

Hello,
"not working" behavior can be observer also on joyent_20160707T032945Z.

Regards Andrej

On Tue, Sep 6, 2016 at 10:35 PM, Robert Mustacchi  wrote:

> On 9/4/16 6:03 , Rob Seastrom wrote:
> >
> > Has anyone else noticed that ziostat does not seem to be providing
> correct rolling updates in current-ish SmartOS?
> >
> > Behavior observed when running "ziostat -Z 5" on 20160804T173241Z was
> plausible rollup stats on first output, and then zeroes for all metrics,
> even when deliberately flogging the disk subsystem:
> >
> > [root@80-c1-6e-64-9b-24 ~]# ziostat -Z 5
> > r/s   kr/s   actv wsvc_t asvc_t  %b zone
> > 0.00.10.0   28.15.7   0 global (0)
> > 0.00.20.00.31.6   0 8d31ffe3 (1)
> > 0.20.40.02.62.4   0 a450a6d4 (2)
> > r/s   kr/s   actv wsvc_t asvc_t  %b zone
> > 0.00.00.00.00.0   0 global (0)
> > 0.00.00.00.00.0   0 8d31ffe3 (1)
> > 0.00.00.00.00.0   0 a450a6d4 (2)
> > r/s   kr/s   actv wsvc_t asvc_t  %b zone
> > 0.00.00.00.00.0   0 global (0)
> > 0.00.00.00.00.0   0 8d31ffe3 (1)
> > 0.00.00.00.00.0   0 a450a6d4 (2)
> >
> > We're getting plausible numbers when doing the same thing on a
> (different machine, same hardware) 20160218T022556Z global zone.
> >
> > No, I haven't resorted to a binary search to figure out when the
> regression went in.
> 
> Hi Rob,
> 
> I'm not sure entirely as to what's caused this. However, for now I've
> filed https://smartos.org/bugview/OS-5649 to track this. Thank you for
> reporting it.
> 
> Robert
> 



-- 

<*img* src="data:image/png;base64,iVBORw0KGgoNSUhEUgUA

AAAFCAYAAACNbyblHElEQVQI12P4//8/w38GIAXDIBKE0DHxgljNBAAO

9TXL0Y4OHwBJRU5ErkJggg==" alt="Red dot" />



---
smartos-discuss
Archives: https://www.listbox.com/member/archive/184463/=now
RSS Feed: https://www.listbox.com/member/archive/rss/184463/25769125-55cfbc00
Modify Your Subscription: 
https://www.listbox.com/member/?member_id=25769125_secret=25769125-7688e9fb
Powered by Listbox: http://www.listbox.com

Re: [smartos-discuss] Any SaltStack users around?

Re: [smartos-discuss] Any SaltStack users around?

Re: [smartos-discuss] Any SaltStack users around?

Re: [smartos-discuss] Samba performance

Re: [smartos-discuss] Any SaltStack users around?

[smartos-discuss] Re: SmartOS release-20160901

Re: [smartos-discuss] ziostat not providing rolling stats?

7 matches

Site Navigation

Mail list logo

Footer information