Perl 6 - the future is here, just unevenly distributed

IRC log for #salt, 2012-11-21

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

All times shown according to UTC.

Time Nick Message
00:14 szaydel joined #salt
00:16 teskew joined #salt
00:25 szaydel joined #salt
00:39 kuffs s0undt3ch: I don't know that that is a good idea.
00:41 kuffs hrm, I guess if it's directory traversal that's fine
00:41 kuffs I take that back
00:47 ska joined #salt
00:47 ska joined #salt
00:49 szaydel joined #salt
01:17 MFen left #salt
01:36 dcrouch joined #salt
01:38 robawt stupid question:  should I still need to alias "salt" to localhost in /etc/hosts if i'm running a master-less minion config?
01:51 robawt nm
01:52 robawt you specify master:localhost and all the bad goes away
02:21 __number5__ joined #salt
02:28 cnelsonsic joined #salt
02:35 ska How do I get $HOSTNAME into a .sls  or macro?
02:40 ska I want to substitue $HOSTNAME into one of the managed files.
02:43 herlo ska: with grains, I would suppose
02:45 cnelsonsic joined #salt
02:47 ska I don't know how to use those yet.
02:48 ska grain['fqdn'] ?
02:49 __number5__ joined #salt
02:49 ska Maybe just {{ fqdn }} ?
02:51 cnelsonsic_ joined #salt
03:16 ghchris joined #salt
03:16 ska When I use '{{ grains['fqdn'] }} in a .jinja template, it returns {{ fqdn }}.. Instead of the actual fqdn that I want.
03:17 ghchris left #salt
03:18 ghchris joined #salt
03:38 teratoma joined #salt
03:39 MeanderingCode joined #salt
03:41 Ryan_Lane joined #salt
03:57 ghchris is it possible to only run certain salt states components?
03:57 ghchris I'm looking for something similar to puppet --tags
03:57 SEJeff ghchris, salt '*' state.sls foo
03:58 SEJeff If you have /srv/salt/foo.sls or /srv/salt/foo/init.sls you want to run
03:58 ghchris ahh nice!! :)
03:59 ghchris thanks a lot SEJeff! :)
03:59 SEJeff :)
04:02 cnelsonsic_ joined #salt
04:06 Furao joined #salt
04:09 socks_ joined #salt
04:10 e1ch1 joined #salt
04:15 socks_ hi, is it possible to use salt-cloud to roll out vm's in a vpc?  i've successfully created them with public ip's, but am wanting to dynamically roll them out to varying localities, availability zones, as well as on varying vpc's
04:17 szaydel joined #salt
04:22 Furao joined #salt
04:46 ska I used file.recurse on /etc/shorewall, with dir_mode: 700, and it changed /etc's to 700 too.
04:46 jalbretsen joined #salt
04:46 ska That is not so good.
05:20 ska Are cmd.run scripts supposed to be on the minion or masters?
05:27 UtahDave joined #salt
05:39 cheater_1 on the minion
05:52 Furao well you don't need to always have them on the minion
05:53 Furao you can store them in salt states and let the minion download it from the server before running it
05:53 Furao http://docs.saltstack.org/en/latest/ref/modules/all/salt.modules.cmdmod.html#salt.modules.cmdmod.script
06:57 cheater__ joined #salt
07:13 cheater__ i'm off
07:13 cheater__ take care guys :)
07:13 cheater__ left #salt
07:14 jugimaster joined #salt
07:37 drdran joined #salt
07:44 vaxholm joined #salt
07:49 jhauser joined #salt
08:07 ronc joined #salt
08:15 s0undt3ch kuffs: it was a bad idea :)
08:15 mmoya joined #salt
08:29 scott_w joined #salt
08:50 scbunn joined #salt
09:19 ghickman joined #salt
09:29 Ryan_Lane joined #salt
09:31 adeduke joined #salt
09:34 krak3n` joined #salt
09:39 Furao joined #salt
09:57 marcinkuzminski joined #salt
10:08 Furao is there a way to change the working directory, outside cmd.run?
10:08 Furao I'm calling salt.modules.archive.tar
10:08 Furao but it stick to run it in /root
10:31 masm joined #salt
10:43 tim|mint joined #salt
10:47 lightyear joined #salt
10:58 unicoletti_ joined #salt
11:10 ttgb joined #salt
11:11 Furao https://github.com/bclermont/salt-contrib/commit/47cf645136e6ab259841f8e64522a955d7ab14c1#L0R24
11:12 Furao that is some probably do very often, get a file from somewhere and extract it… but only wish to do download the file once
11:13 Furao and not keep the archive after extraction
11:15 drdran joined #salt
11:16 lightyear left #salt
11:17 lightyear joined #salt
11:19 ninkotech Furao: yes, there is  a way to change directory
11:20 ninkotech oops, wrong channel :)
11:21 fredvd joined #salt
11:22 ninkotech Furao: i thought we are in #fabric...
11:22 ninkotech furao: salt '*' archive.tar -C directory  cjvf /tmp/tarfile.tar.bz2 /tmp/file1 /tmp/file2   ???
11:22 ninkotech Furao: untested, please try
11:25 Furao where does the -C come from?
11:27 Furao ninkotech: it's for compound targeting
11:29 Furao ninkotech: I read the source code of all those things and I don't see how it can be prevented. in salt.modules.cmdmod._run it change to $HOME if cwd argument is not set
11:30 Furao I have a PR to add cwd argument to salt.modules.archive
11:36 ninkotech -C comes from man tar
11:36 ninkotech :D
11:38 unicoletti_ joined #salt
11:42 Furao ohhhh
11:47 drdran joined #salt
11:58 ggoZ joined #salt
12:16 sidnei joined #salt
12:17 adeduke are all cmd.run executed in a shubshell? Is there anyway to get cmd.run or cmd.script to run in the parent?
12:17 adeduke subshell*
12:27 yumatov joined #salt
12:30 ska joined #salt
12:30 ska joined #salt
12:30 taotetek joined #salt
12:47 masm joined #salt
12:49 adeduke ok in answer to my own question, yes all cmd.run and cmd.script are done in subshells
12:49 adeduke and no there is no way to run in the parent shell currently
12:49 adeduke next quetion :)
12:49 adeduke question*
12:50 adeduke is there a way to pull environmental vars from one cmd.run after its run and pass them into another cmd.run?
12:50 s0lar joined #salt
12:51 AviMarcus joined #salt
12:53 majoh so I'm trying to use the git module in my own module, but then I get a stacktrace (http://sprunge.us/eBFW) complaining about '__salt__' not being defined, any ideas?
12:57 rhyselsmore joined #salt
12:58 Furao majoh: run __salt__['git.revision'](working_dir, revision)
12:58 Furao do not import git
12:58 majoh oh, okay, will try that, thanks
13:03 lightyear joined #salt
13:03 lightyear left #salt
13:03 lightyear joined #salt
13:05 szaydel joined #salt
13:20 vaxholm_ joined #salt
13:50 _ilbot joined #salt
13:50 Topic for #salt is now Welcome to #salt - http://saltstack.org | 0.10.5 is the latest | Please be patient when asking questions as we are volunteers and may not have immediate answers - Channel logs are available at http://irclog.perlgeek.de/salt/
14:00 colinbit_ joined #salt
14:02 aleszoulek joined #salt
14:03 aleszoulek hi,
14:03 aleszoulek anyone noticed that (longer running) tasks running over salt are running extremely slow..?
14:04 aleszoulek not sure if it's error in my config, but cmd.run 'pip install -r long_requirements.txt' is taking much more time then running the same cmd directly over ssh
14:05 krak3n` joined #salt
14:05 krak3n`` joined #salt
14:13 Furao aleszoulek: use pip state instead of cmd.run
14:14 aleszoulek Furao: That's was just an example cmd. The underlaying problem is that running any longer running command over cmd.run and ssh takes extremely different time...
14:17 ska Are cmd.run scripts supposed to be stored on the minion or masters?
14:17 ska can I store scripts in masters?
14:21 adeduke yes
14:22 adeduke specify a - source: salt://path/relative/to/env-salt/base
14:25 aleszoulek Running this: "time salt 'min3*' cmd.run 'wget http://archlinux.supsec.org/iso/2012.11.01/archlinux-2012.11.01-dual.iso --quiet'" takes about 90secs. Running the same wget sshed on the machine takes just 30secs
14:25 aleszoulek Any idea?
14:26 aleszoulek I've added the --quiet option to rule out the transfering the stdout from minion to the saltmaster
14:27 ska adeduke: source inside a cmd.run?
14:27 ronc akoumjian: hey!
14:27 adeduke ska: inside a cmd.script
14:27 ronc I have an "include:" in my minion.conf, but that's a problem with salty
14:27 adeduke ska: check http://salt.readthedocs.org/en/latest/ref/states/all/salt.states.cmd.html#module-salt.states.cmd
14:28 ronc any idea how to remedy?
14:34 ska adeduke: thanks.
14:40 kuffs s0undt3ch: should probably just revert back to the old hash method and fix the file validation check and let 'pip install' worry about it
14:40 ska adeduke: thanks.. It gives me a "command not found" for the name though:
14:41 s0undt3ch kuffs: it's fixed
14:41 s0undt3ch kuffs: not yet merged though
14:41 kuffs cool
14:41 kuffs can I see the pull req?
14:41 ska http://paste.debian.net/211249/
14:42 s0undt3ch kuffs: https://github.com/saltstack/salt/pull/2650
14:42 s0undt3ch lot's of stuff there
14:42 s0undt3ch kuffs: https://github.com/s0undt3ch/salt/commit/495e7244c8090b9671dcfaf6f4bd46f6f55af669
14:43 kuffs you shouldn't need that runas check
14:44 kuffs I guess it's fine
14:44 kuffs I'm just saying that I think that my original approach may have been inappropriate, as I think pip will install requirements from a url
14:46 kuffs so in the case of a file from http when running as a different user, salt will do a bunch of file manipulations that it doesn't need to
14:47 adeduke ska: whats the name for your command?
14:50 drdran joined #salt
14:53 vaxholm_ joined #salt
14:54 ska tz-update was the name, but see my paste.. I hve the timezone.sls file there.
14:54 ska I don't quite know how to label things properly.
14:55 ska Its looking for a command named tz-update, but I provided the "source" for it.
14:55 adeduke ska: you need to change cmd.run to cmd.script
14:55 ska ah..
14:55 adeduke :0
14:55 ska my fault
14:55 adeduke :)*
14:56 ska State cmd.script found in sls timezone is unavailable
14:56 ska My salt is too old.
14:56 dk01 joined #salt
15:03 ska I'm using 10.4
15:03 dk01 joined #salt
15:03 s0undt3ch kuffs: well, you're probably right, but are you(we) sure pip handles urls?
15:04 s0undt3ch kuffs: anyway, using runas, that user, will never(should never) have access to the cache
15:16 unicoletti_ left #salt
15:17 UtahDave joined #salt
15:18 kuffs word
15:18 kuffs I'll test the url thing just because
15:19 UtahDave joined #salt
15:24 ghchris joined #salt
15:25 kuffs s0undt3ch: works like a champ. Made a new virtualenv and then 'pip install -r https://raw.github.com/saltstack/salt/develop/requirements.txt' inside it
15:25 ghchris If you would like to run salt on 'web*' and 'db*' how do you write that?
15:25 cnelsonsic_ joined #salt
15:25 ska I think cmd.script is buggered in my version..
15:26 kuffs ghchris: http://salt.readthedocs.org/en/latest/topics/targeting/globbing.html
15:26 ghchris thanks kuffs
15:31 redbeard2 joined #salt
15:33 s0undt3ch kuffs: hmm, so we can get that back to hash ;) right?
15:33 kuffs presumably
15:33 s0undt3ch lemme try
15:34 s0undt3ch I did change and something else failed
15:34 kuffs apologies for stirring up controversy
15:34 kuffs cp.hash_file isn't documented very well either
15:34 kuffs all of these API calls and their subtleties really need to be clearly documented
15:36 s0undt3ch :)
15:37 opapo joined #salt
15:48 jalbretsen joined #salt
15:52 opapo joined #salt
15:53 dcrouch joined #salt
16:00 jfroche joined #salt
16:02 pentabular joined #salt
16:09 cnelsonsic_ joined #salt
16:14 s0undt3ch kuffs: logic updated https://github.com/s0undt3ch/salt/commit/e188d98e1fcac81056c60629a85ebde2c62e5ca1
16:14 s0undt3ch bbl
16:17 kuffs that looks better
16:20 masm joined #salt
16:21 dcrouch joined #salt
16:22 cnelsonsic_ joined #salt
16:26 ska Is there a grain for default route?
16:26 jollyroger joined #salt
16:30 jfroche_ joined #salt
16:35 akoumjian ronc: It should work just fine provided that you are 1) installing a version of salt that supports include and 2) that all the files you want to include are on the VM.
16:35 cnelsonsic_ joined #salt
16:35 akoumjian ronc: Salty copies the default minion conf, if you want to copy others you could do it in the Vagrantfile by sharing a folder.
16:36 ronc akoumjian: yeah ok, i figured
16:36 ronc my problem was that i needed to set an ID in the minion config
16:36 ronc i removed the "id" and use the hostname config in salty instead
16:36 ronc looks like that works
16:36 jollyroger Hello, I've installed salt on clean Debian wheezy box and got some weird errors while running some commands: https://gist.github.com/4125888. Why can't minion detect installed packages?
16:37 akoumjian Anything at that level is going to be 100% salt. Salty is just an automated way to copy a couple files, share a couple folders, and install salt.
16:37 ska How do I use gateway in a jinja template? How do I get it.
16:39 cluther_ joined #salt
16:42 issackel_ joined #salt
16:46 bensix2 joined #salt
16:47 UtahDave ska: have you checked if the network module gives you the gateway?
16:50 cnelsonsic_ joined #salt
16:58 zooz joined #salt
16:58 jollyroger ok, I've found it's broken on 0.10.5, switching back to 0.10.4 fixed this bug
17:00 drdran joined #salt
17:02 aleszoulek For the record: The problem I was talking about (long running cmds took a lot of time to run) was fixed in 0.10.5. Thanks guys!
17:06 ronc joined #salt
17:13 Nic joined #salt
17:14 ronc joined #salt
17:33 kuffs UtahDave: I can't find any details on the extension_modules config option. I want to load an ext_pillar that's not part of the normal salt tree (and doesn't need to be)
17:35 MeanderingCode_ joined #salt
17:37 UtahDave is your ext_pillar not loading?
17:39 kuffs it's not that
17:39 kuffs I want to write a new one, but I don't want to put it in salt/pillar
17:40 kuffs I thought that the extension_modules folder was a place on the master that I could put things in _pillar or something to that effect
17:41 UtahDave so looking in config.py it doesn't have a default. And if it's not in the config or the default, it defaults to opts['cachedir']/extmods
17:41 UtahDave So if you set extension_modules in your master config, does it load it from that folder?
17:42 kuffs I'll find out
17:43 adeduke UtahDave: do you know if there is a way to interact with the parent ssh shell that salt creates (I am assuming its created) when it runs commands on a minion?
17:44 UtahDave ssh isn't used.
17:44 adeduke ah shit yeah
17:44 adeduke sorry
17:44 adeduke hrm
17:44 UtahDave salt uses zeromq pub sub to talk to the minions
17:45 adeduke yeah of course sorry… I ask as I am having an issue getting environmental variables to subshells from my state files
17:45 UtahDave adeduke: are you trying to set environmental variables or read them?
17:45 adeduke and I ask about that because if you have passphrases on your SSH keys and you use something like git clone then currently salt has no way of sending through somethign to the STDIN
17:46 adeduke set them on the parent so when subshells are spawned from popen.subshell then they will get cloned from the parent
17:47 kuffs so create a service account that only has read access to your repos
17:47 kuffs and give it a passphraseless key
17:47 adeduke I'd rather be able to use passphrases
17:47 adeduke I have something working at the moment
17:47 kuffs how on earth is a passphrase stored in plaintext
17:48 kuffs any more secure than a passphraseless key
17:48 adeduke it isnt
17:48 adeduke its in pillar
17:48 kuffs and is your pillar in version control?
17:48 adeduke yes, but its locked down in a different way to other servers
17:49 adeduke regardless of how I am implemeting the feature, people are going to want to be able to use passphrases with ssh keys for things like git or ssh itself of anything else that can use ssh
17:50 UtahDave adeduke: you might have to shell out to paramiko or something like that.
17:50 adeduke and as pillar is a feature thats consider 'safe' it would make sense to be able to set passwords in pillar and have them passed through to ssh-agent or however you want to decrypt your keys
17:51 UtahDave I don't know that Salt can interact with ssh passwords... yet
17:51 kuffs I disagree, I feel that if you're trying to programatically deal with a passphrase you have defeated the purpose and are hanging on to a false sense of security
17:51 adeduke so pillar shouldnt ever hold passwords or passphrases?
17:52 kuffs if you put passwords in a plaintext file you are asking for trouble
17:52 kuffs and you should never commit passwords to version control
17:52 adeduke ok thats good know, I thought pillar was ment to be considered a safe place to put these things
17:52 adeduke version control is in my unique scenario so thats seperate
17:53 adeduke so how do I go about using passwords for mysql or any other tool with salt?
17:53 cnelsonsic_ joined #salt
17:53 kuffs you either set hashes, or you do it interactively
17:54 adeduke hashes could scale but not everything supports them… running it interactively wouldnt scale what so ever
17:54 adeduke when I say not everything supports them I mean more like there are scenarios when you need the plaintext
17:55 kuffs perhaps I was a little too wide-sweeping with my claim about plaintext passwords, clearly programs need connection configuration
17:56 adeduke thats my point, where in salt should I be storing this, I am assuming in pillar
17:57 kuffs if you wanna go about it this way then pillar is the best place for it
17:57 adeduke well I cant see any other way at the moment with the tools salt provides
17:57 kuffs I think you're working too hard trying to enter a passphrase on the ssh key
17:58 adeduke It works fine now
17:58 adeduke there could just be an even easier way
17:58 adeduke and it could become a feature of salt
17:58 adeduke all it requires is the ability to set an environmental var on the parent shell
17:58 adeduke and clean it up once its finished
17:58 adeduke but at the moment I have to pre-condition that var
17:59 adeduke it uses ssh-agent, and adds the keys you need using expect at the moment to enter the passphrase which comes from pillar
17:59 kuffs I think that env variables are configurable on cmd
17:59 kuffs http://salt.readthedocs.org/en/latest/ref/states/all/salt.states.cmd.html#salt.states.cmd.run
17:59 kuffs though the documentation is confusing
18:00 adeduke yeah problem is one cmd.run state sets up the vars and then another cmd.run uses them
18:00 kuffs why not use cmd.script then?
18:00 adeduke I do
18:00 adeduke but they get run in subshells
18:01 adeduke so the env vars dont get set on the parent shell which in turns means any other cmd.run (which is run in a subshell of the parent) wont receive the vars
18:01 adeduke I say cmd.run as everything in salt resolves to one
18:02 jugimaster joined #salt
18:02 adeduke so the feature would be the ability to set env vars on the parent shell process that I guess gets initiated with zeromq
18:02 adeduke so a cmd.run flag which means it wont run as a sub shell
18:03 adeduke doesn't just solve my issue, anyone who wants shared env vars across states
18:04 adeduke each cmd.run ends up being run inside a subprocess.Popen
18:05 chutzpah joined #salt
18:05 chutzpah joined #salt
18:06 adeduke if its not possible to interact with the parent shell, you could simulate it with a dict of tuples that would be key=val of vars you want to be 'global' across states
18:06 adeduke and they get passed in with the env var on cmd.run
18:08 krak3n` joined #salt
18:33 lightyear joined #salt
18:38 jollyroger joined #salt
18:40 ska UtahDave: I haven't tried the network module yet. ty
18:42 detaer joined #salt
18:42 UtahDave np!
18:45 brak joined #salt
18:50 ska UtahDave: I can't find any info in the network module that leads to the gateway though. Maybe I can write my own jinja ?
18:54 UtahDave you could probably add that to the network module.
18:55 szaydel joined #salt
19:00 Furao this can be tricky
19:00 Furao especially over multiple os
19:12 ska Should I add it to the module or create my own?
19:15 ska ip route get 4.2.2.1 | head -1 | cut -d " " -f 3
19:15 Furao ska: ip route 0.0.0.0
19:16 Furao do the same on BSD now :P
19:16 Furao route get 0.0.0.0 |grep gateway | tr -s ' '  |cut -d ' ' -f 3
19:17 Furao and on windows you need to call the mouse pointer and click in 12 icons
19:17 kuffs UtahDave: tested and working. $cachedir/pillar is where custom pillars can live without integrating it into the main salt tree
19:17 kuffs UtahDave: er, $cachedir/extmods/pillar
19:17 ska Is there a way via jinja to get my own vars then?
19:19 Furao get your own vars?
19:19 Furao you can {% set myvar = {{ somestuff }} %}
19:19 Furao oups no
19:20 marcinkuzminski joined #salt
19:20 Furao forget about {{ somestuff }} it's just somestuff
19:21 ska what is somestuff? can it be python code?
19:22 szaydel joined #salt
19:28 Furao yes
19:28 Furao it can be pillar['something']['somethingelse']
19:28 Furao ]
19:29 UtahDave kuffs: nice. That should have already been documented. We'll have to get that in the docs.
19:33 ska Does anyone have a simple/medium example of how to use pillar or jinja templates with custom data?
19:41 socks joined #salt
19:47 socks is anyone experiencing issues with teh salt-users group?  i posted a few minutes ago and discovered that my post was immediately deleted.  i just tried posting again and it's not showing up.
19:55 socks so i'm having a problem using pillar values in a jinja template for postfix.  when i run the state, i get this error:  UndefinedError: 'dict object' has no attribute    i've confirmed that the pillar values exist for the minion using pillar.data  details (from my post to salt-users which was deleted) is here  http://pastebin.com/wZMGu2ye   am i missing anything obvious?  thanks in advance
19:58 kuffs that all looks sensible
19:58 kuffs have you tried applying the highstate from the master rather than through salt-call?
19:59 kuffs (I'm fairly sure that salt-call should work, but at least this would give you a workaround and a place to begin bug hunting)
20:01 zooz joined #salt
20:06 bastichelaar1 joined #salt
20:12 socks thanks, yeah, so at this point, when i run salt server1* state.highstate, i get "The following minions did not return:  server1".  i've restarted the minion, ran in debug mode (both sides, nothing interesting), sniffed traffic (little communication) and it's like the minion just bricked itself as far as the server can see salt-wise.  i get this error with other minions, but they all remain responsive, so i'm guessing this particular ser
20:12 socks when i bounce a salt call from teh server, i get the same error: http://pastebin.com/Rs55DrGF
20:13 socks sorry, when i bounce teh call from teh server against another minion
20:17 ska How can I grab and use/modify data from network.interfaces ?
20:43 jesusaurus anyone around who's familiar with salt's logging?
20:45 Ryan_Lane joined #salt
20:46 UtahDave jesusaurus: s0undt3ch created Salt's logging
20:47 UtahDave ska: where are you trying to use the data from network.interfaces?
20:47 UtahDave socks: have you tried running the minion in the foreground in debug mode to see if it gives you more information?
20:48 koolhead17 joined #salt
20:53 chjohnst_work joined #salt
20:55 adeduke joined #salt
21:01 socks yeah, i have http://pastebin.com/gfWSLuK7  nothign happens when i run salt on the server.  i've removed the key on the master, regenerated teh keys on the minion, even upgraded to 0.10.4 to no avail.  i have open_mode and auto_accept both set to True on the master (not great, i know, but i wanted to rule that out)
21:02 socks the minion is responsive, i can ssh in, etc.. no network or host issues seem to be involved.  i've even as a last resort rebooted both of them
21:02 socks but aside from that, the separate pillar issue seems to affect all minions
21:02 socks the upgrade to 0.10.4 was on the broken minion, only, just fyi
21:02 socks i have to run, but will check back in
21:03 socks thanks again for your help
21:04 Smaragd_ joined #salt
21:06 ska UtahDave: in postfix's mail.cf.. Need to get local network at least.
21:07 ska I need to learn how to extract that info, massage it gently and re-insert it via jinja or some other way.
21:07 UtahDave socks: you might try deleting the master's public key on the minion and reconnect
21:07 UtahDave ska: you can access modules in your jinja
21:07 ska yea?
21:08 UtahDave something like  __salt__['network.iterfaces']['eth0']
21:08 UtahDave I'm sure that's not exactly right, but you get the idea
21:08 UtahDave let me find the docs
21:09 ska What about Returners
21:09 Smaragd_ Hi. I have a SLS module called 'generic-server' that defines a bunch of services (iptables amongst them). Then I have a SLS module 'webserver' that includes 'generic-server'. In 'webserver' I want to add iptables rules for apache, but need to make that depend on "pkg: iptables", which is defined in the 'generic-server' module. How do I cross-reference correctly?
21:10 UtahDave ska: not sure
21:10 Smaragd_ When I just put the "require: - pkg: iptables", it fails with "The following requisites were not found: require: {'pkg': 'iptables'}"
21:11 UtahDave I think you have to have your webserver sls extend the generic-server sls
21:13 Smaragd_ I was looking at the extend example (https://salt.readthedocs.org/en/latest/ref/states/highstate.html#term-extend-declaration) but couldn't figure out how to apply that to my case
21:15 Smaragd_ I.e., how to use the extend in the init.sls of the webserver module.
21:17 UtahDave so you'll include generic-server, like that example is includeing apache
21:18 UtahDave then extend iptables and add whatever else you need.
21:21 Smaragd_ Hm, thanks. Let me give that a try.
21:31 carmony joined #salt
21:37 jesusaurus s0undt3ch: i cant seem to change the logging level in salt-cloud
21:38 jesusaurus it always gives me info-level debugging in both the console and the log file
21:45 MFen joined #salt
21:46 MFen where do i open packaging bugs? stil in github/saltstack?
21:51 ghchris joined #salt
21:52 ronc joined #salt
21:52 UtahDave MFen: yep!
21:53 MFen getting cronmail because of the way logrotate is set up now
21:53 Smaragd_ @UtahDave: the problem I had was unrelated to extending... I had two "include:" statements in my init.pp and did not know that you can't do that. so the second include overwrote the first one, essentially not including "gener-c-server" at all...
21:53 * Smaragd_ hides under the table in shame
21:53 UtahDave Ah, I see.  good catch
21:54 ghchris I'm trying templating eth0 ip address with Jinja, file.managed then context,  ip: {{ salt['network.interfaces']()['eth0']['inet'][0]['address'] }}
21:54 MFen UtahDave: was that for me or Smaragd_?
21:54 ghchris but it doesnt seem to work, anyone have some example on how to write that code?
21:54 Smaragd_ @UtahDave: gotta run "salt-call" in -l warning mode, or such warnings about duplicate keys get lost in all that extra crap
21:54 UtahDave MFen: yes, packaging bugs go in github/saltstack issues
21:55 UtahDave Smaragd_: good point
21:56 UtahDave ghchris: I'm pretty sure you're really close with your example.  Let me look something up
21:56 pentabular MFen: looking into the cron mail prob.
21:56 MFen pentabular: if salt-master is not installed, /var/log/salt/master is missing, and missingok isn't there
21:57 MFen well, i assume it's not. i'm trying to find the distributed original file
21:57 pentabular ah.. we should have separate logrotate's, not just the one for salt-common!
21:57 MFen indeed
21:57 MFen i'll open your bug
21:57 pentabular :)
21:57 pentabular I'll fix it.
22:00 MFen pentabular: 2659
22:02 andersb Finally got to put salt into real use today.  :)
22:02 __number5__ joined #salt
22:02 UtahDave andersb: nice!
22:02 andersb It was great.
22:02 andersb Yeah
22:02 BackSeat joined #salt
22:02 andersb been reading the docs last couple of days. Good reading
22:02 ghchris UtahDave, found the problem another syntax error
22:02 ghchris I'll see were that will get me :)
22:03 UtahDave :) good luck!  those can be tricky
22:04 andersb What I am missing right now is some sort of doc about how to structure stuff. Managing 2 linux OSes over 24 machines.
22:05 andersb any thing with a hirarcy structure in typical use.
22:06 andersb Don't wanna paint myself up into a bad corner.
22:06 andersb So many options out there. I am sure to pick a wrong path ;)
22:07 ghchris gr8 now it works
22:07 andersb Anybody have some pointers to where my search should start?
22:11 masm1 joined #salt
22:14 raydeo joined #salt
22:24 ronc joined #salt
22:26 masm joined #salt
22:34 taotetek joined #salt
22:39 masm1 joined #salt
22:50 masm joined #salt
22:53 Nic joined #salt
23:03 dedis0 joined #salt
23:13 issacke__ joined #salt
23:17 MFen andersb: my distinct impression is that this does not exist
23:17 MFen andersb: i'm going to do this with my own stuff. i structured it in a certain way, and i feel i didn't organize it very well now that i'm using it
23:18 MFen andersb: however, there is a tool that can help, which is salt-call state.show_highstate
23:19 MFen what i intend to do, when i have time, is get a dump of that and then restructure it in a way that seems more natural, when i can see everything at once.
23:19 MFen what i started out doing was organizing it according to service, e.g. "webserver" "ssh" "mail"
23:42 masm joined #salt
23:43 s0undt3ch jesusaurus: can you file a ticket and assign it to me? I'll have a look at it tomorrow.
23:58 jesusaurus s0undt3ch: sure, but its no rush

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