Mailing List Archive

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
turbo@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: Trove MySQL v5.[67] images? [ In reply to ]
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:turbo@bayour.com]
> Sent: Saturday, October 01, 2016 5:39 PM
> To: openstack List <openstack@lists.openstack.org>
> 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
> turbo@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
Re: Trove MySQL v5.[67] images? [ In reply to ]
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: Trove MySQL v5.[67] images? [ In reply to ]
> -----Original Message-----
> From: Turbo Fredriksson [mailto:turbo@bayour.com]
> Sent: Sunday, October 02, 2016 10:13 AM
> To: openstack List <openstack@lists.openstack.org>
> 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 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.

> 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

_______________________________________________
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: Trove MySQL v5.[67] images? [ In reply to ]
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: Trove MySQL v5.[67] images? [ In reply to ]
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: Trove MySQL v5.[67] images? [ In reply to ]
> -----Original Message-----
> From: Turbo Fredriksson [mailto:turbo@bayour.com]
> Sent: Sunday, October 02, 2016 12:57 PM
> To: openstack List <openstack@lists.openstack.org>
> 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: Trove MySQL v5.[67] images? [ In reply to ]
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?
--
Ehhhhm - 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: Trove MySQL v5.[67] images? [ In reply to ]
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 <amrith@tesora.com> ha scritto:
>
>
>
>> -----Original Message-----
>> From: Turbo Fredriksson [mailto:turbo@bayour.com]
>> Sent: Sunday, October 02, 2016 10:13 AM
>> To: openstack List <openstack@lists.openstack.org>
>> 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 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.
>
>> 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
>
> _______________________________________________
> 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
>
> !DSPAM:1,57f13a96176139535417096!
>
Re: Trove MySQL v5.[67] images? [ In reply to ]
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: Trove MySQL v5.[67] images? [ In reply to ]
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: Trove MySQL v5.[67] images? [ In reply to ]
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: Trove MySQL v5.[67] images? [ In reply to ]
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: Trove MySQL v5.[67] images? [ In reply to ]
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: Trove MySQL v5.[67] images? [ In reply to ]
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
Re: Trove MySQL v5.[67] images? [ In reply to ]
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: Trove MySQL v5.[67] images? [ In reply to ]
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: Trove MySQL v5.[67] images? [ In reply to ]
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: Trove MySQL v5.[67] images? [ In reply to ]
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: Trove MySQL v5.[67] images? [ In reply to ]
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..
--
Ehhhhm - 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: Trove MySQL v5.[67] images? [ In reply to ]
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: Trove MySQL v5.[67] images? [ In reply to ]
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: Trove MySQL v5.[67] images? [ In reply to ]
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: Trove MySQL v5.[67] images? [ In reply to ]
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: Trove MySQL v5.[67] images? [ In reply to ]
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

1 2  View All