Re: [openstack-dev] [Openstack-operators] [nova][cinder] Is there interest in an admin-api to refresh volume connection info?

2017-09-13 Thread Arne Wiebalck
> On 13 Sep 2017, at 16:52, Matt Riedemann <mriede...@gmail.com> wrote: > > On 9/13/2017 3:24 AM, Arne Wiebalck wrote: >> I’m reviving this thread to check if the suggestion to address potentially >> stale connection >> data by an admin command (or a schedu

Re: [openstack-dev] [Openstack-operators] [nova][cinder] Is there interest in an admin-api to refresh volume connection info?

2017-09-13 Thread Arne Wiebalck
erators mailing list openstack-operat...@lists.openstack.org<mailto:openstack-operat...@lists.openstack.org> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators -- Arne Wiebalck CERN IT __ OpenStack Dev

Re: [openstack-dev] [nova][cinder] Is there interest in an admin-api to refresh volume connection info?

2017-06-08 Thread Arne Wiebalck
> On 08 Jun 2017, at 17:52, Matt Riedemann <mriede...@gmail.com> wrote: > > On 6/8/2017 10:17 AM, Arne Wiebalck wrote: >>> On 08 Jun 2017, at 15:58, Matt Riedemann <mriede...@gmail.com >>> <mailto:mriede...@gmail.com>> wrote: >

Re: [openstack-dev] [nova][cinder] Is there interest in an admin-api to refresh volume connection info?

2017-06-08 Thread Arne Wiebalck
From what I understand, this should work with Ceph. In any case, there is still interest in a fix :-) Cheers, Arne -- Arne Wiebalck CERN IT __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openst

Re: [openstack-dev] [manila] Access key via the UI?

2016-11-03 Thread Arne Wiebalck
open a bug? Just did it: https://bugs.launchpad.net/manila-ui/+bug/1638934 Thanks! Arne On 11/3/16, 7:32 AM, "Arne Wiebalck" <arne.wieba...@cern.ch<mailto:arne.wieba...@cern.ch>> wrote: Hi, As cephx has been added as an access type in the dashboard and an access k

[openstack-dev] [manila] Access key via the UI?

2016-11-03 Thread Arne Wiebalck
’ in the instance panel does)? Couldn’t find any mention of such an activity. Thanks! Arne -- Arne Wiebalck CERN IT __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ

Re: [openstack-dev] [manila] Relation of share types and share protocols

2016-11-02 Thread Arne Wiebalck
On 02 Nov 2016, at 15:15, Ben Swartzlander <b...@swartzlander.org<mailto:b...@swartzlander.org>> wrote: On 11/02/2016 06:23 AM, Arne Wiebalck wrote: Hi Valeriy, I wasn’t aware, thanks! So, if each driver exposes the storage_protocols it supports, would it be sensible to have man

Re: [openstack-dev] [manila] Relation of share types and share protocols

2016-11-02 Thread Arne Wiebalck
> On 02 Nov 2016, at 11:52, Tom Barron <whui...@gmail.com> wrote: > > > > On 11/02/2016 06:23 AM, Arne Wiebalck wrote: >> Hi Valeriy, >> >> I wasn’t aware, thanks! >> >> So, if each driver exposes the storage_protocols it supports,

Re: [openstack-dev] [manila] Relation of share types and share protocols

2016-11-02 Thread Arne Wiebalck
describe, you should just define such extra spec in your share type that will match value reported by desired backend[s]. It is the purpose of extra specs in share types, you (as cloud admin) define its connection yourself, either it is strong or not. Valeriy On Wed, Nov 2, 2016 at

[openstack-dev] [manila] Relation of share types and share protocols

2016-11-02 Thread Arne Wiebalck
supported protocols defined per type, for instance as extra_specs (which, as one example, could then be used by the Manila UI to limit the choice to supported protocols for a given share type, rather than maintaining two independent and hard-coded tuples)? Thanks! Arne -- Arne Wiebalck CERN

Re: [openstack-dev] [Cinder] Static Ceph mon connection info prevents VM restart

2015-05-12 Thread Arne Wiebalck
May 2015, at 01:46, Josh Durgin jdur...@redhat.com wrote: On 05/08/2015 12:41 AM, Arne Wiebalck wrote: Hi Josh, In our case adding the monitor hostnames (alias) would have made only a slight difference: as we moved the servers to another cluster, the client received an authorisation failure

Re: [openstack-dev] [Cinder] Static Ceph mon connection info prevents VM restart

2015-05-08 Thread Arne Wiebalck
this part of connection_info (and hence the XML) dynamically from the local ceph.conf when the connection is created. I think a mechanism like this is for instance used to select a free port for the vnc console when the instance is started. Cheers, Arne — Arne Wiebalck CERN IT On 08 May 2015, at 05

[openstack-dev] [Cinder] Static Ceph mon connection info prevents VM restart

2015-05-06 Thread Arne Wiebalck
? Thanks! Arne — Arne Wiebalck CERN IT __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo

[openstack-dev] [Cinder] volume / host coupling

2015-01-08 Thread Arne Wiebalck
a volume in the first place (for backends where that is possible, of course)? Thanks! Arne — Arne Wiebalck CERN IT ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [Cinder] volume / host coupling

2015-01-08 Thread Arne Wiebalck
...@gmail.commailto:duncan.tho...@gmail.com wrote: The problem is that the scheduler doesn't currently have enough info to know which backends are 'equivalent' and which aren't. e.g. If you have 2 ceph clusters as cinder backends, they are indistinguishable from each other. On 8 January 2015 at 12:14, Arne Wiebalck

Re: [openstack-dev] [Cinder] volume / host coupling

2015-01-08 Thread Arne Wiebalck
on this creates problems in other places please ? Thanks ! Jordan On Thu, Jan 8, 2015 at 3:40 PM, Arne Wiebalck arne.wieba...@cern.chmailto:arne.wieba...@cern.ch wrote: Hmm. Not sure how widespread installations with multiple Ceph backends are where the Cinder hosts have access to only one of the backends