Open Stack

Dear Padraig,
 
auth=no already set in qpidd.conf, and qpid-stat -c works well after this set.
 
[root at kapi-r11 nova]# qpid-stat -c
Connections
  client-addr             cproc      cpid   auth       connected  idle  msgIn  msgOut
  =====================================================================================
  [::1]:5672-[::1]:45060  qpid-stat  28059  anonymous  0s         0s     208    263

[root at kapi-r11 nova]# qpid-queue-stats
Queue Name                                     Sec       Depth     Enq Rate     Deq Rate
========================================================================================
qmfc-v2-ui-kapi-r11.28077.1                   10.00          0         0.10         0.10
topic-kapi-r11.28077.1                        10.00          0         0.20         0.20

 
While nova related components still could not connect. I plan to use other queue to have a test.
Please share your ideas. Thanks as always.
 
Regards,

Will


________________________________
发件人： Pádraig Brady <P at draigBrady.com>
收件人： 延生 付 <willfly0620 at yahoo.com.cn> 
抄送： "openstack at lists.launchpad.net" <openstack at lists.launchpad.net> 
发送日期： 2012年7月24日, 星期二, 下午 5:44
主题: Re: 回复： [Openstack] [openstack] nova-compute always dead on RHEL6.1

On 07/24/2012 02:05 AM, 延生 付 wrote:
> Dear Padraig,
>  
> Thanks for the help. I can see the log from console, really strange there is no log generated under /var/log/nova, the permission is open to nova.

Ensure there are no root owned files under /var/log/nova

> Another question is Apache Qpid can not be connected, even from the same server. I setup from default, no further config.
> I can see the port 5672 is listened, and I also turned iptables off. Is there any Qpid log I can refer?

Try setting auth=no is set in /etc/qpidd.conf

Note these instructions have been used successfully by many:
https://fedoraproject.org/wiki/Getting_started_with_OpenStack_EPEL

cheers,
Pádraig.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack/attachments/20120725/3579b6c9/attachment.html>