Re: [Openstack] Using nova-volumes openstack LVM group for other pourposes

2012-10-25 Thread Daniel Vázquez
If we create a volume out of openstack context (it's is not created on
nova database) only on system level. Can we after add to openstack?
reformulate ask, Can we add to openstack an existen volumen (it's
living on nova-volumes group)? I'm not sure on nova-volume create
command or horizon ... that behavior it will be with existent lv label
or some other properties.

2012/10/24 Daniel Vázquez daniel2d2...@gmail.com:
 Yeah!! Jon, I'm agree with you about organization/separation LVM
 groups, this is for very very very special situation.
 Any case if I use nova pattern labeling via logical volumen creation
 or via renaming label, I hope can switch the content of this custom
 logical volument to use with openstack, an attach to a VM in future.



 2012/10/24 Jonathan Proulx j...@csail.mit.edu:
 On Wed, Oct 24, 2012 at 08:56:26PM +0200, Daniel Vázquez wrote:
 :Hi here!
 :
 :Can we create and use news logical volumes for own/custom use(out of
 :openstack) on nova-volumes openstack LVM group, and use it beside
 :openstack operational?
 :IMO it's LVM and no problem, but it has openstack collateral consequences?

 If you are talking about creating random logical volumes for
 non-openstack use in the same volume group nova-volume or cinder is
 using to create volumes (lv are in the same vg but don't otherwise
 interact), yes you can do that without ocnfusing openstack or having
 your volumes trampled.  For example only having one volume group and
 using that for operating system partitions as well as volume-foo
 volumes for cinder

 I don't think it's a particularly good idea from an organizational
 standpoint I'd rather have distinct vg's for each purpose so it is
 clear which resources are operating system and which are data, but in
 my environment (a private computing/research cloud with a small admin
 group and 1k users in a few 10's of closely related tenents) it's
 probably more an aesthetic than technical choice.  The larger and more
 diverse your situation the stronger I'd argue for keeping them in
 seperate VGs.

 -Jon

___
Mailing list: https://launchpad.net/~openstack
Post to : openstack@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openstack
More help   : https://help.launchpad.net/ListHelp


Re: [Openstack] Using nova-volumes openstack LVM group for other pourposes

2012-10-25 Thread Gui Maluf
I think renaming the existent volume to a name that cinder/nova-volume
recognize is enough.

On Thu, Oct 25, 2012 at 8:48 AM, Daniel Vázquez daniel2d2...@gmail.com wrote:
 If we create a volume out of openstack context (it's is not created on
 nova database) only on system level. Can we after add to openstack?
 reformulate ask, Can we add to openstack an existen volumen (it's
 living on nova-volumes group)? I'm not sure on nova-volume create
 command or horizon ... that behavior it will be with existent lv label
 or some other properties.

 2012/10/24 Daniel Vázquez daniel2d2...@gmail.com:
 Yeah!! Jon, I'm agree with you about organization/separation LVM
 groups, this is for very very very special situation.
 Any case if I use nova pattern labeling via logical volumen creation
 or via renaming label, I hope can switch the content of this custom
 logical volument to use with openstack, an attach to a VM in future.



 2012/10/24 Jonathan Proulx j...@csail.mit.edu:
 On Wed, Oct 24, 2012 at 08:56:26PM +0200, Daniel Vázquez wrote:
 :Hi here!
 :
 :Can we create and use news logical volumes for own/custom use(out of
 :openstack) on nova-volumes openstack LVM group, and use it beside
 :openstack operational?
 :IMO it's LVM and no problem, but it has openstack collateral consequences?

 If you are talking about creating random logical volumes for
 non-openstack use in the same volume group nova-volume or cinder is
 using to create volumes (lv are in the same vg but don't otherwise
 interact), yes you can do that without ocnfusing openstack or having
 your volumes trampled.  For example only having one volume group and
 using that for operating system partitions as well as volume-foo
 volumes for cinder

 I don't think it's a particularly good idea from an organizational
 standpoint I'd rather have distinct vg's for each purpose so it is
 clear which resources are operating system and which are data, but in
 my environment (a private computing/research cloud with a small admin
 group and 1k users in a few 10's of closely related tenents) it's
 probably more an aesthetic than technical choice.  The larger and more
 diverse your situation the stronger I'd argue for keeping them in
 seperate VGs.

 -Jon

 ___
 Mailing list: https://launchpad.net/~openstack
 Post to : openstack@lists.launchpad.net
 Unsubscribe : https://launchpad.net/~openstack
 More help   : https://help.launchpad.net/ListHelp



-- 
guilherme \n
\tab maluf

___
Mailing list: https://launchpad.net/~openstack
Post to : openstack@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openstack
More help   : https://help.launchpad.net/ListHelp


Re: [Openstack] Using nova-volumes openstack LVM group for other pourposes

2012-10-25 Thread Jonathan Proulx
On Thu, Oct 25, 2012 at 12:48:23PM +0200, Daniel Vázquez wrote:
:If we create a volume out of openstack context (it's is not created on
:nova database) only on system level. Can we after add to openstack?
:reformulate ask, Can we add to openstack an existen volumen (it's
:living on nova-volumes group)? I'm not sure on nova-volume create
:command or horizon ... that behavior it will be with existent lv label
:or some other properties.

It would be possible, it would require manually inserting data in many
places though...this definately isn't a supported option but I do
belive it is technically possible

you might need to follow the naming convention (probably should) of
volume-uuid, this could be doen with lvrename

you will need to make an entry in the volumes table of your nova
database

you will also need an entry in /var/lib/nova/volumes/volume-uuid so
that tgtd knows how to map the iSCSI target back to the correct
device.

that's what comes to mind, it's untested and there may be other
pieces, but there isn't anything special in the logical volume data
or metadata.

If you're trying to plot a migration path for existing VMs it might be
better to use nova to create a new volume and 'dd' to dump the
contents of the old volume into it just to be sure everthing lines up
correctly.

-Jon

:
:2012/10/24 Daniel Vázquez daniel2d2...@gmail.com:
: Yeah!! Jon, I'm agree with you about organization/separation LVM
: groups, this is for very very very special situation.
: Any case if I use nova pattern labeling via logical volumen creation
: or via renaming label, I hope can switch the content of this custom
: logical volument to use with openstack, an attach to a VM in future.
:
:
:
: 2012/10/24 Jonathan Proulx j...@csail.mit.edu:
: On Wed, Oct 24, 2012 at 08:56:26PM +0200, Daniel Vázquez wrote:
: :Hi here!
: :
: :Can we create and use news logical volumes for own/custom use(out of
: :openstack) on nova-volumes openstack LVM group, and use it beside
: :openstack operational?
: :IMO it's LVM and no problem, but it has openstack collateral consequences?
:
: If you are talking about creating random logical volumes for
: non-openstack use in the same volume group nova-volume or cinder is
: using to create volumes (lv are in the same vg but don't otherwise
: interact), yes you can do that without ocnfusing openstack or having
: your volumes trampled.  For example only having one volume group and
: using that for operating system partitions as well as volume-foo
: volumes for cinder
:
: I don't think it's a particularly good idea from an organizational
: standpoint I'd rather have distinct vg's for each purpose so it is
: clear which resources are operating system and which are data, but in
: my environment (a private computing/research cloud with a small admin
: group and 1k users in a few 10's of closely related tenents) it's
: probably more an aesthetic than technical choice.  The larger and more
: diverse your situation the stronger I'd argue for keeping them in
: seperate VGs.
:
: -Jon
:
:___
:Mailing list: https://launchpad.net/~openstack
:Post to : openstack@lists.launchpad.net
:Unsubscribe : https://launchpad.net/~openstack
:More help   : https://help.launchpad.net/ListHelp

___
Mailing list: https://launchpad.net/~openstack
Post to : openstack@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openstack
More help   : https://help.launchpad.net/ListHelp


Re: [Openstack] Using nova-volumes openstack LVM group for other pourposes

2012-10-25 Thread Daniel Vázquez
Yep! or maybe ...
- we've an existent manual logical volume my-custom-volume.
- create a new nova volume volume-0xx (openstack generate all
database and configurations need)
- delete the newest volume-0xx
- rename my-custom-volume to volume-0xx
- one coffe cup! :)

I think ok, if no other hidden data as, others guid, low level LVM data ...



2012/10/25 Jonathan Proulx j...@csail.mit.edu:
 On Thu, Oct 25, 2012 at 12:48:23PM +0200, Daniel Vázquez wrote:
 :If we create a volume out of openstack context (it's is not created on
 :nova database) only on system level. Can we after add to openstack?
 :reformulate ask, Can we add to openstack an existen volumen (it's
 :living on nova-volumes group)? I'm not sure on nova-volume create
 :command or horizon ... that behavior it will be with existent lv label
 :or some other properties.

 It would be possible, it would require manually inserting data in many
 places though...this definately isn't a supported option but I do
 belive it is technically possible

 you might need to follow the naming convention (probably should) of
 volume-uuid, this could be doen with lvrename

 you will need to make an entry in the volumes table of your nova
 database

 you will also need an entry in /var/lib/nova/volumes/volume-uuid so
 that tgtd knows how to map the iSCSI target back to the correct
 device.

 that's what comes to mind, it's untested and there may be other
 pieces, but there isn't anything special in the logical volume data
 or metadata.

 If you're trying to plot a migration path for existing VMs it might be
 better to use nova to create a new volume and 'dd' to dump the
 contents of the old volume into it just to be sure everthing lines up
 correctly.

 -Jon

 :
 :2012/10/24 Daniel Vázquez daniel2d2...@gmail.com:
 : Yeah!! Jon, I'm agree with you about organization/separation LVM
 : groups, this is for very very very special situation.
 : Any case if I use nova pattern labeling via logical volumen creation
 : or via renaming label, I hope can switch the content of this custom
 : logical volument to use with openstack, an attach to a VM in future.
 :
 :
 :
 : 2012/10/24 Jonathan Proulx j...@csail.mit.edu:
 : On Wed, Oct 24, 2012 at 08:56:26PM +0200, Daniel Vázquez wrote:
 : :Hi here!
 : :
 : :Can we create and use news logical volumes for own/custom use(out of
 : :openstack) on nova-volumes openstack LVM group, and use it beside
 : :openstack operational?
 : :IMO it's LVM and no problem, but it has openstack collateral 
 consequences?
 :
 : If you are talking about creating random logical volumes for
 : non-openstack use in the same volume group nova-volume or cinder is
 : using to create volumes (lv are in the same vg but don't otherwise
 : interact), yes you can do that without ocnfusing openstack or having
 : your volumes trampled.  For example only having one volume group and
 : using that for operating system partitions as well as volume-foo
 : volumes for cinder
 :
 : I don't think it's a particularly good idea from an organizational
 : standpoint I'd rather have distinct vg's for each purpose so it is
 : clear which resources are operating system and which are data, but in
 : my environment (a private computing/research cloud with a small admin
 : group and 1k users in a few 10's of closely related tenents) it's
 : probably more an aesthetic than technical choice.  The larger and more
 : diverse your situation the stronger I'd argue for keeping them in
 : seperate VGs.
 :
 : -Jon
 :
 :___
 :Mailing list: https://launchpad.net/~openstack
 :Post to : openstack@lists.launchpad.net
 :Unsubscribe : https://launchpad.net/~openstack
 :More help   : https://help.launchpad.net/ListHelp

___
Mailing list: https://launchpad.net/~openstack
Post to : openstack@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openstack
More help   : https://help.launchpad.net/ListHelp


[Openstack] Using nova-volumes openstack LVM group for other pourposes

2012-10-24 Thread Daniel Vázquez
Hi here!

Can we create and use news logical volumes for own/custom use(out of
openstack) on nova-volumes openstack LVM group, and use it beside
openstack operational?
IMO it's LVM and no problem, but it has openstack collateral consequences?

Thx

___
Mailing list: https://launchpad.net/~openstack
Post to : openstack@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openstack
More help   : https://help.launchpad.net/ListHelp


Re: [Openstack] Using nova-volumes openstack LVM group for other pourposes

2012-10-24 Thread Eric Windisch


On Wednesday, October 24, 2012 at 14:56 PM, Daniel Vázquez wrote:

 Hi here!
  
 Can we create and use news logical volumes for own/custom use(out of
 openstack) on nova-volumes openstack LVM group, and use it beside
 openstack operational?
 IMO it's LVM and no problem, but it has openstack collateral consequences?
  
  
  

I generally advise not to do this due to potential security concerns.

In practice, your concerns will be with deleting manually created volumes and 
creating volumes that match the pattern set in the nova-volumes/cinder 
configuration.

Regards,
Eric Windisch

___
Mailing list: https://launchpad.net/~openstack
Post to : openstack@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openstack
More help   : https://help.launchpad.net/ListHelp


Re: [Openstack] Using nova-volumes openstack LVM group for other pourposes

2012-10-24 Thread Daniel Vázquez
About security, you're talking about attaching volumes with data out
of tenants concerns. Or some else?
Anyway, we can use the volume group as any other LVM group, and ... :
  - If we use nova-volume labeling pattern, we can use it for future
uses in openstack instances.
  - But If we use our own labeling pattern, then we can use it in
openstack... But can we use lvrename command?? no other setup concerns
to openstack? thats right?


2012/10/24 Eric Windisch e...@cloudscaling.com:

 On Wednesday, October 24, 2012 at 14:56 PM, Daniel Vázquez wrote:

 Hi here!

 Can we create and use news logical volumes for own/custom use(out of
 openstack) on nova-volumes openstack LVM group, and use it beside
 openstack operational?
 IMO it's LVM and no problem, but it has openstack collateral consequences?

 I generally advise not to do this due to potential security concerns.

 In practice, your concerns will be with deleting manually created volumes
 and creating volumes that match the pattern set in the nova-volumes/cinder
 configuration.

 Regards,
 Eric Windisch

___
Mailing list: https://launchpad.net/~openstack
Post to : openstack@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openstack
More help   : https://help.launchpad.net/ListHelp


Re: [Openstack] Using nova-volumes openstack LVM group for other pourposes

2012-10-24 Thread Jonathan Proulx
On Wed, Oct 24, 2012 at 08:56:26PM +0200, Daniel Vázquez wrote:
:Hi here!
:
:Can we create and use news logical volumes for own/custom use(out of
:openstack) on nova-volumes openstack LVM group, and use it beside
:openstack operational?
:IMO it's LVM and no problem, but it has openstack collateral consequences?

If you are talking about creating random logical volumes for
non-openstack use in the same volume group nova-volume or cinder is
using to create volumes (lv are in the same vg but don't otherwise
interact), yes you can do that without ocnfusing openstack or having
your volumes trampled.  For example only having one volume group and
using that for operating system partitions as well as volume-foo
volumes for cinder

I don't think it's a particularly good idea from an organizational
standpoint I'd rather have distinct vg's for each purpose so it is
clear which resources are operating system and which are data, but in
my environment (a private computing/research cloud with a small admin
group and 1k users in a few 10's of closely related tenents) it's
probably more an aesthetic than technical choice.  The larger and more
diverse your situation the stronger I'd argue for keeping them in
seperate VGs.

-Jon

___
Mailing list: https://launchpad.net/~openstack
Post to : openstack@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openstack
More help   : https://help.launchpad.net/ListHelp


Re: [Openstack] Using nova-volumes openstack LVM group for other pourposes

2012-10-24 Thread Daniel Vázquez
Yeah!! Jon, I'm agree with you about organization/separation LVM
groups, this is for very very very special situation.
Any case if I use nova pattern labeling via logical volumen creation
or via renaming label, I hope can switch the content of this custom
logical volument to use with openstack, an attach to a VM in future.



2012/10/24 Jonathan Proulx j...@csail.mit.edu:
 On Wed, Oct 24, 2012 at 08:56:26PM +0200, Daniel Vázquez wrote:
 :Hi here!
 :
 :Can we create and use news logical volumes for own/custom use(out of
 :openstack) on nova-volumes openstack LVM group, and use it beside
 :openstack operational?
 :IMO it's LVM and no problem, but it has openstack collateral consequences?

 If you are talking about creating random logical volumes for
 non-openstack use in the same volume group nova-volume or cinder is
 using to create volumes (lv are in the same vg but don't otherwise
 interact), yes you can do that without ocnfusing openstack or having
 your volumes trampled.  For example only having one volume group and
 using that for operating system partitions as well as volume-foo
 volumes for cinder

 I don't think it's a particularly good idea from an organizational
 standpoint I'd rather have distinct vg's for each purpose so it is
 clear which resources are operating system and which are data, but in
 my environment (a private computing/research cloud with a small admin
 group and 1k users in a few 10's of closely related tenents) it's
 probably more an aesthetic than technical choice.  The larger and more
 diverse your situation the stronger I'd argue for keeping them in
 seperate VGs.

 -Jon

___
Mailing list: https://launchpad.net/~openstack
Post to : openstack@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openstack
More help   : https://help.launchpad.net/ListHelp