| *** Bakey has quit IRC | 00:45 | |
| *** bcoca has quit IRC | 03:32 | |
| *** dmsimard has quit IRC | 05:42 | |
| *** dmsimard has joined #ara | 05:42 | |
| *** sshnaidm|afk is now known as sshnaidm | 10:56 | |
| *** bcoca has joined #ara | 14:38 | |
| *** bcoca has joined #ara | 14:38 | |
| *** sshnaidm is now known as sshnaidm|mtg | 14:42 | |
| *** tbielawa has joined #ara | 14:49 | |
| *** sshnaidm|mtg is now known as sshnaidm | 15:46 | |
| *** ARA_QUESTION has joined #ara | 15:50 | |
| *** dougbtv_ has joined #ara | 15:51 | |
| *** dougbtv has quit IRC | 15:51 | |
| ARA_QUESTION | HI! can ara also record and display results of adhoc commands? | 15:53 |
|---|---|---|
| *** dougbtv_ has quit IRC | 15:56 | |
| ARA_QUESTION | Hello! | 15:57 |
| ARA_QUESTION | Can ara record and display results of ansible adhoc commands? | 15:57 |
| *** dougbtv_ has joined #ara | 15:59 | |
| ARA_QUESTION | are my questions visible just to myself? | 16:04 |
| ARA_QUESTION | maybe this is a fake irc web gui? anybody here? | 16:05 |
| ARA_QUESTION | a giid answer wold be: "Yes this is a fake irc web gui. Nobody can read your questions!" :) | 16:05 |
| dmsimard | ARA_QUESTION: hey, sorry I wasn't around | 16:14 |
| dmsimard | ara can't record adhoc commands yet but it's in the roadmap to support it. | 16:14 |
| ARA_QUESTION | ah, somebody is here! happy new year! great! thank you! | 16:14 |
| ARA_QUESTION | btw the setup instructions found here | 16:15 |
| ARA_QUESTION | https://ara.readthedocs.io/en/latest/configuration.html | 16:15 |
| ARA_QUESTION | are missing one little thing - I believe it is obvious to most neckbeard admins, but the occasional user will not understand this immediately: | 16:16 |
| ARA_QUESTION | in the Using environment variables part | 16:17 |
| ARA_QUESTION | it should be mentioned that the export commands could be put in .bashrc | 16:17 |
| ARA_QUESTION | or in a similar file that is read on login. | 16:17 |
| dmsimard | Sure, we can add that in | 16:17 |
| ARA_QUESTION | I am in fact not sure if it will work out via ssh then. | 16:17 |
| dmsimard | Depends on the shell and whether it is interactive | 16:18 |
| ARA_QUESTION | so sone info about where to put that commands would be appreciated for clarification! not everybody is dreaming in bash... | 16:18 |
| dmsimard | I recall having to use /etc/profile for Jenkins slave related things | 16:18 |
| ARA_QUESTION | Also I learned a while ago that the only really usable option for using python nowadays is via pyenv | 16:19 |
| dmsimard | ARA_QUESTION: if you use an ansible.cfg file that's cool too, env variables are quick and convenient though | 16:19 |
| ARA_QUESTION | for many reasons that I would like to avoid explainig here. well, its still about the neverending python 2 vs python 3 thing in the end... | 16:19 |
| ARA_QUESTION | I found pyenv to be the only thig that helps me keep a sane environment with multiple python softwares. | 16:20 |
| ARA_QUESTION | unfortunately nobody assumes people are using pyenv in their installation docs - that is always a little extra mile to get around. | 16:21 |
| ARA_QUESTION | just from the view of a user... | 16:21 |
| dmsimard | I've never personally used pyenv before | 16:21 |
| ARA_QUESTION | anyway thank you very much for your efforts, I am very eager to use ara, this is exactly what I was fiddling around to build myself and now am really happy to not have to reinvent :) | 16:22 |
| dmsimard | Happy to have you contribute doc improvements if you'd like to jump through the few initial hoops to get started | 16:22 |
| ARA_QUESTION | you should somewhere mention the current limitations, like adhoc commands. I am always happy to be informed upfront about things like that. | 16:23 |
| *** ChanServ sets mode: +o dmsimard | 16:24 | |
| dmsimard | well it's not so much a limitation as a feature that doesn't yet exist | 16:24 |
| dmsimard | so while there are some perhaps more obvious use cases that could be worth a mention, it's hard to think about all of them :) | 16:25 |
| dmsimard | ARA_QUESTION: you might be interested in reading what's coming for the next major release https://dmsimard.com/2017/11/22/status-update-ara-1.0/ | 16:25 |
| ARA_QUESTION | btw it would be really great to have that adhoc commands recorded with ara - that happens quite often because of flexibility and 'ah comon, dont bother writing a playbook' and just do it quick and dirty. | 16:26 |
| ARA_QUESTION | and exactly in that situations something like ara is most needed. so adhoc recording very, very welcome! | 16:27 |
| dmsimard | adhoc commands are going to be recorded, it's just a matter of time :) | 16:27 |
| ARA_QUESTION | is there a quick way to test ara setup? | 16:28 |
| dmsimard | ARA_QUESTION: there's a quickstart in the readme: https://github.com/openstack/ara#quickstart | 16:30 |
| ARA_QUESTION | I have no playbook. | 16:31 |
| ARA_QUESTION | only using adhoc commands until now. | 16:31 |
| bcoca | dmsimard: adhoc creates a play and runs task .. any specific reason ara cannot record that? | 16:31 |
| ARA_QUESTION | playbook syntax too much overhead. I will look for some simple playbook. | 16:31 |
| bcoca | it should fire events normally as long as plugin is enabled | 16:31 |
| dmsimard | bcoca: I don't remember the specifics but I remember asking about it in #ansible-devel though :D | 16:32 |
| ARA_QUESTION | do you have a link to some simple non-destructive playbook that should work everywhere (linux / ubuntu / debian) and just give some quick ara result page to view? | 16:32 |
| bcoca | -hosts : all tasks: -debug: msg=iwin | 16:32 |
| bcoca | to ensure works everyhwere add 'gather_facts: off | 16:33 |
| dmsimard | bcoca: there's some backend specific things to do in ara, for example everything right now ties back to a playbook in the database (which is created by playbook_on_start) but iirc playbook_on_start doesn't fire on adhoc commands | 16:33 |
| bcoca | ah, that makes sense, adhoc does skip several things as there is no playbook | 16:33 |
| ARA_QUESTION | what will msg=iwin do? | 16:34 |
| bcoca | print out a msg 'iwin' | 16:34 |
| ARA_QUESTION | no google results that make any sense for that :) | 16:34 |
| ARA_QUESTION | ah, ok! | 16:34 |
| dmsimard | ARA_QUESTION: let me get a sample report for you, hang on | 16:35 |
| ARA_QUESTION | ok, this one http://docs.ansible.com/ansible/latest/debug_module.html - THANKS! | 16:35 |
| bcoca | https://gist.github.com/bcoca/a0c0e1b7ab044c11eff65446182b732b <= simple test that just prints to screen, does not even connect to the hosts | 16:37 |
| ARA_QUESTION | aaarghhh, that yaml syntax... | 16:37 |
| ARA_QUESTION | ah, thank you very much for the gist! | 16:38 |
| bcoca | once you get used to it, you find non yaml syntax to be ... poor | 16:38 |
| ARA_QUESTION | nono, its of course just my poor understanding of whitespaces in config files and why it is important to be aware of something that is nothing :) | 16:42 |
| ARA_QUESTION | however, I have written yaml fiiles some time ago for some other project, really was just too slow to getting in - micro-avoidance of burning brain cycles | 16:43 |
| ARA_QUESTION | of course this whole ara trip is just yak shaving for something else that I am doing... so deepin later. | 16:44 |
| dmsimard | lol | 16:44 |
| ARA_QUESTION | but read about ara ansible and that is a great help now, and the new year is a good reason to step up with these things anyway... | 16:44 |
| ARA_QUESTION | so thank you very much for helping me kick this of quickly! very very nice. | 16:45 |
| ARA_QUESTION | ok, one more 'arrrg'... is this the django dev server that will run with ara-manage runserver? | 16:45 |
| dmsimard | ARA_QUESTION: flask, but it's the same general idea | 16:46 |
| ARA_QUESTION | what was the flag to make it listen on all interfaces (this is not public, no worries)? | 16:46 |
| dmsimard | it'll be... -h 0.0.0.0 iirc | 16:46 |
| ARA_QUESTION | ah, yes, -h, just found it! | 16:47 |
| ARA_QUESTION | thanks! | 16:47 |
| ARA_QUESTION | YES! O MY GOD this is so beautiful! Just one little hour of time for me and such a huge step for human kind... ahm, for our server handling :) | 16:49 |
| dmsimard | ARA_QUESTION: oh I meant to get you a sample report, hang on | 16:50 |
| ARA_QUESTION | when I put gather_facts to true I will get that nice 'click on server name for deep details' thing? | 16:50 |
| ARA_QUESTION | yes, yes, please gimme a great example report thtat will blow off my head! I have tears already in my eyes :) | 16:52 |
| dmsimard | ARA_QUESTION: http://logs.openstack.org/23/524723/3/gate/ara-integration-centos-py27-2.3.2.0/98aa57a/logs/build-playbook/ | 16:52 |
| dmsimard | it's just ara testing itself, nothing to go crazy about :) | 16:53 |
| ARA_QUESTION | what a great start of this year! I wanted to do that for the last six months, now finally I found some time... | 16:53 |
| dmsimard | there's a video demo here where I go over the interface and the features: https://www.youtube.com/watch?v=k3i8VPCanGo&list=PLyLLwe4-L1ETFVoAogQqpn6s5prGKL5Ty&index=6 | 16:54 |
| *** tbielawa is now known as tbielawa|lunch | 16:55 | |
| ARA_QUESTION | thank you again for your attention! maybe i just would have quit jsut because of some minimal thing, it is sometimes very motivating to have somebody just there, great! | 16:56 |
| ARA_QUESTION | Now one more thing: are people using ansible + ara for any kind of alerting? | 16:57 |
| dmsimard | there's a bunch of people here, feel free to come any time and if irc isn't your thing there's a slack channel too, and it's bridged through this ara-slack bot so people can communicate from one to the other | 16:57 |
| ARA_QUESTION | I am also digging into using prometheus and alertmanager, but would like avoid as much overlap as possible. | 16:58 |
| dmsimard | ara is 100% passive and it only records stuff that ansible does right now | 16:58 |
| dmsimard | however | 16:58 |
| dmsimard | in the future version, there will be an API and a client so you can programmatically query ara to see, for example, if there's been a failed playbook recently and you could hook that up to your nagios/prometheus/sensu/whatever monitoring | 16:59 |
| ARA_QUESTION | there are some overlapping areas to monitoring - I believe "ansible for monitoring" feels abusive, but one less tool is always a good way to go! | 16:59 |
| dmsimard | right tool for the right job | 16:59 |
| dmsimard | once you get involved with ansible, it's easy to get drowned in "if you have a hammer, everything looks like a nail" | 17:00 |
| * dmsimard is guility of that | 17:00 | |
| ARA_QUESTION | yes, but how to get alerted about failed / skipped / unreachable hosts the most easy way? | 17:01 |
| ARA_QUESTION | assuming that playbooks run once / 24h | 17:01 |
| dmsimard | there's different approaches | 17:01 |
| ARA_QUESTION | looking at weekly reports would be enough - if there are alerts for failed plays. | 17:01 |
| dmsimard | for example there are ansible modules to send messages by email, or IRC, etc | 17:02 |
| ARA_QUESTION | hmm hmm. well, ok, must dive deeper then for this. Do you see managing alerts as an attractive feature addition for ara? | 17:05 |
| ARA_QUESTION | Just to make it more simple for lazy guys liek me. Like add one line to quickstart 'ara_alert_email = bla@example.com' and have alerts ready! | 17:06 |
| dmsimard | ARA_QUESTION: it's out of scope -- what ARA does is to collect ansible data and make it easy for people to consume it either through the web interface, the CLI or eventually the API | 17:06 |
| dmsimard | There's nothing preventing you from eventually leveraging that API to build monitoring on top of the data that ARA provides if you'd like | 17:07 |
| dmsimard | but it wouldn't be something appropriate for the ara core itself | 17:07 |
| dmsimard | it'd be a great use of the upcoming API tbh | 17:07 |
| dmsimard | I need to work on getting this release out the door someday | 17:08 |
| ARA_QUESTION | OK, just for the case that I might not sleep because of that ara experience: what would be the short path to let ara do 'something' on failed plays / unreachable servers etc.? | 17:08 |
| ARA_QUESTION | or will that be better to handle on the ansible level api currently? | 17:09 |
| dmsimard | ARA_QUESTION: ansible has a mechanism (like try/catch for exceptions) to handle errors during the execution of playbooks | 17:12 |
| dmsimard | http://docs.ansible.com/ansible/latest/playbooks_blocks.html | 17:12 |
| dmsimard | Perhaps you could consider wrapping your different task execution within those blocks and then have a "rescue" which would trigger an alert or something. | 17:13 |
| ARA_QUESTION | hmm, I am surprised that I have not many good results searching for 'ansible alert on unreachable' | 17:14 |
| ARA_QUESTION | also variations of these terms are not giving me great results. hmm- is it so unusual to get alerts on playbook failures? | 17:16 |
| ARA_QUESTION | I feel like that is one of the most important things something like ansible could give me (as a step up from bash scripts) | 17:16 |
| dmsimard | well, in a large majority of cases, you're sitting in front of your console and running ansible in the foreground | 17:17 |
| dmsimard | so if there's going to be a failure, you'll see it | 17:17 |
| dmsimard | otherwise, ansible-playbook is not going to exit 0 (it'll exit 1 or some other code on failure) so you can catch that and do something accordingly | 17:18 |
| ARA_QUESTION | well well. ok. thanks again for the info. | 17:27 |
| ARA_QUESTION | another thing is ROLLBACKS. I knwo this does not touch ara right now, but it would be a great thing to have rollbacks with a click. | 17:28 |
| ARA_QUESTION | from my not totally deep research I have the impression that ansible does NOT handle rollbacks automatically. | 17:28 |
| ARA_QUESTION | That is, btw. also something that some people might expect to come oob with a system like ansible, | 17:29 |
| ARA_QUESTION | but from what I understand rollbacks have to be built manually. if at all a playbook fial just means 'not executed' - no transactions or some 'save-ass-logic' built in. | 17:29 |
| ARA_QUESTION | I hope I am wrong and somebody just tells me 'no, look at this, the rollback module does this!# :) | 17:31 |
| *** bcoca has quit IRC | 17:32 | |
| *** bcoca has joined #ara | 17:32 | |
| *** bcoca has joined #ara | 17:32 | |
| dmsimard | might be a question for #ansible, but rollbacks is very process specific and I don't expect ansible to be able to rollback things magically | 17:33 |
| ARA_QUESTION | yes, of course the magic would be in the modules to handle rollbacks. however, that wold be luxury, I know. | 17:37 |
| ARA_QUESTION | just a quick side question sorry for ot: does ansible recognize $HOME or ~ in playbooks? | 17:38 |
| ARA_QUESTION | I mean 'expand to the current users home path'? | 17:39 |
| ARA_QUESTION | so simple things so hard to find in the docs. | 17:41 |
| ARA_QUESTION | found http://docs.ansible.com/ansible/latest/faq.html#how-do-i-access-shell-environment-variables | 17:42 |
| ARA_QUESTION | that btw, just to explain, is the reason why I just used adhoc commands - every little thing has its own ansible playbook syntax, that is horrible. | 17:43 |
| ARA_QUESTION | translate all that bash stuff to ansible is just too much of a hurdle, but ara might be one more motivation to once get it done. | 17:44 |
| dmsimard | ARA_QUESTION: adhoc commands are great when you want to do something quick, like update a package on your 100 servers for example | 17:47 |
| dmsimard | playbooks are what gets you that repeatable series of tasks | 17:47 |
| dmsimard | you'll want to use roles to logically regroup your things together | 17:48 |
| ARA_QUESTION | yesyes, I got all that, thanks! its just the yamlification and ansiblification of things that is just one whole new job position. | 17:52 |
| ARA_QUESTION | at least until you got something usable. long way. adhoc is, well, adhoc :) nice and quick, so, here we are again, ara would be of great value until all he playbooks are written... | 17:53 |
| *** tbielawa|lunch is now known as tbielawa | 18:10 | |
| *** ARA_QUESTION has quit IRC | 18:16 | |
| *** ChanServ sets mode: +r | 18:18 | |
| *** dougbtv_ has quit IRC | 18:22 | |
| *** tbielawa has quit IRC | 22:02 | |
| *** sshnaidm is now known as sshnaidm|afk | 23:22 | |
Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!