Re: [Openstack] Trove MySQL v5.[67] images?
On Oct 12, 2016, at 10:28 PM, Mark Kirkwood wrote: > I think you can avoid having to do that by including 22 in tcp_ports variable > (see trove/common/cfg.py). I only noticed this after laboriously amending sec > groups many times myself… Yeah, I did that a few months ago. It was in 'some' of the many HOWTOs, documentation pages or somewhere.. But that's incoming.. I need outgoing RabbitMQ, incoming Trove and a few other things.. So I have a 'default' SG that will allow my _core_ services talk to every one else and vise versa.. -- Turbo Fredriksson tu...@bayour.com ___ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : openstack@lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Re: [Openstack] Trove MySQL v5.[67] images?
On 12/10/16 21:53, Turbo Fredriksson wrote: Also, the bug I reported a few months ago (about hardcoded Security Groups) was also a problem. But in the meantime, I have to try to remember to go in and add a SG every time I add a DB.. Not ideal, but it will work for now.. I think you can avoid having to do that by including 22 in tcp_ports variable (see trove/common/cfg.py). I only noticed this after laboriously amending sec groups many times myself... regards Mark ___ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : openstack@lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Re: [Openstack] Trove MySQL v5.[67] images?
On Oct 12, 2016, at 9:53 AM, Turbo Fredriksson wrote: > On Oct 11, 2016, at 10:12 PM, Mark Kirkwood wrote: > >> Hmm - so what error are you getting? > > Which must be because I'm running an old guest agent.. I'm upgrading my > guest image at the moment. Oh, YEAH! Now working just fine (with a couple of tweaks)!! Thanx Mark, much appreciated!! -- Geologists recently discovered that "earthquakes" are nothing more than Bruce Schneier and Chuck Norris communicating via a roundhouse kick-based cryptosystem. ___ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : openstack@lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Re: [Openstack] Trove MySQL v5.[67] images?
On Oct 11, 2016, at 10:12 PM, Mark Kirkwood wrote: > Hmm - so what error are you getting? For a long time i got problem with trove-guestagent not being able to connect to the RabbitMQ cluster I have. After a lot of trial and error I finally realized it must be the same cluster that Openstack uses! Doh!! But now I'm getting: - s n i p - 2016-10-11 12:31:10.059 1006 ERROR trove.openstack.common.rpc.amqp [req-bed22a20-7c9f-444f-8e04-d0bb609cf2d2 4b0e25c70d2b4ad6ba4c50250f2f0b0b 04ee0e71babe4fd7aa16c3f64a8fca89 - - -] Exception during message handling 2016-10-11 12:31:10.059 1006 TRACE trove.openstack.common.rpc.amqp Traceback (most recent call last): 2016-10-11 12:31:10.059 1006 TRACE trove.openstack.common.rpc.amqp File "/usr/lib/python2.7/dist-packages/trove/openstack/common/rpc/amqp.py", line 440, in _process_data 2016-10-11 12:31:10.059 1006 TRACE trove.openstack.common.rpc.amqp **args) 2016-10-11 12:31:10.059 1006 TRACE trove.openstack.common.rpc.amqp File "/usr/lib/python2.7/dist-packages/trove/openstack/common/rpc/dispatcher.py", line 172, in dispatch 2016-10-11 12:31:10.059 1006 TRACE trove.openstack.common.rpc.amqp result = getattr(proxyobj, method)(ctxt, **kwargs) 2016-10-11 12:31:10.059 1006 TRACE trove.openstack.common.rpc.amqp TypeError: prepare() got an unexpected keyword argument 'cluster_config' - s n i p - Which must be because I'm running an old guest agent.. I'm upgrading my guest image at the moment. Found a Mitaka back port for Trusty at http://mitaka-trusty.pkgs.mirantis.com, hopefully that works better. > FWIW, I found logging into the image and checking what state it had actually > gotten to was useful to help find what was actually not working. Yes, that's the first I did - enable ssh access to the image :) It would have been nice if the API and Taskmanager could tell you what problem they're having with the guest, if any.. Also, the bug I reported a few months ago (about hardcoded Security Groups) was also a problem. But in the meantime, I have to try to remember to go in and add a SG every time I add a DB.. Not ideal, but it will work for now.. -- I love deadlines. I love the whooshing noise they make as they go by. - Douglas Adams ___ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : openstack@lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Re: [Openstack] Trove MySQL v5.[67] images?
On 11/10/16 22:25, Turbo Fredriksson wrote: Unfortunately, it didn't solve the issue for me, but now I know for sure it's not the image (previously I wasn't sure - to many unknown moving parts). Hmm - so what error are you getting? FWIW, I found logging into the image and checking what state it had actually gotten to was useful to help find what was actually not working. regards Mark ___ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : openstack@lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Re: [Openstack] Trove MySQL v5.[67] images?
Excerpts from Turbo Fredriksson's message of 2016-10-11 10:21:32 +0100: > On Oct 10, 2016, at 6:33 PM, Clint Byrum wrote: > > > I don't think anyone should use devstack for anything except developing > > openstack. It's not for anything else. > > THANK YOU! :) > > > We're just trying to point out that you're taking the hardest possible > > approach, and many of us who had to go down that road before, would like > > to stop spending time assisting anyone who is unnecessarily repeating > > our work. > > Well, I've been working and participating in a lot of Opensource projects > over the last twenty years, and every single one have had things they could > learn from their users. > > _I_ learned to hate the "stupid questions" that always kept cropping up, > so I either wrote code to stop it from happening again, or I wrote > documentation. > We wrote at least 7 fully open source deployment systems so you can just deploy OpenStack, and we have installation manuals. Not sure what more we are supposed to do here. If you're dead set on writing more deployment systems, I suggest you reevaluate your priorities. > "The Openstack Community" (as a whole, looking at _all_ the projects under > that flag) isn't the worst, but it's down there somewhere at the bottom.. > > I might not be the most PC guy, but I know for a fact that I'm not alone in > this view. I've talked to a lot of people over the years that either > _wanted_ to try OS, _was_ trying it or was _thinking_ about it. > > But everyone have basically had the same experience that I have had since > I forced myself to actually commit to this in April/May - OS is badly > documented, the community is rude and unhelpful and it's a pain in the > behind [to get things working]. > "People are saying, I've heard, I'm just saying". Sounds like the Trump method of fact gathering. The community is really busy solving new issues. We solved this a long time ago. I'm sorry that you're not getting what you want out of OpenStack, but we can't be everything to everyone and still accomplish anything of value. > > Now, you're all free to take what you want from that. Take it as a grave > insult to your manhood and/or coding/documentation skills what have you.. > > > Or you can be a grownup, acknowledge your imperfections and strive to do > better. > > > Doing it your way means losing all of that momentum > > Then YOU have missed MY point :( > > > Whenever ANYONE is asking ANY type of question, it means the documentation > (or code) isn't clear.. Leave it as-is (and keep having to "go backwards" > every time someone asks a/that question), or improve on it. It's a binary > choice.. What part of this manual is deficient for people who want to install Trove? http://docs.openstack.org/developer/trove/dev/manual_install.html#source-images And if you want to know how those are built: http://docs.openstack.org/developer/trove/dev/building_guest_images.html So, to reiterate what more do you want? ___ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : openstack@lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Re: [Openstack] Trove MySQL v5.[67] images?
On Oct 11, 2016, at 5:48 AM, Mark Kirkwood wrote: > Sorry - I thought about trimming all the other stuff out - but figured the > context might be useful for you! No, no, that's perfectly fine! You DID say that it was your notes on setting up the whole thing, so I dug into it with open eyes.. But if someone could redo only the image creation bit and put it on the Trove/Openstack website, that would be great! It could really help.. It would at least have saved _me_ from alienating myself from the OS community :D :D. And saved me a few months of time.. Unfortunately, it didn't solve the issue for me, but now I know for sure it's not the image (previously I wasn't sure - to many unknown moving parts). -- Build a man a fire, and he will be warm for the night. Set a man on fire and he will be warm for the rest of his life. ___ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : openstack@lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Re: [Openstack] Trove MySQL v5.[67] images?
On Oct 10, 2016, at 6:33 PM, Clint Byrum wrote: > I don't think anyone should use devstack for anything except developing > openstack. It's not for anything else. THANK YOU! :) > We're just trying to point out that you're taking the hardest possible > approach, and many of us who had to go down that road before, would like > to stop spending time assisting anyone who is unnecessarily repeating > our work. Well, I've been working and participating in a lot of Opensource projects over the last twenty years, and every single one have had things they could learn from their users. _I_ learned to hate the "stupid questions" that always kept cropping up, so I either wrote code to stop it from happening again, or I wrote documentation. "The Openstack Community" (as a whole, looking at _all_ the projects under that flag) isn't the worst, but it's down there somewhere at the bottom.. I might not be the most PC guy, but I know for a fact that I'm not alone in this view. I've talked to a lot of people over the years that either _wanted_ to try OS, _was_ trying it or was _thinking_ about it. But everyone have basically had the same experience that I have had since I forced myself to actually commit to this in April/May - OS is badly documented, the community is rude and unhelpful and it's a pain in the behind [to get things working]. Now, you're all free to take what you want from that. Take it as a grave insult to your manhood and/or coding/documentation skills what have you.. Or you can be a grownup, acknowledge your imperfections and strive to do better. > Doing it your way means losing all of that momentum Then YOU have missed MY point :( Whenever ANYONE is asking ANY type of question, it means the documentation (or code) isn't clear.. Leave it as-is (and keep having to "go backwards" every time someone asks a/that question), or improve on it. It's a binary choice.. -- Em - The battle cry of the cronical masturbater. - Charlie Harper ___ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : openstack@lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Re: [Openstack] Trove MySQL v5.[67] images?
On 10/10/16 23:03, Turbo Fredriksson wrote: On Oct 10, 2016, at 3:44 AM, Mark Kirkwood wrote: Here's some notes I wrote (in 2014) [1]! for installing Trove (and most of Openstack) on a single Ubuntu 14.04 server using packages. It is obviously only for the purpose of learning...*but* a) it did work and b) no devstack was used :-) If I filter out all the stuff that's already working for me (which is basically everything :), and only concentrating on the guest part (which is the only thing I'm having problem with), it was EXTREMELY helpful!! I'm fairly certain I'll get something working with that information! Many thanx, I very much appreciate it! Sorry - I thought about trimming all the other stuff out - but figured the context might be useful for you! Anyway, excellent - let us know how you get on! regards Mark ___ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : openstack@lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Re: [Openstack] Trove MySQL v5.[67] images?
Excerpts from Turbo Fredriksson's message of 2016-10-10 10:52:59 +0100: > On Oct 10, 2016, at 3:19 AM, Mark Kirkwood wrote: > > > On 10/10/16 06:36, Clint Byrum wrote: > >> Plenty of examples here: > >> > >> http://codesearch.openstack.org/?q=guestagent&i=nope&files=&repos= > > > > Thanks Clint - and I do see your point. The link you posted *is* useful and > > helpful! > > > What .. pisses me of most is that everyone seem to be a politician here. > I.e., answering a question I did not ask! > > I did not ask for help to install devstack, nor did I ask help to configure > Trove.. > > I asked if anyone had a (working, non-devstack) image that they could share, > because I wasn't sure if it was my setup or my image(s).. > > And I don't understand why people STILL insist on trying to 'help' me setup > everything.. Until I (know!) I have an image that [should] work, then I still > don't know if my configuration is correct or if there's a bug.. > > But for the record, I've followed and read almost everything there is to read > about Trove, and as far as I can tell, my configuration [of Trove] is correct. > > > Now, if I'm doing something 'illegal' (i.e., NOT using or wanting devstack), > then I suggest that something like > > The Trove team will in no way help you with installing, configuring or > help you with getting Trove to work if you're not using devstack. > > is put in big letters on the Trove 'front page'. > I don't think anyone should use devstack for anything except developing openstack. It's not for anything else. > Don't want to help me, fine. That's your prerogative (this is Opensource and > everyone provide their own, personal time - not a problem), but then don't > 'help' me with things I did not ask for. I have other things to do than > justifying > my life and the choices I make in it. > > Everyone is free to choose how they do things, and I'm F'n _demand_ the right > to things _my_ way!! We're just trying to point out that you're taking the hardest possible approach, and many of us who had to go down that road before, would like to stop spending time assisting anyone who is unnecessarily repeating our work. I'm glad you are here, and want to learn OpenStack. But I think you're missing the point. OpenStack isn't about the code, or configuring it, or any of that. It's about the people who need clouds having a place to collaborate and keep the momentum going forward together. Doing it your way means losing all of that momentum, and some of us are plenty busy even standing on the shoulders of the giants who came before us. So I'm sorry that we're annoying you by not helping you re-do work that is already done and working fine. I get that you want to learn, but I'd rather help people learn how to go _forward_. ___ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : openstack@lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Re: [Openstack] Trove MySQL v5.[67] images?
On Oct 10, 2016, at 3:44 AM, Mark Kirkwood wrote: > Here's some notes I wrote (in 2014) [1]! for installing Trove (and most of > Openstack) on a single Ubuntu 14.04 server using packages. It is obviously > only for the purpose of learning...*but* a) it did work and b) no devstack > was used :-) If I filter out all the stuff that's already working for me (which is basically everything :), and only concentrating on the guest part (which is the only thing I'm having problem with), it was EXTREMELY helpful!! I'm fairly certain I'll get something working with that information! Many thanx, I very much appreciate it! -- Att inse sin egen betydelse är som att få ett kvalster att fatta att han bara syns i mikroskop - Arne Anka ___ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : openstack@lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Re: [Openstack] Trove MySQL v5.[67] images?
On Oct 10, 2016, at 3:19 AM, Mark Kirkwood wrote: > On 10/10/16 06:36, Clint Byrum wrote: >> Plenty of examples here: >> >> http://codesearch.openstack.org/?q=guestagent&i=nope&files=&repos= > > Thanks Clint - and I do see your point. The link you posted *is* useful and > helpful! What .. pisses me of most is that everyone seem to be a politician here. I.e., answering a question I did not ask! I did not ask for help to install devstack, nor did I ask help to configure Trove.. I asked if anyone had a (working, non-devstack) image that they could share, because I wasn't sure if it was my setup or my image(s).. And I don't understand why people STILL insist on trying to 'help' me setup everything.. Until I (know!) I have an image that [should] work, then I still don't know if my configuration is correct or if there's a bug.. But for the record, I've followed and read almost everything there is to read about Trove, and as far as I can tell, my configuration [of Trove] is correct. Now, if I'm doing something 'illegal' (i.e., NOT using or wanting devstack), then I suggest that something like The Trove team will in no way help you with installing, configuring or help you with getting Trove to work if you're not using devstack. is put in big letters on the Trove 'front page'. Don't want to help me, fine. That's your prerogative (this is Opensource and everyone provide their own, personal time - not a problem), but then don't 'help' me with things I did not ask for. I have other things to do than justifying my life and the choices I make in it. Everyone is free to choose how they do things, and I'm F'n _demand_ the right to things _my_ way!! -- Med ett schysst järnrör slår man hela världen med häpnad - Sockerconny ___ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : openstack@lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Re: [Openstack] Trove MySQL v5.[67] images?
On 10/10/16 00:53, Turbo Fredriksson wrote: On Oct 2, 2016, at 7:07 PM, Turbo Fredriksson wrote: My original question is still valid though: Do anyone have a [non-*stack, working] Trove image with MySQL v5.[67] that they could consider sharing with me? No response for almost a week.. Either no one is using Trove (successfully) or people don't want to share.. Both choices begs questions, but I guess I have to give up on this again. I don't know if it's bugs in Trove, the guest image or my configuration that's faulty, but every single attempt is met by an ERROR. Turbo, Here's some notes I wrote (in 2014) [1]! for installing Trove (and most of Openstack) on a single Ubuntu 14.04 server using packages. It is obviously only for the purpose of learning...*but* a) it did work and b) no devstack was used :-) Casting my mind back to that time, I note that you have to be pretty determined as there are many components to get working together and any one of them not working right will trip you up! (I document quote a few bugs I encountered). Also probably worth noting - I *first* got things going in devstack, and this provided much help for pin pointing things I'd got wrong in the package install (essentially I ran 2 Ubuntu VMs...1 with devstack one of my packaging setup). Best wishes Mark [1] I'm working on Swift ATM - when that is all in production I may look at Trove again Install openstack on single Ubuntu 14.04 node = We loosely follow http://fosskb.wordpress.com/2014/04/12/openstack-icehouse-on-ubuntu-12-04-lts-single-machine-setup/ 1/ Support packages $ sudo apt-get install rabbitmq-server $ sudo apt-get install mysql-server python-mysqldb $ sudo vi /etc/mysql/my.cnf [mysqld] ... # Openstack settings bind-address = 0.0.0.0 collation-server = utf8_general_ci init-connect = 'SET NAMES utf8' character-set-server = utf8 $ sudo service mysql restart $ sudo apt-get install ntp vlan bridge-utils $ sudo vi /etc/sysctl.conf # Openstack settings net.ipv4.ip_forward=1 net.ipv4.conf.all.rp_filter=0 net.ipv4.conf.default.rp_filter=0 $ sudo sysctl -p 2/ Keystone $ sudo apt-get install keystone $ mysql -u root -p CREATE DATABASE keystone; GRANT ALL PRIVILEGES ON keystone.* TO 'keystone'@'%' IDENTIFIED BY 'password'; quit; $ sudo vi /etc/keystone/keystone.conf {DEFAULT] log_file=/var/log/keystone/keystone.log [database] connection = mysql://keystone:password@192.168.122.33/keystone $ sudo service keystone restart $ sudo keystone-manage db_sync $ export OS_SERVICE_TOKEN=ADMIN $ export OS_SERVICE_ENDPOINT=http://192.168.122.33:35357/v2.0 $ keystone tenant-create --name=admin --description="Admin Tenant" $ keystone tenant-create --name=service --description="Service Tenant" $ keystone user-create --name=admin --pass=ADMIN --email=ad...@example.com $ keystone role-create --name=admin $ keystone user-role-add --user=admin --tenant=admin --role=admin $ keystone service-create --name=keystone --type=identity --description="Keystone Identity Service" $ keystone endpoint-create --service=keystone --publicurl=http://192.168.122.33:5000/v2.0 --internalurl=http://192.168.122.33:5000/v2.0 --adminurl=http://192.168.122.33:35357/v2.0 $ vi creds export OS_USERNAME=admin export OS_PASSWORD=ADMIN export OS_TENANT_NAME=admin export OS_AUTH_URL=http://192.168.122.33:35357/v2.0 $ unset OS_SERVICE_TOKEN OS_SERVICE_ENDPOINT $ . creds # test it works $ keystone token-get $ keystone user-list $ keystone tenant-create --name=demo # add another user and tenant (proj) $ keystone user-create --name demo --tenant demo --pass password $ keystone user-role-add --user admin --role admin --tenant demo $ vi creds-demo export OS_USERNAME=demo export OS_PASSWORD=password export OS_TENANT_NAME=demo export OS_AUTH_URL=http://192.168.122.33:35357/v2.0 3/ Glance $ sudo apt-get install glance $ . creds# if not done already $ mysql -u root -p CREATE DATABASE glance; GRANT ALL ON glance.* TO 'glance'@'%' IDENTIFIED BY 'password'; quit; $ keystone user-create --name=glance --pass=password --email=gla...@example.com $ keystone user-role-add --user=glance --tenant=service --role=admin $ keystone service-create --name=glance --type=image --description="Glance Image Service" $ keystone endpoint-create --service=glance --publicurl=http://192.168.122.33:9292 --internalurl=http:192.168.122.33//:9292 --adminurl=http://192.168.122.33:9292 $ sudo vi /etc/glance/glance-api.conf # sqlite_db = /var/lib/glance/glance.sqlite connection = mysql://glance:password@192.168.122.33/glance [keystone_authtoken] auth_host = 192.168.122.33 #auth_port = 5000 auth_protocol = http admin_tenant_name = service admin_user = glance admin_password = password [paste_deploy] flavor = keystone $ sudo vi /etc/glance/glance-registry.conf # sqlite_db = /var/lib/glance/glance.sqlite connection = mysql://glance:password
Re: [Openstack] Trove MySQL v5.[67] images?
On 10/10/16 06:36, Clint Byrum wrote: Excerpts from Mark Kirkwood's message of 2016-10-03 15:23:10 +1300: On 03/10/16 09:28, Turbo Fredriksson wrote: On Oct 2, 2016, at 9:02 PM, Remo Mattei wrote: Production ready will not be deployed from source. Not surprised, but why not? As I understand it, the devstack images (last time I looked...Kilo or Liberty) : - attempt to rsync trove guestagent binaries from (probably) hosts running the trove scheduler/taskmanager - (perhaps) expect to be able to rsync as user stack ...now the deployment documentation stated that such a setup was *not* suitable for production. i.e a 'proper' trove guest image should have the guestagent package installed. I think a bit more help supplied to Turbo would be good (we *say* that Openstack is a welcoming place for new comers...we haven't quite lived up to that in this thread I feel) Mark, we're welcoming, but we also don't really have time to reiterate on solved issues because somebody doesn't like the answer we gave. This is solved in all of the ways trove is already deployed in the numerous production ready deployment systems. One can simply go read how they do it and copy, or even just read the Trove manuals, but our friend seems to want a new answer for some reason. Plenty of examples here: http://codesearch.openstack.org/?q=guestagent&i=nope&files=&repos= ___ Thanks Clint - and I do see your point. The link you posted *is* useful and helpful! I gave criticism as I thought (from what I saw of the email thread here), that some of the previous responses - essentially - use devstack images or get lost...were not very welcoming (or even correct)! regards Marfk ___ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : openstack@lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Re: [Openstack] Trove MySQL v5.[67] images?
Excerpts from Mark Kirkwood's message of 2016-10-03 15:23:10 +1300: > On 03/10/16 09:28, Turbo Fredriksson wrote: > > > On Oct 2, 2016, at 9:02 PM, Remo Mattei wrote: > > > >> Production ready will not be deployed from source. > > Not surprised, but why not? > > As I understand it, the devstack images (last time I looked...Kilo or > Liberty) : > > - attempt to rsync trove guestagent binaries from (probably) hosts > running the trove scheduler/taskmanager > - (perhaps) expect to be able to rsync as user stack > > ...now the deployment documentation stated that such a setup was *not* > suitable for production. i.e a 'proper' trove guest image should have > the guestagent package installed. > > I think a bit more help supplied to Turbo would be good (we *say* that > Openstack is a welcoming place for new comers...we haven't quite lived > up to that in this thread I feel) > Mark, we're welcoming, but we also don't really have time to reiterate on solved issues because somebody doesn't like the answer we gave. This is solved in all of the ways trove is already deployed in the numerous production ready deployment systems. One can simply go read how they do it and copy, or even just read the Trove manuals, but our friend seems to want a new answer for some reason. Plenty of examples here: http://codesearch.openstack.org/?q=guestagent&i=nope&files=&repos= ___ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : openstack@lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Re: [Openstack] Trove MySQL v5.[67] images?
On Oct 2, 2016, at 7:07 PM, Turbo Fredriksson wrote: > My original question is still valid though: > > Do anyone have a [non-*stack, working] Trove image with MySQL v5.[67] that > they could consider sharing with me? No response for almost a week.. Either no one is using Trove (successfully) or people don't want to share.. Both choices begs questions, but I guess I have to give up on this again. I don't know if it's bugs in Trove, the guest image or my configuration that's faulty, but every single attempt is met by an ERROR. -- Att tänka innan man talar, är som att torka sig i röven innan man skiter. - Arne Anka ___ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : openstack@lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Re: [Openstack] Trove MySQL v5.[67] images?
On 03/10/16 09:28, Turbo Fredriksson wrote: On Oct 2, 2016, at 9:02 PM, Remo Mattei wrote: Production ready will not be deployed from source. Not surprised, but why not? As I understand it, the devstack images (last time I looked...Kilo or Liberty) : - attempt to rsync trove guestagent binaries from (probably) hosts running the trove scheduler/taskmanager - (perhaps) expect to be able to rsync as user stack ...now the deployment documentation stated that such a setup was *not* suitable for production. i.e a 'proper' trove guest image should have the guestagent package installed. I think a bit more help supplied to Turbo would be good (we *say* that Openstack is a welcoming place for new comers...we haven't quite lived up to that in this thread I feel) Best wishes Mark ___ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : openstack@lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Re: [Openstack] Trove MySQL v5.[67] images?
On Oct 2, 2016, at 9:02 PM, Remo Mattei wrote: > Production ready will not be deployed from source. Not surprised, but why not? -- System administrators motto: You're either invisible or in trouble. - Unknown ___ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : openstack@lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Re: [Openstack] Trove MySQL v5.[67] images?
Production ready will not be deployed from source. Just my 2 cents. Inviato da iPhone > Il giorno 02 ott 2016, alle ore 18:36, Amrith Kumar ha > scritto: > > > >> -Original Message- >> From: Turbo Fredriksson [mailto:tu...@bayour.com] >> Sent: Sunday, October 02, 2016 10:13 AM >> To: openstack List >> Subject: Re: [Openstack] Trove MySQL v5.[67] images? >> >>> On Oct 2, 2016, at 2:00 AM, Amrith Kumar wrote: >>> >>> I recall from our conversation that you didn't "trust all these *stack >> builders". >>> If you are now using a system that is devstack based these images could >> help. >> >> I still don't do that, it's all hand crafted from scratch. Well, almost - >> I still use packages (which do _A LOT_ of the .. 'boring, simple' setup >> for me) but that'll change next time. Next time I'm doing it from source >> (because I'm embarrassed by the quality of the packages - I did a small >> upgrade a few months ago and absolutly everything broke, I had to >> completely >> reinstall the controller)! >> >> That's the only way _I_ can learn! Others might be different and I respect >> that, but _I_ need to do this from scratch ("the hard way" if you like) to >> be able to gain anything from this - the point wasn't just to "get a test >> setup of Openstack up and running" or "setup a test so I can look at it" >> but actually setting up a production-like system and to be able to >> administrate it and especially fix problems if (when!) they arise! AND to >> gain knowledge on how all this works together. >> >> > > [amrith] As I said in IRC, one doesn't begin a career in aviation by > attempting to land a Tomcat on an aircraft carrier in rough seas, but you > felt that it would be "fun". I hope you are having "fun". > >> It's been the worst few months in my life (and it's been a long life :) >> with almost 24/7 work on getting this in the state it is now, but now that >> almost everything works the way I want it, I feel a great satisfaction and >> my knowledge of "The Cloud ((tm))" have been greatly improved and I almost >> feel >> I can put "Cloud Expert Extraordinair" on the CV :D :D. >> >> I wouldn't recommend this to anyone 'green', but anyone that's already >> bald >> (there's going to be a lot of 'hair tearing' and 'head scratching' :) and >> those that have a 'bigger purpose' than the immediate setup, oh yeah! >> >>> [1] >> http://docs.openstack.org/developer/trove/dev/building_guest_images.html >> >> Tried that for over a week. Failed so miserably, it's embarrassing! >> Don't know if it's me, the docs or the image builder.. >> >> But I do remember that even if (when!) I followed the documentations _to >> the >> letter_, it still failed. >> >> Also, some versions of the image builder worked better than others (but I >> could >> not figure out the exact version used by the documenter), so it would be >> beneficial to specify the exact versions used when writing the >> documentation. >> >> >> And have someone that never done it before do a run-through first - I know >> from personal experience that you get .. 'code blind' (for lack of a >> better >> word) when you've worked with a project and try to write the docs - some >> things >> you know 'subconsciously' don't work (or work only in a specific use-case >> etc) >> and then 'automatically' leave that information out.. >> >> That is why [good] companies _NEVER_ (ever!!) allow the coders/admins to >> go >> any where _near_ the documentation! In a open source community, that is >> unfortunately almost never an option, but it can be mitigated somewhat by >> having other people in the community do a run-through. >> >>> [2] http://docs.openstack.org/developer/trove/dev/guest_cloud_init.html >> >> I can vaguely remember that. I know it failed, but can't remember the >> details. >> >>> [3] https://review.openstack.org/#/c/374952/ >> >> That look quite interesting, thanx. I'll try again.. >> >> "If you don't succeed, try and try [and try and try ..] again!" :) >> >>> OpenStack has guest images suitable for use with devstack[4] >>> [4] http://ta
Re: [Openstack] Trove MySQL v5.[67] images?
On Oct 2, 2016, at 6:37 PM, Amrith Kumar wrote: > Will they work with yours, yes, they may but I doubt it. Will they fail, I > think it is highly likely but I can't guarantee it. What do you want me to > say other than that they are made for use with devstack based systems. Exactly that! Thank you, I appreciate that. Now I know that there is no point in even trying a "devstack image". Which was _exactly_ what I wanted to know. Nothing more, nothing less. THAT was the answer to the question "what does 'devstack image' actually mean". > I have told you what I've found to work for most people. And the reason why I [keep] asking for help, is that I'm unfortunately not "most people" :( > I'll tell you candidly that I'm not equipped or qualified to guide you > through that path to discovery. Very well, that's unfortunate. > What part of that is, as you say "do it my way or ...". Nothing. But it takes a while for you to actually answer the question (four mails?), and in the proces, you DO keep saying "do it my way, or else" (even if it's not in so many words).. If you don't know the answer to a/the question, that is a shame, but perfectly ok. Don't answer it, not even with an answer to a question I did not ask. My question was not "how do I get Trove to work". In which case, if you had not already known that I do _not_ want to use *stack, a "use devstack and these images" would have been a valid answer. But since you DID know this... Leave it be, and let someone else (that might actually DO know the answer) answer it. My original question is still valid though: Do anyone have a [non-*stack, working] Trove image with MySQL v5.[67] that they could consider sharing with me? -- Em - The battle cry of the cronical masturbater. - Charlie Harper ___ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : openstack@lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Re: [Openstack] Trove MySQL v5.[67] images?
> -Original Message- > From: Turbo Fredriksson [mailto:tu...@bayour.com] > Sent: Sunday, October 02, 2016 12:57 PM > To: openstack List > Subject: Re: [Openstack] Trove MySQL v5.[67] images? > > On Oct 2, 2016, at 5:36 PM, Amrith Kumar wrote: > > > [amrith] As I said in IRC, one doesn't begin a career in aviation by > attempting to land a Tomcat on an aircraft carrier in rough seas, but you > felt that it would be "fun". I hope you are having "fun". > > No, but you don't start by listening to other people tell stories on how > wonderful it is either. > [amrith] To each their own. To use your words, that is your "belief system". > >>> OpenStack has guest images suitable for use with devstack[4] > >>> [4] http://tarballs.openstack.org/trove/images/ > >> > >> What does that actually mean? Is it not possible to use these images > other > >> than with devstack? An instance image should be a unique, separate > > > > always amounts to the following; if you are using a devstack based > system these may help. But since you insist on not doing that, I can only > hope that you have "fun". I'd like to help you but you have sought not to > take any of it, so there is little else I can do. > > > But you're not really helping, are you? You keep iterating YOUR belief > system onto me. > > If you really wanted to help, you would have started by answering the > actually question - what does "guest images suitable for use with > devstack" > mean. > > But instead, all I hear is "do it my way or go F yourself". How is > that helping?? [amrith] Here's where you misunderstand things. I don't have anything else to give you. I'm not reiterating my "belief system" to you, I'm merely stating the fact that the images were built for use with a devstack based system. Will they work with yours, yes, they may but I doubt it. Will they fail, I think it is highly likely but I can't guarantee it. What do you want me to say other than that they are made for use with devstack based systems. I have given you all the documents that we have; and these are documents contributed by people (like yourself). The document I referenced in my email as [2] is one such. I have told you what I've found to work for most people. Others (I see some others on the trove channel did the same) have sent you the same references. You may be extraordinary (you say so yourself) and a different path may be suitable for you; I'll tell you candidly that I'm not equipped or qualified to guide you through that path to discovery. What you seem to want is customized help taking the path you have chosen; I'm sorry, I can't join you on that adventure so I wish you well. What part of that is, as you say "do it my way or ...". > -- > Geologists recently discovered that "earthquakes" are > nothing more than Bruce Schneier and Chuck Norris > communicating via a roundhouse kick-based cryptosystem. > > > ___ > Mailing list: http://lists.openstack.org/cgi- > bin/mailman/listinfo/openstack > Post to : openstack@lists.openstack.org > Unsubscribe : http://lists.openstack.org/cgi- > bin/mailman/listinfo/openstack ___ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : openstack@lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Re: [Openstack] Trove MySQL v5.[67] images?
Excerpts from Turbo Fredriksson's message of 2016-10-02 15:13:02 +0100: > On Oct 2, 2016, at 2:00 AM, Amrith Kumar wrote: > > > I recall from our conversation that you didn't "trust all these *stack > > builders". > > If you are now using a system that is devstack based these images could > > help. > > I still don't do that, it's all hand crafted from scratch. Well, almost - > I still use packages (which do _A LOT_ of the .. 'boring, simple' setup > for me) but that'll change next time. Next time I'm doing it from source > (because I'm embarrassed by the quality of the packages - I did a small > upgrade a few months ago and absolutly everything broke, I had to completely > reinstall the controller)! > > That's the only way _I_ can learn! Others might be different and I respect > that, but _I_ need to do this from scratch ("the hard way" if you like) to > be able to gain anything from this - the point wasn't just to "get a test > setup of Openstack up and running" or "setup a test so I can look at it" > but actually setting up a production-like system and to be able to > administrate it and especially fix problems if (when!) they arise! AND to > gain knowledge on how all this works together. > > > It's been the worst few months in my life (and it's been a long life :) > with almost 24/7 work on getting this in the state it is now, but now that > almost everything works the way I want it, I feel a great satisfaction and > my knowledge of "The Cloud (™)" have been greatly improved and I almost feel > I can put "Cloud Expert Extraordinair" on the CV :D :D. > I'm sorry you went through that. However, OpenStack is a very welcoming place, and there are so many deployment projects to choose from, it's hard to believe anyone can't find one that would be less stressful than learning every piece down to the metal. It's commendable that you learned that, but it's also not how any company would ever want to do OpenStack. Learning to communicate and work together with the community is a far more important skill. The whole point of OpenStack is all the existing knowledge that you can build on top of: https://wiki.openstack.org/wiki/Kolla http://docs.openstack.org/developer/openstack-ansible/ https://wiki.openstack.org/wiki/Puppet https://docs.chef.io/openstack.html https://jujucharms.com/openstack https://wiki.openstack.org/wiki/OpenStackSalt https://wiki.openstack.org/wiki/TripleO https://wiki.openstack.org/wiki/Fuel Good luck! ___ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : openstack@lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Re: [Openstack] Trove MySQL v5.[67] images?
On Oct 2, 2016, at 5:36 PM, Amrith Kumar wrote: > [amrith] As I said in IRC, one doesn't begin a career in aviation by > attempting to land a Tomcat on an aircraft carrier in rough seas, but you > felt that it would be "fun". I hope you are having "fun". No, but you don't start by listening to other people tell stories on how wonderful it is either. >>> OpenStack has guest images suitable for use with devstack[4] >>> [4] http://tarballs.openstack.org/trove/images/ >> >> What does that actually mean? Is it not possible to use these images other >> than with devstack? An instance image should be a unique, separate > > always amounts to the following; if you are using a devstack based system > these may help. But since you insist on not doing that, I can only hope that > you have "fun". I'd like to help you but you have sought not to take any of > it, so there is little else I can do. But you're not really helping, are you? You keep iterating YOUR belief system onto me. If you really wanted to help, you would have started by answering the actually question - what does "guest images suitable for use with devstack" mean. But instead, all I hear is "do it my way or go F yourself". How is that helping?? -- Geologists recently discovered that "earthquakes" are nothing more than Bruce Schneier and Chuck Norris communicating via a roundhouse kick-based cryptosystem. ___ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : openstack@lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Re: [Openstack] Trove MySQL v5.[67] images?
> -Original Message- > From: Turbo Fredriksson [mailto:tu...@bayour.com] > Sent: Sunday, October 02, 2016 10:13 AM > To: openstack List > Subject: Re: [Openstack] Trove MySQL v5.[67] images? > > On Oct 2, 2016, at 2:00 AM, Amrith Kumar wrote: > > > I recall from our conversation that you didn't "trust all these *stack > builders". > > If you are now using a system that is devstack based these images could > help. > > I still don't do that, it's all hand crafted from scratch. Well, almost - > I still use packages (which do _A LOT_ of the .. 'boring, simple' setup > for me) but that'll change next time. Next time I'm doing it from source > (because I'm embarrassed by the quality of the packages - I did a small > upgrade a few months ago and absolutly everything broke, I had to > completely > reinstall the controller)! > > That's the only way _I_ can learn! Others might be different and I respect > that, but _I_ need to do this from scratch ("the hard way" if you like) to > be able to gain anything from this - the point wasn't just to "get a test > setup of Openstack up and running" or "setup a test so I can look at it" > but actually setting up a production-like system and to be able to > administrate it and especially fix problems if (when!) they arise! AND to > gain knowledge on how all this works together. > > [amrith] As I said in IRC, one doesn't begin a career in aviation by attempting to land a Tomcat on an aircraft carrier in rough seas, but you felt that it would be "fun". I hope you are having "fun". > It's been the worst few months in my life (and it's been a long life :) > with almost 24/7 work on getting this in the state it is now, but now that > almost everything works the way I want it, I feel a great satisfaction and > my knowledge of "The Cloud ((tm))" have been greatly improved and I almost > feel > I can put "Cloud Expert Extraordinair" on the CV :D :D. > > I wouldn't recommend this to anyone 'green', but anyone that's already > bald > (there's going to be a lot of 'hair tearing' and 'head scratching' :) and > those that have a 'bigger purpose' than the immediate setup, oh yeah! > > > [1] > http://docs.openstack.org/developer/trove/dev/building_guest_images.html > > Tried that for over a week. Failed so miserably, it's embarrassing! > Don't know if it's me, the docs or the image builder.. > > But I do remember that even if (when!) I followed the documentations _to > the > letter_, it still failed. > > Also, some versions of the image builder worked better than others (but I > could > not figure out the exact version used by the documenter), so it would be > beneficial to specify the exact versions used when writing the > documentation. > > > And have someone that never done it before do a run-through first - I know > from personal experience that you get .. 'code blind' (for lack of a > better > word) when you've worked with a project and try to write the docs - some > things > you know 'subconsciously' don't work (or work only in a specific use-case > etc) > and then 'automatically' leave that information out.. > > That is why [good] companies _NEVER_ (ever!!) allow the coders/admins to > go > any where _near_ the documentation! In a open source community, that is > unfortunately almost never an option, but it can be mitigated somewhat by > having other people in the community do a run-through. > > > [2] http://docs.openstack.org/developer/trove/dev/guest_cloud_init.html > > I can vaguely remember that. I know it failed, but can't remember the > details. > > > [3] https://review.openstack.org/#/c/374952/ > > That look quite interesting, thanx. I'll try again.. > > "If you don't succeed, try and try [and try and try ..] again!" :) > > > OpenStack has guest images suitable for use with devstack[4] > > [4] http://tarballs.openstack.org/trove/images/ > > What does that actually mean? Is it not possible to use these images other > than with devstack? An instance image should be a unique, separate [amrith] The paragraph "OpenStack has guest images suitable for use with devstack[4] (available for download at tarballs.openstack.org) but that would require a devstack based system and I recall from our conversation that you didn't "trust all these *stack builders". If you are now using a system that is devstack based these images could help." always amounts to
Re: [Openstack] Trove MySQL v5.[67] images?
On Oct 2, 2016, at 2:00 AM, Amrith Kumar wrote: > I recall from our conversation that you didn't "trust all these *stack > builders". > If you are now using a system that is devstack based these images could help. I still don't do that, it's all hand crafted from scratch. Well, almost - I still use packages (which do _A LOT_ of the .. 'boring, simple' setup for me) but that'll change next time. Next time I'm doing it from source (because I'm embarrassed by the quality of the packages - I did a small upgrade a few months ago and absolutly everything broke, I had to completely reinstall the controller)! That's the only way _I_ can learn! Others might be different and I respect that, but _I_ need to do this from scratch ("the hard way" if you like) to be able to gain anything from this - the point wasn't just to "get a test setup of Openstack up and running" or "setup a test so I can look at it" but actually setting up a production-like system and to be able to administrate it and especially fix problems if (when!) they arise! AND to gain knowledge on how all this works together. It's been the worst few months in my life (and it's been a long life :) with almost 24/7 work on getting this in the state it is now, but now that almost everything works the way I want it, I feel a great satisfaction and my knowledge of "The Cloud (™)" have been greatly improved and I almost feel I can put "Cloud Expert Extraordinair" on the CV :D :D. I wouldn't recommend this to anyone 'green', but anyone that's already bald (there's going to be a lot of 'hair tearing' and 'head scratching' :) and those that have a 'bigger purpose' than the immediate setup, oh yeah! > [1] http://docs.openstack.org/developer/trove/dev/building_guest_images.html Tried that for over a week. Failed so miserably, it's embarrassing! Don't know if it's me, the docs or the image builder.. But I do remember that even if (when!) I followed the documentations _to the letter_, it still failed. Also, some versions of the image builder worked better than others (but I could not figure out the exact version used by the documenter), so it would be beneficial to specify the exact versions used when writing the documentation. And have someone that never done it before do a run-through first - I know from personal experience that you get .. 'code blind' (for lack of a better word) when you've worked with a project and try to write the docs - some things you know 'subconsciously' don't work (or work only in a specific use-case etc) and then 'automatically' leave that information out.. That is why [good] companies _NEVER_ (ever!!) allow the coders/admins to go any where _near_ the documentation! In a open source community, that is unfortunately almost never an option, but it can be mitigated somewhat by having other people in the community do a run-through. > [2] http://docs.openstack.org/developer/trove/dev/guest_cloud_init.html I can vaguely remember that. I know it failed, but can't remember the details. > [3] https://review.openstack.org/#/c/374952/ That look quite interesting, thanx. I'll try again.. "If you don't succeed, try and try [and try and try ..] again!" :) > OpenStack has guest images suitable for use with devstack[4] > [4] http://tarballs.openstack.org/trove/images/ What does that actually mean? Is it not possible to use these images other than with devstack? An instance image should be a unique, separate instance right? ___ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : openstack@lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Re: [Openstack] Trove MySQL v5.[67] images?
Turbo, I believe you go by the name FransUrbo on IRC, yes? We chatted on IRC in the end of july (20th to 29th) and I remember pointing you to elements which are part of trove-integration. I see from looking at eavesdrop that I pointed you at [1]. There is also a document[2] that show you how to build guest images in a different way. If memory serves me correctly a draft of this approach was already in the works and you have this. There is a patch working its way through review[3] that would make tools available in the trove repository to build images. You can try this stuff out but, it is still in review. It works for me but other reviewers have proposed some improvements. OpenStack has guest images suitable for use with devstack[4] (available for download at tarballs.openstack.org) but that would require a devstack based system and I recall from our conversation that you didn't "trust all these *stack builders". If you are now using a system that is devstack based these images could help. -amrith [1] http://docs.openstack.org/developer/trove/dev/building_guest_images.html [2] http://docs.openstack.org/developer/trove/dev/guest_cloud_init.html [3] https://review.openstack.org/#/c/374952/ [4] http://tarballs.openstack.org/trove/images/ > -Original Message- > From: Turbo Fredriksson [mailto:tu...@bayour.com] > Sent: Saturday, October 01, 2016 5:39 PM > To: openstack List > Subject: [Openstack] Trove MySQL v5.[67] images? > > Does anyone have a Subj that they might want to share? > > I've been trying to create images myself, but have failed > miserably :(. > > > Preferably Debian GNU/Linux (Jessie) based, but I'm quite > desperate, so I'll even consider a .. *shudder* CentOS > image! :) > -- > Turbo Fredriksson > tu...@bayour.com > > > ___ > Mailing list: http://lists.openstack.org/cgi- > bin/mailman/listinfo/openstack > Post to : openstack@lists.openstack.org > Unsubscribe : http://lists.openstack.org/cgi- > bin/mailman/listinfo/openstack ___ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : openstack@lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack