fuel-dev team mailing list archive

[Dmitry Borodaenko <dborodaenko@xxxxxxxxxxxx>]

I think we should put it in Triaged state and postpone it to 5.0.
Latest comments indicate that the root cause is radosgw failing to
stay up if there's no OSD nodes in the cluster. We need fine-grained
deployment to fix this properly, so that we could run the whole
ceph::radosgw class after at least one ceph-osd node is done. Ideally,
we need a new ceph-rgw role, so that we can support dedicated object
storage frontend nodes.

On Mon, Feb 17, 2014 at 1:04 AM, Mike Scherbakov
<mscherbakov@xxxxxxxxxxxx> wrote:
> Folks,
> I'm wondering on the status of this bug:
> https://bugs.launchpad.net/fuel/+bug/1261966, which basically affects our
> rados-gw support story.
> Looks like it has pretty decent comments and it is still Incomplete for some
> reason. Let's review it again - what would be our action items in getting
> rados-gw for glance?
>
> Thanks,
>
>
> On Thu, Dec 19, 2013 at 4:28 AM, Andrew Woodward <xarses@xxxxxxxxx> wrote:
>>
>>
>>
>>
>> On Wed, Dec 18, 2013 at 9:57 AM, David Easter <deaster@xxxxxxxxxxxx>
>> wrote:
>>>
>>>
>>> If we install Swift by default for customer object storage, and it's not
>>> very common for customers to choose ceph rados-gw, perhaps we can
>>> continue
>>> to leave that out of the Wizard for now and keep it in Settings.
>>
>>
>> We only left swift installing for object because rados-gw support barely
>> made it into 3.2, If https://bugs.launchpad.net/fuel/+bug/1261966 is
>> resolved, we probably should make rados-gw default if ceph is chosen for
>> glance
>>
>> --
>> Mailing list: https://launchpad.net/~fuel-dev
>> Post to     : fuel-dev@xxxxxxxxxxxxxxxxxxx
>> Unsubscribe : https://launchpad.net/~fuel-dev
>> More help   : https://help.launchpad.net/ListHelp
>>
>
>
>
> --
> Mike Scherbakov
> #mihgen
>
> --
> Mailing list: https://launchpad.net/~fuel-dev
> Post to     : fuel-dev@xxxxxxxxxxxxxxxxxxx
> Unsubscribe : https://launchpad.net/~fuel-dev
> More help   : https://help.launchpad.net/ListHelp
>



-- 
Dmitry Borodaenko