Perl 6 - the future is here, just unevenly distributed

IRC log for #fuel-dev, 2014-06-13

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

All times shown according to UTC.

Time Nick Message
00:42 xarses joined #fuel-dev
00:42 rmoe joined #fuel-dev
00:47 aleksandr_null joined #fuel-dev
05:24 al_ex3 joined #fuel-dev
05:51 e0ne joined #fuel-dev
06:03 e0ne joined #fuel-dev
06:15 dshulyak_ joined #fuel-dev
06:34 salmon_ joined #fuel-dev
06:34 al_ex3 joined #fuel-dev
06:38 e0ne joined #fuel-dev
06:40 e0ne joined #fuel-dev
06:42 bogdando joined #fuel-dev
06:44 salmon_ mihgen: 19 June is free day in Poland
06:53 mihgen salmon_: ohhh. if you record a short screencast, then it would be great..
06:53 salmon_ hmm, ok
06:54 salmon_ mihgen: and about iptables. Can we just make some services to listen only on localhsot? Does iptables add some extra security?
06:56 mihgen salmon_: please connect on this with mattymo . it might not be possible as we need accessibility from docker containers..
06:56 salmon_ mattymo: ?
07:12 mihgen salmon_: it's still holiday in Russia.. so I don't expect mattymo to appear here today)
07:12 salmon_ mihgen: ah, ok
07:26 odyssey4me joined #fuel-dev
08:03 dshulyak mihgen: hi, are you around?
08:04 mihgen dshulyak: yep
08:05 gabrijela joined #fuel-dev
08:05 dshulyak mihgen: are you sure about low priority for lldp support? i think that it was agreed on moscow mini-summit that it should be high
08:06 gabrijela Hi there
08:07 gabrijela I was wondering, what branch of openstack is used in fuel 5.0. I want to patch the nova for better support for rdb ephermal storage , because of double copy of the images from ceph to local storage and back again , and i am not sure which branch is in fuel 5.0
08:10 mihgen dshulyak: I've been talking about priorities on yesterday's IRC weekly meeting. With the essentials and timeline which we have in place, folks who are fully assigned to Fuel should concentrate around those.
08:10 mihgen with the allocation which we have I don't see free resources to put for it.
08:11 mihgen I would love to see this working, but if compare with patching / upgrades it is definitely low priority..
08:11 mihgen pluggable architecture has higher priority too. So your work on salt research is great and I'd love to see more progress into that direction.
08:13 mihgen gabrijela: hi
08:14 mihgen gabrijela: it's complicated now… before we implement https://blueprints.launchpad.net/fuel/+spec/openstack-from-master
08:14 dshulyak thanks, i understood
08:14 mihgen gabrijela: basically if you are building Fuel ISO now, you are getting packages from repository which is build internally
08:15 mihgen gabrijela: so the only way to patch openstack, which is being shipped as part of Fuel ISO, you can do it in two ways:
08:15 odyssey4me mihgen - I could do with some assistance with getting both the latest stable ISO built, and the latest unstable ISO.
08:16 e0ne joined #fuel-dev
08:16 mihgen 1) provide patch into upstream and target bug to Fuel as well, and we will get folks to merge it internally and rebuild packages mirror with the fix
08:16 alex_didenko left #fuel-dev
08:16 e0ne_ joined #fuel-dev
08:16 mihgen 2) just create a bug for fuel with patch provided, and we will have someone to upstream it in openstack and rebuild packages too
08:17 mihgen odyssey4me: are you about lldp?
08:18 mihgen gabrijela: about a branch itself, then 5.0 & 5.1 are based on icehouse
08:18 mihgen 6.0 is going to be with Juno. https://wiki.openstack.org/wiki/Fuel/5.1_Release_Schedule
08:18 odyssey4me mihgen - lldp, nope... I'm building a CI & Dev environment for us to understand the framework more deeply and start to contribute
08:20 mihgen odyssey4me: oh cool. what do you need your own CI for? do you plan to have fixes in openstack or fuel which you don't want to expose?
08:20 alex_didenko joined #fuel-dev
08:21 gabrijela mihgen: Thanks, but the patch is not mine it's from https://github.com/angdraug/nova/tree/rbd-ephemeral-clone-stable-icehouse against stable icehouse tree. I was wondering is the same stable tree used in fuel ?
08:23 mihgen gabrijela: there is actually internal gerrit/git. So likely angdraug made fix in this branch first, and then uploaded to gerrit
08:24 mihgen gabrijela: I would appreciate if you create a bug, and attach your patch. We will get angdraug then
08:24 odyssey4me mihgen - it's for quick patches to our environment that aren't upstream yet, and our intention is to also participate in the upstream testing with the different hardware we have. We'll have a third party jenkins testing any fuel patches on our hardware.
08:24 gabrijela mihgen: the point is that there is no support for rdb storage in ephermal images. The image is still polled from rdb pool to local disk and the instance is created when the image is put back on compute pool
08:26 mihgen odyssey4me: >  also participate in the upstream testing with the different hardware we have - that would be very cool
08:27 mihgen it should be relatively easy to do. once you get to the point, I can connect you with our devops-infra folks, who will be able to help
08:28 mihgen gabrijela: I see… you would better catch angdraug for this. He is in PST time zone, or just drop an email to openstack-dev with [Fuel] in subject
08:28 e0ne joined #fuel-dev
08:31 gabrijela mihgen: Thanks, will find him. On this channel?
08:31 mihgen gabrijela: yep
08:38 odyssey4me mihgen - thanks, I'll retry the ISO build process according to the docs again. When I last tried (Using Ubuntu 12.04 and 12.10), it was quite broken.
08:40 mihgen odyssey4me: hmmm please report critical bug if it doesn't work
08:59 al_ex3 joined #fuel-dev
09:22 teran joined #fuel-dev
09:31 geekinut1h joined #fuel-dev
09:39 artem_panchenko joined #fuel-dev
09:41 bogdando guys, we must not revert things like 4f33ae14e3a3a490aa32e0fd039c1dead770a56c commit does. There are some fixes in manifests (concat, delete etc) rely in merged 4.2.1. Reverting it back, you introduce a regression
09:41 bogdando I asked Sergii Golovatiuk to resubmit the 4.2.1 sync again, but unless it has been done we could have end up with broken master
09:49 b-zone joined #fuel-dev
10:23 e0ne joined #fuel-dev
10:28 e0ne joined #fuel-dev
10:39 e0ne joined #fuel-dev
12:16 bookwar joined #fuel-dev
12:24 EeeBotu New bug #1329757 in fuel: "assetEquals deprecated in python2.7" [Low, In Progress] https://bugs.launchpad.net/bugs/1329757
13:27 EeeBotu New bug #1329771 in fuel: "Network verification fails on Cisco UCS 5108 & Cisco N2K-C2232PP" [Undecided, New] https://bugs.launchpad.net/bugs/1329771
14:27 EeeBotu New bug #1329780 in fuel: "Deployment fail with errors in puppet log" [High, New] https://bugs.launchpad.net/bugs/1329780
14:43 jobewan joined #fuel-dev
15:18 teran joined #fuel-dev
15:31 e0ne joined #fuel-dev
16:09 rmoe joined #fuel-dev
16:27 dshulyak_ joined #fuel-dev
16:39 angdraug joined #fuel-dev
16:42 e0ne joined #fuel-dev
16:49 xarses joined #fuel-dev
17:03 xarses joined #fuel-dev
17:13 xarses joined #fuel-dev
17:14 xarses joined #fuel-dev
17:43 angdraug joined #fuel-dev
17:58 teran joined #fuel-dev
18:31 EeeBotu New bug #1329871 in fuel: "Upgrade puppet" [Medium, New] https://bugs.launchpad.net/bugs/1329871
18:32 dshulyak_ joined #fuel-dev
19:08 e0ne joined #fuel-dev
19:22 salmon_ joined #fuel-dev
20:06 bookwar joined #fuel-dev
20:07 dpyzhov joined #fuel-dev
20:14 teran joined #fuel-dev
20:28 christopheraedo odyssey4me: I'm working on fixing the fuel-dev onboarding, I'll keep an eye out here for issues you bring up in the mean time and will help however I can.
20:29 christopheraedo For what it's worth, I've had the most success starting from a clean Ubuntu 12.10 environment.
20:33 EeeBotu New bug #1328288 in fuel: "openvswitch agent fails with bridges longer than 11 chars" [Medium, Confirmed] https://bugs.launchpad.net/bugs/1328288
20:54 EeeBotu New bug #1329953 in fuel: "cant live migrate ceph backed cinder volumes" [Medium, Confirmed] https://bugs.launchpad.net/bugs/1329953
20:58 teran joined #fuel-dev
21:39 e0ne joined #fuel-dev
21:58 e0ne joined #fuel-dev
22:48 tsduncan__ I could not find a bug for this in launchpad. In Fuel 4.1, the symlinks in /var/log/remote confuse the logrotate with the 20-fuel.conf config which matches /var/log/remote/*/*.log. This pattern matches the logs for both the real directory and the symlinked one. So, logrotate copies the file to file.1 in the symlink and then when it gets to the real dir, it finds a .1 file already there (not yet compressed) and stops with an error "file
22:48 tsduncan__ .1" exists. Further processing is aborted leaving the file.1 files and files do not get rotated on subsequent runs. This eventually leads to a full file system
22:49 tsduncan__ I do not have a 5.x system available to me. Can anyone confirm if this is an issue in 5.x?
23:29 e0ne joined #fuel-dev

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