[Openstack-operators] Grizzly - Access & Security page in Horizon does not load only for Admin

matt matt at nycresistor.com
Thu Mar 12 21:35:25 UTC 2015


that timeout is probably in the HTTP server.  it also depends how it's
executing in the http server.  django

-matt

On Thu, Mar 12, 2015 at 4:57 PM, Muthulakshmi S <smuthu712 at gmail.com> wrote:

> Thanks, nova secgroup-list took 0m30.250s to list two sec grps in Admin
> tenant,
>
> quantum security-group-list took 0m22.060s and listed security groups for
> all tenants (total - 1364).
>
> Can the timeout be increased instead of upgrading to Havana or IceHouse ?
>
>
> On Thu, Mar 12, 2015 at 4:06 PM, Abel Lopez <alopgeek at gmail.com> wrote:
>
>> My guess is that you're timing out because it's getting all security
>> groups for all tenants.
>> Try listing it with the CLI client to see how long it would take.
>> I've seen similar issues with other tabs, like the grizzly horizon tab
>> for images was also getting all cinder snapshots, so that page was slow.
>> But, thankfully, you can upgrade horizon independent of the rest of your
>> installation, so you could pretty easily go to Havana or Icehouse horizon
>> on your Grizzly site.
>>
>> > On Mar 12, 2015, at 8:45 AM, Muthulakshmi S <smuthu712 at gmail.com>
>> wrote:
>> >
>> > We have Grizzly environment and see slow response from Horizon. Though
>> we can atleast browse all the pages (Instance, Volumes, Images & Snapshots
>> and Access & Security) as a tenant user (though its slow), however in Admin
>> project, we can load all pages except "Access & Security".
>> >
>> > In Admin project, the pages shows loading and then eventually times out
>> while trying to access "Access & Security", other tabs works fine though.
>> >
>> > nova, keystone and quantum cli commands as works fine for Admin, only
>> EC2 gives time out.
>> >
>> > We have enabled offline compression and set debug to false in
>> openstack-dashboard/local_settings.py
>> > DEBUG = False
>> > COMPRESS_OFFLINE = True
>> >
>> > Can you please suggest what else could be the issue ?
>> >
>> > Thanks !!!
>> > _______________________________________________
>> > OpenStack-operators mailing list
>> > OpenStack-operators at lists.openstack.org
>> > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators
>>
>>
>
> _______________________________________________
> OpenStack-operators mailing list
> OpenStack-operators at lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-operators/attachments/20150312/640d8f72/attachment.html>


More information about the OpenStack-operators mailing list