Perl 6 - the future is here, just unevenly distributed

IRC log for #fuel-dev, 2014-04-30

| Channels | #fuel-dev index | Today | | Search | Google Search | Plain-Text | summary

All times shown according to UTC.

Time Nick Message
01:07 higgins joined #fuel-dev
01:55 fandi joined #fuel-dev
02:32 xarses joined #fuel-dev
03:09 IlyaE joined #fuel-dev
04:09 mattymo|home joined #fuel-dev
04:29 dnikishov joined #fuel-dev
04:31 mattymo|home akislitsky, ping
04:32 mihgen aglarendil: smoke didn't pass ubuntu
04:32 mihgen aglarendil: Tatyanka_Leontov looks like system tests are affected by same "connection refused" bug
04:33 mihgen mattymo|home: morning
04:33 mihgen mattymo|home: any idea why smoke didn't pass ubuntu?
04:49 Ch00k joined #fuel-dev
05:10 vkozhukalov joined #fuel-dev
05:24 mattymo|home mihgen, I'd have to see the logs
05:24 mattymo|home but ubuntu deploys by hand for sure
05:24 mattymo|home mihgen, do you know which smoke test run it was? #837?
05:26 mihgen mattymo|home: responded in private chat with internal links
05:36 mihgen folks, why do we still have "Expose target node kernel parameters in user interface" https://bugs.launchpad.net/fuel/+bug/1295131 in 5.0?
05:37 mihgen meow-nofer: vkramskikh I thought we decided to move it to 5.1
05:37 mihgen due to required changes in UI which are not trivial at this particular timing
05:40 mattymo|home mihgen, the problem is ubuntu ran into an error
05:40 mattymo|home the even tougher problem is we don't have any system tests that actually passed ubuntu in the past month
05:40 mattymo|home so I'm trying to figure out which error is the fatal one
05:42 mihgen mattymo|home: > actually passed ubuntu in the past month
05:42 mihgen mattymo|home: it is lye
05:43 mihgen depends on what we think as "passed"
05:43 mihgen some tests were failing because of bugs in tests or hardware issues
05:43 mihgen but ubuntu was running, and many tests were passing
05:44 mihgen mattymo|home: r0mikiam tried to fix ubuntu provisioning yesterday
05:44 mihgen then it rather look like it was not fixed
05:45 mattymo|home I believe it's not related to docker. if centos passes and ubuntu fails, it must be a config issue
05:45 mattymo|home they use the same exact services (dhcp, tftp, and http) to deploy - it's really no different
05:45 mattymo|home but still I'll do a local deployment and see if I can break it
05:46 mihgen mattymo|home: ok. I don't know if there is a bug on LP about ubuntu, but it must be created.
05:46 mihgen dburmistrov: ping
05:47 mihgen dburmistrov: r0mikiam stayed late yesterday, not sure when he can return to the issue. If you guys can start looking promptly into ubuntu/udeb whatever issue is there, it would be awesome
06:04 vkozhukalov joined #fuel-dev
06:23 alex_didenko joined #fuel-dev
06:26 e0ne joined #fuel-dev
06:37 sambork joined #fuel-dev
06:40 al_ex joined #fuel-dev
06:44 bookwar there is also the test here https://fuel-jenkins.mirantis.com/job/master_fuellib_review_systest_ubuntu/680/ that's the Fuel CI probing fuel-library master branch on latest docker ISO
06:45 bookwar and it fails not the same way systests do
06:46 bookwar could it be some internal timeouts issues? master node deploy now takes ~3x more time, and every systest does it from scratch
06:46 mihgen bookwar: I believe the same
06:46 mihgen provisioning fails on ubuntu
06:46 mattymo|home I can't get ubuntu provisioning to fail
06:46 mihgen so timeout is exceeded
06:46 mihgen mattymo|home: really? wonderful
06:46 mihgen what ISO?
06:46 mattymo|home http://paste.openstack.org/show/rRIdDt2vR1IKJDOPmRXQ/
06:47 mattymo|home these are the only differences I can find in ubuntu install logs that are significant
06:47 mihgen mattymo|home: is not it fatal error?
06:47 mattymo|home this is iso 20 from my gerrit commits + docker
06:47 mattymo|home the anna-install one looks like a config issue in preseed file
06:48 mattymo|home the other is quite similar to normal install errors, except the root user not found issue
06:48 mihgen can you deploy openstack on it?
06:48 mattymo|home everything in iso 20 is already merged to master
06:48 mattymo|home mine? yes I completed vlan nova simple with no problems
06:49 mihgen interesting. actually #169 after r0mikiam fixes fails to build ISO at all
06:49 mihgen so I'm lost on where we are with all of this frankly )
06:49 mattymo|home #169 has an intermittent error pulling busybox from docker's repo
06:49 mihgen why are we still pulling something from somewhere?
06:50 mrasskazov joined #fuel-dev
06:50 mattymo|home because we need base images
06:50 mattymo|home we could store them on fwm and load them manually
06:50 mihgen I had to even create a test which would fail if iso build tries to access anything else than trusted mirror
06:50 IlyaE joined #fuel-dev
06:50 mihgen I wanted to create*
06:51 mattymo|home let me modify the build scripts to pull centos and busybox from trusted mirror and load manually
06:51 mihgen mattymo|home: it should be fixed. I don't want any intermittent stuff bothering us ever
06:51 mihgen mattymo|home: would be cool
06:51 mattymo|home fix our npm downloads! we have a ton of github checkouts in that section
06:51 mattymo|home and it was failing so much last week it drove me nuts
06:51 bookwar nodejs modules are still pulled from github
06:51 bookwar :)
06:52 mihgen there is high priority bug on vkramskikh I believe already for 5.1
06:52 mihgen I don't see a way to fix it in 5.0 now
06:52 mihgen thanks god it fails pretty rarely
06:52 mihgen bookwar: is it?
06:53 bookwar yes, there is
06:54 bookwar https://bugs.launchpad.net/fuel/+bug/1311265 this one
06:55 mihgen bookwar: do we have stable/5.0 jobs ready btw?
06:56 mihgen bookwar: it is not needed today, but I hope for around 7th of May..
06:56 bookwar mihgen: i'll prepare them today
06:56 bookwar and enable when needed
06:57 mihgen bookwar: ok
06:58 warpc joined #fuel-dev
07:09 r0mikiam_ joined #fuel-dev
07:27 r0mikiam_ joined #fuel-dev
07:30 mattymo|home joined #fuel-dev
07:33 r0mikiam_ joined #fuel-dev
07:39 mihgen folks if we are about to move this python team documentation task to 5.1 https://bugs.launchpad.net/fuel/+bug/1279303, then please increase priority to high.
07:40 mihgen all dokumentation tasks become increasingly important for further moves
07:40 vkozhukalov joined #fuel-dev
07:40 mihgen for docker btw, we definitely need some changes in dev docs and user docs
07:43 mattymo|home dev iso docs already https://review.openstack.org/#/c/90713/
07:43 mattymo|home but we need a docker primer in the manual
07:43 mattymo|home I really really wish people would try to get around using dockerctl and give me at least some feedback
07:43 mattymo|home nobody gave any feedback still
07:44 rzhnichkov_ joined #fuel-dev
07:52 e0ne joined #fuel-dev
08:13 Ch00k joined #fuel-dev
08:13 e0ne joined #fuel-dev
08:17 morale joined #fuel-dev
08:17 morale_ joined #fuel-dev
08:26 r0mikiam fix for ubuntu in OSCI stable repository.. please wait while mirrors are synced
08:26 mihgen aglarendil: dilyin I don't see any sense in https://review.openstack.org/#/c/90783/4, if we still have pass in plain text in my.cnf which is 644, not 600
08:30 aglarendil mihgen: it is 0640 BTW
08:31 r0mikiam_ joined #fuel-dev
08:31 mihgen aglarendil: really? weird. I see mode    => '0644',  line #126 in config.pp
08:32 mihgen aglarendil: am I looking into wrong place?
08:33 aglarendil mihgen: it is common mysql config file
08:33 aglarendil and password resides in /root/my.cnf
08:33 aglarendil which is 0640
08:36 mihgen aglarendil: oh interesting… it's rather gonna be /etc/mysql/conf.d/password.cnf as far as I understand..
08:36 mihgen aglarendil: ok then, thanks, I just wanted to make sure it was not missed
08:38 aglarendil mattymo|home: Matt, please add info to documentation, which common commands we need to replace with which in docker-enabled ISOs
08:38 aglarendil mattymo|home: e.g. how to run mco, cobbler, fuel-cli and so on
08:42 b-zone joined #fuel-dev
08:42 anotchenko joined #fuel-dev
08:46 salmon_ joined #fuel-dev
08:50 ikalnitsky mattymo|home: mattymo: hi. are you here? could you please help me? slave addresses in the shotgun config looks like "node-1.domain.tld". this addresses can't be pinged from mcollective container (or even from master). is it fixed in master?
08:54 mattymo|home ikalnitsky, I believe I fixed it, but let me deploy again just to be sure
08:56 zynzel hi guys!
08:56 zynzel how i can add multiline field to openstack.yaml file? :)
08:56 zynzel i need to deliver SSL certs
08:57 zynzel type: "text" && value: "multiline\nmultiline" will work?
08:58 ikalnitsky mattymo|home: ok. the only stopper in shotgun now is possibility to make "ssh node-1.domain.tld". if it fixed, i can push on review a patchset. btw, is it hard to fix? can i patch it manually on my deployed cluster?
09:03 jaranovich joined #fuel-dev
09:05 mattymo|home ikalnitsky, you'll need to modify puppet in base host and cobbler docker containers and rerun puppet
09:05 mattymo|home but it's doable
09:09 ikalnitsky mattymo|home: ok. so please let sure we can make "ssh node-1.domain.tld" from mccollective container. i'm waiting for your report. thanks. :)
09:09 mattymo|home my vm is still deploying
09:18 teran joined #fuel-dev
09:23 teran_ joined #fuel-dev
09:23 mrasskazov joined #fuel-dev
09:24 evgeniyl vkozhukalov: take a look at https://review.openstack.org/#/c/90750/1 , please.
09:25 teran joined #fuel-dev
09:36 dshulyak holser: hi, are you around?
09:38 mattymo|home akislitsky, sorry it works
09:39 mattymo|home dockerctl shell mcollective, then ping node-1 and ping node-1.domain.tld worked
09:39 dshulyak holser_: from sensu faq, redis is used for storing persistent data, e.g metrics
09:39 mattymo|home from master
09:40 akislitsky mattymo|home, do you answer to ikalnitsky?
09:40 holser_ dshulyak: it depends on implementations, I simply used Graphite for metrics + sensu dashboards for alerting
09:40 mattymo|home oops ikalnitsky
09:40 mattymo|home you guys have very similar names
09:40 akislitsky yep
09:40 holser_ dshulyak: I didn’t need particular values, only ,metrics
09:40 holser_ mihgen:
09:40 warpc evgeniyl: Hi! Matt says to ask about erb template which i do to transform yaml format to docker script. I really do no know where and when we should do this
09:41 holser_ mihgen: I won’t join syncup, my hangout keeps crashing and iphone battery is drained
09:42 dshulyak holser_: but graphite requires time series db, carbon?
09:42 ikalnitsky mattymo|home: thanks a lot! :)
09:43 evgeniyl warpc: https://github.com/rustyrobot/fuel-web/blob/4bp/fuel-upgarde/fuel_upgrade_system/fuel_upgrade/fuel_upgrade/templates/supervisor.conf for supervisor
09:43 evgeniyl warpc: it's not erb templates
09:43 evgeniyl warpc: because of python
09:43 evgeniyl warpc: I use mock template
09:43 aglarendil team, regarding fuel library syncup
09:43 warpc evgeniyl: i mean sciprt for docker (containers, images)
09:44 aglarendil we are having some problems with hardware in conf room
09:44 aglarendil please, be patient
09:45 r0mikiam fix for ubuntu in master
09:45 evgeniyl warpc: here it is https://github.com/rustyrobot/fuel-web/blob/4bp/fuel-upgarde/fuel_upgrade_system/fuel_upgrade/fuel_upgrade/upgrade.py#L41-L615
09:47 morale_ hello everyone! Still having nasty issue with gerrit. After running git review  ->  git review
09:47 morale_ Problem running 'git remote update gerrit'
09:47 morale_ Fetching gerrit
09:47 morale_ Agent admitted failure to sign using the key.
09:47 morale_ Permission denied (publickey).
09:47 morale_ fatal: Could not read from remote repository.
09:47 morale_ Please make sure you have the correct access rights
09:47 morale_ and the repository exists.
09:47 morale_ error: Could not fetch gerrit
09:47 morale_ Problem running 'git remote update gerrit'
09:47 morale_ Fetching gerrit
09:47 morale_ Agent admitted failure to sign using the key.
09:47 morale_ Permission denied (publickey).
09:47 morale_ fatal: Could not read from remote repository.
09:47 morale_ Please make sure you have the correct access rights
09:47 morale_ and the repository exists.
09:47 morale_ error: Could not fetch gerrit
09:47 teran_ joined #fuel-dev
09:48 morale_ tried changing the keys, uploading the new ones. .ssh permissions are -rw
09:48 mihgen morale_: chmod 600 to your private key
09:52 morale_ my permissions -> ls -la
09:52 morale_ total 20
09:52 morale_ drwx------  2 steale steale 4096 Apr 30 12:40 .
09:52 morale_ drwxr-xr-x 73 steale steale 4096 Apr 30 12:44 ..
09:52 morale_ -rw-------  1 steale steale 1675 Apr 30 12:38 id_rsa
09:52 morale_ -rw-------  1 steale steale  398 Apr 30 12:38 id_rsa.pub
09:52 morale_ -rw-r--r--  1 steale steale  884 Apr 30 12:40 known_hosts
09:52 morale_ still the same
09:53 a_teem morale_: try this https://help.github.com/articles/error-agent-admitted-failure-to-sign
09:54 mihgen it should have nothing to do with the issue
09:55 mihgen likely there is some glitch with gerrit not understanding a key or something
09:55 ikalnitsky guys, please review https://review.openstack.org/#/c/90957/4 it's a fix for shotgun to make work it inside containers. (mattymo|home evgeniyl)
09:56 evgeniyl meow-nofer__, akislitsky ^^
09:57 mattymo|home ikalnitsky, +1
09:57 mihgen morale_: pretty weird thing. to me it was just a matter of removing gerrit host from known_hosts file
09:57 vkramskikh we've already tried to remove all the files from .ssh
09:57 mihgen morale_: are you sure you uploaded correct public key then?
09:57 mattymo|home mihgen, gerrit did not glitch! they reinstalled it
09:58 vkramskikh yep, we tried it a few times
09:58 mattymo|home https://wiki.openstack.org/wiki/GerritUpgrade
09:58 mihgen morale_: what if you try to fetch repo into another folder then?
09:58 morale_ sec I'll try
10:05 teran joined #fuel-dev
10:13 mattymo|home ikalnitsky, warpc let's work around cobbler reports
10:14 mattymo|home ssh to master node, then dockerctl shell cobbler cobbler $whatevercommand
10:16 anotchenko joined #fuel-dev
10:18 morale_ now in the other directory I get  -> http://pastebin.com/TCbEhGTX
10:25 vkramskikh any ideas?
10:26 vkramskikh my last resort idea is to try to create another gerrit user
10:27 morale_ Problems encountered installing commit-msg hook
10:27 morale_ -- here may be some key problem
10:28 anotchenko joined #fuel-dev
10:29 vkramskikh it seems to be the same issue
10:29 vkramskikh as it tries to run scp -P 29418 astepanchuk@review.openstack.org:hooks/commit-msg .git/hooks/commit-msg
10:35 mihgen bookwar: are you around?
10:35 mihgen morale_: let's get bookwar to resolve your issue, if we need infra team, then let's get them to fix it
10:35 bookwar mihgen: yes
10:37 morale_ bookwar: what do you need from me to fix this? :)
10:37 mihgen bookwar: Sasha, please help..
10:37 mihgen Sasha, please help Sasha.. :)
10:37 morale_ :)
10:38 bookwar morale_: could you gather the current logs all together in one paste, I mean "ls -l ~/.ssh", cat ~/.ssh/known_hosts and "git review -s -v"
10:38 mihgen mattymo|home: dude please take a look
10:38 mihgen https://bugs.launchpad.net/fuel/+bug/1313354
10:40 bookwar morale_: and "ssh <your_username>@review.openstack.org -p 29418 gerrit ls-projects"
10:41 mattymo|home mihgen, it's a dhcpcheck bug - should go to dshulyak
10:41 morale_ bookwar: http://pastebin.com/kAUYJcTP
10:41 mattymo|home we need hardware informatoin
10:41 mattymo|home if dhcpcheck crashes, it will crash fuelmenu
10:42 morale_ bookwar: update with last command version http://pastebin.com/0RNfRn1W
10:42 mattymo|home well maybe it's got 2 sides to the problem
10:43 bookwar morale_: and add "cat ~/.ssh/id_rsa.pub", then will go to the openstack-infra and they can verify that there is a right key stored for the user
10:44 morale_ bookwar: done http://pastebin.com/0kqn07FZ
10:48 bookwar morale_ posted to #openstack-infra, let's wait for 10-15 minutes
10:51 dshulyak mattymo|home: i took a look, and it is run_with_timeout issue
10:52 dshulyak user stopped task, ot somehow KeyboardInterrupt was catched
10:53 dshulyak mattymo|home: https://github.com/stackforge/fuel-web/blob/master/fuelmenu/fuelmenu/common/timeout.py#L24 this is only case when bool is returned
10:56 brain461 joined #fuel-dev
10:56 akupko joined #fuel-dev
10:58 anotchenko joined #fuel-dev
11:02 dshulyak mattymo|home: https://review.openstack.org/#/c/91326/
11:04 mattymo|home dshulyak, oh it's my code :) thanks!
11:05 teran_ joined #fuel-dev
11:35 vkramskikh yet another test hangs on "manage.py dropdb" call, is it a known issue? i've seen a few such runs this week https://fuel-jenkins.mirantis.com/job/stackforge-verify-fuel-web/3321/console
11:36 vkramskikh another example: https://fuel-jenkins.mirantis.com/job/stackforge-verify-fuel-web/3311/console
11:45 evgeniyl vkramskikh: I've never seen it before, I think you can create a ticket for that.
12:00 e0ne joined #fuel-dev
12:02 e0ne_ joined #fuel-dev
12:04 dpyzhov bookwar: https://fuel-jenkins.mirantis.com/job/stackforge-verify-fuel-web/3317/console could you restart this job?
12:05 a_teem bookwar: could you please retrigger Fuel-ci job for this review https://review.openstack.org/#/c/90979/
12:06 dpyzhov a_teem: you are requesting same thing =)
12:07 a_teem dpyzhov: oh, sry, haven't seen your message
12:08 teran joined #fuel-dev
12:09 aglarendil hey, mattymo|home , alex_didenko how do we start dhcrelay on the host node now ?
12:09 aglarendil is it init-script ?
12:09 bookwar a_teem, dpyzhov, done
12:09 alex_didenko yes
12:09 dpyzhov bookwar: thanks
12:10 alex_didenko but we update dhcrelay config and restart dhcrelay on every 'cobbler' container start
12:15 mattymo|home init script is used, but every time you try to start cobbler container, we update dhcrelay config and bounce the service
12:15 mattymo|home on reboot, there may be a 5-10s delay between cobbler container starting and dhcrelay
12:23 anotchenko joined #fuel-dev
12:23 morale joined #fuel-dev
12:23 morale_ joined #fuel-dev
12:24 xdeller joined #fuel-dev
12:38 morale_ bookwar: and everybody thanks, seems to be fixed now
12:38 morale_ had to add a key to agent
12:39 mihgen weird. I never had to add a key to agent unless I wanted to use my key on remote machine securely..
12:40 bookwar morale_: macos?
12:41 b-zone left #fuel-dev
12:41 morale_ bookwar: ubuntu 13.10
12:42 morale_ and still have the issue left
12:42 morale_ git review
12:42 morale_ remote: Resolving deltas: 100% (20/20)
12:42 morale_ remote: Processing changes: refs: 1, done
12:42 morale_ To ssh://astepanchuk@review.openstack.org:29418/stackforge/fuel-web.git
12:42 morale_ ! [remote rejected] HEAD -> refs/publish/master/bp/https (you are not allowed to upload merges)
12:42 morale_ error: failed to push some refs to 'ssh://astepanchuk@review.openstack.org:29418/stackforge/fuel-web.git'
12:42 morale_ although git fetch gerrit is ok
12:47 morale_ ufff, seems to be the gerrit bug. tried another branch - worked fine
12:51 mattymo|home morale_, you rebased and merged. you can only publish clean commits
12:51 mattymo|home you should start a new branch based on master, cherry pick your proposed commit on top of that branch, then git review
12:52 morale_ mattymo|home thanks! :)
12:54 mattymo|home need reviews for these: https://review.openstack.org/#/c/91326/ and https://review.openstack.org/#/q/owner:%22Matthew+Mosesohn%22+status:open,n,z
13:00 mihgen mattymo|home: Matt, https://bugs.launchpad.net/fuel/+bug/1312092 - apalkina is on vacation, can you ask someone else to verify then or verify it yourself?
13:08 Ch00k joined #fuel-dev
13:13 sambork joined #fuel-dev
13:14 mattymo|home it was fixed with the dns fix
13:14 mattymo|home so let me see if I can find a bug for that and I'll mark it as a duplicate
13:17 warpc mattymo|home: https://bugs.launchpad.net/fuel/+bug/1314071? As i remember you talk about workaround
13:17 warpc ikalnitsky: ^
13:19 mattymo|home warpc, scroll up - I wrote earlier in chat and included your name
13:20 warpc mattymo|home: "ssh to master node, then dockerctl shell cobbler cobbler $whatevercommand" ?
13:20 mattymo|home yes
13:20 warpc mattymo|home: and how will do this part?
13:21 warpc mattymo|home: how -> who
13:21 mattymo|home ikalnitsky, I believe
13:21 mattymo|home but you need https://review.openstack.org/#/c/91264/ merged first
13:22 mihgen mattymo|home: do you know why OSTF can be broken on ISO with docker?
13:22 warpc mattymo|home: thanks. I assigned this https://bugs.launchpad.net/fuel/+bug/1314071 to ikalnitsky
13:22 mihgen I have exception related to DB in its log
13:23 mattymo|home mihgen, if the db isn't ready when ostf starts, or if the init fails to run
13:23 mihgen mattymo|home: should I file a bug or it is a known issue?
13:23 mattymo|home no of course it's a new bug
13:23 mattymo|home it worked and passed smoke tests
13:23 mattymo|home and now you have it failing
13:24 mihgen mattymo|home: do you need access to my machine to take a look?
13:24 mattymo|home yeah I can dig through and find the problem quickly if you give me access
13:24 mihgen ssh root@172.18.22.10 -p 2222
13:26 anotchenko joined #fuel-dev
13:29 mattymo|home mihgen, should be fixed now
13:29 mattymo|home mihgen, dockerctl destroy ostf;dockerctl start ostf
13:30 mihgen mattymo|home: I didn't need to fix it, man
13:30 mattymo|home what's strange is if the initialization hook fails, we mark the puppet run as true
13:30 mihgen I need you to propose a fix to master
13:30 mattymo|home I understand!
13:30 mihgen and file a bug about it to LP
13:30 mihgen ;)
13:30 mattymo|home we should add some retries
13:30 mihgen will you create a bug?
13:30 mattymo|home yes!
13:30 mihgen thanks man)
13:32 aglarendil looks like we need to retrigger several jobs where ubuntu failed
13:32 aglarendil https://review.openstack.org/#/c/91276/
13:32 aglarendil https://review.openstack.org/#/c/91303/
13:33 mihgen ikalnitsky: will you fix https://bugs.launchpad.net/fuel/+bug/1314071 today? I heard you are on vacation after holidays...
13:33 mihgen dpyzhov: mattymo|home ^^ so I'm unsure if it's gonna be completed in time
13:33 mihgen warpc: ^^
13:34 bookwar aglarendil: i've retriggered jobs, but it is still run on the old 147 iso environment
13:34 mattymo|home you guys should decide how valuable this info is and if we need to put it in the 5.0 release
13:34 mattymo|home and I proposed 2 solutions but I don't have cycles to do it
13:36 ikalnitsky mihgen: mattymo|home: yes, i'll be in vacation. but i can try to do it today. could someone guide me what exactly shotgun to do to collect cobbler data? query example or something like this?
13:37 dpyzhov mattymo|home: it will be painful to remove this functionality
13:37 mattymo|home ikalnitsky, cobbler system report is the one and only command shotgun runs
13:38 warpc mihgen, ikalnitsky: i can take it and do on monday. But i also need some help with shotgun
13:38 mattymo|home ssh root@masternode dockerctl shell cobbler cobbler system report > cobbler_report.txt
13:38 mattymo|home that's it
13:39 ikalnitsky mattymo|home: it's easy, so.. i'll try to do it right now.
13:41 dpyzhov ikalnitsky: idea is to get rid of ssh+dockerctl
13:41 dpyzhov and use xmlrpm
13:42 dpyzhov xmlrpc
13:43 mattymo|home right but it depends on how much work you want to do
13:44 ikalnitsky dpyzhov: got it. then yes, it's better if someone else will make it.
13:45 ikalnitsky mattymo|home: how can i get cobbler credentials? i mean server addr, user/password?
13:45 mattymo|home it's all in nailgun conf
13:46 mattymo|home COBBLER_URL, COBBLER_USER, COBBLER_PASSWORD
13:58 BillTheKat joined #fuel-dev
13:59 mihgen mattymo|home: did you create a bug?
13:59 mihgen it should be critical one
14:00 ikalnitsky mattymo|home: ok, i can easily retrieve the following info with xmlrpc. it's really easy and quick. is it ok? http://paste.openstack.org/show/77981/ if so, i can implement an xmlrpc driver for shotgun and make a patch today.
14:06 aglarendil mattymo|home: do we run nginx on the master node or in the separate container ?
14:15 mattymo|home separate container
14:15 mattymo|home if you see 500 error, it means nailgun isn't up because it didn't init its db
14:15 evgeniyl ikalnitsky: I think it exactly what we need.
14:15 mattymo|home if 8000 isn't responding at all, nginx is broken (which would be new)
14:15 mattymo|home and it's easily fixed by running dockerctl destroy nailgun;dockerctl start nailgun
14:16 mattymo|home ikalnitsky, yes that's it
14:16 mattymo|home mihgen, which bug?
14:16 evgeniyl ikalnitsky: and you are right, it should be really easy)
14:17 ikalnitsky evgeniyl: ok. i've started implementing xmlrpc driver for shotgun. i guess i need ~ 1hour to do it and test it.
14:17 mattymo|home sorry I've created about 8 bugs today and I can't keep track of all the "did you create a bug?" requests
14:17 evgeniyl :)
14:18 xarses joined #fuel-dev
14:18 anotchenko joined #fuel-dev
14:27 jobewan joined #fuel-dev
14:27 a_teem what is wrong with our ci?  some of nailgun tests are not passing (e.g. "FAIL: test_deletion_during_deployment (nailgun.test.integration.test_task_managers.TestTaskManagers)") but on my machine everything is ok
14:27 rzhnichkov_ joined #fuel-dev
14:31 mattymo|home I think I can fix the nailgun start failures the same was as ostf
14:31 mattymo|home by adding retries to the syncdb and fixtures commands
14:38 holser_ mattymo: Could you correct https://review.openstack.org/#/c/87533/
14:39 holser_ .mattymo
14:39 igormarnat_ joined #fuel-dev
14:45 mattymo|home holser_, what do you mean? it's warpc's review?
14:45 holser_ :mattymo|home sorry then,
14:45 mattymo|home added more english fixes
14:46 warpc holser_: i so you comment about rvm, thanks. I miss this
14:46 holser_ mattymo|home: yeah
14:46 warpc holser_: i found around way for rvm, now check it
14:46 holser_ :warpc Did you update gerrit?
14:47 warpc yes, but before sow your comment
14:47 holser_ :warpc please update gerrit request, I’ll look through it once again
14:51 warpc holser_: yes. I will, thanks
15:00 warpc holser_, mattymo|home: please review https://review.openstack.org/#/c/87533/3
15:01 warpc holser_, mattymo|home: wrong link, correct: https://review.openstack.org/#/c/87533/
15:01 ikalnitsky Ok, guys. I've done it.  Here the patch to collect cobbler information https://review.openstack.org/#/c/91386/ Please, review (mattymo|home, evgeniyl, dpyzhov, meow-nofer, akislitsky) And here is example of collected information -- http://paste.openstack.org/show/77996/
15:01 IlyaE joined #fuel-dev
15:04 dpyzhov ikalnitsky: does it require changes in settings.yaml?
15:04 holser_ warpc: +1 to https://review.openstack.org/#/c/87533/
15:04 evgeniyl ikalnitsky: oh, it's really cool.
15:04 ikalnitsky dpyzhov: no. we inject cobbler info from nailgun
15:04 evgeniyl ikalnitsky: did you test it in containers?
15:05 ikalnitsky evgeniyl: sure. i've post example of output file -- http://paste.openstack.org/show/77996/
15:05 teran_ joined #fuel-dev
15:05 evgeniyl ikalnitsky: thanks!
15:05 warpc holser_: thanks!
15:06 holser_ warpc: you are welcome!
15:07 ikalnitsky evgeniyl: btw, i've post on this https://review.openstack.org/#/c/91353/1 and it's failed with test_deletion_during_deployment. i don't know what to do. it looks like we have some problems with this test -- it fails not only on my pull request.
15:08 dpyzhov mattymo|home: what about cobbler log files?
15:09 evgeniyl ikalnitsky: it's our sleeps and threads, I really hate it. We need to discuss how to rewrite all this code.
15:09 evgeniyl bookwar: could you retriger https://fuel-jenkins.mirantis.com/job/stackforge-verify-fuel-web/3330/console please?
15:09 bookwar done
15:09 dpyzhov ikalnitsky, mattymo|home: https://github.com/stackforge/fuel-web/blob/master/nailgun/nailgun/settings.yaml#L462-L464 this lines should be removed, I guess
15:10 ikalnitsky dpyzhov: cobbler log files are in the snapshot too. oops, yes, i will remove it.
15:12 mihgen mattymo|home: I was talking about bug I faced with OSTF
15:14 mattymo|home sorry I'm interviewing right now mihgen
15:15 ikalnitsky dpyzhov: i've removed this line from settings.yaml and updated pull request. check it out :) (p.s: i've tested it too -- works fine)
15:15 dpyzhov bookwar: https://fuel-jenkins.mirantis.com/job/stackforge-verify-fuel-web/3328/consoleFull restart please
15:15 dpyzhov ikalnitsky: nice
15:18 bookwar where it is written how to install casperjs for nailgun?
15:19 bookwar nvm, found it
15:20 aignatov joined #fuel-dev
15:32 teran joined #fuel-dev
15:39 ikalnitsky bookwar: could you please re-run the job? https://review.openstack.org/#/c/91353/
15:41 bookwar ikalnitsky: it is in the queue now
15:41 ikalnitsky bookwar: ok, thank you :)
15:43 tatyana joined #fuel-dev
15:55 a_teem joined #fuel-dev
15:58 rmoe joined #fuel-dev
16:02 mattymo|home dpyzhov, log files aren't a problem
16:02 mattymo|home sorry - back from interview
16:08 mihgen mattymo|home: about https://bugs.launchpad.net/fuel/+bug/1314194, someone was documenting about docker iso
16:08 mihgen holser_: may be you? ^^
16:08 mihgen so I'm wondering who can take this bug
16:08 mihgen to fix documentation
16:09 holser_ I’ll grab it
16:10 mattymo|home ah! I was a bit careless here
16:10 mattymo|home sorry about that
16:11 mattymo|home http://docs.docker.io/installation/ubuntulinux/
16:11 mattymo|home if we tell users to download from yandex, they won't have to add the https support for apt
16:11 mattymo|home http://docs.docker.io/installation/ubuntulinux/#mirrors
16:12 holser_ mihgen: the documentation is updated by warpc >> https://review.openstack.org/#/c/87533/4/docs/develop/env.rst
16:13 mattymo|home that's a different section of the same file
16:13 mattymo|home maybe we should be more explicit and write all the commands required to keep it simple
16:15 holser_ mattymo|home: I didn’t have issues following http://docs.docker.io/installation/ubuntulinux/ . However I think you are right
16:21 crshman hey guys, i'm trying to build an iso on ubuntu and I'm getting this error: Global symbol "$forceyes" requires explicit package name at /usr/sbin/multistrap line 989.
16:22 crshman any ideas?
16:22 Ch00k joined #fuel-dev
16:22 mattymo|home crshman, there are issues with multistrap in newer versions of ubuntu
16:22 mattymo|home the iso only builds correctly for me on Ubuntu 12.04.4
16:22 crshman ah ok
16:25 xarses joined #fuel-dev
16:27 warpc mattymo|home holser_: i add link, because officially we support building iso from 12.10 or higher
16:28 mattymo|home ok warpc can you help crshman with iso building on newer ubuntu? I could never get it working
16:28 holser_ warpc: 14.04 has issues. I think it’s worth mentioning that
16:28 holser_ warpc: multistrap for 14.04
16:29 warpc mattymo|home holser_: but instruction have special part for 12.10 unlike 13.04 and 13.10.
16:31 warpc mattymo|home: at now moment i update 12.04 to 12.10, but going to upgrade to 14.04 soon.
16:32 crshman all good, I'll just standup a 12.04 vm
16:33 warpc holser_ mattymo|home: yes, i think it is good point to mention about problem with 14.04
16:34 angdraug joined #fuel-dev
16:35 warpc The following steps are required to build the Fuel ISO images on Ubuntu 12.10 or newer (excluding newest 14.04)::
16:36 warpc mattymo|home, holser_: ^ fine?
16:36 holser_ warpc: yeah!
16:39 warpc holser_: mattymo|home: please +1 https://review.openstack.org/#/c/87533
16:40 holser_ warpc: done
16:40 warpc holser_: thanks!)
16:41 holser_ warpc: np
16:44 crshman how accurate is this? https://wiki.openstack.org/wiki/Fuel/5.0_Release_Schedule
16:49 BillTheKat joined #fuel-dev
17:11 warpc left #fuel-dev
17:11 warpc joined #fuel-dev
17:13 warpc crshman: if we do not find any critical problem, we will release it on time
17:15 warpc crshman: at now moment this date (9 may) is actual. All code already merged and now we fix bugs. If you find a problem, please let us know
17:15 tzn joined #fuel-dev
17:16 crshman ooo fancy
17:16 crshman well then I guess I should get the iso working so I can test
17:21 warpc crshman: your attempt to build iso using 12.04 ended successfully?
17:23 crshman warpc: I haven't setup my 12.04 VM yet, all my gear is on 14.04
17:23 crshman i have a fuel openstack setup running right now but I'm trying to debug a networking issue
17:24 crshman once I got that workign then I was going to spin up a 12.04 instance and get to work
17:24 IlyaE joined #fuel-dev
17:28 warpc crshman: I understand. We still left a lot unclosed issues that we want to fix. Please do not judge us strictly before release) Of course, feedback is welcome
17:31 crshman warpc: no judgement, you guys are doing great work!
17:34 warpc crshman: Thank you, very glad to hear!)
17:49 fandi joined #fuel-dev
17:50 IlyaE joined #fuel-dev
18:08 e0ne joined #fuel-dev
18:23 mrasskazov joined #fuel-dev
18:25 e0ne joined #fuel-dev
18:28 tzn joined #fuel-dev
18:30 christopheraedo I'm trying to build ISO in a fresh Ubuntu 12.04 environment and having issues with the qemu package:
18:30 christopheraedo qemu-1.2.0-24.el6.x86_64 from proprietary has depsolving problems
18:31 christopheraedo (this is under the 4.1 tag, not latest build)
18:32 christopheraedo I suspect maybe the docs have changed slightly? The call to install lxc-docker-0.10.0  fails (but in theory if I'm doing a 4.1 build I shouldn't need any docker packages)
18:32 christopheraedo Wondering if anyone else has run across this before...
18:39 christopheraedo and after a make distclean&&make iso I got "We have exactly four downloading conflicts: django, mysql, kernel-headers and kernel-lt-firmware"
18:45 mattymo|home christopheraedo, for docker we are still working on proper dev and user docs http://docs.docker.io/installation/ubuntulinux/
18:47 salmon_ joined #fuel-dev
18:48 angdraug that last bit (downloading conflicts) is a red herring, I ignore it when building my ISOs
18:49 angdraug if that's your only problem you can just disable that check in the makefile
18:55 christopheraedo mattymo: thanks - understood about the docs for latest being a work in progress. That's why I'm trying to get a quickly repeatable "build the 4.1 ISO" process sorted. Adjusting whatever I end up with to work well with 5.0 should be easy :)
18:55 e0ne joined #fuel-dev
18:56 christopheraedo angdraug: I'll disable it, I'm just a little surprised, I had done this first on a local VM with no problems, then turned that VM into a vagrantbox, also no problems.  Now I'm trying (in the interest of speed) this on a VM in an openstack environment on a very fast connection, this is the first time I am seeing this.
19:08 mihgen joined #fuel-dev
19:08 monester joined #fuel-dev
19:28 IlyaE joined #fuel-dev
19:43 salmon_ joined #fuel-dev
20:23 openstackstatus NOTICE: the gate is backed up due to broken nodepool images, fix in progress (eta 22:00 utc)
20:23 Topic for #fuel-dev is now the gate is backed up due to broken nodepool images, fix in progress (eta 22:00 utc)
20:24 IlyaE joined #fuel-dev
21:02 salmon_ joined #fuel-dev
21:09 mrasskazov joined #fuel-dev
21:25 IlyaE joined #fuel-dev
22:14 jobewan joined #fuel-dev

| Channels | #fuel-dev index | Today | | Search | Google Search | Plain-Text | summary