*** bpokorny has joined #openstack-dns | 01:46 | |
*** stanzgy has joined #openstack-dns | 01:48 | |
*** GonZoPT has quit IRC | 01:53 | |
*** GonZoPT has joined #openstack-dns | 01:54 | |
*** rudrajit has joined #openstack-dns | 01:58 | |
*** PsionTheory has quit IRC | 02:24 | |
*** bpokorny has quit IRC | 02:29 | |
*** gohko has quit IRC | 02:32 | |
*** bpokorny has joined #openstack-dns | 02:48 | |
*** bpokorny has quit IRC | 03:27 | |
*** _RuiChen has joined #openstack-dns | 03:37 | |
*** nkinder has joined #openstack-dns | 03:51 | |
*** nkinder has quit IRC | 03:58 | |
*** bpokorny has joined #openstack-dns | 04:01 | |
*** bpokorny has quit IRC | 04:14 | |
*** fawadkhaliq has joined #openstack-dns | 04:23 | |
*** fawadkhaliq has quit IRC | 04:44 | |
*** fawadkhaliq has joined #openstack-dns | 05:34 | |
*** jasonsb has joined #openstack-dns | 05:50 | |
*** sonuk has joined #openstack-dns | 06:33 | |
*** jasonsb has quit IRC | 06:45 | |
*** naggappan has joined #openstack-dns | 06:57 | |
naggappan | hi i am trying to run unit test case using "tox -e py27 " but getting failure when i use pdb "import pdb;pdb.set_trace()" could some one tell me how to use pdb with tox? | 06:57 |
---|---|---|
*** chlong has quit IRC | 07:00 | |
*** GonZoPT has quit IRC | 07:10 | |
*** ramtalari has joined #openstack-dns | 07:16 | |
openstackgerrit | caoyue proposed openstack/designate: test: make enforce_type=True in CONF.set_override https://review.openstack.org/268615 | 07:35 |
*** sonuk has quit IRC | 07:50 | |
*** sonuk has joined #openstack-dns | 08:10 | |
*** fawadkhaliq has quit IRC | 08:12 | |
*** fawadkhaliq has joined #openstack-dns | 08:13 | |
en_austin | federico3: sure you can | 08:16 |
*** rudrajit has quit IRC | 08:18 | |
*** fawadkhaliq has quit IRC | 09:01 | |
*** fawadkhaliq has joined #openstack-dns | 09:01 | |
en_austin | federico3: please ping me when we can continue our discuss of this issue | 09:01 |
*** nyechiel_ has joined #openstack-dns | 09:43 | |
*** venkat has joined #openstack-dns | 10:18 | |
*** venkat has quit IRC | 10:20 | |
*** penchal has joined #openstack-dns | 10:22 | |
*** venkat has joined #openstack-dns | 10:22 | |
*** blabbityblabbity has joined #openstack-dns | 10:24 | |
*** blabbityblabbity has quit IRC | 10:25 | |
*** sonuk has quit IRC | 10:26 | |
*** venkat has quit IRC | 10:29 | |
*** bradjones has quit IRC | 10:38 | |
*** bradjones has joined #openstack-dns | 10:40 | |
*** bradjones has quit IRC | 10:40 | |
*** bradjones has joined #openstack-dns | 10:40 | |
*** sonuk has joined #openstack-dns | 10:42 | |
*** stanzgy has quit IRC | 10:48 | |
*** venkat has joined #openstack-dns | 11:05 | |
*** kei_yama has quit IRC | 11:37 | |
*** GonZo2000 has joined #openstack-dns | 11:54 | |
*** GonZo2000 has joined #openstack-dns | 11:54 | |
*** fawadkhaliq has quit IRC | 12:13 | |
*** km_ has quit IRC | 12:16 | |
*** sonuk has quit IRC | 12:21 | |
*** bradjones has quit IRC | 12:30 | |
federico3 | en_austin are you around? | 12:31 |
*** chlong has joined #openstack-dns | 12:36 | |
*** fawadkhaliq has joined #openstack-dns | 12:40 | |
openstackgerrit | Merged openstack/designate: Add retry logic on periodic_sync https://review.openstack.org/263295 | 12:49 |
*** rsyed_away is now known as rsyed | 12:51 | |
*** ramtalari has quit IRC | 12:54 | |
*** GonZo2000 has quit IRC | 13:07 | |
*** sonuk has joined #openstack-dns | 13:09 | |
*** venkat has quit IRC | 13:09 | |
openstackgerrit | Vishal kumar mahajan proposed openstack/designate: Replace assertEqual(None, *) with assertIsNone in tests https://review.openstack.org/269036 | 13:16 |
*** _RuiChen has quit IRC | 13:23 | |
*** RuiChen has joined #openstack-dns | 13:24 | |
en_austin | federico3 yeah ,im here but on slow connect, Ill be happy to connect with u in 1.5hr | 13:30 |
*** jordanP has joined #openstack-dns | 13:32 | |
federico3 | sure | 13:32 |
en_austin | u will be here? | 13:32 |
*** fawadkhaliq has quit IRC | 13:34 | |
*** ducttape_ has joined #openstack-dns | 13:36 | |
en_austin | And just for my info - which timezone you are in?:) | 13:36 |
federico3 | I will - central europe | 13:44 |
*** nyechiel has joined #openstack-dns | 14:04 | |
*** nyechiel_ has quit IRC | 14:04 | |
openstackgerrit | Merged openstack/designate: Add retry logic on periodic_sync to stable/liberty https://review.openstack.org/264891 | 14:08 |
*** ducttape_ has quit IRC | 14:12 | |
*** ducttape_ has joined #openstack-dns | 14:32 | |
*** fawadkhaliq has joined #openstack-dns | 14:38 | |
*** naggappan has quit IRC | 14:48 | |
*** rsyed is now known as rsyed_away | 14:48 | |
*** penchal has quit IRC | 14:51 | |
*** sonuk has quit IRC | 14:56 | |
*** rsyed_away is now known as rsyed | 14:57 | |
*** ducttape_ has quit IRC | 15:03 | |
en_austin | federico3: i'm here | 15:06 |
*** rsyed is now known as rsyed_away | 15:15 | |
*** rsyed_away is now known as rsyed | 15:15 | |
*** rsyed is now known as rsyed_away | 15:18 | |
*** rsyed_away is now known as rsyed | 15:18 | |
*** mlavalle has joined #openstack-dns | 15:18 | |
*** chlong has quit IRC | 15:31 | |
*** pglass has joined #openstack-dns | 15:37 | |
*** nkinder has joined #openstack-dns | 15:39 | |
federico3 | en_austin: yup | 15:48 |
*** ducttape_ has joined #openstack-dns | 15:50 | |
en_austin | so | 15:58 |
en_austin | how can we debug my issue? :) | 15:58 |
en_austin | and what it can be exactly? | 15:58 |
*** ducttape_ has quit IRC | 15:59 | |
*** ducttape_ has joined #openstack-dns | 16:02 | |
en_austin | federico3 ping? )) | 16:03 |
*** karimb has joined #openstack-dns | 16:05 | |
federico3 | en_austin: you said the logs were from a failure, at the bottom of http://paste.openstack.org/show/msl5N4tjlGDkp3tR2YLN/ | 16:05 |
federico3 | ...I'm seeing Consensus reached for updating zone ap.int.zone | 16:05 |
en_austin | see - its already failed, and I've tried to create a new record (and grep'd for query id in logs) | 16:06 |
en_austin | that's my logs from | 16:06 |
en_austin | Maybe, last merge ("add retry logic on periodic sync") will help here? I don't know.. | 16:07 |
en_austin | The situation is - at some reasons Designate stops to push new records on server, but expects that pushes to be done | 16:08 |
federico3 | this is a log *after* the failure? So we are witnessing a successful run? | 16:08 |
en_austin | and, at next sync, it tries to sync a SOAs and get a failure (mismatching SOA serial on backends and actual Designate's) | 16:08 |
en_austin | Yes. This is a API query log _after_ a failure, not before. E.g system is ALREADY in failed state. | 16:09 |
federico3 | ok, if you look at Got lower serial for 'ap.int.zone.' to '10.28.0.17:53'. | 16:09 |
federico3 | ...the two serials have been generated at: | 16:09 |
federico3 | Fri, 15 Jan 2016 07:26:12 GMT | 16:09 |
federico3 | Thu, 14 Jan 2016 20:53:22 GMT | 16:09 |
federico3 | does it sounds correct to say that the last timestamp was the last successful run? | 16:11 |
en_austin | I don't confirm it at 100%, but according to users' reports - it's like a truth, yes. | 16:11 |
en_austin | 15 Jan 07:26:12GMT that's a timestamp of my test query (last one) | 16:12 |
en_austin | after that I've restarted a Designate to back it live | 16:12 |
federico3 | you said it failed during the night: last successful update on 20:53:22 GMT and then you tried a new update at 07:26:12 GMT on teh next day? | 16:12 |
en_austin | to be more clear, I've started to restart components step by step to determine a component which cause this failure | 16:13 |
en_austin | Yep. | 16:13 |
en_austin | I've woke up from sms "your dns failed again" and began to investigate it :( | 16:13 |
federico3 | good, now can you look for logs around 2016-01-14 20:53:22 ? | 16:13 |
en_austin | Sure, if they are not rotated yet :) | 16:13 |
federico3 | (I warmly recommend storing the logs remotely for much longer times) | 16:15 |
en_austin | 20:53:22 no logs at all, some logs 20:53:XX (another values here). | 16:15 |
en_austin | no any anomalies (will share 'em now) | 16:16 |
en_austin | http://paste.openstack.org/show/NV5ycnsncLhUlecU2i3d/ | 16:16 |
federico3 | please grep for 1452804802 | 16:17 |
en_austin | http://pastebin.com/rFJJ89tr here | 16:20 |
en_austin | (paste.openstack.org not allowed me to paste such amount of text) :( | 16:21 |
en_austin | (daaaamn, it's cut here too :( | 16:21 |
federico3 | you can attach files to launchpad | 16:22 |
*** james_li has joined #openstack-dns | 16:22 | |
en_austin | oh god, 4M of logs with this soa (( | 16:24 |
en_austin | see Launchpad :) | 16:26 |
federico3 | ok, fetching it | 16:27 |
federico3 | aha, it kept erroring until morning | 16:30 |
*** ccneill has joined #openstack-dns | 16:31 | |
federico3 | grep '^2016-01-14 23:5' pool-manager.log.3 | gzip > out.log.gz ...will capture 10 minutes of logs around the event | 16:32 |
*** ccneill_ has joined #openstack-dns | 16:33 | |
en_austin | see Launchpad :) | 16:33 |
*** ccneill has quit IRC | 16:34 | |
federico3 | thanks | 16:34 |
*** ccneill_ is now known as ccneill | 16:34 | |
*** nyechiel has quit IRC | 16:39 | |
-openstackstatus- NOTICE: Gerrit is restarting quickly as a workaround for performance degradation | 16:48 | |
en_austin | any ideas?) | 16:55 |
federico3 | it might take a little while | 16:57 |
federico3 | en_austin: how big is the whole pool-manager.log.3 file? It should compress very well with "xz -k pool-manager.log.3" - would you consider uploding it if it does not contain any security sensitive information? | 17:05 |
en_austin | it contains a lot of private data, so... any way to share it only with you (not to public)? | 17:10 |
*** rudrajit has joined #openstack-dns | 17:10 | |
en_austin | it's now a 51.2M | 17:11 |
federico3 | 51 after compression? | 17:11 |
en_austin | no, raw | 17:11 |
en_austin | 1.3M after compression | 17:12 |
en_austin | hm, wait. seems to be there no much private data in PM logs. | 17:14 |
*** rudrajit has quit IRC | 17:14 | |
en_austin | all of 'em are contained in api/central logs. | 17:14 |
en_austin | am I right? | 17:14 |
*** rudrajit has joined #openstack-dns | 17:14 | |
federico3 | it depends if things like zone names, amount of traffic, resolver ip addrs are sensitive for you | 17:14 |
en_austin | zone names and backend ip's i've already shared, so... | 17:15 |
en_austin | ok, I'll upload it now. | 17:15 |
federico3 | I'm looking for a way to upload embargoed files to launchpad | 17:15 |
en_austin | i've done | 17:16 |
en_austin | check Launchpad ) | 17:16 |
en_austin | Launchpad allows to lock an issue, afaik, for specified users. | 17:16 |
federico3 | it's quite weird that LP has no access control on this stuff | 17:16 |
federico3 | aha | 17:17 |
en_austin | Maybe, let's do this? | 17:17 |
federico3 | set to Private | 17:17 |
federico3 | albeit it would make more sense to leave the bug as Public and keep only the attachments as private | 17:17 |
en_austin | I don't know how to do this | 17:18 |
en_austin | don't sure that's possible | 17:18 |
federico3 | apparently not - I made the bug private | 17:23 |
en_austin | good | 17:23 |
*** ducttape_ has quit IRC | 17:24 | |
en_austin | i'm afk for hour - time to drive home :) | 17:34 |
en_austin | you'll still be here? | 17:34 |
*** jordanP has quit IRC | 17:35 | |
federico3 | yep, we'll investigate | 17:39 |
*** ducttape_ has joined #openstack-dns | 17:39 | |
en_austin | OK, will contact u here in 1-1.5hr :) | 17:41 |
*** nyechiel has joined #openstack-dns | 17:52 | |
*** ducttape_ has quit IRC | 17:53 | |
*** karimb has quit IRC | 17:53 | |
*** fawadkhaliq has quit IRC | 18:06 | |
*** fawadkhaliq has joined #openstack-dns | 18:10 | |
*** fawadkhaliq has quit IRC | 18:11 | |
*** rsyed is now known as rsyed_away | 18:19 | |
*** james_li has quit IRC | 18:30 | |
*** doublek has joined #openstack-dns | 18:32 | |
en_austin | federico3: so... | 18:39 |
en_austin | any ideas? :) | 18:39 |
*** doublek has quit IRC | 18:41 | |
federico3 | the first error seems to be at 00:04:28.414 12786 as part of transaction req-5f0b0d72-b5f7-40a7-b7f2-a46013cc8304 | 18:42 |
federico3 | Could not retrieve status and serial for domain aqa.int.zone. on nameserver 10.28.0.18:53 with action UPDATE (<class 'oslo_messaging.exceptions.MessagingTimeout'>: Timed out waiting for a reply to message ID | 18:42 |
en_austin | should I grep for this request id? | 18:43 |
federico3 | it's the only error of that kind and we are broken from there | 18:43 |
federico3 | no need, everything needed is in the log file | 18:43 |
en_austin | well | 18:43 |
en_austin | so... what's our next steps to investigate this? | 18:44 |
en_austin | and what's the problem in - RabbitMQ, oslo.messaging or some Designate-related code? | 18:44 |
federico3 | the timeout is raised in _retrieve_from_mdns /opt/designate/designate/pool_manager/service.py:656 | 18:47 |
federico3 | we might not handle correctly the timeout, maybe insert something in the cache that blocks pool manager permanently | 18:47 |
en_austin | should I disable the cache at all? | 18:49 |
en_austin | btw, I'm using memcached, not MySQL | 18:49 |
en_austin | maybe that's a reason? | 18:49 |
federico3 | cat -n /opt/designate/designate/pool_manager/service.py | grep 656 -C3 | 18:52 |
federico3 | just to find what's exactly around that line :) | 18:53 |
en_austin | http://paste.openstack.org/show/sz3ZkUpG5gpnqOmSPjvc/ | 18:55 |
*** james_li has joined #openstack-dns | 19:01 | |
federico3 | that's the smoking gun, grep 'Could not retrieve status' pool-manager.log* will show you *all* similar errors in the logs from the past days | 19:02 |
en_austin | any ideas how to prevent/fix this? | 19:04 |
federico3 | we might need a patch - in the meantime, FWIW it could help to ensure that there's good network connectivity between PM and MiniDNS | 19:06 |
en_austin | yep, three failures last week - exactly like it was in reality.. now I can only parse logs in realtime and restart PoolManager when this appears | 19:06 |
en_austin | they are on the same box | 19:06 |
federico3 | how many PMs do you have? | 19:06 |
en_austin | and using 127.0.0.1 for communications | 19:06 |
en_austin | one | 19:07 |
en_austin | i've pasted my config in bug report | 19:07 |
federico3 | a restart is a good workaround in the very short term, just make sure it doesn't trigger a restart loop :) | 19:07 |
*** ducttape_ has joined #openstack-dns | 19:09 | |
*** GonZo2000 has joined #openstack-dns | 19:10 | |
*** GonZo2000 has quit IRC | 19:10 | |
*** GonZo2000 has joined #openstack-dns | 19:10 | |
federico3 | also, can you grep pool manager's logs for '2016-01-15 00:03' ? It should be a minute worth of logs - do you see any error there? | 19:11 |
*** james_li has quit IRC | 19:13 | |
en_austin | sure | 19:14 |
*** ducttape_ has quit IRC | 19:15 | |
en_austin | 2016-01-15 00:03:29.378 <- here is a same error | 19:16 |
en_austin | "could not retrieve status & serial" | 19:16 |
federico3 | d'you mind uploading the 10 minutes (or even less if there's sensitive data)? | 19:21 |
en_austin | i can upload full PM logs since bug is already private :) | 19:22 |
federico3 | thanks | 19:23 |
en_austin | well wait, I've already uploaded pool-manager-3.log | 19:27 |
en_austin | or you're talking about another logs? | 19:27 |
federico3 | oh sorry, I mean minidns! | 19:28 |
*** mlavalle has quit IRC | 19:29 | |
federico3 | either PM failed to communicate to/from mDNS or mDNS did not receive answers from the resolvers - in both cases PM should have handled the failure better | 19:29 |
*** mlavalle has joined #openstack-dns | 19:29 | |
*** fawadkhaliq has joined #openstack-dns | 19:35 | |
en_austin | PM or mDNS should have handled? ;) | 19:36 |
federico3 | PM should have failed more gracefully: an ERROR message instead of being broken forever | 19:37 |
en_austin | i think, it should restart such activity (which failed), not broke forever | 19:38 |
en_austin | well, there is no mDNS activity at all related to this timestamps | 19:38 |
en_austin | (I've grep'd "2016-01-15 00:03") - only api & PM logs | 19:38 |
federico3 | non at all? So most likely the communication failed between PM and mDNS it seems. Are they on different hosts? | 19:39 |
en_austin | at all. | 19:39 |
en_austin | no, they are on single box | 19:39 |
en_austin | and using 127.0.0.1 to comm | 19:39 |
en_austin | rabbitmq also on the same box with Designate services | 19:39 |
federico3 | humm, odd. | 19:40 |
federico3 | iif you grep for "2016-01-15 00:0" and then for mdns, is there any other mdns activity? | 19:42 |
en_austin | no, only api & PM | 19:42 |
federico3 | not ever for "2016-01-15 00" ? When is the last message from mdns? | 19:43 |
en_austin | i don't understand what's wrong with mdns logs, there are no logs at all from mdns for 15jan at all | 19:44 |
en_austin | seems to be that there is so much logs that they are already rotated :( | 19:45 |
en_austin | i have a logs from 16jan till now | 19:45 |
en_austin | will now try to find such freeze in this period | 19:46 |
en_austin | well, for example, it fired today. You want to see mDNS logs since point of failure, or for whole day for example? | 19:48 |
federico3 | mDNS is on the same host as PM - how many processes, just one? | 19:49 |
en_austin | yep | 19:49 |
federico3 | I'm trying to ensure that mDNS was up before blaming PM | 19:49 |
federico3 | do you have any log from mDNS at all from the last 24h? | 19:50 |
en_austin | sure, it's running on my prod server :) | 19:50 |
federico3 | if you can upload the last day please? | 19:52 |
en_austin | yep | 19:52 |
en_austin | done | 19:53 |
federico3 | got it | 19:54 |
en_austin | awh, wait | 19:54 |
en_austin | it's not full | 19:54 |
en_austin | :( | 19:54 |
en_austin | "xz" process is still running on Designate box) | 19:54 |
federico3 | how big is the original file? | 19:55 |
federico3 | maybe we can fiter out a smaller range | 19:55 |
en_austin | they're split into 50M chunks | 19:56 |
*** fawadkhaliq has quit IRC | 19:56 | |
en_austin | i've grep'd by all of them on the date pattern | 19:56 |
en_austin | attachment uploaded | 19:56 |
en_austin | 6M in archived state :) | 19:56 |
federico3 | and 550MB uncompressed :) | 19:58 |
en_austin | pool-manager.log.1:2016-01-18 10:24:55.722 4719 DEBUG designate.pool_manager.service [req-09d6bcff-ef61-44bc-b5ee-7d73824d4df6 noauth-user noauth-project - - -] Could not retrieve status and serial | 20:01 |
en_austin | last failure from now | 20:01 |
federico3 | I'm confused, the logfile seems to contain data from 18th at 22 hour GMT (which is in the future?) | 20:03 |
federico3 | cut -d':' -f2- mdns_jan18 | cut -c 1-15 | uniq -c | 20:03 |
en_austin | [root@designate designate]# date | 20:04 |
en_austin | Mon, Jan 18 23:04:04 MSK 2016 | 20:04 |
federico3 | (are you logging in your local timezone?) | 20:04 |
en_austin | seems to be that these logs are in local timezone | 20:05 |
en_austin | not gmt :) | 20:05 |
federico3 | indeed | 20:05 |
en_austin | i've verified - the log timestamps are not in UTC | 20:08 |
federico3 | yep | 20:08 |
*** nyechiel has quit IRC | 20:09 | |
*** james_li has joined #openstack-dns | 20:09 | |
federico3 | anyhow, you said you just had a failure from PM? | 20:17 |
en_austin | yeah. last time when Designate failed, i've began to restart it step-by-step, not bulk "restart all" | 20:18 |
en_austin | and in such way I determined that if I will restart a PM - Designate will return to normal state :) | 20:18 |
federico3 | en_austin: btw, one of your 2 resolvers seems to be timing out from time to time | 20:21 |
federico3 | grep 'Unhandled exception while processing request' mdns_jan18 | 20:21 |
en_austin | Yeah, I see. Can this be related to PM failure? | 20:23 |
federico3 | or better: | 20:23 |
federico3 | grep -B20 'timeout: timed out' mdns_jan18 | grep 'Unhandled exception while processing' | 20:23 |
en_austin | aha, I see. Seems strange.. | 20:24 |
federico3 | it could be a factor to it. If you can grep all your logs for that timeout, do you see any interesting pattern in time? | 20:25 |
en_austin | btw, there is both 0.17 and 0.18 resolvers in these logs (while 0.18 is much more times failed than 0.17) | 20:25 |
en_austin | mdns generates too much logs - they are already rotated :( | 20:26 |
*** jasonsb has joined #openstack-dns | 20:29 | |
*** jasonsb has quit IRC | 20:31 | |
*** jasonsb has joined #openstack-dns | 20:31 | |
*** rudrajit has quit IRC | 20:37 | |
federico3 | as a mitigation it could make sense to ensure that connectivity to the resolvers is good and that they are healthy in general | 20:40 |
en_austin | to tell the truth, I don't think that this timeouts is directly connected to PM failure - there is some AMQP task failed... | 20:41 |
en_austin | so, what should I do from now? | 20:42 |
en_austin | are there any action items you will recommend to me? | 20:42 |
federico3 | yep, it's difficult to tell from here | 20:43 |
federico3 | you said that restarting PM help and restarting mDNS does not help, right? | 20:43 |
federico3 | you can trigger an automated restart of PM when the error shows up in PM's logfile as you said | 20:43 |
en_austin | yeah, but that's a workaround, not problem solution... | 20:44 |
federico3 | yep, the solution will be a bugfix in the next release and a backport into liberty (are you running liberty?) | 20:45 |
en_austin | I can contact anyone from devs when it will fail again - but it should be done not in IRC due to long delay between irc ping and reply ;( | 20:45 |
en_austin | yeah, liberty. | 20:45 |
*** rudrajit has joined #openstack-dns | 20:53 | |
timsim | To be fair, it's an open-source project. While the devs will certainly do the best they can to support you, it's not an entitlement. | 20:54 |
en_austin | sure - I mean that "to investigate issue asap it happens, not after X hours of delay" | 20:55 |
en_austin | due that's a floating bug, not some reproducible issue. anyway, that community already helped me a lot, and I am very grateful for that :) | 20:57 |
federico3 | en_austin: I'm trying to reproduce it, if it happens again it might be useful to check if there's anything interesting in mdns logs, and put it on launchpad | 20:57 |
en_austin | OK, I'll do so. But, afaik, there is no any mDNS activity while in failed state. | 20:58 |
federico3 | en_austin: you can also ping me here | 20:59 |
en_austin | I'll keep it in mind) thank you for help, anyway. Hope restarts will help to stay stable until you'll release a patch for it. | 21:02 |
en_austin | btw, are there any shared discussions between all devs about bugs? | 21:02 |
en_austin | if so, are the external people (like regular users like me) allowed to join 'em? | 21:02 |
*** james_li has quit IRC | 21:03 | |
federico3 | https://wiki.openstack.org/wiki/Meetings/Designate this ones | 21:03 |
en_austin | well, are not-devs allowed to attend it? | 21:06 |
en_austin | if you'll discuss my bug, maybe, I can provide actual info about it :) | 21:06 |
federico3 | the weekly meeting is not a deep-dive into each bug, we can discuss bugs here at any time :) | 21:09 |
*** ducttape_ has joined #openstack-dns | 21:11 | |
en_austin | ok, not a problem | 21:11 |
en_austin | i'm asking that because we're talked on this problem only with you - maybe someone else will say "awh, I know what's the reason - it's X" - that's why I'm asking about your meetings and bug triage | 21:12 |
en_austin | well.. which time you are avaiable here? std business hour or you have your own schedule? :) | 21:13 |
*** ducttape_ has quit IRC | 21:15 | |
*** james_li has joined #openstack-dns | 21:17 | |
federico3 | western european time more or less | 21:21 |
en_austin | well, okay | 21:24 |
en_austin | seems I've done my best to help you investigate it | 21:25 |
en_austin | if there is anything else I can do - drop a line in the bug or ping me here, I'll be happy to help you with it) | 21:26 |
*** sonuk has joined #openstack-dns | 21:29 | |
federico3 | sure, thank you! | 21:30 |
en_austin | thank you for your time too - I appreciate your help =) | 21:31 |
en_austin | 12:31am, it's time to sleep... hope it wont' fail tonight :) | 21:32 |
*** karimb has joined #openstack-dns | 21:32 | |
federico3 | and hope the restart script will kick in if it does :) | 21:32 |
en_austin | it only will be written tomorrow :D | 21:33 |
*** rudrajit has quit IRC | 21:44 | |
*** jordanP has joined #openstack-dns | 22:02 | |
*** chlong has joined #openstack-dns | 22:12 | |
*** rudrajit has joined #openstack-dns | 22:13 | |
*** bpokorny has joined #openstack-dns | 22:14 | |
*** jordanP has quit IRC | 22:30 | |
*** sonuk has quit IRC | 22:36 | |
*** james_li has quit IRC | 22:40 | |
openstackgerrit | OpenStack Proposal Bot proposed openstack/designate: Updated from global requirements https://review.openstack.org/268436 | 22:40 |
openstackgerrit | OpenStack Proposal Bot proposed openstack/python-designateclient: Updated from global requirements https://review.openstack.org/268508 | 22:45 |
*** rudrajit_ has joined #openstack-dns | 22:47 | |
*** james_li has joined #openstack-dns | 22:48 | |
*** rudrajit has quit IRC | 22:50 | |
*** rudrajit has joined #openstack-dns | 22:57 | |
*** rudrajit_ has quit IRC | 22:59 | |
*** jasonsb has quit IRC | 23:00 | |
*** jasonsb has joined #openstack-dns | 23:01 | |
*** rudrajit_ has joined #openstack-dns | 23:04 | |
*** ducttape_ has joined #openstack-dns | 23:06 | |
*** rudrajit has quit IRC | 23:07 | |
*** km_ has joined #openstack-dns | 23:09 | |
*** james_li has quit IRC | 23:21 | |
*** ducttape_ has quit IRC | 23:32 | |
*** rudrajit has joined #openstack-dns | 23:38 | |
*** rudrajit_ has quit IRC | 23:40 | |
*** kei_yama has joined #openstack-dns | 23:42 | |
*** pglass has quit IRC | 23:47 | |
*** kei_yama has quit IRC | 23:59 |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!