[Openstack-operators] Looking for a largish nova database to test with

Michael Still mikal at stillhq.com
Mon May 13 02:10:45 UTC 2013


I think it depends on how sensitive you think things like the number
of instances launched by a particular tenant is. If you do think its
sensitive, then I'd scramble the tenant ids.

Other things to scramble:
   - password in the cells table (you already have that one)
   - password in the console_pools table
   - password in the consoles table

That's all I see by reading the migrations code.

Michael

On Mon, May 13, 2013 at 10:14 AM, Sam Morrison <sorrison at gmail.com> wrote:
> I'm just having a look through to see what information is sensitive.
>
> So far I've got the password for rabbit in the cells table but most of the other stuff is pretty safe I think.
>
> You have any idea of any other data that could need cleansing?
>
> Sam
>
>
>
> On 13/05/2013, at 9:46 AM, Michael Still <mikal at stillhq.com> wrote:
>
>> Thanks! If cells is a valid way of deploying nova (and it is), then I
>> think I should be testing it. Do you want to ask the powers that be if
>> this would be ok and let me know?
>>
>> I'd love other donations of databases as well...
>>
>> Thanks,
>> Michael
>>
>>
>> On Mon, May 13, 2013 at 9:23 AM, Sam Morrison <sorrison at gmail.com> wrote:
>>> Hi Michael,
>>>
>>> We might be able to help you out. We have ~35,000 rows in our instances table. It might be a bit different as we're running cells so other info isn't in our top level DB.
>>>
>>> Sam
>>>
>>>
>>> On 13/05/2013, at 8:37 AM, Michael Still <mikal at stillhq.com> wrote:
>>>
>>>> Hi.
>>>>
>>>> I'm looking for someone to donate a largish nova database for testing.
>>>> I define largish in this case as being more than 10,000 rows in the
>>>> instances table.
>>>>
>>>> What I want to do is hook database migrations for a few large
>>>> databases into the CI pipeline, so that when we submit migrations
>>>> which would take a long time for a large deployment to run we know
>>>> about it. I have most of the plumbing for that working, but I need
>>>> some databases to run against.
>>>>
>>>> I'd be happy enough to scramble tenant ids, root passwords, and
>>>> anything else people thought was confidential in these databases.
>>>>
>>>> Thanks,
>>>> Michael
>>>>
>>>> _______________________________________________
>>>> OpenStack-operators mailing list
>>>> OpenStack-operators at lists.openstack.org
>>>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators
>>>
>



More information about the OpenStack-operators mailing list