Perl 6 - the future is here, just unevenly distributed

IRC log for #salt, 2016-02-02

| Channels | #salt index | Today | | Search | Google Search | Plain-Text | summary

All times shown according to UTC.

Time Nick Message
00:00 snicers-work Right, in this case being the minion, but I don't have a non-cache path to an sls file
00:00 snicers-work Do I just use the cache?
00:00 RandyT snicers-work: by doing 'salt '*'', you are telling saltstack to execute the state on every minion you have. That doesn't really make sense when you are trying to get boto working to create an rds.
00:00 RandyT later, it might make sense if you need an rds for every minion.... but probably not
00:01 snicers-work RandyT, I have boto locked into a single minion
00:01 RandyT so if I were debugging this, I would be running salt-call on the minion for which I know I have AWS credentials with permissions to create the resource.
00:01 snicers-work in my top.sls I have this: https://gist.github.com/anonymous/34d548569e1e9248546c
00:02 snicers-work RandyT, I will have dozens of minions, I don't want to be doing manual operations on them.
00:02 RandyT I would be looking at the debug log file on that same machine and in another window, I would be running the salt-run state.event pretty=True
00:03 RandyT snicers-work: are your running on a master to execute these things?
00:03 baweaver joined #salt
00:03 snicers-work My salt minion doesn't have salt-master (and thus salt-run) installed
00:04 RandyT snicers-work: that is not exactly what I asked.
00:05 snicers-work I see what you mean
00:05 RandyT snicers-work: in the top.sls that you show, you can either run 'salt Salt-Minion-1 state.apply rds' or you can log onto your minion and run 'salt-call rds'
00:05 RandyT with -l debug on both commands
00:06 RandyT but keep in mind, the minion where the state is executing to create the rds must have permissions to create the AWS resource.
00:08 RandyT take it from someone how has just spent the last 3 months crawling up the bottom part of this curve... you need to take some time to read the docs and understand some of the basic around states, the salt commands and the relationships between the minion and master if you are running a master.
00:08 RandyT every time I look at the docs I see something new.
00:09 snicers-work RandyT, agreed.
00:10 snicers-work https://gist.github.com/anonymous/35563f0fc4a1593fdfdf
00:10 snicers-work How do I ensure the minion has access to aws?
00:10 RandyT I've had a lot of nice folks in here have the patience to show me the way... I am happy to answer questions when I can to return that favor
00:10 snicers-work I appreciate that.
00:11 RandyT snicers-work: I install aws-cli on the minions that need the perms and I run aws-cli to do the same thing to make sure I can either read S3, create ELB, etc. Less so as I get more familiar with IAM and policies.
00:12 RandyT and what does -l debug output say about that failure?
00:12 RandyT and again, I would recommend calling the specific state file or state_id...
00:13 RandyT That is done with 'salt -l debug Salt-Minion-1 state.apply rds'
00:13 jim__ joined #salt
00:13 jim__ I need some help getting a custom pillar loaded
00:14 RandyT snicers-work: another thing that works great in here is to make a habit of putting the state code you are executing (the rds.sls) and the output from either -l debug and the state.event output.  Will be a lot easier to actually point to a problem.
00:15 snicers-work kk
00:15 Guest35552 joined #salt
00:15 RandyT snicers-work: another thought, you might also want to make sure you have done a pip.installed for boto3
00:15 snicers-work I have aws cli installed, what is the quickest way to check permissions?
00:15 snicers-work It uses boto3 or boto2??
00:15 RandyT not sure if rds is dependent on that, but could be. I've yet to do anything with rds
00:16 snicers-work Pretty sure it is boto2.
00:16 jim__ http://pastebin.com/14PpnRqd
00:16 jim__ I have a custom pillar I want to create that's basically just the most recent fingerprints of my build artifacts in jenkins
00:17 jim__ I put that .py in /srv/extension/pillar/jenkins_latest_build_fingerprints.py
00:18 jim__ http://pastebin.com/FwKZew9Z
00:18 jim__ that's the script in question
00:18 jim__ the commands in my script run on the python console, but I haven't been able to test it with salt yet, because it won't even load
00:19 jim__ anything obvious from my salt-master configuration?
00:19 RandyT snicers-work: aws rds help
00:19 hemphill joined #salt
00:20 snicers-work RandyT, got all of that, now I need to configure my credentials, I can of course do this manually but I need it done on highstate, any advice?
00:21 RandyT snicers-work: everything I do on AWS, I assign a role to the machine instance and control the policies that IAM role has via role policy
00:21 snicers-work RandyT, https://docs.saltstack.com/en/latest/ref/states/all/salt.states.boto_rds.html#salt.states.boto_rds.present it seems to me that the keyid and key are just passed in the present function and should work.
00:21 RandyT then I do not need to store credentials anywhere on a filesystem
00:23 RandyT if they keys you are using have permissions to create, list, etc RDS services, then probably yes. But as I said, the easiest way to determine that is with aws cli
00:23 snicers-work k, so I will just use the key in aws cli for the time being.
00:23 RandyT snicers-work: I am gone for the rest of the evening. Have fun.
00:24 snicers-work `A client error (InvalidParameterValue) occurred when calling the CreateDBInstance operation: Invalid master password
00:24 snicers-work `
00:24 RandyT jim__: have you done a pillar_refresh and can you debug that further if you use pillar.items?
00:24 snicers-work Thanks for your help
00:25 RandyT snicers-work: there you go, there are many pieces of the magic
00:26 oida joined #salt
00:27 berserk joined #salt
00:27 lompik joined #salt
00:28 aw110f joined #salt
00:30 jim__ Well, I guess salt decided to help me out
00:30 Guest35552 joined #salt
00:30 jim__ I got a new chain of errors on my salt-master
00:30 jim__ now I just need to figure out how to inspect my custom pillar
00:31 jim__ I take it I have to explicitly include external pillars in /srv/pillar/top.sls?
00:31 quasiben joined #salt
00:32 ekleog left #salt
00:35 burp_ joined #salt
00:35 snicers-work Problem solved, RDS is up! Finally!
00:35 snicers-work RandyT, you're the man.
00:35 nZac joined #salt
00:37 dayid joined #salt
00:42 burp_ joined #salt
00:49 burp_ joined #salt
00:50 Guest35552 joined #salt
00:51 totzky joined #salt
00:56 akhter joined #salt
00:56 scbunn joined #salt
00:56 SheetiS joined #salt
01:01 joe_n joined #salt
01:06 snc joined #salt
01:09 PeterO joined #salt
01:10 nidr0x joined #salt
01:26 joe_n joined #salt
01:32 brianfeister joined #salt
01:35 toanctruong joined #salt
01:53 devtea joined #salt
01:55 whatapain anyone know why a grain won't resolve even though it shows up in grains.get ?
01:56 whatapain jinja is resolving to "None"
01:57 synical joined #salt
01:57 whatapain salt-call grains.get shows it, as well as from the master, but this jinja template won't grab it
01:59 whatapain salt['grains.get'] instead of grains.get()
01:59 whatapain lame
02:01 devtea joined #salt
02:03 ntropy whatapain: its best if you paste some of the code
02:04 donmichelangelo joined #salt
02:04 whatapain ntropy: problem solved, thanks anyway... i was using grains.get instead of salt['grains.get']
02:04 whatapain don't understand the difference though and why it would work on one minion and not another
02:06 PeterO joined #salt
02:12 cyborg-one joined #salt
02:15 joe_n joined #salt
02:23 malinoff joined #salt
02:28 treaki joined #salt
02:36 shaggy_surfer joined #salt
02:37 dlam hmm k this is probably against whats recommended... but i wanna put a 'production' and 'staging' on the same computer, and the difference really is just different folder paths,  anyone how to go about doin that?
02:37 joe_n joined #salt
02:38 dlam like i thought about using different pillars, and somehow making it use different ones, but the matching in top.sls seems really off the minion_id/hostname so no bueno
02:38 * dlam hmmms
02:39 lookcrabs joined #salt
02:40 lookcrabs i'm new to salt and to python/jinja. Is there a good guide to use alongside the saltstack docs?
02:43 baweaver joined #salt
02:45 tonybaloney joined #salt
02:45 joyrida08 joined #salt
02:45 evle joined #salt
02:46 stooj joined #salt
02:54 lorengordon lookcrabs: i mostly keep ending up at the jinja2 template reference doc, http://jinja.pocoo.org/docs/dev/templates/
02:55 totzky joined #salt
02:55 malinoff_ joined #salt
02:58 totzky joined #salt
03:13 rmnuvg joined #salt
03:14 iggy ^ good reference for starting out
03:15 iggy also good is hopping on your minion and running with -l debug... it'll show you the rendered output
03:21 brianfeister joined #salt
03:26 lookcrabs thanks lorengordon  and iggy. How about a general salt guide. Right now I just have a minion + master set up but mostly following a digialocean guide for setting up nginx. Any other recommended high level side documentation?
03:26 tonybaloney merge reviews pretty please. https://github.com/saltstack/salt/pull/30767
03:26 saltstackbot [#30767]title: Add saltcloud module for Dimension Data Cloud | * [x] - Complete driver implementation for nodes...
03:33 subsignal joined #salt
03:35 Guest35552 joined #salt
03:35 ageorgop joined #salt
03:36 subsignal joined #salt
03:41 tehsu debian has 8.4, does cent have 8.4?
03:42 tehsu looks like 8.4 is out
03:44 brianfeister joined #salt
03:44 baweaver joined #salt
03:46 totzky joined #salt
03:49 iggy lookcrabs: I hear Colton Myers book is pretty good... For me just working with it was the best thing
03:50 lookcrabs ah thanks iggy !!! I'll check that out!
03:55 djgerm I want to put this grain {{ grains['ip4_interfaces.eth0'] }} into a state file, but I seem to get     Rendering SLS 'base:bindform' failed: Jinja variable 'dict object' has no attribute 'ip4_interfaces.eth0'
03:55 djgerm instead when i put it in there.
03:55 CheKoLyN joined #salt
03:56 Guest35552 joined #salt
03:56 djgerm do i need to set the variable at the top or something?
03:57 CheKoLyN Is it possible to configure salt cloud  via pillar only ?
04:02 ramteid joined #salt
04:04 ageorgop joined #salt
04:05 baweaver joined #salt
04:05 racooper joined #salt
04:05 lemur joined #salt
04:06 Guest35552 joined #salt
04:06 bronz joined #salt
04:08 oida_ joined #salt
04:16 om2 how do you watch a change occurring in   win_servermanager.installed?
04:16 om2 I have this:
04:16 om2 - watch:
04:16 om2 - pkg: FS-DFS-Namespace
04:16 om2 doesn't work
04:19 Guest35552 joined #salt
04:20 om2 it's salt.states.win_servermanager.installed
04:21 twork i'm on my first pass at the salt mine, and i'm confused. reading: https://docs.saltstack.com/en/latest/topics/mine/ ...it looks like... "mine_functions" is a magical piece of the piller, where instead of key: value pairs, we have something more like a lexicon of commands that can be interpreted they way the rest of the pillar is?
04:21 twork if that is the case, i can't find where that lexicon is.
04:22 rdas joined #salt
04:23 twork the examples make sense, and in the openssh.known_hosts formula, there are some others...
04:24 anmol joined #salt
04:24 oida_ joined #salt
04:27 Guest35552 joined #salt
04:31 twork like, there's 'cmd.run', that looks just like the cmd state (?) with the 'run' function, i'm familiar with that...
04:38 twork section for the mine module itself is even shorter.  i've got to be missing something here.
04:38 quasiben joined #salt
04:41 om2 twork: not sure you are understanding Mine appropriately
04:41 twork probably not...
04:41 twork my understanding is:
04:42 twork mine allows you to gather information from the minion for use in applying in states.
04:42 om2 from other minions, yes
04:42 om2 I believe
04:43 om2 what are you trying to accomplish?
04:43 twork a couple of things
04:44 om2 I'm no salt guru yet, but mine is mostly to get up-to-date data from other minions accessed at the master rather than the other minions
04:44 twork one, which i probably don't need help with: i'm tryingi to use the openssh formula for the first time, and i want to use the mine to spread my host keys around. the formula comes with an example, i can use it by rote, i should be okay there
04:45 twork but...
04:46 JDiPierro joined #salt
04:46 twork it makes me nervous to just slap in code that i don't fully understand; that, and i'd like to generalize this for use elsewhere
04:47 favadi joined #salt
04:47 om2 that's what vagrant and dev environments are for right?
04:48 om2 vagrant salt is awesome btw
04:48 om2 you certainly should be nervous to dev on prod. :P
04:49 twork ...who says i am?
04:49 om2 you said you so
04:49 om2 lol
04:49 Guest35552 joined #salt
04:49 om2 I mean, nervous...
04:49 om2 let me know what you come up with about Mine
04:51 om2 I haven't had a chance to dive into it...  just checked the docs on it, and mine_funtions seem to be like grains but more up-to-date
04:51 om2 so... in the example you see in openssh...
04:51 om2 mine_functions:
04:51 om2 public_ssh_host_keys:
04:51 om2 mine_function: cmd.run
04:51 om2 cmd: cat /etc/ssh/ssh_host_*_key.pu
04:52 twork there's a big gap between prod, vs. dev hosts where we've got a lot of work invested. that said, i'm not so much worried about blowing up a minion (we can roll back our vm's here)
04:52 om2 that lists all /etc/ssh/ssh_host_*_key.pub and saves them to public_ssh_host_keys
04:52 om2 if I'm reading this correctly...
04:52 twork yes
04:52 om2 do you read it that way?
04:52 om2 cool
04:52 twork i do
04:52 twork my issue is:
04:53 twork next week when i want to do something new, how do i generalize this to my next issue?
04:53 om2 it looks like you can use Mine anywhere you want to
04:53 om2 not just in formulas
04:54 twork ...
04:54 twork well, i got that from a formula...
04:54 om2 that's a good question, general use of it...
04:54 om2 so you can get data from any minion and store it in key value pairs
04:54 om2 I think that's main part of it
04:54 twork i understand that
04:55 om2 not sure what you meant by being a lexicon...
04:56 om2 so, to generalize this, if you need any data from a minion to be used on another minion, use min_functions to get the data saved on the master....   I believe
04:57 twork in the example: two instances of 'mine_function:', each fllowed by a (short) list of key: value pairs that look sort of like commands, or like state elements.  are they?
04:58 twork i know what cmd: means, i use that all the time, so that seems clear enough
04:58 om2 yea they are built those provided by salt
04:59 om2 I am not sure what mine_functions can provide as modules and such
04:59 om2 that's a good thing to look at
04:59 twork that's the gist of my query
04:59 om2 obviously per that page, it supports cmd and grains.get
04:59 twork where do i look
05:00 twork the doc for the 'mine' topic doesn't seem to fully cover it (or i'm dense)
05:01 om2 yea, I have issues with the docs missing good info... :p
05:01 om2 like, that's why I posted my question about - watch: for salt.states.win_servermanager.installed
05:02 twork i think i already said, the most i've found (where i could just be staring at my answer and not grasping it) is: https://docs.saltstack.com/en/latest/ref/modules/all/salt.modules.mine.html#module-salt.modules.mine
05:02 om2 haha
05:02 om2 did'nt get that page
05:02 om2 got another one
05:03 om2 looks like it supports any pillar and grains data
05:03 om2 plus modules
05:04 Guest35552 joined #salt
05:04 om2 if that's the case, I need Mine too!
05:04 om2 I'm sure I'll find use of it soon
05:04 twork handy, i'nit
05:04 om2 building a PaaS
05:05 om2 I was looking at https://docs.saltstack.com/en/latest/topics/mine/
05:05 om2 but your other link is much better
05:05 om2 at least their docs are well indexed by google...
05:06 twork indeed
05:06 om2 even if they lack breadth and depth at times
05:06 om2 have you use salt with windows?
05:07 om2 if anyone here listen has, please hit me up
05:10 twork ok, i think my answer(s) is/are starting to sink in here.  after enough staring, plus embarrassing myself by asking questions in public
05:10 twork s,questions,dumb questions,
05:10 llua s,dumb ,,
05:11 twork yes: the mine_functions: pillar is magical;
05:12 voidspacexyz joined #salt
05:12 twork next down from it, a list of titles that can be anything we want to use in referring to:
05:12 nethershaw joined #salt
05:13 twork 'mine_function:' [module name]
05:15 twork ...followed by a list of arguments/values to pass to the module named
05:17 twork ...which at run time, we'll interpret as, [that "anything" key]: [the output of the module it calls]
05:20 twork i'm still a bit vague on how to govern the input to the functions but it's way past signoff time.
05:21 twork thanks as always for helping me read aloud, @all.
05:30 voileux joined #salt
05:31 bronz joined #salt
05:36 atmosx_laptop joined #salt
05:46 tonybaloney joined #salt
05:58 cberndt joined #salt
05:59 calvinh joined #salt
06:02 Pie_Mage joined #salt
06:03 keimlink joined #salt
06:04 ruxu joined #salt
06:09 nidr0x joined #salt
06:11 sk_0 joined #salt
06:19 malinoff joined #salt
06:20 quasiben joined #salt
06:20 Lionel_Debroux joined #salt
06:20 Guest35552 joined #salt
06:22 favadi joined #salt
06:23 quasiben joined #salt
06:28 voidspacexyz Just a quick question, does salt-2015* support python 2.6 ?
06:30 voidspacexyz Got it, it does support
06:32 ageorgop joined #salt
06:38 stooj joined #salt
06:52 baweaver joined #salt
06:55 aea joined #salt
06:58 impi joined #salt
07:07 garphy joined #salt
07:09 antpa joined #salt
07:09 asco1aro joined #salt
07:10 DanyC joined #salt
07:17 Guest35552 joined #salt
07:21 APLU joined #salt
07:25 oliv` joined #salt
07:31 joe_n joined #salt
07:43 catpig joined #salt
07:48 om joined #salt
07:49 impi joined #salt
07:49 linjan joined #salt
07:51 asco1aro joined #salt
07:51 antpa joined #salt
07:51 krymzon joined #salt
07:56 Guest35552 joined #salt
07:57 malinoff joined #salt
07:58 ruxu joined #salt
08:03 IdoK joined #salt
08:03 elsmo joined #salt
08:04 cberndt joined #salt
08:06 IdoK Hi, I have created a state to join a Linux machine to the domain. I need to use windows user in order to join the Linux server to the domain. I would like to hash the password because I don't want to keep the password in plain text in file. I tried to hash the password, but I get password error when using this. Do you have an idea?
08:07 DanyC joined #salt
08:10 antpa joined #salt
08:10 Lionel_Debroux joined #salt
08:10 anthpa joined #salt
08:12 dgutu joined #salt
08:16 anthpa joined #salt
08:16 antpa joined #salt
08:19 tawm04_ joined #salt
08:20 viq joined #salt
08:23 lionel_ joined #salt
08:29 totzky joined #salt
08:29 ruxu joined #salt
08:30 fredvd joined #salt
08:33 joe_n joined #salt
08:39 Guest35552 joined #salt
08:40 garphy joined #salt
08:40 joe_n joined #salt
08:41 voidspacexyz joined #salt
08:42 keimlink joined #salt
08:45 antpa joined #salt
08:45 asco1aro joined #salt
08:45 krymzon joined #salt
08:45 Lionel_Debroux joined #salt
08:53 kshlm joined #salt
08:57 Guest35552 joined #salt
08:59 GreatSnoopy joined #salt
09:00 malinoff joined #salt
09:03 rdas_ joined #salt
09:06 kshlm joined #salt
09:10 amcorreia joined #salt
09:14 jack__ joined #salt
09:15 jeddi is there a way to show the value of a specific grain in the CLI (not a state)?  I can do grains.ls and grains.items - but can't extract a single item.
09:15 LondonAppDev joined #salt
09:20 AndreasLutro grains.get
09:22 joe_n joined #salt
09:24 honestly_ voidspacexyz: it's supposed to. I've found it doesn't really.
09:25 honestly_ voidspacexyz: see here: https://github.com/saltstack/salt/issues?utf8=%E2%9C%93&q=2.6
09:26 priteb joined #salt
09:27 priteb How to update salt on minions? It was installed on the minions using the bootstrap script
09:28 krymzon joined #salt
09:28 minuok joined #salt
09:29 minuok Hi can i use refresh in this way salt '*' pkg.upgrade  refresh=True --out=json --static
09:32 IdoK Hi, I have created a state to join a Linux machine to the domain. I need to use windows user in order to join the Linux server to the domain. I would like to hash the password because I don't want to keep the password in plain text in file. I tried to hash the password, but I get password error when using this. Do you have an idea?
09:34 priteb To answer my own question, the bootstrap script install OS packages. So updating packages is enough.
09:35 antpa joined #salt
09:36 asco1aro joined #salt
09:36 s_kunk joined #salt
09:37 DanyC joined #salt
09:38 ruxu joined #salt
09:38 DanyC joined #salt
09:41 priteb How to install/update multiple packages together, i.e., in the same call to apt-get?
09:41 antpa_ joined #salt
09:42 elsmo joined #salt
09:42 DanyC joined #salt
09:47 krymzon_ joined #salt
09:48 oliv` joined #salt
09:48 oliv` joined #salt
09:58 kim0_ joined #salt
09:59 ruxu joined #salt
09:59 jack__ joined #salt
10:01 kim0_ Hi folks .. Is there a way to run file.absent only if a cmd.run returns failure ?
10:02 kim0_ file.absent has no "onlyif" for example
10:05 jxm__ joined #salt
10:05 cyteen joined #salt
10:07 ruxu joined #salt
10:08 k_sze[work] joined #salt
10:10 jack__ joined #salt
10:10 babilen kim0_: onlyif can be used to alter every state.
10:11 kim0_ babilen: mm thanks .. but can it also depend on some other state (like file.absent only runs if a previous cmd.run has failed) ?
10:13 k_sze[work] Is there a way to make salt skip a state on a condition?
10:14 bdrung_work joined #salt
10:15 bdrung_work is salt 2015.8.4 official released?
10:17 rotbeard joined #salt
10:19 jack__ joined #salt
10:19 giantlock joined #salt
10:22 priteb My salt:// urls keep erroring as "Source file ... is missing"
10:22 priteb Do I have to do anything extra to be able to serve salt:// urls from master to minions?
10:23 malinoff joined #salt
10:24 antpa joined #salt
10:24 asco1aro joined #salt
10:26 babilen kim0_: What are you trying to achieve?
10:26 babilen https://docs.saltstack.com/en/latest/ref/states/requisites.html#onfail might be what you are looking for
10:27 kim0_ delete ssh host keys, only if their key length is small (determined by a cmd.run to ssh-keygen)
10:27 kim0_ okie thanks
10:27 babilen I'd recommend to read through all requisites discussed on that site as knowing about all of them will help you a lot in the future
10:28 babilen priteb: No, not really. salt:// references files in file_roots -- What are you doing and what is the exact error you get? Could you paste your state, file_roots config and filesystem layout to one of http://refheap.com, http://paste.debian.net, https://gist.github.com, http://sprunge.us, … ?
10:29 Lionel_Debroux joined #salt
10:30 jack__ joined #salt
10:31 oliv` joined #salt
10:34 atmosx joined #salt
10:34 joe_n joined #salt
10:34 antpa joined #salt
10:34 asco1aro joined #salt
10:35 Alexxannar joined #salt
10:38 Alexxannar Hi all! Can you help me with foreman, i'm trying to get grains form minion and i'm stuck( gettin Could not send facts to Foreman: hostname was not match with the server certificate. what im doing wrong? was using man http://theforeman.org/plugins/foreman_salt/3.0/index.html
10:38 Alexxannar tried to google it, but seems noone have problems with it
10:39 jack__ joined #salt
10:41 malinoff joined #salt
10:48 stbenjam Alexxannar: 4.0 is the latest btw, http://theforeman.org/plugins/foreman_salt/4.0/index.html, which is what you'd be using with the latest foreman stable (1.10)
10:48 stbenjam Alexxannar: but i don' think there were so many changes.  it sounds like you maybe have some misconfiguration in /etc/salt/foreman.yml
10:49 Alexxannar yep mb. can You advice me what things should be there? I was following foreman manual
10:49 stbenjam it's in the manual
10:50 priteb babilen: It was a PEBCAK; I mystyped a special character.
10:50 stbenjam Alexxannar: http://theforeman.org/plugins/foreman_salt/4.0/index.html#2.1SmartProxy, you need to have the foreman url in there, and the same certificates the smart proxy is using to talk to foreman
10:51 antpa joined #salt
10:51 asco1aro joined #salt
10:53 Alexxannar Thx, i followed this man and have url, but anyway thx for the problem place, will continue searching
10:58 baweaver joined #salt
10:59 jack__ joined #salt
11:01 antpa joined #salt
11:01 anthpa joined #salt
11:03 amcorreia joined #salt
11:07 jack__ joined #salt
11:11 Lionel_Debroux_ joined #salt
11:15 ggoZ joined #salt
11:23 ruxu joined #salt
11:24 kermit joined #salt
11:24 ruxu joined #salt
11:25 pooogles joined #salt
11:27 rdas joined #salt
11:27 giantlock joined #salt
11:28 dayid joined #salt
11:28 dayid joined #salt
11:29 jack__ joined #salt
11:31 shiriru joined #salt
11:39 jeddi AndreasLutro: thank you!
11:45 dendazen joined #salt
11:45 jack__ joined #salt
11:47 voidspacexyz joined #salt
11:54 gmoro joined #salt
11:56 joe__n joined #salt
11:57 antpa joined #salt
11:58 asco1aro joined #salt
11:58 Lionel_Debroux_ joined #salt
11:59 jack__ joined #salt
12:03 voidspacexyz joined #salt
12:09 giantlock joined #salt
12:09 ggoZ joined #salt
12:10 voidspacexyz_ joined #salt
12:10 slav0nic joined #salt
12:11 jack joined #salt
12:11 voidspacexyz joined #salt
12:19 joe___n joined #salt
12:22 malinoff joined #salt
12:22 unixer joined #salt
12:23 kshlm joined #salt
12:23 unixer hello
12:27 joe___n joined #salt
12:28 bluenemo joined #salt
12:29 antpa joined #salt
12:29 anthpa joined #salt
12:30 CeBe joined #salt
12:30 Guest18700 joined #salt
12:33 KermitTheFragger joined #salt
12:33 PeterO joined #salt
12:33 om2 joined #salt
12:35 kim0__ joined #salt
12:35 aea_ joined #salt
12:35 tcolvin_ joined #salt
12:36 antpa_ joined #salt
12:36 ggoZ1 joined #salt
12:36 AirOnSkin joined #salt
12:36 ruxu_ joined #salt
12:37 stooj joined #salt
12:37 mrbobbytables joined #salt
12:37 copelco joined #salt
12:37 copelco joined #salt
12:37 help joined #salt
12:38 bbhoss joined #salt
12:38 oida_ joined #salt
12:39 SteamWells joined #salt
12:39 PeterO joined #salt
12:40 subsignal joined #salt
12:46 evle joined #salt
12:49 saltyswede Hi, Is there an easy and simple way to push files to all minions?
12:49 quasiben joined #salt
12:49 saltyswede already tried the file server that comes with SS but I can't make it work
12:49 morissette joined #salt
12:56 AndreasLutro babilen: you know stuff about the debian packaging of salt, right?
13:00 kshlm joined #salt
13:03 babilen AndreasLutro: I do indeed
13:03 babilen Anything in particular I can help you with?
13:04 AndreasLutro I tried upgrading minions in my vm using pkg.refresh_db and pkg.install, from 2015.8.3 to .4 and had to ssh in and dpkg --configure -a to complete the upgrade
13:04 AndreasLutro any clue what I should be looking for?
13:05 AndreasLutro if I manually `apt-get install salt-minion` with all the dpkg options salt sets, it works fine
13:06 babilen This is in Debian jessie using packages from the automatically built saltstack repositories? What happens during "dpkg --configure -a" ? What do you have in the minion log for the failed attempt?
13:07 babilen Does anything specific happen if you run "apt-get install salt-minion" ? Would you mind pasting the output of that to one of http://refheap.com, http://paste.debian.net, https://gist.github.com, http://sprunge.us, … ? (or anything not pastebin.com)
13:08 AndreasLutro jessie, repo.saltstack.com. here's some output after sshing in https://bpaste.net/show/c8043d554236
13:08 bronz joined #salt
13:09 nbastin left #salt
13:10 AndreasLutro minion log has nothing interesting, it says doing the apt-get install then "The salt minion is shut down" then nothing until I manually finish the upgrade
13:12 AndreasLutro a very superficial guess would be that salt-minion isn't making salt-common upgrade with it
13:13 Guest18700 joined #salt
13:13 DammitJim joined #salt
13:14 babilen Let me take a look
13:14 unixer babilen, I will try it on one of my Jessie machines
13:14 AndreasLutro one step not in my paste is I tried `apt-get install salt-minion` and it didn't work, I did `apt-get install salt-minion salt-common` and that worked
13:15 AndreasLutro but that was on another vm I guess
13:16 babilen What was the problem when you tried "apt-get install salt-minion" ?
13:16 babilen AndreasLutro: Would you mind a PM?
13:16 AndreasLutro I'll see if I can find it... it kinda got lost in a lot of cat/less/tail
13:16 AndreasLutro go ahead
13:17 malinoff joined #salt
13:17 patrek joined #salt
13:18 AndreasLutro babilen: found it https://bpaste.net/show/545624cfcdc7
13:19 justanotheruser joined #salt
13:19 AirOnSkin Can I "watch" a file that is not managed by Salt?
13:20 AndreasLutro AirOnSkin: no
13:21 AirOnSkin AndreasLutro: I see. Hmm... I could however manage the file with Replace: False, right? And then watch it?
13:22 anmol joined #salt
13:22 AndreasLutro with replace: false, there would never be any changes, and as such no watch statements would trigger
13:22 babilen AndreasLutro: "salt-minion : Depends: salt-common (= 2015.8.4+ds-2) but 2015.8.3+ds-1 is to be installed" somewhat hints at the fact that the priorities of those repositories are wonkers. Could you show me the output of "apt-cache policy salt-minion salt-common" ?
13:23 antpa joined #salt
13:23 asco1aro joined #salt
13:23 babilen wonkers = mixture of "bonkers" and "wonky"  :)
13:24 AndreasLutro here's from a server that I've done pkg.refresh_db on, but haven't upgraded yet: https://bpaste.net/show/751f6ec95038
13:24 Lionel_Debroux_ joined #salt
13:24 oliv` joined #salt
13:24 AndreasLutro I do manage the preferences file so there could be something there, but looks fine to me
13:25 AirOnSkin I see. Thank you :)
13:26 AndreasLutro that also reminds me I need to get rid of the /latest from before..
13:26 ruxu joined #salt
13:28 unixer I am having the same issue with jessie
13:28 babilen AndreasLutro: That would have been my first suggestion. Could you try "apt-get -s upgrade" ?
13:28 unixer I am going to try it on another machine using pkg.install pkgs='["salt-common", "salt-minion"]
13:28 babilen bloody hell
13:28 akhter joined #salt
13:28 babilen unixer: Please don't ..
13:28 akhter joined #salt
13:29 babilen unixer, AndreasLutro: Could you guys start your salt-minion in debug mode (salt-minion -ldebug) and run "salt 'theminion' pkg.upgrade" ? I'd be interested to see what happens during the upgrade.
13:29 AndreasLutro babilen: https://bpaste.net/show/6c8234dac962 hmm, salt ones have bneen held back..
13:30 babilen AndreasLutro: "apt-get -s dist-upgrade" ?
13:30 AndreasLutro minion was already in debug mode and had nothing interesting
13:30 babilen aye
13:31 AndreasLutro let me look in the other servers
13:31 AndreasLutro babilen: dist-upgrade https://bpaste.net/show/36c2fde820f4
13:32 babilen wtf
13:33 AndreasLutro yeah logs have nothing interesting
13:33 unixer forcing salt-common to upgrade with apt-get -f upgrade salt-common gets the minion installed and running again
13:34 babilen AndreasLutro: "apt-cache show salt-common" ?
13:35 AndreasLutro anything in particular from that?
13:35 unixer not really
13:36 AndreasLutro babilen: it just shows the 3 versions, as expected - what am I looking for?
13:36 AndreasLutro haha what is this
13:37 AndreasLutro the salt packages are conflicting with systemd-sysv?
13:37 unixer ?
13:37 AndreasLutro https://github.com/saltstack/salt/issues/30696
13:37 saltstackbot [#30696]title: 2015.5 debian salt-master package forces sysvinit | Hello,...
13:38 AirOnSkin Can I trigger the execution of a state based on changes in a state? And with that mean to instruct state_a to run state_b once it's done. Not the other way around (like with watch or onchanges).
13:39 akhter_1 joined #salt
13:39 babilen AndreasLutro: Yes, that is *exactly* what I find troubling
13:40 babilen Oh god
13:40 AndreasLutro this is only for the master though
13:40 AndreasLutro presumably because of this: Depends: ... python-systemd | sysvinit-core
13:40 AndreasLutro but python-systemd doesn't exist
13:40 babilen Exactly and python-systemd is not in jessie
13:40 babilen So it has to fall back to sysvinit-core
13:42 AndreasLutro this would be pretty funny if I didn't need to upgrade to 2015.8.4 to fix other issues I'm having
13:42 Guest18700 joined #salt
13:42 babilen So, that explains the weird stuff going on with the master and systemd, but why on earth doesn't the minion upgrade?
13:42 babilen unixer: Could you paste logs of your upgrade?
13:42 babilen AndreasLutro: I am way past the point at which I find that funny
13:43 babilen And switching init systems during a salt-master upgrade is anything but
13:43 akhter joined #salt
13:44 teryx510 joined #salt
13:45 dendazen joined #salt
13:46 saltyswede Hi, Is there an easy and simple way to push files to all minions?
13:46 saltyswede already tried the file server that comes with SS but I can't make it work
13:46 unixer salt-cp
13:46 gh34 joined #salt
13:46 AirOnSkin Yep, what he said
13:47 unixer put the file in /srv/salt
13:47 unixer i.e. salt-cp '*' salt://file /tmp/file
13:49 quasiben joined #salt
13:49 unixer sorry
13:50 unixer salt-cp '*' /path/to/file /where/it/is/going
13:50 giantlock joined #salt
13:50 saltyswede Unixer, if I could give you a cake I would, big thanks
13:50 AndreasLutro default pillar merging strategy has changed too? nice
13:51 saltyswede It seems that I cant transfer file over 5MB?
13:51 mapu joined #salt
13:54 chiui joined #salt
13:54 antpa joined #salt
13:54 asco1aro joined #salt
13:54 impi joined #salt
13:55 quasiben joined #salt
13:55 baoboa joined #salt
13:58 babilen AndreasLutro: Point release!
13:58 babilen Okay, meeting .. bbl
14:00 jhauser joined #salt
14:01 AndreasLutro facepalm
14:03 subsignal joined #salt
14:05 lompik joined #salt
14:05 quasiben joined #salt
14:06 pcn saltyswede: Isn't that a config option
14:07 Guest18700 joined #salt
14:09 quasiben joined #salt
14:09 denys joined #salt
14:10 jardoin joined #salt
14:12 racooper joined #salt
14:13 mage__ how can I match: ALL except ids "mx*" in my top file?
14:14 babilen mage__: Compund master "* and not mx*"
14:14 babilen *compound
14:14 mage__ thanks
14:15 babilen I think "not mx*" might work as well .. try "salt -C 'not mx*' test.ping" and "salt -C '* and not mx*' test.ping"
14:16 Lionel_Debroux_ joined #salt
14:16 treaki_ joined #salt
14:16 mage__ "not mx*" seems to work
14:17 AndreasLutro babilen: you wouldn't know how to install 2015.8.3 from the saltstack repositories instead of the latest version? :p
14:20 babilen mage__: Great
14:20 babilen AndreasLutro: That version is no longer in the repository
14:21 babilen AndreasLutro: Should we discuss this here or in #debian?
14:21 scoates joined #salt
14:22 AndreasLutro #debian I guess
14:23 babilen Hmm, I'd prefer here as it is about an unofficial third-party repository and therefore not really supported in #debian
14:23 babilen :)
14:23 babilen I'd have +q myself then
14:24 babilen My recommendation would be to manually install the old version from the .deb in /var/cache/apt/archives/ and to put the package on hold.
14:24 AndreasLutro sigh yeah
14:25 JDiPierro joined #salt
14:26 babilen I'll come in early tomorrow and try to get proper packages into jessie-saltstack. Obviously that also requires a python-systemd backport.
14:27 bowhunter joined #salt
14:27 treaki__ joined #salt
14:28 Guest18700 joined #salt
14:29 hasues joined #salt
14:29 jardoin is it cool to ask OSX related questions here?
14:29 babilen As long as they are related to salt :)
14:29 jardoin I see it's not an "officially supported" OS
14:29 jardoin It is
14:30 jardoin Ah... of course.. meeting time. I'll be back in like 30 minutes.
14:30 babilen Ask and see what happens.
14:30 babilen haha
14:30 edrocks joined #salt
14:31 cro joined #salt
14:32 impi joined #salt
14:32 tru_tru joined #salt
14:33 Guest18700 joined #salt
14:37 SunPowered joined #salt
14:37 sk_0 joined #salt
14:39 cpowell joined #salt
14:39 cpowell joined #salt
14:40 hasues left #salt
14:47 Tanta joined #salt
14:49 antpa joined #salt
14:49 asco1aro joined #salt
14:51 spiette joined #salt
14:52 _JZ_ joined #salt
14:54 teryx5101 joined #salt
14:55 teryx510 joined #salt
14:56 jardoin ok anyway
14:57 jardoin so OSX and Salt. Salt-minion and brew
14:57 jardoin I'm tryning to figure out where I'm going wrong with using taps
14:57 jardoin *trying
14:58 babilen taps?
14:58 jardoin specifically, I can install something like wget with no issue - it just works. But if I try to install something like google-chrome, all I get is a dashed line
14:58 jardoin yeah. One sec
14:59 jardoin https://docs.saltstack.com/en/latest/ref/modules/all/salt.modules.brew.html
14:59 jardoin so if I don't need to use a tap, it just works. If I do need to use a tap, it does not work.
15:00 jardoin caskroom/cask specifically
15:00 AndreasLutro wtf, I can't even find references to python-systemd in the salt-pack repository - I thought that was what was being used to build packages
15:00 impi joined #salt
15:02 justanotheruser joined #salt
15:02 jardoin if that makes sense
15:03 jardoin so I can issue a command like "salt '*' pkg.install wget' to a machine and it will proceed as planned
15:03 jardoin if I issue a command like "salt '*' pkg.install google-chrome tap='caskroom/cask'" or something, it fails
15:04 jardoin this is after manually adding the cask to the machine as well
15:04 kshlm joined #salt
15:04 jardoin I can install the package with brew on the machine via cmd.run if I want
15:04 jardoin but it'd be nice if it worked as stated in docs. I just can't figure what I'm doing wrong.
15:05 andrew_v joined #salt
15:06 saltyswede Is there a way to "sort all minions" in group and only target the group instead of minions?
15:06 jardoin also worth noting, 'tap' and 'taps' same difference. No failure, just dashed lines
15:06 babilen AndreasLutro: Yes, that is the problem it boils down to. The "automatic" backport is missing and nobody notices in time .. The packaging being used appears to be the one in unstable which is, obviously, not apppropriate for jessie
15:07 jardoin swede have you tried targeting by 'grains'?
15:07 quasiben joined #salt
15:08 saltyswede I have, but it is not what I need in my enviroment thou
15:08 saltyswede I need to manually sort the minions in groups,
15:08 jardoin you could add a custom grain to minions
15:08 jardoin that's how I do it anyway
15:09 jardoin admittedly, I'm not a pro though
15:09 jardoin just getting started ")
15:09 saltyswede Well, I'm consider myself newbie at salt ;)
15:09 hasues joined #salt
15:09 hasues left #salt
15:10 saltyswede nodegroups maybee,
15:10 Guest18700 joined #salt
15:10 saltyswede Seems thou that's not implemented yet
15:11 quasiben joined #salt
15:12 jardoin ^^SO yeah, OSX and brew. Not sure whats up with taps. I gotta run for a minute, but I'll be idling. Any insight would be appreciated.
15:12 unixer saltyswede
15:12 unixer you could create nodegroups
15:13 unixer https://docs.saltstack.com/en/latest/topics/targeting/compound.html
15:13 unixer just put use the normal targeting syntax in the node group definition
15:13 onlyanegg joined #salt
15:13 unixer search /etc/salt/master for nodegroup
15:14 saltyswede Alright! Big thank you to you again Unixer
15:17 kaptk2 joined #salt
15:18 teryx510 joined #salt
15:21 zmalone joined #salt
15:22 Guest18700 joined #salt
15:26 bronz joined #salt
15:31 JDiPierro joined #salt
15:33 cro joined #salt
15:34 numkem joined #salt
15:37 Guest18700 joined #salt
15:46 Brew joined #salt
15:47 giantlock joined #salt
15:47 quasiben joined #salt
15:48 ageorgop joined #salt
15:50 zmalone joined #salt
15:50 quasiben joined #salt
15:50 berserk joined #salt
15:51 jakubek joined #salt
15:51 jakubek hi
15:52 Guest18700 joined #salt
15:54 jorr-el joined #salt
15:55 jakubek should compound matching return response from all minions even from those outside match? salt -C 'E@p-* and not E@l-*' test.ping --output=text, and one of the responses l-test-host: Minion did not return. [No response]
15:55 dfinn joined #salt
15:56 jakubek when im doing salt 'p-*' test.ping --output=text, it returns only p-* hosts even if there is no response
15:56 jorr-el joined #salt
15:57 jorr-el joined #salt
16:01 jakubek even salt -C 'not l-*' test.ping --output=text, is trying to reach l- servers
16:03 Guest18700 joined #salt
16:06 shaggy_surfer joined #salt
16:06 berserk joined #salt
16:07 mrwboilers joined #salt
16:08 mrwboilers I see version 2015.8.4 has been released to the repos. Anyone have any experience with it? Any issues to look out for?
16:09 berserk joined #salt
16:10 kshlm joined #salt
16:10 zsoftich1 joined #salt
16:11 The_Loeki joined #salt
16:11 mrwboilers Also, anyone have any advice on a good way to update ubuntu minions? My CentOS minions are easy -- cmd.run 'yum -y update salt-minion' just works.
16:13 The_Loeki state.single pkg.uptodate name=gogogadgetupdater refresh=True
16:13 mrwboilers But with trying cmd.run 'apt-get -y install salt'minion' it doesn't finish because apt-get prompts to ask about whether to keep the current /etc/salt/minion file or to install the one from the package. Any way to just force it to keep the existing config file?
16:13 malinoff joined #salt
16:14 Guest18700 joined #salt
16:14 The_Loeki apt-get -o Dpkg::Options::="--force-confold"
16:14 The_Loeki (which pkg.uptodate does if everything is alright)
16:14 mrwboilers The_Loeki: thanks, I'll try that
16:14 Pluggi joined #salt
16:16 The_Loeki it's probably not going to work though; Salt minions generally don't take kindly to being kicked out of existence mid-state/mod run
16:16 berserk joined #salt
16:16 The_Loeki https://docs.saltstack.com/en/latest/faq.html#what-is-the-best-way-to-restart-a-salt-daemon-using-salt
16:17 mrwboilers Yeah, upgrading minions is something that is understandably not simple, but I wish a good upgrade mechanism could just be built in.
16:17 Pluggi hi, I'd like to set the minion id to something like pxe-IP, I was told to overwrite the hostname at startup in systemd or something like that but there may be a cleaner way ? (I don't really know salt, I started using it an hour ago)
16:18 malinoff joined #salt
16:18 JDiPierro joined #salt
16:18 jfindlay Pluggi: `echo pxe-IP > /etc/salt/minion`
16:18 Pluggi yeah but
16:18 krymzon joined #salt
16:18 fyb3r joined #salt
16:18 The_Loeki "/etc/salt/minion_id" that is
16:18 jfindlay Pluggi: sorry, `echo id: pxe-IP > /etc/salt/minion`
16:18 Pluggi with IP replaced by the right IP adress :P
16:18 jfindlay or minion_id works too
16:19 zmalone mrwboilers: 2015.8.4 was pushed last night, and it looks like it isn't formally released yet.
16:19 kermit joined #salt
16:19 mrwboilers zmalone: so I guess I should chill on it then :)
16:19 Pluggi I want the client's IP addr
16:19 Pluggi ess
16:20 jfindlay generally the minion id is something you setup outside of salt
16:21 The_Loeki mrwboilers: we basically use aforementioned cmd.run method with some locally provisioned small script which does it; e.g. cmd.run nohup /bin/sh -c '/usr/local/sbin/salt-update etc'
16:22 jordanpwalsh joined #salt
16:22 kshlm joined #salt
16:22 jfindlay if you're using salt-cloud, or salt-virt, or bootstrap, there are ways to get around that, so it depends on your minion provisioning strategy
16:22 oida_ joined #salt
16:23 fyb3r1 joined #salt
16:24 averell joined #salt
16:27 jordanpwalsh Hi all - I just recently started using Salt to mainly spin up cloud instances and provision them. I'm currently doing this with just a straight python script, no state files or anything. Here's an example: https://twitter.com/jordanpwalsh/status/694557419259695104. It works, but I wonder I'm just over-complicating the crap out of it.
16:29 mrwboilers The_Loeki: Thanks, that's a good idea.
16:30 unixer @jordanpwalsh, https://docs.saltstack.com/en/develop/topics/cloud/index.html
16:33 adrianhj joined #salt
16:35 malinoff joined #salt
16:36 oida_ joined #salt
16:37 Guest18700 joined #salt
16:38 Zachary_DuBois joined #salt
16:39 jordanpwalsh unixer: thanks. I did reference that doc when I first got it working. I was mainly asking if the way I was doing it (just python scripts calling the salt client python API) was crazy.
16:39 malinoff joined #salt
16:40 jordanpwalsh joined #salt
16:41 jordanpwalsh unixer: and my wifi disconnected, so I'm not sure if my last message ever posted...
16:41 jordanpwalsh thanks. I did reference that doc when I first got it working. I was mainly asking if the way I was doing it (just python scripts calling the salt client python API) was crazy.
16:41 jfindlay jordanpwalsh: going through the client python API is perfectly reasonable if that meets your use case
16:42 jordanpwalsh thanks :)
16:44 unixer its reasonable as long as everyone who will use or maintain your scripts is comfortable with python
16:45 Tanta I only script in boa
16:46 unixer i have worked with system/network/dba administrator types that could only do some very basic shell scripting
16:48 tligda joined #salt
16:49 Guest18700 joined #salt
16:54 fyb3r1 is it possible to get the result from a command ran in a state file and pass it to another command in the same state file
16:56 gcorey joined #salt
16:57 writtenoff joined #salt
16:57 CrummyGummy joined #salt
16:58 nidr0x joined #salt
17:00 Guest18700 joined #salt
17:04 fyb3r1 >_>
17:10 onlyanegg joined #salt
17:13 MarkusDBX joined #salt
17:13 elsmo joined #salt
17:15 Guest18700 joined #salt
17:17 ekristen joined #salt
17:18 mrwboilers left #salt
17:20 MarkusDBX joined #salt
17:21 malinoff joined #salt
17:23 numkem joined #salt
17:24 twork okay, so, the mine: it's... i'll call it a mutated area of the pillar, yeah?  has its own syntax, i can't just use any old key: value pair; and to be sure it's up to date with latest changes, i have to first 'pillar_refresh' then 'mine.update' (in that order); right so far?
17:24 twork (seems to be behaving that way)
17:26 Guest18700 joined #salt
17:26 MarkusDBX joined #salt
17:31 twork oh and: i have been rtfming, i'm just dense and need a little hand holding. https://docs.saltstack.com/en/latest/ref/modules/all/salt.modules.mine.html#module-salt.modules.mine
17:33 MarkusDBX joined #salt
17:36 impi joined #salt
17:36 gordonm joined #salt
17:38 sjorge joined #salt
17:38 sjorge joined #salt
17:38 jfindlay fyb3r1: generally states are meant to change the state of the system, such that you should be able to query the state of the system in a subsequent state for necessary information.  If that doesn't work for your needs, you could also set a grain in one state to be used by a subsequent state
17:39 MarkusDBX joined #salt
17:39 jfindlay twork: that seems correct to me, although I don't have much experience with the mine
17:42 Bryson joined #salt
17:44 twork thanks jfindlay. this (obvs) my first dip into it too, prompted by the fact that the openssh formula uses i
17:44 twork t
17:46 MarkusDBX joined #salt
17:49 Guest18700 joined #salt
17:49 fyb3r1 jfindlay, would it be possible to have a state file to return whether or not a process is running via pgrep
17:53 Tyrm joined #salt
17:53 MarkusDBX joined #salt
17:53 JDiPierro joined #salt
17:53 mrwboilers joined #salt
17:53 jfindlay fyb3r1: try module.run: - name: ps.pgrep - pattern: <proc>
17:54 mrwboilers Not sure if this is the right venue to ask, but when a new version is pushed to the repo, would it be possible to keep the previous version there as well?
17:54 zmalone mrwboilers: They have a different repo for old versions
17:55 zmalone which is unconventional, but it's the direction saltstack went
17:55 zmalone http://repo.saltstack.com/apt/ubuntu/ubuntu14/archive/ for example
17:55 mrwboilers zmalone: ok, I don't see that mentioned on repo.saltstack.com
17:56 Shirkdog HA minion_id :)
17:57 zmalone mrwboilers: Yeah, there is a stage path too, all of repo.saltstack.com is a little crufty
17:57 zmalone and undocumented
17:57 Shirkdog I was testing hostname changes...forgot about minion_id :)
17:57 rm_jorge joined #salt
17:58 tkeith joined #salt
17:58 impi joined #salt
17:58 aea joined #salt
17:59 quasiben joined #salt
18:00 MarkusDBX joined #salt
18:00 DammitJim joined #salt
18:01 SpX joined #salt
18:05 aea left #salt
18:06 MarkusDBX joined #salt
18:09 Guest18700 joined #salt
18:09 bbradley zmalone: are the old version files not there?
18:10 jordanpwalsh joined #salt
18:10 bbradley if you are worried about versions in a debian based os, you should use version pinning.
18:10 bbradley but if the files for old versions are gone, that is an issue.
18:10 zmalone The old versions are in the archived directory, but version pinning doesn't help if you need to change repos to follow the version you want
18:10 zmalone you need to change the default install repo location to match the archive directory you want if that's your goal
18:11 zmalone the old version files go from /2015.5/ to /archived/2015.5.5, for example
18:11 mrwboilers That seems like a bad decision to me. Why should we need to change the repo location whenever we want to move to another version?
18:11 bbradley ah
18:11 mrwboilers Doesn't that partly defeat the purpose of having the repos?
18:11 zmalone You don't, provided you want to go to the latest version of the major release you are on
18:12 linjan joined #salt
18:12 zmalone if you want to stay on a given point release, you need to change your repo, or if you want to make sure all of your minions are always on the same point release, even if there is a release that day
18:12 mrwboilers That just seems like it unnecessarily makes it harder to manage which version you are on
18:13 MarkusDBX joined #salt
18:13 mrwboilers If you install from the main repo (as I have been doing) then it forces you to upgrade every time they push a new version to the repo.
18:13 intr1nsic joined #salt
18:13 bbradley i feel your pain. i think a release broke the debian repo.
18:14 tkharju joined #salt
18:14 mrwboilers I like staying pretty current, but not necessarily upgrade immediately.
18:14 andrew_v joined #salt
18:15 mrwboilers Since 2015.8.4 is out there today, when I went to install the minion on a new server, that's what got installed.
18:15 mrwboilers In order to not have minions on a later version than the masters, that means I had to upgrade my masters.
18:15 xenoxaos joined #salt
18:16 mrwboilers Or I'd need to mess with changing the repo on all my masters and minions.
18:16 ahsan joined #salt
18:16 zmalone1 joined #salt
18:17 sjorge joined #salt
18:17 sjorge joined #salt
18:17 Fiber^ joined #salt
18:19 ahsan i am trying to deploy my master server logwatch file in minions but i am getting an error saying that id deploy the logwatch.conf file in SLS logwatch is not a dictionary
18:19 ahsan what does this mean
18:19 MarkusDBX joined #salt
18:20 shaggy_surfer joined #salt
18:21 ahsan can anyone help
18:21 bbbryson joined #salt
18:22 shaggy_surfer joined #salt
18:22 bbradley mrwboilers: did you experience any incompatibilties between your master and minions with different versions?
18:23 numkem joined #salt
18:23 Guest18700 joined #salt
18:23 ahsan no
18:24 tuxx_ hey guys can i reference pillar['key'] from within a pillar?
18:24 tuxx_ guess not huh?
18:24 mrwboilers I haven't. But I've often seen where it is generally ok to have mixed versions in your environment, but it's best to not have minions that are newer versions than your masters.
18:24 ahsan how to find minions versions
18:25 coderMe joined #salt
18:27 SunPowered generally what is the process of updating pillar data?  It seems that only by restarting the minion's salt process will new pillar data be refreshed.  This seems a little cumbersome, What am I missing
18:29 unixer @SunPowered salt '*' saltutil.refresh_pillar
18:29 SunPowered ah, I was just trying to clear the cache
18:32 numkem joined #salt
18:32 zmalone ahsan: $ salt-minion —version
18:33 baweaver joined #salt
18:35 brianfeister joined #salt
18:36 baweaver joined #salt
18:37 murrdoc joined #salt
18:40 robertsonai joined #salt
18:43 Guest18700 joined #salt
18:47 aw110f joined #salt
18:49 denys joined #salt
18:50 IdoK joined #salt
18:51 djgerm joined #salt
18:52 Zachary_DuBois joined #salt
18:54 IdoK Hi, I have created a state to join a Linux machine to the domain. I need to use windows user in order to join the Linux server to the domain. I would like to hash the password because I don't want to keep the password in plain text in file. I tried to hash the password, but I get password error when using this. Do you have an idea?
18:54 grumm_servire joined #salt
18:56 quasiben joined #salt
18:59 DammitJim joined #salt
19:00 Guest18700 joined #salt
19:02 mapu_ joined #salt
19:03 writteno1 joined #salt
19:03 tvinson IdoK: anything you do to hash the password will need to be reversed at runtime. you could create a keytab for the principal you're joining with and authenticate with that.
19:03 feld` joined #salt
19:03 malinoff joined #salt
19:03 feld` joined #salt
19:03 aqua^c joined #salt
19:04 voileux__ joined #salt
19:04 voidspacexyz joined #salt
19:04 coderMe_ joined #salt
19:05 Perry_ joined #salt
19:05 tedski- joined #salt
19:05 wryfi joined #salt
19:06 karlthane_ joined #salt
19:06 iamtew_ joined #salt
19:06 titilambert joined #salt
19:07 mirko_ joined #salt
19:07 johnf1912 joined #salt
19:07 arnoldB joined #salt
19:07 Hazelesque joined #salt
19:07 LostSoul joined #salt
19:07 TTimo_ joined #salt
19:07 gimpy927 joined #salt
19:07 rudi_s_ joined #salt
19:07 ventris_ joined #salt
19:08 lookcrab1 joined #salt
19:08 flebel_ joined #salt
19:09 Perry_ In /etc/salt/master, I have a gitfs_remotes that seems to be connecting properly because I can see /var/cache/salt/master/gitfs/e711a91afc80e676e51080eaa77073ca/.git getting created. But none of the files in my master branch are getting pulled. Any ideas?
19:10 invalidexceptio- joined #salt
19:10 etw_ joined #salt
19:10 GreatSnoopy joined #salt
19:10 FreeSpencer_ joined #salt
19:10 unusedPhD_ joined #salt
19:10 rodr1c_ joined #salt
19:10 bharper_ joined #salt
19:11 dober- joined #salt
19:11 dustywusty_ joined #salt
19:11 WildPikachu_ joined #salt
19:11 nicksloan- joined #salt
19:11 Dev0n_ joined #salt
19:11 horus_plex joined #salt
19:11 xMopxShe- joined #salt
19:11 Perry_ Do I need a base: master entry in my gitfs_remotes configuration?
19:11 bbradley_ joined #salt
19:12 nicksloan joined #salt
19:12 armyriad joined #salt
19:12 lorengordon joined #salt
19:12 Ph-x joined #salt
19:12 cliluw joined #salt
19:13 baweaver joined #salt
19:13 bluenemo joined #salt
19:14 tmmt joined #salt
19:14 zsoftich1 joined #salt
19:14 zmalone joined #salt
19:15 scooby2 joined #salt
19:15 kbyrne joined #salt
19:16 tkharju joined #salt
19:16 netcho joined #salt
19:16 relidy joined #salt
19:16 jfindlay joined #salt
19:16 beardo_ joined #salt
19:17 sarlalian joined #salt
19:17 Guest18700 joined #salt
19:19 teryx510 joined #salt
19:20 cro joined #salt
19:21 FreeSpencer joined #salt
19:21 FreeSpencer joined #salt
19:24 murrdoc joined #salt
19:24 Gabemo joined #salt
19:24 chrismoos joined #salt
19:24 pmcnabb joined #salt
19:25 liskl joined #salt
19:25 fyb3r1 any reason why i cannot pass passwd to salt.ssh in the python api
19:25 fyb3r1 as a kwarg
19:27 rmnuvg joined #salt
19:27 pjs joined #salt
19:28 jesusaurus joined #salt
19:29 jfindlay zmalone, mrwboilers: yes, this is a problem that I hope will get fixed at some point
19:32 rm_jorge joined #salt
19:34 Guest18700 joined #salt
19:36 Crazy67 joined #salt
19:37 aw110f Hi all, non salt specific question here… Anyways to build a Python portable binary package (numpy) installable on Python virtual environments ?
19:38 aw110f reason is pip installing on different virtual env compiles the source code and takes a long time
19:38 chiui joined #salt
19:39 TyrfingMjolnir joined #salt
19:39 jfindlay aw110f: can you not use distro packages?
19:42 aw110f distro package will install it globally on the system and also not for later version of python on Redhat systems
19:43 ajw0100 joined #salt
19:43 jfindlay are you using a custom python version?
19:44 aw110f yes 3.4
19:45 jfindlay how are you getting python into different environments?
19:45 lempa joined #salt
19:48 indispeq_ joined #salt
19:49 twodayslate_ joined #salt
19:50 themacproguy joined #salt
19:50 copelco_ joined #salt
19:51 sarlalian joined #salt
19:51 aw110f for the custom python i install it with RPM to a custom path
19:52 impi joined #salt
19:54 aw110f when setting up the virtual environment it installs its own on pip and python binary in the bin dir of the env
19:54 jhauser joined #salt
19:55 StolenToast does anyone use hgfs?  Just wondering, I'm considering it
19:55 quasiben joined #salt
19:59 londo_ joined #salt
20:01 babilen StolenToast: I'm not aware of a single person
20:01 babilen https://twitter.com/HenryHoffman/status/694184106440200192 ?
20:02 StolenToast haha
20:02 StolenToast well we've already got a populated hg server here
20:03 babilen You could give it a try. I'm sure that other people use it, but I wouldn't necessarily consider it for new projects. If you are deep in hg-land already it naturally makes sense, but I would expect that the focus on development would rather be on git than hg.
20:04 mrwboilers If I use cmd.run to execute a script that resides on a minion's local file system, and that script stops the salt minion, the script should continue to execute, correct?
20:04 snicers-work joined #salt
20:04 rm_jorge joined #salt
20:04 babilen mrwboilers: yes, it runs in its own process
20:04 Guest18700 joined #salt
20:05 mrwboilers babilen: how do I ensure that it runs in its own process?
20:05 numkem joined #salt
20:05 mrwboilers babilen: sorry, misread. Thought you said "if"
20:05 babilen I don't think there's anything you have to do. Are you having problems with that?
20:05 babilen Ah, right :)
20:05 * babilen installs a new monospaced font on mrwboilers' box
20:05 mrwboilers I am having an issue with it. I'm having a difficult time developing a process to upgrade minions that run on ubuntu.
20:06 alvinstarr joined #salt
20:06 babilen I typically run "pkg.upgrade", "pkg.upgrade dist_upgrade=True" or "pkg.install salt-minion"
20:06 mrwboilers I tried just running a local script that stops the minion, uses apt-get to install the latest version, then starts the minion again. It doesn't seem to be finishing.
20:07 mrwboilers It works fine when I manually run it on a box though (not through salt)
20:07 babilen pkg.latest should also be usable in a state, but I like my highstates to be idempotent and not randomly upgrade stuff
20:07 mrwboilers So pkg.upgrade works ok for salt-minion? I thought there were issues with using that to upgrade the minion.
20:08 babilen I have been using it just fine for a couple of iterations (from 0.17 all the way to 2015.5)
20:08 babilen (on Debian)
20:10 babilen https://docs.saltstack.com/en/latest/faq.html#linux-unix is something that has been floating around for a while, but I've never needed it. pkg.upgrade/pkg.install worked perfectly for every single upgrade I've performed.
20:10 adrianhj joined #salt
20:10 jfindlay just a couple? :)
20:14 heaje joined #salt
20:16 ajw0100 joined #salt
20:16 adrianhj Hey all! I was hoping to find someone here that has had some luck using pillars in custom modules executed via salt-ssh. Looking into the github issues I don't really find a 100% match for known issues to what I am encountering. Essentially the issue I am seeing is that if I do a salt-ssh '*' pillar.item <key> I see my full pillar returned.. however if I try to access it using the __pillar__ global in the custom module there is nothi
20:17 adrianhj Returning the __pillar__ object directly as well has none of the custom pillar entries that are visible through salt-ssh '*' pillar.items
20:18 jfindlay adrianhj: what salt version?
20:19 adrianhj 2015.8.3
20:19 jfindlay it could be a loader problem with salt-ssh
20:19 adrianhj Only patch applied from master was reverting the recent umask change as we use a more permissive one than 0o077
20:22 zmalone Is 2015.8.4 supposed to be released?
20:22 zmalone Oh, it's on docs.saltstack.com now
20:22 zmalone I was waiting for the release announcement
20:22 zmalone Any chance the full CVE will be published? I'd like to know the full details behind CVE-2016-1866
20:22 zmalone "CVE-2016-1866: Improper handling of clear messages on the minion, which could result in executing commands not sent by the master."
20:23 babilen *shudder*
20:24 jfindlay I was waiting for the salt-users announcement to announce in here
20:24 adrianhj @jfindlay, any pointers to a good place to start the debugging for that?
20:25 mrwboilers babilen: is there a way to tell pkg.install to use the old conf file? (Keep existing /etc/salt/minion)
20:26 mrwboilers When I try to run pkg.install salt-minion, dpkg gets in a bad state. I think because it prompts about whether to keep existing minion conf file, or to install the new one from the package.
20:26 Guest18700 joined #salt
20:26 babilen mrwboilers: That's the default behaviour
20:27 babilen Is that from 2015.8.3 to 2015.8.4 ?
20:27 jfindlay adrianhj: not really
20:27 mrwboilers babilen: then I'm barking up the wrong tree and I have some other issue.
20:27 mrwboilers babilen: yes
20:27 babilen ...
20:27 jfindlay adrianhj: it may be a problem for all modules and pillar over salt-ssh, I'm not sure
20:27 babilen Okay, there is an issue. unixer mentioned that earlier, but I had to leave and he wanted to file an issue.
20:27 babilen Let me check
20:28 mrwboilers babilen: When upgrading via salt, the minion stops responding. After manually restarting the minion it works again, but the upgrade didn't happen.
20:29 mrwboilers babilen: Then when trying to manually upgrade salt-minion I get: "dpkg was interrupted, you must manually run 'dpkg --configure -a' to correct the problem."
20:29 mrwboilers Takes a few more steps to get dpkg happy and salt-minion upgraded
20:29 mrwboilers On CentOS minions the upgrade seems to work just fine.
20:30 babilen mrwboilers: Could you run "dpkg -l 'salt*'" and "dpkg --configure -a" on the minion in question and paste the output to one of http://refheap.com, http://paste.debian.net, https://gist.github.com, http://sprunge.us, … ?
20:30 babilen Yeah, the CentOS packages are not affected.
20:30 mrwboilers babilen: before or after successfully upgrading?
20:30 mrwboilers Or when it's in this weird state?
20:31 babilen The jessie packages are broken (salt-master depends on python-systemd while that is not available and switches jessie boxes over to SysVinit during the upgrade) and the salt-minion update path seems to be broken also. Not sure what the reason is for the latter.
20:31 babilen mrwboilers: When it is in the "weird state"
20:31 babilen Oh, jfindlay ^^
20:31 mrwboilers babilen: Ok, will take me a minute to recreate it.
20:32 babilen jfindlay: I hope to find some time in the coming days to get community packages in order, but a couple of backports are needed.
20:32 mrwboilers babilen: also, since I have to complicate things further, these minions are actually all on 15.04 (vivid) or 15.10 (wily)
20:32 babilen \o/
20:32 impi joined #salt
20:33 babilen So it is not only jessie, but some Ubuntu boxes. Are 15.04 and 15.10 supported?
20:33 edrocks joined #salt
20:33 babilen No, you are installing 14.04 packages there, aren't you?
20:33 mrwboilers babilen: yup
20:33 babilen Fair enough
20:34 mrwboilers babilen: I know I might be an outlier because of this.
20:34 mrwboilers babilen: I can try this on 14.04 as well to see if I get the same results.
20:34 babilen You are the second person in here to run into problems. Not sure if it is the same problem though
20:34 jfindlay with 15.10?
20:35 baweaver joined #salt
20:35 babilen Well, 14.04 tests would probably be most helpful as that release is at least officially supported. On the other two one could always argue that "... well, that might just be because ..."
20:35 brianfeister joined #salt
20:36 babilen jfindlay: No, unixer was running jessie. And mrwboilers is using 14.04 packages on 15.04 and 15.10. Not sure if it is the same issue.
20:36 babilen But the "dpkg was interrupted, you must manually run 'dpkg --configure -a' to correct the problem." bit sounds identical
20:37 babilen mrwboilers: Not sure how long I can work on this, but it would be great to have a bug about this on https://github.com/saltstack/salt/issues/ so that we can gather information.
20:38 jfindlay babilen, mrwboilers: can we have the bug at https://github.com/saltstack/salt-pack/issues/new?
20:38 mrwboilers Sure, I'll see if I can recreate it in 14.04 first. If so, that's what I'll report.
20:39 Topic for #salt is now Welcome to #salt! | Latest Version: 2015.8.4 | Register for SaltConf16: http://saltconf.com/register/ | Paid support available for open source Salt! https://www.saltstack.com/support/ | Logs: http://irclog.perlgeek.de/salt/ | Paste: https://gist.github.com/ (please don't multiline paste into channel) | Ask with patience as we are volunteers and may not have immediate answers
20:40 lemur joined #salt
20:40 babilen jfindlay: yes, sure!
20:40 babilen Sorry, should have though about that right away
20:40 jfindlay no problem
20:41 TyrfingMjolnir joined #salt
20:42 mapu I have a question about salt-cloud. I used a map file to provision a number of machines. a couple did not provision correctly, so I’d like to destroy them and reprovison them. What is the best way to so so? salt-cloud -m mapfile.conf -D will destroyy all of them of course.
20:42 nikogonzo hello, can anyone elaborate on the nature of CVE-2016-1866 ( https://docs.saltstack.com/en/latest/topics/releases/2015.8.4.html ) or point me at a commit? thanks in advance
20:43 Netwizard joined #salt
20:43 Guest18700 joined #salt
20:43 jfindlay mapu: `salt-cloud -d <VM-name>`
20:44 mrwboilers babilen: In the mean time, here is the info you requested (this is on 15.04, but with 14.04 salt repo)
20:44 mapu Oh- easier than I thought. Thanks!
20:44 mrwboilers babilen: here's the link http://paste.debian.net/378218/
20:44 shaggy_surfer joined #salt
20:45 babilen mrwboilers: Yup, that's exactly how it looked. Does a manual "apt install salt-minion" fix the issue?
20:46 rm_jorge joined #salt
20:46 rogst joined #salt
20:47 kevinqui3nyo how would i get the merged result of a particular pillar for all hosts from within a state?
20:47 spuder joined #salt
20:47 babilen jfindlay: I would consider removing those packages from the repository before a lot of people run into this issue. IMHO a delayed release is better than lots of minions in that state.
20:47 mrwboilers babilen: It took a couple of steps. I just destroyed that vagrant box to bring up a 14.04 one instead.
20:47 jfindlay nikogonzo: https://github.com/saltstack/salt/pull/30613/files
20:47 saltstackbot [#30613]title: Fix minion/syndic clearfuncs |
20:48 bbradley_ mrwboilers: i'm having the same problem about not having old versions of saltstack available in the debain repo.
20:48 jfindlay mrwboilers: is that for ubuntu 14.04?
20:49 bbradley_ 2015.8.4 breaks my states, the bug was just filed about three hours ago.
20:49 babilen Okay, I'll be offline for a while. All the best!
20:49 nikogonzo jfindlay: thanks
20:49 basepi nikogonzo: basically during the transport refactor the minion cleafunc handling was removed. This meant that a minion would execute commands sent in the clear.
20:49 mrwboilers bbradley: Yeah, I'd be much happier if at least a couple previous versions stayed in the main repo
20:50 basepi The attacker would have to attack an existing connection, which is very difficult, but theoretically possible.
20:50 basepi clearfunc*
20:50 nikogonzo gotcha, yeah - in the case where an attacker has gained access to a firewall or something it could be dangerous
20:51 * basepi nods
20:51 mrwboilers jfindlay: the link I posted was an ubuntu 15.04 minion with 14.04 packages
20:51 mrwboilers jfindlay: I'm seeing if I can recreate the same issue on 14.04 now.
20:51 jfindlay mrwboilers: ok, thanks for the info
20:51 jfindlay ping me with the bug if you report it
20:51 bbradley yea i tried to upgrade and now i am stuck.
20:51 mrwboilers jfindlay: will do
20:52 jfindlay thanks
20:52 zmalone Thank you for the link jfindlay, that helps a lot
20:52 joe_n joined #salt
20:52 chiui joined #salt
20:52 bbradley i will most likely have to install via pip and setup the same in my vm bootstrap process.
20:52 andrew_v joined #salt
20:54 babilen mrwboilers: yes, ping me too
20:55 bbradley unless the package repos are updated pretty quickly.
20:55 mrwboilers babilen, jfindlay: I don't think I've ever reported a bug before. Any info I should be sure to include?
20:56 jfindlay mrwboilers: versions, systems, anything else you think is relevant.  If we need more info, I'll let you know
20:58 cpowell bbradley: do you have a server you havn't upgraded yet?
20:59 Guest18700 joined #salt
20:59 cpowell look in /var/cache/apt/archives for the .debs from the 2015.8.3 version
20:59 mrwboilers jfindlay: Well, on 14.04 the upgrade worked just fine using pkg.upgrade
20:59 jfindlay mrwboilers: good to know, but you're welcome to still file a bug about 15.10
21:00 mrwboilers jfindlay: Should I bother? If 15.04 and 15.10 aren't supported, would anyone care?
21:01 murrdoc joined #salt
21:01 evidence joined #salt
21:01 jfindlay mrwboilers: it's up to you, but we need to get 16.04 support done at some point
21:03 mrwboilers jfindlay: Yeah, I've got users who always want to be on the latest release (which is why I have minions running on 15.10.) So I'm sure I'll be upgrading to 16.04 relatively soon after it is released.
21:11 Guest18700 joined #salt
21:11 basepi Regarding https://github.com/saltstack/salt/issues/30820#issuecomment-178813951, we will be cutting a quick 2015.8.5.
21:11 saltstackbot [#30820]title: State runs involving watch_in or extending break on 2015.8.4 | Environment: rackspace, Ubuntu 14.04, salt packages from `http://repo.saltstack.com/apt/ubuntu/14.04/amd64/latest`...
21:12 cpowell thank you basepi
21:13 kevinqui3nyo how would i get the merged result of a particular pillar for all hosts from within a state?
21:14 kevinqui3nyo i dont want to merge the data by including the pillar file in the top.sls -- i just want to snag all of them for a particular key in one particular circumstance within a state
21:15 kevinqui3nyo ohhh wait i think i know how
21:15 CheKoLyN joined #salt
21:15 kevinqui3nyo i can call __salt__[pillar ...]
21:16 ajw0100 joined #salt
21:24 amcorreia joined #salt
21:25 tonybaloney joined #salt
21:26 baweaver joined #salt
21:27 akhter_1 joined #salt
21:27 Guest18700 joined #salt
21:27 babilen basepi: https://github.com/saltstack/salt-pack/issues/25 would be another candidate
21:27 saltstackbot [#25]title: python-systemd is not in jessie | The current `salt-master` depends on `python-systemd | sysvinit-core` which causes the installation of sysvinit-core during the salt-master upgrade and thereby a switch from SystemD to SysVinit. This is surely not intentional and rather unfortunate.
21:28 babilen mrwboilers: It did? Interesting.
21:31 basepi babilen: thanks
21:32 keimlink joined #salt
21:33 gtmanfred basepi: <3
21:33 gtmanfred https://github.com/saltstack/salt/releases/tag/v2015.8.5
21:37 aw110f jfindlay: thanks for your input.  I was able to package a wheel package, distribute it and install it to a self contained virtualenv.  I need now to register/upload it to artifactory repository which I’m not sure if that supports wheel binary package.
21:38 babilen jfindlay: Could it be that 2015.8.4 packaging has not yet been pushed to salt-pack?
21:38 jfindlay babilen: I'm not sure if all 2015.8.4 updates have made it into salt-pack yet
21:38 jfindlay aw110f: I'm not sure I was much help, but I hope you get it figured out :)
21:39 babilen jfindlay: It doesn't look that way
21:41 giantlock joined #salt
21:42 londo_ joined #salt
21:44 Guest18700 joined #salt
21:55 tzero joined #salt
22:01 PeterO joined #salt
22:07 coderMe joined #salt
22:15 keimlink joined #salt
22:17 ajw0100_ joined #salt
22:23 robertsonai Does anyone know how to set the saltstack.repo file that salt-cloud installs on a new node?
22:27 tzero joined #salt
22:29 ageorgop joined #salt
22:30 alvinstarr joined #salt
22:36 mosen joined #salt
22:44 TyrfingMjolnir joined #salt
22:44 zenlot1 joined #salt
22:46 tzero joined #salt
22:49 AbyssOne joined #salt
22:53 totzky joined #salt
22:57 baweaver joined #salt
23:06 Guest18700 joined #salt
23:09 whatapain joined #salt
23:09 baweaver joined #salt
23:10 whatapain can anyone explain what i'm doing wrong with the salt api?  all i'm doing is starting an interpreter and doing "import salt.cloud" and "client = salt.cloud.CloudClient()" and i'm getting AttributeError: 'NoneType' object has no attribute 'rfind'
23:10 whatapain is there some other amount of configuration that i need to do first before i can instantiate that class?
23:11 whatapain nm, got it
23:11 whatapain client = salt.cloud.CloudClient('/etc/salt/cloud')
23:12 whatapain more complete examples in https://docs.saltstack.com/en/latest/ref/clients/index.html would be useful
23:16 Guest18700 joined #salt
23:17 tzero joined #salt
23:18 om2 I am trying to run a Powershell script and certain commands come up as "The user has insufficient access rights."
23:18 om2 How do I set salt to run powershell as administrator?
23:21 dgutu joined #salt
23:27 baweaver joined #salt
23:27 JDiPierro joined #salt
23:29 ajw0100 joined #salt
23:31 hightekvagabond joined #salt
23:34 hightekvagabond I'm having trouble adding users with salt states, I'm wondering if it has to do with upgrading to the most recent version instead of the version that apt-get had given me:   http://pastebin.com/QQcVBcTn
23:35 brianfeister joined #salt
23:35 hightekvagabond nevermind, it was gid
23:37 krymzon joined #salt
23:39 dgutu joined #salt
23:44 fyb3r1 left #salt
23:45 Guest18700 joined #salt
23:47 lompik joined #salt
23:50 jfindlay om2: are you not running salt-minion as Administrator?
23:50 om2 I think it is
23:51 om2 that's the odd part
23:51 jfindlay I don't think runas/user has been implemented on windows yet
23:51 om2 I installed it as administrator
23:51 jfindlay can you run it manually as the same user as salt is using?
23:51 nidr0x joined #salt
23:52 shaggy_surfer joined #salt
23:53 om2 when I run it in powershell as administrator, it works fine
23:53 om2 salt-call
23:53 robertsonai joined #salt
23:53 jfindlay it works when you run it with salt-call?
23:55 om2 yea it did
23:55 om2 this is odd
23:55 jfindlay that is strange
23:55 om2 now I am getting a more specific error from windows
23:55 om2 Access to a CIM resource was not available to the client.
23:57 qu9 joined #salt
23:57 jfindlay that is going out of my experience area.  If you can't figure it out, you're welcome to ask on salt-users or create a github issue
23:57 Guest18700 joined #salt
23:57 qu9 joined #salt
23:57 whatapain anyone know why some of my salt minions are reporting their status like this "file_|-/etc/rsyslog.conf_|-/etc/rsyslog.conf_|-managed:" instead of the pretty output?
23:59 jfindlay they're likely defaulting to the nested outputter rather than the highstate outputter
23:59 jfindlay I've seen that happen before in other situations, but I'm not familiar about the causes

| Channels | #salt index | Today | | Search | Google Search | Plain-Text | summary