- OpenStack-I18n - lists.openstack.org

[OpenStack-docs] [Docs] PTL Candidacy for Pike
by Alexandra Settle 20 Jan '17

20 Jan '17

Hi everyone, I am announcing my candidacy for the OpenStack manuals PTL position. Some of you may know me from the 2014 Paris summit where I cooed like a pigeon [1] in a panel discussion, but I hope that most of you will know me from my documentation work across OpenStack, specifically the OpenStack manuals project and OpenStack-Ansible contributions. I have been an active contributor to OpenStack manuals since the beginning of 2014, and have been a core member since early 2015. Over these last 3 years, I was privileged to be a part of the sprint team that authored the first edition of the OpenStack Architecture Design Guide [2] (and the subsequent swarm team that fixed it up), the team that converted the manuals from XML to RST, the specialty team that worked on the creation and curation of the Contributor Guide, and the release management team for Ocata. I also worked with the OpenStack Infra team to create the new Deployment Guides section [3] at docs.openstack.org. I regularly work in different OpenStack projects. For example, I assisted the Swift team to curate the Swift Ops Runbook [4], and have been helping the OpenStack-Ansible team rework their documentation [5]. I am passionate about our documentation, our community, and our team’s involvement across OpenStack. OpenStack manuals was never organised and facilitated by a single person. Behind the scenes there are a great number of individuals who work hard to ensure our ship stays afloat. As PTL, I would like to continue this trend by: 1. Improving cross-project documentation liaison relationships a. Over the course of the Pike release, I plan to focus on developing better relationships with the cross-project liaisons and PTL’s of individual projects. I would like to promote and encourage developers and operators to get more involved in the development of OpenStack manuals content. OpenStack manuals takes on the responsibility of documenting and maintaining guides that represent the projects and tools developers and operators are working so hard to build and maintain. This written representation of their work is equally as important as the output. 2. Continuing with Lana’s bug-depletion legacy a. I plan to achieve this by reporting on completed bugs on a weekly basis and encouraging other contributors to report and fix one bug per week. When Lana first became PTL, she vowed to attack our enormous (and continuously growing) bug list. I'd like to continue this work, and will strive to find innovative ways to reduce our technical debt. If you would like to know more about how I will work to improve our community and the manuals, I’d love to chat with you more on IRC or via email. Coo coo, Alexandra Settle IRC: asettle Twitter: dewsday Email: a.settle(a)outlook.com [1] https://youtu.be/PtomtKeJ0tc?t=1783 [2] http://docs.openstack.org/arch-design/introduction-how-this-book-was-writte… [3] http://docs.openstack.org/project-deploy-guide/newton/ [4] http://docs.openstack.org/developer/swift/ops_runbook/index.html [5] https://blueprints.launchpad.net/openstack-ansible/+spec/osa-install-guide-…

1 0

Re: [OpenStack-I18n] [OpenStack-Infra] [I18n] Regarding Zanata upgrade plan to 3.9.6 with Xenial: Help is needed
by Ian Y. Choi 18 Jan '17

18 Jan '17

Hello, I would like to summarize the status for Zanata (translation platform) upgrade here from various but a little bit scattered results, and also ask some questions to infra team. - I18n team completed tests with current Zanata (3.7.3) with Xenial [1], but found one error mentioned in [2]. It seems that more memory size allocation for Zanata with Java 8 is needed. Could you upgrade the memory size for translate-dev server first to test again? - I remember that newer version of openstackid needs to be tested with translate-dev. So I have just uploaded this patch: https://review.openstack.org/#/c/419667/ . I18n team needs more tests, but I think it is a good time to change to openstackid-dev for such testing. Please ping me after openstackid-dev test with translate-dev is completed with no error :) - On last I18n team meeting, I18n team recognized that the backup would be so important. Is there more disks for such backup on translate-dev and translate.o.o server? And the approach implementing like [3] looks quite a good idea I think. Thanks, Frank! - Can I have root access to translate-dev and translate server? I really appreciate kind and continuous help for such Zanata upgrade, but sometimes I feel that considering priority like in [5] would be also a good idea. (Or somewhere on i18n-specs, which is not yet revised with items [6]). Since O cycle is rather short and also StringFreeze period is important for I18n team with translations, it seems that applying new Zanata version into production (I mean, translate.openstack.org) would be difficult. But, I really want to upgrade Zanata 3.9.6 with Xenial in translate-dev.openstack.org during O cycle and hope that all tests will be fine. Then I would like to have some discussions during PTG event including this topic :) [1] https://etherpad.openstack.org/p/i18n-zanata-test-for-translate-dev [2] http://lists.openstack.org/pipermail/openstack-i18n/2017-January/002643.html [3] https://review.openstack.org/#/c/419389/ [4] http://git.openstack.org/cgit/openstack-infra/system-config/tree/manifests/… [5] http://specs.openstack.org/openstack-infra/infra-specs/#priority-efforts [6] http://specs.openstack.org/openstack/i18n-specs/ With many thanks, /Ian Clark Boylan wrote on 12/8/2016 7:56 AM: > On Wed, Dec 7, 2016, at 01:08 AM, Frank Kloeker wrote: >> ----- Original Nachricht ---- >> Von: Clark Boylan <cboylan(a)sapwetik.org> >> An: "Ian Y. Choi" <ianyrchoi(a)gmail.com>, OpenStack Infra >> <openstack-infra(a)lists.openstack.org> >> Datum: 03.12.2016 00:37 >> Betreff: Re: [OpenStack-Infra] [I18n] Regarding Zanata upgrade plan to >> 3.9.6 >> with Xenial: Help is needed >> >>> On Tue, Nov 22, 2016, at 03:56 PM, Clark Boylan wrote: >>>> On Wed, Nov 9, 2016, at 09:49 AM, Ian Y. Choi wrote: >>>>> Hello, >>>>> >>>>> I18n team currently uses Zanata in translate.openstack.org so frequently >>>>> as an OpenStack translation platform. >>>>> I really appreciate great help from all contributors, especially infra >>>>> team members and Zanata development team >>>>> : >>>>> >>> http://specs.openstack.org/openstack-infra/infra-specs/specs/migrate_to_zana >>> ta.html >>>>> . >>>>> >>>>> Thanks to [1], the current deployed Zanata version is 3.7.3. >>>>> During about one year, there were some discussions for Zanata >>>>> enhancements in many i18n IRC meetings, >>>>> and especially Austin & Barcelona summits [2]. >>>>> Zanata development team members kindly listen to such enhancements, and >>>>> they are actively upgrading Zanata >>>>> with fixing bugs and incorporating cool features, which are very helpful >>>>> for translators. >>>>> >>>>> One main obstacle for upgrading Zanata (as far as I know) was that newer >>>>> versions of Zanata requires Java 8, >>>>> but it is not default on Trusty. To upgrade Zanata, upgrading from >>>>> Trusty to Xenial for translate.openstack.org is needed >>>>> since default-jre-headless on Trusty is Java 7 and Xenial is Java 8. >>>>> >>>>> Recently [3] has been merged, so I really hope that i18n team will see >>>>> newer version of Zanata soon :) >>>>> >>>>> I18n team discussed Zanata upgrade with pleia2 and clarkb during i18n >>>>> Barcelona meetup (See number 4 in [4]), >>>>> and the following is my thoughts on appropriate procedures to support >>>>> Zanata latest version >>>>> (Currently 3.9.6 - [5]): >>>>> >>>>> 1. Xenial OS test for translate-dev.openstack.org >>>>> : IMO after tests from infra team, [6] will be changed from "# Node-OS: >>>>> trusty" to "# Node-OS: xenial" >>>>> >>>>> 2. Using openstackid instead of openstackid-dev for translators to test >>>>> translate-dev.o.o >>>>> : I uploaded a patch [7]. >>>>> >>>>> 3. Uploading a patch on openstack-infra/puppet-zanata for Zanata 3.9.6 >>>>> : [8] is a reference for previous upgrade from Zanata 3.7.2 to 3.7.3 >>>>> >>>>> 4. translate-dev.o.o with Zanata 3.9.6 will be ready => I18n translators >>>>> will test it :) >>>>> >>>>> 5. If there will be no error for Zanata 3.9,6, then node upgrade from >>>>> Trusty to Xenial and Zanata upgrade to 3.9.6 >>>>> is needed for translate.openstack.org >>>>> : changing [9] line and also proposing a patch similar to [10] will be >>>>> needed later. >>>>> >>>>> >>>>> Since newer version of Zanata is what translators are expecting a lot >>> :) >>>>> , >>>>> I would like to kindly ask infra team members for the help of reviewing >>>>> and accomplishing such steps with higher priority. >>>>> >>>>> @clarkb, would the proposed procedures cover all the things regarding >>>>> Zanata upgrade? >>>>> If yes, would you share a sort of scheduled plans? >>>>> IMO Zanata development team will kindly help following schedules if >>>>> there will be some issues which are dependent to Zanata itself. >>>>> >>>>> >>>>> [1] https://review.openstack.org/#/c/240383/ >>>>> [2] https://etherpad.openstack.org/p/I18n-Zanata-enhancement >>>>> [3] https://review.openstack.org/#/c/384239/ >>>>> [4] https://etherpad.openstack.org/p/barcelona-i18n-meetup >>>>> [5] https://github.com/zanata/zanata-platform/releases >>>>> [6] >>>>> >>> http://git.openstack.org/cgit/openstack-infra/system-config/tree/manifests/s >>> ite.pp#n1282 >>>>> [7] https://review.openstack.org/#/c/393405/ >>>>> [8] https://review.openstack.org/#/c/239617/1/manifests/init.pp >>>>> [9] >>>>> >>> http://git.openstack.org/cgit/openstack-infra/system-config/tree/manifests/s >>> ite.pp#n1257 >>>>> [10] https://review.openstack.org/#/c/232313/ >>>> Just a quick status update on this. I have updated puppet things so that >>>> we can deploy translate-dev01.openstack.org on Xenial then CNAME >>>> translate-dev.openstack.org to it. (This is part of how we are trying to >>>> deploy services in the future to avoid being tied to a single instance >>>> in our puppetry). This includes running the noop puppet apply test >>>> against Xenial for these nodes on puppet changes as well. >>>> >>>> All of that has gone relatively well and I just tried to deploy on >>>> Xenial and have run into a few problems. The puppet output [11] shows >>>> that the service isn't installed properly on Ubuntu Xenial. Looking at >>>> the puppet-wildfly module [12] it doesn't appear to support systemd on >>>> debuntu yet. Due to the upcoming thanksgiving holiday I doubt I will get >>>> around to updating and testing that this week, so would be great if >>>> someone else is able to work with the puppet-wildfly upstream to fix >>>> this. >>>> >>>> One other thing that came up is do we need to copy any files from the >>>> old server to the new server? Specifically it looks like portions of >>>> `/home/wildfly/zanata` may need to be preserved. Or is everything >>>> important in the database? >>>> >>>> In any case once the wildfly puppetry is working I think the next step >>>> is to upgrade zanata to 3.9.6, change the openid server, and have the >>>> team test it. Once that looks good its on to the production server. >>>> >>>> [11] http://paste.openstack.org/show/590149/ >>>> [12] >>>> >>> https://github.com/biemond/biemond-wildfly/blob/master/manifests/service.pp# >>> L35-L46 >>> >>> Time for an update, and this time it is good news. I managed to hack >>> around the systemd issue by adding a puppet exec between installing the >>> init script and starting the service that runs a systemctl daemon-reload >>> [13]. This is necessary to make systemd see the init script allowing it >>> to be used to start the service. >>> >>> With that sorted I have created a new server called >>> translate-dev01.openstack.org and updated DNS to have >>> translate-dev.openstack.org point to it. This server is running on >>> Ubuntu Xenial with Java 8 and using the old version of Zanata (3.7.3). >>> Now would be a good time to test that this works so that we don't have >>> to do the entire upgrade migration in one go when we do production. Once >>> we are happy with Zanata 3.7.3 on Ubuntu Xenial and Java 8 we can >>> upgrade translate-dev.openstack.org to the version of Zanata we want, >>> then test again. And once that is done we can redeploy and upgrade the >>> production server on Xenial as well. >>> >>> Let me know how your testing goes and we can take it from there. >>> >>> [13] https://review.openstack.org/#/c/401363/ >> >> Hi Clark, >> >> thanks for the work. Regarding the systemd issue just to ensure: you are >> using Wildfly 10 with wildfly puppet module v1.0.0? It seems the systemd >> stuff is already implemented there and to use with: >> >> class { '::wildfly': >> ... >> init_system => 'systemd', >> } > This actually looks brand new. I will have to look at it more closely. I > ended up hacking around it locally though. The shipped sys v init script > works fine with systemd you just have to inject a daemon-reload since > puppet doesn't know how to do that when dealing with systemd. > > Clark

5 15

Importing Glossaries from i18n repo into Zanata has been done
by Ian Y. Choi 17 Jan '17

17 Jan '17

Hello translators, Zanata has glossary support as seen number 11 in [1]. I18n team maintains glossaries from language teams in [2], but I have just recognized that updating glossaries into Zanata is also my important role. Sorry for that, and now I confirm that Zanata (translate.openstack.org) now has the same glossary set in [2]. If there is some need to change glossary words or some language teams want to upload glossary, patch submissions like [3] and/or [4] are welcome :) (Usually, the approval from corresponding language coordinators is needed to merge such patch.) [1] http://docs.zanata.org/en/release/user-guide/editor/editor-view/ [2] http://git.openstack.org/cgit/openstack/i18n/tree/i18n/locale [3] https://review.openstack.org/#/c/418351/ [4] https://review.openstack.org/#/c/351783/ With many thanks, /Ian

1 0

Proposal on new "StringFreeze" manager + I18n reports
by Ian Y. Choi 16 Jan '17

16 Jan '17

Hello i18n team members! When I decided to start my PTL role for Ocata cycle, I wanted to do a lot with many I18n team members. However, lots of real condition (short Ocata cycle, my busy daily work, and so on..) makes me difficult to accomplish what I originally wanted during Ocata. (Before I would like to tell, please also review i18n-specs repository : https://review.openstack.org/#/q/project:openstack/i18n-specs . I originally wanted to share what I would like to change through i18n-specs, but now I think it is good to share using e-mail now.) The followings are mainly based on what I18n team discussed on the last IRC meeting [2-4]: 1) "StringFreeze Manager" - roles : sending an e-mail for notifications for soft / hard stringfreeze : sharing statistics how much strings are being translated : activity period would be the period affecting soft and hard stringfreeze : weekly checking for e-mail notifications and sharing statistics would be needed. - concrete example (Ocata) >> just before R-5: notification for "translation is important because stringfreeze period is too short. Please start" >> just before R-4: "This week is for Soft Freeze. Almost all strings in Horizon and related projects are being freezed" (we might need to search it.. I will also search for freezed projects) >> just before R-3: Horizon projects will be hard-freezed and packaged. If there is translation bugs, please change it before hard freeze >> R-2 and R-1: sharing translation stats with freezed project list on horizon and related projects mentioned in https://translate.openstack.org/ => Ilya Alekseyev (irc:adiantum) kindly accepted my proposal. So I would like to become a driver for such StringFreeze manager role with Ilya. 2) A periodic report based on IRC meeting and activities reported by language coordinators - Period: Let's start "monthly" first, and then try to pursue bi-weekly, if the report will be useful to all. - Language coordinators need to report translation progress and stats in their language : IRC meeting presence is preferred. : Reporting by e-mail and also wiki form [5] is also welcome. - PTL will gather information and publish reports like [1]. - Recipient: openstack-i18n, openstack-docs We have I18n liaisons and I would like to think how StringFreeze manager(s) and liaisons would cooperate each other later (not now, since I have no concrete idea - but feel free to share us!). Also, I18n report needs more interaction with language coordinators and core reviewers. I will think more on it :) [1] http://lists.openstack.org/pipermail/openstack-docs/2017-January/009471.html [2] http://eavesdrop.openstack.org/meetings/openstack_i18n_meeting/2017/opensta… [3] http://eavesdrop.openstack.org/meetings/openstack_i18n_meeting/2017/opensta… [4] http://eavesdrop.openstack.org/irclogs/%23openstack-i18n/%23openstack-i18n.… [5] https://wiki.openstack.org/wiki/Meetings/DocTeamMeeting#Apologies_for_absen… With many thanks, /Ian

1 0

Updating paragraphs in the landing page.
by Cloud Suhartono 15 Jan '17

15 Jan '17

Thanks you for resolving [www-id] adds more translated page links, and finally the page http://docs.openstack.org/id/ having new links. Now, please give me another help to update 2 paragraphs in the page http://docs.openstack.org/id/. I want the updated paragraphs in the new version patch set look like these: 15 16 Apa OpenStack? OpenStack adalah sistem operasi cloud yang mengontrol kolam besar sumber daya komputasi, penyimpanan, dan jaringan di seluruh pusat data, dimana semuanya dikelola melalui dashboard yang memberikan administrator untuk mengontrol dan sekaligus memberdayakan penggunanya dalam pemanfaatan sumber daya melalui antarmuka web. 17 86 Pengantar menggunakan OpenStack API Best regards /Suhartono

2 1

Re: [OpenStack-I18n] [OpenStack-Infra] translate-dev wildfly/zanata/trove issues
by Ian Y. Choi 15 Jan '17

15 Jan '17

Thanks a lot for such sharing Ian! - not me :) I am copying to i18n mailing list and Zanata dev team for FYI purpose (as what Kato-san kindly RST markups for option on another mail thread). Note that this issue is re-generatable: I am able recreate the issue on translate-dev : When I create a new version from openstack-manuals from master branch [1] - 20107950 words, there is no further web responses from translate-dev.o.o around after 3/4 of total words were processed like [2-4]. It was completely fine for a version creation with 2610150 words. If someone has a good idea to further investigate on it, please share to us :) [1] https://translate-dev.openstack.org/iteration/view/openstack-manuals/master [2] https://translate-dev.openstack.org/iteration/view/openstack-manuals/stable… [3] https://translate-dev.openstack.org/iteration/view/openstack-manuals/test-v… [4] https://translate-dev.openstack.org/iteration/view/openstack-manuals/test-v… With many thanks, /Ian Ian Wienand wrote on 1/16/2017 12:03 PM: > Hi, > > I was alerted to translate-dev performance issues today. Indeed, it > seemed that things were going crazy with the java wildfly process > sucking up all CPU. > > At first there didn't seem to be anything in the logs. Java was > clearly going mad however, with the following threads going flat-out. > > --- gone crazy processes --- > 14807 wildfly 20 0 9.892g 4.729g 34232 R 93.7 60.7 26:56.73 java > 14804 wildfly 20 0 9.892g 4.729g 34232 R 92.4 60.7 26:51.91 java > 14806 wildfly 20 0 9.892g 4.729g 34232 R 92.4 60.7 26:53.92 java > 14808 wildfly 20 0 9.892g 4.729g 34232 R 92.4 60.7 26:53.97 java > 14810 wildfly 20 0 9.892g 4.729g 34232 R 92.4 60.7 26:56.28 java > 14809 wildfly 20 0 9.892g 4.729g 34232 R 92.1 60.7 26:57.74 java > 14803 wildfly 20 0 9.892g 4.729g 34232 R 91.1 60.7 26:54.90 java > 14805 wildfly 20 0 9.892g 4.729g 34232 R 90.4 60.7 26:52.44 java > --- > > Hoping to find a easy smoking-gun, I made the java process dump it's > threads to see what these are doing > > --- thread dump --- > > 14807 14804 14806 14808 14810 14809 14803, 14805 > 0x39d7 0x39d4 0x39d6 0x39d8 0x39da 0x39d9 0x39d3 0x39d5 > > "GC task thread#4 (ParallelGC)" os_prio=0 tid=0x00007fb2a8026000 nid=0x39d7 runnable > "GC task thread#4 (ParallelGC)" os_prio=0 tid=0x00007fb2a8026000 nid=0x39d7 runnable > "GC task thread#4 (ParallelGC)" os_prio=0 tid=0x00007fb2a8026000 nid=0x39d7 runnable > "GC task thread#4 (ParallelGC)" os_prio=0 tid=0x00007fb2a8026000 nid=0x39d7 runnable > > "GC task thread#1 (ParallelGC)" os_prio=0 tid=0x00007fb2a8021000 nid=0x39d4 runnable > "GC task thread#1 (ParallelGC)" os_prio=0 tid=0x00007fb2a8021000 nid=0x39d4 runnable > "GC task thread#1 (ParallelGC)" os_prio=0 tid=0x00007fb2a8021000 nid=0x39d4 runnable > "GC task thread#1 (ParallelGC)" os_prio=0 tid=0x00007fb2a8021000 nid=0x39d4 runnable > > "GC task thread#3 (ParallelGC)" os_prio=0 tid=0x00007fb2a8024800 nid=0x39d6 runnable > "GC task thread#3 (ParallelGC)" os_prio=0 tid=0x00007fb2a8024800 nid=0x39d6 runnable > "GC task thread#3 (ParallelGC)" os_prio=0 tid=0x00007fb2a8024800 nid=0x39d6 runnable > "GC task thread#3 (ParallelGC)" os_prio=0 tid=0x00007fb2a8024800 nid=0x39d6 runnable > > "GC task thread#5 (ParallelGC)" os_prio=0 tid=0x00007fb2a8028000 nid=0x39d8 runnable > "GC task thread#5 (ParallelGC)" os_prio=0 tid=0x00007fb2a8028000 nid=0x39d8 runnable > "GC task thread#5 (ParallelGC)" os_prio=0 tid=0x00007fb2a8028000 nid=0x39d8 runnable > "GC task thread#5 (ParallelGC)" os_prio=0 tid=0x00007fb2a8028000 nid=0x39d8 runnable > > "GC task thread#7 (ParallelGC)" os_prio=0 tid=0x00007fb2a802b800 nid=0x39da runnable > "GC task thread#7 (ParallelGC)" os_prio=0 tid=0x00007fb2a802b800 nid=0x39da runnable > "GC task thread#7 (ParallelGC)" os_prio=0 tid=0x00007fb2a802b800 nid=0x39da runnable > "GC task thread#7 (ParallelGC)" os_prio=0 tid=0x00007fb2a802b800 nid=0x39da runnable > > "GC task thread#6 (ParallelGC)" os_prio=0 tid=0x00007fb2a8029800 nid=0x39d9 runnable > "GC task thread#6 (ParallelGC)" os_prio=0 tid=0x00007fb2a8029800 nid=0x39d9 runnable > "GC task thread#6 (ParallelGC)" os_prio=0 tid=0x00007fb2a8029800 nid=0x39d9 runnable > "GC task thread#6 (ParallelGC)" os_prio=0 tid=0x00007fb2a8029800 nid=0x39d9 runnable > > "GC task thread#0 (ParallelGC)" os_prio=0 tid=0x00007fb2a801f000 nid=0x39d3 runnable > "GC task thread#0 (ParallelGC)" os_prio=0 tid=0x00007fb2a801f000 nid=0x39d3 runnable > "GC task thread#0 (ParallelGC)" os_prio=0 tid=0x00007fb2a801f000 nid=0x39d3 runnable > "GC task thread#0 (ParallelGC)" os_prio=0 tid=0x00007fb2a801f000 nid=0x39d3 runnable > --- > > Unfortunately, these all appear to be GC threads so there's nothing > really obvious there. > > However, eventually in the log you start getting stuff like > > --- > 2017-01-16T01:58:00,844Z SEVERE [javax.enterprise.resource.webcontainer.jsf.application] (default task-43) Error Rendering View[/project/project.xhtml]: javax.el.ELException: /WEB-INF/layout/project/settings-tab-languages.xhtml @117,88 rendered="#{not projectHome.hasLocaleAlias(locale)}": javax.persistence.PersistenceException: org.hibernate.HibernateException: Transaction was rolled back in a different thread! > ... > 2017-01-16T01:08:48,805Z WARN [org.hibernate.engine.jdbc.spi.SqlExceptionHelper] (pool-5-thread-1) SQL Error: 0, SQLState: null > 2017-01-16T01:08:48,806Z ERROR [org.hibernate.engine.jdbc.spi.SqlExceptionHelper] (pool-5-thread-1) javax.resource.ResourceException: IJ000460: Error checking for a transaction > 2017-01-16T01:08:48,813Z ERROR [org.hibernate.AssertionFailure] (pool-5-thread-1) HHH000099: an assertion failure occured (this may indicate a bug in Hibernate, but is more likely due to unsafe use of the session): org.hibernate.exception.GenericJDBCException: Could not open connection > 2017-01-16T01:08:48,813Z WARN [com.arjuna.ats.jta] (pool-5-thread-1) ARJUNA016029: SynchronizationImple.afterCompletion - failed for org.hibernate.engine.transaction.synchronization.internal.RegisteredSynchronization@3fc123aa with exception: org.hibernate.AssertionFailure: Exception releasing cache locks > --- > > There's literally hundreds of lines of traceback across various > exceptions, but at the bottom this really seems to point to mysql > being at the root of all this? > > In this case, mysql is running in RAX's cloud db service. I logged > into the RAX control-panel and everything for the DB was green. I > used the same credentials as zanata to authenticate and I can connect > to the db via translate-dev.o.o and do a few basic things. > > --- > MySQL [(none)]> USE zanata; > Reading table information for completion of table and column names > You can turn off this feature to get a quicker startup with -A > > Database changed > MySQL [zanata]> show tables; > +----------------------------------+ > | Tables_in_zanata | > +----------------------------------+ > | Activity | > | DATABASECHANGELOG | > ... > --- > > So it's not as simple as "db not working" :( I have copied the console > log to [1] in case that makes any sense to zanata people. > > If this persists, and isn't a known Zanata issue, I think we might > have to enable root access for the db via the API which might allow us > to do some thing like debug long-queries. Otherwise, there might be > something in the mysql logs available to RAX support people that would > otherwise help identify the issue. OTOH, maybe it's as simple as > upping java heaps or something. > > In the mean time, I have restarted wildfly which seems to get things > going for a while. > > -i > > [1] http://people.redhat.com/~iwienand/console.log.translate-dev-2017-01-16.log… > > _______________________________________________ > OpenStack-Infra mailing list > OpenStack-Infra(a)lists.openstack.org > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-infra

2 1

FYI: RST markups for option
by Kato, Tomoyuki 15 Jan '17

15 Jan '17

Hi I18n team, Docs team changed convention about RST markup for options[1]. The newer version of Sphinx warns about :option:` ` usage without .. option:: description. Since we do not use .. option:: to describe parameter, remove :option:` `. Please keep in mind using :option:` ` breaks build in traslating. [1] http://docs.openstack.org/contributor-guide/rst-conv/inline-markups.html#op… Regards, KATO Tomoyuki

1 0

Re: [OpenStack-I18n] [openstack-dev] [release][ptl] not planning to serve as release PTL for Pike
by Ian Y. Choi 14 Jan '17

14 Jan '17

Thank a lot for your great work on release management team. Also, I would like to express my appreciation to Doug especially for communications with I18n team. I remember that Doug kindly came to I18n room at Austin Design Summit, and we discussed some release management issues for I18n team. Moreover, releasenotes translation support would not be possible without your kind assistance. With many thanks, Doug Hellmann wrote on 1/14/2017 5:00 AM: > I announced this at the release team meeting on 6 Jan, but thought > I should also post to the list as well: I do not plan to serve as > the Release Management team PTL for the Pike release cycle. > > It has been my pleasure to serve as PTL, and we've almost finished > the automation work that I envisioned when I joined the team. Now > I would like to shift my focus to some other projects within the > community. I will still be an active member of the Release Management > team, helping with new initiatives and reviews for releases. > > Doug > > __________________________________________________________________________ > OpenStack Development Mailing List (not for usage questions) > Unsubscribe: OpenStack-dev-request@lists.openstack.org?subject:unsubscribe > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

1 0

PTG planning etherpad
by Alexandra Settle 13 Jan '17

13 Jan '17

Hi everyone, I have created an etherpad for i18n and docs to collaborate on: https://etherpad.openstack.org/p/docs-i18n-ptg-pike I have added this etherpad to the wiki page: https://wiki.openstack.org/wiki/PTG/Pike/Etherpads#Monday_-.3E_Tuesday Please allocate if you are able to attend in the ‘attendees’ section. If you have any topics you wish to discuss during the PTG (for docs or i18n) please list them in the etherpad ☺ Thanks, Alex

3 2

What's Up, Doc? 13 January
by Lana Brindley 12 Jan '17

12 Jan '17

Hi everyone, Welcome to 2017. I hope you all had a chance to rest up a little before we hurtle straight into another release, as Ocata is now only 40 days away! I'll be in contact with our lovely release managers Brian and Mariia over the next week or so to kick off release management tasks. We will need people to test the Installation Guide again, too, so if you're interested in helping out there, please let me know. As many of you already know, I'm not planning on running for Pike PTL. PTL nominations open in the week of 23 January, and I'll be working with Alex and Kato-san who have both expressed interest in taking on this role. If you're interested in running for PTL (for Pike or any future release), and would like a crash course in PTLing, please let me know and I can share whatever meagre wisdom I've gleaned. == Progress towards Ocata == 40 days to go! Closed 149 bugs so far. Deliverables are being tracked here: https://wiki.openstack.org/wiki/Documentation/OcataDeliverables == The Road to PTG in Atlanta == Event info is available here: http://www.openstack.org/ptg Purchase tickets here: https://pikeptg.eventbrite.com/ Docs is a horizontal project, so our sessions will run across the Monday and Tuesday of the event. We will be combining the docs event with i18n, so translators and docs people will all be in the room together. The incoming PTL will be responsible for planning and running sessions at the Atlanta PTG. Also, a quick note that the CFP and ticket sales for *Boston* in May are now open: https://www.openstack.org/summit/boston-2017/call-for-presentations/ == Speciality Team Reports == * API: Anne Gentle Fairy-slipper is being retired. It was a good tool, served its purpose, and can now traipse into the sunset, thanks to AJaeger and stevemar for the help with the patches. Be sure to follow the service catalog naming conventions work going on in the API WG. And there's also a new EC2 API reference: http://developer.openstack.org/api-ref/ec2-api/ * Configuration Reference and CLI Reference: Tomoyuki Kato Config Reference: Updated a few plug-ins. CLI reference: Updated a few command references and removed unsupported Block Storage API v1 and Image API v1. * High Availability Guide: Andrew Beekhof No report this week * Hypervisor Tuning Guide: Joe Topjian No report this week * Installation guides: Lana Brindley Testing for Ocata will be opening soon. Also, we need a web dev for the landing page, if you know of anyone, please get me in touch. * Networking Guide: John Davidge No update this week. * Operations and Architecture Design guides: Darren Chan Ben Silverman has spent some time refining the Compute content in the Arch Guide draft. Thanks Ben! We are also looking for more SMEs to help with the Arch Guide. So if you're interested, contact asettle or me. * Security Guide: Nathaniel Dillon No update this week. * Training Guides: Matjaz Pancur No update this week. * Training labs: Pranav Salunke, Roger Luethi No update this week. * User guides: Joseph Robinson The command conversions have happened at a good pace, the User Guide appears to be mostly complete, with the condition that the trove and manila teams do not have OpenStack commands yet. I have started checking through the Admin Guide files. I suspect there is more to convert, but it should be ready for Ocata. == Doc team meeting == Our next meeting will be on Thursday 27 January at 2100 UTC in #openstack-meeting-alt For more meeting details, including minutes and the agenda: https://wiki.openstack.org/wiki/Meetings/DocTeamMeeting -- Keep on doc'ing! Lana https://wiki.openstack.org/wiki/Documentation/WhatsUpDoc#13_January_2017 -- Lana Brindley Technical Writer Rackspace Cloud Builders Australia http://lanabrindley.com

1 0