From prag_2648 at yahoo.co.in Sun Sep 1 06:32:13 2013 From: prag_2648 at yahoo.co.in (pragya jain) Date: Sun, 1 Sep 2013 14:32:13 +0800 (SGT) Subject: [Openstack] Fw: problem in creating account in swift In-Reply-To: References: <1377784882.97854.YahooMailNeo@web193605.mail.sg3.yahoo.com> <1377841091.5686.YahooMailNeo@web193605.mail.sg3.yahoo.com> <1377847449.99293.YahooMailNeo@web193602.mail.sg3.yahoo.com> <1377847758.82435.YahooMailNeo@web193603.mail.sg3.yahoo.com> <1377925516.86638.YahooMailNeo@web193604.mail.sg3.yahoo.com> <1377931409.94597.YahooMailNeo@web193601.mail.sg3.yahoo.com> <1377934637.10448.YahooMailNeo@web193605.mail.sg3.yahoo.com> <1377936089.10264.YahooMailNeo@web193603.mail.sg3.yahoo.com> <1377944259.69815.YahooMailNeo@web193606.mail.sg3.yahoo.com> Message-ID: <1378017133.20549.YahooMailNeo@web193603.mail.sg3.yahoo.com> hello sir, I did the following job: arun at arun-Aspire-5742:~$ su - Password:  root at arun-Aspire-5742:~# sudo swift-init account start Starting account-server...(/etc/swift/account-server.conf) root at arun-Aspire-5742:~# sudo swift-init proxy start Starting proxy-server...(/etc/swift/proxy-server.conf) root at arun-Aspire-5742:~# curl -v -H 'X-Auth-User:prag2648:pragya' -H 'X-Auth-Key:pj2648' http://localhost:8080/auth/v1.0/ * About to connect() to localhost port 8080 (#0) *   Trying 127.0.0.1... connected > GET /auth/v1.0/ HTTP/1.1 > User-Agent: curl/7.22.0 (i686-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 zlib/1.2.3.4 libidn/1.23 librtmp/2.3 > Host: localhost:8080 > Accept: */* > X-Auth-User:prag2648:pragya > X-Auth-Key:pj2648 >  < HTTP/1.1 200 OK < X-Storage-Url: http://localhost:8080/v1/AUTH_prag2648 < X-Auth-Token: AUTH_tk9867f9725a1246a1af3e30b9f7161eb5 < Content-Type: text/html; charset=UTF-8 < X-Storage-Token: AUTH_tk9867f9725a1246a1af3e30b9f7161eb5 < Content-Length: 0 < X-Trans-Id: tx8f658e6bd3b244b793815-005222de45 < Date: Sun, 01 Sep 2013 06:27:17 GMT <  * Connection #0 to host localhost left intact * Closing connection #0 root at arun-Aspire-5742:~# curl -v -H 'X-Storage-Token: AUTH_tk9867f9725a1246a1af3e30b9f7161eb5' http://127.0.0.1:8080/v1/AUTH_prag2648/ * About to connect() to 127.0.0.1 port 8080 (#0) *   Trying 127.0.0.1... connected > GET /v1/AUTH_prag2648/ HTTP/1.1 > User-Agent: curl/7.22.0 (i686-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 zlib/1.2.3.4 libidn/1.23 librtmp/2.3 > Host: 127.0.0.1:8080 > Accept: */* > X-Storage-Token: AUTH_tk9867f9725a1246a1af3e30b9f7161eb5 >  < HTTP/1.1 503 Internal Server Error < Content-Length: 118 < Content-Type: text/html; charset=UTF-8 < X-Trans-Id: tx1c1cb6e3a9f64b56a9550-005222dea4 < Date: Sun, 01 Sep 2013 06:28:54 GMT <  * Connection #0 to host 127.0.0.1 left intact * Closing connection #0

Service Unavailable

The server is currently unavailable. Please try again at a later time.

root at arun-Aspire-5742:~#  root at arun-Aspire-5742:~# curl -v -H 'X-Storage-Token:AUTH_tk9867f9725a1246a1af3e30b9f7161eb5' http://localhost:8080/v1/AUTH_prag2648/ * About to connect() to localhost port 8080 (#0) *   Trying 127.0.0.1... connected > GET /v1/AUTH_prag2648/ HTTP/1.1 > User-Agent: curl/7.22.0 (i686-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 zlib/1.2.3.4 libidn/1.23 librtmp/2.3 > Host: localhost:8080 > Accept: */* > X-Storage-Token:AUTH_tk9867f9725a1246a1af3e30b9f7161eb5 >  < HTTP/1.1 503 Internal Server Error < Content-Length: 118 < Content-Type: text/html; charset=UTF-8 < X-Trans-Id: txa4c98c518382430ab9f5f-005222dede < Date: Sun, 01 Sep 2013 06:29:51 GMT <  * Connection #0 to host localhost left intact * Closing connection #0

Service Unavailable

The server is currently unavailable. Please try again at a later time.

root at arun-Aspire-5742:~#  root at arun-Aspire-5742:~#  But it again shows internal server error. >________________________________ > From: Clay Gerrard >To: pragya jain >Sent: Saturday, 31 August 2013 7:38 PM >Subject: Re: Fw: problem in creating account in swift > > > >I was only just connecting to the account directly (127.0.0.1:6002) to prove a point - normally clients would always only talk to the proxy (127.0.0.1:8080). > >curl -v -H 'X-Storage-Token: AUTH_tk06aa273c010b4e7d886b7ec78fbef396' http://127.0.0.1:8080/v1/AUTH_prag2648/ > >... should work? > > > >On Sat, Aug 31, 2013 at 3:17 AM, pragya jain wrote: > >root at arun-Aspire-5742:/etc/swift# swift-ring-builder account.builder add z1-127.0.0.1:6002/d1 100 WARNING: No region specified for z1-127.0.0.1:6002/d1. Defaulting to region 1. Device d2r1z1-127.0.0.1:6002R127.0.0.1:6002/d1_"" with 100.0 weight got id 2 root at arun-Aspire-5742:/etc/swift# swift-ring-builder container.builder add z1-127.0.0.1:6001/d1 100 WARNING: No region specified for z1-127.0.0.1:6001/d1. Defaulting to region 1. Device d1r1z1-127.0.0.1:6001R127.0.0.1:6001/d1_"" with 100.0 weight got id 1 root at arun-Aspire-5742:/etc/swift# swift-ring-builder object.builder add z1-127.0.0.1:6000/d1 100 WARNING: No region specified for z1-127.0.0.1:6000/d1. Defaulting to region 1. Device d2r1z1-127.0.0.1:6000R127.0.0.1:6000/d1_"" with 100.0 weight got id 2 root at arun-Aspire-5742:/etc/swift# swift-ring-builder account.builder rebalance Reassigned 262144 (100.00%) partitions. Balance is now 0.00. root at arun-Aspire-5742:/etc/swift# swift-ring-builder container.builder rebalance Reassigned 262144 (100.00%) partitions. Balance is now 33.33. ------------------------------------------------------------------------------- NOTE: Balance of 33.33 indicates you should push this ring, wait at least 24 hours, and rebalance/repush. ------------------------------------------------------------------------------- root at arun-Aspire-5742:/etc/swift# swift-ring-builder container.builder pretend_min_part_hours_passed root at arun-Aspire-5742:/etc/swift# swift-ring-builder object.builder pretend_min_part_hours_passed root at arun-Aspire-5742:/etc/swift# swift-ring-builder container.builder rebalanceReassigned 131072 (50.00%) partitions. Balance is now 0.00. root at arun-Aspire-5742:/etc/swift# swift-ring-builder object.builder rebalanceReassigned 262144 (100.00%) partitions. Balance is now 0.00. root at arun-Aspire-5742:/etc/swift# curl -v -H 'X-Auth-User:prag2648:pragya' -H 'X-Auth-Key:pj2648' http://localhost:8080/auth/v1.0/ * About to connect() to localhost port 8080 (#0) * Trying 127.0.0.1... Connection refused * couldn't connect to host * Closing connection #0 curl: (7) couldn't connect to host root at arun-Aspire-5742:/etc/swift# sudo swift-init account start Starting account-server...(/etc/swift/account-server.conf) root at arun-Aspire-5742:/etc/swift# sudo swift-init proxy start Starting proxy-server...(/etc/swift/proxy-server.conf) root at arun-Aspire-5742:/etc/swift# curl -v -H 'X-Auth-User:prag2648:pragya' -H 'X-Auth-Key:pj2648' http://localhost:8080/auth/v1.0/ >>* About to connect() to localhost port 8080 (#0) * Trying 127.0.0.1... connected > GET /auth/v1.0/ HTTP/1.1 > User-Agent: curl/7.22.0 (i686-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 zlib/1.2.3.4 libidn/1.23 librtmp/2.3 > Host: localhost:8080 > Accept: */* > X-Auth-User:prag2648:pragya > X-Auth-Key:pj2648 > < HTTP/1.1 200 OK < X-Storage-Url: http://localhost:8080/v1/AUTH_prag2648 >>< X-Auth-Token: AUTH_tk06aa273c010b4e7d886b7ec78fbef396 < Content-Type: text/html; charset=UTF-8 < X-Storage-Token: AUTH_tk06aa273c010b4e7d886b7ec78fbef396 < Content-Length: 0 < X-Trans-Id: tx21f0255793574234b88aa-005221bf20 < Date: Sat, 31 Aug 2013 10:02:08 GMT < * Connection #0 to host localhost left intact * Closing connection #0 root at arun-Aspire-5742:/etc/swift# curl -v -H 'X-Storage-Token: AUTH_tk06aa273c010b4e7d886b7ec78fbef396' http://127.0.0.1/v1/AUTH_prag2648/ * About to connect() to 127.0.0.1 port 80 (#0) * Trying 127.0.0.1... Connection refused * couldn't connect to host * Closing connection #0 curl: (7) couldn't connect to host root at arun-Aspire-5742:/etc/swift# curl -v -H 'X-Storage-Token: AUTH_tk06aa273c010b4e7d886b7ec78fbef396' http://127.0.0.1:6002/v1/AUTH_prag2648/ * About to connect() to 127.0.0.1 port 6002 (#0) * Trying 127.0.0.1... connected > GET /v1/AUTH_prag2648/ HTTP/1.1 > User-Agent: curl/7.22.0 (i686-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 zlib/1.2.3.4 libidn/1.23 librtmp/2.3 > Host: 127.0.0.1:6002 > Accept: */* > X-Storage-Token: AUTH_tk06aa273c010b4e7d886b7ec78fbef396 > < HTTP/1.1 400 Bad Request < Content-Length: 32 < Content-Type: text/plain < Date: Sat, 31 Aug 2013 10:04:14 GMT < * Connection #0 to host 127.0.0.1 left intact * Closing connection #0 >>it shows a bad request error in retrieving the content of account >> >> >> >> >>>________________________________ >>> From: Clay Gerrard >>>To: pragya jain >>>Sent: Saturday, 31 August 2013 1:42 PM >>> >>>Subject: Re: Fw: problem in creating account in swift >>> >>> >>> >>>so that was only a couple of minutes of logs and it was ll the boring info lines from the background daemons.  Let's stop those while we troubeshoot: >>> >>> >>>`swift-init rest stop` >>> >>> >>> >>>the listening servers show there's something listening on all interfaces on 6002.  It doesn't make sense that you wouldn't be able to connect to it?  Maybe this machine isn't really 10.0.2.15?  Can you ping it?  Maybe there's a weird route?  Try localhost: >>> >>> >>>`curl http://localhost:6002` >>> >>> >>>can you /msg clayg on Freenode so we can chat realtime? >>> >>> >>> >>>On Sat, Aug 31, 2013 at 1:01 AM, pragya jain wrote: >>> >>>hello sir, >>>> >>>> >>>>I run the following command: >>>> >>>> >>>>root at arun-Aspire-5742:~# sudo netstat -plnt >>>>Active Internet connections (only servers) >>>>Proto Recv-Q Send-Q Local Address           Foreign Address         State       PID/Program name >>>>tcp        0      0 127.0.0.1:11211         0.0.0.0:*               LISTEN      948/memcached    >>>>tcp        0      0 0.0.0.0:8080            0.0.0.0:*               LISTEN      2589/python      >>>>tcp        0      0 0.0.0.0:6000            0.0.0.0:*               LISTEN      2613/python      >>>>tcp        0      0 0.0.0.0:6001            0.0.0.0:*               LISTEN      2593/python      >>>>tcp        0      0 0.0.0.0:6002            0.0.0.0:*               LISTEN      2594/python      >>>>tcp        0      0 127.0.0.1:53            0.0.0.0:*               LISTEN      4137/dnsmasq     >>>>tcp        0      0 127.0.0.1:631           0.0.0.0:*               LISTEN      579/cupsd        >>>>tcp        0      0 0.0.0.0:873             0.0.0.0:*               LISTEN      2816/rsync       >>>>tcp6       0      0 ::1:631                 :::*                    LISTEN      579/cupsd        >>>>tcp6       0      0 :::873                  :::*                    LISTEN      2816/rsync       >>>> >>>> >>>>root at arun-Aspire-5742:~# cat /var/log/syslog >>>>paste the result on http://paste.openstack.org/ >>>>Paste #45522 >>>> >>>>>________________________________ >>>>> From: Clay Gerrard >>>>>To: pragya jain >>>>>Sent: Saturday, 31 August 2013 1:15 PM >>>>> >>>>>Subject: Re: Fw: problem in creating account in swift >>>>> >>>>> >>>>> >>>>>so what port is it listening on? >>>>> >>>>> >>>>>`sudo netstat -plnt` >>>>> >>>>> >>>>> >>>>>The logs man... the logs.  `cat /var/log/syslog` copy the whole thing in http://paste.openstack.org/ if you have to. >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>>On Sat, Aug 31, 2013 at 12:37 AM, pragya jain wrote: >>>>> >>>>>root at arun-Aspire-5742:~# swift-ring-builder /etc/swift/account.builder >>>>>>/etc/swift/account.builder, build version 1 >>>>>>262144 partitions, 3.000000 replicas, 1 regions, 1 zones, 1 devices, 0.00 balance >>>>>>The minimum number of hours before a partition can be reassigned is 24 >>>>>>Devices:    id  region  zone      ip address  port  replication ip  replication port      name weight partitions balance meta >>>>>>             0       1     1       10.0.2.15  6000       10.0.2.15              6000        d1 100.00     786432    0.00  >>>>>> >>>>>> >>>>>>root at arun-Aspire-5742:~# curl -v -H 'X-Storage-Token: AUTH_tk06aa273c010b4e7d886b7ec78fbef396'http://10.0.2.15:6000/v1/AUTH_prag2648/ >>>>>>* About to connect() to 10.0.2.15 port 6000 (#0) >>>>>>*   Trying 10.0.2.15... Connection timed out >>>>>>* couldn't connect to host >>>>>>* Closing connection #0 >>>>>>curl: (7) couldn't connect to host >>>>>> >>>>>> >>>>>>/etc/swift/account-server.conf file says: >>>>>> >>>>>> >>>>>>[DEFAULT] >>>>>># bind_ip = 0.0.0.0 >>>>>># bind_port = 6002 >>>>>># bind_timeout = 30 >>>>>># backlog = 4096 >>>>>># user = swift >>>>>># swift_dir = /etc/swift >>>>>># devices = /srv/node >>>>>># mount_check = true >>>>>># disable_fallocate = false >>>>>>.... >>>>>> >>>>>> >>>>>>root at arun-Aspire-5742:~# curl -v -H 'X-Storage-Token: AUTH_tk06aa273c010b4e7d886b7ec78fbef396' http://10.0.2.15:6002/v1/AUTH_prag2648/ >>>>>>* About to connect() to 10.0.2.15 port 6002 (#0) >>>>>>*   Trying 10.0.2.15... Connection timed out >>>>>>* couldn't connect to host >>>>>>* Closing connection #0 >>>>>>curl: (7) couldn't connect to host >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>>>________________________________ >>>>>>> From: Clay Gerrard >>>>>>>To: pragya jain >>>>>>>Sent: Saturday, 31 August 2013 12:49 PM >>>>>>> >>>>>>>Subject: Re: Fw: problem in creating account in swift >>>>>>> >>>>>>> >>>>>>> >>>>>>>ok, so you're getting the exact same error the proxy is - unable to connect.  I'm sure that is in the log - can you check? >>>>>>> >>>>>>>By default the account server's listen on 6002: >>>>>>>http://docs.openstack.org/developer/swift/deployment_guide.html#account-server-configuration >>>>>>> >>>>>>> >>>>>>> >>>>>>>not 6000 - so your ring is pointing your proxy at the wrong place (or your account server is listening on the wrong port, however you want to look at it) >>>>>>> >>>>>>> >>>>>>>Can you connect to the account server on 6002? >>>>>>> >>>>>>> >>>>>>>Here's how you remove/add a server from the ring: >>>>>>>http://docs.openstack.org/developer/swift/admin_guide.html >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>>On Fri, Aug 30, 2013 at 11:43 PM, pragya jain wrote: >>>>>>> >>>>>>>hello sir, >>>>>>>> >>>>>>>> >>>>>>>>I run the following commands: >>>>>>>> >>>>>>>> >>>>>>>>root at arun-Aspire-5742:~# swift-ring-builder /etc/swift/account.builder >>>>>>>>/etc/swift/account.builder, build version 1 >>>>>>>>262144 partitions, 3.000000 replicas, 1 regions, 1 zones, 1 devices, 0.00 balance >>>>>>>>The minimum number of hours before a partition can be reassigned is 24 >>>>>>>>Devices:    id  region  zone      ip address  port  replication ip  replication port      name weight partitions balance meta >>>>>>>>             0       1     1       10.0.2.15  6000       10.0.2.15              6000        d1 100.00     786432    0.00  >>>>>>>> >>>>>>>> >>>>>>>>root at arun-Aspire-5742:~# curl -v -H 'X-Storage-Token: AUTH_tk06aa273c010b4e7d886b7ec78fbef396' http://10.0.2.15:6000/v1/AUTH_prag2648/ >>>>>>>>* About to connect() to 10.0.2.15 port 6000 (#0) >>>>>>>>*   Trying 10.0.2.15... Connection timed out >>>>>>>>* couldn't connect to host >>>>>>>>* Closing connection #0 >>>>>>>>curl: (7) couldn't connect to host >>>>>>>> >>>>>>>> >>>>>>>>/etc/swift/account-server.conf file says: >>>>>>>> >>>>>>>> >>>>>>>>[DEFAULT] >>>>>>>># bind_ip = 0.0.0.0 >>>>>>>># bind_port = 6002 >>>>>>>># bind_timeout = 30 >>>>>>>># backlog = 4096 >>>>>>>># user = swift >>>>>>>># swift_dir = /etc/swift >>>>>>>># devices = /srv/node >>>>>>>># mount_check = true >>>>>>>># disable_fallocate = false >>>>>>>>.... >>>>>>>> >>>>>>>> >>>>>>>>I am working on single node. >>>>>>>> >>>>>>>> >>>>>>>>---- >>>>>>>> >>>>>>>> >>>>>>>>Pragya Jain >>>>>>>>Delhi, India >>>>>>>> >>>>>>>>>________________________________ >>>>>>>>> From: Clay Gerrard >>>>>>>>>To: pragya jain >>>>>>>>>Sent: Saturday, 31 August 2013 11:22 AM >>>>>>>>> >>>>>>>>>Subject: Re: Fw: problem in creating account in swift >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>>Right so the service seems to start, but then the proxy can't seem to talk to it.  Maybe the proxy is looking in the wrong place?  You said you can't connect to the account-server on 10.0.2.15:6000 earlier - which is where the ring seems to indicate the proxy should be looking for it - can you connect now?  What port does the account server(s) config file *say* they're listening on?  After you start them - are they listening there?   What is the topology of your cluster - is it just the one node? >>>>>>>>> >>>>>>>>> >>>>>>>>>I really could guess about *why* that is happening all day, but the proxy logs would just tell us.  Can you read /var/log/syslog? >>>>>>>>> >>>>>>>>> >>>>>>>>>Where are you located?  Maybe we could find you some real over the shoulder help? >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>>On Fri, Aug 30, 2013 at 10:05 PM, pragya jain wrote: >>>>>>>>> >>>>>>>>>hello sir, >>>>>>>>>> >>>>>>>>>> >>>>>>>>>>I start all services using the command: >>>>>>>>>> >>>>>>>>>> >>>>>>>>>>root at arun-Aspire-5742:~# sudo swift-init all start >>>>>>>>>>Starting container-updater...(/etc/swift/container-server.conf) >>>>>>>>>>Starting account-auditor...(/etc/swift/account-server.conf) >>>>>>>>>>Starting object-replicator...(/etc/swift/object-server.conf) >>>>>>>>>>Starting proxy-server...(/etc/swift/proxy-server.conf) >>>>>>>>>>Starting container-replicator...(/etc/swift/container-server.conf) >>>>>>>>>>Starting object-auditor...(/etc/swift/object-server.conf) >>>>>>>>>>Unable to locate config for object-expirer >>>>>>>>>>Starting container-auditor...(/etc/swift/container-server.conf) >>>>>>>>>>Starting container-server...(/etc/swift/container-server.conf) >>>>>>>>>>Starting account-server...(/etc/swift/account-server.conf) >>>>>>>>>>Starting account-reaper...(/etc/swift/account-server.conf) >>>>>>>>>>Starting container-sync...(/etc/swift/container-server.conf) >>>>>>>>>>Starting account-replicator...(/etc/swift/account-server.conf) >>>>>>>>>>Starting object-updater...(/etc/swift/object-server.conf) >>>>>>>>>>Starting object-server...(/etc/swift/object-server.conf) >>>>>>>>>> >>>>>>>>>> >>>>>>>>>>root at arun-Aspire-5742:~# sudo apt-get install rsync >>>>>>>>>>Reading package lists... Done >>>>>>>>>>Building dependency tree        >>>>>>>>>>Reading state information... Done >>>>>>>>>>rsync is already the newest version. >>>>>>>>>>0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. >>>>>>>>>>root at arun-Aspire-5742:~# vi /etc/default/rsync >>>>>>>>>> >>>>>>>>>> >>>>>>>>>>set rsync_enable = true >>>>>>>>>> >>>>>>>>>> >>>>>>>>>>then, >>>>>>>>>> >>>>>>>>>> >>>>>>>>>>root at arun-Aspire-5742:~# service rsync start >>>>>>>>>> * Starting rsync daemon rsync                                           [ OK ]  >>>>>>>>>> >>>>>>>>>> >>>>>>>>>>root at arun-Aspire-5742:~# curl -v -H 'X-Auth-User:prag2648:pragya' -H 'X-Auth-key:pj2648' http://localhost/auth/v1.0/ >>>>>>>>>>* About to connect() to localhost port 80 (#0) >>>>>>>>>>*   Trying 127.0.0.1... Connection refused >>>>>>>>>>* couldn't connect to host >>>>>>>>>>* Closing connection #0 >>>>>>>>>>curl: (7) couldn't connect to host >>>>>>>>>>root at arun-Aspire-5742:~# curl -v -H 'X-Auth-User:prag2648:pragya' -H 'X-Auth-key:pj2648' http://localhost:8080/auth/v1.0/ >>>>>>>>>>* About to connect() to localhost port 8080 (#0) >>>>>>>>>>*   Trying 127.0.0.1... connected >>>>>>>>>>> GET /auth/v1.0/ HTTP/1.1 >>>>>>>>>>> User-Agent: curl/7.22.0 (i686-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 zlib/1.2.3.4 libidn/1.23 librtmp/2.3 >>>>>>>>>>> Host: localhost:8080 >>>>>>>>>>> Accept: */* >>>>>>>>>>> X-Auth-User:prag2648:pragya >>>>>>>>>>> X-Auth-key:pj2648 >>>>>>>>>>>  >>>>>>>>>>< HTTP/1.1 200 OK >>>>>>>>>>< X-Storage-Url: http://localhost:8080/v1/AUTH_prag2648 >>>>>>>>>>< X-Auth-Token: AUTH_tk06aa273c010b4e7d886b7ec78fbef396 >>>>>>>>>>< Content-Type: text/html; charset=UTF-8 >>>>>>>>>>< X-Storage-Token: AUTH_tk06aa273c010b4e7d886b7ec78fbef396 >>>>>>>>>>< Content-Length: 0 >>>>>>>>>>< X-Trans-Id: tx44b17cb561a84a34bee95-00522171e4 >>>>>>>>>>< Date: Sat, 31 Aug 2013 04:32:36 GMT >>>>>>>>>><  >>>>>>>>>>* Connection #0 to host localhost left intact >>>>>>>>>>* Closing connection #0 >>>>>>>>>>root at arun-Aspire-5742:~# curl -v -H 'X-Storage-Token: AUTH_tk06aa273c010b4e7d886b7ec78fbef396' http://127.0.0.1/v1/AUTH_prag2648/ >>>>>>>>>>* About to connect() to 127.0.0.1 port 80 (#0) >>>>>>>>>>*   Trying 127.0.0.1... Connection refused >>>>>>>>>>* couldn't connect to host >>>>>>>>>>* Closing connection #0 >>>>>>>>>>curl: (7) couldn't connect to host >>>>>>>>>>root at arun-Aspire-5742:~# curl -v -H 'X-Storage-Token: AUTH_tk06aa273c010b4e7d886b7ec78fbef396' http://localhost/v1/AUTH_prag2648/ >>>>>>>>>>* About to connect() to localhost port 80 (#0) >>>>>>>>>>*   Trying 127.0.0.1... Connection refused >>>>>>>>>>* couldn't connect to host >>>>>>>>>>* Closing connection #0 >>>>>>>>>>curl: (7) couldn't connect to host >>>>>>>>>>root at arun-Aspire-5742:~# curl -v -H 'X-Storage-Token: AUTH_tk06aa273c010b4e7d886b7ec78fbef396' http://localhost:8080/v1/AUTH_prag2648/ >>>>>>>>>>* About to connect() to localhost port 8080 (#0) >>>>>>>>>>*   Trying 127.0.0.1... connected >>>>>>>>>>> GET /v1/AUTH_prag2648/ HTTP/1.1 >>>>>>>>>>> User-Agent: curl/7.22.0 (i686-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 zlib/1.2.3.4 libidn/1.23 librtmp/2.3 >>>>>>>>>>> Host: localhost:8080 >>>>>>>>>>> Accept: */* >>>>>>>>>>> X-Storage-Token: AUTH_tk06aa273c010b4e7d886b7ec78fbef396 >>>>>>>>>>>  >>>>>>>>>>< HTTP/1.1 503 Internal Server Error >>>>>>>>>>< Content-Length: 118 >>>>>>>>>>< Content-Type: text/html; charset=UTF-8 >>>>>>>>>>< X-Trans-Id: txbe793299553c42f2820dc-005221728d >>>>>>>>>>< Date: Sat, 31 Aug 2013 04:35:26 GMT >>>>>>>>>><  >>>>>>>>>>* Connection #0 to host localhost left intact >>>>>>>>>>* Closing connection #0 >>>>>>>>>>

Service Unavailable

The server is currently unavailable. Please try again at a later time.

root at arun-Aspire-5742:~# >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>>>________________________________ >>>>>>>>>>> From: Clay Gerrard >>>>>>>>>>>To: pragya jain >>>>>>>>>>>Sent: Friday, 30 August 2013 8:14 PM >>>>>>>>>>>Subject: Re: Fw: problem in creating account in swift >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>>yeah sorry on the ring-builder command, i'm going from memory... so... the account server isn't running - any idea why?  can you start it? >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>>swift-container-server /etc/swift/container-server.conf >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>>^ on the 10.0.2.15 host >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>>On Fri, Aug 30, 2013 at 12:29 AM, pragya jain wrote: >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>>----- Forwarded Message ----- >>>>>>>>>>>>>From: pragya jain >>>>>>>>>>>>>To: Clay Gerrard >>>>>>>>>>>>>Sent: Friday, 30 August 2013 12:54 PM >>>>>>>>>>>>>Subject: Re: problem in creating account in swift >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>>hello sir, >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>>this shows problem: >>>>>>>>>>>>root at arun-Aspire-5742:~# swift-ring-builder /etc/swift/account.builder >>>>>>>>>>>>/etc/swift/account.builder, build version 1 >>>>>>>>>>>>>262144 partitions, 3.000000 replicas, 1 regions, 1 zones, 1 devices, 0.00 balance >>>>>>>>>>>>>The minimum number of hours before a partition can be reassigned is 24 >>>>>>>>>>>>>Devices:    id  region  zone      ip address  port  replication ip  replic >>>>>>>>>>>>>port      name weight partitions balance meta >>>>>>>>>>>>>             0       1     1       10.0.2.15  6000       10.0.2.15              6000        d1 100.00     786432    0.00  >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>>root at arun-Aspire-5742:~# swift-ring-builder /etc/swift/account.ring.gz >>>>>>>>>>>>>Traceback (most recent call last): >>>>>>>>>>>>>  File "/usr/local/bin/swift-ring-builder", line 5, in >>>>>>>>>>>>>    pkg_resources.run_script('swift==1.9.2', 'swift-ring-builder') >>>>>>>>>>>>>  File "/usr/lib/python2.7/dist-packages/pkg_resources.py", line 499, in run_script >>>>>>>>>>>>>    self.require(requires)[0].run_script(script_name, ns) >>>>>>>>>>>>>  File "/usr/lib/python2.7/dist-packages/pkg_resources.py", line 1235, in run_script >>>>>>>>>>>>>    execfile(script_filename, namespace, namespace) >>>>>>>>>>>>>  File "/usr/local/lib/python2.7/dist-packages/swift-1.9.2-py2.7.egg/EGG-INFO/scripts/swift-ring-builder", line 808, in >>>>>>>>>>>>>    builder = RingBuilder.load(argv[1]) >>>>>>>>>>>>>  File "/usr/local/lib/python2.7/dist-packages/swift-1.9.2-py2.7.egg/swift/common/ring/builder.py", line 993, in load >>>>>>>>>>>>>    builder = pickle.load(open(builder_file, 'rb')) >>>>>>>>>>>>>cPickle.UnpicklingError: invalid load key, ''. >>>>>>>>>>>>>root at arun-Aspire-5742:~# curl http://: >>>>>>>>>>>>>-su: syntax error near unexpected token `newline' >>>>>>>>>>>>>root at arun-Aspire-5742:~# curl http://10.0.2.15:6000 >>>>>>>>>>>>>curl: (7) couldn't connect to host >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>>Please help >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>>>________________________________ >>>>>>>>>>>>>> From: Clay Gerrard >>>>>>>>>>>>>>To: pragya jain >>>>>>>>>>>>>>Sent: Friday, 30 August 2013 12:35 PM >>>>>>>>>>>>>>Subject: Re: problem in creating account in swift >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>>swift-ring-builder /etc/swift/account.ring.gz >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>>and then >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>>curl http://: >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>>you can also check the proxy logs - it should have the backend requests there you could still the urls from them and make sure they match what's in the ring. >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>>-Clay >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>>On Thu, Aug 29, 2013 at 10:38 PM, pragya jain wrote: >>>>>>>>>>>>>> >>>>>>>>>>>>>>hello sir, >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>>Please help me to know how to check port of account server and how can I connect to them directly. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>________________________________ >>>>>>>>>>>>>>>> From: Clay Gerrard >>>>>>>>>>>>>>>>To: pragya jain >>>>>>>>>>>>>>>>Sent: Thursday, 29 August 2013 8:59 PM >>>>>>>>>>>>>>>>Subject: Re: problem in creating account in swift >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>Probably something in the rings, maybe the wrong ports for the account servers?  Or maybe something in the account server config - what port are they on?  can you connect to them directly?  The proxy log lines would say exactly what caused the 503 - can see anything in /var/log/syslog - or maybe /var/log/swift ? >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>On Thu, Aug 29, 2013 at 7:01 AM, pragya jain wrote: >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>hello sir, >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>connection is established successfully. But, when I try to create an account, I face the problem. >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>root at arun-Aspire-5742:~# sudo swift-init account start >>>>>>>>>>>>>>>>>Starting account-server...(/etc/swift/account-server.conf) >>>>>>>>>>>>>>>>>root at arun-Aspire-5742:~# sudo swift-init proxy start >>>>>>>>>>>>>>>>>Starting proxy-server...(/etc/swift/proxy-server.conf) >>>>>>>>>>>>>>>>>root at arun-Aspire-5742:~# curl -v -H 'X-Auth-User:prag2648:pragya' -H 'X-Auth-Key:pj2648' http://localhost:8080/auth/v1.0/ >>>>>>>>>>>>>>>>>* About to connect() to localhost port 8080 (#0) >>>>>>>>>>>>>>>>>*   Trying 127.0.0.1... connected >>>>>>>>>>>>>>>>>> GET /auth/v1.0/ HTTP/1.1 >>>>>>>>>>>>>>>>>> User-Agent: curl/7.22.0 (i686-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 zlib/1.2.3.4 libidn/1.23 librtmp/2.3 >>>>>>>>>>>>>>>>>> Host: localhost:8080 >>>>>>>>>>>>>>>>>> Accept: */* >>>>>>>>>>>>>>>>>> X-Auth-User:prag2648:pragya >>>>>>>>>>>>>>>>>> X-Auth-Key:pj2648 >>>>>>>>>>>>>>>>>>  >>>>>>>>>>>>>>>>>< HTTP/1.1 200 OK >>>>>>>>>>>>>>>>>< X-Storage-Url: http://localhost:8080/v1/AUTH_prag2648 >>>>>>>>>>>>>>>>>< X-Auth-Token: AUTH_tk3867b7599d5346559ee0baaa09e0f40d >>>>>>>>>>>>>>>>>< Content-Type: text/html; charset=UTF-8 >>>>>>>>>>>>>>>>>< X-Storage-Token: AUTH_tk3867b7599d5346559ee0baaa09e0f40d >>>>>>>>>>>>>>>>>< Content-Length: 0 >>>>>>>>>>>>>>>>>< X-Trans-Id: txe2ab76a7617e40399f456-00521f3d16 >>>>>>>>>>>>>>>>>< Date: Thu, 29 Aug 2013 12:22:46 GMT >>>>>>>>>>>>>>>>><  >>>>>>>>>>>>>>>>>* Connection #0 to host localhost left intact >>>>>>>>>>>>>>>>>* Closing connection #0 >>>>>>>>>>>>>>>>>root at arun-Aspire-5742:~# python >>>>>>>>>>>>>>>>>Python 2.7.3 (default, Apr 10 2013, 05:46:21)  >>>>>>>>>>>>>>>>>[GCC 4.6.3] on linux2 >>>>>>>>>>>>>>>>>Type "help", "copyright", "credits" or "license" for more information. >>>>>>>>>>>>>>>>>>>> import swift.common.memcached as memcached >>>>>>>>>>>>>>>>>>>> memcache = memcached.MemcacheRing(['127.0.0.1:11211']) >>>>>>>>>>>>>>>>>>>> print memcache.get('AUTH_/user/prag2648:pragya') >>>>>>>>>>>>>>>>>AUTH_tk3867b7599d5346559ee0baaa09e0f40d >>>>>>>>>>>>>>>>>>>> print memcache.get('AUTH_/token/AUTH_tk3867b7599d5346559ee0baaa09e0f40d') >>>>>>>>>>>>>>>>>[1377865366.826027, 'prag2648,prag2648:pragya,.reseller_admin,AUTH_prag2648'] >>>>>>>>>>>>>>>>>>>>  >>>>>>>>>>>>>>>>>root at arun-Aspire-5742:~# curl -v -H 'X-Storage-Token:AUTH_tk3867b7599d5346559ee0baaa09e0f40d' http://127.0.0.1/v1/Auth_prag2648/ >>>>>>>>>>>>>>>>>* About to connect() to 127.0.0.1 port 80 (#0) >>>>>>>>>>>>>>>>>*   Trying 127.0.0.1... Connection refused >>>>>>>>>>>>>>>>>* couldn't connect to host >>>>>>>>>>>>>>>>>* Closing connection #0 >>>>>>>>>>>>>>>>>curl: (7) couldn't connect to host >>>>>>>>>>>>>>>>>root at arun-Aspire-5742:~# curl -v -H 'X-Storage-Token:AUTH_tk3867b7599d5346559ee0baaa09e0f40d' http://localhost:8080/v1/AUTH_prag2648/ >>>>>>>>>>>>>>>>>* About to connect() to localhost port 8080 (#0) >>>>>>>>>>>>>>>>>*   Trying 127.0.0.1... connected >>>>>>>>>>>>>>>>>> GET /v1/AUTH_prag2648/ HTTP/1.1 >>>>>>>>>>>>>>>>>> User-Agent: curl/7.22.0 (i686-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 zlib/ >>>>>>>>>>>>>>>>>1.2.3.4 libidn/1.23 librtmp/2.3 >>>>>>>>>>>>>>>>>> Host: localhost:8080 >>>>>>>>>>>>>>>>>> Accept: */* >>>>>>>>>>>>>>>>>> X-Storage-Token:AUTH_tk3867b7599d5346559ee0baaa09e0f40d >>>>>>>>>>>>>>>>>>  >>>>>>>>>>>>>>>>>< HTTP/1.1 503 Internal Server Error >>>>>>>>>>>>>>>>>< Content-Length: 118 >>>>>>>>>>>>>>>>>< Content-Type: text/html; charset=UTF-8 >>>>>>>>>>>>>>>>>< X-Trans-Id: txd6fd9eead36e4b74b0869-00521f3efe >>>>>>>>>>>>>>>>>< Date: Thu, 29 Aug 2013 12:30:55 GMT >>>>>>>>>>>>>>>>><  >>>>>>>>>>>>>>>>>* Connection #0 to host localhost left intact >>>>>>>>>>>>>>>>>* Closing connection #0 >>>>>>>>>>>>>>>>>

Service Unavailable

The server is currently unavailable. Please try again at a later time.

root at arun-Aspire-5742:~#  >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>Please help me in this regard. >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>--- >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>Pragya Jain >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>> >>>>> >>>>> >>> >>> >>> > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From prag_2648 at yahoo.co.in Sun Sep 1 09:16:14 2013 From: prag_2648 at yahoo.co.in (pragya jain) Date: Sun, 1 Sep 2013 17:16:14 +0800 (SGT) Subject: [Openstack] Fw: problem in creating account in swift In-Reply-To: <1378017133.20549.YahooMailNeo@web193603.mail.sg3.yahoo.com> References: <1377784882.97854.YahooMailNeo@web193605.mail.sg3.yahoo.com> <1377841091.5686.YahooMailNeo@web193605.mail.sg3.yahoo.com> <1377847449.99293.YahooMailNeo@web193602.mail.sg3.yahoo.com> <1377847758.82435.YahooMailNeo@web193603.mail.sg3.yahoo.com> <1377925516.86638.YahooMailNeo@web193604.mail.sg3.yahoo.com> <1377931409.94597.YahooMailNeo@web193601.mail.sg3.yahoo.com> <1377934637.10448.YahooMailNeo@web193605.mail.sg3.yahoo.com> <1377936089.10264.YahooMailNeo@web193603.mail.sg3.yahoo.com> <1377944259.69815.YahooMailNeo@web193606.mail.sg3.yahoo.com> <1378017133.20549.YahooMailNeo@web193603.mail.sg3.yahoo.com> Message-ID: <1378026974.41892.YahooMailNeo@web193602.mail.sg3.yahoo.com> hello, please help me in this regard. >________________________________ > From: pragya jain >To: Clay Gerrard >Cc: "openstack at lists.openstack.org" >Sent: Sunday, 1 September 2013 12:02 PM >Subject: Re: [Openstack] Fw: problem in creating account in swift > > > >hello sir, > > >I did the following job: > > >arun at arun-Aspire-5742:~$ su - >Password:  >root at arun-Aspire-5742:~# sudo swift-init account start >Starting account-server...(/etc/swift/account-server.conf) >root at arun-Aspire-5742:~# sudo swift-init proxy start >Starting proxy-server...(/etc/swift/proxy-server.conf) >root at arun-Aspire-5742:~# curl -v -H 'X-Auth-User:prag2648:pragya' -H 'X-Auth-Key:pj2648' http://localhost:8080/auth/v1.0/ >* About to connect() to localhost port 8080 (#0) >*   Trying 127.0.0.1... connected >> GET /auth/v1.0/ HTTP/1.1 >> User-Agent: curl/7.22.0 (i686-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 zlib/1.2.3.4 libidn/1.23 librtmp/2.3 >> Host: localhost:8080 >> Accept: */* >> X-Auth-User:prag2648:pragya >> X-Auth-Key:pj2648 >>  >< HTTP/1.1 200 OK >< X-Storage-Url: http://localhost:8080/v1/AUTH_prag2648 >< X-Auth-Token: AUTH_tk9867f9725a1246a1af3e30b9f7161eb5 >< Content-Type: text/html; charset=UTF-8 >< X-Storage-Token: AUTH_tk9867f9725a1246a1af3e30b9f7161eb5 >< Content-Length: 0 >< X-Trans-Id: tx8f658e6bd3b244b793815-005222de45 >< Date: Sun, 01 Sep 2013 06:27:17 GMT ><  >* Connection #0 to host localhost left intact >* Closing connection #0 >root at arun-Aspire-5742:~# curl -v -H 'X-Storage-Token: AUTH_tk9867f9725a1246a1af3e30b9f7161eb5' http://127.0.0.1:8080/v1/AUTH_prag2648/ >* About to connect() to 127.0.0.1 port 8080 (#0) >*   Trying 127.0.0.1... connected >> GET /v1/AUTH_prag2648/ HTTP/1.1 >> User-Agent: curl/7.22.0 (i686-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 zlib/1.2.3.4 libidn/1.23 librtmp/2.3 >> Host: 127.0.0.1:8080 >> Accept: */* >> X-Storage-Token: AUTH_tk9867f9725a1246a1af3e30b9f7161eb5 >>  >< HTTP/1.1 503 Internal Server Error >< Content-Length: 118 >< Content-Type: text/html; charset=UTF-8 >< X-Trans-Id: tx1c1cb6e3a9f64b56a9550-005222dea4 >< Date: Sun, 01 Sep 2013 06:28:54 GMT ><  >* Connection #0 to host 127.0.0.1 left intact >* Closing connection #0 >

Service Unavailable

The server is currently unavailable. Please try again at a later time.

root at arun-Aspire-5742:~#  >root at arun-Aspire-5742:~# curl -v -H 'X-Storage-Token:AUTH_tk9867f9725a1246a1af3e30b9f7161eb5' http://localhost:8080/v1/AUTH_prag2648/ >* About to connect() to localhost port 8080 (#0) >*   Trying 127.0.0.1... connected >> GET /v1/AUTH_prag2648/ HTTP/1.1 >> User-Agent: curl/7.22.0 (i686-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 zlib/1.2.3.4 libidn/1.23 librtmp/2.3 >> Host: localhost:8080 >> Accept: */* >> X-Storage-Token:AUTH_tk9867f9725a1246a1af3e30b9f7161eb5 >>  >< HTTP/1.1 503 Internal Server Error >< Content-Length: 118 >< Content-Type: text/html; charset=UTF-8 >< X-Trans-Id: txa4c98c518382430ab9f5f-005222dede >< Date: Sun, 01 Sep 2013 06:29:51 GMT ><  >* Connection #0 to host localhost left intact >* Closing connection #0 >

Service Unavailable

The server is currently unavailable. Please try again at a later time.

root at arun-Aspire-5742:~#  >root at arun-Aspire-5742:~#  > > >But it again shows internal server error. > > > >>________________________________ >> From: Clay Gerrard >>To: pragya jain >>Sent: Saturday, 31 August 2013 7:38 PM >>Subject: Re: Fw: problem in creating account in swift >> >> >> >>I was only just connecting to the account directly (127.0.0.1:6002) to prove a point - normally clients would always only talk to the proxy (127.0.0.1:8080). >> >>curl -v -H 'X-Storage-Token: AUTH_tk06aa273c010b4e7d886b7ec78fbef396' http://127.0.0.1:8080/v1/AUTH_prag2648/ >> >>... should work? >> >> >> >>On Sat, Aug 31, 2013 at 3:17 AM, pragya jain wrote: >> >>root at arun-Aspire-5742:/etc/swift# swift-ring-builder account.builder add z1-127.0.0.1:6002/d1 100 WARNING: No region specified for z1-127.0.0.1:6002/d1. Defaulting to region 1. Device d2r1z1-127.0.0.1:6002R127.0.0.1:6002/d1_"" with 100.0 weight got id 2 root at arun-Aspire-5742:/etc/swift# swift-ring-builder container.builder add z1-127.0.0.1:6001/d1 100 WARNING: No region specified for z1-127.0.0.1:6001/d1. Defaulting to region 1. Device d1r1z1-127.0.0.1:6001R127.0.0.1:6001/d1_"" with 100.0 weight got id 1 root at arun-Aspire-5742:/etc/swift# swift-ring-builder object.builder add z1-127.0.0.1:6000/d1 100 WARNING: No region specified for z1-127.0.0.1:6000/d1. Defaulting to region 1. Device d2r1z1-127.0.0.1:6000R127.0.0.1:6000/d1_"" with 100.0 weight got id 2 root at arun-Aspire-5742:/etc/swift# swift-ring-builder account.builder rebalance Reassigned 262144 (100.00%) partitions. Balance is now 0.00. root at arun-Aspire-5742:/etc/swift# swift-ring-builder container.builder rebalance Reassigned 262144 (100.00%) partitions. Balance is now 33.33. ------------------------------------------------------------------------------- NOTE: Balance of 33.33 indicates you should push this ring, wait at least 24 hours, and rebalance/repush. ------------------------------------------------------------------------------- root at arun-Aspire-5742:/etc/swift# swift-ring-builder container.builder pretend_min_part_hours_passed root at arun-Aspire-5742:/etc/swift# swift-ring-builder object.builder pretend_min_part_hours_passed root at arun-Aspire-5742:/etc/swift# swift-ring-builder container.builder rebalanceReassigned 131072 (50.00%) partitions. Balance is now 0.00. root at arun-Aspire-5742:/etc/swift# swift-ring-builder object.builder rebalanceReassigned 262144 (100.00%) partitions. Balance is now 0.00. root at arun-Aspire-5742:/etc/swift# curl -v -H 'X-Auth-User:prag2648:pragya' -H 'X-Auth-Key:pj2648' http://localhost:8080/auth/v1.0/ * About to connect() to localhost port 8080 (#0) * Trying 127.0.0.1... Connection refused * couldn't connect to host * Closing connection #0 curl: (7) couldn't connect to host root at arun-Aspire-5742:/etc/swift# sudo swift-init account start Starting account-server...(/etc/swift/account-server.conf) root at arun-Aspire-5742:/etc/swift# sudo swift-init proxy start Starting proxy-server...(/etc/swift/proxy-server.conf) root at arun-Aspire-5742:/etc/swift# curl -v -H 'X-Auth-User:prag2648:pragya' -H 'X-Auth-Key:pj2648' http://localhost:8080/auth/v1.0/ >>>* About to connect() to localhost port 8080 (#0) * Trying 127.0.0.1... connected > GET /auth/v1.0/ HTTP/1.1 > User-Agent: curl/7.22.0 (i686-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 zlib/1.2.3.4 libidn/1.23 librtmp/2.3 > Host: localhost:8080 > Accept: */* > X-Auth-User:prag2648:pragya > X-Auth-Key:pj2648 > < HTTP/1.1 200 OK < X-Storage-Url: http://localhost:8080/v1/AUTH_prag2648 >>>< X-Auth-Token: AUTH_tk06aa273c010b4e7d886b7ec78fbef396 < Content-Type: text/html; charset=UTF-8 < X-Storage-Token: AUTH_tk06aa273c010b4e7d886b7ec78fbef396 < Content-Length: 0 < X-Trans-Id: tx21f0255793574234b88aa-005221bf20 < Date: Sat, 31 Aug 2013 10:02:08 GMT < * Connection #0 to host localhost left intact * Closing connection #0 root at arun-Aspire-5742:/etc/swift# curl -v -H 'X-Storage-Token: AUTH_tk06aa273c010b4e7d886b7ec78fbef396' http://127.0.0.1/v1/AUTH_prag2648/ * About to connect() to 127.0.0.1 port 80 (#0) * Trying 127.0.0.1... Connection refused * couldn't connect to host * Closing connection #0 curl: (7) couldn't connect to host root at arun-Aspire-5742:/etc/swift# curl -v -H 'X-Storage-Token: AUTH_tk06aa273c010b4e7d886b7ec78fbef396' http://127.0.0.1:6002/v1/AUTH_prag2648/ * About to connect() to 127.0.0.1 port 6002 (#0) * Trying 127.0.0.1... connected > GET /v1/AUTH_prag2648/ HTTP/1.1 > User-Agent: curl/7.22.0 (i686-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 zlib/1.2.3.4 libidn/1.23 librtmp/2.3 > Host: 127.0.0.1:6002 > Accept: */* > X-Storage-Token: AUTH_tk06aa273c010b4e7d886b7ec78fbef396 > < HTTP/1.1 400 Bad Request < Content-Length: 32 < Content-Type: text/plain < Date: Sat, 31 Aug 2013 10:04:14 GMT < * Connection #0 to host 127.0.0.1 left intact * Closing connection #0 >>>it shows a bad request error in retrieving the content of account >>> >>> >>> >>> >>>>________________________________ >>>> From: Clay Gerrard >>>>To: pragya jain >>>>Sent: Saturday, 31 August 2013 1:42 PM >>>> >>>>Subject: Re: Fw: problem in creating account in swift >>>> >>>> >>>> >>>>so that was only a couple of minutes of logs and it was ll the boring info lines from the background daemons.  Let's stop those while we troubeshoot: >>>> >>>> >>>>`swift-init rest stop` >>>> >>>> >>>> >>>>the listening servers show there's something listening on all interfaces on 6002.  It doesn't make sense that you wouldn't be able to connect to it?  Maybe this machine isn't really 10.0.2.15?  Can you ping it?  Maybe there's a weird route?  Try localhost: >>>> >>>> >>>>`curl http://localhost:6002` >>>> >>>> >>>>can you /msg clayg on Freenode so we can chat realtime? >>>> >>>> >>>> >>>>On Sat, Aug 31, 2013 at 1:01 AM, pragya jain wrote: >>>> >>>>hello sir, >>>>> >>>>> >>>>>I run the following command: >>>>> >>>>> >>>>>root at arun-Aspire-5742:~# sudo netstat -plnt >>>>>Active Internet connections (only servers) >>>>>Proto Recv-Q Send-Q Local Address           Foreign Address         State       PID/Program name >>>>>tcp        0      0 127.0.0.1:11211         0.0.0.0:*               LISTEN      948/memcached    >>>>>tcp        0      0 0.0.0.0:8080            0.0.0.0:*               LISTEN      2589/python      >>>>>tcp        0      0 0.0.0.0:6000            0.0.0.0:*               LISTEN      2613/python      >>>>>tcp        0      0 0.0.0.0:6001            0.0.0.0:*               LISTEN      2593/python      >>>>>tcp        0      0 0.0.0.0:6002            0.0.0.0:*               LISTEN      2594/python      >>>>>tcp        0      0 127.0.0.1:53            0.0.0.0:*               LISTEN      4137/dnsmasq     >>>>>tcp        0      0 127.0.0.1:631           0.0.0.0:*               LISTEN      579/cupsd        >>>>>tcp        0      0 0.0.0.0:873             0.0.0.0:*               LISTEN      2816/rsync       >>>>>tcp6       0      0 ::1:631                 :::*                    LISTEN      579/cupsd        >>>>>tcp6       0      0 :::873                  :::*                    LISTEN      2816/rsync       >>>>> >>>>> >>>>>root at arun-Aspire-5742:~# cat /var/log/syslog >>>>>paste the result on http://paste.openstack.org/ >>>>>Paste #45522 >>>>> >>>>>>________________________________ >>>>>> From: Clay Gerrard >>>>>>To: pragya jain >>>>>>Sent: Saturday, 31 August 2013 1:15 PM >>>>>> >>>>>>Subject: Re: Fw: problem in creating account in swift >>>>>> >>>>>> >>>>>> >>>>>>so what port is it listening on? >>>>>> >>>>>> >>>>>>`sudo netstat -plnt` >>>>>> >>>>>> >>>>>> >>>>>>The logs man... the logs.  `cat /var/log/syslog` copy the whole thing in http://paste.openstack.org/ if you have to. >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>>On Sat, Aug 31, 2013 at 12:37 AM, pragya jain wrote: >>>>>> >>>>>>root at arun-Aspire-5742:~# swift-ring-builder /etc/swift/account.builder >>>>>>>/etc/swift/account.builder, build version 1 >>>>>>>262144 partitions, 3.000000 replicas, 1 regions, 1 zones, 1 devices, 0.00 balance >>>>>>>The minimum number of hours before a partition can be reassigned is 24 >>>>>>>Devices:    id  region  zone      ip address  port  replication ip  replication port      name weight partitions balance meta >>>>>>>             0       1     1       10.0.2.15  6000       10.0.2.15              6000        d1 100.00     786432    0.00  >>>>>>> >>>>>>> >>>>>>>root at arun-Aspire-5742:~# curl -v -H 'X-Storage-Token: AUTH_tk06aa273c010b4e7d886b7ec78fbef396'http://10.0.2.15:6000/v1/AUTH_prag2648/ >>>>>>>* About to connect() to 10.0.2.15 port 6000 (#0) >>>>>>>*   Trying 10.0.2.15... Connection timed out >>>>>>>* couldn't connect to host >>>>>>>* Closing connection #0 >>>>>>>curl: (7) couldn't connect to host >>>>>>> >>>>>>> >>>>>>>/etc/swift/account-server.conf file says: >>>>>>> >>>>>>> >>>>>>>[DEFAULT] >>>>>>># bind_ip = 0.0.0.0 >>>>>>># bind_port = 6002 >>>>>>># bind_timeout = 30 >>>>>>># backlog = 4096 >>>>>>># user = swift >>>>>>># swift_dir = /etc/swift >>>>>>># devices = /srv/node >>>>>>># mount_check = true >>>>>>># disable_fallocate = false >>>>>>>.... >>>>>>> >>>>>>> >>>>>>>root at arun-Aspire-5742:~# curl -v -H 'X-Storage-Token: AUTH_tk06aa273c010b4e7d886b7ec78fbef396' http://10.0.2.15:6002/v1/AUTH_prag2648/ >>>>>>>* About to connect() to 10.0.2.15 port 6002 (#0) >>>>>>>*   Trying 10.0.2.15... Connection timed out >>>>>>>* couldn't connect to host >>>>>>>* Closing connection #0 >>>>>>>curl: (7) couldn't connect to host >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>>>________________________________ >>>>>>>> From: Clay Gerrard >>>>>>>>To: pragya jain >>>>>>>>Sent: Saturday, 31 August 2013 12:49 PM >>>>>>>> >>>>>>>>Subject: Re: Fw: problem in creating account in swift >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>>ok, so you're getting the exact same error the proxy is - unable to connect.  I'm sure that is in the log - can you check? >>>>>>>> >>>>>>>>By default the account server's listen on 6002: >>>>>>>>http://docs.openstack.org/developer/swift/deployment_guide.html#account-server-configuration >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>>not 6000 - so your ring is pointing your proxy at the wrong place (or your account server is listening on the wrong port, however you want to look at it) >>>>>>>> >>>>>>>> >>>>>>>>Can you connect to the account server on 6002? >>>>>>>> >>>>>>>> >>>>>>>>Here's how you remove/add a server from the ring: >>>>>>>>http://docs.openstack.org/developer/swift/admin_guide.html >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>>On Fri, Aug 30, 2013 at 11:43 PM, pragya jain wrote: >>>>>>>> >>>>>>>>hello sir, >>>>>>>>> >>>>>>>>> >>>>>>>>>I run the following commands: >>>>>>>>> >>>>>>>>> >>>>>>>>>root at arun-Aspire-5742:~# swift-ring-builder /etc/swift/account.builder >>>>>>>>>/etc/swift/account.builder, build version 1 >>>>>>>>>262144 partitions, 3.000000 replicas, 1 regions, 1 zones, 1 devices, 0.00 balance >>>>>>>>>The minimum number of hours before a partition can be reassigned is 24 >>>>>>>>>Devices:    id  region  zone      ip address  port  replication ip  replication port      name weight partitions balance meta >>>>>>>>>             0       1     1       10.0.2.15  6000       10.0.2.15              6000        d1 100.00     786432    0.00  >>>>>>>>> >>>>>>>>> >>>>>>>>>root at arun-Aspire-5742:~# curl -v -H 'X-Storage-Token: AUTH_tk06aa273c010b4e7d886b7ec78fbef396' http://10.0.2.15:6000/v1/AUTH_prag2648/ >>>>>>>>>* About to connect() to 10.0.2.15 port 6000 (#0) >>>>>>>>>*   Trying 10.0.2.15... Connection timed out >>>>>>>>>* couldn't connect to host >>>>>>>>>* Closing connection #0 >>>>>>>>>curl: (7) couldn't connect to host >>>>>>>>> >>>>>>>>> >>>>>>>>>/etc/swift/account-server.conf file says: >>>>>>>>> >>>>>>>>> >>>>>>>>>[DEFAULT] >>>>>>>>># bind_ip = 0.0.0.0 >>>>>>>>># bind_port = 6002 >>>>>>>>># bind_timeout = 30 >>>>>>>>># backlog = 4096 >>>>>>>>># user = swift >>>>>>>>># swift_dir = /etc/swift >>>>>>>>># devices = /srv/node >>>>>>>>># mount_check = true >>>>>>>>># disable_fallocate = false >>>>>>>>>.... >>>>>>>>> >>>>>>>>> >>>>>>>>>I am working on single node. >>>>>>>>> >>>>>>>>> >>>>>>>>>---- >>>>>>>>> >>>>>>>>> >>>>>>>>>Pragya Jain >>>>>>>>>Delhi, India >>>>>>>>> >>>>>>>>>>________________________________ >>>>>>>>>> From: Clay Gerrard >>>>>>>>>>To: pragya jain >>>>>>>>>>Sent: Saturday, 31 August 2013 11:22 AM >>>>>>>>>> >>>>>>>>>>Subject: Re: Fw: problem in creating account in swift >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>>Right so the service seems to start, but then the proxy can't seem to talk to it.  Maybe the proxy is looking in the wrong place?  You said you can't connect to the account-server on 10.0.2.15:6000 earlier - which is where the ring seems to indicate the proxy should be looking for it - can you connect now?  What port does the account server(s) config file *say* they're listening on?  After you start them - are they listening there?   What is the topology of your cluster - is it just the one node? >>>>>>>>>> >>>>>>>>>> >>>>>>>>>>I really could guess about *why* that is happening all day, but the proxy logs would just tell us.  Can you read /var/log/syslog? >>>>>>>>>> >>>>>>>>>> >>>>>>>>>>Where are you located?  Maybe we could find you some real over the shoulder help? >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>>On Fri, Aug 30, 2013 at 10:05 PM, pragya jain wrote: >>>>>>>>>> >>>>>>>>>>hello sir, >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>>I start all services using the command: >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>>root at arun-Aspire-5742:~# sudo swift-init all start >>>>>>>>>>>Starting container-updater...(/etc/swift/container-server.conf) >>>>>>>>>>>Starting account-auditor...(/etc/swift/account-server.conf) >>>>>>>>>>>Starting object-replicator...(/etc/swift/object-server.conf) >>>>>>>>>>>Starting proxy-server...(/etc/swift/proxy-server.conf) >>>>>>>>>>>Starting container-replicator...(/etc/swift/container-server.conf) >>>>>>>>>>>Starting object-auditor...(/etc/swift/object-server.conf) >>>>>>>>>>>Unable to locate config for object-expirer >>>>>>>>>>>Starting container-auditor...(/etc/swift/container-server.conf) >>>>>>>>>>>Starting container-server...(/etc/swift/container-server.conf) >>>>>>>>>>>Starting account-server...(/etc/swift/account-server.conf) >>>>>>>>>>>Starting account-reaper...(/etc/swift/account-server.conf) >>>>>>>>>>>Starting container-sync...(/etc/swift/container-server.conf) >>>>>>>>>>>Starting account-replicator...(/etc/swift/account-server.conf) >>>>>>>>>>>Starting object-updater...(/etc/swift/object-server.conf) >>>>>>>>>>>Starting object-server...(/etc/swift/object-server.conf) >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>>root at arun-Aspire-5742:~# sudo apt-get install rsync >>>>>>>>>>>Reading package lists... Done >>>>>>>>>>>Building dependency tree        >>>>>>>>>>>Reading state information... Done >>>>>>>>>>>rsync is already the newest version. >>>>>>>>>>>0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. >>>>>>>>>>>root at arun-Aspire-5742:~# vi /etc/default/rsync >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>>set rsync_enable = true >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>>then, >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>>root at arun-Aspire-5742:~# service rsync start >>>>>>>>>>> * Starting rsync daemon rsync                                           [ OK ]  >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>>root at arun-Aspire-5742:~# curl -v -H 'X-Auth-User:prag2648:pragya' -H 'X-Auth-key:pj2648' http://localhost/auth/v1.0/ >>>>>>>>>>>* About to connect() to localhost port 80 (#0) >>>>>>>>>>>*   Trying 127.0.0.1... Connection refused >>>>>>>>>>>* couldn't connect to host >>>>>>>>>>>* Closing connection #0 >>>>>>>>>>>curl: (7) couldn't connect to host >>>>>>>>>>>root at arun-Aspire-5742:~# curl -v -H 'X-Auth-User:prag2648:pragya' -H 'X-Auth-key:pj2648' http://localhost:8080/auth/v1.0/ >>>>>>>>>>>* About to connect() to localhost port 8080 (#0) >>>>>>>>>>>*   Trying 127.0.0.1... connected >>>>>>>>>>>> GET /auth/v1.0/ HTTP/1.1 >>>>>>>>>>>> User-Agent: curl/7.22.0 (i686-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 zlib/1.2.3.4 libidn/1.23 librtmp/2.3 >>>>>>>>>>>> Host: localhost:8080 >>>>>>>>>>>> Accept: */* >>>>>>>>>>>> X-Auth-User:prag2648:pragya >>>>>>>>>>>> X-Auth-key:pj2648 >>>>>>>>>>>>  >>>>>>>>>>>< HTTP/1.1 200 OK >>>>>>>>>>>< X-Storage-Url: http://localhost:8080/v1/AUTH_prag2648 >>>>>>>>>>>< X-Auth-Token: AUTH_tk06aa273c010b4e7d886b7ec78fbef396 >>>>>>>>>>>< Content-Type: text/html; charset=UTF-8 >>>>>>>>>>>< X-Storage-Token: AUTH_tk06aa273c010b4e7d886b7ec78fbef396 >>>>>>>>>>>< Content-Length: 0 >>>>>>>>>>>< X-Trans-Id: tx44b17cb561a84a34bee95-00522171e4 >>>>>>>>>>>< Date: Sat, 31 Aug 2013 04:32:36 GMT >>>>>>>>>>><  >>>>>>>>>>>* Connection #0 to host localhost left intact >>>>>>>>>>>* Closing connection #0 >>>>>>>>>>>root at arun-Aspire-5742:~# curl -v -H 'X-Storage-Token: AUTH_tk06aa273c010b4e7d886b7ec78fbef396' http://127.0.0.1/v1/AUTH_prag2648/ >>>>>>>>>>>* About to connect() to 127.0.0.1 port 80 (#0) >>>>>>>>>>>*   Trying 127.0.0.1... Connection refused >>>>>>>>>>>* couldn't connect to host >>>>>>>>>>>* Closing connection #0 >>>>>>>>>>>curl: (7) couldn't connect to host >>>>>>>>>>>root at arun-Aspire-5742:~# curl -v -H 'X-Storage-Token: AUTH_tk06aa273c010b4e7d886b7ec78fbef396' http://localhost/v1/AUTH_prag2648/ >>>>>>>>>>>* About to connect() to localhost port 80 (#0) >>>>>>>>>>>*   Trying 127.0.0.1... Connection refused >>>>>>>>>>>* couldn't connect to host >>>>>>>>>>>* Closing connection #0 >>>>>>>>>>>curl: (7) couldn't connect to host >>>>>>>>>>>root at arun-Aspire-5742:~# curl -v -H 'X-Storage-Token: AUTH_tk06aa273c010b4e7d886b7ec78fbef396' http://localhost:8080/v1/AUTH_prag2648/ >>>>>>>>>>>* About to connect() to localhost port 8080 (#0) >>>>>>>>>>>*   Trying 127.0.0.1... connected >>>>>>>>>>>> GET /v1/AUTH_prag2648/ HTTP/1.1 >>>>>>>>>>>> User-Agent: curl/7.22.0 (i686-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 zlib/1.2.3.4 libidn/1.23 librtmp/2.3 >>>>>>>>>>>> Host: localhost:8080 >>>>>>>>>>>> Accept: */* >>>>>>>>>>>> X-Storage-Token: AUTH_tk06aa273c010b4e7d886b7ec78fbef396 >>>>>>>>>>>>  >>>>>>>>>>>< HTTP/1.1 503 Internal Server Error >>>>>>>>>>>< Content-Length: 118 >>>>>>>>>>>< Content-Type: text/html; charset=UTF-8 >>>>>>>>>>>< X-Trans-Id: txbe793299553c42f2820dc-005221728d >>>>>>>>>>>< Date: Sat, 31 Aug 2013 04:35:26 GMT >>>>>>>>>>><  >>>>>>>>>>>* Connection #0 to host localhost left intact >>>>>>>>>>>* Closing connection #0 >>>>>>>>>>>

Service Unavailable

The server is currently unavailable. Please try again at a later time.

root at arun-Aspire-5742:~# >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>>>________________________________ >>>>>>>>>>>> From: Clay Gerrard >>>>>>>>>>>>To: pragya jain >>>>>>>>>>>>Sent: Friday, 30 August 2013 8:14 PM >>>>>>>>>>>>Subject: Re: Fw: problem in creating account in swift >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>>yeah sorry on the ring-builder command, i'm going from memory... so... the account server isn't running - any idea why?  can you start it? >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>>swift-container-server /etc/swift/container-server.conf >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>>^ on the 10.0.2.15 host >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>>On Fri, Aug 30, 2013 at 12:29 AM, pragya jain wrote: >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>>----- Forwarded Message ----- >>>>>>>>>>>>>>From: pragya jain >>>>>>>>>>>>>>To: Clay Gerrard >>>>>>>>>>>>>>Sent: Friday, 30 August 2013 12:54 PM >>>>>>>>>>>>>>Subject: Re: problem in creating account in swift >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>>hello sir, >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>>this shows problem: >>>>>>>>>>>>>root at arun-Aspire-5742:~# swift-ring-builder /etc/swift/account.builder >>>>>>>>>>>>>/etc/swift/account.builder, build version 1 >>>>>>>>>>>>>>262144 partitions, 3.000000 replicas, 1 regions, 1 zones, 1 devices, 0.00 balance >>>>>>>>>>>>>>The minimum number of hours before a partition can be reassigned is 24 >>>>>>>>>>>>>>Devices:    id  region  zone      ip address  port  replication ip  replic >>>>>>>>>>>>>>port      name weight partitions balance meta >>>>>>>>>>>>>>             0       1     1       10.0.2.15  6000       10.0.2.15              6000        d1 100.00     786432    0.00  >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>>root at arun-Aspire-5742:~# swift-ring-builder /etc/swift/account.ring.gz >>>>>>>>>>>>>>Traceback (most recent call last): >>>>>>>>>>>>>>  File "/usr/local/bin/swift-ring-builder", line 5, in >>>>>>>>>>>>>>    pkg_resources.run_script('swift==1.9.2', 'swift-ring-builder') >>>>>>>>>>>>>>  File "/usr/lib/python2.7/dist-packages/pkg_resources.py", line 499, in run_script >>>>>>>>>>>>>>    self.require(requires)[0].run_script(script_name, ns) >>>>>>>>>>>>>>  File "/usr/lib/python2.7/dist-packages/pkg_resources.py", line 1235, in run_script >>>>>>>>>>>>>>    execfile(script_filename, namespace, namespace) >>>>>>>>>>>>>>  File "/usr/local/lib/python2.7/dist-packages/swift-1.9.2-py2.7.egg/EGG-INFO/scripts/swift-ring-builder", line 808, in >>>>>>>>>>>>>>    builder = RingBuilder.load(argv[1]) >>>>>>>>>>>>>>  File "/usr/local/lib/python2.7/dist-packages/swift-1.9.2-py2.7.egg/swift/common/ring/builder.py", line 993, in load >>>>>>>>>>>>>>    builder = pickle.load(open(builder_file, 'rb')) >>>>>>>>>>>>>>cPickle.UnpicklingError: invalid load key, ''. >>>>>>>>>>>>>>root at arun-Aspire-5742:~# curl http://: >>>>>>>>>>>>>>-su: syntax error near unexpected token `newline' >>>>>>>>>>>>>>root at arun-Aspire-5742:~# curl http://10.0.2.15:6000 >>>>>>>>>>>>>>curl: (7) couldn't connect to host >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>>Please help >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>>>________________________________ >>>>>>>>>>>>>>> From: Clay Gerrard >>>>>>>>>>>>>>>To: pragya jain >>>>>>>>>>>>>>>Sent: Friday, 30 August 2013 12:35 PM >>>>>>>>>>>>>>>Subject: Re: problem in creating account in swift >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>>swift-ring-builder /etc/swift/account.ring.gz >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>>and then >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>>curl http://: >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>>you can also check the proxy logs - it should have the backend requests there you could still the urls from them and make sure they match what's in the ring. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>>-Clay >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>>On Thu, Aug 29, 2013 at 10:38 PM, pragya jain wrote: >>>>>>>>>>>>>>> >>>>>>>>>>>>>>>hello sir, >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>Please help me to know how to check port of account server and how can I connect to them directly. >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>________________________________ >>>>>>>>>>>>>>>>> From: Clay Gerrard >>>>>>>>>>>>>>>>>To: pragya jain >>>>>>>>>>>>>>>>>Sent: Thursday, 29 August 2013 8:59 PM >>>>>>>>>>>>>>>>>Subject: Re: problem in creating account in swift >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>Probably something in the rings, maybe the wrong ports for the account servers?  Or maybe something in the account server config - what port are they on?  can you connect to them directly?  The proxy log lines would say exactly what caused the 503 - can see anything in /var/log/syslog - or maybe /var/log/swift ? >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>On Thu, Aug 29, 2013 at 7:01 AM, pragya jain wrote: >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>hello sir, >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>connection is established successfully. But, when I try to create an account, I face the problem. >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>root at arun-Aspire-5742:~# sudo swift-init account start >>>>>>>>>>>>>>>>>>Starting account-server...(/etc/swift/account-server.conf) >>>>>>>>>>>>>>>>>>root at arun-Aspire-5742:~# sudo swift-init proxy start >>>>>>>>>>>>>>>>>>Starting proxy-server...(/etc/swift/proxy-server.conf) >>>>>>>>>>>>>>>>>>root at arun-Aspire-5742:~# curl -v -H 'X-Auth-User:prag2648:pragya' -H 'X-Auth-Key:pj2648' http://localhost:8080/auth/v1.0/ >>>>>>>>>>>>>>>>>>* About to connect() to localhost port 8080 (#0) >>>>>>>>>>>>>>>>>>*   Trying 127.0.0.1... connected >>>>>>>>>>>>>>>>>>> GET /auth/v1.0/ HTTP/1.1 >>>>>>>>>>>>>>>>>>> User-Agent: curl/7.22.0 (i686-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 zlib/1.2.3.4 libidn/1.23 librtmp/2.3 >>>>>>>>>>>>>>>>>>> Host: localhost:8080 >>>>>>>>>>>>>>>>>>> Accept: */* >>>>>>>>>>>>>>>>>>> X-Auth-User:prag2648:pragya >>>>>>>>>>>>>>>>>>> X-Auth-Key:pj2648 >>>>>>>>>>>>>>>>>>>  >>>>>>>>>>>>>>>>>>< HTTP/1.1 200 OK >>>>>>>>>>>>>>>>>>< X-Storage-Url: http://localhost:8080/v1/AUTH_prag2648 >>>>>>>>>>>>>>>>>>< X-Auth-Token: AUTH_tk3867b7599d5346559ee0baaa09e0f40d >>>>>>>>>>>>>>>>>>< Content-Type: text/html; charset=UTF-8 >>>>>>>>>>>>>>>>>>< X-Storage-Token: AUTH_tk3867b7599d5346559ee0baaa09e0f40d >>>>>>>>>>>>>>>>>>< Content-Length: 0 >>>>>>>>>>>>>>>>>>< X-Trans-Id: txe2ab76a7617e40399f456-00521f3d16 >>>>>>>>>>>>>>>>>>< Date: Thu, 29 Aug 2013 12:22:46 GMT >>>>>>>>>>>>>>>>>><  >>>>>>>>>>>>>>>>>>* Connection #0 to host localhost left intact >>>>>>>>>>>>>>>>>>* Closing connection #0 >>>>>>>>>>>>>>>>>>root at arun-Aspire-5742:~# python >>>>>>>>>>>>>>>>>>Python 2.7.3 (default, Apr 10 2013, 05:46:21)  >>>>>>>>>>>>>>>>>>[GCC 4.6.3] on linux2 >>>>>>>>>>>>>>>>>>Type "help", "copyright", "credits" or "license" for more information. >>>>>>>>>>>>>>>>>>>>> import swift.common.memcached as memcached >>>>>>>>>>>>>>>>>>>>> memcache = memcached.MemcacheRing(['127.0.0.1:11211']) >>>>>>>>>>>>>>>>>>>>> print memcache.get('AUTH_/user/prag2648:pragya') >>>>>>>>>>>>>>>>>>AUTH_tk3867b7599d5346559ee0baaa09e0f40d >>>>>>>>>>>>>>>>>>>>> print memcache.get('AUTH_/token/AUTH_tk3867b7599d5346559ee0baaa09e0f40d') >>>>>>>>>>>>>>>>>>[1377865366.826027, 'prag2648,prag2648:pragya,.reseller_admin,AUTH_prag2648'] >>>>>>>>>>>>>>>>>>>>>  >>>>>>>>>>>>>>>>>>root at arun-Aspire-5742:~# curl -v -H 'X-Storage-Token:AUTH_tk3867b7599d5346559ee0baaa09e0f40d' http://127.0.0.1/v1/Auth_prag2648/ >>>>>>>>>>>>>>>>>>* About to connect() to 127.0.0.1 port 80 (#0) >>>>>>>>>>>>>>>>>>*   Trying 127.0.0.1... Connection refused >>>>>>>>>>>>>>>>>>* couldn't connect to host >>>>>>>>>>>>>>>>>>* Closing connection #0 >>>>>>>>>>>>>>>>>>curl: (7) couldn't connect to host >>>>>>>>>>>>>>>>>>root at arun-Aspire-5742:~# curl -v -H 'X-Storage-Token:AUTH_tk3867b7599d5346559ee0baaa09e0f40d' http://localhost:8080/v1/AUTH_prag2648/ >>>>>>>>>>>>>>>>>>* About to connect() to localhost port 8080 (#0) >>>>>>>>>>>>>>>>>>*   Trying 127.0.0.1... connected >>>>>>>>>>>>>>>>>>> GET /v1/AUTH_prag2648/ HTTP/1.1 >>>>>>>>>>>>>>>>>>> User-Agent: curl/7.22.0 (i686-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 zlib/ >>>>>>>>>>>>>>>>>>1.2.3.4 libidn/1.23 librtmp/2.3 >>>>>>>>>>>>>>>>>>> Host: localhost:8080 >>>>>>>>>>>>>>>>>>> Accept: */* >>>>>>>>>>>>>>>>>>> X-Storage-Token:AUTH_tk3867b7599d5346559ee0baaa09e0f40d >>>>>>>>>>>>>>>>>>>  >>>>>>>>>>>>>>>>>>< HTTP/1.1 503 Internal Server Error >>>>>>>>>>>>>>>>>>< Content-Length: 118 >>>>>>>>>>>>>>>>>>< Content-Type: text/html; charset=UTF-8 >>>>>>>>>>>>>>>>>>< X-Trans-Id: txd6fd9eead36e4b74b0869-00521f3efe >>>>>>>>>>>>>>>>>>< Date: Thu, 29 Aug 2013 12:30:55 GMT >>>>>>>>>>>>>>>>>><  >>>>>>>>>>>>>>>>>>* Connection #0 to host localhost left intact >>>>>>>>>>>>>>>>>>* Closing connection #0 >>>>>>>>>>>>>>>>>>

Service Unavailable

The server is currently unavailable. Please try again at a later time.

root at arun-Aspire-5742:~#  >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>Please help me in this regard. >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>--- >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>Pragya Jain >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>> >>>>>> >>>>>> >>>> >>>> >>>> >> >> >> >_______________________________________________ >Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >Post to    : openstack at lists.openstack.org >Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From prag_2648 at yahoo.co.in Sun Sep 1 09:28:04 2013 From: prag_2648 at yahoo.co.in (pragya jain) Date: Sun, 1 Sep 2013 17:28:04 +0800 (SGT) Subject: [Openstack] problem in retrieving the account data Message-ID: <1378027684.37580.YahooMailNeo@web193602.mail.sg3.yahoo.com> root at arun-Aspire-5742:/etc/swift# swift-ring-builder account.builder add z1-127.0.0.1:6002/d1 100 WARNING: No region specified for z1-127.0.0.1:6002/d1. Defaulting to region 1. Device d2r1z1-127.0.0.1:6002R127.0.0.1:6002/d1_"" with 100.0 weight got id 2 root at arun-Aspire-5742:/etc/swift# swift-ring-builder container.builder add z1-127.0.0.1:6001/d1 100 WARNING: No region specified for z1-127.0.0.1:6001/d1. Defaulting to region 1. Device d1r1z1-127.0.0.1:6001R127.0.0.1:6001/d1_"" with 100.0 weight got id 1 root at arun-Aspire-5742:/etc/swift# swift-ring-builder object.builder add z1-127.0.0.1:6000/d1 100 WARNING: No region specified for z1-127.0.0.1:6000/d1. Defaulting to region 1. Device d2r1z1-127.0.0.1:6000R127.0.0.1:6000/d1_"" with 100.0 weight got id 2 root at arun-Aspire-5742:/etc/swift# swift-ring-builder account.builder rebalance Reassigned 262144 (100.00%) partitions. Balance is now 0.00. root at arun-Aspire-5742:/etc/swift# swift-ring-builder container.builder rebalance Reassigned 262144 (100.00%) partitions. Balance is now 33.33. ------------------------------------------------------------------------------- NOTE: Balance of 33.33 indicates you should push this ring, wait at least 24 hours, and rebalance/repush. ------------------------------------------------------------------------------- root at arun-Aspire-5742:/etc/swift# swift-ring-builder container.builder pretend_min_part_hours_passed root at arun-Aspire-5742:/etc/swift# swift-ring-builder object.builder pretend_min_part_hours_passed root at arun-Aspire-5742:/etc/swift# swift-ring-builder container.builder rebalanceReassigned 131072 (50.00%) partitions. Balance is now 0.00. root at arun-Aspire-5742:/etc/swift# swift-ring-builder object.builder rebalanceReassigned 262144 (100.00%) partitions. Balance is now 0.00. root at arun-Aspire-5742:/etc/swift# curl -v -H 'X-Auth-User:prag2648:pragya' -H 'X-Auth-Key:pj2648' http://localhost:8080/auth/v1.0/ * About to connect() to localhost port 8080 (#0) * Trying 127.0.0.1... Connection refused * couldn't connect to host * Closing connection #0 curl: (7) couldn't connect to host root at arun-Aspire-5742:/etc/swift# sudo swift-init account start Starting account-server...(/etc/swift/account-server.conf) root at arun-Aspire-5742:/etc/swift# sudo swift-init proxy start Starting proxy-server...(/etc/swift/proxy-server.conf) root at arun-Aspire-5742:/etc/swift# curl -v -H 'X-Auth-User:prag2648:pragya' -H 'X-Auth-Key:pj2648' http://localhost:8080/auth/v1.0/ * About to connect() to localhost port 8080 (#0) * Trying 127.0.0.1... connected > GET /auth/v1.0/ HTTP/1.1 > User-Agent: curl/7.22.0 (i686-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 zlib/1.2.3.4 libidn/1.23 librtmp/2.3 > Host: localhost:8080 > Accept: */* > X-Auth-User:prag2648:pragya > X-Auth-Key:pj2648 > < HTTP/1.1 200 OK < X-Storage-Url: http://localhost:8080/v1/AUTH_prag2648 < X-Auth-Token: AUTH_tk06aa273c010b4e7d886b7ec78fbef396 < Content-Type: text/html; charset=UTF-8 < X-Storage-Token: AUTH_tk06aa273c010b4e7d886b7ec78fbef396 < Content-Length: 0 < X-Trans-Id: tx21f0255793574234b88aa-005221bf20 < Date: Sat, 31 Aug 2013 10:02:08 GMT < * Connection #0 to host localhost left intact * Closing connection #0 root at arun-Aspire-5742:/etc/swift# curl -v -H 'X-Storage-Token: AUTH_tk06aa273c010b4e7d886b7ec78fbef396' http://127.0.0.1/v1/AUTH_prag2648/ * About to connect() to 127.0.0.1 port 80 (#0) * Trying 127.0.0.1... Connection refused * couldn't connect to host * Closing connection #0 curl: (7) couldn't connect to host root at arun-Aspire-5742:/etc/swift# curl -v -H 'X-Storage-Token: AUTH_tk06aa273c010b4e7d886b7ec78fbef396' http://127.0.0.1:6002/v1/AUTH_prag2648/ * About to connect() to 127.0.0.1 port 6002 (#0) * Trying 127.0.0.1... connected > GET /v1/AUTH_prag2648/ HTTP/1.1 > User-Agent: curl/7.22.0 (i686-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 zlib/1.2.3.4 libidn/1.23 librtmp/2.3 > Host: 127.0.0.1:6002 > Accept: */* > X-Storage-Token: AUTH_tk06aa273c010b4e7d886b7ec78fbef396 > < HTTP/1.1 400 Bad Request < Content-Length: 32 < Content-Type: text/plain < Date: Sat, 31 Aug 2013 10:04:14 GMT < * Connection #0 to host 127.0.0.1 left intact * Closing connection #0 it shows a bad request error in retrieving the content of account then, I did thefolowing job: root at arun-Aspire-5742:~# sudo swift-init account start Starting account-server...(/etc/swift/account-server.conf) root at arun-Aspire-5742:~# sudo swift-init proxy start Starting proxy-server...(/etc/swift/proxy-server.conf) root at arun-Aspire-5742:~# curl -v -H 'X-Auth-User:prag2648:pragya' -H 'X-Auth-Key:pj2648' http://localhost:8080/auth/v1.0/ * About to connect() to localhost port 8080 (#0) *   Trying 127.0.0.1... connected > GET /auth/v1.0/ HTTP/1.1 > User-Agent: curl/7.22.0 (i686-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 zlib/1.2.3.4 libidn/1.23 librtmp/2.3 > Host: localhost:8080 > Accept: */* > X-Auth-User:prag2648:pragya > X-Auth-Key:pj2648 >  < HTTP/1.1 200 OK < X-Storage-Url: http://localhost:8080/v1/AUTH_prag2648 < X-Auth-Token: AUTH_tk9867f9725a1246a1af3e30b9f7161eb5 < Content-Type: text/html; charset=UTF-8 < X-Storage-Token: AUTH_tk9867f9725a1246a1af3e30b9f7161eb5 < Content-Length: 0 < X-Trans-Id: tx8f658e6bd3b244b793815-005222de45 < Date: Sun, 01 Sep 2013 06:27:17 GMT <  * Connection #0 to host localhost left intact * Closing connection #0 root at arun-Aspire-5742:~# curl -v -H 'X-Storage-Token: AUTH_tk9867f9725a1246a1af3e30b9f7161eb5' http://127.0.0.1:8080/v1/AUTH_prag2648/ * About to connect() to 127.0.0.1 port 8080 (#0) *   Trying 127.0.0.1... connected > GET /v1/AUTH_prag2648/ HTTP/1.1 > User-Agent: curl/7.22.0 (i686-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 zlib/1.2.3.4 libidn/1.23 librtmp/2.3 > Host: 127.0.0.1:8080 > Accept: */* > X-Storage-Token: AUTH_tk9867f9725a1246a1af3e30b9f7161eb5 >  < HTTP/1.1 503 Internal Server Error < Content-Length: 118 < Content-Type: text/html; charset=UTF-8 < X-Trans-Id: tx1c1cb6e3a9f64b56a9550-005222dea4 < Date: Sun, 01 Sep 2013 06:28:54 GMT <  * Connection #0 to host 127.0.0.1 left intact * Closing connection #0

Service Unavailable

The server is currently unavailable. Please try again at a later time.

root at arun-Aspire-5742:~#  root at arun-Aspire-5742:~# curl -v -H 'X-Storage-Token:AUTH_tk9867f9725a1246a1af3e30b9f7161eb5' http://localhost:8080/v1/AUTH_prag2648/ * About to connect() to localhost port 8080 (#0) *   Trying 127.0.0.1... connected > GET /v1/AUTH_prag2648/ HTTP/1.1 > User-Agent: curl/7.22.0 (i686-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 zlib/1.2.3.4 libidn/1.23 librtmp/2.3 > Host: localhost:8080 > Accept: */* > X-Storage-Token:AUTH_tk9867f9725a1246a1af3e30b9f7161eb5 >  < HTTP/1.1 503 Internal Server Error < Content-Length: 118 < Content-Type: text/html; charset=UTF-8 < X-Trans-Id: txa4c98c518382430ab9f5f-005222dede < Date: Sun, 01 Sep 2013 06:29:51 GMT <  * Connection #0 to host localhost left intact * Closing connection #0

Service Unavailable

The server is currently unavailable. Please try again at a later time.

root at arun-Aspire-5742:~#  root at arun-Aspire-5742:~#  But it again shows internal server error. --- Please help me in this regard. Pragya Jain -------------- next part -------------- An HTML attachment was scrubbed... URL: From thiagocmartinsc at gmail.com Sun Sep 1 17:58:50 2013 From: thiagocmartinsc at gmail.com (=?ISO-2022-JP?B?TWFydGlueCAtIBskQiU4JSchPCVgJTobKEI=?=) Date: Sun, 1 Sep 2013 14:58:50 -0300 Subject: [Openstack] can instances be resized? In-Reply-To: References: <65f42838e738d6f7e955acc3514ad918@lists.macscr.com> Message-ID: Hi Mark! >From what I know, "Cloud Computing" environments, like OpenStack, Eucalyptus or AWS EC2, differs a lot from "Virtual Data Centers" like OpenNebula or even pure XenServer, EXSi or Linux KVM... Here at the Cloud, we have a different approach, when you want to "resize" your Instance, you'll need to destroy it, and then, recreate it again. That is why solutions like Puppet or Chef are heavily used within Cloud Computing environments, automation, automation and more automation... Your data must/should be hosted within services like "Block Storage / Cinder" and your application within the Image (hosted at Glance) itself. Mostly because your Instances is almost disposable, your focus must be at the images (a.k.a AMI) and on persistent storage (Cinder), not within the Instance itself, so, when you need to grow, just start a bigger Instance or add more Instances to your pool... Your application image (AMI) must be up-to-date, your data is on Cinder and you can have automation (when you are dealing with basics AMIs like Ubuntu Cloud and needs to deploy your application using puppet / chef within it)... Also, would be great to hear from more people about this topic... Cheers! Thiago On 30 August 2013 04:43, Mark Chaney wrote: > That sounds like I would then have to start maintaing my own templates. > Does that sound right? Im quite surprised this type of functionality isnt > just there by default. Why would someone NOT want it? > > > > > On 2013-08-30 02:03, Ritesh Nanda wrote: > >> using cloud-initramfs-growroot might help you. >> This package adds functionality to an initramfs built by >> initramfs-tools. >> When installed, the initramfs will repartition a disk to make the >> root volume consume all space that follows it. >> >> On Fri, Aug 30, 2013 at 11:45 AM, Mark Chaney >> wrote: >> >> I am going to be hosting mainly Ubuntu, CentOS, and some Debian >>> instances with my openstack "cloud". Can instances be resized when >>> it comes to their storage? Obviously not only does its disk need to >>> be resized, but its FS as well. I am hoping openstack can take care >>> of all of that. >>> >>> Thanks, >>> Mark >>> >>> ______________________________**_________________ >>> Mailing list: >>> http://lists.openstack.org/**cgi-bin/mailman/listinfo/**openstack[1] >>> Post to : openstack at lists.openstack.org >>> Unsubscribe : >>> http://lists.openstack.org/**cgi-bin/mailman/listinfo/**openstack[1] >>> >> >> -- >> >> With Regards >> >> Ritesh Nanda >> >> [2] >> >> >> >> Links: >> ------ >> [1] http://lists.openstack.org/**cgi-bin/mailman/listinfo/**openstack >> [2] http://www.ericsson.com/ >> > > ______________________________**_________________ > Mailing list: http://lists.openstack.org/**cgi-bin/mailman/listinfo/** > openstack > Post to : openstack at lists.openstack.org > Unsubscribe : http://lists.openstack.org/**cgi-bin/mailman/listinfo/** > openstack > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ramon at linux-labs.net Sun Sep 1 18:13:03 2013 From: ramon at linux-labs.net (Ramon Acedo) Date: Sun, 1 Sep 2013 19:13:03 +0100 Subject: [Openstack] Instances running on VMware ESXi are unable to configure IP In-Reply-To: <521F40C2.90707@gslab.com> References: <521F40C2.90707@gslab.com> Message-ID: Hi Rajshree, On 29 August 2013 13:38, Rajshree Thorat wrote: > Hi All, > > I have configured Openstack Grizzly to use ESXi 5.1 as hypervisor. > Creating/deleting instances from Openstack > works as expected, instances are created in ESXi ( Verified via vSphere > Client) and started ok. The trouble is that > VMs are unable to configure internal IP. Does quantum have a way to reach > vmware api to configure network. > Does quantum plugin for vmware/esx exist? > According to the docs [1] VMware vSphere should work with OpenStack Networking, i.e. Neutron (formerly Quantum). I have the same problem setting up OpenStack Networking (quantum with the Open vSwitch). I have a Nova Compute node as a vSphere VM, an OpenStack Networking VM as the quantum gateway server and a controller in a different node. Everything works as you described but the network doesn't work (needs an external dhcp server which is less than ideal). In KVM environments where the Nova Compute node has the guest VM in it the same setup works like this: - VM boots and asks for an IP through DHCP - The Nova Compute has a GRE tunnel to the OpenStack Networking node where the quantum/open vswitch dhcp agent provides an IP to the VM. The tenant can set up any private network and it will work fine like described, for example: VM (10.0.0.3) <--> Nova Compute node (192.168.1.20) <--> GRE tunnel <--> (192.168.1.15) OpenStack Networking node <--> dhcp agent (10.0.0.0/24). In VMware, by default VMs are created to a vSphere Port Group called br-int when using Nova Networking (as per [1]). I configured a standard vSphere vSwitch with the br-int Port Group and didn't connect it any physical interface on purpose (on the physical NICs is where I have the DHCP server and I want to use the quantum dhcp agent). I thought the Nova Compute node could have 2 interfaces, one where the GRE tunnel to the OpenStack Networking node (eth0) is and another one connected to the br-int vSphere Port Group (eth1). This doesn't work because when the VM sends the bootp packet to get a dhcp response it never goes through the GRE tunnel and it won't arrive to the OpenStack Networking node on the other end. I also tried to set a bridge between eth0 and eth1 on the Nova Compute node and configure there the GRE tunnel. This doesn't work either, for some reason the packets do not end up in the other end of the GRE tunnel although I can see them perfectly with tcpdump on the bridge interface. Has anybody successfully configured the VMware driver with OpenStack Networking and the Open vSwitch plug-in or has a better idea how to do this? [1] http://docs.openstack.org/trunk/openstack-compute/admin/content/vmware.html -------------- next part -------------- An HTML attachment was scrubbed... URL: From mail at lists.macscr.com Sun Sep 1 19:59:12 2013 From: mail at lists.macscr.com (Mark) Date: Sun, 1 Sep 2013 14:59:12 -0500 Subject: [Openstack] can instances be resized? In-Reply-To: References: <65f42838e738d6f7e955acc3514ad918@lists.macscr.com> Message-ID: <414F2D7C-FE80-4916-869E-BF2703259847@lists.macscr.com> Only a small number of applications support clustering, so its very unreasonable to expect to be able to just add instances to resolve every resource limit issue. I obviously understand that when resizing, you are though limited to the resources of a single host for ram and CPU. I plan on using ceph for storage and no ephemeral storage as my compute nodes wont have any local storage. I see zero value in destroying a vm, then recreating it with a new size. That doesn't sound like a resize at all. Might as well tell the client its not possible and to cancel their product and order again, which is obviously something most people would find unreasonable. You might be right that open nebula is a better fit for me design wise, but unfortunately, its a project that I see losing a lot of momentum due to the popularity of openstack. - Mark On Sep 1, 2013, at 12:58 PM, Martinx - ジェームズ wrote: > Hi Mark! > > From what I know, "Cloud Computing" environments, like OpenStack, Eucalyptus or AWS EC2, differs a lot from "Virtual Data Centers" like OpenNebula or even pure XenServer, EXSi or Linux KVM... > > Here at the Cloud, we have a different approach, when you want to "resize" your Instance, you'll need to destroy it, and then, recreate it again. That is why solutions like Puppet or Chef are heavily used within Cloud Computing environments, automation, automation and more automation... > > Your data must/should be hosted within services like "Block Storage / Cinder" and your application within the Image (hosted at Glance) itself. > > Mostly because your Instances is almost disposable, your focus must be at the images (a.k.a AMI) and on persistent storage (Cinder), not within the Instance itself, so, when you need to grow, just start a bigger Instance or add more Instances to your pool... > > Your application image (AMI) must be up-to-date, your data is on Cinder and you can have automation (when you are dealing with basics AMIs like Ubuntu Cloud and needs to deploy your application using puppet / chef within it)... > > Also, would be great to hear from more people about this topic... > > Cheers! > Thiago > > > On 30 August 2013 04:43, Mark Chaney wrote: >> That sounds like I would then have to start maintaing my own templates. Does that sound right? Im quite surprised this type of functionality isnt just there by default. Why would someone NOT want it? >> >> >> >> >> On 2013-08-30 02:03, Ritesh Nanda wrote: >>> using cloud-initramfs-growroot might help you. >>> This package adds functionality to an initramfs built by >>> initramfs-tools. >>> When installed, the initramfs will repartition a disk to make the >>> root volume consume all space that follows it. >>> >>> On Fri, Aug 30, 2013 at 11:45 AM, Mark Chaney >>> wrote: >>> >>>> I am going to be hosting mainly Ubuntu, CentOS, and some Debian >>>> instances with my openstack "cloud". Can instances be resized when >>>> it comes to their storage? Obviously not only does its disk need to >>>> be resized, but its FS as well. I am hoping openstack can take care >>>> of all of that. >>>> >>>> Thanks, >>>> Mark >>>> >>>> _______________________________________________ >>>> Mailing list: >>>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack [1] >>>> Post to : openstack at lists.openstack.org >>>> Unsubscribe : >>>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack [1] >>> >>> -- >>> >>> With Regards >>> >>> Ritesh Nanda >>> >>> [2] >>> >>> >>> >>> Links: >>> ------ >>> [1] http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>> [2] http://www.ericsson.com/ >> >> _______________________________________________ >> Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> Post to : openstack at lists.openstack.org >> Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > -------------- next part -------------- An HTML attachment was scrubbed... URL: From guolongcang.work at gmail.com Mon Sep 2 01:36:53 2013 From: guolongcang.work at gmail.com (happy idea) Date: Mon, 2 Sep 2013 09:36:53 +0800 Subject: [Openstack] [Grizzly] Unable to reboot instance after Migrate In-Reply-To: References: Message-ID: 2013-08-30 14:42:51.569 12667 ERROR nova.virt.libvirt.driver [-] Getting disk size of instance-0000007d: [Errno 2] No such file or directory: '/var/lib/nova/instances/72ec37a3-b209-4729-b628-005fdcea5a3c/disk' *I think may be your NFS config is not correct.* 2013/8/31 Guilherme Russi > Hello Happy, these are my logs: > > 2013-08-30 14:42:51.402 12667 AUDIT nova.compute.resource_tracker [-] > Auditing locally available compute resources > 2013-08-30 14:42:51.562 12667 ERROR nova.virt.libvirt.driver [-] Getting > disk size of instance-00000084: [Errno 2] No such file or directory: > '/var/lib/nova/instances/c9e1c5ed-a108-4196-bfbc-24495e2e71bd/disk' > 2013-08-30 14:42:51.564 12667 ERROR nova.virt.libvirt.driver [-] Getting > disk size of instance-00000077: [Errno 2] No such file or directory: > '/var/lib/nova/instances/483f98e3-8ef5-43e2-8c3a-def55abdabcd/disk' > 2013-08-30 14:42:51.567 12667 ERROR nova.virt.libvirt.driver [-] Getting > disk size of instance-000000bd: [Errno 2] No such file or directory: > '/var/lib/nova/instances/66abd40e-fb19-4cbe-a248-61d968fd84b7/disk' > 2013-08-30 14:42:51.569 12667 ERROR nova.virt.libvirt.driver [-] Getting > disk size of instance-0000007d: [Errno 2] No such file or directory: > '/var/lib/nova/instances/72ec37a3-b209-4729-b628-005fdcea5a3c/disk' > 2013-08-30 14:42:51.679 12667 AUDIT nova.compute.resource_tracker [-] Free > ram (MB): 2746 > 2013-08-30 14:42:51.679 12667 AUDIT nova.compute.resource_tracker [-] Free > disk (GB): 53 > 2013-08-30 14:42:51.679 12667 AUDIT nova.compute.resource_tracker [-] Free > VCPUS: 1 > 2013-08-30 14:42:51.773 12667 INFO nova.compute.resource_tracker [-] > Compute_service record updated for caos:caos > 2013-08-30 14:42:51.774 12667 INFO nova.compute.manager [-] Updating host > status > > > And here the output when I run the command: > > ERROR: Live migration of instance c9af3e9e-87b1-4aa3-95aa-22700e1091e4 to > host tiresias failed (HTTP 400) (Request-ID: > req-630d7837-6886-4e23-bc3d-a9fccc4a8868) > > My destiny host awsers ping when I ping. > > I've been fighting against it a quite while without success. > > Regards. > > Guilherme. > > > 2013/8/29 happy idea > >> OK. >> >> >> 2013/8/30 Guilherme Russi >> >>> I am too, if I find something I'll let you know. >>> >>> Regards. >>> >>> >>> 2013/8/29 happy idea >>> >>>> I am trying to figure out what cause the bug. >>>> >>>> >>>> 2013/8/30 Guilherme Russi >>>> >>>>> Well mine are: >>>>> >>>>> ii nova-api 1:2013.1-0ubuntu2.1~cloud0 >>>>> OpenStack Compute - API frontend >>>>> ii nova-cert 1:2013.1-0ubuntu2.1~cloud0 >>>>> OpenStack Compute - certificate management >>>>> ii nova-common 1:2013.1-0ubuntu2.1~cloud0 >>>>> OpenStack Compute - common files >>>>> ii nova-conductor 1:2013.1-0ubuntu2.1~cloud0 >>>>> OpenStack Compute - conductor service >>>>> ii nova-consoleauth 1:2013.1-0ubuntu2.1~cloud0 >>>>> OpenStack Compute - Console Authenticator >>>>> ii nova-novncproxy 1:2013.1-0ubuntu2.1~cloud0 >>>>> OpenStack Compute - NoVNC proxy >>>>> ii nova-scheduler 1:2013.1-0ubuntu2.1~cloud0 >>>>> OpenStack Compute - virtual machine scheduler >>>>> ii python-nova 1:2013.1-0ubuntu2.1~cloud0 >>>>> OpenStack Compute Python libraries >>>>> ii python-novaclient 1:2.13.0-0ubuntu1~cloud0 >>>>> >>>>> >>>>> >>>>> >>>>> 2013/8/29 happy idea >>>>> >>>>>> Thank you. >>>>>> >>>>>> >>>>>> 2013/8/29 Razique Mahroua >>>>>> >>>>>>> Looks like a bug to me, definitely…. >>>>>>> but i can be wrong though >>>>>>> >>>>>>> *Razique Mahroua** - **Nuage & Co* >>>>>>> razique.mahroua at gmail.com >>>>>>> Tel : +33 9 72 37 94 15 >>>>>>> >>>>>>> >>>>>>> Le 29 août 2013 à 11:29, happy idea a >>>>>>> écrit : >>>>>>> >>>>>>> Thank you. >>>>>>> >>>>>>> ---------- Forwarded message ---------- >>>>>>> From: happy idea >>>>>>> Date: 2013/8/29 >>>>>>> Subject: [Openstack][Grizzly] Unable to reboot instance after Migrate >>>>>>> To: openstack >>>>>>> >>>>>>> >>>>>>> Hi All, >>>>>>> >>>>>>> Here's the stacktrace log: >>>>>>> >>>>>>> 2013-08-29 15:12:29.515 WARNING nova.compute.manager >>>>>>> [req-31944080-1a33-4679-98ce-af36e3660679 ae0f00ede33f42d9a12385b2c2ce8c0d >>>>>>> 57d53e1dcff540b6aeaf0d6fd60be7ab] [instance: >>>>>>> 038dbba7-534b-4c03-8914-a830c424ce21] Traceback (most recent call last): >>>>>>> File "/usr/lib/python2.7/dist-packages/nova/compute/manager.py", >>>>>>> line 1718, in reboot_instance >>>>>>> bad_volumes_callback=bad_volumes_callback) >>>>>>> File >>>>>>> "/usr/lib/python2.7/dist-packages/nova/virt/libvirt/driver.py", line 1295, >>>>>>> in reboot >>>>>>> block_device_info) >>>>>>> File >>>>>>> "/usr/lib/python2.7/dist-packages/nova/virt/libvirt/driver.py", line 1371, >>>>>>> in _hard_reboot >>>>>>> self._create_images_and_backing(context, instance, >>>>>>> disk_info_json) >>>>>>> File >>>>>>> "/usr/lib/python2.7/dist-packages/nova/virt/libvirt/driver.py", line 3248, >>>>>>> in _create_images_and_backing >>>>>>> cache_name = os.path.basename(info['backing_file']) >>>>>>> File "/usr/lib/python2.7/posixpath.py", line 121, in basename >>>>>>> i = p.rfind('/') + 1 >>>>>>> AttributeError: 'NoneType' object has no attribute 'rfind' >>>>>>> >>>>>>> 2013-08-29 15:12:29.516 ERROR nova.compute.manager >>>>>>> [req-31944080-1a33-4679-98ce-af36e3660679 ae0f00ede33f42d9a12385b2c2ce8c0d >>>>>>> 57d53e1dcff540b6aeaf0d6fd60be7ab] [instance: >>>>>>> 038dbba7-534b-4c03-8914-a830c424ce21] Cannot reboot instance: 'NoneType' >>>>>>> object has no attribute 'rfind' >>>>>>> >>>>>>> >>>>>>> Looking for any help. >>>>>>> Regards. >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> Mailing list: >>>>>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>>>>> Post to : openstack at lists.openstack.org >>>>>> Unsubscribe : >>>>>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>>>>> >>>>>> >>>>> >>>> >>> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: NUAGECO-LOGO-Fblan_petit.jpg Type: image/jpeg Size: 10122 bytes Desc: not available URL: From shrinand at maginatics.com Mon Sep 2 02:39:21 2013 From: shrinand at maginatics.com (Shrinand Javadekar) Date: Sun, 1 Sep 2013 19:39:21 -0700 Subject: [Openstack] Swift sharding across containers Message-ID: Hi, There have been several articles which talk about keeping the number of objects in a container to about 1M. Beyond that sqlite starts becoming the bottleneck. I am going to make sure we abide by this number. However, has anyone measured whether putting objects among multiple containers right from the start gives any performance benefits. For e.g. I could create 32 containers right at the start and split the objects among these as I write more and more objects. In the average case, I would have several partially filled containers instead of a few fully filled ones (fully filled means having 1M objects). Would this be better for the overall performance? Any downsides of this approach? Has anyone tried this before and published numbers on this? Thanks in advance. -Shri -------------- next part -------------- An HTML attachment was scrubbed... URL: From guolongcang.work at gmail.com Mon Sep 2 05:34:24 2013 From: guolongcang.work at gmail.com (happy idea) Date: Mon, 2 Sep 2013 13:34:24 +0800 Subject: [Openstack] [OPENSTACK][Grizzly] Have you Migrate/Live Migration Completely successful ? Message-ID: After Migrate or Live Migration , the VM lost network connection. -------------- next part -------------- An HTML attachment was scrubbed... URL: From yuanpu at 139.com Mon Sep 2 06:20:07 2013 From: yuanpu at 139.com (yuanpu) Date: Mon, 2 Sep 2013 14:20:07 +0800 Subject: [Openstack] [OPENSTACK][Grizzly] Have you Migrate/Live Migration Completely successful ? References: Message-ID: <201309021420059753411@139.com> i have the same problem with you, and i solved it like this. kvm3 is a compute node. [root at kvm3 ~]# crontab -l 0 23 * * * ntpdate 172.21.4.20 >> /var/log/ntpdate.log 30 4 * * 7 sh /work/openstack/restartport.sh >> /work/openstack/restart.log 2>&1 [root at kvm3 ~]# cat /work/openstack/restartport.sh #!/bin/sh su -p -s /bin/sh root . /root/.bash_profile export PATH=$PATH:/sbin:. ovs-vsctl del-port tap1d092a07-44 ovs-vsctl add-port br-int tap1d092a07-44 tag=3 ifconfig tap1d092a07-44 up ovs-vsctl del-port tap816c181e-e1 ovs-vsctl add-port br-int tap816c181e-e1 tag=2 ifconfig tap816c181e-e1 up 172.21.0.32 is a vm [root at 172-21-0-32 ~]# crontab -l 10 * * * * /usr/sbin/ntpdate 172.21.0.116 >> /var/log/ntpdate.log 50 4 * * 7 sh /work/openstack/restartport.sh >> /work/openstack/restart.log 2>&1 [root at 172-21-0-32 ~]# cat /work/openstack/restartport.sh #!/bin/sh . ~/.bash_profile cd /etc/init.d ./network restart ping -c 5 172.21.0.1 yuanpu From: happy idea Date: 2013-09-02 13:34 To: openstack Subject: [Openstack] [OPENSTACK][Grizzly] Have you Migrate/Live Migration Completely successful ? After Migrate or Live Migration , the VM lost network connection. -------------- next part -------------- An HTML attachment was scrubbed... URL: From bob.ball at citrix.com Mon Sep 2 08:31:15 2013 From: bob.ball at citrix.com (Bob Ball) Date: Mon, 2 Sep 2013 08:31:15 +0000 Subject: [Openstack] can instances be resized? In-Reply-To: <65f42838e738d6f7e955acc3514ad918@lists.macscr.com> References: <65f42838e738d6f7e955acc3514ad918@lists.macscr.com> Message-ID: Hi Mark, Just to add to this - if you use XenServer as the underlying hypervisor then yes, it can perform automatic resize of the partitions when you resize an instance between two flavors. I believe you need to set auto_disk_config=True for the instance - at which point the expectation is that you have a single partition and are using EXT3 or EXT4. See https://github.com/openstack/nova/blob/master/nova/virt/xenapi/vm_utils.py#L798 for the technical details. This occurs when you issue the nova command to resize an instance between the flavors and requires you to be running XenServer with the EXT3 SR type - see http://docs.openstack.org/trunk/openstack-compute/admin/content/introduction-to-xen.html for more details on setting up XenServer. Thanks, Bob > -----Original Message----- > From: Mark Chaney [mailto:mail at lists.macscr.com] > Sent: 30 August 2013 07:15 > To: openstack at lists.openstack.org > Subject: [Openstack] can instances be resized? > > I am going to be hosting mainly Ubuntu, CentOS, and some Debian > instances with my openstack "cloud". Can instances be resized when it > comes to their storage? Obviously not only does its disk need to be > resized, but its FS as well. I am hoping openstack can take care of all > of that. > > Thanks, > Mark > > _______________________________________________ > Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : http://lists.openstack.org/cgi- > bin/mailman/listinfo/openstack From gpeeyush at ymail.com Mon Sep 2 09:01:09 2013 From: gpeeyush at ymail.com (Peeyush Gupta) Date: Mon, 2 Sep 2013 17:01:09 +0800 (SGT) Subject: [Openstack] Adding a new column to a table. In-Reply-To: <1378111281.3136.YahooMailNeo@web194605.mail.sg3.yahoo.com> References: <1378111281.3136.YahooMailNeo@web194605.mail.sg3.yahoo.com> Message-ID: <1378112469.18962.YahooMailNeo@web194603.mail.sg3.yahoo.com> Hi, I have been trying to add a new column to compute_nodes table. I understand the table is defined at db.sqlalchemy.models.py. So, I added a new field in the file and restarted the nova-compute process. But, there is no change in the table. What am I doing wrong? Where  should I make changes to add the column? P.S: I am using devstack on Ubuntu 12.04 LTS Thanks,   ~Peeyush Gupta -------------- next part -------------- An HTML attachment was scrubbed... URL: From simon.pasquier at bull.net Mon Sep 2 09:19:58 2013 From: simon.pasquier at bull.net (Simon Pasquier) Date: Mon, 2 Sep 2013 11:19:58 +0200 Subject: [Openstack] Confused about GroupAntiAffinityFilter and GroupAffinityFilter Message-ID: <5224583E.7050407@bull.net> Hello, I tried to play with GroupAntiAffinityFilter and GroupAffinityFilter filters but it looks like the documentation is misleading [1]. Looking more precisely at the commits that introduced these filters [2][3], my assumption is that to use these filters, one would boot a first instance with '--hint group=foo' and the scheduler would update the instance_system_metadata table with {key:'group',value:'foo}. Then when starting other instances with the same hint option, the scheduler would filter the candidate hosts by querying the instance_system_metadata table. Still this doesn't work for me. In my tests with GroupAntiAffinityFilter, I have 3 compute nodes, each running one instance not in any group. Then when I launch a VM specifying a group hint, the scheduler fails to find a valid host because GroupAntiAffinityFilter filter returns 0 host. Could someone provide some guidance on how to use this filter? Regards, [1] http://docs.openstack.org/trunk/openstack-compute/admin/content/scheduler-filters.html#groupaffinityfilter [2] https://review.openstack.org/#/c/21070/ [3] https://review.openstack.org/#/c/35788/ -- Simon Pasquier Software Engineer Bull, Architect of an Open World Phone: + 33 4 76 29 71 49 http://www.bull.com From toni.fuentes at ackstorm.es Mon Sep 2 09:27:21 2013 From: toni.fuentes at ackstorm.es (Toni F. [ackstorm]) Date: Mon, 02 Sep 2013 11:27:21 +0200 Subject: [Openstack] [Folsom] Location field empty in Glance when instance to image In-Reply-To: <52213EBB.6000604@inktank.com> References: <522074B1.3070300@ackstorm.es> <52213EBB.6000604@inktank.com> Message-ID: <522459F9.80704@ackstorm.es> Yes, i'm making snapshots of the instance volume directly with cinder, but after i cannot manage it with glance like images. My configuration is full boot from volume. All are backed in ceph (images, instance volumes and secondary disk) You know if in posterior versions (grizzly, havana) is solved? Thanks a lot Regards On 31/08/13 02:54, Josh Durgin wrote: > On 08/30/2013 03:32 AM, Toni F. [ackstorm] wrote: >> Hi all, >> >> With a running boot-from-volume instance backed in ceph, i launch >> command to create an image from instance. All seems to work fine but if >> i look in bdd i notice that location is empty >> >> mysql> select * from images where >> id="b7674970-5d60-41da-bbb9-2ef10955fbbe" \G; >> *************************** 1. row *************************** >> id: b7674970-5d60-41da-bbb9-2ef10955fbbe >> name: snapshot_athena326 >> size: 0 >> status: active >> is_public: 1 >> * location: NULL* >> created_at: 2013-08-29 14:41:16 >> updated_at: 2013-08-29 14:41:16 >> deleted_at: NULL >> deleted: 0 >> disk_format: raw >> container_format: bare >> checksum: 8e79e146ce5d2c71807362730e7b5a3b >> owner: 36d462972b1d49c5850ca864b6f39d05 >> min_disk: 0 >> min_ram: 0 >> protected: 0 >> 1 row in set (0.00 sec) >> >> Bug? > > This an artifact of the ec2-like separation of disks into volumes and > ephemeral storage. A snapshot of a volume-backed instance taken by > nova creates snapshots of each volume and adds them to an empty image > with a block device mapping containing references to the volume > snapshots. > > Depending on why you want the location, using cinder snapshots of > volumes directly may be simpler than inspecting an image like this. > > Josh > >> Aditional info >> >> # glance index >> >> ID Name Disk Format >> Container Format Size >> ------------------------------------ ------------------------------ >> -------------------- -------------------- -------------- >> 7729788f-b80a-4d90-b3c7-6f61f5ebd535 Ubuntu 12.04 LTS 32bits raw >> bare 2147483648 >> b0692408-6bcf-40b1-94c6-672154d5d7eb Ubuntu 12.04 LTS 64bits raw >> bare 2147483648 >> >> I created a instance from image 7729788f-b80a-4d90-b3c7-6f61f5ebd535 >> >> #nova list >> >> +--------------------------------------+-----------+--------+----------------------------------------+ >> >> | ID | Name | Status | Networks >> | >> +--------------------------------------+-----------+--------+----------------------------------------+ >> >> | bffd1b30-5690-4d2f-9347-1f0b7202ee6d | athena326 | ACTIVE | >> Private_15=10.128.3.195, 88.87.208.155 | >> +--------------------------------------+-----------+--------+----------------------------------------+ >> >> >> >> #nova image-create bffd1b30-5690-4d2f-9347-1f0b7202ee6d >> snapshot_athena326 >> >> ///LOGS in cinder_volume >> >> 2013-08-29 16:41:16 INFO cinder.volume.manager >> [req-8fc22aae-a516-4f62-a836-99f63f86f144 >> 55b70876b2d24eb393da5119cb2b8ee4 36d462972b1d49c5850ca864b6f39d05] >> snapshot snapshot-7a41d848-6d35-47a6-b3ce-7be1d3643e68: creating >> 2013-08-29 16:41:16 DEBUG cinder.volume.manager >> [req-8fc22aae-a516-4f62-a836-99f63f86f144 >> 55b70876b2d24eb393da5119cb2b8ee4 36d462972b1d49c5850ca864b6f39d05] >> snapshot snapshot-7a41d848-6d35-47a6-b3ce-7be1d3643e68: creating >> create_snapshot >> /usr/lib/python2.7/dist-packages/cinder/volume/manager.py:234 >> 2013-08-29 16:41:16 DEBUG cinder.utils >> [req-8fc22aae-a516-4f62-a836-99f63f86f144 >> 55b70876b2d24eb393da5119cb2b8ee4 36d462972b1d49c5850ca864b6f39d05] >> Running cmd (subprocess): rbd snap create --pool volumes --snap >> snapshot-7a41d848-6d35-47a6-b3ce-7be1d3643e68 >> volume-1b1e9684-05fa-4d8b-90a3-5bd2031c28bd execute >> /usr/lib/python2.7/dist-packages/cinder/utils.py:167 >> 2013-08-29 16:41:17 DEBUG cinder.utils >> [req-8fc22aae-a516-4f62-a836-99f63f86f144 >> 55b70876b2d24eb393da5119cb2b8ee4 36d462972b1d49c5850ca864b6f39d05] >> Running cmd (subprocess): rbd --help execute >> /usr/lib/python2.7/dist-packages/cinder/utils.py:167 >> 2013-08-29 16:41:17 DEBUG cinder.utils >> [req-8fc22aae-a516-4f62-a836-99f63f86f144 >> 55b70876b2d24eb393da5119cb2b8ee4 36d462972b1d49c5850ca864b6f39d05] >> Running cmd (subprocess): rbd snap protect --pool volumes --snap >> snapshot-7a41d848-6d35-47a6-b3ce-7be1d3643e68 >> volume-1b1e9684-05fa-4d8b-90a3-5bd2031c28bd execute >> /usr/lib/python2.7/dist-packages/cinder/utils.py:167 >> 2013-08-29 16:41:17 DEBUG cinder.volume.manager >> [req-8fc22aae-a516-4f62-a836-99f63f86f144 >> 55b70876b2d24eb393da5119cb2b8ee4 36d462972b1d49c5850ca864b6f39d05] >> snapshot snapshot-7a41d848-6d35-47a6-b3ce-7be1d3643e68: created >> successfully create_snapshot >> /usr/lib/python2.7/dist-packages/cinder/volume/manager.py:249 >> >> ///LOGS in cinder_volume >> >> root at nova-volume-lnx001:/home/ackstorm# glance index >> >> ID Name Disk Format >> Container Format Size >> ------------------------------------ ------------------------------ >> -------------------- -------------------- -------------- >> b7674970-5d60-41da-bbb9-2ef10955fbbe snapshot_athena326 raw >> bare 0 >> 7729788f-b80a-4d90-b3c7-6f61f5ebd535 Ubuntu 12.04 LTS 32bits raw >> bare 2147483648 >> b0692408-6bcf-40b1-94c6-672154d5d7eb Ubuntu 12.04 LTS 64bits raw >> bare 2147483648 >> >> >> # glance image-show b7674970-5d60-41da-bbb9-2ef10955fbbe >> >> >> +---------------------------------+----------------------------------------------------------------------------------------------------------------+ >> >> | Property | Value | >> +---------------------------------+----------------------------------------------------------------------------------------------------------------+ >> >> | Property 'block_device_mapping' | [{"device_name": "vda", >> "delete_on_termination": true, "snapshot_id": >> "7a41d848-6d35-47a6-b3ce-7be1d3643e68"}] | >> | Property 'root_device_name' | /dev/vda | >> | checksum | >> 8e79e146ce5d2c71807362730e7b5a3b | >> | container_format | bare | >> | created_at | 2013-08-29T14:41:16 | >> | deleted | False | >> | disk_format | raw | >> | id | >> b7674970-5d60-41da-bbb9-2ef10955fbbe | >> | is_public | True | >> | min_disk | 0 | >> | min_ram | 0 | >> | name | snapshot_athena326 | >> | owner | >> 36d462972b1d49c5850ca864b6f39d05 | >> | protected | False | >> | size | 0 | >> | status | active | >> | updated_at | 2013-08-29T14:41:16 | >> +---------------------------------+----------------------------------------------------------------------------------------------------------------+ >> >> >> # glance show b7674970-5d60-41da-bbb9-2ef10955fbbe >> >> URI:http://nova-image:9292/v1/images/b7674970-5d60-41da-bbb9-2ef10955fbbe >> >> Id: b7674970-5d60-41da-bbb9-2ef10955fbbe >> Public: Yes >> Protected: No >> Name: snapshot_athena326 >> Status: active >> Size: 0 >> Disk format: raw >> Container format: bare >> Minimum Ram Required (MB): 0 >> Minimum Disk Required (GB): 0 >> Owner: 36d462972b1d49c5850ca864b6f39d05 >> Property 'root_device_name': /dev/vda >> Property 'block_device_mapping': [{"device_name": "vda", >> "delete_on_termination": true, "snapshot_id": >> "*7a41d848-6d35-47a6-b3ce-7be1d3643e68*"}] >> Created at: 2013-08-29T14:41:16 >> Updated at: 2013-08-29T14:41:16 >> >> # rbd ls volumes | grep volume-1b1e9684-05fa-4d8b-90a3-5bd2031c28bd >> >> *volume-1b1e9684-05fa-4d8b-90a3-5bd2031c28bd* >> >> # rbd snap ls volumes/volume-1b1e9684-05fa-4d8b-90a3-5bd2031c28bd >> SNAPID NAME SIZE >> 87 snapshot-0e431fb7-b24e-4ca4-ab48-0b4da63767e7 2048 MB >> 90 snapshot-6d99f645-96ce-4847-9f2b-5e7aa5031bd1 2048 MB >> 89*snapshot-7a41d848-6d35-47a6-b3ce-7be1d3643e68*2048 MB >> 88 snapshot-8b136189-f06c-4598-bebf-bba9817a1f90 2048 MB >> >> >> Regards >> >> -- >> >> Toni Fuentes Rico >> toni.fuentes at ackstorm.es >> Administración de Sistemas >> >> Oficina central: 902 888 345 >> >> ACK STORM, S.L. >> ISO 9001:2008 (Cert.nº. 536932) >> http://ackstorm.es >> >> Este mensaje electrónico contiene información de ACK STORM, S.L. que >> es privada y confidencial, siendo para el uso exclusivo de la >> persona(s) o entidades arriba mencionadas. Si usted no es el >> destinatario señalado, le informamos que cualquier divulgación, >> copia, distribución o uso de los contenidos está prohibida. Si usted >> ha recibido este mensaje por error, por favor borre su contenido y >> comuníquenoslo en la direcciónackstorm at ackstorm.es >> >> >> >> _______________________________________________ >> Mailing list: >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> Post to : openstack at lists.openstack.org >> Unsubscribe : >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> > > -- Toni Fuentes Rico toni.fuentes at ackstorm.es Administración de Sistemas Oficina central: 902 888 345 ACK STORM, S.L. ISO 9001:2008 (Cert.nº. 536932) http://ackstorm.es Este mensaje electrónico contiene información de ACK STORM, S.L. que es privada y confidencial, siendo para el uso exclusivo de la persona(s) o entidades arriba mencionadas. Si usted no es el destinatario señalado, le informamos que cualquier divulgación, copia, distribución o uso de los contenidos está prohibida. Si usted ha recibido este mensaje por error, por favor borre su contenido y comuníquenoslo en la dirección ackstorm at ackstorm.es From wingwj at gmail.com Mon Sep 2 09:27:29 2013 From: wingwj at gmail.com (wu jiang) Date: Mon, 2 Sep 2013 17:27:29 +0800 Subject: [Openstack] Adding a new column to a table. In-Reply-To: <1378112469.18962.YahooMailNeo@web194603.mail.sg3.yahoo.com> References: <1378111281.3136.YahooMailNeo@web194605.mail.sg3.yahoo.com> <1378112469.18962.YahooMailNeo@web194603.mail.sg3.yahoo.com> Message-ID: Hi Peeyush, My approach is to create a file with successive number in dir "\nova\db\sqlalchemy\migrate_repo\versions\" , and realize it according to my needs. And later, execute "nova-manage db sync", the new table will be available. Please take it as your reference~ On Mon, Sep 2, 2013 at 5:01 PM, Peeyush Gupta wrote: > > Hi, > > I have been trying to add a new column to compute_nodes table. > I understand the table is defined at db.sqlalchemy.models.py. So, > I added a new field in the file and restarted the nova-compute process. > But, there is no change in the table. What am I doing wrong? Where > should I make changes to add the column? > > P.S: I am using devstack on Ubuntu 12.04 LTS > > Thanks, > > ~Peeyush Gupta > > > > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From hzguanqiang at corp.netease.com Mon Sep 2 09:42:51 2013 From: hzguanqiang at corp.netease.com (hzguanqiang at corp.netease.com) Date: Mon, 2 Sep 2013 17:42:51 +0800 Subject: [Openstack] Adding a new column to a table. References: <1378111281.3136.YahooMailNeo@web194605.mail.sg3.yahoo.com>, <1378112469.18962.YahooMailNeo@web194603.mail.sg3.yahoo.com> Message-ID: <2013090217424764366571@corp.netease.com> Hi Peeyush, You need to add a db migration file in nova/virt/baremetal/db/sqlalchemy/migrate_repo/versions/, named with a number prefix bigger than the existing files. After then, You need to execute the command "nova-manage db sync". On 2013-09-02 17:01 , Peeyush Gupta wrote: Hi, I have been trying to add a new column to compute_nodes table. I understand the table is defined at db.sqlalchemy.models.py. So, I added a new field in the file and restarted the nova-compute process. But, there is no change in the table. What am I doing wrong? Where should I make changes to add the column? P.S: I am using devstack on Ubuntu 12.04 LTS Thanks, ~Peeyush Gupta ------------------ Best regards! GuanQiang 17:32:18 -------------- next part -------------- An HTML attachment was scrubbed... URL: From pangj at laposte.net Mon Sep 2 11:51:47 2013 From: pangj at laposte.net (pangj) Date: Mon, 02 Sep 2013 19:51:47 +0800 Subject: [Openstack] Help - swift with low IOPS Message-ID: <52247BD3.4030108@laposte.net> Hi, We have benched the swift, the cluster is with one proxy server, one combined account/container server, five object servers. All are separated physical servers. We benched from 12 clients (each with 200 threads), got the results as below: | node | PUT | GET | DELETE | |--------+-------+-------+--------| | sb2 A | 35.6 | 57.1 | 44 | | sb2 B | 35.6 | 56.1 | 43.4 | | sb3 A | 35.4 | 58.1 | 43.4 | | sb3 B | 35.6 | 56.1 | 43.4 | | ad61 A | 35.5 | 57.2 | 43.8 | | ad61 B | 35.5 | 55.2 | 43.5 | | sb64 A | 35.4 | 53.4 | 43.7 | | sb64 B | 35.5 | 54.9 | 43.5 | | sb65 A | 35.7 | 53.3 | 43.6 | | sb65 B | 35.6 | 52.5 | 44.1 | | sb27 A | 35.4 | 49.4 | 44.1 | | sb27 B | 35.4 | 51.1 | 43.9 | |--------+-------+-------+--------| | total | 426.2 | 654.4 | 524.4 | The total IOPS for PUT is 426, means 426 PUT requests per second. But our application design requires 3000 PUT requests per second. So how to improve swift's performance to match the requirement? Thanks. From eswar7028 at gmail.com Mon Sep 2 13:05:53 2013 From: eswar7028 at gmail.com (ESWAR RAO) Date: Mon, 2 Sep 2013 18:35:53 +0530 Subject: [Openstack] Reg. nova compute and openstack controller interaction Message-ID: Hi All, I am new to open stack. Can some please point me to some links where I can get the information regarding: (1) communication b/w controller and nova compute on compute nodes?? (2) different states of VM as launched on compute node bu nova compute?? (3) any changes to VM states if communication b/w controller and nova compute on compute nodes breaks?? Actually I was searching on google but couldn't get enough pointers. Thanks Eswar -------------- next part -------------- An HTML attachment was scrubbed... URL: From mail at lists.macscr.com Mon Sep 2 13:56:16 2013 From: mail at lists.macscr.com (Mark Chaney) Date: Mon, 02 Sep 2013 08:56:16 -0500 Subject: [Openstack] =?utf-8?q?can_instances_be_resized=3F?= In-Reply-To: References: <65f42838e738d6f7e955acc3514ad918@lists.macscr.com> Message-ID: <74ddb6381735a9cc3bbe23518b42a1dc@lists.macscr.com> Ok, there seems to be a lot of conflicting information out there. Some people are saying its possible, some people are saying the kvm gets destroyed first and pretty much created from scratch, and others are saying its possible with xenserver. FYI, I will be using KVM. Without any crazy workarounds or custom templates, can Openstack resize kvm linux guests and keep data in tack? This is something I have to do quite often with my xen (xen.org) cluster that is managed with cloudmin, so its a very important feature to me that I can continue to be able to do it when switching to kvm/openstack. Thanks everyone for your time! -Mark On 2013-09-02 03:31, Bob Ball wrote: > Hi Mark, > > Just to add to this - if you use XenServer as the underlying > hypervisor then yes, it can perform automatic resize of the partitions > when you resize an instance between two flavors. > > I believe you need to set auto_disk_config=True for the instance - at > which point the expectation is that you have a single partition and > are using EXT3 or EXT4. See > https://github.com/openstack/nova/blob/master/nova/virt/xenapi/vm_utils.py#L798 for the technical details. > > This occurs when you issue the nova command to resize an instance > between the flavors and requires you to be running XenServer with the > EXT3 SR type - see > http://docs.openstack.org/trunk/openstack-compute/admin/content/introduction-to-xen.html for more details on setting up XenServer. > > Thanks, > > Bob > >> -----Original Message----- >> From: Mark Chaney [mailto:mail at lists.macscr.com] >> Sent: 30 August 2013 07:15 >> To: openstack at lists.openstack.org >> Subject: [Openstack] can instances be resized? >> >> I am going to be hosting mainly Ubuntu, CentOS, and some Debian >> instances with my openstack "cloud". Can instances be resized when it >> comes to their storage? Obviously not only does its disk need to be >> resized, but its FS as well. I am hoping openstack can take care of >> all >> of that. >> >> Thanks, >> Mark >> >> _______________________________________________ >> Mailing list: >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> Post to : openstack at lists.openstack.org >> Unsubscribe : http://lists.openstack.org/cgi- >> bin/mailman/listinfo/openstack From bob.ball at citrix.com Mon Sep 2 13:59:21 2013 From: bob.ball at citrix.com (Bob Ball) Date: Mon, 2 Sep 2013 13:59:21 +0000 Subject: [Openstack] can instances be resized? In-Reply-To: <74ddb6381735a9cc3bbe23518b42a1dc@lists.macscr.com> References: <65f42838e738d6f7e955acc3514ad918@lists.macscr.com> <74ddb6381735a9cc3bbe23518b42a1dc@lists.macscr.com> Message-ID: https://wiki.openstack.org/wiki/HypervisorSupportMatrix suggest that this feature only works with XenServer. Bob > -----Original Message----- > From: Mark Chaney [mailto:mail at lists.macscr.com] > Sent: 02 September 2013 14:56 > To: Bob Ball > Cc: openstack at lists.openstack.org > Subject: RE: [Openstack] can instances be resized? > > Ok, there seems to be a lot of conflicting information out there. Some > people are saying its possible, some people are saying the kvm gets > destroyed first and pretty much created from scratch, and others are > saying its possible with xenserver. FYI, I will be using KVM. > > Without any crazy workarounds or custom templates, can Openstack resize > kvm linux guests and keep data in tack? This is something I have to do > quite often with my xen (xen.org) cluster that is managed with cloudmin, > so its a very important feature to me that I can continue to be able to > do it when switching to kvm/openstack. > > Thanks everyone for your time! > > -Mark > > On 2013-09-02 03:31, Bob Ball wrote: > > Hi Mark, > > > > Just to add to this - if you use XenServer as the underlying > > hypervisor then yes, it can perform automatic resize of the partitions > > when you resize an instance between two flavors. > > > > I believe you need to set auto_disk_config=True for the instance - at > > which point the expectation is that you have a single partition and > > are using EXT3 or EXT4. See > > > https://github.com/openstack/nova/blob/master/nova/virt/xenapi/vm_util > s.py#L798 for the technical details. > > > > This occurs when you issue the nova command to resize an instance > > between the flavors and requires you to be running XenServer with the > > EXT3 SR type - see > > http://docs.openstack.org/trunk/openstack- > compute/admin/content/introduction-to-xen.html for more details on > setting up XenServer. > > > > Thanks, > > > > Bob > > > >> -----Original Message----- > >> From: Mark Chaney [mailto:mail at lists.macscr.com] > >> Sent: 30 August 2013 07:15 > >> To: openstack at lists.openstack.org > >> Subject: [Openstack] can instances be resized? > >> > >> I am going to be hosting mainly Ubuntu, CentOS, and some Debian > >> instances with my openstack "cloud". Can instances be resized when it > >> comes to their storage? Obviously not only does its disk need to be > >> resized, but its FS as well. I am hoping openstack can take care of > >> all > >> of that. > >> > >> Thanks, > >> Mark > >> > >> _______________________________________________ > >> Mailing list: > >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > >> Post to : openstack at lists.openstack.org > >> Unsubscribe : http://lists.openstack.org/cgi- > >> bin/mailman/listinfo/openstack From cristi.falcas at gmail.com Mon Sep 2 14:26:08 2013 From: cristi.falcas at gmail.com (Cristian Falcas) Date: Mon, 2 Sep 2013 17:26:08 +0300 Subject: [Openstack] can instances be resized? In-Reply-To: References: <65f42838e738d6f7e955acc3514ad918@lists.macscr.com> <74ddb6381735a9cc3bbe23518b42a1dc@lists.macscr.com> Message-ID: If you don't have lvm, cloud-init will do the resize automatically. Otherwise you will have to do it manually. This is for qcow2 disk format (maybe others, i only did it with this.) To change disk size, you have to change the flavor: http://docs.openstack.org/trunk/openstack-compute/admin/content/nova_cli_resize.html If you use lvm, those are the steps I performed to resize a disk from 50GB to 750GB: - boot in linux - delete the partition you want to resize (I did it with the root partition) - recreate it from the exact same start point and put the end point where you want - reboot - pvresize PVNAME - lvresize /path/to/lvm -l +100%FREE - resize2fs /path/to/lvm Best regards, Cristian Falcas On Mon, Sep 2, 2013 at 4:59 PM, Bob Ball wrote: > https://wiki.openstack.org/wiki/HypervisorSupportMatrix suggest that this feature only works with XenServer. > > Bob > >> -----Original Message----- >> From: Mark Chaney [mailto:mail at lists.macscr.com] >> Sent: 02 September 2013 14:56 >> To: Bob Ball >> Cc: openstack at lists.openstack.org >> Subject: RE: [Openstack] can instances be resized? >> >> Ok, there seems to be a lot of conflicting information out there. Some >> people are saying its possible, some people are saying the kvm gets >> destroyed first and pretty much created from scratch, and others are >> saying its possible with xenserver. FYI, I will be using KVM. >> >> Without any crazy workarounds or custom templates, can Openstack resize >> kvm linux guests and keep data in tack? This is something I have to do >> quite often with my xen (xen.org) cluster that is managed with cloudmin, >> so its a very important feature to me that I can continue to be able to >> do it when switching to kvm/openstack. >> >> Thanks everyone for your time! >> >> -Mark >> >> On 2013-09-02 03:31, Bob Ball wrote: >> > Hi Mark, >> > >> > Just to add to this - if you use XenServer as the underlying >> > hypervisor then yes, it can perform automatic resize of the partitions >> > when you resize an instance between two flavors. >> > >> > I believe you need to set auto_disk_config=True for the instance - at >> > which point the expectation is that you have a single partition and >> > are using EXT3 or EXT4. See >> > >> https://github.com/openstack/nova/blob/master/nova/virt/xenapi/vm_util >> s.py#L798 for the technical details. >> > >> > This occurs when you issue the nova command to resize an instance >> > between the flavors and requires you to be running XenServer with the >> > EXT3 SR type - see >> > http://docs.openstack.org/trunk/openstack- >> compute/admin/content/introduction-to-xen.html for more details on >> setting up XenServer. >> > >> > Thanks, >> > >> > Bob >> > >> >> -----Original Message----- >> >> From: Mark Chaney [mailto:mail at lists.macscr.com] >> >> Sent: 30 August 2013 07:15 >> >> To: openstack at lists.openstack.org >> >> Subject: [Openstack] can instances be resized? >> >> >> >> I am going to be hosting mainly Ubuntu, CentOS, and some Debian >> >> instances with my openstack "cloud". Can instances be resized when it >> >> comes to their storage? Obviously not only does its disk need to be >> >> resized, but its FS as well. I am hoping openstack can take care of >> >> all >> >> of that. >> >> >> >> Thanks, >> >> Mark >> >> >> >> _______________________________________________ >> >> Mailing list: >> >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> >> Post to : openstack at lists.openstack.org >> >> Unsubscribe : http://lists.openstack.org/cgi- >> >> bin/mailman/listinfo/openstack > _______________________________________________ > Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack From alfredo.deluca at gmail.com Mon Sep 2 22:43:47 2013 From: alfredo.deluca at gmail.com (Alfredo De Luca) Date: Tue, 3 Sep 2013 08:43:47 +1000 Subject: [Openstack] Openstack training Message-ID: Hi all. I wonder if there is any Openstack training in Australia and in particular in Melbourne? I contacted Red Hat but no replies!! Cheers -- *Alfredo* -------------- next part -------------- An HTML attachment was scrubbed... URL: From mikal at stillhq.com Mon Sep 2 22:54:18 2013 From: mikal at stillhq.com (Michael Still) Date: Tue, 3 Sep 2013 08:54:18 +1000 Subject: [Openstack] Openstack training In-Reply-To: References: Message-ID: On Tue, Sep 3, 2013 at 8:43 AM, Alfredo De Luca wrote: > I wonder if there is any Openstack training in Australia and in particular > in Melbourne? What sort of training are you after? There is certainly an active meetup group in Melbourne which I am sure runs new comers sessions. Cheers, Michael (Canberra) -- Rackspace Australia From leandro.reox at gmail.com Mon Sep 2 23:00:35 2013 From: leandro.reox at gmail.com (Leandro Reox) Date: Mon, 2 Sep 2013 20:00:35 -0300 Subject: [Openstack] Openstack training In-Reply-To: References: Message-ID: Hi Alfredo, If remote training works 4 you, we're doing this since 2011 Best Lean On Mon, Sep 2, 2013 at 7:43 PM, Alfredo De Luca wrote: > Hi all. > I wonder if there is any Openstack training in Australia and in particular > in Melbourne? > > I contacted Red Hat but no replies!! > > Cheers > > > -- > *Alfredo* > > > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From alfredo.deluca at gmail.com Mon Sep 2 23:09:49 2013 From: alfredo.deluca at gmail.com (Alfredo De Luca) Date: Tue, 3 Sep 2013 09:09:49 +1000 Subject: [Openstack] Openstack training In-Reply-To: References: Message-ID: Hi Michael. I am looking for a training on the initial installation and more on admin stuff. Not sure if there is a group over here in Melbourne as I couldn't find any on the Openstack page. the only one was over there in Canberra! On Tue, Sep 3, 2013 at 8:54 AM, Michael Still wrote: > On Tue, Sep 3, 2013 at 8:43 AM, Alfredo De Luca > wrote: > > > I wonder if there is any Openstack training in Australia and in > particular > > in Melbourne? > > What sort of training are you after? There is certainly an active > meetup group in Melbourne which I am sure runs new comers sessions. > > Cheers, > Michael > (Canberra) > > -- > Rackspace Australia > -- *Alfredo* -------------- next part -------------- An HTML attachment was scrubbed... URL: From alfredo.deluca at gmail.com Mon Sep 2 23:10:59 2013 From: alfredo.deluca at gmail.com (Alfredo De Luca) Date: Tue, 3 Sep 2013 09:10:59 +1000 Subject: [Openstack] Openstack training In-Reply-To: References: Message-ID: Hi Leandro. Remote training is fine too. Where are you based? Alfredo On Tue, Sep 3, 2013 at 9:00 AM, Leandro Reox wrote: > Hi Alfredo, > > If remote training works 4 you, we're doing this since 2011 > > Best > Lean > > > On Mon, Sep 2, 2013 at 7:43 PM, Alfredo De Luca wrote: > >> Hi all. >> I wonder if there is any Openstack training in Australia and in >> particular in Melbourne? >> >> I contacted Red Hat but no replies!! >> >> Cheers >> >> >> -- >> *Alfredo* >> >> >> _______________________________________________ >> Mailing list: >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> Post to : openstack at lists.openstack.org >> Unsubscribe : >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> >> > -- *Alfredo* -------------- next part -------------- An HTML attachment was scrubbed... URL: From mikal at stillhq.com Mon Sep 2 23:18:54 2013 From: mikal at stillhq.com (Michael Still) Date: Tue, 3 Sep 2013 09:18:54 +1000 Subject: [Openstack] Openstack training In-Reply-To: References: Message-ID: On Tue, Sep 3, 2013 at 9:09 AM, Alfredo De Luca wrote: > Hi Michael. > I am looking for a training on the initial installation and more on admin > stuff. > Not sure if there is a group over here in Melbourne as I couldn't find any > on the Openstack page. the only one was over there in Canberra! This is the meetup group for Melbourne -- http://www.meetup.com/Australian-OpenStack-Users-Group/ -- their next meeting is 30 September it seems. Cheers, Michael -- Rackspace Australia From alfredo.deluca at gmail.com Mon Sep 2 23:22:16 2013 From: alfredo.deluca at gmail.com (Alfredo De Luca) Date: Tue, 3 Sep 2013 09:22:16 +1000 Subject: [Openstack] Openstack training In-Reply-To: References: Message-ID: Just sign up Michael. Thanks I won't be here that time but for sure next one. Still interested in training if available. Cheers Alfredo On Tue, Sep 3, 2013 at 9:18 AM, Michael Still wrote: > On Tue, Sep 3, 2013 at 9:09 AM, Alfredo De Luca > wrote: > > Hi Michael. > > I am looking for a training on the initial installation and more on admin > > stuff. > > Not sure if there is a group over here in Melbourne as I couldn't find > any > > on the Openstack page. the only one was over there in Canberra! > > This is the meetup group for Melbourne -- > http://www.meetup.com/Australian-OpenStack-Users-Group/ -- their next > meeting is 30 September it seems. > > Cheers, > Michael > > -- > Rackspace Australia > -- *Alfredo* -------------- next part -------------- An HTML attachment was scrubbed... URL: From amcreynolds at ebay.com Tue Sep 3 00:39:21 2013 From: amcreynolds at ebay.com (McReynolds, Auston) Date: Tue, 3 Sep 2013 00:39:21 +0000 Subject: [Openstack] Fwd: [trove] - Discussion on Clustering and Replication API In-Reply-To: <521CB25A.6020205@gmail.com> Message-ID: "Also, we discussed removing actions altogether so we won't have a promote action, but rather an explicit path for promotion..." As long as it's agreed that the /instances API should be retrofitted at some point to fit this vision, we have a consensus. Such a change would likely necessitate an API version bump, creating an opportune time to fold in Jay's suggestions. "For example, adding an instance to a cluster would be a PUT on /cluster/{id}, not /cluster/{id}/nodes." In the latest wiki you provided, "Create Replication Set: (Previous db instance)" is a POST to /clusters whereas "Add instance to cluster/replication" is a PUT to /clusters/{cluster_id}/. Creating a replica set is the same as adding an instance to an existing cluster, albiet you're adding multiple instances. Why then, is it a POST to /clusters vs. a PUT to /clusters/{cluster_id}? What are your thoughts on the resize question I posed earlier? > What is the expected result of a resize action request on > /instance/{instance_id} for an instance that's a part of a cluster > (meaning the request could have alternatively been executed against > /cluster/{cluster_id}/nodes/{node_id})? Will it return an error? > Redirect the request to the /clusters internals? Looking forward to your thoughts/comments on the discussion portion of my email. Cheers, amc On 8/27/13 7:06 AM, "Jay Pipes" wrote: >On 08/27/2013 09:26 AM, Daniel Salinas wrote: >> Forwarding to ML. Sorry somehow this got sent directly to Auston. > >Hi Daniel, > >On perusing the API, my initial comment was that I would hope we can >remove the redundant key in the JSON serialized object returned by the >various calls? > >For example, GET /instances/ returns: > >{ > "instance": { > "created": "2013-05-08T22:43:34", > "flavor": ... > } >} > >Can we get rid of the redundant "instance" key and just return: > >{ > "created": "2013-05-08T22:43:34", > "flavor": ... >} > >Same for "list" results, like GET /clustertypes: > >{ > "clusterTypes": [ > { > "id": "7782954c-ebec-42f0-894b-d3601016a91e", > "links": ... > } > ] >} > >The result should be an array, not an object with a single key that is >an array: > > >[ > { > "id": "7782954c-ebec-42f0-894b-d3601016a91e", > "links": ... > } >] > >Lists do not have any other attributes other than length. We shouldn't >dirty our JSON returns with the filth of XML. ;) > >Best, >-jay > > >> ---------- Forwarded message ---------- >> From: *Daniel Salinas* >> >> Date: Fri, Aug 23, 2013 at 3:18 PM >> Subject: Re: [Openstack] [trove] - Discussion on Clustering and >> Replication API >> To: "McReynolds, Auston" > > >> >> >> Auston, >> >> The wiki page you're looking through was one approach we discussed but >> ultimately decided against. The current proposal is here: >> >> >>https://wiki.openstack.org/wiki/Trove-Replication-And-Clustering-API-Usin >>g-Instances >> >> It is a bit of a misnomer to call it "using instances" since it uses >> both /instance and /cluster but the consensus during design discussions >> was that we were going to have a clustering api which provides a control >> structure for clustering/replication, not instances. For example, >> adding an instance to a cluster would be a PUT on /cluster/{id}, not >> /cluster/{id}/nodes. >> >> Also we discussed removing actions altogether so we won't have a promote >> action but rather an explicit path for promotion for an instance of a >> cluster. This path *should* be /cluster/{id}/promote with a body >> containing the instance id being promoted. >> >> If you get a chance to read through the above link and still have >> questions feel free to let me know. >> >> I will try to spend some time looking through your discussion points and >> get back to you asap. >> >> >> On Wed, Aug 21, 2013 at 7:46 PM, McReynolds, Auston >> > wrote: >> >> Blueprint: >> >> https://wiki.openstack.org/wiki/Trove-Replication-And-Clustering-API >> >> Questions: >> >> * Today, /instance/{instance_id}/action is the single endpoint for >>all >> actions on an instance (where the action is parsed from the >>payload). >> I see in the newly proposed /clusters api that there's >> /clusters/{cluster_id}/restart, etc. Is this a purposeful move from >> "field of a resource" to sub-resources? If so, is there a plan to >> retrofit the /instance api? >> >> * For "Promote a Slave Node to Master", where is the request >> indicating the promote action (explicitly or implicitly)? I don't >>see >> it in the uri or the payload. >> >> * "Create Replication Set" is a POST to /clusters, but "Add Node" >>is a >> PUT to /clusters/{cluster_id}/nodes. This seems inconsistent given >> both are essentially doing the same thing: adding nodes to a >>cluster. >> What's the reasoning behind the divergence? >> >> * What is the expected result of a resize action request on >> /instance/{instance_id} for an instance that's a part of a cluster >> (meaning the request could have alternatively been executed against >> /cluster/{cluster_id}/nodes/{node_id})? Will it return an error? >> Redirect the request to the /clusters internals? >> >> Discussion: >> >> Although it's common and often advised that the same flavor be used >> for every node in a cluster, there are many situations in which >>you'd >> purposefully buck the tradition. One example would be choosing a >> beefier flavor for a slave to support ad-hoc queries from a tertiary >> web application (analytics, monitoring, etc.). >> >> Therefore, >> >> { >> "cluster":{ >> "nodes":3, >> "flavorRef":"https://service/v1.0/1234/flavors/1", >> "name":"replication_set_1", >> "volume":{ >> "size":2 >> }, >> "clusterConfig":{ >> "type":"https://service/v1.0/1234/clustertypes/1234" >> } >> } >> } >> >> is not quite expressive enough. One "out" is that you could force >>the >> user to resize the slave(s) after the cluster has been completely >> provisioned, but that seems a bit egregious. >> >> Something like the following seems to fit the bill: >> >> { >> "cluster":{ >> "clusterConfig":{ >> "type":"https://service/v1.0/1234/clustertypes/1234" >> }, >> "nodes":[ >> { >> "flavorRef":"https://service/v1.0/1234/flavors/1", >> "volume":{ >> "size":2 >> } >> }, >> { >> "flavorRef":"https://service/v1.0/1234/flavors/3", >> "volume":{ >> "size":2 >> } >> }] >> } >> } >> >> but, which node is arbitrarily elected the master if the >>clusterConfig >> is set to MySQL Master/Slave? When region awareness is supported in >> Trove, how would you pin a specifically configured node to its >> earmarked region/datacenter? What will the names of the nodes of the >> cluster be? >> >> { >> "cluster":{ >> "clusterConfig":{ >> "type":"https://service/v1.0/1234/clustertypes/1234" >> }, >> "nodes":[ >> { >> "name":"usecase-master", >> "flavorRef":"https://service/v1.0/1234/flavors/1", >> "volume":{ >> "size":2 >> }, >> "region": "us-west", >> "nodeConfig": { >> "type": "master" >> } >> }, >> { >> "name":"usecase-slave-us-east" >> "flavorRef":"https://service/v1.0/1234/flavors/3", >> "volume":{ >> "size":2 >> }, >> "region": "us-east", >> "nodeConfig": { >> "type": "slave" >> } >> }, >> { >> "name":"usecase-slave-eu-de" >> "flavorRef":"https://service/v1.0/1234/flavors/3", >> "volume":{ >> "size":2 >> }, >> "region": "eu-de", >> "nodeConfig": { >> "type": "slave" >> } >> }] >> } >> } >> >> This works decently enough, but it assumes a simple master/slave >> architecture. What about MySQL multi-master with replication? >> See /doc/refman/5.5/en/mysql-cluster-replication-multi-master.html. >> Now, a 'slaveof' or 'primary'/'parent' field is necessary to be more >> specific (either that, or nesting of JSON to indicate >>relationships). >> >> From above, it's clear that a "nodeConfig" of sorts is needed to >> indicate whether the node is a slave or master, and to whom. Thus >>far, >> a RDBMS has been assumed, but consider other offerings in the space: >> How will you designate if the node is a seed in the case of >>Cassandra? >> The endpoint snitch for a Cassandra node? The cluster name for >> Cassandra or the replica-set for Mongo? Whether a slave should be >> daisy-chained to another slave or attached to directly to master in >> the case of Redis? >> >> Preventing service type specifics from bleeding into what should be >>a >> generic (as possible) schema is paramount. Unfortunately, >>"nodeConfig" >> as you can see starts to become an amalgamation of fields that are >> only applicable in certain situations, making documentation, codegen >> for clients, and ease of use, a bit challenging. Fast-forward to >>when >> editable parameter groups become a priority (a.k.a. being able to >>set >> name-value-pairs in the service type's CONF). If users/customers >> demand the ability to set things like buffer-pool-size while >> provisioning, these fields would likely be placed in "nodeConfig", >> making the situation worse. >> >> Here's an attempt with a slightly different approach: >> https://gist.github.com/amcr/96c59a333b72ec973c3a >> >> From there, you could build a convenience /cluster api to >>facilitate >> multi-node deployments (vs. building and associating node by node), >>or >> wait for Heat integration. >> >> Both approaches have their strengths, so I'm convinced it's the >> blending of the two that will result in what we're all looking for. >> >> Thoughts? >> >> Cheers, >> amc >> >> >> _______________________________________________ >> Mailing list: >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> Post to : openstack at lists.openstack.org >> >> Unsubscribe : >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> >> >> >> >> >> _______________________________________________ >> Mailing list: >>http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> Post to : openstack at lists.openstack.org >> Unsubscribe : >>http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> > > >_______________________________________________ >Mailing list: >http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >Post to : openstack at lists.openstack.org >Unsubscribe : >http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack From remo at mattei.org Tue Sep 3 01:00:50 2013 From: remo at mattei.org (Remo Mattei) Date: Mon, 02 Sep 2013 18:00:50 -0700 Subject: [Openstack] R: Re: Openstack training Message-ID: <1qqneeykpyseawa8e4oci0pi.1378170049514@email.android.com> Migrants can set up something if you want check the training page -------- Messaggio originale -------- Da: Alfredo De Luca Data: 09/02/2013 16:22 (GMT-08:00) A: Michael Still Cc: openstack at lists.openstack.org Oggetto: Re: [Openstack] Openstack training Just sign up Michael. Thanks I won't be here that time but for sure next one. Still interested in training if available. Cheers Alfredo On Tue, Sep 3, 2013 at 9:18 AM, Michael Still wrote: On Tue, Sep 3, 2013 at 9:09 AM, Alfredo De Luca wrote: > Hi Michael. > I am looking for a training on the initial installation and more on admin > stuff. > Not sure if there is a group over here in Melbourne as I couldn't find any > on the Openstack page. the only one was over there in Canberra! This is the meetup group for Melbourne -- http://www.meetup.com/Australian-OpenStack-Users-Group/ -- their next meeting is 30 September it seems. Cheers, Michael -- Rackspace Australia -- Alfredo !DSPAM:2,52252221262364557319850! -------------- next part -------------- An HTML attachment was scrubbed... URL: From dj_dark_junglist at yahoo.com Tue Sep 3 05:13:14 2013 From: dj_dark_junglist at yahoo.com (Jake G.) Date: Mon, 2 Sep 2013 22:13:14 -0700 (PDT) Subject: [Openstack] Ironic release date? Message-ID: <1378185194.47042.YahooMailNeo@web163004.mail.bf1.yahoo.com> Hi all, I have been unable to get the nova baremetal driver to work to save my life, so I was wondering when Ironic is expected to be released? This year, next year sometime? Thanks! -------------- next part -------------- An HTML attachment was scrubbed... URL: From jojokururu at gmail.com Tue Sep 3 05:32:09 2013 From: jojokururu at gmail.com (Jonathan Lu) Date: Tue, 03 Sep 2013 13:32:09 +0800 Subject: [Openstack] Help - swift with low IOPS In-Reply-To: <52247BD3.4030108@laposte.net> References: <52247BD3.4030108@laposte.net> Message-ID: <52257459.1020106@gmail.com> Hi, What is the average size of the objects? And your network condition? Maybe the bottleneck of performance is not Swift, but the network or other things. Best Regards Jonathan Lu On 2013/9/2 19:51, pangj wrote: > Hi, > > We have benched the swift, the cluster is with one proxy server, one > combined account/container server, five object servers. All are > separated physical servers. > > We benched from 12 clients (each with 200 threads), got the results as > below: > > | node | PUT | GET | DELETE | > |--------+-------+-------+--------| > | sb2 A | 35.6 | 57.1 | 44 | > | sb2 B | 35.6 | 56.1 | 43.4 | > | sb3 A | 35.4 | 58.1 | 43.4 | > | sb3 B | 35.6 | 56.1 | 43.4 | > | ad61 A | 35.5 | 57.2 | 43.8 | > | ad61 B | 35.5 | 55.2 | 43.5 | > | sb64 A | 35.4 | 53.4 | 43.7 | > | sb64 B | 35.5 | 54.9 | 43.5 | > | sb65 A | 35.7 | 53.3 | 43.6 | > | sb65 B | 35.6 | 52.5 | 44.1 | > | sb27 A | 35.4 | 49.4 | 44.1 | > | sb27 B | 35.4 | 51.1 | 43.9 | > |--------+-------+-------+--------| > | total | 426.2 | 654.4 | 524.4 | > > > The total IOPS for PUT is 426, means 426 PUT requests per second. > But our application design requires 3000 PUT requests per second. > So how to improve swift's performance to match the requirement? > > Thanks. > > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack From B39208 at freescale.com Tue Sep 3 05:49:12 2013 From: B39208 at freescale.com (Somanchi Trinath-B39208) Date: Tue, 3 Sep 2013 05:49:12 +0000 Subject: [Openstack] Adding a new column to a table. In-Reply-To: References: <1378111281.3136.YahooMailNeo@web194605.mail.sg3.yahoo.com> <1378112469.18962.YahooMailNeo@web194603.mail.sg3.yahoo.com> Message-ID: <6032CA456358BF4D893A9274BE58D92C01101EA8@039-SN1MPN1-002.039d.mgd.msft.net> Hi Peeyush- You may also try to delete/rename that table (if its an empty one) and restart the nova service. The table with new column can be added. -- Trinath Somanchi - B39208 trinath.somanchi at freescale.com | extn: 4048 From: wu jiang [mailto:wingwj at gmail.com] Sent: Monday, September 02, 2013 2:57 PM To: Peeyush Gupta Cc: openstack at lists.openstack.org Subject: Re: [Openstack] Adding a new column to a table. Hi Peeyush, My approach is to create a file with successive number in dir "\nova\db\sqlalchemy\migrate_repo\versions\" , and realize it according to my needs. And later, execute "nova-manage db sync", the new table will be available. Please take it as your reference~ On Mon, Sep 2, 2013 at 5:01 PM, Peeyush Gupta > wrote: Hi, I have been trying to add a new column to compute_nodes table. I understand the table is defined at db.sqlalchemy.models.py. So, I added a new field in the file and restarted the nova-compute process. But, there is no change in the table. What am I doing wrong? Where should I make changes to add the column? P.S: I am using devstack on Ubuntu 12.04 LTS Thanks, ~Peeyush Gupta _______________________________________________ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : openstack at lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack -------------- next part -------------- An HTML attachment was scrubbed... URL: From pangj at laposte.net Tue Sep 3 05:53:49 2013 From: pangj at laposte.net (pangj) Date: Tue, 03 Sep 2013 13:53:49 +0800 Subject: [Openstack] Help - swift with low IOPS In-Reply-To: <52257459.1020106@gmail.com> References: <52247BD3.4030108@laposte.net> <52257459.1020106@gmail.com> Message-ID: <5225796D.7050204@laposte.net> For each test file the size is 4KB. Network connection is 1Gb. But the bandwidth never got full, it's about only 70 - 80 Mb at peak. And all servers' cpu/mem usage are low. Thanks. On 2013-9-3 13:32, Jonathan Lu wrote: > Hi, > What is the average size of the objects? And your network > condition? Maybe the bottleneck of performance is not Swift, but the > network or other things. > > Best Regards > Jonathan Lu > > On 2013/9/2 19:51, pangj wrote: >> Hi, >> >> We have benched the swift, the cluster is with one proxy server, one >> combined account/container server, five object servers. All are >> separated physical servers. >> >> We benched from 12 clients (each with 200 threads), got the results as >> below: >> >> | node | PUT | GET | DELETE | >> |--------+-------+-------+--------| >> | sb2 A | 35.6 | 57.1 | 44 | >> | sb2 B | 35.6 | 56.1 | 43.4 | >> | sb3 A | 35.4 | 58.1 | 43.4 | >> | sb3 B | 35.6 | 56.1 | 43.4 | >> | ad61 A | 35.5 | 57.2 | 43.8 | >> | ad61 B | 35.5 | 55.2 | 43.5 | >> | sb64 A | 35.4 | 53.4 | 43.7 | >> | sb64 B | 35.5 | 54.9 | 43.5 | >> | sb65 A | 35.7 | 53.3 | 43.6 | >> | sb65 B | 35.6 | 52.5 | 44.1 | >> | sb27 A | 35.4 | 49.4 | 44.1 | >> | sb27 B | 35.4 | 51.1 | 43.9 | >> |--------+-------+-------+--------| >> | total | 426.2 | 654.4 | 524.4 | >> >> >> The total IOPS for PUT is 426, means 426 PUT requests per second. >> But our application design requires 3000 PUT requests per second. >> So how to improve swift's performance to match the requirement? >> >> Thanks. >> >> _______________________________________________ >> Mailing list: >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> Post to : openstack at lists.openstack.org >> Unsubscribe : >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > From jojokururu at gmail.com Tue Sep 3 06:10:17 2013 From: jojokururu at gmail.com (Jonathan Lu) Date: Tue, 03 Sep 2013 14:10:17 +0800 Subject: [Openstack] Help - swift with low IOPS In-Reply-To: <5225796D.7050204@laposte.net> References: <52247BD3.4030108@laposte.net> <52257459.1020106@gmail.com> <5225796D.7050204@laposte.net> Message-ID: <52257D49.4020502@gmail.com> Hi, pangj While putting small objects, the bottleneck will not be the network bandwidth, and the server's cpu/mem will be low. It will be a matter of inode and cache. You can check the iowait of your storage node server and it may be a "filesystem" problem. As a estimate of the performance of your swift, take a look at this: http://www.zmanda.com/blogs/?p=894 Robert van Leeuwen once post a report of their experience in the mail list and I think it's such a good sharing. http://engineering.spilgames.com/openstack-swift-lots-small-files/ Hope it helpful. Jonathan Lu On 2013/9/3 13:53, pangj wrote: > For each test file the size is 4KB. > Network connection is 1Gb. > But the bandwidth never got full, it's about only 70 - 80 Mb at peak. > And all servers' cpu/mem usage are low. > Thanks. > > On 2013-9-3 13:32, Jonathan Lu wrote: >> Hi, >> What is the average size of the objects? And your network >> condition? Maybe the bottleneck of performance is not Swift, but the >> network or other things. >> >> Best Regards >> Jonathan Lu >> >> On 2013/9/2 19:51, pangj wrote: >>> Hi, >>> >>> We have benched the swift, the cluster is with one proxy server, one >>> combined account/container server, five object servers. All are >>> separated physical servers. >>> >>> We benched from 12 clients (each with 200 threads), got the results as >>> below: >>> >>> | node | PUT | GET | DELETE | >>> |--------+-------+-------+--------| >>> | sb2 A | 35.6 | 57.1 | 44 | >>> | sb2 B | 35.6 | 56.1 | 43.4 | >>> | sb3 A | 35.4 | 58.1 | 43.4 | >>> | sb3 B | 35.6 | 56.1 | 43.4 | >>> | ad61 A | 35.5 | 57.2 | 43.8 | >>> | ad61 B | 35.5 | 55.2 | 43.5 | >>> | sb64 A | 35.4 | 53.4 | 43.7 | >>> | sb64 B | 35.5 | 54.9 | 43.5 | >>> | sb65 A | 35.7 | 53.3 | 43.6 | >>> | sb65 B | 35.6 | 52.5 | 44.1 | >>> | sb27 A | 35.4 | 49.4 | 44.1 | >>> | sb27 B | 35.4 | 51.1 | 43.9 | >>> |--------+-------+-------+--------| >>> | total | 426.2 | 654.4 | 524.4 | >>> >>> >>> The total IOPS for PUT is 426, means 426 PUT requests per second. >>> But our application design requires 3000 PUT requests per second. >>> So how to improve swift's performance to match the requirement? >>> >>> Thanks. >>> >>> _______________________________________________ >>> Mailing list: >>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>> Post to : openstack at lists.openstack.org >>> Unsubscribe : >>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> >> > From tonytkdk at gmail.com Tue Sep 3 06:57:21 2013 From: tonytkdk at gmail.com (Kuo Hugo) Date: Tue, 3 Sep 2013 14:57:21 +0800 Subject: [Openstack] Help - swift with low IOPS In-Reply-To: <52257D49.4020502@gmail.com> References: <52247BD3.4030108@laposte.net> <52257459.1020106@gmail.com> <5225796D.7050204@laposte.net> <52257D49.4020502@gmail.com> Message-ID: Using RamDisk to simulate spindles +Hugo Kuo+ hugo at swiftstack.com tonytkdk at gmail.com +886 935004793 2013/9/3 Jonathan Lu > Hi, pangj > While putting small objects, the bottleneck will not be the network > bandwidth, and the server's cpu/mem will be low. It will be a matter of > inode and cache. You can check the iowait of your storage node server and > it may be a "filesystem" problem. As a estimate of the performance of your > swift, take a look at this: > http://www.zmanda.com/blogs/?**p=894 > > Robert van Leeuwen once post a report of their experience in the mail > list and I think it's such a good sharing. > http://engineering.spilgames.**com/openstack-swift-lots-**small-files/ > > Hope it helpful. > > Jonathan Lu > > > On 2013/9/3 13:53, pangj wrote: > >> For each test file the size is 4KB. >> Network connection is 1Gb. >> But the bandwidth never got full, it's about only 70 - 80 Mb at peak. >> And all servers' cpu/mem usage are low. >> Thanks. >> >> On 2013-9-3 13:32, Jonathan Lu wrote: >> >>> Hi, >>> What is the average size of the objects? And your network >>> condition? Maybe the bottleneck of performance is not Swift, but the >>> network or other things. >>> >>> Best Regards >>> Jonathan Lu >>> >>> On 2013/9/2 19:51, pangj wrote: >>> >>>> Hi, >>>> >>>> We have benched the swift, the cluster is with one proxy server, one >>>> combined account/container server, five object servers. All are >>>> separated physical servers. >>>> >>>> We benched from 12 clients (each with 200 threads), got the results as >>>> below: >>>> >>>> | node | PUT | GET | DELETE | >>>> |--------+-------+-------+----**----| >>>> | sb2 A | 35.6 | 57.1 | 44 | >>>> | sb2 B | 35.6 | 56.1 | 43.4 | >>>> | sb3 A | 35.4 | 58.1 | 43.4 | >>>> | sb3 B | 35.6 | 56.1 | 43.4 | >>>> | ad61 A | 35.5 | 57.2 | 43.8 | >>>> | ad61 B | 35.5 | 55.2 | 43.5 | >>>> | sb64 A | 35.4 | 53.4 | 43.7 | >>>> | sb64 B | 35.5 | 54.9 | 43.5 | >>>> | sb65 A | 35.7 | 53.3 | 43.6 | >>>> | sb65 B | 35.6 | 52.5 | 44.1 | >>>> | sb27 A | 35.4 | 49.4 | 44.1 | >>>> | sb27 B | 35.4 | 51.1 | 43.9 | >>>> |--------+-------+-------+----**----| >>>> | total | 426.2 | 654.4 | 524.4 | >>>> >>>> >>>> The total IOPS for PUT is 426, means 426 PUT requests per second. >>>> But our application design requires 3000 PUT requests per second. >>>> So how to improve swift's performance to match the requirement? >>>> >>>> Thanks. >>>> >>>> ______________________________**_________________ >>>> Mailing list: >>>> http://lists.openstack.org/**cgi-bin/mailman/listinfo/**openstack >>>> Post to : openstack at lists.openstack.org >>>> Unsubscribe : >>>> http://lists.openstack.org/**cgi-bin/mailman/listinfo/**openstack >>>> >>> >>> >>> >> > > ______________________________**_________________ > Mailing list: http://lists.openstack.org/**cgi-bin/mailman/listinfo/** > openstack > Post to : openstack at lists.openstack.org > Unsubscribe : http://lists.openstack.org/**cgi-bin/mailman/listinfo/** > openstack > -------------- next part -------------- An HTML attachment was scrubbed... URL: From prag_2648 at yahoo.co.in Tue Sep 3 07:21:42 2013 From: prag_2648 at yahoo.co.in (pragya jain) Date: Tue, 3 Sep 2013 15:21:42 +0800 (SGT) Subject: [Openstack] Fw: problem in creating account in swift In-Reply-To: References: <1377784882.97854.YahooMailNeo@web193605.mail.sg3.yahoo.com> <1377841091.5686.YahooMailNeo@web193605.mail.sg3.yahoo.com> <1377847449.99293.YahooMailNeo@web193602.mail.sg3.yahoo.com> <1377847758.82435.YahooMailNeo@web193603.mail.sg3.yahoo.com> <1377925516.86638.YahooMailNeo@web193604.mail.sg3.yahoo.com> <1377931409.94597.YahooMailNeo@web193601.mail.sg3.yahoo.com> <1377934637.10448.YahooMailNeo@web193605.mail.sg3.yahoo.com> <1377936089.10264.YahooMailNeo@web193603.mail.sg3.yahoo.com> <1377944259.69815.YahooMailNeo@web193606.mail.sg3.yahoo.com> <1378017133.20549.YahooMailNeo@web193603.mail.sg3.yahoo.com> Message-ID: <1378192902.4661.YahooMailNeo@web193604.mail.sg3.yahoo.com> root at arun-Aspire-5742:~# grep txa4c98c518382430ab9f5f-005222dede /var/log/syslogSep  1 11:59:51 arun-Aspire-5742 proxy-server ERROR with Account server 10.0.2.15:6000/d1 re: Trying to GET /v1/AUTH_prag2648/: ConnectionTimeout (0.5s) (txn: txa4c98c518382430ab9f5f-005222dede) (client_ip: 127.0.0.1) Sep  1 11:59:51 arun-Aspire-5742 proxy-server ERROR with Account server 10.0.2.15:6002/d1 re: Trying to GET /v1/AUTH_prag2648/: ConnectionTimeout (0.5s) (txn: txa4c98c518382430ab9f5f-005222dede) (client_ip: 127.0.0.1) Sep  1 11:59:51 arun-Aspire-5742 proxy-server Account GET returning 503 for [] (txn: txa4c98c518382430ab9f5f-005222dede) (client_ip: 127.0.0.1) Sep  1 11:59:51 arun-Aspire-5742 proxy-server 127.0.0.1 127.0.0.1 01/Sep/2013/06/29/51 GET /v1/AUTH_prag2648/ HTTP/1.0 503 - curl/7.22.0%20%28i686-pc-linux-gnu%29%20libcurl/7.22.0%20OpenSSL/1.0.1%20zlib/1.2.3.4%20libidn/1.23%20librtmp/2.3 AUTH_tk9867f9725a1246a1af3e30b9f7161eb5 - 118 - txa4c98c518382430ab9f5f-005222dede - 1.2649 - - >________________________________ > From: Clay Gerrard >To: pragya jain >Sent: Sunday, 1 September 2013 10:36 PM >Subject: Re: Fw: problem in creating account in swift > > > >Still looks like a connection error to me, I think we've established the account server is running on 127.0.0.1:6002 - so is that's what's in the ring after all? > >you could also `grep txa4c98c518382430ab9f5f-005222dede /var/log/syslog` and see what error the proxy was getting. > >-Clay > > > >- > > > >On Sat, Aug 31, 2013 at 11:32 PM, pragya jain wrote: > >hello sir, >> >> >>I did the following job: >> >> >>arun at arun-Aspire-5742:~$ su - >>Password:  >>root at arun-Aspire-5742:~# sudo swift-init account start >>Starting account-server...(/etc/swift/account-server.conf) >>root at arun-Aspire-5742:~# sudo swift-init proxy start >>Starting proxy-server...(/etc/swift/proxy-server.conf) >>root at arun-Aspire-5742:~# curl -v -H 'X-Auth-User:prag2648:pragya' -H 'X-Auth-Key:pj2648' http://localhost:8080/auth/v1.0/ >>* About to connect() to localhost port 8080 (#0) >>*   Trying 127.0.0.1... connected >>> GET /auth/v1.0/ HTTP/1.1 >>> User-Agent: curl/7.22.0 (i686-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 zlib/1.2.3.4 libidn/1.23 librtmp/2.3 >>> Host: localhost:8080 >>> Accept: */* >>> X-Auth-User:prag2648:pragya >>> X-Auth-Key:pj2648 >>>  >>< HTTP/1.1 200 OK >>< X-Storage-Url: http://localhost:8080/v1/AUTH_prag2648 >>< X-Auth-Token: AUTH_tk9867f9725a1246a1af3e30b9f7161eb5 >>< Content-Type: text/html; charset=UTF-8 >>< X-Storage-Token: AUTH_tk9867f9725a1246a1af3e30b9f7161eb5 >>< Content-Length: 0 >>< X-Trans-Id: tx8f658e6bd3b244b793815-005222de45 >>< Date: Sun, 01 Sep 2013 06:27:17 GMT >><  >>* Connection #0 to host localhost left intact >>* Closing connection #0 >>root at arun-Aspire-5742:~# curl -v -H 'X-Storage-Token: AUTH_tk9867f9725a1246a1af3e30b9f7161eb5' http://127.0.0.1:8080/v1/AUTH_prag2648/ >>* About to connect() to 127.0.0.1 port 8080 (#0) >>*   Trying 127.0.0.1... connected >>> GET /v1/AUTH_prag2648/ HTTP/1.1 >>> User-Agent: curl/7.22.0 (i686-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 zlib/1.2.3.4 libidn/1.23 librtmp/2.3 >>> Host: 127.0.0.1:8080 >>> Accept: */* >>> X-Storage-Token: AUTH_tk9867f9725a1246a1af3e30b9f7161eb5 >>>  >>< HTTP/1.1 503 Internal Server Error >>< Content-Length: 118 >>< Content-Type: text/html; charset=UTF-8 >>< X-Trans-Id: tx1c1cb6e3a9f64b56a9550-005222dea4 >>< Date: Sun, 01 Sep 2013 06:28:54 GMT >><  >>* Connection #0 to host 127.0.0.1 left intact >>* Closing connection #0 >>

Service Unavailable

The server is currently unavailable. Please try again at a later time.

root at arun-Aspire-5742:~#  >>root at arun-Aspire-5742:~# curl -v -H 'X-Storage-Token:AUTH_tk9867f9725a1246a1af3e30b9f7161eb5' http://localhost:8080/v1/AUTH_prag2648/ >>* About to connect() to localhost port 8080 (#0) >>*   Trying 127.0.0.1... connected >>> GET /v1/AUTH_prag2648/ HTTP/1.1 >>> User-Agent: curl/7.22.0 (i686-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 zlib/1.2.3.4 libidn/1.23 librtmp/2.3 >>> Host: localhost:8080 >>> Accept: */* >>> X-Storage-Token:AUTH_tk9867f9725a1246a1af3e30b9f7161eb5 >>>  >>< HTTP/1.1 503 Internal Server Error >>< Content-Length: 118 >>< Content-Type: text/html; charset=UTF-8 >>< X-Trans-Id: txa4c98c518382430ab9f5f-005222dede >>< Date: Sun, 01 Sep 2013 06:29:51 GMT >><  >>* Connection #0 to host localhost left intact >>* Closing connection #0 >>

Service Unavailable

The server is currently unavailable. Please try again at a later time.

root at arun-Aspire-5742:~#  >>root at arun-Aspire-5742:~#  >> >> >>But it again shows internal server error. >> >> >> >>>________________________________ >>> From: Clay Gerrard >>>To: pragya jain >>>Sent: Saturday, 31 August 2013 7:38 PM >>> >>>Subject: Re: Fw: problem in creating account in swift >>> >>> >>> >>>I was only just connecting to the account directly (127.0.0.1:6002) to prove a point - normally clients would always only talk to the proxy (127.0.0.1:8080). >>> >>>curl -v -H 'X-Storage-Token: AUTH_tk06aa273c010b4e7d886b7ec78fbef396' http://127.0.0.1:8080/v1/AUTH_prag2648/ >>> >>>... should work? >>> >>> >>> >>>On Sat, Aug 31, 2013 at 3:17 AM, pragya jain wrote: >>> >>>root at arun-Aspire-5742:/etc/swift# swift-ring-builder account.builder add z1-127.0.0.1:6002/d1 100 WARNING: No region specified for z1-127.0.0.1:6002/d1. Defaulting to region 1. Device d2r1z1-127.0.0.1:6002R127.0.0.1:6002/d1_"" with 100.0 weight got id 2 root at arun-Aspire-5742:/etc/swift# swift-ring-builder container.builder add z1-127.0.0.1:6001/d1 100 WARNING: No region specified for z1-127.0.0.1:6001/d1. Defaulting to region 1. Device d1r1z1-127.0.0.1:6001R127.0.0.1:6001/d1_"" with 100.0 weight got id 1 root at arun-Aspire-5742:/etc/swift# swift-ring-builder object.builder add z1-127.0.0.1:6000/d1 100 WARNING: No region specified for z1-127.0.0.1:6000/d1. Defaulting to region 1. Device d2r1z1-127.0.0.1:6000R127.0.0.1:6000/d1_"" with 100.0 weight got id 2 root at arun-Aspire-5742:/etc/swift# swift-ring-builder account.builder rebalance Reassigned 262144 (100.00%) partitions. Balance is now 0.00. root at arun-Aspire-5742:/etc/swift# swift-ring-builder container.builder rebalance Reassigned 262144 (100.00%) partitions. Balance is now 33.33. ------------------------------------------------------------------------------- NOTE: Balance of 33.33 indicates you should push this ring, wait at least 24 hours, and rebalance/repush. ------------------------------------------------------------------------------- root at arun-Aspire-5742:/etc/swift# swift-ring-builder container.builder pretend_min_part_hours_passed root at arun-Aspire-5742:/etc/swift# swift-ring-builder object.builder pretend_min_part_hours_passed root at arun-Aspire-5742:/etc/swift# swift-ring-builder container.builder rebalanceReassigned 131072 (50.00%) partitions. Balance is now 0.00. root at arun-Aspire-5742:/etc/swift# swift-ring-builder object.builder rebalanceReassigned 262144 (100.00%) partitions. Balance is now 0.00. root at arun-Aspire-5742:/etc/swift# curl -v -H 'X-Auth-User:prag2648:pragya' -H 'X-Auth-Key:pj2648' http://localhost:8080/auth/v1.0/ * About to connect() to localhost port 8080 (#0) * Trying 127.0.0.1... Connection refused * couldn't connect to host * Closing connection #0 curl: (7) couldn't connect to host root at arun-Aspire-5742:/etc/swift# sudo swift-init account start Starting account-server...(/etc/swift/account-server.conf) root at arun-Aspire-5742:/etc/swift# sudo swift-init proxy start Starting proxy-server...(/etc/swift/proxy-server.conf) root at arun-Aspire-5742:/etc/swift# curl -v -H 'X-Auth-User:prag2648:pragya' -H 'X-Auth-Key:pj2648' http://localhost:8080/auth/v1.0/ >>>>* About to connect() to localhost port 8080 (#0) * Trying 127.0.0.1... connected > GET /auth/v1.0/ HTTP/1.1 > User-Agent: curl/7.22.0 (i686-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 zlib/1.2.3.4 libidn/1.23 librtmp/2.3 > Host: localhost:8080 > Accept: */* > X-Auth-User:prag2648:pragya > X-Auth-Key:pj2648 > < HTTP/1.1 200 OK < X-Storage-Url: http://localhost:8080/v1/AUTH_prag2648 >>>>< X-Auth-Token: AUTH_tk06aa273c010b4e7d886b7ec78fbef396 < Content-Type: text/html; charset=UTF-8 < X-Storage-Token: AUTH_tk06aa273c010b4e7d886b7ec78fbef396 < Content-Length: 0 < X-Trans-Id: tx21f0255793574234b88aa-005221bf20 < Date: Sat, 31 Aug 2013 10:02:08 GMT < * Connection #0 to host localhost left intact * Closing connection #0 root at arun-Aspire-5742:/etc/swift# curl -v -H 'X-Storage-Token: AUTH_tk06aa273c010b4e7d886b7ec78fbef396' http://127.0.0.1/v1/AUTH_prag2648/ * About to connect() to 127.0.0.1 port 80 (#0) * Trying 127.0.0.1... Connection refused * couldn't connect to host * Closing connection #0 curl: (7) couldn't connect to host root at arun-Aspire-5742:/etc/swift# curl -v -H 'X-Storage-Token: AUTH_tk06aa273c010b4e7d886b7ec78fbef396' http://127.0.0.1:6002/v1/AUTH_prag2648/ * About to connect() to 127.0.0.1 port 6002 (#0) * Trying 127.0.0.1... connected > GET /v1/AUTH_prag2648/ HTTP/1.1 > User-Agent: curl/7.22.0 (i686-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 zlib/1.2.3.4 libidn/1.23 librtmp/2.3 > Host: 127.0.0.1:6002 > Accept: */* > X-Storage-Token: AUTH_tk06aa273c010b4e7d886b7ec78fbef396 > < HTTP/1.1 400 Bad Request < Content-Length: 32 < Content-Type: text/plain < Date: Sat, 31 Aug 2013 10:04:14 GMT < * Connection #0 to host 127.0.0.1 left intact * Closing connection #0 >>>>it shows a bad request error in retrieving the content of account >>>> >>>> >>>> >>>> >>>>>________________________________ >>>>> From: Clay Gerrard >>>>>To: pragya jain >>>>>Sent: Saturday, 31 August 2013 1:42 PM >>>>> >>>>>Subject: Re: Fw: problem in creating account in swift >>>>> >>>>> >>>>> >>>>>so that was only a couple of minutes of logs and it was ll the boring info lines from the background daemons.  Let's stop those while we troubeshoot: >>>>> >>>>> >>>>>`swift-init rest stop` >>>>> >>>>> >>>>> >>>>>the listening servers show there's something listening on all interfaces on 6002.  It doesn't make sense that you wouldn't be able to connect to it?  Maybe this machine isn't really 10.0.2.15?  Can you ping it?  Maybe there's a weird route?  Try localhost: >>>>> >>>>> >>>>>`curl http://localhost:6002` >>>>> >>>>> >>>>>can you /msg clayg on Freenode so we can chat realtime? >>>>> >>>>> >>>>> >>>>>On Sat, Aug 31, 2013 at 1:01 AM, pragya jain wrote: >>>>> >>>>>hello sir, >>>>>> >>>>>> >>>>>>I run the following command: >>>>>> >>>>>> >>>>>>root at arun-Aspire-5742:~# sudo netstat -plnt >>>>>>Active Internet connections (only servers) >>>>>>Proto Recv-Q Send-Q Local Address           Foreign Address         State       PID/Program name >>>>>>tcp        0      0 127.0.0.1:11211         0.0.0.0:*               LISTEN      948/memcached    >>>>>>tcp        0      0 0.0.0.0:8080            0.0.0.0:*               LISTEN      2589/python      >>>>>>tcp        0      0 0.0.0.0:6000            0.0.0.0:*               LISTEN      2613/python      >>>>>>tcp        0      0 0.0.0.0:6001            0.0.0.0:*               LISTEN      2593/python      >>>>>>tcp        0      0 0.0.0.0:6002            0.0.0.0:*               LISTEN      2594/python      >>>>>>tcp        0      0 127.0.0.1:53            0.0.0.0:*               LISTEN      4137/dnsmasq     >>>>>>tcp        0      0 127.0.0.1:631           0.0.0.0:*               LISTEN      579/cupsd        >>>>>>tcp        0      0 0.0.0.0:873             0.0.0.0:*               LISTEN      2816/rsync       >>>>>>tcp6       0      0 ::1:631                 :::*                    LISTEN      579/cupsd        >>>>>>tcp6       0      0 :::873                  :::*                    LISTEN      2816/rsync       >>>>>> >>>>>> >>>>>>root at arun-Aspire-5742:~# cat /var/log/syslog >>>>>>paste the result on http://paste.openstack.org/ >>>>>>Paste #45522 >>>>>> >>>>>>>________________________________ >>>>>>> From: Clay Gerrard >>>>>>>To: pragya jain >>>>>>>Sent: Saturday, 31 August 2013 1:15 PM >>>>>>> >>>>>>>Subject: Re: Fw: problem in creating account in swift >>>>>>> >>>>>>> >>>>>>> >>>>>>>so what port is it listening on? >>>>>>> >>>>>>> >>>>>>>`sudo netstat -plnt` >>>>>>> >>>>>>> >>>>>>> >>>>>>>The logs man... the logs.  `cat /var/log/syslog` copy the whole thing in http://paste.openstack.org/ if you have to. >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>>On Sat, Aug 31, 2013 at 12:37 AM, pragya jain wrote: >>>>>>> >>>>>>>root at arun-Aspire-5742:~# swift-ring-builder /etc/swift/account.builder >>>>>>>>/etc/swift/account.builder, build version 1 >>>>>>>>262144 partitions, 3.000000 replicas, 1 regions, 1 zones, 1 devices, 0.00 balance >>>>>>>>The minimum number of hours before a partition can be reassigned is 24 >>>>>>>>Devices:    id  region  zone      ip address  port  replication ip  replication port      name weight partitions balance meta >>>>>>>>             0       1     1       10.0.2.15  6000       10.0.2.15              6000        d1 100.00     786432    0.00  >>>>>>>> >>>>>>>> >>>>>>>>root at arun-Aspire-5742:~# curl -v -H 'X-Storage-Token: AUTH_tk06aa273c010b4e7d886b7ec78fbef396'http://10.0.2.15:6000/v1/AUTH_prag2648/ >>>>>>>>* About to connect() to 10.0.2.15 port 6000 (#0) >>>>>>>>*   Trying 10.0.2.15... Connection timed out >>>>>>>>* couldn't connect to host >>>>>>>>* Closing connection #0 >>>>>>>>curl: (7) couldn't connect to host >>>>>>>> >>>>>>>> >>>>>>>>/etc/swift/account-server.conf file says: >>>>>>>> >>>>>>>> >>>>>>>>[DEFAULT] >>>>>>>># bind_ip = 0.0.0.0 >>>>>>>># bind_port = 6002 >>>>>>>># bind_timeout = 30 >>>>>>>># backlog = 4096 >>>>>>>># user = swift >>>>>>>># swift_dir = /etc/swift >>>>>>>># devices = /srv/node >>>>>>>># mount_check = true >>>>>>>># disable_fallocate = false >>>>>>>>.... >>>>>>>> >>>>>>>> >>>>>>>>root at arun-Aspire-5742:~# curl -v -H 'X-Storage-Token: AUTH_tk06aa273c010b4e7d886b7ec78fbef396' http://10.0.2.15:6002/v1/AUTH_prag2648/ >>>>>>>>* About to connect() to 10.0.2.15 port 6002 (#0) >>>>>>>>*   Trying 10.0.2.15... Connection timed out >>>>>>>>* couldn't connect to host >>>>>>>>* Closing connection #0 >>>>>>>>curl: (7) couldn't connect to host >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>>>________________________________ >>>>>>>>> From: Clay Gerrard >>>>>>>>>To: pragya jain >>>>>>>>>Sent: Saturday, 31 August 2013 12:49 PM >>>>>>>>> >>>>>>>>>Subject: Re: Fw: problem in creating account in swift >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>>ok, so you're getting the exact same error the proxy is - unable to connect.  I'm sure that is in the log - can you check? >>>>>>>>> >>>>>>>>>By default the account server's listen on 6002: >>>>>>>>>http://docs.openstack.org/developer/swift/deployment_guide.html#account-server-configuration >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>>not 6000 - so your ring is pointing your proxy at the wrong place (or your account server is listening on the wrong port, however you want to look at it) >>>>>>>>> >>>>>>>>> >>>>>>>>>Can you connect to the account server on 6002? >>>>>>>>> >>>>>>>>> >>>>>>>>>Here's how you remove/add a server from the ring: >>>>>>>>>http://docs.openstack.org/developer/swift/admin_guide.html >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>>On Fri, Aug 30, 2013 at 11:43 PM, pragya jain wrote: >>>>>>>>> >>>>>>>>>hello sir, >>>>>>>>>> >>>>>>>>>> >>>>>>>>>>I run the following commands: >>>>>>>>>> >>>>>>>>>> >>>>>>>>>>root at arun-Aspire-5742:~# swift-ring-builder /etc/swift/account.builder >>>>>>>>>>/etc/swift/account.builder, build version 1 >>>>>>>>>>262144 partitions, 3.000000 replicas, 1 regions, 1 zones, 1 devices, 0.00 balance >>>>>>>>>>The minimum number of hours before a partition can be reassigned is 24 >>>>>>>>>>Devices:    id  region  zone      ip address  port  replication ip  replication port      name weight partitions balance meta >>>>>>>>>>             0       1     1       10.0.2.15  6000       10.0.2.15              6000        d1 100.00     786432    0.00  >>>>>>>>>> >>>>>>>>>> >>>>>>>>>>root at arun-Aspire-5742:~# curl -v -H 'X-Storage-Token: AUTH_tk06aa273c010b4e7d886b7ec78fbef396' http://10.0.2.15:6000/v1/AUTH_prag2648/ >>>>>>>>>>* About to connect() to 10.0.2.15 port 6000 (#0) >>>>>>>>>>*   Trying 10.0.2.15... Connection timed out >>>>>>>>>>* couldn't connect to host >>>>>>>>>>* Closing connection #0 >>>>>>>>>>curl: (7) couldn't connect to host >>>>>>>>>> >>>>>>>>>> >>>>>>>>>>/etc/swift/account-server.conf file says: >>>>>>>>>> >>>>>>>>>> >>>>>>>>>>[DEFAULT] >>>>>>>>>># bind_ip = 0.0.0.0 >>>>>>>>>># bind_port = 6002 >>>>>>>>>># bind_timeout = 30 >>>>>>>>>># backlog = 4096 >>>>>>>>>># user = swift >>>>>>>>>># swift_dir = /etc/swift >>>>>>>>>># devices = /srv/node >>>>>>>>>># mount_check = true >>>>>>>>>># disable_fallocate = false >>>>>>>>>>.... >>>>>>>>>> >>>>>>>>>> >>>>>>>>>>I am working on single node. >>>>>>>>>> >>>>>>>>>> >>>>>>>>>>---- >>>>>>>>>> >>>>>>>>>> >>>>>>>>>>Pragya Jain >>>>>>>>>>Delhi, India >>>>>>>>>> >>>>>>>>>>>________________________________ >>>>>>>>>>> From: Clay Gerrard >>>>>>>>>>>To: pragya jain >>>>>>>>>>>Sent: Saturday, 31 August 2013 11:22 AM >>>>>>>>>>> >>>>>>>>>>>Subject: Re: Fw: problem in creating account in swift >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>>Right so the service seems to start, but then the proxy can't seem to talk to it.  Maybe the proxy is looking in the wrong place?  You said you can't connect to the account-server on 10.0.2.15:6000 earlier - which is where the ring seems to indicate the proxy should be looking for it - can you connect now?  What port does the account server(s) config file *say* they're listening on?  After you start them - are they listening there?   What is the topology of your cluster - is it just the one node? >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>>I really could guess about *why* that is happening all day, but the proxy logs would just tell us.  Can you read /var/log/syslog? >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>>Where are you located?  Maybe we could find you some real over the shoulder help? >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>>On Fri, Aug 30, 2013 at 10:05 PM, pragya jain wrote: >>>>>>>>>>> >>>>>>>>>>>hello sir, >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>>I start all services using the command: >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>>root at arun-Aspire-5742:~# sudo swift-init all start >>>>>>>>>>>>Starting container-updater...(/etc/swift/container-server.conf) >>>>>>>>>>>>Starting account-auditor...(/etc/swift/account-server.conf) >>>>>>>>>>>>Starting object-replicator...(/etc/swift/object-server.conf) >>>>>>>>>>>>Starting proxy-server...(/etc/swift/proxy-server.conf) >>>>>>>>>>>>Starting container-replicator...(/etc/swift/container-server.conf) >>>>>>>>>>>>Starting object-auditor...(/etc/swift/object-server.conf) >>>>>>>>>>>>Unable to locate config for object-expirer >>>>>>>>>>>>Starting container-auditor...(/etc/swift/container-server.conf) >>>>>>>>>>>>Starting container-server...(/etc/swift/container-server.conf) >>>>>>>>>>>>Starting account-server...(/etc/swift/account-server.conf) >>>>>>>>>>>>Starting account-reaper...(/etc/swift/account-server.conf) >>>>>>>>>>>>Starting container-sync...(/etc/swift/container-server.conf) >>>>>>>>>>>>Starting account-replicator...(/etc/swift/account-server.conf) >>>>>>>>>>>>Starting object-updater...(/etc/swift/object-server.conf) >>>>>>>>>>>>Starting object-server...(/etc/swift/object-server.conf) >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>>root at arun-Aspire-5742:~# sudo apt-get install rsync >>>>>>>>>>>>Reading package lists... Done >>>>>>>>>>>>Building dependency tree        >>>>>>>>>>>>Reading state information... Done >>>>>>>>>>>>rsync is already the newest version. >>>>>>>>>>>>0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. >>>>>>>>>>>>root at arun-Aspire-5742:~# vi /etc/default/rsync >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>>set rsync_enable = true >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>>then, >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>>root at arun-Aspire-5742:~# service rsync start >>>>>>>>>>>> * Starting rsync daemon rsync                                           [ OK ]  >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>>root at arun-Aspire-5742:~# curl -v -H 'X-Auth-User:prag2648:pragya' -H 'X-Auth-key:pj2648' http://localhost/auth/v1.0/ >>>>>>>>>>>>* About to connect() to localhost port 80 (#0) >>>>>>>>>>>>*   Trying 127.0.0.1... Connection refused >>>>>>>>>>>>* couldn't connect to host >>>>>>>>>>>>* Closing connection #0 >>>>>>>>>>>>curl: (7) couldn't connect to host >>>>>>>>>>>>root at arun-Aspire-5742:~# curl -v -H 'X-Auth-User:prag2648:pragya' -H 'X-Auth-key:pj2648' http://localhost:8080/auth/v1.0/ >>>>>>>>>>>>* About to connect() to localhost port 8080 (#0) >>>>>>>>>>>>*   Trying 127.0.0.1... connected >>>>>>>>>>>>> GET /auth/v1.0/ HTTP/1.1 >>>>>>>>>>>>> User-Agent: curl/7.22.0 (i686-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 zlib/1.2.3.4 libidn/1.23 librtmp/2.3 >>>>>>>>>>>>> Host: localhost:8080 >>>>>>>>>>>>> Accept: */* >>>>>>>>>>>>> X-Auth-User:prag2648:pragya >>>>>>>>>>>>> X-Auth-key:pj2648 >>>>>>>>>>>>>  >>>>>>>>>>>>< HTTP/1.1 200 OK >>>>>>>>>>>>< X-Storage-Url: http://localhost:8080/v1/AUTH_prag2648 >>>>>>>>>>>>< X-Auth-Token: AUTH_tk06aa273c010b4e7d886b7ec78fbef396 >>>>>>>>>>>>< Content-Type: text/html; charset=UTF-8 >>>>>>>>>>>>< X-Storage-Token: AUTH_tk06aa273c010b4e7d886b7ec78fbef396 >>>>>>>>>>>>< Content-Length: 0 >>>>>>>>>>>>< X-Trans-Id: tx44b17cb561a84a34bee95-00522171e4 >>>>>>>>>>>>< Date: Sat, 31 Aug 2013 04:32:36 GMT >>>>>>>>>>>><  >>>>>>>>>>>>* Connection #0 to host localhost left intact >>>>>>>>>>>>* Closing connection #0 >>>>>>>>>>>>root at arun-Aspire-5742:~# curl -v -H 'X-Storage-Token: AUTH_tk06aa273c010b4e7d886b7ec78fbef396' http://127.0.0.1/v1/AUTH_prag2648/ >>>>>>>>>>>>* About to connect() to 127.0.0.1 port 80 (#0) >>>>>>>>>>>>*   Trying 127.0.0.1... Connection refused >>>>>>>>>>>>* couldn't connect to host >>>>>>>>>>>>* Closing connection #0 >>>>>>>>>>>>curl: (7) couldn't connect to host >>>>>>>>>>>>root at arun-Aspire-5742:~# curl -v -H 'X-Storage-Token: AUTH_tk06aa273c010b4e7d886b7ec78fbef396' http://localhost/v1/AUTH_prag2648/ >>>>>>>>>>>>* About to connect() to localhost port 80 (#0) >>>>>>>>>>>>*   Trying 127.0.0.1... Connection refused >>>>>>>>>>>>* couldn't connect to host >>>>>>>>>>>>* Closing connection #0 >>>>>>>>>>>>curl: (7) couldn't connect to host >>>>>>>>>>>>root at arun-Aspire-5742:~# curl -v -H 'X-Storage-Token: AUTH_tk06aa273c010b4e7d886b7ec78fbef396' http://localhost:8080/v1/AUTH_prag2648/ >>>>>>>>>>>>* About to connect() to localhost port 8080 (#0) >>>>>>>>>>>>*   Trying 127.0.0.1... connected >>>>>>>>>>>>> GET /v1/AUTH_prag2648/ HTTP/1.1 >>>>>>>>>>>>> User-Agent: curl/7.22.0 (i686-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 zlib/1.2.3.4 libidn/1.23 librtmp/2.3 >>>>>>>>>>>>> Host: localhost:8080 >>>>>>>>>>>>> Accept: */* >>>>>>>>>>>>> X-Storage-Token: AUTH_tk06aa273c010b4e7d886b7ec78fbef396 >>>>>>>>>>>>>  >>>>>>>>>>>>< HTTP/1.1 503 Internal Server Error >>>>>>>>>>>>< Content-Length: 118 >>>>>>>>>>>>< Content-Type: text/html; charset=UTF-8 >>>>>>>>>>>>< X-Trans-Id: txbe793299553c42f2820dc-005221728d >>>>>>>>>>>>< Date: Sat, 31 Aug 2013 04:35:26 GMT >>>>>>>>>>>><  >>>>>>>>>>>>* Connection #0 to host localhost left intact >>>>>>>>>>>>* Closing connection #0 >>>>>>>>>>>>

Service Unavailable

The server is currently unavailable. Please try again at a later time.

root at arun-Aspire-5742:~# >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>>>________________________________ >>>>>>>>>>>>> From: Clay Gerrard >>>>>>>>>>>>>To: pragya jain >>>>>>>>>>>>>Sent: Friday, 30 August 2013 8:14 PM >>>>>>>>>>>>>Subject: Re: Fw: problem in creating account in swift >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>>yeah sorry on the ring-builder command, i'm going from memory... so... the account server isn't running - any idea why?  can you start it? >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>>swift-container-server /etc/swift/container-server.conf >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>>^ on the 10.0.2.15 host >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>>On Fri, Aug 30, 2013 at 12:29 AM, pragya jain wrote: >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>>----- Forwarded Message ----- >>>>>>>>>>>>>>>From: pragya jain >>>>>>>>>>>>>>>To: Clay Gerrard >>>>>>>>>>>>>>>Sent: Friday, 30 August 2013 12:54 PM >>>>>>>>>>>>>>>Subject: Re: problem in creating account in swift >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>>hello sir, >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>>this shows problem: >>>>>>>>>>>>>>root at arun-Aspire-5742:~# swift-ring-builder /etc/swift/account.builder >>>>>>>>>>>>>>/etc/swift/account.builder, build version 1 >>>>>>>>>>>>>>>262144 partitions, 3.000000 replicas, 1 regions, 1 zones, 1 devices, 0.00 balance >>>>>>>>>>>>>>>The minimum number of hours before a partition can be reassigned is 24 >>>>>>>>>>>>>>>Devices:    id  region  zone      ip address  port  replication ip  replic >>>>>>>>>>>>>>>port      name weight partitions balance meta >>>>>>>>>>>>>>>             0       1     1       10.0.2.15  6000       10.0.2.15              6000        d1 100.00     786432    0.00  >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>>root at arun-Aspire-5742:~# swift-ring-builder /etc/swift/account.ring.gz >>>>>>>>>>>>>>>Traceback (most recent call last): >>>>>>>>>>>>>>>  File "/usr/local/bin/swift-ring-builder", line 5, in >>>>>>>>>>>>>>>    pkg_resources.run_script('swift==1.9.2', 'swift-ring-builder') >>>>>>>>>>>>>>>  File "/usr/lib/python2.7/dist-packages/pkg_resources.py", line 499, in run_script >>>>>>>>>>>>>>>    self.require(requires)[0].run_script(script_name, ns) >>>>>>>>>>>>>>>  File "/usr/lib/python2.7/dist-packages/pkg_resources.py", line 1235, in run_script >>>>>>>>>>>>>>>    execfile(script_filename, namespace, namespace) >>>>>>>>>>>>>>>  File "/usr/local/lib/python2.7/dist-packages/swift-1.9.2-py2.7.egg/EGG-INFO/scripts/swift-ring-builder", line 808, in >>>>>>>>>>>>>>>    builder = RingBuilder.load(argv[1]) >>>>>>>>>>>>>>>  File "/usr/local/lib/python2.7/dist-packages/swift-1.9.2-py2.7.egg/swift/common/ring/builder.py", line 993, in load >>>>>>>>>>>>>>>    builder = pickle.load(open(builder_file, 'rb')) >>>>>>>>>>>>>>>cPickle.UnpicklingError: invalid load key, ''. >>>>>>>>>>>>>>>root at arun-Aspire-5742:~# curl http://: >>>>>>>>>>>>>>>-su: syntax error near unexpected token `newline' >>>>>>>>>>>>>>>root at arun-Aspire-5742:~# curl http://10.0.2.15:6000 >>>>>>>>>>>>>>>curl: (7) couldn't connect to host >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>>Please help >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>________________________________ >>>>>>>>>>>>>>>> From: Clay Gerrard >>>>>>>>>>>>>>>>To: pragya jain >>>>>>>>>>>>>>>>Sent: Friday, 30 August 2013 12:35 PM >>>>>>>>>>>>>>>>Subject: Re: problem in creating account in swift >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>swift-ring-builder /etc/swift/account.ring.gz >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>and then >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>curl http://: >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>you can also check the proxy logs - it should have the backend requests there you could still the urls from them and make sure they match what's in the ring. >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>-Clay >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>On Thu, Aug 29, 2013 at 10:38 PM, pragya jain wrote: >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>hello sir, >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>Please help me to know how to check port of account server and how can I connect to them directly. >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>________________________________ >>>>>>>>>>>>>>>>>> From: Clay Gerrard >>>>>>>>>>>>>>>>>>To: pragya jain >>>>>>>>>>>>>>>>>>Sent: Thursday, 29 August 2013 8:59 PM >>>>>>>>>>>>>>>>>>Subject: Re: problem in creating account in swift >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>Probably something in the rings, maybe the wrong ports for the account servers?  Or maybe something in the account server config - what port are they on?  can you connect to them directly?  The proxy log lines would say exactly what caused the 503 - can see anything in /var/log/syslog - or maybe /var/log/swift ? >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>On Thu, Aug 29, 2013 at 7:01 AM, pragya jain wrote: >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>hello sir, >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>connection is established successfully. But, when I try to create an account, I face the problem. >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>root at arun-Aspire-5742:~# sudo swift-init account start >>>>>>>>>>>>>>>>>>>Starting account-server...(/etc/swift/account-server.conf) >>>>>>>>>>>>>>>>>>>root at arun-Aspire-5742:~# sudo swift-init proxy start >>>>>>>>>>>>>>>>>>>Starting proxy-server...(/etc/swift/proxy-server.conf) >>>>>>>>>>>>>>>>>>>root at arun-Aspire-5742:~# curl -v -H 'X-Auth-User:prag2648:pragya' -H 'X-Auth-Key:pj2648' http://localhost:8080/auth/v1.0/ >>>>>>>>>>>>>>>>>>>* About to connect() to localhost port 8080 (#0) >>>>>>>>>>>>>>>>>>>*   Trying 127.0.0.1... connected >>>>>>>>>>>>>>>>>>>> GET /auth/v1.0/ HTTP/1.1 >>>>>>>>>>>>>>>>>>>> User-Agent: curl/7.22.0 (i686-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 zlib/1.2.3.4 libidn/1.23 librtmp/2.3 >>>>>>>>>>>>>>>>>>>> Host: localhost:8080 >>>>>>>>>>>>>>>>>>>> Accept: */* >>>>>>>>>>>>>>>>>>>> X-Auth-User:prag2648:pragya >>>>>>>>>>>>>>>>>>>> X-Auth-Key:pj2648 >>>>>>>>>>>>>>>>>>>>  >>>>>>>>>>>>>>>>>>>< HTTP/1.1 200 OK >>>>>>>>>>>>>>>>>>>< X-Storage-Url: http://localhost:8080/v1/AUTH_prag2648 >>>>>>>>>>>>>>>>>>>< X-Auth-Token: AUTH_tk3867b7599d5346559ee0baaa09e0f40d >>>>>>>>>>>>>>>>>>>< Content-Type: text/html; charset=UTF-8 >>>>>>>>>>>>>>>>>>>< X-Storage-Token: AUTH_tk3867b7599d5346559ee0baaa09e0f40d >>>>>>>>>>>>>>>>>>>< Content-Length: 0 >>>>>>>>>>>>>>>>>>>< X-Trans-Id: txe2ab76a7617e40399f456-00521f3d16 >>>>>>>>>>>>>>>>>>>< Date: Thu, 29 Aug 2013 12:22:46 GMT >>>>>>>>>>>>>>>>>>><  >>>>>>>>>>>>>>>>>>>* Connection #0 to host localhost left intact >>>>>>>>>>>>>>>>>>>* Closing connection #0 >>>>>>>>>>>>>>>>>>>root at arun-Aspire-5742:~# python >>>>>>>>>>>>>>>>>>>Python 2.7.3 (default, Apr 10 2013, 05:46:21)  >>>>>>>>>>>>>>>>>>>[GCC 4.6.3] on linux2 >>>>>>>>>>>>>>>>>>>Type "help", "copyright", "credits" or "license" for more information. >>>>>>>>>>>>>>>>>>>>>> import swift.common.memcached as memcached >>>>>>>>>>>>>>>>>>>>>> memcache = memcached.MemcacheRing(['127.0.0.1:11211']) >>>>>>>>>>>>>>>>>>>>>> print memcache.get('AUTH_/user/prag2648:pragya') >>>>>>>>>>>>>>>>>>>AUTH_tk3867b7599d5346559ee0baaa09e0f40d >>>>>>>>>>>>>>>>>>>>>> print memcache.get('AUTH_/token/AUTH_tk3867b7599d5346559ee0baaa09e0f40d') >>>>>>>>>>>>>>>>>>>[1377865366.826027, 'prag2648,prag2648:pragya,.reseller_admin,AUTH_prag2648'] >>>>>>>>>>>>>>>>>>>>>>  >>>>>>>>>>>>>>>>>>>root at arun-Aspire-5742:~# curl -v -H 'X-Storage-Token:AUTH_tk3867b7599d5346559ee0baaa09e0f40d' http://127.0.0.1/v1/Auth_prag2648/ >>>>>>>>>>>>>>>>>>>* About to connect() to 127.0.0.1 port 80 (#0) >>>>>>>>>>>>>>>>>>>*   Trying 127.0.0.1... Connection refused >>>>>>>>>>>>>>>>>>>* couldn't connect to host >>>>>>>>>>>>>>>>>>>* Closing connection #0 >>>>>>>>>>>>>>>>>>>curl: (7) couldn't connect to host >>>>>>>>>>>>>>>>>>>root at arun-Aspire-5742:~# curl -v -H 'X-Storage-Token:AUTH_tk3867b7599d5346559ee0baaa09e0f40d' http://localhost:8080/v1/AUTH_prag2648/ >>>>>>>>>>>>>>>>>>>* About to connect() to localhost port 8080 (#0) >>>>>>>>>>>>>>>>>>>*   Trying 127.0.0.1... connected >>>>>>>>>>>>>>>>>>>> GET /v1/AUTH_prag2648/ HTTP/1.1 >>>>>>>>>>>>>>>>>>>> User-Agent: curl/7.22.0 (i686-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 zlib/ >>>>>>>>>>>>>>>>>>>1.2.3.4 libidn/1.23 librtmp/2.3 >>>>>>>>>>>>>>>>>>>> Host: localhost:8080 >>>>>>>>>>>>>>>>>>>> Accept: */* >>>>>>>>>>>>>>>>>>>> X-Storage-Token:AUTH_tk3867b7599d5346559ee0baaa09e0f40d >>>>>>>>>>>>>>>>>>>>  >>>>>>>>>>>>>>>>>>>< HTTP/1.1 503 Internal Server Error >>>>>>>>>>>>>>>>>>>< Content-Length: 118 >>>>>>>>>>>>>>>>>>>< Content-Type: text/html; charset=UTF-8 >>>>>>>>>>>>>>>>>>>< X-Trans-Id: txd6fd9eead36e4b74b0869-00521f3efe >>>>>>>>>>>>>>>>>>>< Date: Thu, 29 Aug 2013 12:30:55 GMT >>>>>>>>>>>>>>>>>>><  >>>>>>>>>>>>>>>>>>>* Connection #0 to host localhost left intact >>>>>>>>>>>>>>>>>>>* Closing connection #0 >>>>>>>>>>>>>>>>>>>

Service Unavailable

The server is currently unavailable. Please try again at a later time.

root at arun-Aspire-5742:~#  >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>Please help me in this regard. >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>--- >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>Pragya Jain >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>> >>>>> >>>>> >>> >>> >>> > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From thierry at openstack.org Tue Sep 3 07:37:49 2013 From: thierry at openstack.org (Thierry Carrez) Date: Tue, 03 Sep 2013 09:37:49 +0200 Subject: [Openstack] Ironic release date? In-Reply-To: <1378185194.47042.YahooMailNeo@web163004.mail.bf1.yahoo.com> References: <1378185194.47042.YahooMailNeo@web163004.mail.bf1.yahoo.com> Message-ID: <522591CD.6090205@openstack.org> Jake G. wrote: > I have been unable to get the nova baremetal driver to work to save my life, > so I was wondering when Ironic is expected to be released? Ironic is still very much in incubation at this point. I'll let devananda answer more precisely, but at this point I expect a first usable release by the end of the Icehouse cycle (April 2014) and full integration in OpenStack common release by the end of the J cycle (October 2014). -- Thierry Carrez (ttx) From guolongcang.work at gmail.com Tue Sep 3 07:48:34 2013 From: guolongcang.work at gmail.com (happy idea) Date: Tue, 3 Sep 2013 15:48:34 +0800 Subject: [Openstack] Ironic release date? In-Reply-To: <1378185194.47042.YahooMailNeo@web163004.mail.bf1.yahoo.com> References: <1378185194.47042.YahooMailNeo@web163004.mail.bf1.yahoo.com> Message-ID: may be six month after Haven released. 2013/9/3 Jake G. > Hi all, > > I have been unable to get the nova baremetal driver to work to save my > life, > so I was wondering when Ironic is expected to be released? > > This year, next year sometime? > > Thanks! > > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From Dj_dark_junglist at yahoo.com Tue Sep 3 07:50:33 2013 From: Dj_dark_junglist at yahoo.com (Jake G.) Date: Tue, 3 Sep 2013 16:50:33 +0900 Subject: [Openstack] Ironic release date? In-Reply-To: <522591CD.6090205@openstack.org> References: <1378185194.47042.YahooMailNeo@web163004.mail.bf1.yahoo.com> <522591CD.6090205@openstack.org> Message-ID: On 2013/09/03, at 16:37, Thierry Carrez wrote: > Jake G. wrote: >> I have been unable to get the nova baremetal driver to work to save my life, >> so I was wondering when Ironic is expected to be released? > > Ironic is still very much in incubation at this point. I'll let > devananda answer more precisely, but at this point I expect a first > usable release by the end of the Icehouse cycle (April 2014) and full > integration in OpenStack common release by the end of the J cycle > (October 2014). > > -- > Wow, so I have quite a wait. Would you happen to know of any other documentation for the nova baremetal driver other than the official wiki? Thanks! From sylvain.bauza at bull.net Tue Sep 3 08:13:30 2013 From: sylvain.bauza at bull.net (Sylvain Bauza) Date: Tue, 3 Sep 2013 10:13:30 +0200 Subject: [Openstack] Ironic release date? In-Reply-To: <1378185194.47042.YahooMailNeo@web163004.mail.bf1.yahoo.com> References: <1378185194.47042.YahooMailNeo@web163004.mail.bf1.yahoo.com> Message-ID: <52259A2A.2080103@bull.net> Hi Jake, Come in #openstack-ironic, I'll try to help you as much as I can. I tested the latest baremetal driver using devstack and real baremetal hosts (using IPMI), it works like a charm. Btw, I'm planning to write a blogpost about how to devstack using baremetal driver. Hope it will help you. -Sylvain Le 03/09/2013 07:13, Jake G. a écrit : > Hi all, > > I have been unable to get the nova baremetal driver to work to save my > life, > so I was wondering when Ironic is expected to be released? > > This year, next year sometime? > > Thanks! > > > _______________________________________________ > Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack -------------- next part -------------- An HTML attachment was scrubbed... URL: From dj_dark_junglist at yahoo.com Tue Sep 3 08:32:02 2013 From: dj_dark_junglist at yahoo.com (Jake G.) Date: Tue, 3 Sep 2013 01:32:02 -0700 (PDT) Subject: [Openstack] Ironic release date? In-Reply-To: <52259A2A.2080103@bull.net> References: <1378185194.47042.YahooMailNeo@web163004.mail.bf1.yahoo.com> <52259A2A.2080103@bull.net> Message-ID: <1378197122.74235.YahooMailNeo@web163004.mail.bf1.yahoo.com> Hi Sylvain, Thank you very much. Not sure what I am doing wrong here but seems like there are some steps missing or mistakes on the wiki. I very much look forward to you blog! I joined the irc channel. Hope to catch you there. (iLikeIT) Best, Jake ________________________________ From: Sylvain Bauza To: Jake G. Cc: "openstack at lists.openstack.org" Sent: Tuesday, September 3, 2013 5:13 PM Subject: Re: [Openstack] Ironic release date? Hi Jake, Come in #openstack-ironic, I'll try to help you as much as I can. I tested the latest baremetal driver using devstack and real baremetal hosts (using IPMI), it works like a charm. Btw, I'm planning to write a blogpost about how to devstack using baremetal driver. Hope it will help you. -Sylvain Le 03/09/2013 07:13, Jake G. a écrit : Hi all, > > >I have been unable to get the nova baremetal driver to work to save my life, >so I was wondering when Ironic is expected to be released? > > >This year, next year sometime? > > >Thanks! > > >_______________________________________________ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : openstack at lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack -------------- next part -------------- An HTML attachment was scrubbed... URL: From pangj at laposte.net Tue Sep 3 09:11:27 2013 From: pangj at laposte.net (pangj) Date: Tue, 03 Sep 2013 17:11:27 +0800 Subject: [Openstack] Help - swift with low IOPS In-Reply-To: <52257D49.4020502@gmail.com> References: <52247BD3.4030108@laposte.net> <52257459.1020106@gmail.com> <5225796D.7050204@laposte.net> <52257D49.4020502@gmail.com> Message-ID: <5225A7BF.9000209@laposte.net> On 2013-9-3 14:10, Jonathan Lu wrote: > Robert van Leeuwen once post a report of their experience in the > mail list and I think it's such a good sharing. > http://engineering.spilgames.com/openstack-swift-lots-small-files/ Hi, Thanks for the info. I have checked this one days ago. Given the case, in the production environment, we have 3 nodes with SSD for account/container servers, 5 nodes each with 2T * 10 for object storage servers. Currently having two proxies. All servers are 16 core CPU powered, storage server (account/container/object) has 48GB memory, proxy has 16GB memory. The average size for an object is about 500KB, there are many containers (more than 100 millions), but objects under each container are few (less than 20). There is only one account for TempAuth. Is there any better way to optimize the architecture? Regards. From Robert.vanLeeuwen at spilgames.com Tue Sep 3 10:46:47 2013 From: Robert.vanLeeuwen at spilgames.com (Robert van Leeuwen) Date: Tue, 3 Sep 2013 10:46:47 +0000 Subject: [Openstack] Help - swift with low IOPS In-Reply-To: <5225A7BF.9000209@laposte.net> References: <52247BD3.4030108@laposte.net> <52257459.1020106@gmail.com> <5225796D.7050204@laposte.net> <52257D49.4020502@gmail.com>,<5225A7BF.9000209@laposte.net> Message-ID: <79E00D9220302D448C1D59B5224ED12D8D9C8069@EchoDB02.spil.local> >> http://engineering.spilgames.com/openstack-swift-lots-small-files/ > > there are many containers (more than 100 millions), but objects under > each container are few (less than 20). There is only one account for > TempAuth. Hi, For each countainer there is a sql-lite database. Creating 100 million containers means that you have 100Million + files on the account/container nodes (each container has a database file). So you are creating the same issue as described in my blogpost but now on a container level. The issue might be a bit less since they are on SSDs but I would look at the disk IO usage on the account/container node to make sure you did create a bottleneck there. Also if all those containers are in one account you might get slow sqllite operations for that account. (you should only notice this for operations concerning containers like adding/removing containers) Cheers, Robert van Leeuwen From n.paladi at gmail.com Tue Sep 3 13:15:13 2013 From: n.paladi at gmail.com (Nicolae Paladi) Date: Tue, 3 Sep 2013 15:15:13 +0200 Subject: [Openstack] Neutron with packstack on several CentOS 6.4 nodes Message-ID: Hi, I am in the process of setting up a cluster of 4 CentOS 6.4 servers, with Neutron and VLAN. The current goal is to create under the same tenant 3 subnets in different VLANs. Also, I've used the following guides to do this: http://openstack.redhat.com/Neutron_with_OVS_and_VLANs http://docs.openstack.org/grizzly/openstack-network/admin/content/under_the_hood_openvswitch.html I have tried alternative setups: A. All services (including compute) on one host + 3 additional compute hosts. B. All services (except compute) on one host + 3 additional compute hosts. In case A, the guest VM is by default launched on the same host that runs the rest of the services -- then the VM is reachable. In case B, the VM is started on one of the compute hosts -- and then the guest VMs are not reachable (though running on the compute nodes and viewable through the instance console) e.g.: ip netns exec qrouter-b702c4e9-cb3a-4156-8412-f902363075f2 ping 10.0.103.5 PING 10.0.103.5 (10.0.103.5) 56(84) bytes of data. >From 10.0.103.1 icmp_seq=2 Destination Host Unreachable >From 10.0.103.1 icmp_seq=3 Destination Host Unreachable >From 10.0.103.1 icmp_seq=4 Destination Host Unreachable I've double checked the security group and rules (to allow ssh and icmp). Logs don't show anything interesting. Questions: * Do the compute hosts need any additional services set up (except the quantum-openvswitch-agent and openswitch)? * Could you suggest any troubleshooting tips/techniques? cheers, /Nico -------------- next part -------------- An HTML attachment was scrubbed... URL: From cthier at gmail.com Tue Sep 3 14:36:25 2013 From: cthier at gmail.com (Chuck Thier) Date: Tue, 3 Sep 2013 09:36:25 -0500 Subject: [Openstack] Help - swift with low IOPS In-Reply-To: <52247BD3.4030108@laposte.net> References: <52247BD3.4030108@laposte.net> Message-ID: Hi Pangj, First, make sure you have an updated version of swift-bench. There was a bug where it was relying on python-swiftclient to setup eventlet, but when eventlet was removed from swiftclient, that caused swift-bench to not run requests concurrently. There are quite a few things that should be checked after that: 1. Check the logs to make sure there are no major errors. Swift is designed to work around failures, but failures will add some latency to requests. This can be anything from configuration issues, ring issues, connectivity issues, etc. 2. Once you have validated that the system is running correctly, observe the system while under load. I would start with the proxies and watch the CPU usage of the proxy processes to see if they are maxing out the CPU. Increase the workers if they are, or add more proxies if you are running out of total CPU. Do the same for the other services if needed. 3. I noticed that you have one server for accounts/containers. IO for container services can be a bit of a bottleneck for PUTs, since every object PUT is going to send an update to the container listing. If you start seeing timeouts in the object-server logs trying to do container updates, then some tweaking here might need to be done. Those are some good starting points, and hope that helps you get further along. -- Chuck On Mon, Sep 2, 2013 at 6:51 AM, pangj wrote: > Hi, > > We have benched the swift, the cluster is with one proxy server, one > combined account/container server, five object servers. All are separated > physical servers. > > We benched from 12 clients (each with 200 threads), got the results as > below: > > | node | PUT | GET | DELETE | > |--------+-------+-------+----**----| > | sb2 A | 35.6 | 57.1 | 44 | > | sb2 B | 35.6 | 56.1 | 43.4 | > | sb3 A | 35.4 | 58.1 | 43.4 | > | sb3 B | 35.6 | 56.1 | 43.4 | > | ad61 A | 35.5 | 57.2 | 43.8 | > | ad61 B | 35.5 | 55.2 | 43.5 | > | sb64 A | 35.4 | 53.4 | 43.7 | > | sb64 B | 35.5 | 54.9 | 43.5 | > | sb65 A | 35.7 | 53.3 | 43.6 | > | sb65 B | 35.6 | 52.5 | 44.1 | > | sb27 A | 35.4 | 49.4 | 44.1 | > | sb27 B | 35.4 | 51.1 | 43.9 | > |--------+-------+-------+----**----| > | total | 426.2 | 654.4 | 524.4 | > > > The total IOPS for PUT is 426, means 426 PUT requests per second. > But our application design requires 3000 PUT requests per second. > So how to improve swift's performance to match the requirement? > > Thanks. > > ______________________________**_________________ > Mailing list: http://lists.openstack.org/**cgi-bin/mailman/listinfo/** > openstack > Post to : openstack at lists.openstack.org > Unsubscribe : http://lists.openstack.org/**cgi-bin/mailman/listinfo/** > openstack > -------------- next part -------------- An HTML attachment was scrubbed... URL: From cthier at gmail.com Tue Sep 3 14:47:22 2013 From: cthier at gmail.com (Chuck Thier) Date: Tue, 3 Sep 2013 09:47:22 -0500 Subject: [Openstack] Swift sharding across containers In-Reply-To: References: Message-ID: Hi Shri, The short answer is that sharding your data across containers in swift is generally a good idea. The limitations with containers has a lot more to do with overall concurrency rather than total objects in a container. The number of objects in a container can have an affect on that, but will be less of an issue if you are not putting objects in at a high concurrency. -- Chuck On Sun, Sep 1, 2013 at 9:39 PM, Shrinand Javadekar wrote: > Hi, > > There have been several articles which talk about keeping the number of > objects in a container to about 1M. Beyond that sqlite starts becoming the > bottleneck. I am going to make sure we abide by this number. > > However, has anyone measured whether putting objects among multiple > containers right from the start gives any performance benefits. For e.g. I > could create 32 containers right at the start and split the objects among > these as I write more and more objects. In the average case, I would have > several partially filled containers instead of a few fully filled ones > (fully filled means having 1M objects). Would this be better for the > overall performance? Any downsides of this approach? Has anyone tried this > before and published numbers on this? > > Thanks in advance. > -Shri > > > > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From luisguilherme.cr at gmail.com Tue Sep 3 15:23:01 2013 From: luisguilherme.cr at gmail.com (Guilherme Russi) Date: Tue, 3 Sep 2013 12:23:01 -0300 Subject: [Openstack] Slow API operations Message-ID: Hello guys, I'm facing a problem where my APIs' works are too slow, I've been searching through the internet and I saw some people talking about expired keystone tokens, but my point is, how do I find which tokens are still valid and which are expired? Those guys were talkning about "keystone-manage token flush" but it will be coming in havana and I'm using grizzly. Can anybody help me to fix it? Regards. Guilherme. -------------- next part -------------- An HTML attachment was scrubbed... URL: From juanfra.rodriguez.cardoso at gmail.com Tue Sep 3 15:35:45 2013 From: juanfra.rodriguez.cardoso at gmail.com (JuanFra Rodriguez Cardoso) Date: Tue, 3 Sep 2013 17:35:45 +0200 Subject: [Openstack] Reg. nova compute and openstack controller interaction In-Reply-To: References: Message-ID: Hi: Hope you find these links useful: http://www.laurentluce.com/posts/openstack-nova-internals-of-instance-launching/ http://ilearnstack.com/2013/04/26/request-flow-for-provisioning-instance-in-openstack/ Regards, --- JuanFra 2013/9/2 ESWAR RAO > Hi All, > > I am new to open stack. > Can some please point me to some links where I can get the information > regarding: > > (1) communication b/w controller and nova compute on compute nodes?? > (2) different states of VM as launched on compute node bu nova compute?? > (3) any changes to VM states if communication b/w controller and nova > compute on compute nodes breaks?? > > Actually I was searching on google but couldn't get enough pointers. > > Thanks > Eswar > > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From hrushikesh.gangur at hp.com Tue Sep 3 15:49:51 2013 From: hrushikesh.gangur at hp.com (Gangur, Hrushikesh (HP Converged Cloud - R&D - Sunnyvale)) Date: Tue, 3 Sep 2013 15:49:51 +0000 Subject: [Openstack] Slow API operations In-Reply-To: References: Message-ID: I usually run this on my SQL Query to clean up expired tokens: DELETE FROM token WHERE expires <= NOW(); Unfortunately, this does not help much in improving slow response time of nova list or other APIs, but worth trying it out. From: Guilherme Russi [mailto:luisguilherme.cr at gmail.com] Sent: Tuesday, September 03, 2013 8:23 AM To: openstack Subject: [Openstack] Slow API operations Hello guys, I'm facing a problem where my APIs' works are too slow, I've been searching through the internet and I saw some people talking about expired keystone tokens, but my point is, how do I find which tokens are still valid and which are expired? Those guys were talkning about "keystone-manage token flush" but it will be coming in havana and I'm using grizzly. Can anybody help me to fix it? Regards. Guilherme. -------------- next part -------------- An HTML attachment was scrubbed... URL: From cward at isi.edu Tue Sep 3 17:31:31 2013 From: cward at isi.edu (Craig E. Ward) Date: Tue, 03 Sep 2013 10:31:31 -0700 Subject: [Openstack] Managing iptables with OpenStack Folsom (using Quantum) In-Reply-To: <468EBC69-632A-4C05-A05F-3A9DD638F0E6@gmail.com> References: <521E2E72.3030102@ISI.EDU> <468EBC69-632A-4C05-A05F-3A9DD638F0E6@gmail.com> Message-ID: <52261CF3.6030400@ISI.EDU> Razique, Thanks for the response. If I understand you correctly, you're saying that the iptables rules are redone by nova-compute or the quantum agents every time a network is added or removed and because of that, static rules will be lost. Is that correct? The installation I'm working with provides pre-configured networks for instances to use. If the available networks is stable, should not the static rules survive? Craig On 08/29/2013 03:36 PM, Razique Mahroua wrote: > That means you shouldn't use iptables for your custom rules since OpenStack > manages iptables and everytime the network is updated, iptables is impacted. If > you restart nova-netork for instance, then all the iptables rules are flushed > and recreated according to your network topology. > The iptables service doesn't need to be turned off (is that even possible?), > just make sure not to create routing rules manually that might conflict with the > rules OpenStack sets :) > > *Razique Mahroua** - **Nuage & Co* > razique.mahroua at gmail.com > Tel : +33 9 72 37 94 15 > > > Le 28 août 2013 à 19:08, Craig E. Ward > a > écrit : > >> I have an OpenStack Folsom, with Quantum networking, installation that I'm >> having trouble getting additional rules into the iptables on nova-compute >> nodes. The online manual >> (http://docs.openstack.org/trunk/openstack-ops/content/iptables.html) states >> that "You must use OpenStack to manage iptables." What it doesn't include is >> any indication of how that is done. How can iptables be managed with OpenStack? >> >> When I add rules to the file /etc/sysconfig/iptables, sometimes the >> nova-compute service fails to work properly. A new instance on the node may >> not get an IP address or the vnc service in Horizon does not respond. The >> instance is listed in the database with an assigned IP, but the address is not >> reachable. >> >> Does the iptables service need to be "off" in the context of chkconfig? That >> is, don't let it start through the rc sequence, but let nova-compute start it >> and populate the rules? >> >> If iptables is started in the rc sequence, then are there some rules that >> should not be in /etc/sysconfig/iptables? >> >> If the rc sequence is not used, how do ports unrelated to OpenStack services >> get enabled? >> >> Does the default response for a packet sent to non-OpenStack related port drop >> the packet or let it pass? >> >> Thanks, >> >> Craig >> >> >> -- >> Craig E. Ward >> Information Sciences Institute >> University of Southern California >> cward at ISI.EDU >> >> >> _______________________________________________ >> Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> Post to : openstack at lists.openstack.org >> Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > -- Craig E. Ward Information Sciences Institute University of Southern California cward at ISI.EDU From luisguilherme.cr at gmail.com Tue Sep 3 18:52:39 2013 From: luisguilherme.cr at gmail.com (Guilherme Russi) Date: Tue, 3 Sep 2013 15:52:39 -0300 Subject: [Openstack] Slow API operations In-Reply-To: References: Message-ID: Query OK, 502150 rows affected (32 min 2.77 sec) and nothing has changed, lol. Thank you. Regards. Guilherme. 2013/9/3 Gangur, Hrushikesh (HP Converged Cloud - R&D - Sunnyvale) < hrushikesh.gangur at hp.com> > I usually run this on my SQL Query to clean up expired tokens:**** > > DELETE FROM token WHERE expires <= NOW();**** > > ** ** > > Unfortunately, this does not help much in improving slow response time of > nova list or other APIs, but worth trying it out.**** > > ** ** > > *From:* Guilherme Russi [mailto:luisguilherme.cr at gmail.com] > *Sent:* Tuesday, September 03, 2013 8:23 AM > *To:* openstack > *Subject:* [Openstack] Slow API operations**** > > ** ** > > Hello guys,**** > > ** ** > > I'm facing a problem where my APIs' works are too slow, I've been > searching through the internet and I saw some people talking about expired > keystone tokens, but my point is, how do I find which tokens are still > valid and which are expired? Those guys were talkning about "keystone-manage > token flush" but it will be coming in havana and I'm using grizzly.**** > > ** ** > > Can anybody help me to fix it?**** > > ** ** > > Regards.**** > > ** ** > > Guilherme.**** > -------------- next part -------------- An HTML attachment was scrubbed... URL: From clint at fewbar.com Tue Sep 3 19:12:51 2013 From: clint at fewbar.com (Clint Byrum) Date: Tue, 03 Sep 2013 12:12:51 -0700 Subject: [Openstack] Slow API operations In-Reply-To: References: Message-ID: <1378235096-sup-2047@fewbar.com> Excerpts from Guilherme Russi's message of 2013-09-03 11:52:39 -0700: > Query OK, 502150 rows affected (32 min 2.77 sec) and nothing has changed, > lol. There's also indexes in Havana that help a lot, you might consider adding them manually: ALTER TABLE token ADD INDEX ix_token_valid (valid); ALTER TABLE token ADD INDEX ix_token_expires (expires); Note that a 500,000 row delete is _brutal_ on your server. We use this in TripleO: https://git.openstack.org/cgit/openstack/tripleo-image-elements/tree/elements/keystone/cleanup-keystone-tokens.sh It allows space in between the deletes for other things to happen, and also deletes in a more efficient way to not thrash around the table deleting things in index order. Also, if you don't need the content of your token table for audit purposes and you can afford the RAM, you should definitely consider switching to the memcached backend for tokens. If you do want to stay with the SQL backend, make sure your MySQL is tuned for tons of tiny transactions and has enough memory to keep the working set in RAM. From luisguilherme.cr at gmail.com Tue Sep 3 19:36:54 2013 From: luisguilherme.cr at gmail.com (Guilherme Russi) Date: Tue, 3 Sep 2013 16:36:54 -0300 Subject: [Openstack] [Grizzly] Unable to reboot instance after Migrate In-Reply-To: References: Message-ID: Hey there, I made my NFS configuration again, I made this way: Controller node: 1- mkdir -p /local2/instances 2- mount --bind /var/lib/nova/instances /local2/instances 3- added this inside /etc/exports /var/lib/nova/instances 192.168.3.0/24(rw,sync,fsid=0,no_root_squash,no_subtree_check) /local2/instances 192.168.3.0/24(rw,sync,fsid=0,no_root_squash,no_subtree_check,nohide) 4- added this inside /etc/fstab /var/lib/nova/instances /local2/instances none bind 0 0 Compute node: 1- added inside /etc/fstab 192.168.3.1:/ /var/lib/nova/instances nfs4 defaults 0 0 2- mount -t nfs4 192.168.3.1:/ /var/lib/nova/instances/ Do I need to do anything else? Regards. Guilherme. 2013/9/1 happy idea > 2013-08-30 14:42:51.569 12667 ERROR nova.virt.libvirt.driver [-] Getting > disk size of instance-0000007d: [Errno 2] No such file or directory: > '/var/lib/nova/instances/72ec37a3-b209-4729-b628-005fdcea5a3c/disk' > > *I think may be your NFS config is not correct.* > > > 2013/8/31 Guilherme Russi > >> Hello Happy, these are my logs: >> >> 2013-08-30 14:42:51.402 12667 AUDIT nova.compute.resource_tracker [-] >> Auditing locally available compute resources >> 2013-08-30 14:42:51.562 12667 ERROR nova.virt.libvirt.driver [-] Getting >> disk size of instance-00000084: [Errno 2] No such file or directory: >> '/var/lib/nova/instances/c9e1c5ed-a108-4196-bfbc-24495e2e71bd/disk' >> 2013-08-30 14:42:51.564 12667 ERROR nova.virt.libvirt.driver [-] Getting >> disk size of instance-00000077: [Errno 2] No such file or directory: >> '/var/lib/nova/instances/483f98e3-8ef5-43e2-8c3a-def55abdabcd/disk' >> 2013-08-30 14:42:51.567 12667 ERROR nova.virt.libvirt.driver [-] Getting >> disk size of instance-000000bd: [Errno 2] No such file or directory: >> '/var/lib/nova/instances/66abd40e-fb19-4cbe-a248-61d968fd84b7/disk' >> 2013-08-30 14:42:51.569 12667 ERROR nova.virt.libvirt.driver [-] Getting >> disk size of instance-0000007d: [Errno 2] No such file or directory: >> '/var/lib/nova/instances/72ec37a3-b209-4729-b628-005fdcea5a3c/disk' >> 2013-08-30 14:42:51.679 12667 AUDIT nova.compute.resource_tracker [-] >> Free ram (MB): 2746 >> 2013-08-30 14:42:51.679 12667 AUDIT nova.compute.resource_tracker [-] >> Free disk (GB): 53 >> 2013-08-30 14:42:51.679 12667 AUDIT nova.compute.resource_tracker [-] >> Free VCPUS: 1 >> 2013-08-30 14:42:51.773 12667 INFO nova.compute.resource_tracker [-] >> Compute_service record updated for caos:caos >> 2013-08-30 14:42:51.774 12667 INFO nova.compute.manager [-] Updating >> host status >> >> >> And here the output when I run the command: >> >> ERROR: Live migration of instance c9af3e9e-87b1-4aa3-95aa-22700e1091e4 to >> host tiresias failed (HTTP 400) (Request-ID: >> req-630d7837-6886-4e23-bc3d-a9fccc4a8868) >> >> My destiny host awsers ping when I ping. >> >> I've been fighting against it a quite while without success. >> >> Regards. >> >> Guilherme. >> >> >> 2013/8/29 happy idea >> >>> OK. >>> >>> >>> 2013/8/30 Guilherme Russi >>> >>>> I am too, if I find something I'll let you know. >>>> >>>> Regards. >>>> >>>> >>>> 2013/8/29 happy idea >>>> >>>>> I am trying to figure out what cause the bug. >>>>> >>>>> >>>>> 2013/8/30 Guilherme Russi >>>>> >>>>>> Well mine are: >>>>>> >>>>>> ii nova-api 1:2013.1-0ubuntu2.1~cloud0 >>>>>> OpenStack Compute - API frontend >>>>>> ii nova-cert 1:2013.1-0ubuntu2.1~cloud0 >>>>>> OpenStack Compute - certificate management >>>>>> ii nova-common 1:2013.1-0ubuntu2.1~cloud0 >>>>>> OpenStack Compute - common files >>>>>> ii nova-conductor 1:2013.1-0ubuntu2.1~cloud0 >>>>>> OpenStack Compute - conductor service >>>>>> ii nova-consoleauth 1:2013.1-0ubuntu2.1~cloud0 >>>>>> OpenStack Compute - Console Authenticator >>>>>> ii nova-novncproxy 1:2013.1-0ubuntu2.1~cloud0 >>>>>> OpenStack Compute - NoVNC proxy >>>>>> ii nova-scheduler 1:2013.1-0ubuntu2.1~cloud0 >>>>>> OpenStack Compute - virtual machine scheduler >>>>>> ii python-nova 1:2013.1-0ubuntu2.1~cloud0 >>>>>> OpenStack Compute Python libraries >>>>>> ii python-novaclient 1:2.13.0-0ubuntu1~cloud0 >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> 2013/8/29 happy idea >>>>>> >>>>>>> Thank you. >>>>>>> >>>>>>> >>>>>>> 2013/8/29 Razique Mahroua >>>>>>> >>>>>>>> Looks like a bug to me, definitely…. >>>>>>>> but i can be wrong though >>>>>>>> >>>>>>>> *Razique Mahroua** - **Nuage & Co* >>>>>>>> razique.mahroua at gmail.com >>>>>>>> Tel : +33 9 72 37 94 15 >>>>>>>> >>>>>>>> >>>>>>>> Le 29 août 2013 à 11:29, happy idea a >>>>>>>> écrit : >>>>>>>> >>>>>>>> Thank you. >>>>>>>> >>>>>>>> ---------- Forwarded message ---------- >>>>>>>> From: happy idea >>>>>>>> Date: 2013/8/29 >>>>>>>> Subject: [Openstack][Grizzly] Unable to reboot instance after >>>>>>>> Migrate >>>>>>>> To: openstack >>>>>>>> >>>>>>>> >>>>>>>> Hi All, >>>>>>>> >>>>>>>> Here's the stacktrace log: >>>>>>>> >>>>>>>> 2013-08-29 15:12:29.515 WARNING nova.compute.manager >>>>>>>> [req-31944080-1a33-4679-98ce-af36e3660679 ae0f00ede33f42d9a12385b2c2ce8c0d >>>>>>>> 57d53e1dcff540b6aeaf0d6fd60be7ab] [instance: >>>>>>>> 038dbba7-534b-4c03-8914-a830c424ce21] Traceback (most recent call last): >>>>>>>> File "/usr/lib/python2.7/dist-packages/nova/compute/manager.py", >>>>>>>> line 1718, in reboot_instance >>>>>>>> bad_volumes_callback=bad_volumes_callback) >>>>>>>> File >>>>>>>> "/usr/lib/python2.7/dist-packages/nova/virt/libvirt/driver.py", line 1295, >>>>>>>> in reboot >>>>>>>> block_device_info) >>>>>>>> File >>>>>>>> "/usr/lib/python2.7/dist-packages/nova/virt/libvirt/driver.py", line 1371, >>>>>>>> in _hard_reboot >>>>>>>> self._create_images_and_backing(context, instance, >>>>>>>> disk_info_json) >>>>>>>> File >>>>>>>> "/usr/lib/python2.7/dist-packages/nova/virt/libvirt/driver.py", line 3248, >>>>>>>> in _create_images_and_backing >>>>>>>> cache_name = os.path.basename(info['backing_file']) >>>>>>>> File "/usr/lib/python2.7/posixpath.py", line 121, in basename >>>>>>>> i = p.rfind('/') + 1 >>>>>>>> AttributeError: 'NoneType' object has no attribute 'rfind' >>>>>>>> >>>>>>>> 2013-08-29 15:12:29.516 ERROR nova.compute.manager >>>>>>>> [req-31944080-1a33-4679-98ce-af36e3660679 ae0f00ede33f42d9a12385b2c2ce8c0d >>>>>>>> 57d53e1dcff540b6aeaf0d6fd60be7ab] [instance: >>>>>>>> 038dbba7-534b-4c03-8914-a830c424ce21] Cannot reboot instance: 'NoneType' >>>>>>>> object has no attribute 'rfind' >>>>>>>> >>>>>>>> >>>>>>>> Looking for any help. >>>>>>>> Regards. >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>> >>>>>>> _______________________________________________ >>>>>>> Mailing list: >>>>>>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>>>>>> Post to : openstack at lists.openstack.org >>>>>>> Unsubscribe : >>>>>>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>>>>>> >>>>>>> >>>>>> >>>>> >>>> >>> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: NUAGECO-LOGO-Fblan_petit.jpg Type: image/jpeg Size: 10122 bytes Desc: not available URL: From jaypipes at gmail.com Tue Sep 3 19:42:14 2013 From: jaypipes at gmail.com (Jay Pipes) Date: Tue, 03 Sep 2013 15:42:14 -0400 Subject: [Openstack] Slow API operations In-Reply-To: <1378235096-sup-2047@fewbar.com> References: <1378235096-sup-2047@fewbar.com> Message-ID: <52263B96.7090907@gmail.com> On 09/03/2013 03:12 PM, Clint Byrum wrote: > Excerpts from Guilherme Russi's message of 2013-09-03 11:52:39 -0700: >> Query OK, 502150 rows affected (32 min 2.77 sec) and nothing has changed, >> lol. > > There's also indexes in Havana that help a lot, you might consider adding > them manually: > > ALTER TABLE token ADD INDEX ix_token_valid (valid); > ALTER TABLE token ADD INDEX ix_token_expires (expires); > > Note that a 500,000 row delete is _brutal_ on your server. We use this > in TripleO: > > https://git.openstack.org/cgit/openstack/tripleo-image-elements/tree/elements/keystone/cleanup-keystone-tokens.sh > > It allows space in between the deletes for other things to happen, > and also deletes in a more efficient way to not thrash around the table > deleting things in index order. > > Also, if you don't need the content of your token table for audit purposes > and you can afford the RAM, you should definitely consider switching to > the memcached backend for tokens. +1000. memcached is the superior option for tokens. -jay From ntdeveloper2002 at yahoo.com Tue Sep 3 23:25:29 2013 From: ntdeveloper2002 at yahoo.com (Mark Brown) Date: Tue, 3 Sep 2013 16:25:29 -0700 (PDT) Subject: [Openstack] Cinder question Message-ID: <1378250729.59671.YahooMailNeo@web141001.mail.bf1.yahoo.com> Hello, I had a Cinder question, and maybe its pretty basic:-) Isn't there a way to attach the same Cinder volume to two different VMs, whether same physical server or different? I don't mean across different data centers, but any domain (zone, or whatever) within the same data center? Thanks. -------------- next part -------------- An HTML attachment was scrubbed... URL: From guolongcang.work at gmail.com Wed Sep 4 00:06:35 2013 From: guolongcang.work at gmail.com (happy idea) Date: Wed, 4 Sep 2013 08:06:35 +0800 Subject: [Openstack] [Grizzly] Unable to reboot instance after Migrate In-Reply-To: References: Message-ID: follow this page's guide *carefully* , http://docs.openstack.org/trunk/openstack-compute/admin/content/configuring-live-migrations.html replace 'NOVA-INST-DIR' with '/var/lib/nova' 2013/9/4 Guilherme Russi > Hey there, I made my NFS configuration again, I made this way: > > Controller node: > 1- mkdir -p /local2/instances > > 2- mount --bind /var/lib/nova/instances /local2/instances > > 3- added this inside /etc/exports > /var/lib/nova/instances > 192.168.3.0/24(rw,sync,fsid=0,no_root_squash,no_subtree_check) > /local2/instances > 192.168.3.0/24(rw,sync,fsid=0,no_root_squash,no_subtree_check,nohide) > > 4- added this inside /etc/fstab > /var/lib/nova/instances /local2/instances none bind 0 0 > > > Compute node: > 1- added inside /etc/fstab > 192.168.3.1:/ /var/lib/nova/instances nfs4 defaults 0 > 0 > > 2- mount -t nfs4 192.168.3.1:/ /var/lib/nova/instances/ > > Do I need to do anything else? > > Regards. > > Guilherme. > > > 2013/9/1 happy idea > >> 2013-08-30 14:42:51.569 12667 ERROR nova.virt.libvirt.driver [-] Getting >> disk size of instance-0000007d: [Errno 2] No such file or directory: >> '/var/lib/nova/instances/72ec37a3-b209-4729-b628-005fdcea5a3c/disk' >> >> *I think may be your NFS config is not correct.* >> >> >> 2013/8/31 Guilherme Russi >> >>> Hello Happy, these are my logs: >>> >>> 2013-08-30 14:42:51.402 12667 AUDIT nova.compute.resource_tracker [-] >>> Auditing locally available compute resources >>> 2013-08-30 14:42:51.562 12667 ERROR nova.virt.libvirt.driver [-] >>> Getting disk size of instance-00000084: [Errno 2] No such file or >>> directory: >>> '/var/lib/nova/instances/c9e1c5ed-a108-4196-bfbc-24495e2e71bd/disk' >>> 2013-08-30 14:42:51.564 12667 ERROR nova.virt.libvirt.driver [-] >>> Getting disk size of instance-00000077: [Errno 2] No such file or >>> directory: >>> '/var/lib/nova/instances/483f98e3-8ef5-43e2-8c3a-def55abdabcd/disk' >>> 2013-08-30 14:42:51.567 12667 ERROR nova.virt.libvirt.driver [-] >>> Getting disk size of instance-000000bd: [Errno 2] No such file or >>> directory: >>> '/var/lib/nova/instances/66abd40e-fb19-4cbe-a248-61d968fd84b7/disk' >>> 2013-08-30 14:42:51.569 12667 ERROR nova.virt.libvirt.driver [-] >>> Getting disk size of instance-0000007d: [Errno 2] No such file or >>> directory: >>> '/var/lib/nova/instances/72ec37a3-b209-4729-b628-005fdcea5a3c/disk' >>> 2013-08-30 14:42:51.679 12667 AUDIT nova.compute.resource_tracker [-] >>> Free ram (MB): 2746 >>> 2013-08-30 14:42:51.679 12667 AUDIT nova.compute.resource_tracker [-] >>> Free disk (GB): 53 >>> 2013-08-30 14:42:51.679 12667 AUDIT nova.compute.resource_tracker [-] >>> Free VCPUS: 1 >>> 2013-08-30 14:42:51.773 12667 INFO nova.compute.resource_tracker [-] >>> Compute_service record updated for caos:caos >>> 2013-08-30 14:42:51.774 12667 INFO nova.compute.manager [-] Updating >>> host status >>> >>> >>> And here the output when I run the command: >>> >>> ERROR: Live migration of instance c9af3e9e-87b1-4aa3-95aa-22700e1091e4 >>> to host tiresias failed (HTTP 400) (Request-ID: >>> req-630d7837-6886-4e23-bc3d-a9fccc4a8868) >>> >>> My destiny host awsers ping when I ping. >>> >>> I've been fighting against it a quite while without success. >>> >>> Regards. >>> >>> Guilherme. >>> >>> >>> 2013/8/29 happy idea >>> >>>> OK. >>>> >>>> >>>> 2013/8/30 Guilherme Russi >>>> >>>>> I am too, if I find something I'll let you know. >>>>> >>>>> Regards. >>>>> >>>>> >>>>> 2013/8/29 happy idea >>>>> >>>>>> I am trying to figure out what cause the bug. >>>>>> >>>>>> >>>>>> 2013/8/30 Guilherme Russi >>>>>> >>>>>>> Well mine are: >>>>>>> >>>>>>> ii nova-api >>>>>>> 1:2013.1-0ubuntu2.1~cloud0 OpenStack Compute - API frontend >>>>>>> ii nova-cert >>>>>>> 1:2013.1-0ubuntu2.1~cloud0 OpenStack Compute - certificate >>>>>>> management >>>>>>> ii nova-common >>>>>>> 1:2013.1-0ubuntu2.1~cloud0 OpenStack Compute - common files >>>>>>> ii nova-conductor >>>>>>> 1:2013.1-0ubuntu2.1~cloud0 OpenStack Compute - conductor >>>>>>> service >>>>>>> ii nova-consoleauth >>>>>>> 1:2013.1-0ubuntu2.1~cloud0 OpenStack Compute - Console >>>>>>> Authenticator >>>>>>> ii nova-novncproxy >>>>>>> 1:2013.1-0ubuntu2.1~cloud0 OpenStack Compute - NoVNC proxy >>>>>>> ii nova-scheduler >>>>>>> 1:2013.1-0ubuntu2.1~cloud0 OpenStack Compute - virtual machine >>>>>>> scheduler >>>>>>> ii python-nova >>>>>>> 1:2013.1-0ubuntu2.1~cloud0 OpenStack Compute Python libraries >>>>>>> ii python-novaclient 1:2.13.0-0ubuntu1~cloud0 >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> 2013/8/29 happy idea >>>>>>> >>>>>>>> Thank you. >>>>>>>> >>>>>>>> >>>>>>>> 2013/8/29 Razique Mahroua >>>>>>>> >>>>>>>>> Looks like a bug to me, definitely…. >>>>>>>>> but i can be wrong though >>>>>>>>> >>>>>>>>> *Razique Mahroua** - **Nuage & Co* >>>>>>>>> razique.mahroua at gmail.com >>>>>>>>> Tel : +33 9 72 37 94 15 >>>>>>>>> >>>>>>>>> >>>>>>>>> Le 29 août 2013 à 11:29, happy idea >>>>>>>>> a écrit : >>>>>>>>> >>>>>>>>> Thank you. >>>>>>>>> >>>>>>>>> ---------- Forwarded message ---------- >>>>>>>>> From: happy idea >>>>>>>>> Date: 2013/8/29 >>>>>>>>> Subject: [Openstack][Grizzly] Unable to reboot instance after >>>>>>>>> Migrate >>>>>>>>> To: openstack >>>>>>>>> >>>>>>>>> >>>>>>>>> Hi All, >>>>>>>>> >>>>>>>>> Here's the stacktrace log: >>>>>>>>> >>>>>>>>> 2013-08-29 15:12:29.515 WARNING nova.compute.manager >>>>>>>>> [req-31944080-1a33-4679-98ce-af36e3660679 ae0f00ede33f42d9a12385b2c2ce8c0d >>>>>>>>> 57d53e1dcff540b6aeaf0d6fd60be7ab] [instance: >>>>>>>>> 038dbba7-534b-4c03-8914-a830c424ce21] Traceback (most recent call last): >>>>>>>>> File "/usr/lib/python2.7/dist-packages/nova/compute/manager.py", >>>>>>>>> line 1718, in reboot_instance >>>>>>>>> bad_volumes_callback=bad_volumes_callback) >>>>>>>>> File >>>>>>>>> "/usr/lib/python2.7/dist-packages/nova/virt/libvirt/driver.py", line 1295, >>>>>>>>> in reboot >>>>>>>>> block_device_info) >>>>>>>>> File >>>>>>>>> "/usr/lib/python2.7/dist-packages/nova/virt/libvirt/driver.py", line 1371, >>>>>>>>> in _hard_reboot >>>>>>>>> self._create_images_and_backing(context, instance, >>>>>>>>> disk_info_json) >>>>>>>>> File >>>>>>>>> "/usr/lib/python2.7/dist-packages/nova/virt/libvirt/driver.py", line 3248, >>>>>>>>> in _create_images_and_backing >>>>>>>>> cache_name = os.path.basename(info['backing_file']) >>>>>>>>> File "/usr/lib/python2.7/posixpath.py", line 121, in basename >>>>>>>>> i = p.rfind('/') + 1 >>>>>>>>> AttributeError: 'NoneType' object has no attribute 'rfind' >>>>>>>>> >>>>>>>>> 2013-08-29 15:12:29.516 ERROR nova.compute.manager >>>>>>>>> [req-31944080-1a33-4679-98ce-af36e3660679 ae0f00ede33f42d9a12385b2c2ce8c0d >>>>>>>>> 57d53e1dcff540b6aeaf0d6fd60be7ab] [instance: >>>>>>>>> 038dbba7-534b-4c03-8914-a830c424ce21] Cannot reboot instance: 'NoneType' >>>>>>>>> object has no attribute 'rfind' >>>>>>>>> >>>>>>>>> >>>>>>>>> Looking for any help. >>>>>>>>> Regards. >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>> >>>>>>>> _______________________________________________ >>>>>>>> Mailing list: >>>>>>>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>>>>>>> Post to : openstack at lists.openstack.org >>>>>>>> Unsubscribe : >>>>>>>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>>>>>>> >>>>>>>> >>>>>>> >>>>>> >>>>> >>>> >>> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: NUAGECO-LOGO-Fblan_petit.jpg Type: image/jpeg Size: 10122 bytes Desc: not available URL: From stefano at openstack.org Wed Sep 4 00:44:54 2013 From: stefano at openstack.org (Stefano Maffulli) Date: Tue, 03 Sep 2013 17:44:54 -0700 Subject: [Openstack] Join the online meeting for moderators of Ask OpenStack Message-ID: <52268286.8040601@openstack.org> We are holding an online meeting for all the people that use Ask OpenStack. On Thursday Sept. 5 from 6PM to 7PM Pacific Time on IRC freenode.net #openstack-community The main intention is to share best practices and in the long term improve the objective of Ask OpenStack: to provide the best place on Internet for people to find solutions (answers) to common problems (questions) related to OpenStack. Since anybody can become a moderator with only 100 Karma points this meeting is for every user of Ask OpenStack. We will go through the existing recommendations on the wiki and do some "live" practice together on existing questions. Please spread the word about this meeting among your fellows at the local user groups. Regards, Stef -- Ask and answer questions on https://ask.openstack.org From openstackleaner at gmail.com Wed Sep 4 02:03:32 2013 From: openstackleaner at gmail.com (openstack learner) Date: Tue, 3 Sep 2013 19:03:32 -0700 Subject: [Openstack] Does openstack python API support vsphere? Message-ID: Hi all, I am new to openstack, can anyone tell me if the openstack nova python API support vsphere? Thanks a lot xin -------------- next part -------------- An HTML attachment was scrubbed... URL: From swapnilkulkarni2608 at gmail.com Wed Sep 4 03:25:50 2013 From: swapnilkulkarni2608 at gmail.com (Swapnil Kulkarni) Date: Wed, 4 Sep 2013 08:55:50 +0530 Subject: [Openstack] Cinder question In-Reply-To: <1378250729.59671.YahooMailNeo@web141001.mail.bf1.yahoo.com> References: <1378250729.59671.YahooMailNeo@web141001.mail.bf1.yahoo.com> Message-ID: Hi Mark, You might want to have a look at https://blueprints.launchpad.net/cinder/+spec/multi-attach-volume Best Regards, Swapnil Kulkarni swapnilkulkarni2608 at gmail.com On Wed, Sep 4, 2013 at 4:55 AM, Mark Brown wrote: > Hello, > I had a Cinder question, and maybe its pretty basic:-) > > Isn't there a way to attach the same Cinder volume to two different VMs, > whether same physical server or different? I don't mean across different > data centers, but any domain (zone, or whatever) within the same data > center? > > Thanks. > > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From marcelodieder at gmail.com Wed Sep 4 04:06:58 2013 From: marcelodieder at gmail.com (Marcelo Dieder) Date: Wed, 04 Sep 2013 01:06:58 -0300 Subject: [Openstack] Quantum/Grizzy - Instance doesn't get IP In-Reply-To: <1378250729.59671.YahooMailNeo@web141001.mail.bf1.yahoo.com> References: <1378250729.59671.YahooMailNeo@web141001.mail.bf1.yahoo.com> Message-ID: <5226B1E2.1030305@gmail.com> Hi All! I have a ambient with 3 hosts (Network, Controller and Node1 (Qemu)). I created an ambient based this tutorial (http://docs.openstack.org/grizzly/basic-install/apt/content/basic-install_controller.html). My problem is when I create a instance. The instance Instance doesn't get IP address. checking http://169.254.169.254/20090404/instanceid failed 1/20: up 187.68. request failed failed 2/20: up 190.06. request failed failed 3/20: up 192.24. request failed failed 4/20: up 194.43. request failed failed 5/20: up 196.61. request failed failed 6/20: up 198.82. request failed failed 7/20: up 201.03. request failed failed 8/20: up 203.22. request failed failed 9/20: up 205.42. request failed failed 10/20: up 207.64. request failed failed 11/20: up 209.87. request failed failed 12/20: up 212.08. request failed failed 13/20: up 214.29. request failed failed 14/20: up 216.49. request failed failed 15/20: up 218.70. request failed failed 16/20: up 220.91. request failed failed 17/20: up 223.13. request failed failed 18/20: up 225.38. request failed failed 19/20: up 227.62. request failed failed 20/20: up 229.87. request failed failed to read iid from metadata. tried 20 no results found for mode=net. up 232.10. searched: nocloud configdrive ec2 failed to get instanceid of datasource Starting dropbear sshd: generating rsa key... generating dsa key... OK === network info === ifinfo: lo,up,127.0.0.1,8,::1 ifinfo: eth0,up,,8,fe80::f816:3eff:fef3:2a6d === datasource: None None === At the controller I received the warning: 2013-09-04 00:40:44 WARNING [quantum.scheduler.dhcp_agent_scheduler] No active DHCP agents 2013-09-04 00:40:44 WARNING [quantum.db.agentschedulers_db] Fail scheduling network {'status': u'ACTIVE', 'subnets': [u'80b21701-4b05-4585-985a-60905ff42531'], 'name': u'public', 'provider:physical_network': None, 'admin_state_up': True, 'tenant_id': u'27d2b93f11ac4e91a3edb26edb28fb6b', 'provider:network_type': u'gre', 'router:external': True, 'shared': False, 'id': u'b3e465b7-b5a2-45d5-8b24-aa8bea0ab0a0', 'provider:segmentation_id': 2L} And when I executed: root at cloud:~# quantum agent-list Unknown command ['agent-list'] Other commands: root at cloud:~# nova-manage service list Binary Host Zone Status State Updated_At nova-cert cloud internal enabled :-) 2013-09-04 03:59:12 nova-consoleauth cloud internal enabled :-) 2013-09-04 03:59:12 nova-scheduler cloud internal enabled :-) 2013-09-04 03:59:12 nova-conductor cloud internal enabled :-) 2013-09-04 03:59:12 nova-compute c01 nova enabled :-) 2013-09-04 03:59:04 root at c01:~# nova list +--------------------------------------+---------+--------+------------------------+ | ID | Name | Status | Networks | +--------------------------------------+---------+--------+------------------------+ | 2c704622-1b5f-4651-9553-51aabee9090c | test29 | ACTIVE | public=xxx.xxx.xxx.xxx | I searched but I couldn't find any resolution. Anybody has this problem? Cheers. Marcelo Dieder -------------- next part -------------- An HTML attachment was scrubbed... URL: From guolongcang.work at gmail.com Wed Sep 4 05:13:04 2013 From: guolongcang.work at gmail.com (happy idea) Date: Wed, 4 Sep 2013 13:13:04 +0800 Subject: [Openstack] Quantum/Grizzy - Instance doesn't get IP In-Reply-To: <5226B1E2.1030305@gmail.com> References: <1378250729.59671.YahooMailNeo@web141001.mail.bf1.yahoo.com> <5226B1E2.1030305@gmail.com> Message-ID: you didn't install the dhcp agent, please refer to this guide https://github.com/mseknibilel/OpenStack-Grizzly-Install-Guide/blob/OVS_MultiNode/OpenStack_Grizzly_Install_Guide.rst 2013/9/4 Marcelo Dieder > Hi All! > > I have a ambient with 3 hosts (Network, Controller and Node1 (Qemu)). I > created an ambient based this tutorial ( > http://docs.openstack.org/grizzly/basic-install/apt/content/basic-install_controller.html). > My problem is when I create a instance. The instance Instance doesn't get > IP address. > > checking http://169.254.169.254/20090404/instanceid > failed 1/20: up 187.68. request failed > failed 2/20: up 190.06. request failed > failed 3/20: up 192.24. request failed > failed 4/20: up 194.43. request failed > failed 5/20: up 196.61. request failed > failed 6/20: up 198.82. request failed > failed 7/20: up 201.03. request failed > failed 8/20: up 203.22. request failed > failed 9/20: up 205.42. request failed > failed 10/20: up 207.64. request failed > failed 11/20: up 209.87. request failed > failed 12/20: up 212.08. request failed > failed 13/20: up 214.29. request failed > failed 14/20: up 216.49. request failed > failed 15/20: up 218.70. request failed > failed 16/20: up 220.91. request failed > failed 17/20: up 223.13. request failed > failed 18/20: up 225.38. request failed > failed 19/20: up 227.62. request failed > failed 20/20: up 229.87. request failed > failed to read iid from metadata. tried 20 > no results found for mode=net. up 232.10. searched: nocloud configdrive ec2 > failed to get instanceid of datasource > Starting dropbear sshd: generating rsa key... generating dsa key... OK > === network info === > ifinfo: lo,up,127.0.0.1,8,::1 > ifinfo: eth0,up,,8,fe80::f816:3eff:fef3:2a6d > === datasource: None None === > > > At the controller I received the warning: > > > 2013-09-04 00:40:44 WARNING [quantum.scheduler.dhcp_agent_scheduler] No > active DHCP agents > 2013-09-04 00:40:44 WARNING [quantum.db.agentschedulers_db] Fail > scheduling network {'status': u'ACTIVE', 'subnets': > [u'80b21701-4b05-4585-985a-60905ff42531'], 'name': u'public', > 'provider:physical_network': None, 'admin_state_up': True, 'tenant_id': > u'27d2b93f11ac4e91a3edb26edb28fb6b', 'provider:network_type': u'gre', > 'router:external': True, 'shared': False, 'id': > u'b3e465b7-b5a2-45d5-8b24-aa8bea0ab0a0', 'provider:segmentation_id': 2L} > > And when I executed: > > > root at cloud:~# quantum agent-list > Unknown command ['agent-list'] > > Other commands: > > root at cloud:~# nova-manage service list > Binary Host Zone > Status State Updated_At > nova-cert cloud internal > enabled :-) 2013-09-04 03:59:12 > nova-consoleauth cloud internal > enabled :-) 2013-09-04 03:59:12 > nova-scheduler cloud internal > enabled :-) 2013-09-04 03:59:12 > nova-conductor cloud internal > enabled :-) 2013-09-04 03:59:12 > nova-compute c01 nova > enabled :-) 2013-09-04 03:59:04 > > root at c01:~# nova list > > +--------------------------------------+---------+--------+------------------------+ > | ID | Name | Status | > Networks | > > +--------------------------------------+---------+--------+------------------------+ > | 2c704622-1b5f-4651-9553-51aabee9090c | test29 | ACTIVE | > public=xxx.xxx.xxx.xxx | > > I searched but I couldn't find any resolution. Anybody has this problem? > > Cheers. > > Marcelo Dieder > > > > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From prag_2648 at yahoo.co.in Wed Sep 4 05:49:13 2013 From: prag_2648 at yahoo.co.in (pragya jain) Date: Wed, 4 Sep 2013 13:49:13 +0800 (SGT) Subject: [Openstack] Fw: problem in creating account in swift In-Reply-To: References: <1377784882.97854.YahooMailNeo@web193605.mail.sg3.yahoo.com> <1377841091.5686.YahooMailNeo@web193605.mail.sg3.yahoo.com> <1377847449.99293.YahooMailNeo@web193602.mail.sg3.yahoo.com> <1377847758.82435.YahooMailNeo@web193603.mail.sg3.yahoo.com> <1377925516.86638.YahooMailNeo@web193604.mail.sg3.yahoo.com> <1377931409.94597.YahooMailNeo@web193601.mail.sg3.yahoo.com> <1377934637.10448.YahooMailNeo@web193605.mail.sg3.yahoo.com> <1377936089.10264.YahooMailNeo@web193603.mail.sg3.yahoo.com> <1377944259.69815.YahooMailNeo@web193606.mail.sg3.yahoo.com> <1378017133.20549.YahooMailNeo@web193603.mail.sg3.yahoo.com> <1378192902.4661.YahooMailNeo@web193604.mail.sg3.yahoo.com> Message-ID: <1378273753.54877.YahooMailNeo@web193604.mail.sg3.yahoo.com> root at arun-Aspire-5742:/etc/swift# swift-ring-builder object.builder object.builder, build version 14 262144 partitions, 3.000000 replicas, 1 regions, 1 zones, 1 devices, 0.00 balance The minimum number of hours before a partition can be reassigned is 24 Devices:    id  region  zone      ip address  port  replication ip  replication port      name weight partitions balance meta              2       1     1       127.0.0.1  6000       127.0.0.1              6000        d1 100.00     786432    0.00  root at arun-Aspire-5742:/etc/swift# swift-ring-builder account.builder account.builder, build version 14 262144 partitions, 3.000000 replicas, 1 regions, 1 zones, 1 devices, 0.00 balance The minimum number of hours before a partition can be reassigned is 24 Devices:    id  region  zone      ip address  port  replication ip  replication port      name weight partitions balance meta              2       1     1       127.0.0.1  6002       127.0.0.1              6002        d1 100.00     786432    0.00  root at arun-Aspire-5742:/etc/swift# swift-ring-builder container.builder container.builder, build version 11 262144 partitions, 3.000000 replicas, 1 regions, 1 zones, 1 devices, 0.00 balance The minimum number of hours before a partition can be reassigned is 24 Devices:    id  region  zone      ip address  port  replication ip  replication port      name weight partitions balance meta              1       1     1       127.0.0.1  6001       127.0.0.1              6001        d1 100.00     786432    0.00  root at arun-Aspire-5742:/etc/swift# cd ~ root at arun-Aspire-5742:~# sudo swift-init account start Starting account-server...(/etc/swift/account-server.conf) root at arun-Aspire-5742:~# sudo swift-init proxy start Starting proxy-server...(/etc/swift/proxy-server.conf) root at arun-Aspire-5742:~# curl -v -H 'X-Auth-User:prag2648:pragya' -H 'X-Auth-Key:pj2648' http://localhost:8080/auth/v1.0/ * About to connect() to localhost port 8080 (#0) *   Trying 127.0.0.1... connected > GET /auth/v1.0/ HTTP/1.1 > User-Agent: curl/7.22.0 (i686-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 zlib/1.2.3.4 libidn/1.23 librtmp/2.3 > Host: localhost:8080 > Accept: */* > X-Auth-User:prag2648:pragya > X-Auth-Key:pj2648 >  < HTTP/1.1 200 OK < X-Storage-Url: http://localhost:8080/v1/AUTH_prag2648 < X-Auth-Token: AUTH_tk4be7b90194c747468c4973675db15ca5 < Content-Type: text/html; charset=UTF-8 < X-Storage-Token: AUTH_tk4be7b90194c747468c4973675db15ca5 < Content-Length: 0 < X-Trans-Id: txc07e87d3d4b8487b85d89-005226c820 < Date: Wed, 04 Sep 2013 05:41:52 GMT <  * Connection #0 to host localhost left intact * Closing connection #0 root at arun-Aspire-5742:~# curl -v -H 'X-Storage-Token:AUTH_tk4be7b90194c747468c4973675db15ca5' http://127.0.0.1:8080/v1/AUTH_prag2648/ * About to connect() to 127.0.0.1 port 8080 (#0) *   Trying 127.0.0.1... connected > GET /v1/AUTH_prag2648/ HTTP/1.1 > User-Agent: curl/7.22.0 (i686-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 zlib/1.2.3.4 libidn/1.23 librtmp/2.3 > Host: 127.0.0.1:8080 > Accept: */* > X-Storage-Token:AUTH_tk4be7b90194c747468c4973675db15ca5 >  < HTTP/1.1 503 Internal Server Error < Content-Length: 118 < Content-Type: text/html; charset=UTF-8 < X-Trans-Id: tx2301beb46542488597d23-005226c87d < Date: Wed, 04 Sep 2013 05:43:26 GMT <  * Connection #0 to host 127.0.0.1 left intact * Closing connection #0

Service Unavailable

The server is currently unavailable. Please try again at a later time.

root at arun-Aspire-5742:~#  root at arun-Aspire-5742:~# curl -v -H 'X-Storage-Token:AUTH_tk4be7b90194c747468c4973675db15ca5' http://127.0.0.1/v1/AUTH_prag2648/ * About to connect() to 127.0.0.1 port 80 (#0) *   Trying 127.0.0.1... Connection refused * couldn't connect to host * Closing connection #0 curl: (7) couldn't connect to host root at arun-Aspire-5742:~# curl -v -H 'X-Storage-Token:AUTH_tk4be7b90194c747468c4973675db15ca5' http://localhost:8080/v1/AUTH_prag2648/ * About to connect() to localhost port 8080 (#0) *   Trying 127.0.0.1... connected > GET /v1/AUTH_prag2648/ HTTP/1.1 > User-Agent: curl/7.22.0 (i686-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 zlib/1.2.3.4 libidn/1.23 librtmp/2.3 > Host: localhost:8080 > Accept: */* > X-Storage-Token:AUTH_tk4be7b90194c747468c4973675db15ca5 >  < HTTP/1.1 503 Internal Server Error < Content-Length: 118 < Content-Type: text/html; charset=UTF-8 < X-Trans-Id: txb0d8717ab05c4cf0bdebd-005226c8a4 < Date: Wed, 04 Sep 2013 05:44:05 GMT <  * Connection #0 to host localhost left intact * Closing connection #0

Service Unavailable

The server is currently unavailable. Please try again at a later time.

root at arun-Aspire-5742:~#  root at arun-Aspire-5742:~# grep txa4c98c518382430ab9f5f-005222dede /var/log/syslogroot at arun-Aspire-5742:~#  >________________________________ > From: Clay Gerrard >To: pragya jain >Sent: Tuesday, 3 September 2013 9:03 PM >Subject: Re: Fw: problem in creating account in swift > > > >Ok, so the 10.0.2.15 address must still be in the rings instead of 127.0.0.1 > > >Did you verify what's in the ring with `swift-ring-builder account.builder`?  Did you rebalance and restart services? > > > >On Tue, Sep 3, 2013 at 12:21 AM, pragya jain wrote: > >root at arun-Aspire-5742:~# grep txa4c98c518382430ab9f5f-005222dede /var/log/syslogSep  1 11:59:51 arun-Aspire-5742 proxy-server ERROR with Account server 10.0.2.15:6000/d1 re: Trying to GET /v1/AUTH_prag2648/: ConnectionTimeout (0.5s) (txn: txa4c98c518382430ab9f5f-005222dede) (client_ip: 127.0.0.1) >>Sep  1 11:59:51 arun-Aspire-5742 proxy-server ERROR with Account server 10.0.2.15:6002/d1 re: Trying to GET /v1/AUTH_prag2648/: ConnectionTimeout (0.5s) (txn: txa4c98c518382430ab9f5f-005222dede) (client_ip: 127.0.0.1) >>Sep  1 11:59:51 arun-Aspire-5742 proxy-server Account GET returning 503 for [] (txn: txa4c98c518382430ab9f5f-005222dede) (client_ip: 127.0.0.1) >>Sep  1 11:59:51 arun-Aspire-5742 proxy-server 127.0.0.1 127.0.0.1 01/Sep/2013/06/29/51 GET /v1/AUTH_prag2648/ HTTP/1.0 503 - curl/7.22.0%20%28i686-pc-linux-gnu%29%20libcurl/7.22.0%20OpenSSL/1.0.1%20zlib/1.2.3.4%20libidn/1.23%20librtmp/2.3 AUTH_tk9867f9725a1246a1af3e30b9f7161eb5 - 118 - txa4c98c518382430ab9f5f-005222dede - 1.2649 - - >> >> >> >> >> >>>________________________________ >>> From: Clay Gerrard >>>To: pragya jain >>>Sent: Sunday, 1 September 2013 10:36 PM >>> >>>Subject: Re: Fw: problem in creating account in swift >>> >>> >>> >>>Still looks like a connection error to me, I think we've established the account server is running on 127.0.0.1:6002 - so is that's what's in the ring after all? >>> >>>you could also `grep txa4c98c518382430ab9f5f-005222dede /var/log/syslog` and see what error the proxy was getting. >>> >>>-Clay >>> >>> >>> >>>- >>> >>> >>> >>>On Sat, Aug 31, 2013 at 11:32 PM, pragya jain wrote: >>> >>>hello sir, >>>> >>>> >>>>I did the following job: >>>> >>>> >>>>arun at arun-Aspire-5742:~$ su - >>>>Password:  >>>>root at arun-Aspire-5742:~# sudo swift-init account start >>>>Starting account-server...(/etc/swift/account-server.conf) >>>>root at arun-Aspire-5742:~# sudo swift-init proxy start >>>>Starting proxy-server...(/etc/swift/proxy-server.conf) >>>>root at arun-Aspire-5742:~# curl -v -H 'X-Auth-User:prag2648:pragya' -H 'X-Auth-Key:pj2648' http://localhost:8080/auth/v1.0/ >>>>* About to connect() to localhost port 8080 (#0) >>>>*   Trying 127.0.0.1... connected >>>>> GET /auth/v1.0/ HTTP/1.1 >>>>> User-Agent: curl/7.22.0 (i686-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 zlib/1.2.3.4 libidn/1.23 librtmp/2.3 >>>>> Host: localhost:8080 >>>>> Accept: */* >>>>> X-Auth-User:prag2648:pragya >>>>> X-Auth-Key:pj2648 >>>>>  >>>>< HTTP/1.1 200 OK >>>>< X-Storage-Url: http://localhost:8080/v1/AUTH_prag2648 >>>>< X-Auth-Token: AUTH_tk9867f9725a1246a1af3e30b9f7161eb5 >>>>< Content-Type: text/html; charset=UTF-8 >>>>< X-Storage-Token: AUTH_tk9867f9725a1246a1af3e30b9f7161eb5 >>>>< Content-Length: 0 >>>>< X-Trans-Id: tx8f658e6bd3b244b793815-005222de45 >>>>< Date: Sun, 01 Sep 2013 06:27:17 GMT >>>><  >>>>* Connection #0 to host localhost left intact >>>>* Closing connection #0 >>>>root at arun-Aspire-5742:~# curl -v -H 'X-Storage-Token: AUTH_tk9867f9725a1246a1af3e30b9f7161eb5' http://127.0.0.1:8080/v1/AUTH_prag2648/ >>>>* About to connect() to 127.0.0.1 port 8080 (#0) >>>>*   Trying 127.0.0.1... connected >>>>> GET /v1/AUTH_prag2648/ HTTP/1.1 >>>>> User-Agent: curl/7.22.0 (i686-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 zlib/1.2.3.4 libidn/1.23 librtmp/2.3 >>>>> Host: 127.0.0.1:8080 >>>>> Accept: */* >>>>> X-Storage-Token: AUTH_tk9867f9725a1246a1af3e30b9f7161eb5 >>>>>  >>>>< HTTP/1.1 503 Internal Server Error >>>>< Content-Length: 118 >>>>< Content-Type: text/html; charset=UTF-8 >>>>< X-Trans-Id: tx1c1cb6e3a9f64b56a9550-005222dea4 >>>>< Date: Sun, 01 Sep 2013 06:28:54 GMT >>>><  >>>>* Connection #0 to host 127.0.0.1 left intact >>>>* Closing connection #0 >>>>

Service Unavailable

The server is currently unavailable. Please try again at a later time.

root at arun-Aspire-5742:~#  >>>>root at arun-Aspire-5742:~# curl -v -H 'X-Storage-Token:AUTH_tk9867f9725a1246a1af3e30b9f7161eb5' http://localhost:8080/v1/AUTH_prag2648/ >>>>* About to connect() to localhost port 8080 (#0) >>>>*   Trying 127.0.0.1... connected >>>>> GET /v1/AUTH_prag2648/ HTTP/1.1 >>>>> User-Agent: curl/7.22.0 (i686-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 zlib/1.2.3.4 libidn/1.23 librtmp/2.3 >>>>> Host: localhost:8080 >>>>> Accept: */* >>>>> X-Storage-Token:AUTH_tk9867f9725a1246a1af3e30b9f7161eb5 >>>>>  >>>>< HTTP/1.1 503 Internal Server Error >>>>< Content-Length: 118 >>>>< Content-Type: text/html; charset=UTF-8 >>>>< X-Trans-Id: txa4c98c518382430ab9f5f-005222dede >>>>< Date: Sun, 01 Sep 2013 06:29:51 GMT >>>><  >>>>* Connection #0 to host localhost left intact >>>>* Closing connection #0 >>>>

Service Unavailable

The server is currently unavailable. Please try again at a later time.

root at arun-Aspire-5742:~#  >>>>root at arun-Aspire-5742:~#  >>>> >>>> >>>>But it again shows internal server error. >>>> >>>> >>>> >>>>>________________________________ >>>>> From: Clay Gerrard >>>>>To: pragya jain >>>>>Sent: Saturday, 31 August 2013 7:38 PM >>>>> >>>>>Subject: Re: Fw: problem in creating account in swift >>>>> >>>>> >>>>> >>>>>I was only just connecting to the account directly (127.0.0.1:6002) to prove a point - normally clients would always only talk to the proxy (127.0.0.1:8080). >>>>> >>>>>curl -v -H 'X-Storage-Token: AUTH_tk06aa273c010b4e7d886b7ec78fbef396' http://127.0.0.1:8080/v1/AUTH_prag2648/ >>>>> >>>>>... should work? >>>>> >>>>> >>>>> >>>>>On Sat, Aug 31, 2013 at 3:17 AM, pragya jain wrote: >>>>> >>>>>root at arun-Aspire-5742:/etc/swift# swift-ring-builder account.builder add z1-127.0.0.1:6002/d1 100 WARNING: No region specified for z1-127.0.0.1:6002/d1. Defaulting to region 1. Device d2r1z1-127.0.0.1:6002R127.0.0.1:6002/d1_"" with 100.0 weight got id 2 root at arun-Aspire-5742:/etc/swift# swift-ring-builder container.builder add z1-127.0.0.1:6001/d1 100 WARNING: No region specified for z1-127.0.0.1:6001/d1. Defaulting to region 1. Device d1r1z1-127.0.0.1:6001R127.0.0.1:6001/d1_"" with 100.0 weight got id 1 root at arun-Aspire-5742:/etc/swift# swift-ring-builder object.builder add z1-127.0.0.1:6000/d1 100 WARNING: No region specified for z1-127.0.0.1:6000/d1. Defaulting to region 1. Device d2r1z1-127.0.0.1:6000R127.0.0.1:6000/d1_"" with 100.0 weight got id 2 root at arun-Aspire-5742:/etc/swift# swift-ring-builder account.builder rebalance Reassigned 262144 (100.00%) partitions. Balance is now 0.00. root at arun-Aspire-5742:/etc/swift# swift-ring-builder container.builder rebalance Reassigned 262144 (100.00%) partitions. Balance is now 33.33. ------------------------------------------------------------------------------- NOTE: Balance of 33.33 indicates you should push this ring, wait at least 24 hours, and rebalance/repush. ------------------------------------------------------------------------------- root at arun-Aspire-5742:/etc/swift# swift-ring-builder container.builder pretend_min_part_hours_passed root at arun-Aspire-5742:/etc/swift# swift-ring-builder object.builder pretend_min_part_hours_passed root at arun-Aspire-5742:/etc/swift# swift-ring-builder container.builder rebalanceReassigned 131072 (50.00%) partitions. Balance is now 0.00. root at arun-Aspire-5742:/etc/swift# swift-ring-builder object.builder rebalanceReassigned 262144 (100.00%) partitions. Balance is now 0.00. root at arun-Aspire-5742:/etc/swift# curl -v -H 'X-Auth-User:prag2648:pragya' -H 'X-Auth-Key:pj2648' http://localhost:8080/auth/v1.0/ * About to connect() to localhost port 8080 (#0) * Trying 127.0.0.1... Connection refused * couldn't connect to host * Closing connection #0 curl: (7) couldn't connect to host root at arun-Aspire-5742:/etc/swift# sudo swift-init account start Starting account-server...(/etc/swift/account-server.conf) root at arun-Aspire-5742:/etc/swift# sudo swift-init proxy start Starting proxy-server...(/etc/swift/proxy-server.conf) root at arun-Aspire-5742:/etc/swift# curl -v -H 'X-Auth-User:prag2648:pragya' -H 'X-Auth-Key:pj2648' http://localhost:8080/auth/v1.0/ >>>>>>* About to connect() to localhost port 8080 (#0) * Trying 127.0.0.1... connected > GET /auth/v1.0/ HTTP/1.1 > User-Agent: curl/7.22.0 (i686-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 zlib/1.2.3.4 libidn/1.23 librtmp/2.3 > Host: localhost:8080 > Accept: */* > X-Auth-User:prag2648:pragya > X-Auth-Key:pj2648 > < HTTP/1.1 200 OK < X-Storage-Url: http://localhost:8080/v1/AUTH_prag2648 >>>>>>< X-Auth-Token: AUTH_tk06aa273c010b4e7d886b7ec78fbef396 < Content-Type: text/html; charset=UTF-8 < X-Storage-Token: AUTH_tk06aa273c010b4e7d886b7ec78fbef396 < Content-Length: 0 < X-Trans-Id: tx21f0255793574234b88aa-005221bf20 < Date: Sat, 31 Aug 2013 10:02:08 GMT < * Connection #0 to host localhost left intact * Closing connection #0 root at arun-Aspire-5742:/etc/swift# curl -v -H 'X-Storage-Token: AUTH_tk06aa273c010b4e7d886b7ec78fbef396' http://127.0.0.1/v1/AUTH_prag2648/ * About to connect() to 127.0.0.1 port 80 (#0) * Trying 127.0.0.1... Connection refused * couldn't connect to host * Closing connection #0 curl: (7) couldn't connect to host root at arun-Aspire-5742:/etc/swift# curl -v -H 'X-Storage-Token: AUTH_tk06aa273c010b4e7d886b7ec78fbef396' http://127.0.0.1:6002/v1/AUTH_prag2648/ * About to connect() to 127.0.0.1 port 6002 (#0) * Trying 127.0.0.1... connected > GET /v1/AUTH_prag2648/ HTTP/1.1 > User-Agent: curl/7.22.0 (i686-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 zlib/1.2.3.4 libidn/1.23 librtmp/2.3 > Host: 127.0.0.1:6002 > Accept: */* > X-Storage-Token: AUTH_tk06aa273c010b4e7d886b7ec78fbef396 > < HTTP/1.1 400 Bad Request < Content-Length: 32 < Content-Type: text/plain < Date: Sat, 31 Aug 2013 10:04:14 GMT < * Connection #0 to host 127.0.0.1 left intact * Closing connection #0 >>>>>>it shows a bad request error in retrieving the content of account >>>>>> >>>>>> >>>>>> >>>>>> >>>>>>>________________________________ >>>>>>> From: Clay Gerrard >>>>>>>To: pragya jain >>>>>>>Sent: Saturday, 31 August 2013 1:42 PM >>>>>>> >>>>>>>Subject: Re: Fw: problem in creating account in swift >>>>>>> >>>>>>> >>>>>>> >>>>>>>so that was only a couple of minutes of logs and it was ll the boring info lines from the background daemons.  Let's stop those while we troubeshoot: >>>>>>> >>>>>>> >>>>>>>`swift-init rest stop` >>>>>>> >>>>>>> >>>>>>> >>>>>>>the listening servers show there's something listening on all interfaces on 6002.  It doesn't make sense that you wouldn't be able to connect to it?  Maybe this machine isn't really 10.0.2.15?  Can you ping it?  Maybe there's a weird route?  Try localhost: >>>>>>> >>>>>>> >>>>>>>`curl http://localhost:6002` >>>>>>> >>>>>>> >>>>>>>can you /msg clayg on Freenode so we can chat realtime? >>>>>>> >>>>>>> >>>>>>> >>>>>>>On Sat, Aug 31, 2013 at 1:01 AM, pragya jain wrote: >>>>>>> >>>>>>>hello sir, >>>>>>>> >>>>>>>> >>>>>>>>I run the following command: >>>>>>>> >>>>>>>> >>>>>>>>root at arun-Aspire-5742:~# sudo netstat -plnt >>>>>>>>Active Internet connections (only servers) >>>>>>>>Proto Recv-Q Send-Q Local Address           Foreign Address         State       PID/Program name >>>>>>>>tcp        0      0 127.0.0.1:11211         0.0.0.0:*               LISTEN      948/memcached    >>>>>>>>tcp        0      0 0.0.0.0:8080            0.0.0.0:*               LISTEN      2589/python      >>>>>>>>tcp        0      0 0.0.0.0:6000            0.0.0.0:*               LISTEN      2613/python      >>>>>>>>tcp        0      0 0.0.0.0:6001            0.0.0.0:*               LISTEN      2593/python      >>>>>>>>tcp        0      0 0.0.0.0:6002            0.0.0.0:*               LISTEN      2594/python      >>>>>>>>tcp        0      0 127.0.0.1:53            0.0.0.0:*               LISTEN      4137/dnsmasq     >>>>>>>>tcp        0      0 127.0.0.1:631           0.0.0.0:*               LISTEN      579/cupsd        >>>>>>>>tcp        0      0 0.0.0.0:873             0.0.0.0:*               LISTEN      2816/rsync       >>>>>>>>tcp6       0      0 ::1:631                 :::*                    LISTEN      579/cupsd        >>>>>>>>tcp6       0      0 :::873                  :::*                    LISTEN      2816/rsync       >>>>>>>> >>>>>>>> >>>>>>>>root at arun-Aspire-5742:~# cat /var/log/syslog >>>>>>>>paste the result on http://paste.openstack.org/ >>>>>>>>Paste #45522 >>>>>>>> >>>>>>>>>________________________________ >>>>>>>>> From: Clay Gerrard >>>>>>>>>To: pragya jain >>>>>>>>>Sent: Saturday, 31 August 2013 1:15 PM >>>>>>>>> >>>>>>>>>Subject: Re: Fw: problem in creating account in swift >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>>so what port is it listening on? >>>>>>>>> >>>>>>>>> >>>>>>>>>`sudo netstat -plnt` >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>>The logs man... the logs.  `cat /var/log/syslog` copy the whole thing in http://paste.openstack.org/ if you have to. >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>>On Sat, Aug 31, 2013 at 12:37 AM, pragya jain wrote: >>>>>>>>> >>>>>>>>>root at arun-Aspire-5742:~# swift-ring-builder /etc/swift/account.builder >>>>>>>>>>/etc/swift/account.builder, build version 1 >>>>>>>>>>262144 partitions, 3.000000 replicas, 1 regions, 1 zones, 1 devices, 0.00 balance >>>>>>>>>>The minimum number of hours before a partition can be reassigned is 24 >>>>>>>>>>Devices:    id  region  zone      ip address  port  replication ip  replication port      name weight partitions balance meta >>>>>>>>>>             0       1     1       10.0.2.15  6000       10.0.2.15              6000        d1 100.00     786432    0.00  >>>>>>>>>> >>>>>>>>>> >>>>>>>>>>root at arun-Aspire-5742:~# curl -v -H 'X-Storage-Token: AUTH_tk06aa273c010b4e7d886b7ec78fbef396'http://10.0.2.15:6000/v1/AUTH_prag2648/ >>>>>>>>>>* About to connect() to 10.0.2.15 port 6000 (#0) >>>>>>>>>>*   Trying 10.0.2.15... Connection timed out >>>>>>>>>>* couldn't connect to host >>>>>>>>>>* Closing connection #0 >>>>>>>>>>curl: (7) couldn't connect to host >>>>>>>>>> >>>>>>>>>> >>>>>>>>>>/etc/swift/account-server.conf file says: >>>>>>>>>> >>>>>>>>>> >>>>>>>>>>[DEFAULT] >>>>>>>>>># bind_ip = 0.0.0.0 >>>>>>>>>># bind_port = 6002 >>>>>>>>>># bind_timeout = 30 >>>>>>>>>># backlog = 4096 >>>>>>>>>># user = swift >>>>>>>>>># swift_dir = /etc/swift >>>>>>>>>># devices = /srv/node >>>>>>>>>># mount_check = true >>>>>>>>>># disable_fallocate = false >>>>>>>>>>.... >>>>>>>>>> >>>>>>>>>> >>>>>>>>>>root at arun-Aspire-5742:~# curl -v -H 'X-Storage-Token: AUTH_tk06aa273c010b4e7d886b7ec78fbef396' http://10.0.2.15:6002/v1/AUTH_prag2648/ >>>>>>>>>>* About to connect() to 10.0.2.15 port 6002 (#0) >>>>>>>>>>*   Trying 10.0.2.15... Connection timed out >>>>>>>>>>* couldn't connect to host >>>>>>>>>>* Closing connection #0 >>>>>>>>>>curl: (7) couldn't connect to host >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>>>________________________________ >>>>>>>>>>> From: Clay Gerrard >>>>>>>>>>>To: pragya jain >>>>>>>>>>>Sent: Saturday, 31 August 2013 12:49 PM >>>>>>>>>>> >>>>>>>>>>>Subject: Re: Fw: problem in creating account in swift >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>>ok, so you're getting the exact same error the proxy is - unable to connect.  I'm sure that is in the log - can you check? >>>>>>>>>>> >>>>>>>>>>>By default the account server's listen on 6002: >>>>>>>>>>>http://docs.openstack.org/developer/swift/deployment_guide.html#account-server-configuration >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>>not 6000 - so your ring is pointing your proxy at the wrong place (or your account server is listening on the wrong port, however you want to look at it) >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>>Can you connect to the account server on 6002? >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>>Here's how you remove/add a server from the ring: >>>>>>>>>>>http://docs.openstack.org/developer/swift/admin_guide.html >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>>On Fri, Aug 30, 2013 at 11:43 PM, pragya jain wrote: >>>>>>>>>>> >>>>>>>>>>>hello sir, >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>>I run the following commands: >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>>root at arun-Aspire-5742:~# swift-ring-builder /etc/swift/account.builder >>>>>>>>>>>>/etc/swift/account.builder, build version 1 >>>>>>>>>>>>262144 partitions, 3.000000 replicas, 1 regions, 1 zones, 1 devices, 0.00 balance >>>>>>>>>>>>The minimum number of hours before a partition can be reassigned is 24 >>>>>>>>>>>>Devices:    id  region  zone      ip address  port  replication ip  replication port      name weight partitions balance meta >>>>>>>>>>>>             0       1     1       10.0.2.15  6000       10.0.2.15              6000        d1 100.00     786432    0.00  >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>>root at arun-Aspire-5742:~# curl -v -H 'X-Storage-Token: AUTH_tk06aa273c010b4e7d886b7ec78fbef396' http://10.0.2.15:6000/v1/AUTH_prag2648/ >>>>>>>>>>>>* About to connect() to 10.0.2.15 port 6000 (#0) >>>>>>>>>>>>*   Trying 10.0.2.15... Connection timed out >>>>>>>>>>>>* couldn't connect to host >>>>>>>>>>>>* Closing connection #0 >>>>>>>>>>>>curl: (7) couldn't connect to host >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>>/etc/swift/account-server.conf file says: >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>>[DEFAULT] >>>>>>>>>>>># bind_ip = 0.0.0.0 >>>>>>>>>>>># bind_port = 6002 >>>>>>>>>>>># bind_timeout = 30 >>>>>>>>>>>># backlog = 4096 >>>>>>>>>>>># user = swift >>>>>>>>>>>># swift_dir = /etc/swift >>>>>>>>>>>># devices = /srv/node >>>>>>>>>>>># mount_check = true >>>>>>>>>>>># disable_fallocate = false >>>>>>>>>>>>.... >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>>I am working on single node. >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>>---- >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>>Pragya Jain >>>>>>>>>>>>Delhi, India >>>>>>>>>>>> >>>>>>>>>>>>>________________________________ >>>>>>>>>>>>> From: Clay Gerrard >>>>>>>>>>>>>To: pragya jain >>>>>>>>>>>>>Sent: Saturday, 31 August 2013 11:22 AM >>>>>>>>>>>>> >>>>>>>>>>>>>Subject: Re: Fw: problem in creating account in swift >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>>Right so the service seems to start, but then the proxy can't seem to talk to it.  Maybe the proxy is looking in the wrong place?  You said you can't connect to the account-server on 10.0.2.15:6000 earlier - which is where the ring seems to indicate the proxy should be looking for it - can you connect now?  What port does the account server(s) config file *say* they're listening on?  After you start them - are they listening there?   What is the topology of your cluster - is it just the one node? >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>>I really could guess about *why* that is happening all day, but the proxy logs would just tell us.  Can you read /var/log/syslog? >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>>Where are you located?  Maybe we could find you some real over the shoulder help? >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>>On Fri, Aug 30, 2013 at 10:05 PM, pragya jain wrote: >>>>>>>>>>>>> >>>>>>>>>>>>>hello sir, >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>>I start all services using the command: >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>>root at arun-Aspire-5742:~# sudo swift-init all start >>>>>>>>>>>>>>Starting container-updater...(/etc/swift/container-server.conf) >>>>>>>>>>>>>>Starting account-auditor...(/etc/swift/account-server.conf) >>>>>>>>>>>>>>Starting object-replicator...(/etc/swift/object-server.conf) >>>>>>>>>>>>>>Starting proxy-server...(/etc/swift/proxy-server.conf) >>>>>>>>>>>>>>Starting container-replicator...(/etc/swift/container-server.conf) >>>>>>>>>>>>>>Starting object-auditor...(/etc/swift/object-server.conf) >>>>>>>>>>>>>>Unable to locate config for object-expirer >>>>>>>>>>>>>>Starting container-auditor...(/etc/swift/container-server.conf) >>>>>>>>>>>>>>Starting container-server...(/etc/swift/container-server.conf) >>>>>>>>>>>>>>Starting account-server...(/etc/swift/account-server.conf) >>>>>>>>>>>>>>Starting account-reaper...(/etc/swift/account-server.conf) >>>>>>>>>>>>>>Starting container-sync...(/etc/swift/container-server.conf) >>>>>>>>>>>>>>Starting account-replicator...(/etc/swift/account-server.conf) >>>>>>>>>>>>>>Starting object-updater...(/etc/swift/object-server.conf) >>>>>>>>>>>>>>Starting object-server...(/etc/swift/object-server.conf) >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>>root at arun-Aspire-5742:~# sudo apt-get install rsync >>>>>>>>>>>>>>Reading package lists... Done >>>>>>>>>>>>>>Building dependency tree        >>>>>>>>>>>>>>Reading state information... Done >>>>>>>>>>>>>>rsync is already the newest version. >>>>>>>>>>>>>>0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. >>>>>>>>>>>>>>root at arun-Aspire-5742:~# vi /etc/default/rsync >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>>set rsync_enable = true >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>>then, >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>>root at arun-Aspire-5742:~# service rsync start >>>>>>>>>>>>>> * Starting rsync daemon rsync                                           [ OK ]  >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>>root at arun-Aspire-5742:~# curl -v -H 'X-Auth-User:prag2648:pragya' -H 'X-Auth-key:pj2648' http://localhost/auth/v1.0/ >>>>>>>>>>>>>>* About to connect() to localhost port 80 (#0) >>>>>>>>>>>>>>*   Trying 127.0.0.1... Connection refused >>>>>>>>>>>>>>* couldn't connect to host >>>>>>>>>>>>>>* Closing connection #0 >>>>>>>>>>>>>>curl: (7) couldn't connect to host >>>>>>>>>>>>>>root at arun-Aspire-5742:~# curl -v -H 'X-Auth-User:prag2648:pragya' -H 'X-Auth-key:pj2648' http://localhost:8080/auth/v1.0/ >>>>>>>>>>>>>>* About to connect() to localhost port 8080 (#0) >>>>>>>>>>>>>>*   Trying 127.0.0.1... connected >>>>>>>>>>>>>>> GET /auth/v1.0/ HTTP/1.1 >>>>>>>>>>>>>>> User-Agent: curl/7.22.0 (i686-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 zlib/1.2.3.4 libidn/1.23 librtmp/2.3 >>>>>>>>>>>>>>> Host: localhost:8080 >>>>>>>>>>>>>>> Accept: */* >>>>>>>>>>>>>>> X-Auth-User:prag2648:pragya >>>>>>>>>>>>>>> X-Auth-key:pj2648 >>>>>>>>>>>>>>>  >>>>>>>>>>>>>>< HTTP/1.1 200 OK >>>>>>>>>>>>>>< X-Storage-Url: http://localhost:8080/v1/AUTH_prag2648 >>>>>>>>>>>>>>< X-Auth-Token: AUTH_tk06aa273c010b4e7d886b7ec78fbef396 >>>>>>>>>>>>>>< Content-Type: text/html; charset=UTF-8 >>>>>>>>>>>>>>< X-Storage-Token: AUTH_tk06aa273c010b4e7d886b7ec78fbef396 >>>>>>>>>>>>>>< Content-Length: 0 >>>>>>>>>>>>>>< X-Trans-Id: tx44b17cb561a84a34bee95-00522171e4 >>>>>>>>>>>>>>< Date: Sat, 31 Aug 2013 04:32:36 GMT >>>>>>>>>>>>>><  >>>>>>>>>>>>>>* Connection #0 to host localhost left intact >>>>>>>>>>>>>>* Closing connection #0 >>>>>>>>>>>>>>root at arun-Aspire-5742:~# curl -v -H 'X-Storage-Token: AUTH_tk06aa273c010b4e7d886b7ec78fbef396' http://127.0.0.1/v1/AUTH_prag2648/ >>>>>>>>>>>>>>* About to connect() to 127.0.0.1 port 80 (#0) >>>>>>>>>>>>>>*   Trying 127.0.0.1... Connection refused >>>>>>>>>>>>>>* couldn't connect to host >>>>>>>>>>>>>>* Closing connection #0 >>>>>>>>>>>>>>curl: (7) couldn't connect to host >>>>>>>>>>>>>>root at arun-Aspire-5742:~# curl -v -H 'X-Storage-Token: AUTH_tk06aa273c010b4e7d886b7ec78fbef396' http://localhost/v1/AUTH_prag2648/ >>>>>>>>>>>>>>* About to connect() to localhost port 80 (#0) >>>>>>>>>>>>>>*   Trying 127.0.0.1... Connection refused >>>>>>>>>>>>>>* couldn't connect to host >>>>>>>>>>>>>>* Closing connection #0 >>>>>>>>>>>>>>curl: (7) couldn't connect to host >>>>>>>>>>>>>>root at arun-Aspire-5742:~# curl -v -H 'X-Storage-Token: AUTH_tk06aa273c010b4e7d886b7ec78fbef396' http://localhost:8080/v1/AUTH_prag2648/ >>>>>>>>>>>>>>* About to connect() to localhost port 8080 (#0) >>>>>>>>>>>>>>*   Trying 127.0.0.1... connected >>>>>>>>>>>>>>> GET /v1/AUTH_prag2648/ HTTP/1.1 >>>>>>>>>>>>>>> User-Agent: curl/7.22.0 (i686-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 zlib/1.2.3.4 libidn/1.23 librtmp/2.3 >>>>>>>>>>>>>>> Host: localhost:8080 >>>>>>>>>>>>>>> Accept: */* >>>>>>>>>>>>>>> X-Storage-Token: AUTH_tk06aa273c010b4e7d886b7ec78fbef396 >>>>>>>>>>>>>>>  >>>>>>>>>>>>>>< HTTP/1.1 503 Internal Server Error >>>>>>>>>>>>>>< Content-Length: 118 >>>>>>>>>>>>>>< Content-Type: text/html; charset=UTF-8 >>>>>>>>>>>>>>< X-Trans-Id: txbe793299553c42f2820dc-005221728d >>>>>>>>>>>>>>< Date: Sat, 31 Aug 2013 04:35:26 GMT >>>>>>>>>>>>>><  >>>>>>>>>>>>>>* Connection #0 to host localhost left intact >>>>>>>>>>>>>>* Closing connection #0 >>>>>>>>>>>>>>

Service Unavailable

The server is currently unavailable. Please try again at a later time.

root at arun-Aspire-5742:~# >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>>>________________________________ >>>>>>>>>>>>>>> From: Clay Gerrard >>>>>>>>>>>>>>>To: pragya jain >>>>>>>>>>>>>>>Sent: Friday, 30 August 2013 8:14 PM >>>>>>>>>>>>>>>Subject: Re: Fw: problem in creating account in swift >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>>yeah sorry on the ring-builder command, i'm going from memory... so... the account server isn't running - any idea why?  can you start it? >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>>swift-container-server /etc/swift/container-server.conf >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>>^ on the 10.0.2.15 host >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>>On Fri, Aug 30, 2013 at 12:29 AM, pragya jain wrote: >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>----- Forwarded Message ----- >>>>>>>>>>>>>>>>>From: pragya jain >>>>>>>>>>>>>>>>>To: Clay Gerrard >>>>>>>>>>>>>>>>>Sent: Friday, 30 August 2013 12:54 PM >>>>>>>>>>>>>>>>>Subject: Re: problem in creating account in swift >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>hello sir, >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>this shows problem: >>>>>>>>>>>>>>>>root at arun-Aspire-5742:~# swift-ring-builder /etc/swift/account.builder >>>>>>>>>>>>>>>>/etc/swift/account.builder, build version 1 >>>>>>>>>>>>>>>>>262144 partitions, 3.000000 replicas, 1 regions, 1 zones, 1 devices, 0.00 balance >>>>>>>>>>>>>>>>>The minimum number of hours before a partition can be reassigned is 24 >>>>>>>>>>>>>>>>>Devices:    id  region  zone      ip address  port  replication ip  replic >>>>>>>>>>>>>>>>>port      name weight partitions balance meta >>>>>>>>>>>>>>>>>             0       1     1       10.0.2.15  6000       10.0.2.15              6000        d1 100.00     786432    0.00  >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>root at arun-Aspire-5742:~# swift-ring-builder /etc/swift/account.ring.gz >>>>>>>>>>>>>>>>>Traceback (most recent call last): >>>>>>>>>>>>>>>>>  File "/usr/local/bin/swift-ring-builder", line 5, in >>>>>>>>>>>>>>>>>    pkg_resources.run_script('swift==1.9.2', 'swift-ring-builder') >>>>>>>>>>>>>>>>>  File "/usr/lib/python2.7/dist-packages/pkg_resources.py", line 499, in run_script >>>>>>>>>>>>>>>>>    self.require(requires)[0].run_script(script_name, ns) >>>>>>>>>>>>>>>>>  File "/usr/lib/python2.7/dist-packages/pkg_resources.py", line 1235, in run_script >>>>>>>>>>>>>>>>>    execfile(script_filename, namespace, namespace) >>>>>>>>>>>>>>>>>  File "/usr/local/lib/python2.7/dist-packages/swift-1.9.2-py2.7.egg/EGG-INFO/scripts/swift-ring-builder", line 808, in >>>>>>>>>>>>>>>>>    builder = RingBuilder.load(argv[1]) >>>>>>>>>>>>>>>>>  File "/usr/local/lib/python2.7/dist-packages/swift-1.9.2-py2.7.egg/swift/common/ring/builder.py", line 993, in load >>>>>>>>>>>>>>>>>    builder = pickle.load(open(builder_file, 'rb')) >>>>>>>>>>>>>>>>>cPickle.UnpicklingError: invalid load key, ''. >>>>>>>>>>>>>>>>>root at arun-Aspire-5742:~# curl http://: >>>>>>>>>>>>>>>>>-su: syntax error near unexpected token `newline' >>>>>>>>>>>>>>>>>root at arun-Aspire-5742:~# curl http://10.0.2.15:6000 >>>>>>>>>>>>>>>>>curl: (7) couldn't connect to host >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>Please help >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>________________________________ >>>>>>>>>>>>>>>>>> From: Clay Gerrard >>>>>>>>>>>>>>>>>>To: pragya jain >>>>>>>>>>>>>>>>>>Sent: Friday, 30 August 2013 12:35 PM >>>>>>>>>>>>>>>>>>Subject: Re: problem in creating account in swift >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>swift-ring-builder /etc/swift/account.ring.gz >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>and then >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>curl http://: >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>you can also check the proxy logs - it should have the backend requests there you could still the urls from them and make sure they match what's in the ring. >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>-Clay >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>On Thu, Aug 29, 2013 at 10:38 PM, pragya jain wrote: >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>hello sir, >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>Please help me to know how to check port of account server and how can I connect to them directly. >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>________________________________ >>>>>>>>>>>>>>>>>>>> From: Clay Gerrard >>>>>>>>>>>>>>>>>>>>To: pragya jain >>>>>>>>>>>>>>>>>>>>Sent: Thursday, 29 August 2013 8:59 PM >>>>>>>>>>>>>>>>>>>>Subject: Re: problem in creating account in swift >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>Probably something in the rings, maybe the wrong ports for the account servers?  Or maybe something in the account server config - what port are they on?  can you connect to them directly?  The proxy log lines would say exactly what caused the 503 - can see anything in /var/log/syslog - or maybe /var/log/swift ? >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>On Thu, Aug 29, 2013 at 7:01 AM, pragya jain wrote: >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>hello sir, >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>connection is established successfully. But, when I try to create an account, I face the problem. >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>root at arun-Aspire-5742:~# sudo swift-init account start >>>>>>>>>>>>>>>>>>>>>Starting account-server...(/etc/swift/account-server.conf) >>>>>>>>>>>>>>>>>>>>>root at arun-Aspire-5742:~# sudo swift-init proxy start >>>>>>>>>>>>>>>>>>>>>Starting proxy-server...(/etc/swift/proxy-server.conf) >>>>>>>>>>>>>>>>>>>>>root at arun-Aspire-5742:~# curl -v -H 'X-Auth-User:prag2648:pragya' -H 'X-Auth-Key:pj2648' http://localhost:8080/auth/v1.0/ >>>>>>>>>>>>>>>>>>>>>* About to connect() to localhost port 8080 (#0) >>>>>>>>>>>>>>>>>>>>>*   Trying 127.0.0.1... connected >>>>>>>>>>>>>>>>>>>>>> GET /auth/v1.0/ HTTP/1.1 >>>>>>>>>>>>>>>>>>>>>> User-Agent: curl/7.22.0 (i686-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 zlib/1.2.3.4 libidn/1.23 librtmp/2.3 >>>>>>>>>>>>>>>>>>>>>> Host: localhost:8080 >>>>>>>>>>>>>>>>>>>>>> Accept: */* >>>>>>>>>>>>>>>>>>>>>> X-Auth-User:prag2648:pragya >>>>>>>>>>>>>>>>>>>>>> X-Auth-Key:pj2648 >>>>>>>>>>>>>>>>>>>>>>  >>>>>>>>>>>>>>>>>>>>>< HTTP/1.1 200 OK >>>>>>>>>>>>>>>>>>>>>< X-Storage-Url: http://localhost:8080/v1/AUTH_prag2648 >>>>>>>>>>>>>>>>>>>>>< X-Auth-Token: AUTH_tk3867b7599d5346559ee0baaa09e0f40d >>>>>>>>>>>>>>>>>>>>>< Content-Type: text/html; charset=UTF-8 >>>>>>>>>>>>>>>>>>>>>< X-Storage-Token: AUTH_tk3867b7599d5346559ee0baaa09e0f40d >>>>>>>>>>>>>>>>>>>>>< Content-Length: 0 >>>>>>>>>>>>>>>>>>>>>< X-Trans-Id: txe2ab76a7617e40399f456-00521f3d16 >>>>>>>>>>>>>>>>>>>>>< Date: Thu, 29 Aug 2013 12:22:46 GMT >>>>>>>>>>>>>>>>>>>>><  >>>>>>>>>>>>>>>>>>>>>* Connection #0 to host localhost left intact >>>>>>>>>>>>>>>>>>>>>* Closing connection #0 >>>>>>>>>>>>>>>>>>>>>root at arun-Aspire-5742:~# python >>>>>>>>>>>>>>>>>>>>>Python 2.7.3 (default, Apr 10 2013, 05:46:21)  >>>>>>>>>>>>>>>>>>>>>[GCC 4.6.3] on linux2 >>>>>>>>>>>>>>>>>>>>>Type "help", "copyright", "credits" or "license" for more information. >>>>>>>>>>>>>>>>>>>>>>>> import swift.common.memcached as memcached >>>>>>>>>>>>>>>>>>>>>>>> memcache = memcached.MemcacheRing(['127.0.0.1:11211']) >>>>>>>>>>>>>>>>>>>>>>>> print memcache.get('AUTH_/user/prag2648:pragya') >>>>>>>>>>>>>>>>>>>>>AUTH_tk3867b7599d5346559ee0baaa09e0f40d >>>>>>>>>>>>>>>>>>>>>>>> print memcache.get('AUTH_/token/AUTH_tk3867b7599d5346559ee0baaa09e0f40d') >>>>>>>>>>>>>>>>>>>>>[1377865366.826027, 'prag2648,prag2648:pragya,.reseller_admin,AUTH_prag2648'] >>>>>>>>>>>>>>>>>>>>>>>>  >>>>>>>>>>>>>>>>>>>>>root at arun-Aspire-5742:~# curl -v -H 'X-Storage-Token:AUTH_tk3867b7599d5346559ee0baaa09e0f40d' http://127.0.0.1/v1/Auth_prag2648/ >>>>>>>>>>>>>>>>>>>>>* About to connect() to 127.0.0.1 port 80 (#0) >>>>>>>>>>>>>>>>>>>>>*   Trying 127.0.0.1... Connection refused >>>>>>>>>>>>>>>>>>>>>* couldn't connect to host >>>>>>>>>>>>>>>>>>>>>* Closing connection #0 >>>>>>>>>>>>>>>>>>>>>curl: (7) couldn't connect to host >>>>>>>>>>>>>>>>>>>>>root at arun-Aspire-5742:~# curl -v -H 'X-Storage-Token:AUTH_tk3867b7599d5346559ee0baaa09e0f40d' http://localhost:8080/v1/AUTH_prag2648/ >>>>>>>>>>>>>>>>>>>>>* About to connect() to localhost port 8080 (#0) >>>>>>>>>>>>>>>>>>>>>*   Trying 127.0.0.1... connected >>>>>>>>>>>>>>>>>>>>>> GET /v1/AUTH_prag2648/ HTTP/1.1 >>>>>>>>>>>>>>>>>>>>>> User-Agent: curl/7.22.0 (i686-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 zlib/ >>>>>>>>>>>>>>>>>>>>>1.2.3.4 libidn/1.23 librtmp/2.3 >>>>>>>>>>>>>>>>>>>>>> Host: localhost:8080 >>>>>>>>>>>>>>>>>>>>>> Accept: */* >>>>>>>>>>>>>>>>>>>>>> X-Storage-Token:AUTH_tk3867b7599d5346559ee0baaa09e0f40d >>>>>>>>>>>>>>>>>>>>>>  >>>>>>>>>>>>>>>>>>>>>< HTTP/1.1 503 Internal Server Error >>>>>>>>>>>>>>>>>>>>>< Content-Length: 118 >>>>>>>>>>>>>>>>>>>>>< Content-Type: text/html; charset=UTF-8 >>>>>>>>>>>>>>>>>>>>>< X-Trans-Id: txd6fd9eead36e4b74b0869-00521f3efe >>>>>>>>>>>>>>>>>>>>>< Date: Thu, 29 Aug 2013 12:30:55 GMT >>>>>>>>>>>>>>>>>>>>><  >>>>>>>>>>>>>>>>>>>>>* Connection #0 to host localhost left intact >>>>>>>>>>>>>>>>>>>>>* Closing connection #0 >>>>>>>>>>>>>>>>>>>>>

Service Unavailable

The server is currently unavailable. Please try again at a later time.

root at arun-Aspire-5742:~#  >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>Please help me in this regard. >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>--- >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>Pragya Jain >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>> >>>>> >>>>> >>> >>> >>> > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From prag_2648 at yahoo.co.in Wed Sep 4 05:50:11 2013 From: prag_2648 at yahoo.co.in (pragya jain) Date: Wed, 4 Sep 2013 13:50:11 +0800 (SGT) Subject: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift In-Reply-To: References: <1377498985.92309.YahooMailNeo@web193603.mail.sg3.yahoo.com> <1377575715.63149.YahooMailNeo@web193603.mail.sg3.yahoo.com> <1377705664.3899.YahooMailNeo@web193602.mail.sg3.yahoo.com> <1377755510.20626.YahooMailNeo@web193601.mail.sg3.yahoo.com> <1377765810.77854.YahooMailNeo@web193606.mail.sg3.yahoo.com> <1377767543.33056.YahooMailNeo@web193603.mail.sg3.yahoo.com> <1377768176.9373.YahooMailNeo@web193606.mail.sg3.yahoo.com> <1377775079.21343.YahooMailNeo@web193602.mail.sg3.yahoo.com> <1377784746.26442.YahooMailNeo@web193603.mail.sg3.yahoo.com> Message-ID: <1378273811.42276.YahooMailNeo@web193605.mail.sg3.yahoo.com> root at arun-Aspire-5742:/etc/swift# swift-ring-builder object.builder object.builder, build version 14 262144 partitions, 3.000000 replicas, 1 regions, 1 zones, 1 devices, 0.00 balance The minimum number of hours before a partition can be reassigned is 24 Devices:    id  region  zone      ip address  port  replication ip  replication port      name weight partitions balance meta              2       1     1       127.0.0.1  6000       127.0.0.1              6000        d1 100.00     786432    0.00  root at arun-Aspire-5742:/etc/swift# swift-ring-builder account.builder account.builder, build version 14 262144 partitions, 3.000000 replicas, 1 regions, 1 zones, 1 devices, 0.00 balance The minimum number of hours before a partition can be reassigned is 24 Devices:    id  region  zone      ip address  port  replication ip  replication port      name weight partitions balance meta              2       1     1       127.0.0.1  6002       127.0.0.1              6002        d1 100.00     786432    0.00  root at arun-Aspire-5742:/etc/swift# swift-ring-builder container.builder container.builder, build version 11 262144 partitions, 3.000000 replicas, 1 regions, 1 zones, 1 devices, 0.00 balance The minimum number of hours before a partition can be reassigned is 24 Devices:    id  region  zone      ip address  port  replication ip  replication port      name weight partitions balance meta              1       1     1       127.0.0.1  6001       127.0.0.1              6001        d1 100.00     786432    0.00  root at arun-Aspire-5742:/etc/swift# cd ~ root at arun-Aspire-5742:~# sudo swift-init account start Starting account-server...(/etc/swift/account-server.conf) root at arun-Aspire-5742:~# sudo swift-init proxy start Starting proxy-server...(/etc/swift/proxy-server.conf) root at arun-Aspire-5742:~# curl -v -H 'X-Auth-User:prag2648:pragya' -H 'X-Auth-Key:pj2648' http://localhost:8080/auth/v1.0/ * About to connect() to localhost port 8080 (#0) *   Trying 127.0.0.1... connected > GET /auth/v1.0/ HTTP/1.1 > User-Agent: curl/7.22.0 (i686-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 zlib/1.2.3.4 libidn/1.23 librtmp/2.3 > Host: localhost:8080 > Accept: */* > X-Auth-User:prag2648:pragya > X-Auth-Key:pj2648 >  < HTTP/1.1 200 OK < X-Storage-Url: http://localhost:8080/v1/AUTH_prag2648 < X-Auth-Token: AUTH_tk4be7b90194c747468c4973675db15ca5 < Content-Type: text/html; charset=UTF-8 < X-Storage-Token: AUTH_tk4be7b90194c747468c4973675db15ca5 < Content-Length: 0 < X-Trans-Id: txc07e87d3d4b8487b85d89-005226c820 < Date: Wed, 04 Sep 2013 05:41:52 GMT <  * Connection #0 to host localhost left intact * Closing connection #0 root at arun-Aspire-5742:~# curl -v -H 'X-Storage-Token:AUTH_tk4be7b90194c747468c4973675db15ca5' http://127.0.0.1:8080/v1/AUTH_prag2648/ * About to connect() to 127.0.0.1 port 8080 (#0) *   Trying 127.0.0.1... connected > GET /v1/AUTH_prag2648/ HTTP/1.1 > User-Agent: curl/7.22.0 (i686-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 zlib/1.2.3.4 libidn/1.23 librtmp/2.3 > Host: 127.0.0.1:8080 > Accept: */* > X-Storage-Token:AUTH_tk4be7b90194c747468c4973675db15ca5 >  < HTTP/1.1 503 Internal Server Error < Content-Length: 118 < Content-Type: text/html; charset=UTF-8 < X-Trans-Id: tx2301beb46542488597d23-005226c87d < Date: Wed, 04 Sep 2013 05:43:26 GMT <  * Connection #0 to host 127.0.0.1 left intact * Closing connection #0

Service Unavailable

The server is currently unavailable. Please try again at a later time.

root at arun-Aspire-5742:~#  root at arun-Aspire-5742:~# curl -v -H 'X-Storage-Token:AUTH_tk4be7b90194c747468c4973675db15ca5' http://127.0.0.1/v1/AUTH_prag2648/ * About to connect() to 127.0.0.1 port 80 (#0) *   Trying 127.0.0.1... Connection refused * couldn't connect to host * Closing connection #0 curl: (7) couldn't connect to host root at arun-Aspire-5742:~# curl -v -H 'X-Storage-Token:AUTH_tk4be7b90194c747468c4973675db15ca5' http://localhost:8080/v1/AUTH_prag2648/ * About to connect() to localhost port 8080 (#0) *   Trying 127.0.0.1... connected > GET /v1/AUTH_prag2648/ HTTP/1.1 > User-Agent: curl/7.22.0 (i686-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 zlib/1.2.3.4 libidn/1.23 librtmp/2.3 > Host: localhost:8080 > Accept: */* > X-Storage-Token:AUTH_tk4be7b90194c747468c4973675db15ca5 >  < HTTP/1.1 503 Internal Server Error < Content-Length: 118 < Content-Type: text/html; charset=UTF-8 < X-Trans-Id: txb0d8717ab05c4cf0bdebd-005226c8a4 < Date: Wed, 04 Sep 2013 05:44:05 GMT <  * Connection #0 to host localhost left intact * Closing connection #0

Service Unavailable

The server is currently unavailable. Please try again at a later time.

root at arun-Aspire-5742:~#  root at arun-Aspire-5742:~# grep txa4c98c518382430ab9f5f-005222dede /var/log/syslogroot at arun-Aspire-5742:~#  >________________________________ > From: Gareth >To: Kuo Hugo >Cc: pragya jain ; "openstack at lists.openstack.org" >Sent: Friday, 30 August 2013 8:11 AM >Subject: Re: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift > > > >Pragya > > >The v1.0 auth uses tempauth for swift, like what you config in proxy-server.conf. All account data is read from that file, so you couldn't add/delete account in tempauth without modifying config file and restart swift. > > >BTW, your curl link here "curl -v -H 'X-Storage-Token:AUTH_tk3867b7599d5346559ee0baaa09e0f40d' http://localhost:8080/v1/AUTH_prag2648/" actually is a GET request, which means getting account data. If you config everything correctly, it must have valid response. And you logs are a better way to find what happened in this request (set log level to DEBUG, and you will get more details). > > > >On Fri, Aug 30, 2013 at 7:47 AM, Kuo Hugo wrote: > >Hi Pragya,  >> >> >>I need more information.  >> >> >>1) Please draw a network topology of your environment >>2) How many nodes do you have?   >>3) What's the ring looks like ? >> >> >> >>Hugo Kuo >>hugo at swiftstack.com >> >>tonytkdk at gmail.com >> >>+886 935004793 >> >> >> >> >>2013/8/29 pragya jain >> >>hello sir, >>> >>> >>>connection is established successfully. But, when I try to create an account, I face the problem. >>> >>> >>>root at arun-Aspire-5742:~# sudo swift-init account start >>>Starting account-server...(/etc/swift/account-server.conf) >>>root at arun-Aspire-5742:~# sudo swift-init proxy start >>>Starting proxy-server...(/etc/swift/proxy-server.conf) >>>root at arun-Aspire-5742:~# curl -v -H 'X-Auth-User:prag2648:pragya' -H 'X-Auth-Key:pj2648' http://localhost:8080/auth/v1.0/ >>>* About to connect() to localhost port 8080 (#0) >>>*   Trying 127.0.0.1... connected >>>> GET /auth/v1.0/ HTTP/1.1 >>>> User-Agent: curl/7.22.0 (i686-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 zlib/1.2.3.4 libidn/1.23 librtmp/2.3 >>>> Host: localhost:8080 >>>> Accept: */* >>>> X-Auth-User:prag2648:pragya >>>> X-Auth-Key:pj2648 >>>>  >>>< HTTP/1.1 200 OK >>>< X-Storage-Url: http://localhost:8080/v1/AUTH_prag2648 >>>< X-Auth-Token: AUTH_tk3867b7599d5346559ee0baaa09e0f40d >>>< Content-Type: text/html; charset=UTF-8 >>>< X-Storage-Token: AUTH_tk3867b7599d5346559ee0baaa09e0f40d >>>< Content-Length: 0 >>>< X-Trans-Id: txe2ab76a7617e40399f456-00521f3d16 >>>< Date: Thu, 29 Aug 2013 12:22:46 GMT >>><  >>>* Connection #0 to host localhost left intact >>>* Closing connection #0 >>>root at arun-Aspire-5742:~# python >>>Python 2.7.3 (default, Apr 10 2013, 05:46:21)  >>>[GCC 4.6.3] on linux2 >>>Type "help", "copyright", "credits" or "license" for more information. >>>>>> import swift.common.memcached as memcached >>>>>> memcache = memcached.MemcacheRing(['127.0.0.1:11211']) >>>>>> print memcache.get('AUTH_/user/prag2648:pragya') >>>AUTH_tk3867b7599d5346559ee0baaa09e0f40d >>>>>> print memcache.get('AUTH_/token/AUTH_tk3867b7599d5346559ee0baaa09e0f40d') >>>[1377865366.826027, 'prag2648,prag2648:pragya,.reseller_admin,AUTH_prag2648'] >>>>>>  >>>root at arun-Aspire-5742:~# curl -v -H 'X-Storage-Token:AUTH_tk3867b7599d5346559ee0baaa09e0f40d' http://127.0.0.1/v1/Auth_prag2648/ >>>* About to connect() to 127.0.0.1 port 80 (#0) >>>*   Trying 127.0.0.1... Connection refused >>>* couldn't connect to host >>>* Closing connection #0 >>>curl: (7) couldn't connect to host >>>root at arun-Aspire-5742:~# curl -v -H 'X-Storage-Token:AUTH_tk3867b7599d5346559ee0baaa09e0f40d' http://localhost:8080/v1/AUTH_prag2648/ >>>* About to connect() to localhost port 8080 (#0) >>>*   Trying 127.0.0.1... connected >>>> GET /v1/AUTH_prag2648/ HTTP/1.1 >>>> User-Agent: curl/7.22.0 (i686-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 zlib/ >>>1.2.3.4 libidn/1.23 librtmp/2.3 >>>> Host: localhost:8080 >>>> Accept: */* >>>> X-Storage-Token:AUTH_tk3867b7599d5346559ee0baaa09e0f40d >>>>  >>>< HTTP/1.1 503 Internal Server Error >>>< Content-Length: 118 >>>< Content-Type: text/html; charset=UTF-8 >>>< X-Trans-Id: txd6fd9eead36e4b74b0869-00521f3efe >>>< Date: Thu, 29 Aug 2013 12:30:55 GMT >>><  >>>* Connection #0 to host localhost left intact >>>* Closing connection #0 >>>

Service Unavailable

The server is currently unavailable. Please try again at a later time.

root at arun-Aspire-5742:~#  >>> >>> >>>Please help me in this regard. >>> >>> >>>--- >>> >>> >>>Pragya Jain >>> >>>>________________________________ >>>> From: pragya jain >>>>To: Kuo Hugo >>>>Cc: "openstack at lists.openstack.org" >>>> >>>>Sent: Thursday, 29 August 2013 4:47 PM >>>>Subject: Re: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift >>>> >>>> >>>> >>>>Thanks Kuo very much for this help. >>>>connection is successfully established. >>>> >>>> >>>> >>>> >>>> >>>> >>>>>________________________________ >>>>> From: Kuo Hugo >>>>>To: pragya jain >>>>>Cc: "openstack at lists.openstack.org" >>>>>Sent: Thursday, 29 August 2013 3:46 PM >>>>>Subject: Re: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift >>>>> >>>>> >>>>> >>>>>curl -v -H 'X-Auth-User:admin:admin' -H 'X-Auth-Key:admin' http://localhost:8080/auth/v1.0/ >>>>> >>>>> >>>>>+Hugo Kuo+ >>>>>hugo at swiftstack.com >>>>>tonytkdk at gmail.com >>>>>+886 935004793 >>>>> >>>>> >>>>>2013/8/29 pragya jain >>>>>> >>>>>> root at arun-Aspire-5742:~# netstat -antulp | grep 8080 >>>>>> tcp        0      0 0.0.0.0:8080            0.0.0.0:*               LISTEN      2421/python   >>>>>> >>>>>> user = swift >>>>>> >>>>>> ________________________________ >>>>>> From: Kuo Hugo >>>>>> To: pragya jain >>>>>> Cc: "openstack at lists.openstack.org" >>>>>> Sent: Thursday, 29 August 2013 2:47 PM >>>>>> >>>>>> Subject: Re: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift >>>>>> >>>>>> gt; netstat -antulp | grep 8080 >>>>>> >>>>>> 1) is 8080 port been used ? >>>>>> 2) What's the value of *user* parameter in proxy-server.conf  https://github.com/openstack/swift/blob/master/etc/proxy-server.conf-sample#L7 >>>>>> >>>>>> >>>>>> >>>>>> +Hugo Kuo+ >>>>>> hugo at swiftstack.com >>>>>> tonytkdk at gmail.com >>>>>> +886 935004793 >>>>>> >>>>>> >>>>>> 2013/8/29 pragya jain >>>>>> >>>>>> hello sir, >>>>>> >>>>>> I run the command: >>>>>> >>>>>> root at arun-Aspire-5742:~# find / -name swift-proxy-server >>>>>> /opt/swift/build/scripts-2.7/swift-proxy-server >>>>>> /opt/swift/bin/swift-proxy-server >>>>>> /usr/local/bin/swift-proxy-server >>>>>> /usr/local/lib/python2.7/dist-packages/swift-1.9.2-py2.7.egg/EGG-INFO/scripts/swift-proxy-server >>>>>> >>>>>> root at arun-Aspire-5742:~# /usr/bin/python /usr/local/bin/swift-proxy-server /etc/swift/proxy-server.conf >>>>>> Traceback (most recent call last): >>>>>>   File "/usr/local/bin/swift-proxy-server", line 5, in >>>>>>     pkg_resources.run_script('swift==1.9.2', 'swift-proxy-server') >>>>>>   File "/usr/lib/python2.7/dist-packages/pkg_resources.py", line 499, in run_script >>>>>>     self.require(requires)[0].run_script(script_name, ns) >>>>>>   File "/usr/lib/python2.7/dist-packages/pkg_resources.py", line 1235, in run_script >>>>>>     execfile(script_filename, namespace, namespace) >>>>>>   File "/usr/local/lib/python2.7/dist-packages/swift-1.9.2-py2.7.egg/EGG-INFO/scripts/swift-proxy-server", line 22, in >>>>>>     run_wsgi(conf_file, 'proxy-server', default_port=8080, **options) >>>>>>   File "/usr/local/lib/python2.7/dist-packages/swift-1.9.2-py2.7.egg/swift/common/wsgi.py", line 251, in run_wsgi >>>>>>     sock = get_socket(conf, default_port=kwargs.get('default_port', 8080)) >>>>>>   File "/usr/local/lib/python2.7/dist-packages/swift-1.9.2-py2.7.egg/swift/common/wsgi.py", line 168, in get_socket >>>>>>     bind_addr[0], bind_addr[1], bind_timeout)) >>>>>> Exception: Could not bind to 0.0.0.0:8080 after trying for 30 seconds >>>>>> >>>>>> >>>>>> ________________________________ >>>>>> From: Kuo Hugo >>>>>> To: pragya jain >>>>>> Cc: "openstack at lists.openstack.org" >>>>>> Sent: Thursday, 29 August 2013 2:19 PM >>>>>> >>>>>> Subject: Re: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift >>>>>> >>>>>> find out the swift-proxy-server binary in your OS.  (The path in example just an assumption) >>>>>> >>>>>> gt; find / -name swift-proxy-server >>>>>> >>>>>> >>>>>> >>>>>> +Hugo Kuo+ >>>>>> hugo at swiftstack.com >>>>>> tonytkdk at gmail.com >>>>>> +886 935004793 >>>>>> >>>>>> >>>>>> 2013/8/29 pragya jain >>>>>> >>>>>> hello sir >>>>>> >>>>>> Thanks for the help >>>>>> >>>>>> root at arun-Aspire-5742:~# /usr/bin/python /usr/bin/swift-proxy-server /etc/swift/proxy-server.conf >>>>>> /usr/bin/python: can't open file '/usr/bin/swift-proxy-server': [Errno 2] No such file or directory >>>>>> >>>>>> this is the result of the command. >>>>>> >>>>>> please help in this regard. >>>>>> >>>>>> ----- >>>>>> Pragya Jain >>>>>> >>>>>> ________________________________ >>>>>> From: Kuo Hugo >>>>>> To: pragya jain >>>>>> Cc: "openstack at lists.openstack.org" >>>>>> Sent: Thursday, 29 August 2013 1:20 PM >>>>>> >>>>>> Subject: Re: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift >>>>>> >>>>>> Obviously, There's no proxy server running on your node. >>>>>> >>>>>> Please execute it on the node where proxy-server located: >>>>>> (I assume the binary is in /usr/bin and conf file is in /etc/swift) >>>>>> >>>>>> gt; /usr/bin/python /usr/bin/swift-proxy-server /etc/swift/proxy-server.conf >>>>>> >>>>>> What's the result ? >>>>>> >>>>>> +Hugo Kuo+ >>>>>> hugo at swiftstack.com >>>>>> tonytkdk at gmail.com >>>>>> +886 935004793 >>>>>> >>>>>> >>>>>> 2013/8/29 pragya jain >>>>>> >>>>>> hello sir >>>>>> >>>>>> Thanks for the suggestion. >>>>>> >>>>>> (1) I give the space between pj2648 and .admin and also between .admin and .reseller_admin and tried the connection again, but face the same problem >>>>>> >>>>>> root at arun-Aspire-5742:~# vi /etc/swift/proxy-server.conf >>>>>> >>>>>> and make following changes: >>>>>> >>>>>> >>>>>> user_admin_admin = admin .admin .reseller_admin >>>>>> user_test_tester = testing .admin >>>>>> user_test2_tester2 = testing2 .admin >>>>>> user_test_tester3 = testing3 >>>>>> >>>>>> user_prag2648_pragya = pj2648 .admin .reseller_admin >>>>>> >>>>>> and then >>>>>> >>>>>> root at arun-Aspire-5742:~# sudo swift-init account start >>>>>> Starting account-server...(/etc/swift/account-server.conf) >>>>>> root at arun-Aspire-5742:~# sudo swift-init proxy start >>>>>> >>>>>> Starting proxy-server...(/etc/swift/proxy-server.conf) >>>>>> root at arun-Aspire-5742:~# curl -v -H 'X-Auth-User:prag2648:pragya' -H 'X-Auth-Key:pj2648' http://localhost/auth/v1.0/ >>>>>> * About to connect() to localhost port 80 (#0) >>>>>> *   Trying 127.0.0.1... Connection refused >>>>>> * couldn't connect to host >>>>>> * Closing connection #0 >>>>>> curl: (7) couldn't connect to host >>>>>> >>>>>> (2) I also tired the connection with user admin:admin >>>>>> root at arun-Aspire-5742:~# curl -v -H 'X-Auth-User:admin:admin' -H 'X-Auth-Key:admin' http://localhost/auth/v1.0/ >>>>>> >>>>>> * About to connect() to localhost port 80 (#0) >>>>>> *   Trying 127.0.0.1... Connection refused >>>>>> * couldn't connect to host >>>>>> * Closing connection #0 >>>>>> curl: (7) couldn't connect to host >>>>>> >>>>>> (3) I also run the command to verify the port number of proxy >>>>>> root at arun-Aspire-5742:~# ps aux | grep proxy >>>>>> nobody    2124  0.0  0.0   5384  1164 ?        S    10:39   0:00 /usr/sbin/dnsmasq --no-resolv --keep-in-foreground --no-hosts --bind-interfaces --pid-file=/var/run/sendsigs.omit.d/network-manager.dnsmasq.pid --listen-address=127.0.0.1 --conf-file=/var/run/nm-dns-dnsmasq.conf --cache-size=0 --proxy-dnssec >>>>>> root      2724  0.0  0.0   4368   828 pts/0    R+   10:52   0:00 grep --color=auto proxy >>>>>> root at arun-Aspire-5742:~# netstat -antulp >>>>>> Active Internet connections (servers and established) >>>>>> Proto Recv-Q Send-Q Local Address           Foreign Address         State       PID/Program name >>>>>> tcp        0      0 127.0.0.1:11211         0.0.0.0:*               LISTEN      931/memcached   >>>>>> tcp        0      0 127.0.0.1:53            0.0.0.0:*               LISTEN      2124/dnsmasq   >>>>>> tcp        0      0 127.0.0.1:631           0.0.0.0:*               LISTEN      623/cupsd       >>>>>> tcp        0      0 115.184.7.223:51521     74.125.236.132:80       TIME_WAIT   -               >>>>>> tcp        1      0 115.184.7.223:46280     91.189.89.144:80        CLOSE_WAIT  1663/ubuntu-geoip-p >>>>>> tcp        0      0 115.184.7.223:60563     173.194.38.147:80       TIME_WAIT   -               >>>>>> tcp        0      0 115.184.7.223:43256     124.124.201.179:80      TIME_WAIT   -               >>>>>> tcp        0      0 115.184.7.223:41791     124.124.201.169:80      TIME_WAIT   -               >>>>>> tcp        0      0 115.184.7.223:36669     124.124.252.9:80        TIME_WAIT   -               >>>>>> tcp        0      0 115.184.7.223:51747     173.194.38.184:80       TIME_WAIT   -               >>>>>> tcp        0      0 115.184.7.223:54229     74.125.236.44:443       TIME_WAIT   -               >>>>>> tcp        0      0 115.184.7.223:36185     173.194.36.26:80        TIME_WAIT   -               >>>>>> tcp        0      0 115.184.7.223:38854     74.125.236.109:80       TIME_WAIT   -               >>>>>> tcp6       0      0 ::1:631                 :::*                    LISTEN      623/cupsd       >>>>>> udp        0      0 0.0.0.0:5353            0.0.0.0:*                           619/avahi-daemon: r >>>>>> udp        0      0 0.0.0.0:53489           0.0.0.0:*                           619/avahi-daemon: r >>>>>> udp        0      0 127.0.0.1:11211         0.0.0.0:*                           931/memcached   >>>>>> udp        0      0 127.0.0.1:53            0.0.0.0:*                           2124/dnsmasq   >>>>>> udp6       0      0 :::5353                 :::*                                619/avahi-daemon: r >>>>>> udp6       0      0 :::36705                :::*                                619/avahi-daemon: r >>>>>> >>>>>> Please help to proceed further. >>>>>> >>>>>> --- >>>>>> >>>>>> Thanks >>>>>> >>>>>> Pragya jain >>>>>> >>>>>> >>>>>> ________________________________ >>>>>> From: Kuo Hugo >>>>>> To: pragya jain >>>>>> Cc: Amanda Plimpton ; "openstack at lists.openstack.org" >>>>>> Sent: Wednesday, 28 August 2013 9:59 PM >>>>>> Subject: Re: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift >>>>>> >>>>>> Hi >>>>>> >>>>>> 1) user_prag2648_pragya = pj2648.admin.reseller_admin try to have a space between pj2648 and .admin . How about to test with user admin:admin ? >>>>>> 2) Verify the port number of proxy by >>>>>> >>>>>> gt; ps aux | grep proxy >>>>>> gt; netstat -antulp >>>>>> >>>>>> >>>>>> 3) Check the Proxy for how to setup bind_port https://github.com/openstack/swift/blob/master/etc/proxy-server.conf-sample >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> +Hugo Kuo+ >>>>>> hugo at swiftstack.com >>>>>> tonytkdk at gmail.com >>>>>> +886 935004793 >>>>>> >>>>>> >>>>>> 2013/8/29 pragya jain >>>>>> >>>>>> hello sir, >>>>>> >>>>>> Please help me in knowing how to use 8080 port >>>>>> >>>>>> >>>>>> ________________________________ >>>>>> From: Amanda Plimpton >>>>>> To: pragya jain >>>>>> Cc: "joe at swiftstack.com" ; "contact at swiftstack.com" ; anita goel >>>>>> Sent: Tuesday, 27 August 2013 9:40 AM >>>>>> Subject: Re: Fw: problem in setting up Tempauth authentication & authorization with Swift >>>>>> >>>>>> Hello, >>>>>> >>>>>> Did Edward's suggestion of using port 8080 help at all? The error seems to indicate a network setting issue. You may wish to double check the settings and configuration. >>>>>> >>>>>> Given your interest in Swift I would also recommend locating a nearby OpenStack group or attending an event such as http://openstackindia.wordpress.com/2013/08/14/openstack-india-day-2013-announced/ >>>>>> >>>>>> >>>>>> Thank you, >>>>>> Amanda >>>>>> >>>>>> SwiftStack Inc. >>>>>> swiftstack.com >>>>>> >>>>>> >>>>>> On Mon, Aug 26, 2013 at 8:55 PM, pragya jain wrote: >>>>>> >>>>>> hello sir! >>>>>> >>>>>> Please help me in setting up Tempauth authentication & authorization with Swift. >>>>>> same error is continued. >>>>>> >>>>>> ----- Forwarded Message ----- >>>>>> From: pragya jain >>>>>> To: "joe at swiftstack.com" ; "clay.gerrard at gmail.com" ; "contact at swiftstack.com" ; "openstack at ask.openstack.org" ; "openstack at lists.openstack.org" >>>>>> Cc: anita goel >>>>>> Sent: Monday, 26 August 2013 12:06 PM >>>>>> Subject: problem in setting up Tempauth authentication & authorization with Swift >>>>>> >>>>>> hello, >>>>>> >>>>>> I have to configure proxy server. >>>>>> For this, >>>>>> I have to edit /etc/swift/swift.conf and change the swift_hash_path_suffix to something secret and then, start the proxy server process >>>>>> >>>>>> for this, I use the following commands: >>>>>> root at arun-Aspire-5742:~# vi /etc/swift/swift.conf >>>>>> >>>>>> make following changes (highlighted) in the file: >>>>>> swift_hash_path_suffix =pragya >>>>>> swift_hash_path_prefix =jain >>>>>> >>>>>> save and exit. >>>>>> then, I run the command: >>>>>> root at arun-Aspire-5742:~# sudo swift-init proxy start >>>>>> Starting proxy-server...(/etc/swift/proxy-server.conf) >>>>>> >>>>>> Now, I have to set up Tempauth authentication & authorization with Swift >>>>>> for this, I run the following command: >>>>>> root at arun-Aspire-5742:~# vi /etc/swift/proxy-server.conf >>>>>> >>>>>> make following changes (highlighted) in the file: >>>>>> allow_account_management =true >>>>>> ... >>>>>> [filter:tempauth] >>>>>> use = egg:swift#tempauth >>>>>> ... >>>>>> user_admin_admin = admin .admin .reseller_admin >>>>>> user_test_tester = testing .admin >>>>>> user_test2_tester2 = testing2 .admin >>>>>> user_test_tester3 = testing3 >>>>>> user_prag2648_pragya = pj2648.admin.reseller_admin >>>>>> ... >>>>>> >>>>>> save and exit >>>>>> Then, run following commands: >>>>>> root at arun-Aspire-5742:~# sudo swift-init account start >>>>>> Starting account-server...(/etc/swift/account-server.conf) >>>>>> root at arun-Aspire-5742:~# sudo swift-init proxy restart >>>>>> Signal proxy-server  pid: 2476  signal: 15 >>>>>> proxy-server (2476) appears to have stopped >>>>>> Starting proxy-server...(/etc/swift/proxy-server.conf) >>>>>> root at arun-Aspire-5742:~# curl -v -H 'X-Auth-User:prag2648:pragya' -H 'X-Auth-Key:pj2648' http://localhost/auth/v1.0/ >>>>>> * About to connect() to localhost port 80 (#0) >>>>>> *   Trying 127.0.0.1... Connection refused >>>>>> * couldn't connect to host >>>>>> * Closing connection #0 >>>>>> curl: (7) couldn't connect to host >>>>>> >>>>>> But, there is an error in establising a connection. >>>>>> >>>>>> if, I run the command to start proxy server, then it shows that proxy server is already started. >>>>>> root at arun-Aspire-5742:~# sudo swift-init proxy start >>>>>> proxy-server running (2935 - /etc/swift/proxy-server.conf) >>>>>> proxy-server already started... >>>>>> >>>>>> Please help me in this regard. >>>>>> --- >>>>>> >>>>>> Thanks >>>>>> >>>>>> Pragya Jain >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>>>>> Post to     : openstack at lists.openstack.org >>>>>> Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>> >>>>> >>>>> >>>> >>>> >> >>_______________________________________________ >>Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>Post to     : openstack at lists.openstack.org >>Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> >> > > > >-- > >Gareth > > >Cloud Computing, OpenStack, Fitness, Basketball >OpenStack contributor >Company: UnitedStack >My promise: if you find any spelling or grammar mistakes in my email from Mar 1 2013, notify me  >and I'll donate $1 or ￥1 to an open organization you specify. > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From prag_2648 at yahoo.co.in Wed Sep 4 05:51:11 2013 From: prag_2648 at yahoo.co.in (pragya jain) Date: Wed, 4 Sep 2013 13:51:11 +0800 (SGT) Subject: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift In-Reply-To: References: <1377498985.92309.YahooMailNeo@web193603.mail.sg3.yahoo.com> <1377575715.63149.YahooMailNeo@web193603.mail.sg3.yahoo.com> <1377705664.3899.YahooMailNeo@web193602.mail.sg3.yahoo.com> <1377755510.20626.YahooMailNeo@web193601.mail.sg3.yahoo.com> <1377765810.77854.YahooMailNeo@web193606.mail.sg3.yahoo.com> <1377767543.33056.YahooMailNeo@web193603.mail.sg3.yahoo.com> <1377768176.9373.YahooMailNeo@web193606.mail.sg3.yahoo.com> <1377775079.21343.YahooMailNeo@web193602.mail.sg3.yahoo.com> <1377784746.26442.YahooMailNeo@web193603.mail.sg3.yahoo.com> <1377840941.9818.YahooMailNeo@web193605.mail.sg3.yahoo.com> <1377843725.53401.YahooMailNeo@web193602.mail.sg3.yahoo.com> Message-ID: <1378273871.52383.YahooMailNeo@web193604.mail.sg3.yahoo.com> root at arun-Aspire-5742:/etc/swift# swift-ring-builder object.builder object.builder, build version 14 262144 partitions, 3.000000 replicas, 1 regions, 1 zones, 1 devices, 0.00 balance The minimum number of hours before a partition can be reassigned is 24 Devices:    id  region  zone      ip address  port  replication ip  replication port      name weight partitions balance meta              2       1     1       127.0.0.1  6000       127.0.0.1              6000        d1 100.00     786432    0.00  root at arun-Aspire-5742:/etc/swift# swift-ring-builder account.builder account.builder, build version 14 262144 partitions, 3.000000 replicas, 1 regions, 1 zones, 1 devices, 0.00 balance The minimum number of hours before a partition can be reassigned is 24 Devices:    id  region  zone      ip address  port  replication ip  replication port      name weight partitions balance meta              2       1     1       127.0.0.1  6002       127.0.0.1              6002        d1 100.00     786432    0.00  root at arun-Aspire-5742:/etc/swift# swift-ring-builder container.builder container.builder, build version 11 262144 partitions, 3.000000 replicas, 1 regions, 1 zones, 1 devices, 0.00 balance The minimum number of hours before a partition can be reassigned is 24 Devices:    id  region  zone      ip address  port  replication ip  replication port      name weight partitions balance meta              1       1     1       127.0.0.1  6001       127.0.0.1              6001        d1 100.00     786432    0.00  root at arun-Aspire-5742:/etc/swift# cd ~ root at arun-Aspire-5742:~# sudo swift-init account start Starting account-server...(/etc/swift/account-server.conf) root at arun-Aspire-5742:~# sudo swift-init proxy start Starting proxy-server...(/etc/swift/proxy-server.conf) root at arun-Aspire-5742:~# curl -v -H 'X-Auth-User:prag2648:pragya' -H 'X-Auth-Key:pj2648' http://localhost:8080/auth/v1.0/ * About to connect() to localhost port 8080 (#0) *   Trying 127.0.0.1... connected > GET /auth/v1.0/ HTTP/1.1 > User-Agent: curl/7.22.0 (i686-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 zlib/1.2.3.4 libidn/1.23 librtmp/2.3 > Host: localhost:8080 > Accept: */* > X-Auth-User:prag2648:pragya > X-Auth-Key:pj2648 >  < HTTP/1.1 200 OK < X-Storage-Url: http://localhost:8080/v1/AUTH_prag2648 < X-Auth-Token: AUTH_tk4be7b90194c747468c4973675db15ca5 < Content-Type: text/html; charset=UTF-8 < X-Storage-Token: AUTH_tk4be7b90194c747468c4973675db15ca5 < Content-Length: 0 < X-Trans-Id: txc07e87d3d4b8487b85d89-005226c820 < Date: Wed, 04 Sep 2013 05:41:52 GMT <  * Connection #0 to host localhost left intact * Closing connection #0 root at arun-Aspire-5742:~# curl -v -H 'X-Storage-Token:AUTH_tk4be7b90194c747468c4973675db15ca5' http://127.0.0.1:8080/v1/AUTH_prag2648/ * About to connect() to 127.0.0.1 port 8080 (#0) *   Trying 127.0.0.1... connected > GET /v1/AUTH_prag2648/ HTTP/1.1 > User-Agent: curl/7.22.0 (i686-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 zlib/1.2.3.4 libidn/1.23 librtmp/2.3 > Host: 127.0.0.1:8080 > Accept: */* > X-Storage-Token:AUTH_tk4be7b90194c747468c4973675db15ca5 >  < HTTP/1.1 503 Internal Server Error < Content-Length: 118 < Content-Type: text/html; charset=UTF-8 < X-Trans-Id: tx2301beb46542488597d23-005226c87d < Date: Wed, 04 Sep 2013 05:43:26 GMT <  * Connection #0 to host 127.0.0.1 left intact * Closing connection #0

Service Unavailable

The server is currently unavailable. Please try again at a later time.

root at arun-Aspire-5742:~#  root at arun-Aspire-5742:~# curl -v -H 'X-Storage-Token:AUTH_tk4be7b90194c747468c4973675db15ca5' http://127.0.0.1/v1/AUTH_prag2648/ * About to connect() to 127.0.0.1 port 80 (#0) *   Trying 127.0.0.1... Connection refused * couldn't connect to host * Closing connection #0 curl: (7) couldn't connect to host root at arun-Aspire-5742:~# curl -v -H 'X-Storage-Token:AUTH_tk4be7b90194c747468c4973675db15ca5' http://localhost:8080/v1/AUTH_prag2648/ * About to connect() to localhost port 8080 (#0) *   Trying 127.0.0.1... connected > GET /v1/AUTH_prag2648/ HTTP/1.1 > User-Agent: curl/7.22.0 (i686-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 zlib/1.2.3.4 libidn/1.23 librtmp/2.3 > Host: localhost:8080 > Accept: */* > X-Storage-Token:AUTH_tk4be7b90194c747468c4973675db15ca5 >  < HTTP/1.1 503 Internal Server Error < Content-Length: 118 < Content-Type: text/html; charset=UTF-8 < X-Trans-Id: txb0d8717ab05c4cf0bdebd-005226c8a4 < Date: Wed, 04 Sep 2013 05:44:05 GMT <  * Connection #0 to host localhost left intact * Closing connection #0

Service Unavailable

The server is currently unavailable. Please try again at a later time.

root at arun-Aspire-5742:~#  root at arun-Aspire-5742:~# grep txa4c98c518382430ab9f5f-005222dede /var/log/syslogroot at arun-Aspire-5742:~#  >________________________________ > From: Kuo Hugo >To: pragya jain >Cc: Gareth ; "openstack at lists.openstack.org" >Sent: Friday, 30 August 2013 1:15 PM >Subject: Re: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift > > > >Hmm....  > > >1) No Container and Object servers are running  >2) Only one drive in the ring >3) No device been mount to /srv/node/* , unless you are disabling mount_check >4) Did you setup rsync yet ?  > > >Maybe you can follow the online document to complete the above items.  > > >Good luck~ > > > > > > >+Hugo Kuo+ >hugo at swiftstack.com > >tonytkdk at gmail.com > >+886 935004793 > > > >2013/8/30 pragya jain > >root at arun-Aspire-5742:~# swift-ring-builder /etc/swift/account.builder >>/etc/swift/account.builder, build version 1 >>262144 partitions, 3.000000 replicas, 1 regions, 1 zones, 1 devices, 0.00 balance >>The minimum number of hours before a partition can be reassigned is 24 >>Devices:    id  region  zone      ip address  port  replication ip  replication port      name weight partitions balance meta >>             0       1     1       10.0.2.15  6000       10.0.2.15              6000        d1 100.00     786432    0.00  >>root at arun-Aspire-5742:~# swift-ring-builder /etc/swift/container.builder >>/etc/swift/container.builder, build version 1 >>262144 partitions, 3.000000 replicas, 1 regions, 1 zones, 1 devices, 0.00 balance >>The minimum number of hours before a partition can be reassigned is 24 >>Devices:    id  region  zone      ip address  port  replication ip  replication port      name weight partitions balance meta >>             0       1     1       10.0.2.15  6001       10.0.2.15              6001        d1 100.00     786432    0.00  >>root at arun-Aspire-5742:~# swift-ring-builder /etc/swift/object.builder >>/etc/swift/object.builder, build version 1 >>262144 partitions, 3.000000 replicas, 1 regions, 1 zones, 1 devices, 0.00 balance >>The minimum number of hours before a partition can be reassigned is 24 >>Devices:    id  region  zone      ip address  port  replication ip  replication port      name weight partitions balance meta >>             0       1     1       10.0.2.15  6002       10.0.2.15              6002        d1 100.00     786432    0.00  >>root at arun-Aspire-5742:~# ps aux | grep swift >>swift     5174  0.0  0.1  18700 11548 ?        Ss   10:45   0:00 /usr/bin/python /usr/local/bin/swift-account-server /etc/swift/account-server.conf >>swift     5181  0.0  0.1  18976  9624 ?        S    10:45   0:00 /usr/bin/python /usr/local/bin/swift-account-server /etc/swift/account-server.conf >>swift     5182  0.0  0.1  18992  9616 ?        S    10:45   0:00 /usr/bin/python /usr/local/bin/swift-account-server /etc/swift/account-server.conf >>swift     5183  0.0  0.1  18992  9620 ?        S    10:45   0:00 /usr/bin/python /usr/local/bin/swift-account-server /etc/swift/account-server.conf >>swift     5184  0.0  0.1  18992  9632 ?        S    10:45   0:00 /usr/bin/python /usr/local/bin/swift-account-server /etc/swift/account-server.conf >>swift     5192  0.0  0.2  18296 11812 ?        Ss   10:45   0:00 /usr/bin/python /usr/local/bin/swift-proxy-server /etc/swift/proxy-server.conf >>swift     5197  0.0  0.2  23512 15552 ?        S    10:45   0:00 /usr/bin/python /usr/local/bin/swift-proxy-server /etc/swift/proxy-server.conf >>swift     5198  0.0  0.2  23524 15628 ?        S    10:45   0:00 /usr/bin/python /usr/local/bin/swift-proxy-server /etc/swift/proxy-server.conf >>swift     5199  0.0  0.2  23524 15300 ?        S    10:45   0:00 /usr/bin/python /usr/local/bin/swift-proxy-server /etc/swift/proxy-server.conf >>swift     5200  0.0  0.2  23524 15300 ?        S    10:45   0:00 /usr/bin/python /usr/local/bin/swift-proxy-server /etc/swift/proxy-server.conf >>root      6986  0.0  0.0   4388   828 pts/0    S+   11:46   0:00 grep --color=auto swift >>root at arun-Aspire-5742:~# df -h >>Filesystem      Size  Used Avail Use% Mounted on >>/dev/sda4       170G  3.8G  158G   3% / >>udev            2.8G  4.0K  2.8G   1% /dev >>tmpfs           1.2G  908K  1.2G   1% /run >>none            5.0M  4.0K  5.0M   1% /run/lock >>none            2.8G  220K  2.8G   1% /run/shm >>/dev/sda2        98G   25G   73G  26% /media/D8EA06E4EA06BEAE >>/dev/sda5        98G   54G   45G  55% /media/8AE41BA8E41B9613 >>root at arun-Aspire-5742:~# ls /srv/node/* >>/srv/node/d1: >> >> >>/srv/node/d2: >> >> >>/srv/node/d3: >>root at arun-Aspire-5742:~# netstat -antulp >>Active Internet connections (servers and established) >>Proto Recv-Q Send-Q Local Address           Foreign Address         State       PID/Program name >>tcp        0      0 127.0.0.1:11211         0.0.0.0:*               LISTEN      941/memcached    >>tcp        0      0 0.0.0.0:8080            0.0.0.0:*               LISTEN      5192/python      >>tcp        0      0 0.0.0.0:6002            0.0.0.0:*               LISTEN      5174/python      >>tcp        0      0 127.0.0.1:53            0.0.0.0:*               LISTEN      6936/dnsmasq     >>tcp        0      0 127.0.0.1:631           0.0.0.0:*               LISTEN      596/cupsd        >>tcp        0      0 101.58.138.11:56680     207.171.162.71:443      ESTABLISHED 2042/chrome      >>tcp        0      0 127.0.0.1:11211         127.0.0.1:45287         ESTABL >>ISHED 941/memcached    >>tcp        0      0 127.0.0.1:11211         127.0.0.1:45292         ESTABLISHED 941/memcached    >>tcp        0      0 127.0.0.1:45287         127.0.0.1:11211         ESTABLISHED 5197/python      >>tcp        1      0 101.58.138.11:34377     91.189.89.144:80        CLOSE_WAIT  1674/ubuntu-geoip-p >>tcp        0      0 127.0.0.1:45292         127.0.0.1:11211         ESTABLISHED 5198/python      >>tcp6       0      0 ::1:631                 :::*                    LISTEN      596/cupsd        >>udp        0      0 127.0.0.1:11211         0.0.0.0:*                           941/memcached    >>udp        0      0 0.0.0.0:46638           0.0.0.0:*                           576/avahi-daemon: r >>udp        0      0 127.0.0.1:53            0.0.0.0:*                           6936/dnsmasq     >>udp        0      0 0.0.0.0:5353            0.0.0.0:*                           576/avahi-daemon: r >>udp6       0      0 :::55335                :::*                                576/avahi-daemon: r >>udp6       0      0 :::5353                 :::*                                576/avahi-daemon: r >>root at arun-Aspire-5742:~# swift-init all status >>No container-updater running >>No account-auditor running >>No object-replicator running >>proxy-server running (5192 - /etc/swift/proxy-server.conf) >>No container-replicator running >>No object-auditor running >>No object-expirer running >>No container-auditor running >>No container-server running >>account-server running (5174 - /etc/swift/account-server.conf) >>No account-reaper running >>No container-sync running >>No account-replicator running >>No object-updater running >>No object-server running >> >> >> >>>________________________________ >>> From: Kuo Hugo >>>To: pragya jain >>>Cc: Gareth ; "openstack at lists.openstack.org" >>>Sent: Friday, 30 August 2013 11:23 AM >>> >>>Subject: Re: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift >>> >>> >>> >>>Hi Pragya :  >>> >>> >>>I'm in highly recommends that you can go through the Swift online document http://docs.openstack.org/developer/swift/index.html .  >>>It's a good place to understand the basic architecture, especially swift *terms*  >>> >>> >>> >>>Check rings : >>>$> swift-ring-builder /etc/swift/object.builder >>>>$> swift-ring-builder /etc/swift/container.builder >>>>$> swift-ring-builder /etc/swift/account.builder >>> >>> >>>Check Swift workers :  >>>$> swift-init all status >>>>$> ps aux | grep swift >>>>$> df -h  >>>>$> ls /srv/node/* >>>>$> netstat -antulp >>> >>> >>> >>> >>> >>> >>> >>> >>>+Hugo Kuo+ >>>hugo at swiftstack.com >>> >>>tonytkdk at gmail.com >>> >>>+886 935004793 >>> >>> >>> >>>2013/8/30 pragya jain >>> >>>hello sir, >>>> >>>> >>>>I am working on single node. >>>>Please let me know how to check network topology and ring structure. >>>> >>>> >>>> >>>> >>>> >>>>>________________________________ >>>>> From: Gareth >>>>>To: Kuo Hugo >>>>>Cc: pragya jain ; "openstack at lists.openstack.org" >>>>>Sent: Friday, 30 August 2013 8:11 AM >>>>> >>>>>Subject: Re: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift >>>>> >>>>> >>>>> >>>>>Pragya >>>>> >>>>> >>>>>The v1.0 auth uses tempauth for swift, like what you config in proxy-server.conf. All account data is read from that file, so you couldn't add/delete account in tempauth without modifying config file and restart swift. >>>>> >>>>> >>>>>BTW, your curl link here "curl -v -H 'X-Storage-Token:AUTH_tk3867b7599d5346559ee0baaa09e0f40d' http://localhost:8080/v1/AUTH_prag2648/" actually is a GET request, which means getting account data. If you config everything correctly, it must have valid response. And you logs are a better way to find what happened in this request (set log level to DEBUG, and you will get more details). >>>>> >>>>> >>>>> >>>>>On Fri, Aug 30, 2013 at 7:47 AM, Kuo Hugo wrote: >>>>> >>>>>Hi Pragya,  >>>>>> >>>>>> >>>>>>I need more information.  >>>>>> >>>>>> >>>>>>1) Please draw a network topology of your environment >>>>>>2) How many nodes do you have?   >>>>>>3) What's the ring looks like ? >>>>>> >>>>>> >>>>>> >>>>>>Hugo Kuo >>>>>>hugo at swiftstack.com >>>>>> >>>>>>tonytkdk at gmail.com >>>>>> >>>>>>+886 935004793 >>>>>> >>>>>> >>>>>> >>>>>> >>>>>>2013/8/29 pragya jain >>>>>> >>>>>>hello sir, >>>>>>> >>>>>>> >>>>>>>connection is established successfully. But, when I try to create an account, I face the problem. >>>>>>> >>>>>>> >>>>>>>root at arun-Aspire-5742:~# sudo swift-init account start >>>>>>>Starting account-server...(/etc/swift/account-server.conf) >>>>>>>root at arun-Aspire-5742:~# sudo swift-init proxy start >>>>>>>Starting proxy-server...(/etc/swift/proxy-server.conf) >>>>>>>root at arun-Aspire-5742:~# curl -v -H 'X-Auth-User:prag2648:pragya' -H 'X-Auth-Key:pj2648' http://localhost:8080/auth/v1.0/ >>>>>>>* About to connect() to localhost port 8080 (#0) >>>>>>>*   Trying 127.0.0.1... connected >>>>>>>> GET /auth/v1.0/ HTTP/1.1 >>>>>>>> User-Agent: curl/7.22.0 (i686-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 zlib/1.2.3.4 libidn/1.23 librtmp/2.3 >>>>>>>> Host: localhost:8080 >>>>>>>> Accept: */* >>>>>>>> X-Auth-User:prag2648:pragya >>>>>>>> X-Auth-Key:pj2648 >>>>>>>>  >>>>>>>< HTTP/1.1 200 OK >>>>>>>< X-Storage-Url: http://localhost:8080/v1/AUTH_prag2648 >>>>>>>< X-Auth-Token: AUTH_tk3867b7599d5346559ee0baaa09e0f40d >>>>>>>< Content-Type: text/html; charset=UTF-8 >>>>>>>< X-Storage-Token: AUTH_tk3867b7599d5346559ee0baaa09e0f40d >>>>>>>< Content-Length: 0 >>>>>>>< X-Trans-Id: txe2ab76a7617e40399f456-00521f3d16 >>>>>>>< Date: Thu, 29 Aug 2013 12:22:46 GMT >>>>>>><  >>>>>>>* Connection #0 to host localhost left intact >>>>>>>* Closing connection #0 >>>>>>>root at arun-Aspire-5742:~# python >>>>>>>Python 2.7.3 (default, Apr 10 2013, 05:46:21)  >>>>>>>[GCC 4.6.3] on linux2 >>>>>>>Type "help", "copyright", "credits" or "license" for more information. >>>>>>>>>> import swift.common.memcached as memcached >>>>>>>>>> memcache = memcached.MemcacheRing(['127.0.0.1:11211']) >>>>>>>>>> print memcache.get('AUTH_/user/prag2648:pragya') >>>>>>>AUTH_tk3867b7599d5346559ee0baaa09e0f40d >>>>>>>>>> print memcache.get('AUTH_/token/AUTH_tk3867b7599d5346559ee0baaa09e0f40d') >>>>>>>[1377865366.826027, 'prag2648,prag2648:pragya,.reseller_admin,AUTH_prag2648'] >>>>>>>>>>  >>>>>>>root at arun-Aspire-5742:~# curl -v -H 'X-Storage-Token:AUTH_tk3867b7599d5346559ee0baaa09e0f40d' http://127.0.0.1/v1/Auth_prag2648/ >>>>>>>* About to connect() to 127.0.0.1 port 80 (#0) >>>>>>>*   Trying 127.0.0.1... Connection refused >>>>>>>* couldn't connect to host >>>>>>>* Closing connection #0 >>>>>>>curl: (7) couldn't connect to host >>>>>>>root at arun-Aspire-5742:~# curl -v -H 'X-Storage-Token:AUTH_tk3867b7599d5346559ee0baaa09e0f40d' http://localhost:8080/v1/AUTH_prag2648/ >>>>>>>* About to connect() to localhost port 8080 (#0) >>>>>>>*   Trying 127.0.0.1... connected >>>>>>>> GET /v1/AUTH_prag2648/ HTTP/1.1 >>>>>>>> User-Agent: curl/7.22.0 (i686-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 zlib/ >>>>>>>1.2.3.4 libidn/1.23 librtmp/2.3 >>>>>>>> Host: localhost:8080 >>>>>>>> Accept: */* >>>>>>>> X-Storage-Token:AUTH_tk3867b7599d5346559ee0baaa09e0f40d >>>>>>>>  >>>>>>>< HTTP/1.1 503 Internal Server Error >>>>>>>< Content-Length: 118 >>>>>>>< Content-Type: text/html; charset=UTF-8 >>>>>>>< X-Trans-Id: txd6fd9eead36e4b74b0869-00521f3efe >>>>>>>< Date: Thu, 29 Aug 2013 12:30:55 GMT >>>>>>><  >>>>>>>* Connection #0 to host localhost left intact >>>>>>>* Closing connection #0 >>>>>>>

Service Unavailable

The server is currently unavailable. Please try again at a later time.

root at arun-Aspire-5742:~#  >>>>>>> >>>>>>> >>>>>>>Please help me in this regard. >>>>>>> >>>>>>> >>>>>>>--- >>>>>>> >>>>>>> >>>>>>>Pragya Jain >>>>>>> >>>>>>>>________________________________ >>>>>>>> From: pragya jain >>>>>>>>To: Kuo Hugo >>>>>>>>Cc: "openstack at lists.openstack.org" >>>>>>>> >>>>>>>>Sent: Thursday, 29 August 2013 4:47 PM >>>>>>>>Subject: Re: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>>Thanks Kuo very much for this help. >>>>>>>>connection is successfully established. >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>>>________________________________ >>>>>>>>> From: Kuo Hugo >>>>>>>>>To: pragya jain >>>>>>>>>Cc: "openstack at lists.openstack.org" >>>>>>>>>Sent: Thursday, 29 August 2013 3:46 PM >>>>>>>>>Subject: Re: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>>curl -v -H 'X-Auth-User:admin:admin' -H 'X-Auth-Key:admin' http://localhost:8080/auth/v1.0/ >>>>>>>>> >>>>>>>>> >>>>>>>>>+Hugo Kuo+ >>>>>>>>>hugo at swiftstack.com >>>>>>>>>tonytkdk at gmail.com >>>>>>>>>+886 935004793 >>>>>>>>> >>>>>>>>> >>>>>>>>>2013/8/29 pragya jain >>>>>>>>>> >>>>>>>>>> root at arun-Aspire-5742:~# netstat -antulp | grep 8080 >>>>>>>>>> tcp        0      0 0.0.0.0:8080            0.0.0.0:*               LISTEN      2421/python   >>>>>>>>>> >>>>>>>>>> user = swift >>>>>>>>>> >>>>>>>>>> ________________________________ >>>>>>>>>> From: Kuo Hugo >>>>>>>>>> To: pragya jain >>>>>>>>>> Cc: "openstack at lists.openstack.org" >>>>>>>>>> Sent: Thursday, 29 August 2013 2:47 PM >>>>>>>>>> >>>>>>>>>> Subject: Re: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift >>>>>>>>>> >>>>>>>>>> gt; netstat -antulp | grep 8080 >>>>>>>>>> >>>>>>>>>> 1) is 8080 port been used ? >>>>>>>>>> 2) What's the value of *user* parameter in proxy-server.conf  https://github.com/openstack/swift/blob/master/etc/proxy-server.conf-sample#L7 >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> +Hugo Kuo+ >>>>>>>>>> hugo at swiftstack.com >>>>>>>>>> tonytkdk at gmail.com >>>>>>>>>> +886 935004793 >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> 2013/8/29 pragya jain >>>>>>>>>> >>>>>>>>>> hello sir, >>>>>>>>>> >>>>>>>>>> I run the command: >>>>>>>>>> >>>>>>>>>> root at arun-Aspire-5742:~# find / -name swift-proxy-server >>>>>>>>>> /opt/swift/build/scripts-2.7/swift-proxy-server >>>>>>>>>> /opt/swift/bin/swift-proxy-server >>>>>>>>>> /usr/local/bin/swift-proxy-server >>>>>>>>>> /usr/local/lib/python2.7/dist-packages/swift-1.9.2-py2.7.egg/EGG-INFO/scripts/swift-proxy-server >>>>>>>>>> >>>>>>>>>> root at arun-Aspire-5742:~# /usr/bin/python /usr/local/bin/swift-proxy-server /etc/swift/proxy-server.conf >>>>>>>>>> Traceback (most recent call last): >>>>>>>>>>   File "/usr/local/bin/swift-proxy-server", line 5, in >>>>>>>>>>     pkg_resources.run_script('swift==1.9.2', 'swift-proxy-server') >>>>>>>>>>   File "/usr/lib/python2.7/dist-packages/pkg_resources.py", line 499, in run_script >>>>>>>>>>     self.require(requires)[0].run_script(script_name, ns) >>>>>>>>>>   File "/usr/lib/python2.7/dist-packages/pkg_resources.py", line 1235, in run_script >>>>>>>>>>     execfile(script_filename, namespace, namespace) >>>>>>>>>>   File "/usr/local/lib/python2.7/dist-packages/swift-1.9.2-py2.7.egg/EGG-INFO/scripts/swift-proxy-server", line 22, in >>>>>>>>>>     run_wsgi(conf_file, 'proxy-server', default_port=8080, **options) >>>>>>>>>>   File "/usr/local/lib/python2.7/dist-packages/swift-1.9.2-py2.7.egg/swift/common/wsgi.py", line 251, in run_wsgi >>>>>>>>>>     sock = get_socket(conf, default_port=kwargs.get('default_port', 8080)) >>>>>>>>>>   File "/usr/local/lib/python2.7/dist-packages/swift-1.9.2-py2.7.egg/swift/common/wsgi.py", line 168, in get_socket >>>>>>>>>>     bind_addr[0], bind_addr[1], bind_timeout)) >>>>>>>>>> Exception: Could not bind to 0.0.0.0:8080 after trying for 30 seconds >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> ________________________________ >>>>>>>>>> From: Kuo Hugo >>>>>>>>>> To: pragya jain >>>>>>>>>> Cc: "openstack at lists.openstack.org" >>>>>>>>>> Sent: Thursday, 29 August 2013 2:19 PM >>>>>>>>>> >>>>>>>>>> Subject: Re: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift >>>>>>>>>> >>>>>>>>>> find out the swift-proxy-server binary in your OS.  (The path in example just an assumption) >>>>>>>>>> >>>>>>>>>> gt; find / -name swift-proxy-server >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> +Hugo Kuo+ >>>>>>>>>> hugo at swiftstack.com >>>>>>>>>> tonytkdk at gmail.com >>>>>>>>>> +886 935004793 >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> 2013/8/29 pragya jain >>>>>>>>>> >>>>>>>>>> hello sir >>>>>>>>>> >>>>>>>>>> Thanks for the help >>>>>>>>>> >>>>>>>>>> root at arun-Aspire-5742:~# /usr/bin/python /usr/bin/swift-proxy-server /etc/swift/proxy-server.conf >>>>>>>>>> /usr/bin/python: can't open file '/usr/bin/swift-proxy-server': [Errno 2] No such file or directory >>>>>>>>>> >>>>>>>>>> this is the result of the command. >>>>>>>>>> >>>>>>>>>> please help in this regard. >>>>>>>>>> >>>>>>>>>> ----- >>>>>>>>>> Pragya Jain >>>>>>>>>> >>>>>>>>>> ________________________________ >>>>>>>>>> From: Kuo Hugo >>>>>>>>>> To: pragya jain >>>>>>>>>> Cc: "openstack at lists.openstack.org" >>>>>>>>>> Sent: Thursday, 29 August 2013 1:20 PM >>>>>>>>>> >>>>>>>>>> Subject: Re: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift >>>>>>>>>> >>>>>>>>>> Obviously, There's no proxy server running on your node. >>>>>>>>>> >>>>>>>>>> Please execute it on the node where proxy-server located: >>>>>>>>>> (I assume the binary is in /usr/bin and conf file is in /etc/swift) >>>>>>>>>> >>>>>>>>>> gt; /usr/bin/python /usr/bin/swift-proxy-server /etc/swift/proxy-server.conf >>>>>>>>>> >>>>>>>>>> What's the result ? >>>>>>>>>> >>>>>>>>>> +Hugo Kuo+ >>>>>>>>>> hugo at swiftstack.com >>>>>>>>>> tonytkdk at gmail.com >>>>>>>>>> +886 935004793 >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> 2013/8/29 pragya jain >>>>>>>>>> >>>>>>>>>> hello sir >>>>>>>>>> >>>>>>>>>> Thanks for the suggestion. >>>>>>>>>> >>>>>>>>>> (1) I give the space between pj2648 and .admin and also between .admin and .reseller_admin and tried the connection again, but face the same problem >>>>>>>>>> >>>>>>>>>> root at arun-Aspire-5742:~# vi /etc/swift/proxy-server.conf >>>>>>>>>> >>>>>>>>>> and make following changes: >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> user_admin_admin = admin .admin .reseller_admin >>>>>>>>>> user_test_tester = testing .admin >>>>>>>>>> user_test2_tester2 = testing2 .admin >>>>>>>>>> user_test_tester3 = testing3 >>>>>>>>>> >>>>>>>>>> user_prag2648_pragya = pj2648 .admin .reseller_admin >>>>>>>>>> >>>>>>>>>> and then >>>>>>>>>> >>>>>>>>>> root at arun-Aspire-5742:~# sudo swift-init account start >>>>>>>>>> Starting account-server...(/etc/swift/account-server.conf) >>>>>>>>>> root at arun-Aspire-5742:~# sudo swift-init proxy start >>>>>>>>>> >>>>>>>>>> Starting proxy-server...(/etc/swift/proxy-server.conf) >>>>>>>>>> root at arun-Aspire-5742:~# curl -v -H 'X-Auth-User:prag2648:pragya' -H 'X-Auth-Key:pj2648' http://localhost/auth/v1.0/ >>>>>>>>>> * About to connect() to localhost port 80 (#0) >>>>>>>>>> *   Trying 127.0.0.1... Connection refused >>>>>>>>>> * couldn't connect to host >>>>>>>>>> * Closing connection #0 >>>>>>>>>> curl: (7) couldn't connect to host >>>>>>>>>> >>>>>>>>>> (2) I also tired the connection with user admin:admin >>>>>>>>>> root at arun-Aspire-5742:~# curl -v -H 'X-Auth-User:admin:admin' -H 'X-Auth-Key:admin' http://localhost/auth/v1.0/ >>>>>>>>>> >>>>>>>>>> * About to connect() to localhost port 80 (#0) >>>>>>>>>> *   Trying 127.0.0.1... Connection refused >>>>>>>>>> * couldn't connect to host >>>>>>>>>> * Closing connection #0 >>>>>>>>>> curl: (7) couldn't connect to host >>>>>>>>>> >>>>>>>>>> (3) I also run the command to verify the port number of proxy >>>>>>>>>> root at arun-Aspire-5742:~# ps aux | grep proxy >>>>>>>>>> nobody    2124  0.0  0.0   5384  1164 ?        S    10:39   0:00 /usr/sbin/dnsmasq --no-resolv --keep-in-foreground --no-hosts --bind-interfaces --pid-file=/var/run/sendsigs.omit.d/network-manager.dnsmasq.pid --listen-address=127.0.0.1 --conf-file=/var/run/nm-dns-dnsmasq.conf --cache-size=0 --proxy-dnssec >>>>>>>>>> root      2724  0.0  0.0   4368   828 pts/0    R+   10:52   0:00 grep --color=auto proxy >>>>>>>>>> root at arun-Aspire-5742:~# netstat -antulp >>>>>>>>>> Active Internet connections (servers and established) >>>>>>>>>> Proto Recv-Q Send-Q Local Address           Foreign Address         State       PID/Program name >>>>>>>>>> tcp        0      0 127.0.0.1:11211         0.0.0.0:*               LISTEN      931/memcached   >>>>>>>>>> tcp        0      0 127.0.0.1:53            0.0.0.0:*               LISTEN      2124/dnsmasq   >>>>>>>>>> tcp        0      0 127.0.0.1:631           0.0.0.0:*               LISTEN      623/cupsd       >>>>>>>>>> tcp        0      0 115.184.7.223:51521     74.125.236.132:80       TIME_WAIT   -               >>>>>>>>>> tcp        1      0 115.184.7.223:46280     91.189.89.144:80        CLOSE_WAIT  1663/ubuntu-geoip-p >>>>>>>>>> tcp        0      0 115.184.7.223:60563     173.194.38.147:80       TIME_WAIT   -               >>>>>>>>>> tcp        0      0 115.184.7.223:43256     124.124.201.179:80      TIME_WAIT   -               >>>>>>>>>> tcp        0      0 115.184.7.223:41791     124.124.201.169:80      TIME_WAIT   -               >>>>>>>>>> tcp        0      0 115.184.7.223:36669     124.124.252.9:80        TIME_WAIT   -               >>>>>>>>>> tcp        0      0 115.184.7.223:51747     173.194.38.184:80       TIME_WAIT   -               >>>>>>>>>> tcp        0      0 115.184.7.223:54229     74.125.236.44:443       TIME_WAIT   -               >>>>>>>>>> tcp        0      0 115.184.7.223:36185     173.194.36.26:80        TIME_WAIT   -               >>>>>>>>>> tcp        0      0 115.184.7.223:38854     74.125.236.109:80       TIME_WAIT   -               >>>>>>>>>> tcp6       0      0 ::1:631                 :::*                    LISTEN      623/cupsd       >>>>>>>>>> udp        0      0 0.0.0.0:5353            0.0.0.0:*                           619/avahi-daemon: r >>>>>>>>>> udp        0      0 0.0.0.0:53489           0.0.0.0:*                           619/avahi-daemon: r >>>>>>>>>> udp        0      0 127.0.0.1:11211         0.0.0.0:*                           931/memcached   >>>>>>>>>> udp        0      0 127.0.0.1:53            0.0.0.0:*                           2124/dnsmasq   >>>>>>>>>> udp6       0      0 :::5353                 :::*                                619/avahi-daemon: r >>>>>>>>>> udp6       0      0 :::36705                :::*                                619/avahi-daemon: r >>>>>>>>>> >>>>>>>>>> Please help to proceed further. >>>>>>>>>> >>>>>>>>>> --- >>>>>>>>>> >>>>>>>>>> Thanks >>>>>>>>>> >>>>>>>>>> Pragya jain >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> ________________________________ >>>>>>>>>> From: Kuo Hugo >>>>>>>>>> To: pragya jain >>>>>>>>>> Cc: Amanda Plimpton ; "openstack at lists.openstack.org" >>>>>>>>>> Sent: Wednesday, 28 August 2013 9:59 PM >>>>>>>>>> Subject: Re: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift >>>>>>>>>> >>>>>>>>>> Hi >>>>>>>>>> >>>>>>>>>> 1) user_prag2648_pragya = pj2648.admin.reseller_admin try to have a space between pj2648 and .admin . How about to test with user admin:admin ? >>>>>>>>>> 2) Verify the port number of proxy by >>>>>>>>>> >>>>>>>>>> gt; ps aux | grep proxy >>>>>>>>>> gt; netstat -antulp >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> 3) Check the Proxy for how to setup bind_port https://github.com/openstack/swift/blob/master/etc/proxy-server.conf-sample >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> +Hugo Kuo+ >>>>>>>>>> hugo at swiftstack.com >>>>>>>>>> tonytkdk at gmail.com >>>>>>>>>> +886 935004793 >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> 2013/8/29 pragya jain >>>>>>>>>> >>>>>>>>>> hello sir, >>>>>>>>>> >>>>>>>>>> Please help me in knowing how to use 8080 port >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> ________________________________ >>>>>>>>>> From: Amanda Plimpton >>>>>>>>>> To: pragya jain >>>>>>>>>> Cc: "joe at swiftstack.com" ; "contact at swiftstack.com" ; anita goel >>>>>>>>>> Sent: Tuesday, 27 August 2013 9:40 AM >>>>>>>>>> Subject: Re: Fw: problem in setting up Tempauth authentication & authorization with Swift >>>>>>>>>> >>>>>>>>>> Hello, >>>>>>>>>> >>>>>>>>>> Did Edward's suggestion of using port 8080 help at all? The error seems to indicate a network setting issue. You may wish to double check the settings and configuration. >>>>>>>>>> >>>>>>>>>> Given your interest in Swift I would also recommend locating a nearby OpenStack group or attending an event such as http://openstackindia.wordpress.com/2013/08/14/openstack-india-day-2013-announced/ >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> Thank you, >>>>>>>>>> Amanda >>>>>>>>>> >>>>>>>>>> SwiftStack Inc. >>>>>>>>>> swiftstack.com >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> On Mon, Aug 26, 2013 at 8:55 PM, pragya jain wrote: >>>>>>>>>> >>>>>>>>>> hello sir! >>>>>>>>>> >>>>>>>>>> Please help me in setting up Tempauth authentication & authorization with Swift. >>>>>>>>>> same error is continued. >>>>>>>>>> >>>>>>>>>> ----- Forwarded Message ----- >>>>>>>>>> From: pragya jain >>>>>>>>>> To: "joe at swiftstack.com" ; "clay.gerrard at gmail.com" ; "contact at swiftstack.com" ; "openstack at ask.openstack.org" ; "openstack at lists.openstack.org" >>>>>>>>>> Cc: anita goel >>>>>>>>>> Sent: Monday, 26 August 2013 12:06 PM >>>>>>>>>> Subject: problem in setting up Tempauth authentication & authorization with Swift >>>>>>>>>> >>>>>>>>>> hello, >>>>>>>>>> >>>>>>>>>> I have to configure proxy server. >>>>>>>>>> For this, >>>>>>>>>> I have to edit /etc/swift/swift.conf and change the swift_hash_path_suffix to something secret and then, start the proxy server process >>>>>>>>>> >>>>>>>>>> for this, I use the following commands: >>>>>>>>>> root at arun-Aspire-5742:~# vi /etc/swift/swift.conf >>>>>>>>>> >>>>>>>>>> make following changes (highlighted) in the file: >>>>>>>>>> swift_hash_path_suffix =pragya >>>>>>>>>> swift_hash_path_prefix =jain >>>>>>>>>> >>>>>>>>>> save and exit. >>>>>>>>>> then, I run the command: >>>>>>>>>> root at arun-Aspire-5742:~# sudo swift-init proxy start >>>>>>>>>> Starting proxy-server...(/etc/swift/proxy-server.conf) >>>>>>>>>> >>>>>>>>>> Now, I have to set up Tempauth authentication & authorization with Swift >>>>>>>>>> for this, I run the following command: >>>>>>>>>> root at arun-Aspire-5742:~# vi /etc/swift/proxy-server.conf >>>>>>>>>> >>>>>>>>>> make following changes (highlighted) in the file: >>>>>>>>>> allow_account_management =true >>>>>>>>>> ... >>>>>>>>>> [filter:tempauth] >>>>>>>>>> use = egg:swift#tempauth >>>>>>>>>> ... >>>>>>>>>> user_admin_admin = admin .admin .reseller_admin >>>>>>>>>> user_test_tester = testing .admin >>>>>>>>>> user_test2_tester2 = testing2 .admin >>>>>>>>>> user_test_tester3 = testing3 >>>>>>>>>> user_prag2648_pragya = pj2648.admin.reseller_admin >>>>>>>>>> ... >>>>>>>>>> >>>>>>>>>> save and exit >>>>>>>>>> Then, run following commands: >>>>>>>>>> root at arun-Aspire-5742:~# sudo swift-init account start >>>>>>>>>> Starting account-server...(/etc/swift/account-server.conf) >>>>>>>>>> root at arun-Aspire-5742:~# sudo swift-init proxy restart >>>>>>>>>> Signal proxy-server  pid: 2476  signal: 15 >>>>>>>>>> proxy-server (2476) appears to have stopped >>>>>>>>>> Starting proxy-server...(/etc/swift/proxy-server.conf) >>>>>>>>>> root at arun-Aspire-5742:~# curl -v -H 'X-Auth-User:prag2648:pragya' -H 'X-Auth-Key:pj2648' http://localhost/auth/v1.0/ >>>>>>>>>> * About to connect() to localhost port 80 (#0) >>>>>>>>>> *   Trying 127.0.0.1... Connection refused >>>>>>>>>> * couldn't connect to host >>>>>>>>>> * Closing connection #0 >>>>>>>>>> curl: (7) couldn't connect to host >>>>>>>>>> >>>>>>>>>> But, there is an error in establising a connection. >>>>>>>>>> >>>>>>>>>> if, I run the command to start proxy server, then it shows that proxy server is already started. >>>>>>>>>> root at arun-Aspire-5742:~# sudo swift-init proxy start >>>>>>>>>> proxy-server running (2935 - /etc/swift/proxy-server.conf) >>>>>>>>>> proxy-server already started... >>>>>>>>>> >>>>>>>>>> Please help me in this regard. >>>>>>>>>> --- >>>>>>>>>> >>>>>>>>>> Thanks >>>>>>>>>> >>>>>>>>>> Pragya Jain >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> _______________________________________________ >>>>>>>>>> Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>>>>>>>>> Post to     : openstack at lists.openstack.org >>>>>>>>>> Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>> >>>>>>>> >>>>>> >>>>>>_______________________________________________ >>>>>>Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>>>>>Post to     : openstack at lists.openstack.org >>>>>>Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>>>>> >>>>>> >>>>> >>>>> >>>>> >>>>>-- >>>>> >>>>>Gareth >>>>> >>>>> >>>>>Cloud Computing, OpenStack, Fitness, Basketball >>>>>OpenStack contributor >>>>>Company: UnitedStack >>>>>My promise: if you find any spelling or grammar mistakes in my email from Mar 1 2013, notify me  >>>>>and I'll donate $1 or ¥1 to an open organization you specify. >>>>> >>>>> >>> >>> >>> > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From laclasse at gmail.com Wed Sep 4 05:55:51 2013 From: laclasse at gmail.com (laclasse) Date: Wed, 4 Sep 2013 06:55:51 +0100 Subject: [Openstack] Does openstack python API support vsphere? In-Reply-To: References: Message-ID: Install python-suds on the nodes to speak to the vsphere API. See http://docs.openstack.org/trunk/openstack-compute/admin/content/vmware.html Hope this helps. On Wed, Sep 4, 2013 at 3:03 AM, openstack learner wrote: > Hi all, > > I am new to openstack, can anyone tell me if the openstack nova python API > support vsphere? > > Thanks a lot > > xin > > _______________________________________________ > Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > From guoyingc at cn.ibm.com Wed Sep 4 06:34:31 2013 From: guoyingc at cn.ibm.com (Ying Chun Guo) Date: Wed, 4 Sep 2013 14:34:31 +0800 Subject: [Openstack] I18n meeting tomorrow Message-ID: Hi, There will be OpenStack I18n team meeting at 0700UTC on Thursday (September 5th) in IRC channel #openstack-meeting. The time, we use Asia/Europe friendly time. Welcome to join the meeting. During the previous several weeks, we have good progress with the infrastructure setting up in Transifex. We have the common glossary shared within all openstack projects. We have Horizon ready for translations. Tomorrow is the string frozen date. Now it's the quite important time for translating now. We want to make sure Horizon can have the high quality internationalized release for Havanna version. If you are interested in translations or tools, welcome to join us. We will cover following topics this time:  Action items from the last meeting  Horizon I18n version release process  Translated document publish process  Open discussion For more details, please look into https://wiki.openstack.org/wiki/Meetings/I18nTeamMeeting. You can also contact us through IRC channel #openstack-translation, or mailing address: openstack-i18n at list.openstack.org. Please refer to our wiki page for more details: https://wiki.openstack.org/wiki/I18nTeam Best regards Daisy -------------- next part -------------- An HTML attachment was scrubbed... URL: From christophe.lehy at gmail.com Wed Sep 4 07:08:41 2013 From: christophe.lehy at gmail.com (Christophe @gmail) Date: Wed, 04 Sep 2013 09:08:41 +0200 Subject: [Openstack] Neutron limitations with free/libre plugins. What are they ? In-Reply-To: References: Message-ID: <5226DC79.7090609@gmail.com> Looking here http://openstack.redhat.com/Neutron_with_OVS_and_VLANs I can read the following: "Numerous limitations have been identified which prevent using free/libre plugins such as OpenVSwitch or LinuxBridge for large scale deployments." Can someone ellaborate on these limitations ? One question comes to my mind, what happens when a VM is migrated from one compute node to another. Thanks in advance Chris From giuseppegaleota at gmail.com Wed Sep 4 07:22:29 2013 From: giuseppegaleota at gmail.com (Giuseppe Galeota) Date: Wed, 4 Sep 2013 09:22:29 +0200 Subject: [Openstack] Informations aboute Trove Message-ID: Dear all, I am a developer interested to the Databases as a Service, and in particular for creation of relational and non-relational databases. So I joined the Trove project ( https://wiki.openstack.org/wiki/Trove#Mission_Statement). Using the latest release of Openstack and Trove, it seems that I can't create either a non-relational database or a relational database using another engine (eg, Postgres) . 1) Is there a mailing list relate to the Trove project in which I can forward questions about it? For example, I would modify the source code in order to allow the use of others engine. 2) When the Trove project will be inserted into the new releas of Openstack? Thank you very much. Giuiseppe -------------- next part -------------- An HTML attachment was scrubbed... URL: From razique.mahroua at gmail.com Wed Sep 4 07:38:22 2013 From: razique.mahroua at gmail.com (Razique Mahroua) Date: Wed, 4 Sep 2013 09:38:22 +0200 Subject: [Openstack] Cinder question In-Reply-To: <1378250729.59671.YahooMailNeo@web141001.mail.bf1.yahoo.com> References: <1378250729.59671.YahooMailNeo@web141001.mail.bf1.yahoo.com> Message-ID: <88D4E760-049D-417E-A8CE-0CC7697716AC@gmail.com> unfortunately, I don't think so Mark Razique Mahroua - Nuage & Co razique.mahroua at gmail.com Tel : +33 9 72 37 94 15 Le 4 sept. 2013 à 01:25, Mark Brown a écrit : > Hello, > I had a Cinder question, and maybe its pretty basic:-) > > Isn't there a way to attach the same Cinder volume to two different VMs, whether same physical server or different? I don't mean across different data centers, but any domain (zone, or whatever) within the same data center? > > Thanks. > _______________________________________________ > Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: NUAGECO-LOGO-Fblan_petit.jpg Type: image/jpeg Size: 10122 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 535 bytes Desc: Message signed with OpenPGP using GPGMail URL: From razique.mahroua at gmail.com Wed Sep 4 07:47:28 2013 From: razique.mahroua at gmail.com (Razique Mahroua) Date: Wed, 4 Sep 2013 09:47:28 +0200 Subject: [Openstack] Managing iptables with OpenStack Folsom (using Quantum) In-Reply-To: <52261CF3.6030400@ISI.EDU> References: <521E2E72.3030102@ISI.EDU> <468EBC69-632A-4C05-A05F-3A9DD638F0E6@gmail.com> <52261CF3.6030400@ISI.EDU> Message-ID: <3FAB5876-AECE-4D1F-BB9B-7E07A2C6679D@gmail.com> That's right Not redone everytime but updated and checked non-stop When you restart the services then yes, everything is flushed and redone, so if you manually enter some iptables rules, they won't persist afterwards :) Razique Mahroua - Nuage & Co razique.mahroua at gmail.com Tel : +33 9 72 37 94 15 Le 3 sept. 2013 à 19:31, Craig E. Ward a écrit : > Razique, > > Thanks for the response. > > If I understand you correctly, you're saying that the iptables rules are redone by nova-compute or the quantum agents every time a network is added or removed and because of that, static rules will be lost. Is that correct? > > The installation I'm working with provides pre-configured networks for instances to use. If the available networks is stable, should not the static rules survive? > > Craig > > On 08/29/2013 03:36 PM, Razique Mahroua wrote: >> That means you shouldn't use iptables for your custom rules since OpenStack >> manages iptables and everytime the network is updated, iptables is impacted. If >> you restart nova-netork for instance, then all the iptables rules are flushed >> and recreated according to your network topology. >> The iptables service doesn't need to be turned off (is that even possible?), >> just make sure not to create routing rules manually that might conflict with the >> rules OpenStack sets :) >> >> *Razique Mahroua** - **Nuage & Co* >> razique.mahroua at gmail.com >> Tel : +33 9 72 37 94 15 >> >> >> Le 28 août 2013 à 19:08, Craig E. Ward > a >> écrit : >> >>> I have an OpenStack Folsom, with Quantum networking, installation that I'm >>> having trouble getting additional rules into the iptables on nova-compute >>> nodes. The online manual >>> (http://docs.openstack.org/trunk/openstack-ops/content/iptables.html) states >>> that "You must use OpenStack to manage iptables." What it doesn't include is >>> any indication of how that is done. How can iptables be managed with OpenStack? >>> >>> When I add rules to the file /etc/sysconfig/iptables, sometimes the >>> nova-compute service fails to work properly. A new instance on the node may >>> not get an IP address or the vnc service in Horizon does not respond. The >>> instance is listed in the database with an assigned IP, but the address is not >>> reachable. >>> >>> Does the iptables service need to be "off" in the context of chkconfig? That >>> is, don't let it start through the rc sequence, but let nova-compute start it >>> and populate the rules? >>> >>> If iptables is started in the rc sequence, then are there some rules that >>> should not be in /etc/sysconfig/iptables? >>> >>> If the rc sequence is not used, how do ports unrelated to OpenStack services >>> get enabled? >>> >>> Does the default response for a packet sent to non-OpenStack related port drop >>> the packet or let it pass? >>> >>> Thanks, >>> >>> Craig >>> >>> >>> -- >>> Craig E. Ward >>> Information Sciences Institute >>> University of Southern California >>> cward at ISI.EDU >>> >>> >>> _______________________________________________ >>> Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>> Post to : openstack at lists.openstack.org >>> Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> > > -- > Craig E. Ward > Information Sciences Institute > University of Southern California > cward at ISI.EDU > > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: NUAGECO-LOGO-Fblan_petit.jpg Type: image/jpeg Size: 10122 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 535 bytes Desc: Message signed with OpenPGP using GPGMail URL: From guolongcang.work at gmail.com Wed Sep 4 08:07:55 2013 From: guolongcang.work at gmail.com (happy idea) Date: Wed, 4 Sep 2013 16:07:55 +0800 Subject: [Openstack] [Cloudpipe] where can I find Cloudpipe blueprint or wiki ? Message-ID: Thanks . -------------- next part -------------- An HTML attachment was scrubbed... URL: From guolongcang.work at gmail.com Wed Sep 4 08:09:02 2013 From: guolongcang.work at gmail.com (happy idea) Date: Wed, 4 Sep 2013 16:09:02 +0800 Subject: [Openstack] [Cloudpipe] where can I find Cloudpipe blueprint or wiki ? Message-ID: Thanks. -------------- next part -------------- An HTML attachment was scrubbed... URL: From pangj at laposte.net Wed Sep 4 08:18:42 2013 From: pangj at laposte.net (pangj) Date: Wed, 04 Sep 2013 16:18:42 +0800 Subject: [Openstack] Help - swift with low IOPS In-Reply-To: <5225A7BF.9000209@laposte.net> References: <52247BD3.4030108@laposte.net> <52257459.1020106@gmail.com> <5225796D.7050204@laposte.net> <52257D49.4020502@gmail.com> <5225A7BF.9000209@laposte.net> Message-ID: <5226ECE2.3030302@laposte.net> Hi, How does a setup make swift have the capability of 3000 TPS, for the average size 500KB of files? What architecture, hardware, network etc will be expected? Thanks for any suggestion. On 2013-9-3 17:11, pangj wrote: > > Thanks for the info. I have checked this one days ago. > Given the case, in the production environment, we have 3 nodes with SSD > for account/container servers, 5 nodes each with 2T * 10 for object > storage servers. Currently having two proxies. All servers are 16 core > CPU powered, storage server (account/container/object) has 48GB memory, > proxy has 16GB memory. The average size for an object is about 500KB, > there are many containers (more than 100 millions), but objects under > each container are few (less than 20). There is only one account for > TempAuth. > Is there any better way to optimize the architecture? > > Regards. From thierry at openstack.org Wed Sep 4 08:18:09 2013 From: thierry at openstack.org (Thierry Carrez) Date: Wed, 04 Sep 2013 10:18:09 +0200 Subject: [Openstack] Minutes from the Technical Committee meeting (Sept 3) Message-ID: <5226ECC1.1090602@openstack.org> The OpenStack Technical Committee ("TC") met in #openstack-meeting at 20:00 UTC yesterday. Here is a quick summary of the outcome of this meeting: * The Marconi project (queue service) was approved for incubation during the Icehouse cycle * The Trove project (database as a service) graduated from incubation and will be part of the OpenStack Icehouse integrated release in Spring 2014. See details and full logs at: http://eavesdrop.openstack.org/meetings/tc/2013/tc.2013-09-03-20.01.html More information on the Technical Committee at: http://wiki.openstack.org/Governance/TechnicalCommittee -- Thierry Carrez (ttx) Chair, OpenStack Technical Committee From thiagocmartinsc at gmail.com Wed Sep 4 08:37:36 2013 From: thiagocmartinsc at gmail.com (=?ISO-2022-JP?B?TWFydGlueCAtIBskQiU4JSchPCVgJTobKEI=?=) Date: Wed, 4 Sep 2013 05:37:36 -0300 Subject: [Openstack] Cinder question In-Reply-To: <1378250729.59671.YahooMailNeo@web141001.mail.bf1.yahoo.com> References: <1378250729.59671.YahooMailNeo@web141001.mail.bf1.yahoo.com> Message-ID: This is a must!! It would be great to attach 1 volume, to multiple instances!! Sounds pretty basic, since it uses iSCSI, there is no reason to not allow this... Cheers! Thiago On 3 September 2013 20:25, Mark Brown wrote: > Hello, > I had a Cinder question, and maybe its pretty basic:-) > > Isn't there a way to attach the same Cinder volume to two different VMs, > whether same physical server or different? I don't mean across different > data centers, but any domain (zone, or whatever) within the same data > center? > > Thanks. > > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From razique.mahroua at gmail.com Wed Sep 4 08:54:41 2013 From: razique.mahroua at gmail.com (Razique Mahroua) Date: Wed, 4 Sep 2013 10:54:41 +0200 Subject: [Openstack] Cinder question In-Reply-To: References: <1378250729.59671.YahooMailNeo@web141001.mail.bf1.yahoo.com> Message-ID: <3B3B2633-36EC-451A-B266-529558AA1FB3@gmail.com> It doesn't necessarily uses iscsi, but yes I definitely agree man ! Le 4 sept. 2013 à 10:37, Martinx - ジェームズ a écrit : > This is a must!! It would be great to attach 1 volume, to multiple instances!! > Sounds pretty basic, since it uses iSCSI, there is no reason to not allow this... > > Cheers! > Thiago > > > On 3 September 2013 20:25, Mark Brown wrote: > Hello, > I had a Cinder question, and maybe its pretty basic:-) > > Isn't there a way to attach the same Cinder volume to two different VMs, whether same physical server or different? I don't mean across different data centers, but any domain (zone, or whatever) within the same data center? > > Thanks. > > _______________________________________________ > Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > > _______________________________________________ > Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 535 bytes Desc: Message signed with OpenPGP using GPGMail URL: From razique.mahroua at gmail.com Wed Sep 4 08:55:58 2013 From: razique.mahroua at gmail.com (Razique Mahroua) Date: Wed, 4 Sep 2013 10:55:58 +0200 Subject: [Openstack] [Cloudpipe] where can I find Cloudpipe blueprint or wiki ? In-Reply-To: References: Message-ID: <2925428C-8A4D-469F-BC7C-34F4919991DD@gmail.com> http://docs.openstack.org/trunk/openstack-compute/admin/content/cloudpipe-per-project-vpns.html http://docs.openstack.org/developer/nova/devref/cloudpipe.html Razique Mahroua - Nuage & Co razique.mahroua at gmail.com Tel : +33 9 72 37 94 15 Le 4 sept. 2013 à 10:09, happy idea a écrit : > Thanks. > _______________________________________________ > Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: NUAGECO-LOGO-Fblan_petit.jpg Type: image/jpeg Size: 10122 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 535 bytes Desc: Message signed with OpenPGP using GPGMail URL: From contact at andreagiardini.com Wed Sep 4 08:57:22 2013 From: contact at andreagiardini.com (contact at andreagiardini.com) Date: Wed, 04 Sep 2013 10:57:22 +0200 Subject: [Openstack] Informations aboute Trove In-Reply-To: References: Message-ID: <52a0567409fd7307f2211be015d76629@localhost> On Wed, 4 Sep 2013 09:22:29 +0200, Giuseppe Galeota wrote: > Dear all, > I am a developer interested to the Databases as a Service, and in > particular for creation of relational and non-relational databases. So > I joined the Trove project > (https://wiki.openstack.org/wiki/Trove#Mission_Statement [1]). > > Using the latest release of Openstack and Trove, it seems that I > can't create either a non-relational database or a relational database > using another engine (eg, Postgres) .  > > 1) Is there a mailing list relate to the Trove project in which I > can forward questions about it? For example, I would modify the source > code in order to allow the use of others engine. Hi! You can join us in IRC, on freenode #openstack-trove You will find a lot of people ready to help you :) > > 2) When the Trove project will be inserted into the new releas of > Openstack? Icehouse release! :) http://eavesdrop.openstack.org/meetings/tc/2013/tc.2013-09-03-20.01.html > > Thank you very much. > Giuiseppe > > > > Links: > ------ > [1] https://wiki.openstack.org/wiki/Trove#Mission_Statement From jojokururu at gmail.com Wed Sep 4 09:04:21 2013 From: jojokururu at gmail.com (Jonathan Lu) Date: Wed, 04 Sep 2013 17:04:21 +0800 Subject: [Openstack] Help - swift with low IOPS In-Reply-To: <5226ECE2.3030302@laposte.net> References: <52247BD3.4030108@laposte.net> <52257459.1020106@gmail.com> <5225796D.7050204@laposte.net> <52257D49.4020502@gmail.com> <5225A7BF.9000209@laposte.net> <5226ECE2.3030302@laposte.net> Message-ID: <5226F795.9070005@gmail.com> Hi, If all your requests are PUT, then the expected network bandwidth should be: 3000*500/1024*8 = 11718.75Mbps , which means more than 10Gbps According to your environment, there are 2 proxies ( giga network?) and that is far away from the expectation. For example, in our production there are also 2 proxies with giga network bandwith, 5 nodes each with 3T*12. The limit of the performance is about 600Mbps. We think that hit the bottleneck of the network. Uploading large objects will consume more network bandwidth and lower CPU, so 1st step you'd better improve your network to meet your requirement. Best Regards, Jonathan Lu On 2013/9/4 16:18, pangj wrote: > Hi, > > How does a setup make swift have the capability of 3000 TPS, for the > average size 500KB of files? What architecture, hardware, network etc > will be expected? Thanks for any suggestion. > > On 2013-9-3 17:11, pangj wrote: >> >> Thanks for the info. I have checked this one days ago. >> Given the case, in the production environment, we have 3 nodes with SSD >> for account/container servers, 5 nodes each with 2T * 10 for object >> storage servers. Currently having two proxies. All servers are 16 core >> CPU powered, storage server (account/container/object) has 48GB memory, >> proxy has 16GB memory. The average size for an object is about 500KB, >> there are many containers (more than 100 millions), but objects under >> each container are few (less than 20). There is only one account for >> TempAuth. >> Is there any better way to optimize the architecture? >> >> Regards. > > > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack From guolongcang.work at gmail.com Wed Sep 4 09:06:56 2013 From: guolongcang.work at gmail.com (happy idea) Date: Wed, 4 Sep 2013 17:06:56 +0800 Subject: [Openstack] [Cloudpipe] where can I find Cloudpipe blueprint or wiki ? In-Reply-To: <2925428C-8A4D-469F-BC7C-34F4919991DD@gmail.com> References: <2925428C-8A4D-469F-BC7C-34F4919991DD@gmail.com> Message-ID: Thank you ,but this is not what I want . I want a doc like blueprint, it can tell me why\what\how. , something like an architecture overview. 2013/9/4 Razique Mahroua > > http://docs.openstack.org/trunk/openstack-compute/admin/content/cloudpipe-per-project-vpns.html > http://docs.openstack.org/developer/nova/devref/cloudpipe.html > > > *Razique Mahroua** - **Nuage & Co* > razique.mahroua at gmail.com > Tel : +33 9 72 37 94 15 > > > Le 4 sept. 2013 à 10:09, happy idea a écrit : > > Thanks. > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: NUAGECO-LOGO-Fblan_petit.jpg Type: image/jpeg Size: 10122 bytes Desc: not available URL: From mahardika.gilang at andalabs.com Wed Sep 4 09:32:54 2013 From: mahardika.gilang at andalabs.com (Mahardhika) Date: Wed, 04 Sep 2013 16:32:54 +0700 Subject: [Openstack] Update Swift to 1.9 Message-ID: <5226FE46.7080709@andalabs.com> Hi all, currently i used swift 1.6.0, how can i update to recent swift 1.9 ? thanks -- Regards, Mahardhika Gilang ** -------------- next part -------------- An HTML attachment was scrubbed... URL: From swapnilkulkarni2608 at gmail.com Wed Sep 4 09:44:40 2013 From: swapnilkulkarni2608 at gmail.com (Swapnil Kulkarni) Date: Wed, 4 Sep 2013 15:14:40 +0530 Subject: [Openstack] Cinder question In-Reply-To: <3B3B2633-36EC-451A-B266-529558AA1FB3@gmail.com> References: <1378250729.59671.YahooMailNeo@web141001.mail.bf1.yahoo.com> <3B3B2633-36EC-451A-B266-529558AA1FB3@gmail.com> Message-ID: Guys, You might want to have a look at https://blueprints.launchpad.net/cinder/+spec/multi-attach-volume Its already proposed Best Regards, Swapnil Kulkarni swapnilkulkarni2608 at gmail.com +91-87960 10622(c) http://in.linkedin.com/in/coolsvap On Wed, Sep 4, 2013 at 2:24 PM, Razique Mahroua wrote: > It doesn't necessarily uses iscsi, > but yes I definitely agree man ! > > Le 4 sept. 2013 à 10:37, Martinx - ジェームズ a > écrit : > > This is a must!! It would be great to attach 1 volume, to multiple > instances!! > Sounds pretty basic, since it uses iSCSI, there is no reason to not allow > this... > > Cheers! > Thiago > > > On 3 September 2013 20:25, Mark Brown wrote: > >> Hello, >> I had a Cinder question, and maybe its pretty basic:-) >> >> Isn't there a way to attach the same Cinder volume to two different VMs, >> whether same physical server or different? I don't mean across different >> data centers, but any domain (zone, or whatever) within the same data >> center? >> >> Thanks. >> >> _______________________________________________ >> Mailing list: >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> Post to : openstack at lists.openstack.org >> Unsubscribe : >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> >> > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > > > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jon at jonproulx.com Wed Sep 4 12:14:13 2013 From: jon at jonproulx.com (Jonathan Proulx) Date: Wed, 4 Sep 2013 08:14:13 -0400 Subject: [Openstack] [cinder] Where is current Dell EqualLogic eqlx.py driver? Message-ID: Hi All, I'm trying to find the cinder DellEQLSanISCSIDriver for either Grizzly or Havana (grizzly for preference). I thought this was brought into the main tree at https://github.com/openstack/cinder.git but I seem to be wrong about that. I've also looked in a bunch of Dell and Mirantis github barclamp-cinder repos which have the eqlx.py file I need but it hasn't been updated in 10 months and is importing things from all the wrong places (well a couple of wrong places), their pretty fixable places but it's probably unwise to be 10 months behind in other ways too. Given the people behind this I doubt it's gone away, can someone point me to where it's gone to? -Jon -------------- next part -------------- An HTML attachment was scrubbed... URL: From jon at jonproulx.com Wed Sep 4 12:29:11 2013 From: jon at jonproulx.com (Jonathan Proulx) Date: Wed, 4 Sep 2013 08:29:11 -0400 Subject: [Openstack] [cinder] Where is current Dell EqualLogic eqlx.py driver? In-Reply-To: References: Message-ID: got a quick answer on IRC though (thanks eharney), for any who find this thread in the future answer is it is currently under review at https://review.openstack.org/#/c/43944/ On Wed, Sep 4, 2013 at 8:14 AM, Jonathan Proulx wrote: > Hi All, > > I'm trying to find the cinder DellEQLSanISCSIDriver for either Grizzly or > Havana (grizzly for preference). I thought this was brought into the main > tree at https://github.com/openstack/cinder.git but I seem to be wrong > about that. > > I've also looked in a bunch of Dell and Mirantis github barclamp-cinder > repos which have the eqlx.py file I need but it hasn't been updated in 10 > months and is importing things from all the wrong places (well a couple of > wrong places), their pretty fixable places but it's probably unwise to be > 10 months behind in other ways too. > > Given the people behind this I doubt it's gone away, can someone point me > to where it's gone to? > > -Jon > -------------- next part -------------- An HTML attachment was scrubbed... URL: From marcelodieder at gmail.com Wed Sep 4 12:43:29 2013 From: marcelodieder at gmail.com (Marcelo Dieder) Date: Wed, 04 Sep 2013 09:43:29 -0300 Subject: [Openstack] Quantum/Grizzly - Instance doesn't get IP In-Reply-To: References: <1378250729.59671.YahooMailNeo@web141001.mail.bf1.yahoo.com> <5226B1E2.1030305@gmail.com> Message-ID: <52272AF1.7060203@gmail.com> Hi Happy, thanks for your reply. I checked this guide, but I already have dhcp-agent installed. root at network:~# apt-get -y install quantum-plugin-openvswitch-agent quantum-dhcp-agent quantum-l3-agent quantum-metadata-agent Reading package lists... Done Building dependency tree Reading state information... Done quantum-dhcp-agent is already the newest version. quantum-l3-agent is already the newest version. quantum-metadata-agent is already the newest version. quantum-plugin-openvswitch-agent is already the newest version. 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. I also checked the settings that this guide and I added some options that I had not configured. Now the error "No active DHCP agents" doesn't appears more, but the error (in the Controler (quantum-server)) still appears below: 2013-09-04 08:25:48 WARNING [quantum.db.agentschedulers_db] Fail scheduling network {'status': u'ACTIVE', 'subnets': [u'80b21701-4b05-4585-985a-60905ff42531'], 'name': u'public', 'provider:physical_network': None, 'admin_state_up': True, 'tenant_id': u'27d2b93f11ac4e91a3edb26edb28fb6b', 'provider:network_type': u'gre', 'router:external': True, 'shared': False, 'id': u'b3e465b7-b5a2-45d5-8b24-aa8bea0ab0a0', 'provider:segmentation_id': 2L} And in all hosts (computer, networking and controller), I have the error: # quantum agent-list Unknown command ['agent-list'] At my network node: tail -n 10 /var/log/openvswitch/ovs-vswitchd.log Sep 04 09:27:23|09614|netdev_linux|WARN|ioctl(SIOCGIFINDEX) on tap91e05e25-7f device failed: No such device Sep 04 09:27:32|09615|netdev|WARN|Dropped 253 log messages in last 12 seconds (most recently, 1 seconds ago) due to excessive rate Sep 04 09:27:32|09616|netdev|WARN|failed to get flags for network device tap91e05e25-7f: No such device Sep 04 09:27:33|09617|netdev_linux|WARN|Dropped 7 log messages in last 10 seconds (most recently, 5 seconds ago) due to excessive rate Sep 04 09:27:33|09618|netdev_linux|WARN|ioctl(SIOCGIFINDEX) on tap91e05e25-7f device failed: No such device Sep 04 09:27:44|09619|netdev|WARN|Dropped 231 log messages in last 12 seconds (most recently, 1 seconds ago) due to excessive rate Sep 04 09:27:44|09620|netdev|WARN|failed to get flags for network device tap91e05e25-7f: No such device Sep 04 09:27:48|09621|netdev_linux|WARN|Dropped 11 log messages in last 15 seconds (most recently, 5 seconds ago) due to excessive rate Sep 04 09:27:48|09622|netdev_linux|WARN|ioctl(SIOCGIFINDEX) on tap91e05e25-7f device failed: No such device (quantum) net-list +--------------------------------------+----------+-------------------------------------------------------+ | id | name | subnets | +--------------------------------------+----------+-------------------------------------------------------+ | a8f7c937-e8d0-4952-bff6-7d364335df22 | demo-net | fd7f324c-25ec-4134-ab97-e827fcf12824 10.5.5.0/24 | | b3e465b7-b5a2-45d5-8b24-aa8bea0ab0a0 | public | 80b21701-4b05-4585-985a-60905ff42531 xxx.xxx.xxx.0/24 | +--------------------------------------+----------+-------------------------------------------------------+ (quantum) port-list +--------------------------------------+------+-------------------+----------------------------------------------------------------------------------------+ | id | name | mac_address | fixed_ips | +--------------------------------------+------+-------------------+----------------------------------------------------------------------------------------+ | 65c5b6cf-5eef-483e-8b32-8cd07bb83e6d | | fa:16:3e:58:29:31 | {"subnet_id": "80b21701-4b05-4585-985a-60905ff42531", "ip_address": "xxx.xxx.xxx.166"} | | 806b3d3e-35fe-4356-a833-a8a3d44ec9ca | | fa:16:3e:7c:00:24 | {"subnet_id": "fd7f324c-25ec-4134-ab97-e827fcf12824", "ip_address": "10.5.5.1"} | | 91e05e25-7f7b-4399-9da2-42fef05afe31 | | fa:16:3e:fe:63:6c | {"subnet_id": "fd7f324c-25ec-4134-ab97-e827fcf12824", "ip_address": "10.5.5.2"} | | a9043279-dd30-40b7-a1e3-8d340c5408c3 | | fa:16:3e:71:60:57 | {"subnet_id": "80b21701-4b05-4585-985a-60905ff42531", "ip_address": "xxx.xxx.xxx.165"} | +--------------------------------------+------+-------------------+----------------------------------------------------------------------------------------+ (quantum) router-list +--------------------------------------+-------------+--------------------------------------------------------+ | id | name | external_gateway_info | +--------------------------------------+-------------+--------------------------------------------------------+ | 3a703f92-e1d5-4f06-8970-8ae899d40a99 | demo-router | {"network_id": "b3e465b7-b5a2-45d5-8b24-aa8bea0ab0a0"} | +--------------------------------------+-------------+--------------------------------------------------------+ (quantum) subnet-list +--------------------------------------+-----------------+------------------+--------------------------------------------------------+ | id | name | cidr | allocation_pools | +--------------------------------------+-----------------+------------------+--------------------------------------------------------+ | 80b21701-4b05-4585-985a-60905ff42531 | public-subnet | xxx.xxx.xxx.0/24 | {"start": "xxx.xxx.xxx.165", "end": "xxx.xxx.xxx.170"} | | fd7f324c-25ec-4134-ab97-e827fcf12824 | demo-net-subnet | 10.5.5.0/24 | {"start": "10.5.5.2", "end": "10.5.5.254"} | +--------------------------------------+-----------------+------------------+--------------------------------------------------------+ (quantum) Any more suggestions? Thanks! Marcelo Dieder On 09/04/2013 02:13 AM, happy idea wrote: > you didn't install the dhcp agent, please refer to this guide > https://github.com/mseknibilel/OpenStack-Grizzly-Install-Guide/blob/OVS_MultiNode/OpenStack_Grizzly_Install_Guide.rst > > > 2013/9/4 Marcelo Dieder > > > Hi All! > > I have a ambient with 3 hosts (Network, Controller and Node1 > (Qemu)). I created an ambient based this tutorial > (http://docs.openstack.org/grizzly/basic-install/apt/content/basic-install_controller.html). > My problem is when I create a instance. The instance Instance > doesn't get IP address. > > checkinghttp://169.254.169.254/20090404/instanceid > failed 1/20: up 187.68. request failed > failed 2/20: up 190.06. request failed > failed 3/20: up 192.24. request failed > failed 4/20: up 194.43. request failed > failed 5/20: up 196.61. request failed > failed 6/20: up 198.82. request failed > failed 7/20: up 201.03. request failed > failed 8/20: up 203.22. request failed > failed 9/20: up 205.42. request failed > failed 10/20: up 207.64. request failed > failed 11/20: up 209.87. request failed > failed 12/20: up 212.08. request failed > failed 13/20: up 214.29. request failed > failed 14/20: up 216.49. request failed > failed 15/20: up 218.70. request failed > failed 16/20: up 220.91. request failed > failed 17/20: up 223.13. request failed > failed 18/20: up 225.38. request failed > failed 19/20: up 227.62. request failed > failed 20/20: up 229.87. request failed > failed to read iid from metadata. tried 20 > no results found for mode=net. up 232.10. searched: nocloud configdrive ec2 > failed to get instanceid of datasource > Starting dropbear sshd: generating rsa key... generating dsa key... OK > === network info === > ifinfo: lo,up,127.0.0.1,8,::1 > ifinfo: eth0,up,,8,fe80::f816:3eff:fef3:2a6d > === datasource: None None === > > > At the controller I received the warning: > > > 2013-09-04 00:40:44 WARNING > [quantum.scheduler.dhcp_agent_scheduler] No active DHCP agents > 2013-09-04 00:40:44 WARNING [quantum.db.agentschedulers_db] Fail > scheduling network {'status': u'ACTIVE', 'subnets': > [u'80b21701-4b05-4585-985a-60905ff42531'], 'name': u'public', > 'provider:physical_network': None, 'admin_state_up': True, > 'tenant_id': u'27d2b93f11ac4e91a3edb26edb28fb6b', > 'provider:network_type': u'gre', 'router:external': True, > 'shared': False, 'id': u'b3e465b7-b5a2-45d5-8b24-aa8bea0ab0a0', > 'provider:segmentation_id': 2L} > > And when I executed: > > > root at cloud:~# quantum agent-list > Unknown command ['agent-list'] > > Other commands: > > root at cloud:~# nova-manage service list > Binary Host Zone Status State Updated_At > nova-cert cloud internal enabled :-) > 2013-09-04 03:59:12 > nova-consoleauth cloud internal enabled :-) > 2013-09-04 03:59:12 > nova-scheduler cloud internal enabled :-) > 2013-09-04 03:59:12 > nova-conductor cloud internal enabled :-) > 2013-09-04 03:59:12 > nova-compute c01 nova enabled :-) 2013-09-04 > 03:59:04 > > root at c01:~# nova list > +--------------------------------------+---------+--------+------------------------+ > | ID | Name | Status | > Networks | > +--------------------------------------+---------+--------+------------------------+ > | 2c704622-1b5f-4651-9553-51aabee9090c | test29 | ACTIVE | > public=xxx.xxx.xxx.xxx | > > I searched but I couldn't find any resolution. Anybody has this > problem? > > Cheers. > > Marcelo Dieder > > > > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From claudio at onesource.pt Wed Sep 4 13:38:48 2013 From: claudio at onesource.pt (claudio) Date: Wed, 4 Sep 2013 14:38:48 +0100 Subject: [Openstack] Quantum/Grizzly - Instance doesn't get IP Message-ID: <000f01cea974$1620c570$42625050$@onesource.pt> Hi Marcelo! Seems that you haven't got quantum client installed, and probably you have some missing packages as well. My advice is, restart from scratch again but follow the guide that "Happy" advised you https://github.com/mseknibilel/OpenStack-Grizzly-Install-Guide/blob/OVS_Mult iNode/OpenStack_Grizzly_Install_Guide.rst Good luck Claudio Marques claudio at onesource.pt http://www.onesource.pt/ . Hi Happy, thanks for your reply. I checked this guide, but I already have dhcp-agent installed. root at network:~# apt-get -y install quantum-plugin-openvswitch-agent quantum-dhcp-agent quantum-l3-agent quantum-metadata-agent Reading package lists... Done Building dependency tree Reading state information... Done quantum-dhcp-agent is already the newest version. quantum-l3-agent is already the newest version. quantum-metadata-agent is already the newest version. quantum-plugin-openvswitch-agent is already the newest version. 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. I also checked the settings that this guide and I added some options that I had not configured. Now the error "No active DHCP agents" doesn't appears more, but the error (in the Controler (quantum-server)) still appears below: 2013-09-04 08:25:48 WARNING [quantum.db.agentschedulers_db] Fail scheduling network {'status': u'ACTIVE', 'subnets': [u'80b21701-4b05-4585-985a-60905ff42531'], 'name': u'public', 'provider:physical_network': None, 'admin_state_up': True, 'tenant_id': u'27d2b93f11ac4e91a3edb26edb28fb6b', 'provider:network_type': u'gre', 'router:external': True, 'shared': False, 'id': u'b3e465b7-b5a2-45d5-8b24-aa8bea0ab0a0', 'provider:segmentation_id': 2L} And in all hosts (computer, networking and controller), I have the error: # quantum agent-list Unknown command ['agent-list'] At my network node: tail -n 10 /var/log/openvswitch/ovs-vswitchd.log Sep 04 09:27:23|09614|netdev_linux|WARN|ioctl(SIOCGIFINDEX) on tap91e05e25-7f device failed: No such device Sep 04 09:27:32|09615|netdev|WARN|Dropped 253 log messages in last 12 seconds (most recently, 1 seconds ago) due to excessive rate Sep 04 09:27:32|09616|netdev|WARN|failed to get flags for network device tap91e05e25-7f: No such device Sep 04 09:27:33|09617|netdev_linux|WARN|Dropped 7 log messages in last 10 seconds (most recently, 5 seconds ago) due to excessive rate Sep 04 09:27:33|09618|netdev_linux|WARN|ioctl(SIOCGIFINDEX) on tap91e05e25-7f device failed: No such device Sep 04 09:27:44|09619|netdev|WARN|Dropped 231 log messages in last 12 seconds (most recently, 1 seconds ago) due to excessive rate Sep 04 09:27:44|09620|netdev|WARN|failed to get flags for network device tap91e05e25-7f: No such device Sep 04 09:27:48|09621|netdev_linux|WARN|Dropped 11 log messages in last 15 seconds (most recently, 5 seconds ago) due to excessive rate Sep 04 09:27:48|09622|netdev_linux|WARN|ioctl(SIOCGIFINDEX) on tap91e05e25-7f device failed: No such device (quantum) net-list +--------------------------------------+----------+------------------------- ------------------------------+ | id | name | subnets | +--------------------------------------+----------+------------------------- ------------------------------+ | a8f7c937-e8d0-4952-bff6-7d364335df22 | demo-net | fd7f324c-25ec-4134-ab97-e827fcf12824 10.5.5.0/24 | | b3e465b7-b5a2-45d5-8b24-aa8bea0ab0a0 | public | 80b21701-4b05-4585-985a-60905ff42531 xxx.xxx.xxx.0/24 | +--------------------------------------+----------+------------------------- ------------------------------+ (quantum) port-list +--------------------------------------+------+-------------------+--------- ---------------------------------------------------------------------------- ---+ | id | name | mac_address | fixed_ips | +--------------------------------------+------+-------------------+--------- ---------------------------------------------------------------------------- ---+ | 65c5b6cf-5eef-483e-8b32-8cd07bb83e6d | | fa:16:3e:58:29:31 | {"subnet_id": "80b21701-4b05-4585-985a-60905ff42531", "ip_address": "xxx.xxx.xxx.166"} | | 806b3d3e-35fe-4356-a833-a8a3d44ec9ca | | fa:16:3e:7c:00:24 | {"subnet_id": "fd7f324c-25ec-4134-ab97-e827fcf12824", "ip_address": "10.5.5.1"} | | 91e05e25-7f7b-4399-9da2-42fef05afe31 | | fa:16:3e:fe:63:6c | {"subnet_id": "fd7f324c-25ec-4134-ab97-e827fcf12824", "ip_address": "10.5.5.2"} | | a9043279-dd30-40b7-a1e3-8d340c5408c3 | | fa:16:3e:71:60:57 | {"subnet_id": "80b21701-4b05-4585-985a-60905ff42531", "ip_address": "xxx.xxx.xxx.165"} | +--------------------------------------+------+-------------------+--------- ---------------------------------------------------------------------------- ---+ (quantum) router-list +--------------------------------------+-------------+---------------------- ----------------------------------+ | id | name | external_gateway_info | +--------------------------------------+-------------+---------------------- ----------------------------------+ | 3a703f92-e1d5-4f06-8970-8ae899d40a99 | demo-router | {"network_id": "b3e465b7-b5a2-45d5-8b24-aa8bea0ab0a0"} | +--------------------------------------+-------------+---------------------- ----------------------------------+ (quantum) subnet-list +--------------------------------------+-----------------+------------------ +--------------------------------------------------------+ | id | name | cidr | allocation_pools | +--------------------------------------+-----------------+------------------ +--------------------------------------------------------+ | 80b21701-4b05-4585-985a-60905ff42531 | public-subnet | xxx.xxx.xxx.0/24 | {"start": "xxx.xxx.xxx.165", "end": "xxx.xxx.xxx.170"} | | fd7f324c-25ec-4134-ab97-e827fcf12824 | demo-net-subnet | 10.5.5.0/24 | {"start": "10.5.5.2", "end": "10.5.5.254"} | +--------------------------------------+-----------------+------------------ +--------------------------------------------------------+ (quantum) Any more suggestions? Thanks! Marcelo Dieder On 09/04/2013 02:13 AM, happy idea wrote: you didn't install the dhcp agent, please refer to this guide https://github.com/mseknibilel/OpenStack-Grizzly-Install-Guide/blob/OVS_Mult iNode/OpenStack_Grizzly_Install_Guide.rst 2013/9/4 Marcelo Dieder < marcelodieder at gmail.com> Hi All! I have a ambient with 3 hosts (Network, Controller and Node1 (Qemu)). I created an ambient based this tutorial ( http://docs.openstack.org/grizzly/basic-install/apt/content/basic-install_co ntroller.html). My problem is when I create a instance. The instance Instance doesn't get IP address. checking http://169.254.169.254/20090404/instanceid failed 1/20: up 187.68. request failed failed 2/20: up 190.06. request failed failed 3/20: up 192.24. request failed failed 4/20: up 194.43. request failed failed 5/20: up 196.61. request failed failed 6/20: up 198.82. request failed failed 7/20: up 201.03. request failed failed 8/20: up 203.22. request failed failed 9/20: up 205.42. request failed failed 10/20: up 207.64. request failed failed 11/20: up 209.87. request failed failed 12/20: up 212.08. request failed failed 13/20: up 214.29. request failed failed 14/20: up 216.49. request failed failed 15/20: up 218.70. request failed failed 16/20: up 220.91. request failed failed 17/20: up 223.13. request failed failed 18/20: up 225.38. request failed failed 19/20: up 227.62. request failed failed 20/20: up 229.87. request failed failed to read iid from metadata. tried 20 no results found for mode=net. up 232.10. searched: nocloud configdrive ec2 failed to get instanceid of datasource Starting dropbear sshd: generating rsa key... generating dsa key... OK === network info === ifinfo: lo,up,127.0.0.1,8,::1 ifinfo: eth0,up,,8,fe80::f816:3eff:fef3:2a6d === datasource: None None === At the controller I received the warning: 2013-09-04 00:40:44 WARNING [quantum.scheduler.dhcp_agent_scheduler] No active DHCP agents 2013-09-04 00:40:44 WARNING [quantum.db.agentschedulers_db] Fail scheduling network {'status': u'ACTIVE', 'subnets': [u'80b21701-4b05-4585-985a-60905ff42531'], 'name': u'public', 'provider:physical_network': None, 'admin_state_up': True, 'tenant_id': u'27d2b93f11ac4e91a3edb26edb28fb6b', 'provider:network_type': u'gre', 'router:external': True, 'shared': False, 'id': u'b3e465b7-b5a2-45d5-8b24-aa8bea0ab0a0', 'provider:segmentation_id': 2L} And when I executed: root at cloud:~# quantum agent-list Unknown command ['agent-list'] Other commands: root at cloud:~# nova-manage service list Binary Host Zone Status State Updated_At nova-cert cloud internal enabled :-) 2013-09-04 03:59:12 nova-consoleauth cloud internal enabled :-) 2013-09-04 03:59:12 nova-scheduler cloud internal enabled :-) 2013-09-04 03:59:12 nova-conductor cloud internal enabled :-) 2013-09-04 03:59:12 nova-compute c01 nova enabled :-) 2013-09-04 03:59:04 root at c01:~# nova list +--------------------------------------+---------+--------+----------------- -------+ | ID | Name | Status | Networks | +--------------------------------------+---------+--------+----------------- -------+ | 2c704622-1b5f-4651-9553-51aabee9090c | test29 | ACTIVE | public=xxx.xxx.xxx.xxx | I searched but I couldn't find any resolution. Anybody has this problem? Cheers. Marcelo Dieder _______________________________________________ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : openstack at lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack -------------- next part -------------- An HTML attachment was scrubbed... URL: From krzysiekg18 at gmail.com Wed Sep 4 13:51:29 2013 From: krzysiekg18 at gmail.com (Krzysztof G) Date: Wed, 4 Sep 2013 15:51:29 +0200 Subject: [Openstack] Problem with floating IP Message-ID: Hi everybody, I'm trying to deploy Openstack with Quantum networking on one node. I did all-in-one installation, then disabled nova-networking and installed Quantum networking. I configured internal networking with network address: 192.168.32.0/24. My host is connected to 10.133.31.128/27 company network in which I have few empty addresses which can be assigned to my VM's. I used my eth0 interface on host (which is in company network) as an external bridge and my eth1 as an internal bridge for VM's. I was following configuration written in this topic http://openstack.redhat.com/forum/discussion/comment/611 My topology is: http://s8.postimg.org/iaastbzx1/topology.jpg When I do 2 VM I can successfully assigned them with Internal addresses an also floating IP's. I can ping between them using internal address, but I can't ping my br-int address and cannot ping VM's from my host, floating addresses are useless. I cannot understand one thing. When I'm on server SV1 and want to ping VM1. Theoretically they are on the same subnet (10.133.31.128/27, beacuse I use free adresses from this subnet). But the real path is by the **br-ex and then OpenStack router**. How my SV1 and also switch SW know the correct path to VM1? Is floating IP telling the switch that the path to VM1 is on the same interface as it can reach br-ex (eth0) interface? Here is screenshot of my instances: http://s11.postimg.org/5btsqsfzm/instances.jpg and my network topology: http://s21.postimg.org/dkfhbgepj/network.jpg Thank you for your help. -------------- next part -------------- An HTML attachment was scrubbed... URL: From yannick.foeillet at alterway.fr Wed Sep 4 14:43:50 2013 From: yannick.foeillet at alterway.fr (Yannick Foeillet) Date: Wed, 4 Sep 2013 16:43:50 +0200 Subject: [Openstack] Novnc does not really work Message-ID: Hi everybody, I'm running a grizzly openstack infrastructure and after some times and reboot i can't use novnc console from dashboard. I got a workaround with : $ nova list To get my instance ID $ nova get-vnc-console $ID novnc Then the url retrieve with last command works fiine. I took a look at nova-consolauth logs and i found no errors... Someone has an idea ? Thanks in advance. -- Yannick -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 4837 bytes Desc: not available URL: From anne at openstack.org Wed Sep 4 15:09:30 2013 From: anne at openstack.org (Anne Gentle) Date: Wed, 4 Sep 2013 10:09:30 -0500 Subject: [Openstack] Novnc does not really work In-Reply-To: References: Message-ID: What browser are you using? To use the VNC client with the dashboard, the browser must support HTML5 Canvas and HTML5 WebSockets. For details about browsers that support noVNC, see https://github.com/kanaka/noVNC/blob/master/README.md, and https://github.com/kanaka/noVNC/wiki/Browser-support, respectively. On Wed, Sep 4, 2013 at 9:43 AM, Yannick Foeillet < yannick.foeillet at alterway.fr> wrote: > Hi everybody, > > I'm running a grizzly openstack infrastructure and after some times and > reboot i can't use novnc console from dashboard. > I got a workaround with : > > $ nova list > > To get my instance ID > > $ nova get-vnc-console $ID novnc > > Then the url retrieve with last command works fiine. > > I took a look at nova-consolauth logs and i found no errors... > > Someone has an idea ? > > Thanks in advance. > > -- > Yannick > > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From yannick.foeillet at alterway.fr Wed Sep 4 15:31:21 2013 From: yannick.foeillet at alterway.fr (Yannick Foeillet) Date: Wed, 4 Sep 2013 17:31:21 +0200 Subject: [Openstack] Novnc does not really work In-Reply-To: References: Message-ID: <2DAFE8F1-B61F-490F-AB7D-6FB796CB53A5@alterway.fr> Thanks Anne, I tried with browers below : - firefox - chrome - safari I saw novnc console to work before. And with the url given by nova it works... I continue my investigations . Le 4 sept. 2013 à 17:09, Anne Gentle a écrit : > What browser are you using? > To use the VNC client with the dashboard, the browser must support HTML5 Canvas and HTML5 WebSockets. > > For details about browsers that support noVNC, seehttps://github.com/kanaka/noVNC/blob/master/README.md, andhttps://github.com/kanaka/noVNC/wiki/Browser-support, respectively. > > > > On Wed, Sep 4, 2013 at 9:43 AM, Yannick Foeillet wrote: > Hi everybody, > > I'm running a grizzly openstack infrastructure and after some times and reboot i can't use novnc console from dashboard. > I got a workaround with : > > $ nova list > > To get my instance ID > > $ nova get-vnc-console $ID novnc > > Then the url retrieve with last command works fiine. > > I took a look at nova-consolauth logs and i found no errors... > > Someone has an idea ? > > Thanks in advance. > > -- > Yannick > > _______________________________________________ > Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > -- Yannick Foeillet Consultant Expert Infrastructure Alter Way 1 rue royale 92210 Saint-Cloud Afin de contribuer au respect de l'environnement, merci de n'imprimer ce mail qu'en cas de nécessité -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: email-awsig-cloud.jpeg Type: image/jpeg Size: 22463 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 4837 bytes Desc: not available URL: From clay.gerrard at gmail.com Wed Sep 4 15:37:29 2013 From: clay.gerrard at gmail.com (Clay Gerrard) Date: Wed, 4 Sep 2013 08:37:29 -0700 Subject: [Openstack] Update Swift to 1.9 In-Reply-To: <5226FE46.7080709@andalabs.com> References: <5226FE46.7080709@andalabs.com> Message-ID: If you installed via packages from RDO or Cloud Archive - they probably have 1.8 "grizzly" available. If you installed from source (or build your own packages) you can just fetch the updates from github [3] and checkout the 1.9.2 tag [4]. 1. http://openstack.redhat.com/ 2. https://wiki.ubuntu.com/ServerTeam/CloudArchive 3. https://github.com/openstack/swift 4. https://github.com/openstack/swift/tree/1.9.2 -Clay On Wed, Sep 4, 2013 at 2:32 AM, Mahardhika wrote: > Hi all, currently i used swift 1.6.0, how can i update to recent swift > 1.9 ? > thanks > -- > Regards, > Mahardhika Gilang > > ** > > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From tonytkdk at gmail.com Wed Sep 4 15:42:35 2013 From: tonytkdk at gmail.com (Kuo Hugo) Date: Wed, 4 Sep 2013 23:42:35 +0800 Subject: [Openstack] Update Swift to 1.9 In-Reply-To: References: <5226FE46.7080709@andalabs.com> Message-ID: additional information : - Build the package by your self(The Swift-core PPA was deprecated) : Custom Debian Package - From Ubuntu Cloud Archive repo : CloudArchive I check the current Havana-Staging includes 1.9.0, and 1.9.1 was proposed : Cloud Archive Team on Launchpad Hope it help +Hugo Kuo+ hugo at swiftstack.com tonytkdk at gmail.com +886 935004793 2013/9/4 Clay Gerrard > If you installed via packages from RDO or Cloud Archive - they probably > have 1.8 "grizzly" available. > > If you installed from source (or build your own packages) you can just > fetch the updates from github [3] and checkout the 1.9.2 tag [4]. > > 1. http://openstack.redhat.com/ > 2. https://wiki.ubuntu.com/ServerTeam/CloudArchive > 3. https://github.com/openstack/swift > 4. https://github.com/openstack/swift/tree/1.9.2 > > -Clay > > > On Wed, Sep 4, 2013 at 2:32 AM, Mahardhika wrote: > >> Hi all, currently i used swift 1.6.0, how can i update to recent swift >> 1.9 ? >> thanks >> -- >> Regards, >> Mahardhika Gilang >> >> ** >> >> _______________________________________________ >> Mailing list: >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> Post to : openstack at lists.openstack.org >> Unsubscribe : >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> >> > > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From clay.gerrard at gmail.com Wed Sep 4 15:42:42 2013 From: clay.gerrard at gmail.com (Clay Gerrard) Date: Wed, 4 Sep 2013 08:42:42 -0700 Subject: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift In-Reply-To: <1378273871.52383.YahooMailNeo@web193604.mail.sg3.yahoo.com> References: <1377498985.92309.YahooMailNeo@web193603.mail.sg3.yahoo.com> <1377575715.63149.YahooMailNeo@web193603.mail.sg3.yahoo.com> <1377705664.3899.YahooMailNeo@web193602.mail.sg3.yahoo.com> <1377755510.20626.YahooMailNeo@web193601.mail.sg3.yahoo.com> <1377765810.77854.YahooMailNeo@web193606.mail.sg3.yahoo.com> <1377767543.33056.YahooMailNeo@web193603.mail.sg3.yahoo.com> <1377768176.9373.YahooMailNeo@web193606.mail.sg3.yahoo.com> <1377775079.21343.YahooMailNeo@web193602.mail.sg3.yahoo.com> <1377784746.26442.YahooMailNeo@web193603.mail.sg3.yahoo.com> <1377840941.9818.YahooMailNeo@web193605.mail.sg3.yahoo.com> <1377843725.53401.YahooMailNeo@web193602.mail.sg3.yahoo.com> <1378273871.52383.YahooMailNeo@web193604.mail.sg3.yahoo.com> Message-ID: So the builder files look right, you should grep the logs for the transaction id of the request that 503'd and see if the proxy is still getting connection errors (i.e. still trying to connect to 10.0.2.15) grep txb0d8717ab05c4cf0bdebd-005226c8a4 /var/log/syslog If the proxy is still going to the old 10.0.2.15 you need to rebalance your rings swift-ring-builder account.builder reblanace -Clay On Tue, Sep 3, 2013 at 10:51 PM, pragya jain wrote: > root at arun-Aspire-5742:/etc/swift# swift-ring-builder object.builder > object.builder, build version 14 > 262144 partitions, 3.000000 replicas, 1 regions, 1 zones, 1 devices, 0.00 > balance > The minimum number of hours before a partition can be reassigned is 24 > Devices: id region zone ip address port replication ip > replication port name weight partitions balance meta > 2 1 1 127.0.0.1 6000 127.0.0.1 > 6000 d1 100.00 786432 0.00 > root at arun-Aspire-5742:/etc/swift# swift-ring-builder account.builder > account.builder, build version 14 > 262144 partitions, 3.000000 replicas, 1 regions, 1 zones, 1 devices, 0.00 > balance > The minimum number of hours before a partition can be reassigned is 24 > Devices: id region zone ip address port replication ip > replication port name weight partitions balance meta > 2 1 1 127.0.0.1 6002 127.0.0.1 > 6002 d1 100.00 786432 0.00 > root at arun-Aspire-5742:/etc/swift# swift-ring-builder container.builder > container.builder, build version 11 > 262144 partitions, 3.000000 replicas, 1 regions, 1 zones, 1 devices, 0.00 > balance > The minimum number of hours before a partition can be reassigned is 24 > Devices: id region zone ip address port replication ip > replication port name weight partitions balance meta > 1 1 1 127.0.0.1 6001 127.0.0.1 > 6001 d1 100.00 786432 0.00 > root at arun-Aspire-5742:/etc/swift# cd ~ > root at arun-Aspire-5742:~# sudo swift-init account start > Starting account-server...(/etc/swift/account-server.conf) > root at arun-Aspire-5742:~# sudo swift-init proxy start > Starting proxy-server...(/etc/swift/proxy-server.conf) > root at arun-Aspire-5742:~# curl -v -H 'X-Auth-User:prag2648:pragya' -H > 'X-Auth-Key:pj2648' http://localhost:8080/auth/v1.0/ > * About to connect() to localhost port 8080 (#0) > * Trying 127.0.0.1... connected > > GET /auth/v1.0/ HTTP/1.1 > > User-Agent: curl/7.22.0 (i686-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 > zlib/1.2.3.4 libidn/1.23 librtmp/2.3 > > Host: localhost:8080 > > Accept: */* > > X-Auth-User:prag2648:pragya > > X-Auth-Key:pj2648 > > > < HTTP/1.1 200 OK > < X-Storage-Url: http://localhost:8080/v1/AUTH_prag2648 > < X-Auth-Token: AUTH_tk4be7b90194c747468c4973675db15ca5 > < Content-Type: text/html; charset=UTF-8 > < X-Storage-Token: AUTH_tk4be7b90194c747468c4973675db15ca5 > < Content-Length: 0 > < X-Trans-Id: txc07e87d3d4b8487b85d89-005226c820 > < Date: Wed, 04 Sep 2013 05:41:52 GMT > < > * Connection #0 to host localhost left intact > * Closing connection #0 > root at arun-Aspire-5742:~# curl -v -H > 'X-Storage-Token:AUTH_tk4be7b90194c747468c4973675db15ca5' > http://127.0.0.1:8080/v1/AUTH_prag2648/ > * About to connect() to 127.0.0.1 port 8080 (#0) > * Trying 127.0.0.1... connected > > GET /v1/AUTH_prag2648/ HTTP/1.1 > > User-Agent: curl/7.22.0 (i686-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 > zlib/1.2.3.4 libidn/1.23 librtmp/2.3 > > Host: 127.0.0.1:8080 > > Accept: */* > > X-Storage-Token:AUTH_tk4be7b90194c747468c4973675db15ca5 > > > < HTTP/1.1 503 Internal Server Error > < Content-Length: 118 > < Content-Type: text/html; charset=UTF-8 > < X-Trans-Id: tx2301beb46542488597d23-005226c87d > < Date: Wed, 04 Sep 2013 05:43:26 GMT > < > * Connection #0 to host 127.0.0.1 left intact > * Closing connection #0 >

Service Unavailable

The server is currently unavailable. > Please try again at a later time.

root at arun-Aspire-5742:~# > root at arun-Aspire-5742:~# curl -v -H > 'X-Storage-Token:AUTH_tk4be7b90194c747468c4973675db15ca5' > http://127.0.0.1/v1/AUTH_prag2648/ > * About to connect() to 127.0.0.1 port 80 (#0) > * Trying 127.0.0.1... Connection refused > * couldn't connect to host > * Closing connection #0 > curl: (7) couldn't connect to host > root at arun-Aspire-5742:~# curl -v -H > 'X-Storage-Token:AUTH_tk4be7b90194c747468c4973675db15ca5' > http://localhost:8080/v1/AUTH_prag2648/ > * About to connect() to localhost port 8080 (#0) > * Trying 127.0.0.1... connected > > GET /v1/AUTH_prag2648/ HTTP/1.1 > > User-Agent: curl/7.22.0 (i686-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 > zlib/1.2.3.4 libidn/1.23 librtmp/2.3 > > Host: localhost:8080 > > Accept: */* > > X-Storage-Token:AUTH_tk4be7b90194c747468c4973675db15ca5 > > > < HTTP/1.1 503 Internal Server Error > < Content-Length: 118 > < Content-Type: text/html; charset=UTF-8 > < X-Trans-Id: txb0d8717ab05c4cf0bdebd-005226c8a4 > < Date: Wed, 04 Sep 2013 05:44:05 GMT > < > * Connection #0 to host localhost left intact > * Closing connection #0 >

Service Unavailable

The server is currently unavailable. > Please try again at a later time.

root at arun-Aspire-5742:~# > root at arun-Aspire-5742:~# grep txa4c98c518382430ab9f5f-005222dede > /var/log/syslogroot at arun-Aspire-5742:~# > > > ------------------------------ > *From:* Kuo Hugo > *To:* pragya jain > *Cc:* Gareth ; "openstack at lists.openstack.org" < > openstack at lists.openstack.org> > *Sent:* Friday, 30 August 2013 1:15 PM > > *Subject:* Re: [Openstack] Fw: problem in setting up Tempauth > authentication & authorization with Swift > > Hmm.... > > 1) No Container and Object servers are running > 2) Only one drive in the ring > 3) No device been mount to /srv/node/* , unless you are disabling > mount_check > 4) Did you setup rsync yet ? > > Maybe you can follow the online document to complete the above items. > > Good luck~ > > > > +Hugo Kuo+ > hugo at swiftstack.com > tonytkdk at gmail.com > +886 935004793 > > > 2013/8/30 pragya jain > > root at arun-Aspire-5742:~# swift-ring-builder /etc/swift/account.builder > /etc/swift/account.builder, build version 1 > 262144 partitions, 3.000000 replicas, 1 regions, 1 zones, 1 devices, 0.00 > balance > The minimum number of hours before a partition can be reassigned is 24 > Devices: id region zone ip address port replication ip > replication port name weight partitions balance meta > 0 1 1 10.0.2.15 6000 10.0.2.15 > 6000 d1 100.00 786432 0.00 > root at arun-Aspire-5742:~# swift-ring-builder /etc/swift/container.builder > /etc/swift/container.builder, build version 1 > 262144 partitions, 3.000000 replicas, 1 regions, 1 zones, 1 devices, 0.00 > balance > The minimum number of hours before a partition can be reassigned is 24 > Devices: id region zone ip address port replication ip > replication port name weight partitions balance meta > 0 1 1 10.0.2.15 6001 10.0.2.15 > 6001 d1 100.00 786432 0.00 > root at arun-Aspire-5742:~# swift-ring-builder /etc/swift/object.builder > /etc/swift/object.builder, build version 1 > 262144 partitions, 3.000000 replicas, 1 regions, 1 zones, 1 devices, 0.00 > balance > The minimum number of hours before a partition can be reassigned is 24 > Devices: id region zone ip address port replication ip > replication port name weight partitions balance meta > 0 1 1 10.0.2.15 6002 10.0.2.15 > 6002 d1 100.00 786432 0.00 > root at arun-Aspire-5742:~# ps aux | grep swift > swift 5174 0.0 0.1 18700 11548 ? Ss 10:45 0:00 > /usr/bin/python /usr/local/bin/swift-account-server > /etc/swift/account-server.conf > swift 5181 0.0 0.1 18976 9624 ? S 10:45 0:00 > /usr/bin/python /usr/local/bin/swift-account-server > /etc/swift/account-server.conf > swift 5182 0.0 0.1 18992 9616 ? S 10:45 0:00 > /usr/bin/python /usr/local/bin/swift-account-server > /etc/swift/account-server.conf > swift 5183 0.0 0.1 18992 9620 ? S 10:45 0:00 > /usr/bin/python /usr/local/bin/swift-account-server > /etc/swift/account-server.conf > swift 5184 0.0 0.1 18992 9632 ? S 10:45 0:00 > /usr/bin/python /usr/local/bin/swift-account-server > /etc/swift/account-server.conf > swift 5192 0.0 0.2 18296 11812 ? Ss 10:45 0:00 > /usr/bin/python /usr/local/bin/swift-proxy-server > /etc/swift/proxy-server.conf > swift 5197 0.0 0.2 23512 15552 ? S 10:45 0:00 > /usr/bin/python /usr/local/bin/swift-proxy-server > /etc/swift/proxy-server.conf > swift 5198 0.0 0.2 23524 15628 ? S 10:45 0:00 > /usr/bin/python /usr/local/bin/swift-proxy-server > /etc/swift/proxy-server.conf > swift 5199 0.0 0.2 23524 15300 ? S 10:45 0:00 > /usr/bin/python /usr/local/bin/swift-proxy-server > /etc/swift/proxy-server.conf > swift 5200 0.0 0.2 23524 15300 ? S 10:45 0:00 > /usr/bin/python /usr/local/bin/swift-proxy-server > /etc/swift/proxy-server.conf > root 6986 0.0 0.0 4388 828 pts/0 S+ 11:46 0:00 grep > --color=auto swift > root at arun-Aspire-5742:~# df -h > Filesystem Size Used Avail Use% Mounted on > /dev/sda4 170G 3.8G 158G 3% / > udev 2.8G 4.0K 2.8G 1% /dev > tmpfs 1.2G 908K 1.2G 1% /run > none 5.0M 4.0K 5.0M 1% /run/lock > none 2.8G 220K 2.8G 1% /run/shm > /dev/sda2 98G 25G 73G 26% /media/D8EA06E4EA06BEAE > /dev/sda5 98G 54G 45G 55% /media/8AE41BA8E41B9613 > root at arun-Aspire-5742:~# ls /srv/node/* > /srv/node/d1: > > /srv/node/d2: > > /srv/node/d3: > root at arun-Aspire-5742:~# netstat -antulp > Active Internet connections (servers and established) > Proto Recv-Q Send-Q Local Address Foreign Address State > PID/Program name > tcp 0 0 127.0.0.1:11211 0.0.0.0:* > LISTEN 941/memcached > tcp 0 0 0.0.0.0:8080 0.0.0.0:* > LISTEN 5192/python > tcp 0 0 0.0.0.0:6002 0.0.0.0:* > LISTEN 5174/python > tcp 0 0 127.0.0.1:53 0.0.0.0:* > LISTEN 6936/dnsmasq > tcp 0 0 127.0.0.1:631 0.0.0.0:* > LISTEN 596/cupsd > tcp 0 0 101.58.138.11:56680 207.171.162.71:443 > ESTABLISHED 2042/chrome > tcp 0 0 127.0.0.1:11211 127.0.0.1:45287 ESTABL > ISHED 941/memcached > tcp 0 0 127.0.0.1:11211 127.0.0.1:45292 > ESTABLISHED 941/memcached > tcp 0 0 127.0.0.1:45287 127.0.0.1:11211 > ESTABLISHED 5197/python > tcp 1 0 101.58.138.11:34377 91.189.89.144:80 CLOSE_WAIT 1674/ubuntu-geoip-p > tcp 0 0 127.0.0.1:45292 127.0.0.1:11211 > ESTABLISHED 5198/python > tcp6 0 0 ::1:631 :::* LISTEN > 596/cupsd > udp 0 0 127.0.0.1:11211 0.0.0.0:* > 941/memcached > udp 0 0 0.0.0.0:46638 0.0.0.0:* > 576/avahi-daemon: r > udp 0 0 127.0.0.1:53 0.0.0.0:* > 6936/dnsmasq > udp 0 0 0.0.0.0:5353 0.0.0.0:* > 576/avahi-daemon: r > udp6 0 0 :::55335 :::* > 576/avahi-daemon: r > udp6 0 0 :::5353 :::* > 576/avahi-daemon: r > root at arun-Aspire-5742:~# swift-init all status > No container-updater running > No account-auditor running > No object-replicator running > proxy-server running (5192 - /etc/swift/proxy-server.conf) > No container-replicator running > No object-auditor running > No object-expirer running > No container-auditor running > No container-server running > account-server running (5174 - /etc/swift/account-server.conf) > No account-reaper running > No container-sync running > No account-replicator running > No object-updater running > No object-server running > > ------------------------------ > *From:* Kuo Hugo > *To:* pragya jain > *Cc:* Gareth ; "openstack at lists.openstack.org" < > openstack at lists.openstack.org> > *Sent:* Friday, 30 August 2013 11:23 AM > > *Subject:* Re: [Openstack] Fw: problem in setting up Tempauth > authentication & authorization with Swift > > Hi Pragya : > > I'm in *highly* recommends that you can go through the Swift online > document http://docs.openstack.org/developer/swift/index.html . > It's a good place to understand the basic architecture, especially swift > *terms* > > > *Check rings :* > > $> swift-ring-builder /etc/swift/object.builder > $> swift-ring-builder /etc/swift/container.builder > $> swift-ring-builder /etc/swift/account.builder > > > *Check Swift workers :* > > $> swift-init all status > $> ps aux | grep swift > $> df -h > $> ls /srv/node/* > $> netstat -antulp > > > > > > +Hugo Kuo+ > hugo at swiftstack.com > tonytkdk at gmail.com > +886 935004793 > > > 2013/8/30 pragya jain > > hello sir, > > I am working on single node. > Please let me know how to check network topology and ring structure. > > > ------------------------------ > *From:* Gareth > *To:* Kuo Hugo > *Cc:* pragya jain ; "openstack at lists.openstack.org" > > *Sent:* Friday, 30 August 2013 8:11 AM > > *Subject:* Re: [Openstack] Fw: problem in setting up Tempauth > authentication & authorization with Swift > > Pragya > > The v1.0 auth uses tempauth for swift, like what you config in > proxy-server.conf. All account data is read from that file, so you couldn't > add/delete account in tempauth without modifying config file and restart > swift. > > BTW, your curl link here "curl -v -H 'X-Storage-Token:AUTH_ > tk3867b7599d5346559ee0baaa09e0f40d' > http://localhost:8080/v1/AUTH_prag2648/" actually is a GET request, which > means getting account data. If you config everything correctly, it must > have valid response. And you logs are a better way to find what happened in > this request (set log level to DEBUG, and you will get more details). > > > On Fri, Aug 30, 2013 at 7:47 AM, Kuo Hugo wrote: > > Hi Pragya, > > I need more information. > > 1) Please draw a network topology of your environment > 2) How many nodes do you have? > 3) What's the ring looks like ? > > > Hugo Kuo > hugo at swiftstack.com > tonytkdk at gmail.com > +886 935004793 > > > 2013/8/29 pragya jain > > hello sir, > > connection is established successfully. But, when I try to create an > account, I face the problem. > > root at arun-Aspire-5742:~# sudo swift-init account start > Starting account-server...(/etc/swift/account-server.conf) > root at arun-Aspire-5742:~# sudo swift-init proxy start > Starting proxy-server...(/etc/swift/proxy-server.conf) > root at arun-Aspire-5742:~# curl -v -H 'X-Auth-User:prag2648:pragya' -H > 'X-Auth-Key:pj2648' http://localhost:8080/auth/v1.0/ > * About to connect() to localhost port 8080 (#0) > * Trying 127.0.0.1... connected > > GET /auth/v1.0/ HTTP/1.1 > > User-Agent: curl/7.22.0 (i686-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 > zlib/1.2.3.4 libidn/1.23 librtmp/2.3 > > Host: localhost:8080 > > Accept: */* > > X-Auth-User:prag2648:pragya > > X-Auth-Key:pj2648 > > > < HTTP/1.1 200 OK > < X-Storage-Url: http://localhost:8080/v1/AUTH_prag2648 > < X-Auth-Token: AUTH_tk3867b7599d5346559ee0baaa09e0f40d > < Content-Type: text/html; charset=UTF-8 > < X-Storage-Token: AUTH_tk3867b7599d5346559ee0baaa09e0f40d > < Content-Length: 0 > < X-Trans-Id: txe2ab76a7617e40399f456-00521f3d16 > < Date: Thu, 29 Aug 2013 12:22:46 GMT > < > * Connection #0 to host localhost left intact > * Closing connection #0 > root at arun-Aspire-5742:~# python > Python 2.7.3 (default, Apr 10 2013, 05:46:21) > [GCC 4.6.3] on linux2 > Type "help", "copyright", "credits" or "license" for more information. > >>> import swift.common.memcached as memcached > >>> memcache = memcached.MemcacheRing(['127.0.0.1:11211']) > >>> print memcache.get('AUTH_/user/prag2648:pragya') > AUTH_tk3867b7599d5346559ee0baaa09e0f40d > >>> print > memcache.get('AUTH_/token/AUTH_tk3867b7599d5346559ee0baaa09e0f40d') > [1377865366.826027, > 'prag2648,prag2648:pragya,.reseller_admin,AUTH_prag2648'] > >>> > root at arun-Aspire-5742:~# curl -v -H > 'X-Storage-Token:AUTH_tk3867b7599d5346559ee0baaa09e0f40d' > http://127.0.0.1/v1/Auth_prag2648/ > * About to connect() to 127.0.0.1 port 80 (#0) > * Trying 127.0.0.1... Connection refused > * couldn't connect to host > * Closing connection #0 > curl: (7) couldn't connect to host > root at arun-Aspire-5742:~# curl -v -H > 'X-Storage-Token:AUTH_tk3867b7599d5346559ee0baaa09e0f40d' > http://localhost:8080/v1/AUTH_prag2648/ > * About to connect() to localhost port 8080 (#0) > * Trying 127.0.0.1... connected > > GET /v1/AUTH_prag2648/ HTTP/1.1 > > User-Agent: curl/7.22.0 (i686-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 > zlib/ > 1.2.3.4 libidn/1.23 librtmp/2.3 > > Host: localhost:8080 > > Accept: */* > > X-Storage-Token:AUTH_tk3867b7599d5346559ee0baaa09e0f40d > > > < HTTP/1.1 503 Internal Server Error > < Content-Length: 118 > < Content-Type: text/html; charset=UTF-8 > < X-Trans-Id: txd6fd9eead36e4b74b0869-00521f3efe > < Date: Thu, 29 Aug 2013 12:30:55 GMT > < > * Connection #0 to host localhost left intact > * Closing connection #0 >

Service Unavailable

The server is currently unavailable. > Please try again at a later time.

root at arun-Aspire-5742:~# > > Please help me in this regard. > > --- > > Pragya Jain > > ------------------------------ > *From:* pragya jain > *To:* Kuo Hugo > *Cc:* "openstack at lists.openstack.org" > *Sent:* Thursday, 29 August 2013 4:47 PM > *Subject:* Re: [Openstack] Fw: problem in setting up Tempauth > authentication & authorization with Swift > > Thanks Kuo very much for this help. > connection is successfully established. > > > ------------------------------ > *From:* Kuo Hugo > *To:* pragya jain > *Cc:* "openstack at lists.openstack.org" > *Sent:* Thursday, 29 August 2013 3:46 PM > *Subject:* Re: [Openstack] Fw: problem in setting up Tempauth > authentication & authorization with Swift > > curl -v -H 'X-Auth-User:admin:admin' -H 'X-Auth-Key:admin' > http://localhost:8080/auth/v1.0/ > > > +Hugo Kuo+ > hugo at swiftstack.com > tonytkdk at gmail.com > +886 935004793 > > > 2013/8/29 pragya jain > > > > root at arun-Aspire-5742:~# netstat -antulp | grep 8080 > > tcp 0 0 0.0.0.0:8080 0.0.0.0:* > LISTEN 2421/python > > > > user = swift > > > > ________________________________ > > From: Kuo Hugo > > To: pragya jain > > Cc: "openstack at lists.openstack.org" > > Sent: Thursday, 29 August 2013 2:47 PM > > > > Subject: Re: [Openstack] Fw: problem in setting up Tempauth > authentication & authorization with Swift > > > > gt; netstat -antulp | grep 8080 > > > > 1) is 8080 port been used ? > > 2) What's the value of *user* parameter in proxy-server.conf > https://github.com/openstack/swift/blob/master/etc/proxy-server.conf-sample#L7 > > > > > > > > +Hugo Kuo+ > > hugo at swiftstack.com > > tonytkdk at gmail.com > > +886 935004793 > > > > > > 2013/8/29 pragya jain > > > > hello sir, > > > > I run the command: > > > > root at arun-Aspire-5742:~# find / -name swift-proxy-server > > /opt/swift/build/scripts-2.7/swift-proxy-server > > /opt/swift/bin/swift-proxy-server > > /usr/local/bin/swift-proxy-server > > > /usr/local/lib/python2.7/dist-packages/swift-1.9.2-py2.7.egg/EGG-INFO/scripts/swift-proxy-server > > > > root at arun-Aspire-5742:~# /usr/bin/python > /usr/local/bin/swift-proxy-server /etc/swift/proxy-server.conf > > Traceback (most recent call last): > > File "/usr/local/bin/swift-proxy-server", line 5, in > > pkg_resources.run_script('swift==1.9.2', 'swift-proxy-server') > > File "/usr/lib/python2.7/dist-packages/pkg_resources.py", line 499, in > run_script > > self.require(requires)[0].run_script(script_name, ns) > > File "/usr/lib/python2.7/dist-packages/pkg_resources.py", line 1235, > in run_script > > execfile(script_filename, namespace, namespace) > > File > "/usr/local/lib/python2.7/dist-packages/swift-1.9.2-py2.7.egg/EGG-INFO/scripts/swift-proxy-server", > line 22, in > > run_wsgi(conf_file, 'proxy-server', default_port=8080, **options) > > File > "/usr/local/lib/python2.7/dist-packages/swift-1.9.2-py2.7.egg/swift/common/wsgi.py", > line 251, in run_wsgi > > sock = get_socket(conf, default_port=kwargs.get('default_port', > 8080)) > > File > "/usr/local/lib/python2.7/dist-packages/swift-1.9.2-py2.7.egg/swift/common/wsgi.py", > line 168, in get_socket > > bind_addr[0], bind_addr[1], bind_timeout)) > > Exception: Could not bind to 0.0.0.0:8080 after trying for 30 seconds > > > > > > ________________________________ > > From: Kuo Hugo > > To: pragya jain > > Cc: "openstack at lists.openstack.org" > > Sent: Thursday, 29 August 2013 2:19 PM > > > > Subject: Re: [Openstack] Fw: problem in setting up Tempauth > authentication & authorization with Swift > > > > find out the swift-proxy-server binary in your OS. (The path in example > just an assumption) > > > > gt; find / -name swift-proxy-server > > > > > > > > +Hugo Kuo+ > > hugo at swiftstack.com > > tonytkdk at gmail.com > > +886 935004793 > > > > > > 2013/8/29 pragya jain > > > > hello sir > > > > Thanks for the help > > > > root at arun-Aspire-5742:~# /usr/bin/python /usr/bin/swift-proxy-server > /etc/swift/proxy-server.conf > > /usr/bin/python: can't open file '/usr/bin/swift-proxy-server': [Errno > 2] No such file or directory > > > > this is the result of the command. > > > > please help in this regard. > > > > ----- > > Pragya Jain > > > > ________________________________ > > From: Kuo Hugo > > To: pragya jain > > Cc: "openstack at lists.openstack.org" > > Sent: Thursday, 29 August 2013 1:20 PM > > > > Subject: Re: [Openstack] Fw: problem in setting up Tempauth > authentication & authorization with Swift > > > > Obviously, There's no proxy server running on your node. > > > > Please execute it on the node where proxy-server located: > > (I assume the binary is in /usr/bin and conf file is in /etc/swift) > > > > gt; /usr/bin/python /usr/bin/swift-proxy-server > /etc/swift/proxy-server.conf > > > > What's the result ? > > > > +Hugo Kuo+ > > hugo at swiftstack.com > > tonytkdk at gmail.com > > +886 935004793 > > > > > > 2013/8/29 pragya jain > > > > hello sir > > > > Thanks for the suggestion. > > > > (1) I give the space between pj2648 and .admin and also between .admin > and .reseller_admin and tried the connection again, but face the same > problem > > > > root at arun-Aspire-5742:~# vi /etc/swift/proxy-server.conf > > > > and make following changes: > > > > > > user_admin_admin = admin .admin .reseller_admin > > user_test_tester = testing .admin > > user_test2_tester2 = testing2 .admin > > user_test_tester3 = testing3 > > > > user_prag2648_pragya = pj2648 .admin .reseller_admin > > > > and then > > > > root at arun-Aspire-5742:~# sudo swift-init account start > > Starting account-server...(/etc/swift/account-server.conf) > > root at arun-Aspire-5742:~# sudo swift-init proxy start > > > > Starting proxy-server...(/etc/swift/proxy-server.conf) > > root at arun-Aspire-5742:~# curl -v -H 'X-Auth-User:prag2648:pragya' -H > 'X-Auth-Key:pj2648' http://localhost/auth/v1.0/ > > * About to connect() to localhost port 80 (#0) > > * Trying 127.0.0.1... Connection refused > > * couldn't connect to host > > * Closing connection #0 > > curl: (7) couldn't connect to host > > > > (2) I also tired the connection with user admin:admin > > root at arun-Aspire-5742:~# curl -v -H 'X-Auth-User:admin:admin' -H > 'X-Auth-Key:admin' http://localhost/auth/v1.0/ > > > > * About to connect() to localhost port 80 (#0) > > * Trying 127.0.0.1... Connection refused > > * couldn't connect to host > > * Closing connection #0 > > curl: (7) couldn't connect to host > > > > (3) I also run the command to verify the port number of proxy > > root at arun-Aspire-5742:~# ps aux | grep proxy > > nobody 2124 0.0 0.0 5384 1164 ? S 10:39 0:00 > /usr/sbin/dnsmasq --no-resolv --keep-in-foreground --no-hosts > --bind-interfaces > --pid-file=/var/run/sendsigs.omit.d/network-manager.dnsmasq.pid > --listen-address=127.0.0.1 --conf-file=/var/run/nm-dns-dnsmasq.conf > --cache-size=0 --proxy-dnssec > > root 2724 0.0 0.0 4368 828 pts/0 R+ 10:52 0:00 grep > --color=auto proxy > > root at arun-Aspire-5742:~# netstat -antulp > > Active Internet connections (servers and established) > > Proto Recv-Q Send-Q Local Address Foreign Address > State PID/Program name > > tcp 0 0 127.0.0.1:11211 0.0.0.0:* > LISTEN 931/memcached > > tcp 0 0 127.0.0.1:53 0.0.0.0:* > LISTEN 2124/dnsmasq > > tcp 0 0 127.0.0.1:631 0.0.0.0:* > LISTEN 623/cupsd > > tcp 0 0 115.184.7.223:51521 74.125.236.132:80 TIME_WAIT - > > tcp 1 0 115.184.7.223:46280 91.189.89.144:80 CLOSE_WAIT 1663/ubuntu-geoip-p > > tcp 0 0 115.184.7.223:60563 173.194.38.147:80 TIME_WAIT - > > tcp 0 0 115.184.7.223:43256 124.124.201.179:80 TIME_WAIT - > > tcp 0 0 115.184.7.223:41791 124.124.201.169:80 TIME_WAIT - > > tcp 0 0 115.184.7.223:36669 124.124.252.9:80 TIME_WAIT - > > tcp 0 0 115.184.7.223:51747 173.194.38.184:80 TIME_WAIT - > > tcp 0 0 115.184.7.223:54229 74.125.236.44:443 > TIME_WAIT - > > tcp 0 0 115.184.7.223:36185 173.194.36.26:80 TIME_WAIT - > > tcp 0 0 115.184.7.223:38854 74.125.236.109:80 TIME_WAIT - > > tcp6 0 0 ::1:631 :::* > LISTEN 623/cupsd > > udp 0 0 0.0.0.0:5353 0.0.0.0:* > 619/avahi-daemon: r > > udp 0 0 0.0.0.0:53489 0.0.0.0:* > 619/avahi-daemon: r > > udp 0 0 127.0.0.1:11211 0.0.0.0:* > 931/memcached > > udp 0 0 127.0.0.1:53 0.0.0.0:* > 2124/dnsmasq > > udp6 0 0 :::5353 :::* > 619/avahi-daemon: r > > udp6 0 0 :::36705 :::* > 619/avahi-daemon: r > > > > Please help to proceed further. > > > > --- > > > > Thanks > > > > Pragya jain > > > > > > ________________________________ > > From: Kuo Hugo > > To: pragya jain > > Cc: Amanda Plimpton ; " > openstack at lists.openstack.org" > > Sent: Wednesday, 28 August 2013 9:59 PM > > Subject: Re: [Openstack] Fw: problem in setting up Tempauth > authentication & authorization with Swift > > > > Hi > > > > 1) user_prag2648_pragya = pj2648.admin.reseller_admin try to have a > space between pj2648 and .admin . How about to test with user admin:admin ? > > 2) Verify the port number of proxy by > > > > gt; ps aux | grep proxy > > gt; netstat -antulp > > > > > > 3) Check the Proxy for how to setup bind_port > https://github.com/openstack/swift/blob/master/etc/proxy-server.conf-sample > > > > > > > > > > > > +Hugo Kuo+ > > hugo at swiftstack.com > > tonytkdk at gmail.com > > +886 935004793 > > > > > > 2013/8/29 pragya jain > > > > hello sir, > > > > Please help me in knowing how to use 8080 port > > > > > > ________________________________ > > From: Amanda Plimpton > > To: pragya jain > > Cc: "joe at swiftstack.com" ; "contact at swiftstack.com" > ; anita goel > > Sent: Tuesday, 27 August 2013 9:40 AM > > Subject: Re: Fw: problem in setting up Tempauth authentication & > authorization with Swift > > > > Hello, > > > > Did Edward's suggestion of using port 8080 help at all? The error seems > to indicate a network setting issue. You may wish to double check the > settings and configuration. > > > > Given your interest in Swift I would also recommend locating a nearby > OpenStack group or attending an event such as > http://openstackindia.wordpress.com/2013/08/14/openstack-india-day-2013-announced/ > > > > > > Thank you, > > Amanda > > > > SwiftStack Inc. > > swiftstack.com > > > > > > On Mon, Aug 26, 2013 at 8:55 PM, pragya jain > wrote: > > > > hello sir! > > > > Please help me in setting up Tempauth authentication & authorization > with Swift. > > same error is continued. > > > > ----- Forwarded Message ----- > > From: pragya jain > > To: "joe at swiftstack.com" ; "clay.gerrard at gmail.com" > ; "contact at swiftstack.com" ; > "openstack at ask.openstack.org" ; " > openstack at lists.openstack.org" > > Cc: anita goel > > Sent: Monday, 26 August 2013 12:06 PM > > Subject: problem in setting up Tempauth authentication & authorization > with Swift > > > > hello, > > > > I have to configure proxy server. > > For this, > > I have to edit /etc/swift/swift.conf and change the > swift_hash_path_suffix to something secret and then, start the proxy server > process > > > > for this, I use the following commands: > > root at arun-Aspire-5742:~# vi /etc/swift/swift.conf > > > > make following changes (highlighted) in the file: > > swift_hash_path_suffix =pragya > > swift_hash_path_prefix =jain > > > > save and exit. > > then, I run the command: > > root at arun-Aspire-5742:~# sudo swift-init proxy start > > Starting proxy-server...(/etc/swift/proxy-server.conf) > > > > Now, I have to set up Tempauth authentication & authorization with Swift > > for this, I run the following command: > > root at arun-Aspire-5742:~# vi /etc/swift/proxy-server.conf > > > > make following changes (highlighted) in the file: > > allow_account_management =true > > ... > > [filter:tempauth] > > use = egg:swift#tempauth > > ... > > user_admin_admin = admin .admin .reseller_admin > > user_test_tester = testing .admin > > user_test2_tester2 = testing2 .admin > > user_test_tester3 = testing3 > > user_prag2648_pragya = pj2648.admin.reseller_admin > > ... > > > > save and exit > > Then, run following commands: > > root at arun-Aspire-5742:~# sudo swift-init account start > > Starting account-server...(/etc/swift/account-server.conf) > > root at arun-Aspire-5742:~# sudo swift-init proxy restart > > Signal proxy-server pid: 2476 signal: 15 > > proxy-server (2476) appears to have stopped > > Starting proxy-server...(/etc/swift/proxy-server.conf) > > root at arun-Aspire-5742:~# curl -v -H 'X-Auth-User:prag2648:pragya' -H > 'X-Auth-Key:pj2648' http://localhost/auth/v1.0/ > > * About to connect() to localhost port 80 (#0) > > * Trying 127.0.0.1... Connection refused > > * couldn't connect to host > > * Closing connection #0 > > curl: (7) couldn't connect to host > > > > But, there is an error in establising a connection. > > > > if, I run the command to start proxy server, then it shows that proxy > server is already started. > > root at arun-Aspire-5742:~# sudo swift-init proxy start > > proxy-server running (2935 - /etc/swift/proxy-server.conf) > > proxy-server already started... > > > > Please help me in this regard. > > --- > > > > Thanks > > > > Pragya Jain > > > > > > > > > > > > > > _______________________________________________ > > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > Post to : openstack at lists.openstack.org > > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > > > > -- > Gareth > > *Cloud Computing, OpenStack, Fitness, Basketball* > *OpenStack contributor* > *Company: UnitedStack * > *My promise: if you find any spelling or grammar mistakes in my email > from Mar 1 2013, notify me * > *and I'll donate $1 or ¥1 to an open organization you specify.* > > > > > > > > > > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From slukjanov at mirantis.com Wed Sep 4 15:46:31 2013 From: slukjanov at mirantis.com (Sergey Lukjanov) Date: Wed, 4 Sep 2013 19:46:31 +0400 Subject: [Openstack] Incubation Request: Savanna Message-ID: <2B90EBF4-C6BF-4377-B342-696470619FE5@mirantis.com> Hello Technical Committee Members and OpenStack Community, I've sent "Savanna incubation intention" [1] email with the short Savanna overview several weeks ago and now we would like to apply for the incubation! The official Savanna Incubator Application is available on the OpenStack wiki: https://wiki.openstack.org/wiki/Savanna/Incubation Thank you for taking a look into it! [1] http://lists.openstack.org/pipermail/openstack-dev/2013-August/013755.html Sincerely yours, Sergey Lukjanov Savanna Technical Lead Mirantis Inc. From Tim.Snider at netapp.com Wed Sep 4 17:08:20 2013 From: Tim.Snider at netapp.com (Snider, Tim) Date: Wed, 4 Sep 2013 17:08:20 +0000 Subject: [Openstack] [Swift] Small cluster size Message-ID: I'd like to get input from the community on a 'realistic' size of a small Swift cluster that might be deployed & used in the field for production. SAIO / test / lab setups aren't a consideration. I'm interested in hearing about both private and public cluster sizes that are deployed for actual. 4 nodes or fewer doesn't seems pretty small - 6 or 8 seems like a more realistic size of a small cluster. But I don't have any actual data/customer experience for those assumptions. Followup questions: Given that cluster size, do all nodes act as both Swift proxy and storage nodes? I assume they do. How big does a cluster get before node roles are separated? Thanks for the input, Tim -------------- next part -------------- An HTML attachment was scrubbed... URL: From luisguilherme.cr at gmail.com Wed Sep 4 18:21:58 2013 From: luisguilherme.cr at gmail.com (Guilherme Russi) Date: Wed, 4 Sep 2013 15:21:58 -0300 Subject: [Openstack] [Grizzly] Unable to reboot instance after Migrate In-Reply-To: References: Message-ID: Just to check, How did you do this part? 7. Configure your firewall to allow libvirt to communicate between nodes. Thank you. 2013/9/3 happy idea > > follow this page's guide *carefully* , > http://docs.openstack.org/trunk/openstack-compute/admin/content/configuring-live-migrations.html > replace 'NOVA-INST-DIR' with '/var/lib/nova' > > > 2013/9/4 Guilherme Russi > >> Hey there, I made my NFS configuration again, I made this way: >> >> Controller node: >> 1- mkdir -p /local2/instances >> >> 2- mount --bind /var/lib/nova/instances /local2/instances >> >> 3- added this inside /etc/exports >> /var/lib/nova/instances >> 192.168.3.0/24(rw,sync,fsid=0,no_root_squash,no_subtree_check) >> /local2/instances >> 192.168.3.0/24(rw,sync,fsid=0,no_root_squash,no_subtree_check,nohide) >> >> 4- added this inside /etc/fstab >> /var/lib/nova/instances /local2/instances none bind 0 0 >> >> >> Compute node: >> 1- added inside /etc/fstab >> 192.168.3.1:/ /var/lib/nova/instances nfs4 defaults >> 0 0 >> >> 2- mount -t nfs4 192.168.3.1:/ /var/lib/nova/instances/ >> >> Do I need to do anything else? >> >> Regards. >> >> Guilherme. >> >> >> 2013/9/1 happy idea >> >>> 2013-08-30 14:42:51.569 12667 ERROR nova.virt.libvirt.driver [-] >>> Getting disk size of instance-0000007d: [Errno 2] No such file or >>> directory: '/var/lib/nova/instances/72ec37a3-b209-4729-b628- >>> 005fdcea5a3c/disk' >>> >>> *I think may be your NFS config is not correct.* >>> >>> >>> 2013/8/31 Guilherme Russi >>> >>>> Hello Happy, these are my logs: >>>> >>>> 2013-08-30 14:42:51.402 12667 AUDIT nova.compute.resource_tracker [-] >>>> Auditing locally available compute resources >>>> 2013-08-30 14:42:51.562 12667 ERROR nova.virt.libvirt.driver [-] >>>> Getting disk size of instance-00000084: [Errno 2] No such file or >>>> directory: >>>> '/var/lib/nova/instances/c9e1c5ed-a108-4196-bfbc-24495e2e71bd/disk' >>>> 2013-08-30 14:42:51.564 12667 ERROR nova.virt.libvirt.driver [-] >>>> Getting disk size of instance-00000077: [Errno 2] No such file or >>>> directory: >>>> '/var/lib/nova/instances/483f98e3-8ef5-43e2-8c3a-def55abdabcd/disk' >>>> 2013-08-30 14:42:51.567 12667 ERROR nova.virt.libvirt.driver [-] >>>> Getting disk size of instance-000000bd: [Errno 2] No such file or >>>> directory: >>>> '/var/lib/nova/instances/66abd40e-fb19-4cbe-a248-61d968fd84b7/disk' >>>> 2013-08-30 14:42:51.569 12667 ERROR nova.virt.libvirt.driver [-] >>>> Getting disk size of instance-0000007d: [Errno 2] No such file or >>>> directory: >>>> '/var/lib/nova/instances/72ec37a3-b209-4729-b628-005fdcea5a3c/disk' >>>> 2013-08-30 14:42:51.679 12667 AUDIT nova.compute.resource_tracker [-] >>>> Free ram (MB): 2746 >>>> 2013-08-30 14:42:51.679 12667 AUDIT nova.compute.resource_tracker [-] >>>> Free disk (GB): 53 >>>> 2013-08-30 14:42:51.679 12667 AUDIT nova.compute.resource_tracker [-] >>>> Free VCPUS: 1 >>>> 2013-08-30 14:42:51.773 12667 INFO nova.compute.resource_tracker [-] >>>> Compute_service record updated for caos:caos >>>> 2013-08-30 14:42:51.774 12667 INFO nova.compute.manager [-] Updating >>>> host status >>>> >>>> >>>> And here the output when I run the command: >>>> >>>> ERROR: Live migration of instance c9af3e9e-87b1-4aa3-95aa-22700e1091e4 >>>> to host tiresias failed (HTTP 400) (Request-ID: >>>> req-630d7837-6886-4e23-bc3d-a9fccc4a8868) >>>> >>>> My destiny host awsers ping when I ping. >>>> >>>> I've been fighting against it a quite while without success. >>>> >>>> Regards. >>>> >>>> Guilherme. >>>> >>>> >>>> 2013/8/29 happy idea >>>> >>>>> OK. >>>>> >>>>> >>>>> 2013/8/30 Guilherme Russi >>>>> >>>>>> I am too, if I find something I'll let you know. >>>>>> >>>>>> Regards. >>>>>> >>>>>> >>>>>> 2013/8/29 happy idea >>>>>> >>>>>>> I am trying to figure out what cause the bug. >>>>>>> >>>>>>> >>>>>>> 2013/8/30 Guilherme Russi >>>>>>> >>>>>>>> Well mine are: >>>>>>>> >>>>>>>> ii nova-api >>>>>>>> 1:2013.1-0ubuntu2.1~cloud0 OpenStack Compute - API frontend >>>>>>>> ii nova-cert >>>>>>>> 1:2013.1-0ubuntu2.1~cloud0 OpenStack Compute - certificate >>>>>>>> management >>>>>>>> ii nova-common >>>>>>>> 1:2013.1-0ubuntu2.1~cloud0 OpenStack Compute - common files >>>>>>>> ii nova-conductor >>>>>>>> 1:2013.1-0ubuntu2.1~cloud0 OpenStack Compute - conductor >>>>>>>> service >>>>>>>> ii nova-consoleauth >>>>>>>> 1:2013.1-0ubuntu2.1~cloud0 OpenStack Compute - Console >>>>>>>> Authenticator >>>>>>>> ii nova-novncproxy >>>>>>>> 1:2013.1-0ubuntu2.1~cloud0 OpenStack Compute - NoVNC proxy >>>>>>>> ii nova-scheduler >>>>>>>> 1:2013.1-0ubuntu2.1~cloud0 OpenStack Compute - virtual machine >>>>>>>> scheduler >>>>>>>> ii python-nova >>>>>>>> 1:2013.1-0ubuntu2.1~cloud0 OpenStack Compute Python libraries >>>>>>>> ii python-novaclient 1:2.13.0-0ubuntu1~cloud0 >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> 2013/8/29 happy idea >>>>>>>> >>>>>>>>> Thank you. >>>>>>>>> >>>>>>>>> >>>>>>>>> 2013/8/29 Razique Mahroua >>>>>>>>> >>>>>>>>>> Looks like a bug to me, definitely…. >>>>>>>>>> but i can be wrong though >>>>>>>>>> >>>>>>>>>> *Razique Mahroua** - **Nuage & Co* >>>>>>>>>> razique.mahroua at gmail.com >>>>>>>>>> Tel : +33 9 72 37 94 15 >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> Le 29 août 2013 à 11:29, happy idea >>>>>>>>>> a écrit : >>>>>>>>>> >>>>>>>>>> Thank you. >>>>>>>>>> >>>>>>>>>> ---------- Forwarded message ---------- >>>>>>>>>> From: happy idea >>>>>>>>>> Date: 2013/8/29 >>>>>>>>>> Subject: [Openstack][Grizzly] Unable to reboot instance after >>>>>>>>>> Migrate >>>>>>>>>> To: openstack >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> Hi All, >>>>>>>>>> >>>>>>>>>> Here's the stacktrace log: >>>>>>>>>> >>>>>>>>>> 2013-08-29 15:12:29.515 WARNING nova.compute.manager >>>>>>>>>> [req-31944080-1a33-4679-98ce-af36e3660679 ae0f00ede33f42d9a12385b2c2ce8c0d >>>>>>>>>> 57d53e1dcff540b6aeaf0d6fd60be7ab] [instance: >>>>>>>>>> 038dbba7-534b-4c03-8914-a830c424ce21] Traceback (most recent call last): >>>>>>>>>> File >>>>>>>>>> "/usr/lib/python2.7/dist-packages/nova/compute/manager.py", line 1718, in >>>>>>>>>> reboot_instance >>>>>>>>>> bad_volumes_callback=bad_volumes_callback) >>>>>>>>>> File >>>>>>>>>> "/usr/lib/python2.7/dist-packages/nova/virt/libvirt/driver.py", line 1295, >>>>>>>>>> in reboot >>>>>>>>>> block_device_info) >>>>>>>>>> File >>>>>>>>>> "/usr/lib/python2.7/dist-packages/nova/virt/libvirt/driver.py", line 1371, >>>>>>>>>> in _hard_reboot >>>>>>>>>> self._create_images_and_backing(context, instance, >>>>>>>>>> disk_info_json) >>>>>>>>>> File >>>>>>>>>> "/usr/lib/python2.7/dist-packages/nova/virt/libvirt/driver.py", line 3248, >>>>>>>>>> in _create_images_and_backing >>>>>>>>>> cache_name = os.path.basename(info['backing_file']) >>>>>>>>>> File "/usr/lib/python2.7/posixpath.py", line 121, in basename >>>>>>>>>> i = p.rfind('/') + 1 >>>>>>>>>> AttributeError: 'NoneType' object has no attribute 'rfind' >>>>>>>>>> >>>>>>>>>> 2013-08-29 15:12:29.516 ERROR nova.compute.manager >>>>>>>>>> [req-31944080-1a33-4679-98ce-af36e3660679 ae0f00ede33f42d9a12385b2c2ce8c0d >>>>>>>>>> 57d53e1dcff540b6aeaf0d6fd60be7ab] [instance: >>>>>>>>>> 038dbba7-534b-4c03-8914-a830c424ce21] Cannot reboot instance: 'NoneType' >>>>>>>>>> object has no attribute 'rfind' >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> Looking for any help. >>>>>>>>>> Regards. >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>> >>>>>>>>> _______________________________________________ >>>>>>>>> Mailing list: >>>>>>>>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>>>>>>>> Post to : openstack at lists.openstack.org >>>>>>>>> Unsubscribe : >>>>>>>>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>>>>>>>> >>>>>>>>> >>>>>>>> >>>>>>> >>>>>> >>>>> >>>> >>> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: NUAGECO-LOGO-Fblan_petit.jpg Type: image/jpeg Size: 10122 bytes Desc: not available URL: From marcelodieder at gmail.com Wed Sep 4 18:55:38 2013 From: marcelodieder at gmail.com (Marcelo Dieder) Date: Wed, 04 Sep 2013 15:55:38 -0300 Subject: [Openstack] Quantum/Grizzy - Instance doesn't get IP In-Reply-To: <3712E275-EE13-40DB-9842-32B87FD1E2FB@IGT.com> References: <1378250729.59671.YahooMailNeo@web141001.mail.bf1.yahoo.com> <5226B1E2.1030305@gmail.com> <3712E275-EE13-40DB-9842-32B87FD1E2FB@IGT.com> Message-ID: <5227822A.7090901@gmail.com> Hi, yes, I have dnsmasq installed on Network Node. root at network:~# apt-get install dnsmasq Reading package lists... Done Building dependency tree Reading state information... Done dnsmasq is already the newest version. 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. root at network:~# ps aux | grep -i dnsmasq dnsmasq 3807 0.0 0.1 28820 980 ? S 15:29 0:00 /usr/sbin/dnsmasq -x /var/run/dnsmasq/dnsmasq.pid -u dnsmasq -r /var/run/dnsmasq/resolv.conf -7 /etc/dnsmasq.d,.dpkg-dist,.dpkg-old,.dpkg-new nobody 26040 0.0 0.2 28820 1004 ? S 15:45 0:00 dnsmasq --no-hosts --no-resolv --strict-order --bind-interfaces --interface=tap91e05e25-7f --except-interface=lo --pid-file=/var/lib/quantum/dhcp/a8f7c937-e8d0-4952-bff6-7d364335df22/pid --dhcp-hostsfile=/var/lib/quantum/dhcp/a8f7c937-e8d0-4952-bff6-7d364335df22/host --dhcp-optsfile=/var/lib/quantum/dhcp/a8f7c937-e8d0-4952-bff6-7d364335df22/opts --dhcp-script=/usr/bin/quantum-dhcp-agent-dnsmasq-lease-update --leasefile-ro --dhcp-range=set:tag0,10.5.5.0,static,120s --conf-file= --domain=openstacklocal root 26041 0.0 0.0 28792 244 ? S 15:45 0:00 dnsmasq --no-hosts --no-resolv --strict-order --bind-interfaces --interface=tap91e05e25-7f --except-interface=lo --pid-file=/var/lib/quantum/dhcp/a8f7c937-e8d0-4952-bff6-7d364335df22/pid --dhcp-hostsfile=/var/lib/quantum/dhcp/a8f7c937-e8d0-4952-bff6-7d364335df22/host --dhcp-optsfile=/var/lib/quantum/dhcp/a8f7c937-e8d0-4952-bff6-7d364335df22/opts --dhcp-script=/usr/bin/quantum-dhcp-agent-dnsmasq-lease-update --leasefile-ro --dhcp-range=set:tag0,10.5.5.0,static,120s --conf-file= --domain=openstacklocal I restarted the service dnsmasq, but occured the same problem when I started a new instance. 2013-09-04 15:39:44 WARNING [quantum.db.agentschedulers_db] Fail scheduling network {'status': u'ACTIVE', 'subnets': [u'80b21701-4b05-4585-985a-60905ff42531'], 'name': u'public', 'provider:physical_network': None, 'admin_state_up': True, 'tenant_id': u'27d2b93f11ac4e91a3edb26edb28fb6b', 'provider:network_type': u'gre', 'router:external': True, 'shared': False, 'id': u'b3e465b7-b5a2-45d5-8b24-aa8bea0ab0a0', 'provider:segmentation_id': 2L} 2013-09-04 15:47:00 WARNING [quantum.db.agentschedulers_db] Fail scheduling network {'status': u'ACTIVE', 'subnets': [u'80b21701-4b05-4585-985a-60905ff42531'], 'name': u'public', 'provider:physical_network': None, 'admin_state_up': True, 'tenant_id': u'27d2b93f11ac4e91a3edb26edb28fb6b', 'provider:network_type': u'gre', 'router:external': True, 'shared': False, 'id': u'b3e465b7-b5a2-45d5-8b24-aa8bea0ab0a0', 'provider:segmentation_id': 2L} Thanks. Marcelo Dieder On 09/04/2013 11:15 AM, Hathaway.Jon wrote: > Do you have dnsmasq installed? I found that it isnt installed as a > dependency. Without it i never received dhcp either. > > Sent from my iPhone > > On Sep 3, 2013, at 10:31 PM, "happy idea" > wrote: > >> you didn't install the dhcp agent, please refer to this guide >> https://github.com/mseknibilel/OpenStack-Grizzly-Install-Guide/blob/OVS_MultiNode/OpenStack_Grizzly_Install_Guide.rst >> >> >> 2013/9/4 Marcelo Dieder > > >> >> Hi All! >> >> I have a ambient with 3 hosts (Network, Controller and Node1 >> (Qemu)). I created an ambient based this tutorial >> (http://docs.openstack.org/grizzly/basic-install/apt/content/basic-install_controller.html). >> My problem is when I create a instance. The instance Instance >> doesn't get IP address. >> >> checkinghttp://169.254.169.254/20090404/instanceid >> failed 1/20: up 187.68. request failed >> failed 2/20: up 190.06. request failed >> failed 3/20: up 192.24. request failed >> failed 4/20: up 194.43. request failed >> failed 5/20: up 196.61. request failed >> failed 6/20: up 198.82. request failed >> failed 7/20: up 201.03. request failed >> failed 8/20: up 203.22. request failed >> failed 9/20: up 205.42. request failed >> failed 10/20: up 207.64. request failed >> failed 11/20: up 209.87. request failed >> failed 12/20: up 212.08. request failed >> failed 13/20: up 214.29. request failed >> failed 14/20: up 216.49. request failed >> failed 15/20: up 218.70. request failed >> failed 16/20: up 220.91. request failed >> failed 17/20: up 223.13. request failed >> failed 18/20: up 225.38. request failed >> failed 19/20: up 227.62. request failed >> failed 20/20: up 229.87. request failed >> failed to read iid from metadata. tried 20 >> no results found for mode=net. up 232.10. searched: nocloud configdrive ec2 >> failed to get instanceid of datasource >> Starting dropbear sshd: generating rsa key... generating dsa key... OK >> === network info === >> ifinfo: lo,up,127.0.0.1,8,::1 >> ifinfo: eth0,up,,8,fe80::f816:3eff:fef3:2a6d >> === datasource: None None === >> >> >> At the controller I received the warning: >> >> >> 2013-09-04 00:40:44 WARNING >> [quantum.scheduler.dhcp_agent_scheduler] No active DHCP agents >> 2013-09-04 00:40:44 WARNING [quantum.db.agentschedulers_db] Fail >> scheduling network {'status': u'ACTIVE', 'subnets': >> [u'80b21701-4b05-4585-985a-60905ff42531'], 'name': u'public', >> 'provider:physical_network': None, 'admin_state_up': True, >> 'tenant_id': u'27d2b93f11ac4e91a3edb26edb28fb6b', >> 'provider:network_type': u'gre', 'router:external': True, >> 'shared': False, 'id': u'b3e465b7-b5a2-45d5-8b24-aa8bea0ab0a0', >> 'provider:segmentation_id': 2L} >> >> And when I executed: >> >> >> root at cloud:~# quantum agent-list >> Unknown command ['agent-list'] >> >> Other commands: >> >> root at cloud:~# nova-manage service list >> Binary Host Zone Status State Updated_At >> nova-cert cloud internal enabled :-) >> 2013-09-04 03:59:12 >> nova-consoleauth cloud internal enabled :-) >> 2013-09-04 03:59:12 >> nova-scheduler cloud internal enabled :-) >> 2013-09-04 03:59:12 >> nova-conductor cloud internal enabled :-) >> 2013-09-04 03:59:12 >> nova-compute c01 nova enabled :-) 2013-09-04 >> 03:59:04 >> >> root at c01:~# nova list >> +--------------------------------------+---------+--------+------------------------+ >> | ID | Name | Status | >> Networks | >> +--------------------------------------+---------+--------+------------------------+ >> | 2c704622-1b5f-4651-9553-51aabee9090c | test29 | ACTIVE | >> public=xxx.xxx.xxx.xxx | >> >> I searched but I couldn't find any resolution. Anybody has this >> problem? >> >> Cheers. >> >> Marcelo Dieder >> >> >> >> _______________________________________________ >> Mailing list: >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> Post to : openstack at lists.openstack.org >> >> Unsubscribe : >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> >> >> _______________________________________________ >> Mailing list: >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> Post to : openstack at lists.openstack.org >> >> Unsubscribe : >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack -------------- next part -------------- An HTML attachment was scrubbed... URL: From ntdeveloper2002 at yahoo.com Wed Sep 4 19:20:46 2013 From: ntdeveloper2002 at yahoo.com (Mark Brown) Date: Wed, 4 Sep 2013 12:20:46 -0700 (PDT) Subject: [Openstack] Mapping - keystone to Swift Message-ID: <1378322446.5262.YahooMailNeo@web141001.mail.bf1.yahoo.com> Hello, Is there any documentation about what is the mapping between keystone constructs and Swift constructs? Keystone has tenants, users, roles and Swift has accounts. Tenants map 1-1 to Swift accounts, and users within a tenant(or account) can access each others objects and containers if they are admin(role). What does a user map to in Swift though, or is it just used within Keystone, for local or say, AD users? Also, does a role map to anything within Swift? It is a bit confusing, because Swift requires admin access to create objects, is that only specific to keystone as an auth. Some clarity around this would really help. Cheers. -------------- next part -------------- An HTML attachment was scrubbed... URL: From ntdeveloper2002 at yahoo.com Wed Sep 4 19:21:20 2013 From: ntdeveloper2002 at yahoo.com (Mark Brown) Date: Wed, 4 Sep 2013 12:21:20 -0700 (PDT) Subject: [Openstack] Cinder question In-Reply-To: References: <1378250729.59671.YahooMailNeo@web141001.mail.bf1.yahoo.com> <3B3B2633-36EC-451A-B266-529558AA1FB3@gmail.com> Message-ID: <1378322480.24181.YahooMailNeo@web141006.mail.bf1.yahoo.com> It definitely would be something useful. Dont know why it is not already implemented. ________________________________ From: Swapnil Kulkarni To: Razique Mahroua Cc: Openstack Openstack Sent: Wednesday, September 4, 2013 2:44 AM Subject: Re: [Openstack] Cinder question Guys, You might want to have a look at https://blueprints.launchpad.net/cinder/+spec/multi-attach-volume Its already proposed Best Regards, Swapnil Kulkarni swapnilkulkarni2608 at gmail.com +91-87960 10622(c) http://in.linkedin.com/in/coolsvap On Wed, Sep 4, 2013 at 2:24 PM, Razique Mahroua wrote: It doesn't necessarily uses iscsi,  >but yes I definitely agree man ! > > >Le 4 sept. 2013 à 10:37, Martinx - ジェームズ a écrit : > > >This is a must!! It would be great to attach 1 volume, to multiple instances!! >>Sounds pretty basic, since it uses iSCSI, there is no reason to not allow this... >> >> >>Cheers! >>Thiago >> >> >> >>On 3 September 2013 20:25, Mark Brown wrote: >> >>Hello, >>>I had a Cinder question, and maybe its pretty basic:-) >>> >>>Isn't there a way to attach the same Cinder volume to two different VMs, whether same physical server or different? I don't mean across different data centers, but any domain (zone, or whatever) within the same data center? >>> >>>Thanks. >>>_______________________________________________ >>>Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>>Post to     : openstack at lists.openstack.org >>>Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>> >>> >> _______________________________________________ >>Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>Post to     : openstack at lists.openstack.org >>Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> > >_______________________________________________ >Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >Post to     : openstack at lists.openstack.org >Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > _______________________________________________ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to    : openstack at lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack -------------- next part -------------- An HTML attachment was scrubbed... URL: From luisguilherme.cr at gmail.com Wed Sep 4 19:25:39 2013 From: luisguilherme.cr at gmail.com (Guilherme Russi) Date: Wed, 4 Sep 2013 16:25:39 -0300 Subject: [Openstack] Slow API operations In-Reply-To: <52263B96.7090907@gmail.com> References: <1378235096-sup-2047@fewbar.com> <52263B96.7090907@gmail.com> Message-ID: Thank you all guys. 2013/9/3 Jay Pipes > On 09/03/2013 03:12 PM, Clint Byrum wrote: > >> Excerpts from Guilherme Russi's message of 2013-09-03 11:52:39 -0700: >> >>> Query OK, 502150 rows affected (32 min 2.77 sec) and nothing has changed, >>> lol. >>> >> >> There's also indexes in Havana that help a lot, you might consider adding >> them manually: >> >> ALTER TABLE token ADD INDEX ix_token_valid (valid); >> ALTER TABLE token ADD INDEX ix_token_expires (expires); >> >> Note that a 500,000 row delete is _brutal_ on your server. We use this >> in TripleO: >> >> https://git.openstack.org/**cgit/openstack/tripleo-image-** >> elements/tree/elements/**keystone/cleanup-keystone-**tokens.sh >> >> It allows space in between the deletes for other things to happen, >> and also deletes in a more efficient way to not thrash around the table >> deleting things in index order. >> >> Also, if you don't need the content of your token table for audit purposes >> and you can afford the RAM, you should definitely consider switching to >> the memcached backend for tokens. >> > > +1000. memcached is the superior option for tokens. > > -jay > > > > ______________________________**_________________ > Mailing list: http://lists.openstack.org/**cgi-bin/mailman/listinfo/** > openstack > Post to : openstack at lists.openstack.org > Unsubscribe : http://lists.openstack.org/**cgi-bin/mailman/listinfo/** > openstack > -------------- next part -------------- An HTML attachment was scrubbed... URL: From john.griffith at solidfire.com Wed Sep 4 19:56:59 2013 From: john.griffith at solidfire.com (John Griffith) Date: Wed, 4 Sep 2013 13:56:59 -0600 Subject: [Openstack] Cinder question In-Reply-To: <1378322480.24181.YahooMailNeo@web141006.mail.bf1.yahoo.com> References: <1378250729.59671.YahooMailNeo@web141001.mail.bf1.yahoo.com> <3B3B2633-36EC-451A-B266-529558AA1FB3@gmail.com> <1378322480.24181.YahooMailNeo@web141006.mail.bf1.yahoo.com> Message-ID: On Wed, Sep 4, 2013 at 1:21 PM, Mark Brown wrote: > It definitely would be something useful. Dont know why it is not already > implemented. > > ------------------------------ > *From:* Swapnil Kulkarni > *To:* Razique Mahroua > *Cc:* Openstack Openstack > *Sent:* Wednesday, September 4, 2013 2:44 AM > *Subject:* Re: [Openstack] Cinder question > > Guys, > > > You might want to have a look at > https://blueprints.launchpad.net/cinder/+spec/multi-attach-volume > > Its already proposed > > Best Regards, > Swapnil Kulkarni > swapnilkulkarni2608 at gmail.com > +91-87960 10622(c) > http://in.linkedin.com/in/coolsvap > > > > On Wed, Sep 4, 2013 at 2:24 PM, Razique Mahroua > wrote: > > It doesn't necessarily uses iscsi, > but yes I definitely agree man ! > > Le 4 sept. 2013 à 10:37, Martinx - ジェームズ a > écrit : > > This is a must!! It would be great to attach 1 volume, to multiple > instances!! > Sounds pretty basic, since it uses iSCSI, there is no reason to not allow > this... > > Cheers! > Thiago > > > On 3 September 2013 20:25, Mark Brown wrote: > > Hello, > I had a Cinder question, and maybe its pretty basic:-) > > Isn't there a way to attach the same Cinder volume to two different VMs, > whether same physical server or different? I don't mean across different > data centers, but any domain (zone, or whatever) within the same data > center? > > Thanks. > > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > > > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > > > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > > > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > ​Very useful, and we had hoped to have had it for H but there are a number of folks that have concerns so it's getting further analysis for I.​ -------------- next part -------------- An HTML attachment was scrubbed... URL: From alan.kavanagh at ericsson.com Wed Sep 4 21:31:06 2013 From: alan.kavanagh at ericsson.com (Alan Kavanagh) Date: Wed, 4 Sep 2013 21:31:06 +0000 Subject: [Openstack] Openstack HongKong Summit Speakers Message-ID: Hi fellow Stackers I was wondering if it has been decided on the selected Speakers for the Openstack Hong Kong Summit and where can I find the "voting system" for the Suggested Speaker Presentations? BR Alan -------------- next part -------------- An HTML attachment was scrubbed... URL: From sorlando at nicira.com Wed Sep 4 21:57:40 2013 From: sorlando at nicira.com (Salvatore Orlando) Date: Wed, 4 Sep 2013 22:57:40 +0100 Subject: [Openstack] Openstack HongKong Summit Speakers In-Reply-To: References: Message-ID: Hi Alan, Design session proposal has opened today at summit.openstack.org; on the other hand conference session proposal closed on July 31st. I believe voting closed at some point last week (possibly August 29th). Accepted talks should be announced in a few days. The voting system was available at www.openstack.org/rate Regards, Salvatore On 4 September 2013 22:31, Alan Kavanagh wrote: > Hi fellow Stackers**** > > ** ** > > I was wondering if it has been decided on the selected Speakers for the > Openstack Hong Kong Summit and where can I find the “voting system” for the > Suggested Speaker Presentations?**** > > ** ** > > BR**** > > Alan**** > > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jianghaitao at gmail.com Wed Sep 4 22:43:43 2013 From: jianghaitao at gmail.com (Haitao Jiang) Date: Wed, 4 Sep 2013 15:43:43 -0700 Subject: [Openstack] Openstack HongKong Summit Speakers In-Reply-To: References: Message-ID: For me, http://www.openstack.org/rate gets re-directed to http://www.openstack.org/. On Wed, Sep 4, 2013 at 2:57 PM, Salvatore Orlando wrote: > Hi Alan, > > Design session proposal has opened today at summit.openstack.org; on the > other hand conference session proposal closed on July 31st. > I believe voting closed at some point last week (possibly August 29th). > Accepted talks should be announced in a few days. The voting system was > available at www.openstack.org/rate > > Regards, > Salvatore > > > On 4 September 2013 22:31, Alan Kavanagh wrote: > >> Hi fellow Stackers**** >> >> ** ** >> >> I was wondering if it has been decided on the selected Speakers for the >> Openstack Hong Kong Summit and where can I find the “voting system” for the >> Suggested Speaker Presentations?**** >> >> ** ** >> >> BR**** >> >> Alan**** >> >> _______________________________________________ >> Mailing list: >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> Post to : openstack at lists.openstack.org >> Unsubscribe : >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> >> > > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From nchase at earthlink.net Wed Sep 4 22:51:34 2013 From: nchase at earthlink.net (Nick Chase) Date: Wed, 04 Sep 2013 18:51:34 -0400 Subject: [Openstack] Openstack HongKong Summit Speakers In-Reply-To: References: Message-ID: <5227B976.4010806@earthlink.net> Chosen speakers will get notified around September 23. ---- Nick On 9/4/2013 5:57 PM, Salvatore Orlando wrote: > Hi Alan, > > Design session proposal has opened today at summit.openstack.org > ; on the other hand conference session > proposal closed on July 31st. > I believe voting closed at some point last week (possibly August 29th). > Accepted talks should be announced in a few days. The voting system was > available at www.openstack.org/rate > > Regards, > Salvatore > > > On 4 September 2013 22:31, Alan Kavanagh > wrote: > > Hi fellow Stackers____ > > __ __ > > I was wondering if it has been decided on the selected Speakers for > the Openstack Hong Kong Summit and where can I find the “voting > system” for the Suggested Speaker Presentations?____ > > __ __ > > BR____ > > Alan____ > > > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > > > > _______________________________________________ > Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > From openstackleaner at gmail.com Wed Sep 4 23:11:57 2013 From: openstackleaner at gmail.com (openstack learner) Date: Wed, 4 Sep 2013 16:11:57 -0700 Subject: [Openstack] Anyone using openstack nova/vmware api? Message-ID: hi all, I am trying to use the nova/vmware and i saw the code here https://github.com/openstack/nova/blob/master/nova/virt/vmwareapi/vif.py in which nova.virt.vmwareapi is imported. but i did not find any documents online about the nova.virt.vmwareapi pakage. Anyone have a link or any document for that? thanks a lot xin -------------- next part -------------- An HTML attachment was scrubbed... URL: From hartsocks at vmware.com Wed Sep 4 23:30:19 2013 From: hartsocks at vmware.com (Shawn Hartsock) Date: Wed, 4 Sep 2013 16:30:19 -0700 (PDT) Subject: [Openstack] Anyone using openstack nova/vmware api? In-Reply-To: References: Message-ID: <589079514.49208204.1378337419584.JavaMail.root@vmware.com> nova.virt.vmwareapi is the package that holds the VMware drivers. There are two drivers one for ESX and one for vCenter. The two products are known collectively as vSphere which is part of the larger VMwareAPI suite. So, sometimes the documentation refers to ESX, ESXi, vCenter, VC, vSphere, and VMwareAPI. It depends on precisely what you are trying to do when. You'll find official documentation here: http://docs.openstack.org/trunk/openstack-compute/admin/content/vmware.html # Shawn Hartsock ----- Original Message ----- > From: "openstack learner" > To: openstack at lists.openstack.org > Sent: Wednesday, September 4, 2013 7:11:57 PM > Subject: [Openstack] Anyone using openstack nova/vmware api? > > hi all, > > I am trying to use the nova/vmware and i saw the code here > https://github.com/openstack/nova/blob/master/nova/virt/vmwareapi/vif.py > in which nova.virt.vmwareapi is imported. > > but i did not find any documents online about the nova.virt.vmwareapi > pakage. Anyone have a link or any document for that? > > thanks a lot > > xin > > _______________________________________________ > Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > From goldstone1 at llnl.gov Thu Sep 5 00:39:31 2013 From: goldstone1 at llnl.gov (Goldstone, Robin J.) Date: Thu, 5 Sep 2013 00:39:31 +0000 Subject: [Openstack] Keystone 'NoneType' object is unsubscriptable error Message-ID: I am trying to install the RDO OpenStack distribution on a RHEL 6.4 system. The install is failing during keystone configuration as follows: ^[[1;35merr: /Stage[main]/Cinder::Keystone::Auth/Keystone_service[cinder]: Could not evaluate: Execution of '/usr/bin/keystone --endpoint http://127.0.0.1:35357/v2.0/ service-list' returned 1: 'NoneType' object is unsubscriptable If I run the command interactively I get the same error: # brutus1 /etc/keystone > export OS_SERVICE_TOKEN=49c056f8688540fcb933cf7335537676 # brutus1 /etc/keystone > export OS_SERVICE_ENDPOINT=http://127.0.0.1:35357/v2.0 # brutus1 /etc/keystone > keystone service-list 'NoneType' object is unsubscriptable The keystone service appears to be running and connected to the mysql database: # brutus1 /root > ps -ef|grep keystone keystone 8451 1 0 17:20 ? 00:00:00 /usr/bin/python /usr/bin/keystone-all --config-file /etc/keystone/keystone.conf # brutus1 /root > lsof -i|grep keystone keystone- 8451 keystone 4u IPv4 21614 0t0 TCP *:35357 (LISTEN) keystone- 8451 keystone 6u IPv4 21616 0t0 TCP *:commplex-main (LISTEN) keystone- 8451 keystone 8u IPv4 21961 0t0 TCP ebrutus1:54531->ebrutus1:mysql (ESTABLISHED) The mysql database appears to have been properly initialized though hardly any of the tables have anything in them. mysql> use keystone; Reading table information for completion of table and column names You can turn off this feature to get a quicker startup with -A Database changed mysql> show tables; +------------------------+ | Tables_in_keystone | +------------------------+ | credential | | domain | | ec2_credential | | endpoint | | group | | group_domain_metadata | | group_project_metadata | | migrate_version | | policy | | project | | role | | service | | token | | trust | | trust_role | | user | | user_domain_metadata | | user_group_membership | | user_project_metadata | +------------------------+ 19 rows in set (0.00 sec) mysql> select * from service; Empty set (0.00 sec) I cranked up the debug level in the keystone log file and here is what I see: 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] ******************** REQUEST ENVIRON ******************** 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] SCRIPT_NAME = /v2.0 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] webob.adhoc_attrs = {'response': } 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] REQUEST_METHOD = GET 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] PATH_INFO = /OS-KSADM/services 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] SERVER_PROTOCOL = HTTP/1.0 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] HTTP_X_AUTH_TOKEN = 49c056f8688540fcb933cf7335537676 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] HTTP_USER_AGENT = python-keystoneclient 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] eventlet.posthooks = [] 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] SERVER_NAME = 127.0.0.1 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] REMOTE_ADDR = 127.0.0.1 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] eventlet.input = 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] wsgi.url_scheme = http 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] SERVER_PORT = 35357 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] wsgi.input = 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] HTTP_HOST = 127.0.0.1:35357 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] wsgi.multithread = True 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] HTTP_ACCEPT = */* 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] wsgi.version = (1, 0) 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] openstack.context = {'token_id': '49c056f8688540fcb933cf7335537676', 'is_admin': True} 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] GATEWAY_INTERFACE = CGI/1.1 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] wsgi.run_once = False 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] wsgi.errors = ', mode 'w' at 0x2aaaaaae81e0> 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] wsgi.multiprocess = False 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] CONTENT_TYPE = text/plain 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] HTTP_ACCEPT_ENCODING = identity, deflate, compress, gzip 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] ******************** REQUEST BODY ******************** 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] arg_dict: {} 2013-09-04 17:37:48 INFO [sqlalchemy.engine.base.Engine] SELECT service.id AS service_id, service.type AS service_type, service.extra AS service_extra FROM service 2013-09-04 17:37:48 INFO [sqlalchemy.engine.base.Engine] () 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] ******************** RESPONSE HEADERS ******************** 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] Vary = X-Auth-Token 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] Content-Type = application/json 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] Content-Length = 25 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] ******************** RESPONSE BODY ******************** 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] {"OS-KSADM:services": []} 2013-09-04 17:37:48 INFO [access] 127.0.0.1 - - [05/Sep/2013:00:37:48 +0000] "GET http://127.0.0.1:35357/v2.0/OS-KSADM/services HTTP/1.0" 200 25 2013-09-04 17:37:48 DEBUG [eventlet.wsgi.server] 127.0.0.1 - - [04/Sep/2013 17:37:48] "GET /v2.0/OS-KSADM/services HTTP/1.1" 200 153 0.008193 I have tried completely wiping out and reinstalling RDO but it chokes at the same point. Myself, along with several other people, have reported this error on the RDO forum but no one over there has responded so I thought I would try my luck over here. If anyone has an idea of what my problem is, or can offer advice on further troubleshooting, please let me know. Thank you in advance. Robin Goldstone, LLNL -------------- next part -------------- An HTML attachment was scrubbed... URL: From remo at mattei.org Thu Sep 5 01:12:51 2013 From: remo at mattei.org (Remo Mattei) Date: Wed, 4 Sep 2013 21:12:51 -0400 Subject: [Openstack] Keystone 'NoneType' object is unsubscriptable error In-Reply-To: References: Message-ID: <24173835-D475-4A94-917D-C93AE4FB9CF6@mattei.org> As far I know and have seen keystone is listing on port 5000 you may want to check that and see if that's your case Remo Inviato da iPad () Il giorno Sep 4, 2013, alle ore 20:39, "Goldstone, Robin J." ha scritto: > I am trying to install the RDO OpenStack distribution on a RHEL 6.4 system. The install is failing during keystone configuration as follows: > ^[[1;35merr: /Stage[main]/Cinder::Keystone::Auth/Keystone_service[cinder]: Could not evaluate: Execution of '/usr/bin/keystone --endpoint http://127.0.0.1:35357/v2.0/ service-list' returned 1: 'NoneType' object is unsubscriptable > > If I run the command interactively I get the same error: > # brutus1 /etc/keystone > export OS_SERVICE_TOKEN=49c056f8688540fcb933cf7335537676 > # brutus1 /etc/keystone > export OS_SERVICE_ENDPOINT=http://127.0.0.1:35357/v2.0 > # brutus1 /etc/keystone > keystone service-list > 'NoneType' object is unsubscriptable > > The keystone service appears to be running and connected to the mysql database: > # brutus1 /root > ps -ef|grep keystone > keystone 8451 1 0 17:20 ? 00:00:00 /usr/bin/python /usr/bin/keystone-all --config-file /etc/keystone/keystone.conf > # brutus1 /root > lsof -i|grep keystone > keystone- 8451 keystone 4u IPv4 21614 0t0 TCP *:35357 (LISTEN) > keystone- 8451 keystone 6u IPv4 21616 0t0 TCP *:commplex-main (LISTEN) > keystone- 8451 keystone 8u IPv4 21961 0t0 TCP ebrutus1:54531->ebrutus1:mysql (ESTABLISHED) > > The mysql database appears to have been properly initialized though hardly any of the tables have anything in them. > > mysql> use keystone; > Reading table information for completion of table and column names > You can turn off this feature to get a quicker startup with -A > > Database changed > mysql> show tables; > +------------------------+ > | Tables_in_keystone | > +------------------------+ > | credential | > | domain | > | ec2_credential | > | endpoint | > | group | > | group_domain_metadata | > | group_project_metadata | > | migrate_version | > | policy | > | project | > | role | > | service | > | token | > | trust | > | trust_role | > | user | > | user_domain_metadata | > | user_group_membership | > | user_project_metadata | > +------------------------+ > 19 rows in set (0.00 sec) > > mysql> select * from service; > Empty set (0.00 sec) > > I cranked up the debug level in the keystone log file and here is what I see: > 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] ******************** REQUEST ENVIRON ******************** > 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] SCRIPT_NAME = /v2.0 > 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] webob.adhoc_attrs = {'response': } > 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] REQUEST_METHOD = GET > 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] PATH_INFO = /OS-KSADM/services > 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] SERVER_PROTOCOL = HTTP/1.0 > 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] HTTP_X_AUTH_TOKEN = 49c056f8688540fcb933cf7335537676 > 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] HTTP_USER_AGENT = python-keystoneclient > 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] eventlet.posthooks = [] > 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] SERVER_NAME = 127.0.0.1 > 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] REMOTE_ADDR = 127.0.0.1 > 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] eventlet.input = > 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] wsgi.url_scheme = http > 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] SERVER_PORT = 35357 > 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] wsgi.input = > 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] HTTP_HOST = 127.0.0.1:35357 > 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] wsgi.multithread = True > 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] HTTP_ACCEPT = */* > 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] wsgi.version = (1, 0) > 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] openstack.context = {'token_id': '49c056f8688540fcb933cf7335537676', 'is_admin': True} > 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] GATEWAY_INTERFACE = CGI/1.1 > 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] wsgi.run_once = False > 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] wsgi.errors = ', mode 'w' at 0x2aaaaaae81e0> > 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] wsgi.multiprocess = False > 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] CONTENT_TYPE = text/plain > 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] HTTP_ACCEPT_ENCODING = identity, deflate, compress, gzip > 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] > 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] ******************** REQUEST BODY ******************** > 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] > 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] arg_dict: {} > 2013-09-04 17:37:48 INFO [sqlalchemy.engine.base.Engine] SELECT service.id AS service_id, service.type AS service_type, service.extra AS service_extra > FROM service > 2013-09-04 17:37:48 INFO [sqlalchemy.engine.base.Engine] () > 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] ******************** RESPONSE HEADERS ******************** > 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] Vary = X-Auth-Token > 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] Content-Type = application/json > 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] Content-Length = 25 > 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] > 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] ******************** RESPONSE BODY ******************** > 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] {"OS-KSADM:services": []} > 2013-09-04 17:37:48 INFO [access] 127.0.0.1 - - [05/Sep/2013:00:37:48 +0000] "GET http://127.0.0.1:35357/v2.0/OS-KSADM/services HTTP/1.0" 200 25 > 2013-09-04 17:37:48 DEBUG [eventlet.wsgi.server] 127.0.0.1 - - [04/Sep/2013 17:37:48] "GET /v2.0/OS-KSADM/services HTTP/1.1" 200 153 0.008193 > > > I have tried completely wiping out and reinstalling RDO but it chokes at the same point. Myself, along with several other people, have reported this error on the RDO forum but no one over there has responded so I thought I would try my luck over here. If anyone has an idea of what my problem is, or can offer advice on further troubleshooting, please let me know. > > Thank you in advance. > Robin Goldstone, LLNL > !DSPAM:2,5227d675160051096318629! > _______________________________________________ > Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > > !DSPAM:2,5227d675160051096318629! From sean_mccully at yahoo.com Thu Sep 5 01:27:30 2013 From: sean_mccully at yahoo.com (Sean McCully) Date: Wed, 04 Sep 2013 20:27:30 -0500 Subject: [Openstack] Keystone 'NoneType' object is unsubscriptable error In-Reply-To: References: Message-ID: <1378344450.9130.27.camel@localhost.localdomain> What happens after you add a service, curl -X POST -H "X-Auth-Token: " -H "Content-type: application/json" --data '{"OS-KSADM:service": {"name":"Test","type":"test","extra":"{}"}}' http://0.0.0.0:35357/v2.0/OS-KSADM/services Sean On Thu, 2013-09-05 at 00:39 +0000, Goldstone, Robin J. wrote: > I am trying to install the RDO OpenStack distribution on a RHEL 6.4 > system. The install is failing during keystone configuration as > follows: > ^[[1;35merr: /Stage[main]/Cinder::Keystone::Auth/Keystone_service[cinder]: Could not evaluate: Execution of '/usr/bin/keystone --endpoint http://127.0.0.1:35357/v2.0/ service-list' returned 1: 'NoneType' object is unsubscriptable > > > If I run the command interactively I get the same error: > # brutus1 /etc/keystone > export > OS_SERVICE_TOKEN=49c056f8688540fcb933cf7335537676 > # brutus1 /etc/keystone > export > OS_SERVICE_ENDPOINT=http://127.0.0.1:35357/v2.0 > # brutus1 /etc/keystone > keystone service-list > 'NoneType' object is unsubscriptable > > > The keystone service appears to be running and connected to the mysql > database: > # brutus1 /root > ps -ef|grep keystone > keystone 8451 1 0 17:20 ? > 00:00:00 /usr/bin/python /usr/bin/keystone-all > --config-file /etc/keystone/keystone.conf > # brutus1 /root > lsof -i|grep keystone > keystone- 8451 keystone 4u IPv4 21614 0t0 TCP *:35357 > (LISTEN) > keystone- 8451 keystone 6u IPv4 21616 0t0 TCP > *:commplex-main (LISTEN) > keystone- 8451 keystone 8u IPv4 21961 0t0 TCP > ebrutus1:54531->ebrutus1:mysql (ESTABLISHED) > > > The mysql database appears to have been properly initialized though > hardly any of the tables have anything in them. > > > mysql> use keystone; > Reading table information for completion of table and column names > You can turn off this feature to get a quicker startup with -A > > > Database changed > mysql> show tables; > +------------------------+ > | Tables_in_keystone | > +------------------------+ > | credential | > | domain | > | ec2_credential | > | endpoint | > | group | > | group_domain_metadata | > | group_project_metadata | > | migrate_version | > | policy | > | project | > | role | > | service | > | token | > | trust | > | trust_role | > | user | > | user_domain_metadata | > | user_group_membership | > | user_project_metadata | > +------------------------+ > 19 rows in set (0.00 sec) > > > mysql> select * from service; > Empty set (0.00 sec) > > > I cranked up the debug level in the keystone log file and here is what > I see: > 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] > ******************** REQUEST ENVIRON ******************** > 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] SCRIPT_NAME > = /v2.0 > 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] webob.adhoc_attrs > = {'response': } > 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] REQUEST_METHOD = > GET > 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] PATH_INFO > = /OS-KSADM/services > 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] SERVER_PROTOCOL = > HTTP/1.0 > 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] HTTP_X_AUTH_TOKEN > = 49c056f8688540fcb933cf7335537676 > 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] HTTP_USER_AGENT = > python-keystoneclient > 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] eventlet.posthooks > = [] > 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] SERVER_NAME = > 127.0.0.1 > 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] REMOTE_ADDR = > 127.0.0.1 > 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] eventlet.input = > > 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] wsgi.url_scheme = > http > 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] SERVER_PORT = > 35357 > 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] wsgi.input = > > 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] HTTP_HOST = > 127.0.0.1:35357 > 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] wsgi.multithread = > True > 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] HTTP_ACCEPT = */* > 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] wsgi.version = (1, > 0) > 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] openstack.context > = {'token_id': '49c056f8688540fcb933cf7335537676', 'is_admin': True} > 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] GATEWAY_INTERFACE > = CGI/1.1 > 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] wsgi.run_once = > False > 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] wsgi.errors = > ', mode 'w' at 0x2aaaaaae81e0> > 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] wsgi.multiprocess > = False > 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] CONTENT_TYPE = > text/plain > 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] > HTTP_ACCEPT_ENCODING = identity, deflate, compress, gzip > 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] > 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] > ******************** REQUEST BODY ******************** > 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] > 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] arg_dict: {} > 2013-09-04 17:37:48 INFO [sqlalchemy.engine.base.Engine] SELECT > service.id AS service_id, service.type AS service_type, service.extra > AS service_extra > FROM service > 2013-09-04 17:37:48 INFO [sqlalchemy.engine.base.Engine] () > 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] > ******************** RESPONSE HEADERS ******************** > 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] Vary = > X-Auth-Token > 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] Content-Type = > application/json > 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] Content-Length = > 25 > 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] > 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] > ******************** RESPONSE BODY ******************** > 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] > {"OS-KSADM:services": []} > 2013-09-04 17:37:48 INFO [access] 127.0.0.1 - - > [05/Sep/2013:00:37:48 +0000] "GET > http://127.0.0.1:35357/v2.0/OS-KSADM/services HTTP/1.0" 200 25 > 2013-09-04 17:37:48 DEBUG [eventlet.wsgi.server] 127.0.0.1 - - > [04/Sep/2013 17:37:48] "GET /v2.0/OS-KSADM/services HTTP/1.1" 200 153 > 0.008193 > > > > > I have tried completely wiping out and reinstalling RDO but it chokes > at the same point. Myself, along with several other people, have > reported this error on the RDO forum but no one over there has > responded so I thought I would try my luck over here. If anyone has > an idea of what my problem is, or can offer advice on further > troubleshooting, please let me know. > > > Thank you in advance. > Robin Goldstone, LLNL > > _______________________________________________ > Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack -------------- next part -------------- An HTML attachment was scrubbed... URL: From mikal at stillhq.com Thu Sep 5 01:34:46 2013 From: mikal at stillhq.com (Michael Still) Date: Thu, 5 Sep 2013 11:34:46 +1000 Subject: [Openstack] Call for presentations for the linux.conf.au 2014 OpenStack mini-conference Message-ID: linux.conf.au will be hosting the second OpenStack mini-conference to run in Australia. The first one was well attended, and this mini-conference will be the first OpenStack conference to be held on Australia's west coast. The mini-conference is a day long event focusing on OpenStack development and operations, and is available to attendees of linux.conf.au. The mini-conference is therefore calling for proposals for content. Speakers at the mini-conference must be registered for linux.conf.au 2014 as delegates, or discuss their needs with the mini-conference organizers if that isn't possible. Some examples of talks we're interested in are: talks from OpenStack developers about what features they are working on for IceHouse; talks from deployers of OpenStack about their experiences and how others can learn from them; talks covering the functionality of OpenStack and how it can be used in new and interesting ways. Some important details: * linux.conf.au runs from 6 to 10 January 2014 in Perth, Australia at the University of Western Australia * the mini-conference will be on Tuesday the 7th of January * proposals are due to the mini-conference organizer no later than 1 November * there are two types of talks -- full length (45 minutes) and half length (20 minutes) CFP submissions are made by completing this online form: https://docs.google.com/forms/d/1iqwt6a2jWZ1yBGswoTt6Mfdw1j-RcuTN_u8qWZtpMiM/viewform If you have questions about this call for presentations, please contact Michael Still at openstack-lca2014 at lists.stillhq.com for more details. Thanks, Michael -- Rackspace Australia From alan.kavanagh at ericsson.com Thu Sep 5 01:41:11 2013 From: alan.kavanagh at ericsson.com (Alan Kavanagh) Date: Thu, 5 Sep 2013 01:41:11 +0000 Subject: [Openstack] Openstack HongKong Summit Speakers In-Reply-To: References: Message-ID: Cheers Salvatore It was the conference speakers presentations I was looking to see if its yet announced who was accepted, I noted it was stated it would be announced in mid-september, but I guess I was looking to see if they had at least listed all the "submitted speaker presentations for the summit". /Alan From: Salvatore Orlando [mailto:sorlando at nicira.com] Sent: September-04-13 5:58 PM To: Alan Kavanagh Cc: openstack at lists.openstack.org Subject: Re: [Openstack] Openstack HongKong Summit Speakers Hi Alan, Design session proposal has opened today at summit.openstack.org; on the other hand conference session proposal closed on July 31st. I believe voting closed at some point last week (possibly August 29th). Accepted talks should be announced in a few days. The voting system was available at www.openstack.org/rate Regards, Salvatore On 4 September 2013 22:31, Alan Kavanagh > wrote: Hi fellow Stackers I was wondering if it has been decided on the selected Speakers for the Openstack Hong Kong Summit and where can I find the "voting system" for the Suggested Speaker Presentations? BR Alan _______________________________________________ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : openstack at lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack -------------- next part -------------- An HTML attachment was scrubbed... URL: From guolongcang.work at gmail.com Thu Sep 5 01:42:28 2013 From: guolongcang.work at gmail.com (happy idea) Date: Thu, 5 Sep 2013 09:42:28 +0800 Subject: [Openstack] Quantum/Grizzy - Instance doesn't get IP In-Reply-To: <5227822A.7090901@gmail.com> References: <1378250729.59671.YahooMailNeo@web141001.mail.bf1.yahoo.com> <5226B1E2.1030305@gmail.com> <3712E275-EE13-40DB-9842-32B87FD1E2FB@IGT.com> <5227822A.7090901@gmail.com> Message-ID: Are you sure you had follow this page'guide ? http://docs.openstack.org/grizzly/basic-install/apt/content/basic-install_network.html 2013/9/5 Marcelo Dieder > Hi, yes, I have dnsmasq installed on Network Node. > > root at network:~# apt-get install dnsmasq > Reading package lists... Done > Building dependency tree > Reading state information... Done > dnsmasq is already the newest version. > 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. > > > root at network:~# ps aux | grep -i dnsmasq > > dnsmasq 3807 0.0 0.1 28820 980 ? S 15:29 0:00 > /usr/sbin/dnsmasq -x /var/run/dnsmasq/dnsmasq.pid -u dnsmasq -r > /var/run/dnsmasq/resolv.conf -7 > /etc/dnsmasq.d,.dpkg-dist,.dpkg-old,.dpkg-new > > nobody 26040 0.0 0.2 28820 1004 ? S 15:45 0:00 dnsmasq > --no-hosts --no-resolv --strict-order --bind-interfaces > --interface=tap91e05e25-7f --except-interface=lo > --pid-file=/var/lib/quantum/dhcp/a8f7c937-e8d0-4952-bff6-7d364335df22/pid > --dhcp-hostsfile=/var/lib/quantum/dhcp/a8f7c937-e8d0-4952-bff6-7d364335df22/host > --dhcp-optsfile=/var/lib/quantum/dhcp/a8f7c937-e8d0-4952-bff6-7d364335df22/opts > --dhcp-script=/usr/bin/quantum-dhcp-agent-dnsmasq-lease-update > --leasefile-ro --dhcp-range=set:tag0,10.5.5.0,static,120s --conf-file= > --domain=openstacklocal > > root 26041 0.0 0.0 28792 244 ? S 15:45 0:00 dnsmasq > --no-hosts --no-resolv --strict-order --bind-interfaces > --interface=tap91e05e25-7f --except-interface=lo > --pid-file=/var/lib/quantum/dhcp/a8f7c937-e8d0-4952-bff6-7d364335df22/pid > --dhcp-hostsfile=/var/lib/quantum/dhcp/a8f7c937-e8d0-4952-bff6-7d364335df22/host > --dhcp-optsfile=/var/lib/quantum/dhcp/a8f7c937-e8d0-4952-bff6-7d364335df22/opts > --dhcp-script=/usr/bin/quantum-dhcp-agent-dnsmasq-lease-update > --leasefile-ro --dhcp-range=set:tag0,10.5.5.0,static,120s --conf-file= > --domain=openstacklocal > > I restarted the service dnsmasq, but occured the same problem when I > started a new instance. > > 2013-09-04 15:39:44 WARNING [quantum.db.agentschedulers_db] Fail > scheduling network {'status': u'ACTIVE', 'subnets': > [u'80b21701-4b05-4585-985a-60905ff42531'], 'name': u'public', > 'provider:physical_network': None, 'admin_state_up': True, 'tenant_id': > u'27d2b93f11ac4e91a3edb26edb28fb6b', 'provider:network_type': u'gre', > 'router:external': True, 'shared': False, 'id': > u'b3e465b7-b5a2-45d5-8b24-aa8bea0ab0a0', 'provider:segmentation_id': 2L} > > 2013-09-04 15:47:00 WARNING [quantum.db.agentschedulers_db] Fail > scheduling network {'status': u'ACTIVE', 'subnets': > [u'80b21701-4b05-4585-985a-60905ff42531'], 'name': u'public', > 'provider:physical_network': None, 'admin_state_up': True, 'tenant_id': > u'27d2b93f11ac4e91a3edb26edb28fb6b', 'provider:network_type': u'gre', > 'router:external': True, 'shared': False, 'id': > u'b3e465b7-b5a2-45d5-8b24-aa8bea0ab0a0', 'provider:segmentation_id': 2L} > > Thanks. > Marcelo Dieder > > > On 09/04/2013 11:15 AM, Hathaway.Jon wrote: > > Do you have dnsmasq installed? I found that it isnt installed as a > dependency. Without it i never received dhcp either. > > Sent from my iPhone > > On Sep 3, 2013, at 10:31 PM, "happy idea" > wrote: > > you didn't install the dhcp agent, please refer to this guide > https://github.com/mseknibilel/OpenStack-Grizzly-Install-Guide/blob/OVS_MultiNode/OpenStack_Grizzly_Install_Guide.rst > > > 2013/9/4 Marcelo Dieder > >> Hi All! >> >> I have a ambient with 3 hosts (Network, Controller and Node1 (Qemu)). I >> created an ambient based this tutorial ( >> http://docs.openstack.org/grizzly/basic-install/apt/content/basic-install_controller.html). >> My problem is when I create a instance. The instance Instance doesn't get >> IP address. >> >> checking http://169.254.169.254/20090404/instanceid >> failed 1/20: up 187.68. request failed >> failed 2/20: up 190.06. request failed >> failed 3/20: up 192.24. request failed >> failed 4/20: up 194.43. request failed >> failed 5/20: up 196.61. request failed >> failed 6/20: up 198.82. request failed >> failed 7/20: up 201.03. request failed >> failed 8/20: up 203.22. request failed >> failed 9/20: up 205.42. request failed >> failed 10/20: up 207.64. request failed >> failed 11/20: up 209.87. request failed >> failed 12/20: up 212.08. request failed >> failed 13/20: up 214.29. request failed >> failed 14/20: up 216.49. request failed >> failed 15/20: up 218.70. request failed >> failed 16/20: up 220.91. request failed >> failed 17/20: up 223.13. request failed >> failed 18/20: up 225.38. request failed >> failed 19/20: up 227.62. request failed >> failed 20/20: up 229.87. request failed >> failed to read iid from metadata. tried 20 >> no results found for mode=net. up 232.10. searched: nocloud configdrive ec2 >> failed to get instanceid of datasource >> Starting dropbear sshd: generating rsa key... generating dsa key... OK >> === network info === >> ifinfo: lo,up,127.0.0.1,8,::1 >> ifinfo: eth0,up,,8,fe80::f816:3eff:fef3:2a6d >> === datasource: None None === >> >> >> At the controller I received the warning: >> >> >> 2013-09-04 00:40:44 WARNING [quantum.scheduler.dhcp_agent_scheduler] No >> active DHCP agents >> 2013-09-04 00:40:44 WARNING [quantum.db.agentschedulers_db] Fail >> scheduling network {'status': u'ACTIVE', 'subnets': >> [u'80b21701-4b05-4585-985a-60905ff42531'], 'name': u'public', >> 'provider:physical_network': None, 'admin_state_up': True, 'tenant_id': >> u'27d2b93f11ac4e91a3edb26edb28fb6b', 'provider:network_type': u'gre', >> 'router:external': True, 'shared': False, 'id': >> u'b3e465b7-b5a2-45d5-8b24-aa8bea0ab0a0', 'provider:segmentation_id': 2L} >> >> And when I executed: >> >> >> root at cloud:~# quantum agent-list >> Unknown command ['agent-list'] >> >> Other commands: >> >> root at cloud:~# nova-manage service list >> Binary Host Zone >> Status State Updated_At >> nova-cert cloud internal >> enabled :-) 2013-09-04 03:59:12 >> nova-consoleauth cloud internal >> enabled :-) 2013-09-04 03:59:12 >> nova-scheduler cloud internal >> enabled :-) 2013-09-04 03:59:12 >> nova-conductor cloud internal >> enabled :-) 2013-09-04 03:59:12 >> nova-compute c01 nova >> enabled :-) 2013-09-04 03:59:04 >> >> root at c01:~# nova list >> >> +--------------------------------------+---------+--------+------------------------+ >> | ID | Name | Status | >> Networks | >> >> +--------------------------------------+---------+--------+------------------------+ >> | 2c704622-1b5f-4651-9553-51aabee9090c | test29 | ACTIVE | >> public=xxx.xxx.xxx.xxx | >> >> I searched but I couldn't find any resolution. Anybody has this problem? >> >> Cheers. >> >> Marcelo Dieder >> >> >> >> _______________________________________________ >> Mailing list: >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> Post to : openstack at lists.openstack.org >> Unsubscribe : >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> >> > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From guolongcang.work at gmail.com Thu Sep 5 01:44:39 2013 From: guolongcang.work at gmail.com (happy idea) Date: Thu, 5 Sep 2013 09:44:39 +0800 Subject: [Openstack] [Grizzly] Unable to reboot instance after Migrate In-Reply-To: References: Message-ID: o ...I just disable the firewall.....$ufw disable 2013/9/5 Guilherme Russi > Just to check, How did you do this part? > > 7. Configure your firewall to allow libvirt to communicate between nodes. > > Thank you. > > > 2013/9/3 happy idea > >> >> follow this page's guide *carefully* , >> http://docs.openstack.org/trunk/openstack-compute/admin/content/configuring-live-migrations.html >> replace 'NOVA-INST-DIR' with '/var/lib/nova' >> >> >> 2013/9/4 Guilherme Russi >> >>> Hey there, I made my NFS configuration again, I made this way: >>> >>> Controller node: >>> 1- mkdir -p /local2/instances >>> >>> 2- mount --bind /var/lib/nova/instances /local2/instances >>> >>> 3- added this inside /etc/exports >>> /var/lib/nova/instances >>> 192.168.3.0/24(rw,sync,fsid=0,no_root_squash,no_subtree_check) >>> /local2/instances >>> 192.168.3.0/24(rw,sync,fsid=0,no_root_squash,no_subtree_check,nohide) >>> >>> 4- added this inside /etc/fstab >>> /var/lib/nova/instances /local2/instances none bind 0 0 >>> >>> >>> Compute node: >>> 1- added inside /etc/fstab >>> 192.168.3.1:/ /var/lib/nova/instances nfs4 defaults >>> 0 0 >>> >>> 2- mount -t nfs4 192.168.3.1:/ /var/lib/nova/instances/ >>> >>> Do I need to do anything else? >>> >>> Regards. >>> >>> Guilherme. >>> >>> >>> 2013/9/1 happy idea >>> >>>> 2013-08-30 14:42:51.569 12667 ERROR nova.virt.libvirt.driver [-] >>>> Getting disk size of instance-0000007d: [Errno 2] No such file or >>>> directory: '/var/lib/nova/instances/72ec37a3-b209-4729-b628- >>>> 005fdcea5a3c/disk' >>>> >>>> *I think may be your NFS config is not correct.* >>>> >>>> >>>> 2013/8/31 Guilherme Russi >>>> >>>>> Hello Happy, these are my logs: >>>>> >>>>> 2013-08-30 14:42:51.402 12667 AUDIT nova.compute.resource_tracker [-] >>>>> Auditing locally available compute resources >>>>> 2013-08-30 14:42:51.562 12667 ERROR nova.virt.libvirt.driver [-] >>>>> Getting disk size of instance-00000084: [Errno 2] No such file or >>>>> directory: >>>>> '/var/lib/nova/instances/c9e1c5ed-a108-4196-bfbc-24495e2e71bd/disk' >>>>> 2013-08-30 14:42:51.564 12667 ERROR nova.virt.libvirt.driver [-] >>>>> Getting disk size of instance-00000077: [Errno 2] No such file or >>>>> directory: >>>>> '/var/lib/nova/instances/483f98e3-8ef5-43e2-8c3a-def55abdabcd/disk' >>>>> 2013-08-30 14:42:51.567 12667 ERROR nova.virt.libvirt.driver [-] >>>>> Getting disk size of instance-000000bd: [Errno 2] No such file or >>>>> directory: >>>>> '/var/lib/nova/instances/66abd40e-fb19-4cbe-a248-61d968fd84b7/disk' >>>>> 2013-08-30 14:42:51.569 12667 ERROR nova.virt.libvirt.driver [-] >>>>> Getting disk size of instance-0000007d: [Errno 2] No such file or >>>>> directory: >>>>> '/var/lib/nova/instances/72ec37a3-b209-4729-b628-005fdcea5a3c/disk' >>>>> 2013-08-30 14:42:51.679 12667 AUDIT nova.compute.resource_tracker [-] >>>>> Free ram (MB): 2746 >>>>> 2013-08-30 14:42:51.679 12667 AUDIT nova.compute.resource_tracker [-] >>>>> Free disk (GB): 53 >>>>> 2013-08-30 14:42:51.679 12667 AUDIT nova.compute.resource_tracker [-] >>>>> Free VCPUS: 1 >>>>> 2013-08-30 14:42:51.773 12667 INFO nova.compute.resource_tracker [-] >>>>> Compute_service record updated for caos:caos >>>>> 2013-08-30 14:42:51.774 12667 INFO nova.compute.manager [-] Updating >>>>> host status >>>>> >>>>> >>>>> And here the output when I run the command: >>>>> >>>>> ERROR: Live migration of instance c9af3e9e-87b1-4aa3-95aa-22700e1091e4 >>>>> to host tiresias failed (HTTP 400) (Request-ID: >>>>> req-630d7837-6886-4e23-bc3d-a9fccc4a8868) >>>>> >>>>> My destiny host awsers ping when I ping. >>>>> >>>>> I've been fighting against it a quite while without success. >>>>> >>>>> Regards. >>>>> >>>>> Guilherme. >>>>> >>>>> >>>>> 2013/8/29 happy idea >>>>> >>>>>> OK. >>>>>> >>>>>> >>>>>> 2013/8/30 Guilherme Russi >>>>>> >>>>>>> I am too, if I find something I'll let you know. >>>>>>> >>>>>>> Regards. >>>>>>> >>>>>>> >>>>>>> 2013/8/29 happy idea >>>>>>> >>>>>>>> I am trying to figure out what cause the bug. >>>>>>>> >>>>>>>> >>>>>>>> 2013/8/30 Guilherme Russi >>>>>>>> >>>>>>>>> Well mine are: >>>>>>>>> >>>>>>>>> ii nova-api >>>>>>>>> 1:2013.1-0ubuntu2.1~cloud0 OpenStack Compute - API frontend >>>>>>>>> ii nova-cert >>>>>>>>> 1:2013.1-0ubuntu2.1~cloud0 OpenStack Compute - certificate >>>>>>>>> management >>>>>>>>> ii nova-common >>>>>>>>> 1:2013.1-0ubuntu2.1~cloud0 OpenStack Compute - common files >>>>>>>>> ii nova-conductor >>>>>>>>> 1:2013.1-0ubuntu2.1~cloud0 OpenStack Compute - conductor >>>>>>>>> service >>>>>>>>> ii nova-consoleauth >>>>>>>>> 1:2013.1-0ubuntu2.1~cloud0 OpenStack Compute - Console >>>>>>>>> Authenticator >>>>>>>>> ii nova-novncproxy >>>>>>>>> 1:2013.1-0ubuntu2.1~cloud0 OpenStack Compute - NoVNC proxy >>>>>>>>> ii nova-scheduler >>>>>>>>> 1:2013.1-0ubuntu2.1~cloud0 OpenStack Compute - virtual machine >>>>>>>>> scheduler >>>>>>>>> ii python-nova >>>>>>>>> 1:2013.1-0ubuntu2.1~cloud0 OpenStack Compute Python libraries >>>>>>>>> ii python-novaclient >>>>>>>>> 1:2.13.0-0ubuntu1~cloud0 >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> 2013/8/29 happy idea >>>>>>>>> >>>>>>>>>> Thank you. >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> 2013/8/29 Razique Mahroua >>>>>>>>>> >>>>>>>>>>> Looks like a bug to me, definitely…. >>>>>>>>>>> but i can be wrong though >>>>>>>>>>> >>>>>>>>>>> *Razique Mahroua** - **Nuage & Co* >>>>>>>>>>> razique.mahroua at gmail.com >>>>>>>>>>> Tel : +33 9 72 37 94 15 >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> Le 29 août 2013 à 11:29, happy idea >>>>>>>>>>> a écrit : >>>>>>>>>>> >>>>>>>>>>> Thank you. >>>>>>>>>>> >>>>>>>>>>> ---------- Forwarded message ---------- >>>>>>>>>>> From: happy idea >>>>>>>>>>> Date: 2013/8/29 >>>>>>>>>>> Subject: [Openstack][Grizzly] Unable to reboot instance after >>>>>>>>>>> Migrate >>>>>>>>>>> To: openstack >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> Hi All, >>>>>>>>>>> >>>>>>>>>>> Here's the stacktrace log: >>>>>>>>>>> >>>>>>>>>>> 2013-08-29 15:12:29.515 WARNING nova.compute.manager >>>>>>>>>>> [req-31944080-1a33-4679-98ce-af36e3660679 ae0f00ede33f42d9a12385b2c2ce8c0d >>>>>>>>>>> 57d53e1dcff540b6aeaf0d6fd60be7ab] [instance: >>>>>>>>>>> 038dbba7-534b-4c03-8914-a830c424ce21] Traceback (most recent call last): >>>>>>>>>>> File >>>>>>>>>>> "/usr/lib/python2.7/dist-packages/nova/compute/manager.py", line 1718, in >>>>>>>>>>> reboot_instance >>>>>>>>>>> bad_volumes_callback=bad_volumes_callback) >>>>>>>>>>> File >>>>>>>>>>> "/usr/lib/python2.7/dist-packages/nova/virt/libvirt/driver.py", line 1295, >>>>>>>>>>> in reboot >>>>>>>>>>> block_device_info) >>>>>>>>>>> File >>>>>>>>>>> "/usr/lib/python2.7/dist-packages/nova/virt/libvirt/driver.py", line 1371, >>>>>>>>>>> in _hard_reboot >>>>>>>>>>> self._create_images_and_backing(context, instance, >>>>>>>>>>> disk_info_json) >>>>>>>>>>> File >>>>>>>>>>> "/usr/lib/python2.7/dist-packages/nova/virt/libvirt/driver.py", line 3248, >>>>>>>>>>> in _create_images_and_backing >>>>>>>>>>> cache_name = os.path.basename(info['backing_file']) >>>>>>>>>>> File "/usr/lib/python2.7/posixpath.py", line 121, in basename >>>>>>>>>>> i = p.rfind('/') + 1 >>>>>>>>>>> AttributeError: 'NoneType' object has no attribute 'rfind' >>>>>>>>>>> >>>>>>>>>>> 2013-08-29 15:12:29.516 ERROR nova.compute.manager >>>>>>>>>>> [req-31944080-1a33-4679-98ce-af36e3660679 ae0f00ede33f42d9a12385b2c2ce8c0d >>>>>>>>>>> 57d53e1dcff540b6aeaf0d6fd60be7ab] [instance: >>>>>>>>>>> 038dbba7-534b-4c03-8914-a830c424ce21] Cannot reboot instance: 'NoneType' >>>>>>>>>>> object has no attribute 'rfind' >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> Looking for any help. >>>>>>>>>>> Regards. >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>> >>>>>>>>>> _______________________________________________ >>>>>>>>>> Mailing list: >>>>>>>>>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>>>>>>>>> Post to : openstack at lists.openstack.org >>>>>>>>>> Unsubscribe : >>>>>>>>>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>>>>>>>>> >>>>>>>>>> >>>>>>>>> >>>>>>>> >>>>>>> >>>>>> >>>>> >>>> >>> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: NUAGECO-LOGO-Fblan_petit.jpg Type: image/jpeg Size: 10122 bytes Desc: not available URL: From guolongcang.work at gmail.com Thu Sep 5 01:54:40 2013 From: guolongcang.work at gmail.com (happy idea) Date: Thu, 5 Sep 2013 09:54:40 +0800 Subject: [Openstack] Quantum/Grizzly - Instance doesn't get IP In-Reply-To: <52272AF1.7060203@gmail.com> References: <1378250729.59671.YahooMailNeo@web141001.mail.bf1.yahoo.com> <5226B1E2.1030305@gmail.com> <52272AF1.7060203@gmail.com> Message-ID: well. my suggestion is to follow this guide https://github.com/mseknibilel/OpenStack-Grizzly-Install-Guide/blob/OVS_MultiNode/OpenStack_Grizzly_Install_Guide.rst , and reinstall your openstall completely. If you are using Ubuntu 13.04: after upgrade/dist-upgrade you have to reboot the host , now the system had integreted Linux target framework , so now you shoudn't install the package iscsitarget and iscsitarget-dkms on the controller node , and the cinder conf file shoud like this: /etc/cinder/cinder.conf : [DEFAULT] rootwrap_config=/etc/cinder/rootwrap.conf sql_connection = mysql://cinderUser:cinderPass at 10.10.10.51/cinder api_paste_config = /etc/cinder/api-paste.iniiscsi_helper=tgtadm volume_name_template = volume-%s volume_group = cinder-volumes verbose = True auth_strategy = keystone iscsi_ip_address=10.10.10.51 rabbit_host = 10.10.10.51 2013/9/4 Marcelo Dieder > Hi Happy, thanks for your reply. > > I checked this guide, but I already have dhcp-agent installed. > > root at network:~# apt-get -y install quantum-plugin-openvswitch-agent > quantum-dhcp-agent quantum-l3-agent quantum-metadata-agent > Reading package lists... Done > Building dependency tree > Reading state information... Done > quantum-dhcp-agent is already the newest version. > quantum-l3-agent is already the newest version. > quantum-metadata-agent is already the newest version. > quantum-plugin-openvswitch-agent is already the newest version. > 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. > > I also checked the settings that this guide and I added some options that > I had not configured. Now the error "No active DHCP agents" doesn't appears > more, but the error (in the Controler (quantum-server)) still appears below: > > 2013-09-04 08:25:48 WARNING [quantum.db.agentschedulers_db] Fail > scheduling network {'status': u'ACTIVE', 'subnets': > [u'80b21701-4b05-4585-985a-60905ff42531'], 'name': u'public', > 'provider:physical_network': None, 'admin_state_up': True, 'tenant_id': > u'27d2b93f11ac4e91a3edb26edb28fb6b', 'provider:network_type': u'gre', > 'router:external': True, 'shared': False, 'id': > u'b3e465b7-b5a2-45d5-8b24-aa8bea0ab0a0', 'provider:segmentation_id': 2L} > > And in all hosts (computer, networking and controller), I have the error: > > # quantum agent-list > Unknown command ['agent-list'] > > At my network node: > > tail -n 10 /var/log/openvswitch/ovs-vswitchd.log > Sep 04 09:27:23|09614|netdev_linux|WARN|ioctl(SIOCGIFINDEX) on > tap91e05e25-7f device failed: No such device > Sep 04 09:27:32|09615|netdev|WARN|Dropped 253 log messages in last 12 > seconds (most recently, 1 seconds ago) due to excessive rate > Sep 04 09:27:32|09616|netdev|WARN|failed to get flags for network device > tap91e05e25-7f: No such device > Sep 04 09:27:33|09617|netdev_linux|WARN|Dropped 7 log messages in last 10 > seconds (most recently, 5 seconds ago) due to excessive rate > Sep 04 09:27:33|09618|netdev_linux|WARN|ioctl(SIOCGIFINDEX) on > tap91e05e25-7f device failed: No such device > Sep 04 09:27:44|09619|netdev|WARN|Dropped 231 log messages in last 12 > seconds (most recently, 1 seconds ago) due to excessive rate > Sep 04 09:27:44|09620|netdev|WARN|failed to get flags for network device > tap91e05e25-7f: No such device > Sep 04 09:27:48|09621|netdev_linux|WARN|Dropped 11 log messages in last 15 > seconds (most recently, 5 seconds ago) due to excessive rate > Sep 04 09:27:48|09622|netdev_linux|WARN|ioctl(SIOCGIFINDEX) on > tap91e05e25-7f device failed: No such device > > (quantum) net-list > > +--------------------------------------+----------+-------------------------------------------------------+ > | id | name | > subnets | > > +--------------------------------------+----------+-------------------------------------------------------+ > | a8f7c937-e8d0-4952-bff6-7d364335df22 | demo-net | > fd7f324c-25ec-4134-ab97-e827fcf12824 10.5.5.0/24 | > | b3e465b7-b5a2-45d5-8b24-aa8bea0ab0a0 | public | > 80b21701-4b05-4585-985a-60905ff42531 xxx.xxx.xxx.0/24 | > > +--------------------------------------+----------+-------------------------------------------------------+ > (quantum) port-list > > +--------------------------------------+------+-------------------+----------------------------------------------------------------------------------------+ > | id | name | mac_address | > fixed_ips > | > > +--------------------------------------+------+-------------------+----------------------------------------------------------------------------------------+ > | 65c5b6cf-5eef-483e-8b32-8cd07bb83e6d | | fa:16:3e:58:29:31 | > {"subnet_id": "80b21701-4b05-4585-985a-60905ff42531", "ip_address": > "xxx.xxx.xxx.166"} | > | 806b3d3e-35fe-4356-a833-a8a3d44ec9ca | | fa:16:3e:7c:00:24 | > {"subnet_id": "fd7f324c-25ec-4134-ab97-e827fcf12824", "ip_address": > "10.5.5.1"} | > | 91e05e25-7f7b-4399-9da2-42fef05afe31 | | fa:16:3e:fe:63:6c | > {"subnet_id": "fd7f324c-25ec-4134-ab97-e827fcf12824", "ip_address": > "10.5.5.2"} | > | a9043279-dd30-40b7-a1e3-8d340c5408c3 | | fa:16:3e:71:60:57 | > {"subnet_id": "80b21701-4b05-4585-985a-60905ff42531", "ip_address": > "xxx.xxx.xxx.165"} | > > +--------------------------------------+------+-------------------+----------------------------------------------------------------------------------------+ > (quantum) router-list > > +--------------------------------------+-------------+--------------------------------------------------------+ > | id | name | > external_gateway_info | > > +--------------------------------------+-------------+--------------------------------------------------------+ > | 3a703f92-e1d5-4f06-8970-8ae899d40a99 | demo-router | {"network_id": > "b3e465b7-b5a2-45d5-8b24-aa8bea0ab0a0"} | > > +--------------------------------------+-------------+--------------------------------------------------------+ > (quantum) subnet-list > > +--------------------------------------+-----------------+------------------+--------------------------------------------------------+ > | id | name | > cidr | allocation_pools | > > +--------------------------------------+-----------------+------------------+--------------------------------------------------------+ > | 80b21701-4b05-4585-985a-60905ff42531 | public-subnet | > xxx.xxx.xxx.0/24 | {"start": "xxx.xxx.xxx.165", "end": "xxx.xxx.xxx.170"} | > | fd7f324c-25ec-4134-ab97-e827fcf12824 | demo-net-subnet | 10.5.5.0/24 > | {"start": "10.5.5.2", "end": "10.5.5.254"} | > > +--------------------------------------+-----------------+------------------+--------------------------------------------------------+ > (quantum) > > Any more suggestions? > > Thanks! > Marcelo Dieder > > > On 09/04/2013 02:13 AM, happy idea wrote: > > you didn't install the dhcp agent, please refer to this guide > https://github.com/mseknibilel/OpenStack-Grizzly-Install-Guide/blob/OVS_MultiNode/OpenStack_Grizzly_Install_Guide.rst > > > 2013/9/4 Marcelo Dieder > >> Hi All! >> >> I have a ambient with 3 hosts (Network, Controller and Node1 (Qemu)). I >> created an ambient based this tutorial ( >> http://docs.openstack.org/grizzly/basic-install/apt/content/basic-install_controller.html). >> My problem is when I create a instance. The instance Instance doesn't get >> IP address. >> >> checking http://169.254.169.254/20090404/instanceid >> failed 1/20: up 187.68. request failed >> failed 2/20: up 190.06. request failed >> failed 3/20: up 192.24. request failed >> failed 4/20: up 194.43. request failed >> failed 5/20: up 196.61. request failed >> failed 6/20: up 198.82. request failed >> failed 7/20: up 201.03. request failed >> failed 8/20: up 203.22. request failed >> failed 9/20: up 205.42. request failed >> failed 10/20: up 207.64. request failed >> failed 11/20: up 209.87. request failed >> failed 12/20: up 212.08. request failed >> failed 13/20: up 214.29. request failed >> failed 14/20: up 216.49. request failed >> failed 15/20: up 218.70. request failed >> failed 16/20: up 220.91. request failed >> failed 17/20: up 223.13. request failed >> failed 18/20: up 225.38. request failed >> failed 19/20: up 227.62. request failed >> failed 20/20: up 229.87. request failed >> failed to read iid from metadata. tried 20 >> no results found for mode=net. up 232.10. searched: nocloud configdrive ec2 >> failed to get instanceid of datasource >> Starting dropbear sshd: generating rsa key... generating dsa key... OK >> === network info === >> ifinfo: lo,up,127.0.0.1,8,::1 >> ifinfo: eth0,up,,8,fe80::f816:3eff:fef3:2a6d >> === datasource: None None === >> >> >> At the controller I received the warning: >> >> >> 2013-09-04 00:40:44 WARNING [quantum.scheduler.dhcp_agent_scheduler] No >> active DHCP agents >> 2013-09-04 00:40:44 WARNING [quantum.db.agentschedulers_db] Fail >> scheduling network {'status': u'ACTIVE', 'subnets': >> [u'80b21701-4b05-4585-985a-60905ff42531'], 'name': u'public', >> 'provider:physical_network': None, 'admin_state_up': True, 'tenant_id': >> u'27d2b93f11ac4e91a3edb26edb28fb6b', 'provider:network_type': u'gre', >> 'router:external': True, 'shared': False, 'id': >> u'b3e465b7-b5a2-45d5-8b24-aa8bea0ab0a0', 'provider:segmentation_id': 2L} >> >> And when I executed: >> >> >> root at cloud:~# quantum agent-list >> Unknown command ['agent-list'] >> >> Other commands: >> >> root at cloud:~# nova-manage service list >> Binary Host Zone >> Status State Updated_At >> nova-cert cloud internal >> enabled :-) 2013-09-04 03:59:12 >> nova-consoleauth cloud internal >> enabled :-) 2013-09-04 03:59:12 >> nova-scheduler cloud internal >> enabled :-) 2013-09-04 03:59:12 >> nova-conductor cloud internal >> enabled :-) 2013-09-04 03:59:12 >> nova-compute c01 nova >> enabled :-) 2013-09-04 03:59:04 >> >> root at c01:~# nova list >> >> +--------------------------------------+---------+--------+------------------------+ >> | ID | Name | Status | >> Networks | >> >> +--------------------------------------+---------+--------+------------------------+ >> | 2c704622-1b5f-4651-9553-51aabee9090c | test29 | ACTIVE | >> public=xxx.xxx.xxx.xxx | >> >> I searched but I couldn't find any resolution. Anybody has this problem? >> >> Cheers. >> >> Marcelo Dieder >> >> >> >> _______________________________________________ >> Mailing list: >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> Post to : openstack at lists.openstack.org >> Unsubscribe : >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From guolongcang.work at gmail.com Thu Sep 5 02:28:23 2013 From: guolongcang.work at gmail.com (happy idea) Date: Thu, 5 Sep 2013 10:28:23 +0800 Subject: [Openstack] [Grizzly] Who have deployed lbaas successfully ? Message-ID: and does Horizon support lbaas enough ? -------------- next part -------------- An HTML attachment was scrubbed... URL: From tudor at tudorholton.com Thu Sep 5 02:59:52 2013 From: tudor at tudorholton.com (tudor) Date: Thu, 05 Sep 2013 12:59:52 +1000 Subject: [Openstack] =?utf-8?q?How_does_Nova_determine_parameters_to_kvm?= =?utf-8?q?=3F?= Message-ID: Hi, I broke my test OpenStack Grizzly environment some time ago and, rather than start again, I'm trying to understand why it's broken. I'm trying to make sure I understand each component and how it works. Basically, the symptom is that kvm is being called without a -netdev argument, which results in no ethernet device in the instance, and the tap not being created and no patch to br-int. I listed this question on OpenStack but didn't get very far. The only suggestion was that my libvirt_type should be kvm and not qemu, but this didn't make any difference. So, earlier instance calls looked like: LC_ALL=C PATH=/usr/local/sbin:/usr/local/bin:/usr/bin:/usr/sbin:/sbin:/bin QEMU_AUDIO_DRV=none /usr/bin/kvm -name instance-00000005 -S -M pc-1.0 -cpu ... -NETDEV TAP,FD=25,ID=HOSTNET0 -DEVICE VIRTIO-NET-PCI,NETDEV=HOSTNET0,ID=NET0,MAC=FA:16:3E:C5:F1:6B,BUS=PCI.0,ADDR=0X3 .... -chardev file,id=charserial0,path=/var/lib/nova/instances/instance-00000005/console.log -device isa-serial,chardev=charserial0,id=serial0 -chardev pty,id=charserial1 .... -vnc 0.0.0.0:0 -k en-us -vga cirrus -device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x5 whereas now my instance calls look like: LC_ALL=C PATH=/usr/local/sbin:/usr/local/bin:/usr/bin:/usr/sbin:/sbin:/bin QEMU_AUDIO_DRV=none /usr/bin/kvm -name instance-00000011 -S -M pc-1.0 -cpu core2duo,+erms,+smep,+fsgsbase,+lahf_lm,+rdtscp,+rdrand,+f16c,+avx,+osxsave,+xsave,+aes,+tsc-deadline,+popcnt,+x2apic,+sse4.2,+sse4.1,+pcid,+pdcm,+xtpr,+cx16,+tm2,+est,+smx,+vmx,+ds_cpl,+dtes64,+pclmuldq,+pbe,+tm,+ht,+ss,+acpi,+ds -enable-kvm -m 2048 -smp 1,sockets=1,cores=1,threads=1 -uuid e366f347-9f47-4bf9-a4eb-4567d4f9deb8 -smbios type=1,manufacturer=OpenStack Foundation,product=OpenStack Nova,version=2013.1.2,serial=a1378421-8208-e211-a941-0010185aae5d,uuid=e366f347-9f47-4bf9-a4eb-4567d4f9deb8 -nodefconfig -nodefaults -chardev socket,id=charmonitor,path=/var/lib/libvirt/qemu/instance-00000011.monitor,server,nowait -mon chardev=charmonitor,id=monitor,mode=control -rtc base=utc,driftfix=slew -no-kvm-pit-reinjection -no-shutdown -device piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -drive file=/var/lib/nova/instances/e366f347-9f47-4bf9-a4eb-4567d4f9deb8/disk,if=none,id=drive-virtio-disk0,format=qcow2,cache=none -device virtio-blk-pci,scsi=off,bus=pci.0,addr=0x3,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1 -chardev file,id=charserial0,path=/var/lib/nova/instances/e366f347-9f47-4bf9-a4eb-4567d4f9deb8/console.log -device isa-serial,chardev=charserial0,id=serial0 -chardev pty,id=charserial1 -device isa-serial,chardev=charserial1,id=serial1 -device usb-tablet,id=input0 -vnc 0.0.0.0:0 -k en-us -vga cirrus -device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x4 (In other words, no -netdev argument) My nova.conf looks like: [DEFAULT] logdir=/var/log/nova state_path=/var/lib/nova lock_path=/var/lock/nova rootwrap_config=/etc/nova/rootwrap.conf verbose=True #dhcpbridge_flagfile=/etc/nova/nova.conf #dhcpbridge=/usr/bin/nova-dhcpbridge #fixed_range=10.0.0.0/8 #flat_network_bridge=br-eth1 #flat_interface=eth1 #flat_injected=False #public_interface=eth0 # MySQL Connection # sql_connection=mysql://nova:password at 10.0.0.1/nova # nova-scheduler # rabbit_host=10.0.0.1 rabbit_password=password scheduler_driver=nova.scheduler.filter_scheduler.FilterScheduler # nova-api # cc_host=10.0.0.1 auth_strategy=keystone s3_host=10.0.0.1 ec2_host=10.0.0.1 nova_url=http://10.0.0.1:8774/v1.1/ ec2_url=http://10.0.0.1:8773/services/Cloud keystone_ec2_url=http://10.0.0.1:5000/v2.0/ec2tokens api_paste_config=/etc/nova/api-paste.ini allow_admin_api=true use_deprecated_auth=false ec2_private_dns_show_ip=True dmz_cidr=192.168.50.250/32 #dmz_cidr=169.254.169.254/32 ec2_dmz_host=10.0.0.1 metadata_host=10.0.0.1 metadata_listen=0.0.0.0 enabled_apis=ec2,osapi_compute,metadata # Networking # network_api_class=nova.network.quantumv2.api.API quantum_url=http://10.0.0.1:9696 quantum_auth_strategy=keystone quantum_admin_tenant_name=service quantum_admin_username=quantum quantum_admin_password=password quantum_admin_auth_url=http://10.0.0.1:35357/v2.0 libvirt_vif_driver=nova.virt.libvirt.vif.LibvirtHybridOVSBridgeDriver linuxnet_interface_driver=nova.network.linux_net.LinuxOVSInterfaceDriver firewall_driver=nova.virt.libvirt.firewall.IptablesFirewallDriver #Testing values linuxnet_ovs_integration_bridge=br-int dns_server=['192.168.50.240'] forward_bridge_interface=['eth1'] gateway=192.168.50.240 public_interface=eth1 routing_source_ip=192.168.50.250 # Compute # compute_driver=libvirt.LibvirtDriver connection_type=libvirt libvirt_type=kvm # Cinder # volume_api_class=nova.volume.cinder.API # Glance # glance_api_servers=10.0.0.1:9292 image_service=nova.image.glance.GlanceImageService # novnc # novnc_enable=true novncproxy_base_url=http://192.168.50.250:6080/vnc_auto.html vncserver_proxyclient_address=10.1.0.2 vncserver_listen=0.0.0.0 How does Nova determine what parameters to enable when calling the instance? Cheers, Tudor. -------------- next part -------------- An HTML attachment was scrubbed... URL: From clintd at waikato.ac.nz Thu Sep 5 03:10:32 2013 From: clintd at waikato.ac.nz (Clint Dilks) Date: Thu, 5 Sep 2013 15:10:32 +1200 Subject: [Openstack] Grizzy - Planning Help Message-ID: Hi, I have been asked to setup a Grizzly Instance for academic research. This project will evolve as it goes, so I don't have a clear set of requirements, my initial plan is to try installing using Neutron configured as "Single Flat Network" http://docs.openstack.org/trunk/openstack-network/admin/content/app_demo_flat.htmlusing the Open vSwitch Plugin. The equipment I have is 3 Nodes (2 Nic's per node ), with a switch for a physically isolated node subnet and access to other switches for the rest of our network. The nodes have Fast CPU's with a decent number of Cores and more RAM than we should need So currently I am picturing a setup like this Network subnet 1 - openstack management subnet 2 - openstack data subnet 3 - Public Network Nodes A (Controller + Storage + Compute) Keystone Glance Horizon Neutron Compute Cinder Shared Storage/NFS Swift storage Swift Proxy (any other needed services) B (Network + Compute) Neutron Compute Swift Storage C (Network + Compute) Neutron Compute Swift Storage So my questions 1. Does anything seem fundamentally broken with this approach? 2. Is there anything else that I haven't mentioned that I should be thinking about before making a start? 3. Do people see any advantages for a use case like ours sticking with nova-network, or using an alternate plugin with Quantum such as Linux Bridge Plugin? 4. Is it possible / practical to merge the management and data networks? 5. Currently the isolated switch is 1G, is this likely to be a significant bottleneck to getting a small number of VM's running? Thanks for your time, and any insight you are willing to share. Clint -------------- next part -------------- An HTML attachment was scrubbed... URL: From batsayan.das at tcs.com Thu Sep 5 03:18:38 2013 From: batsayan.das at tcs.com (Batsayan Das) Date: Thu, 5 Sep 2013 08:48:38 +0530 Subject: [Openstack] Instance CPU frequency resizing In-Reply-To: References: Message-ID: Hi, In my test scenario, I need two medium ubuntu instance. The only difference between the instances is CPU frequency. For example instance1's CPU operates at 2GHz, whereas instance2's CPU operates at 1GHz.  Is it possible to do this cpu frequency control through openstack/devstack? Regards, Batsayan Das Tata Consultancy Services Mailto: batsayan.das at tcs.com Website: http://www.tcs.com ____________________________________________ Experience certainty. IT Services Business Solutions Consulting ____________________________________________ =====-----=====-----===== Notice: The information contained in this e-mail message and/or attachments to it may contain confidential or privileged information. If you are not the intended recipient, any dissemination, use, review, distribution, printing or copying of the information contained in this e-mail message and/or attachments to it are strictly prohibited. If you have received this communication in error, please notify us by reply e-mail or telephone and immediately and permanently delete the message and any attachments. Thank you -------------- next part -------------- An HTML attachment was scrubbed... URL: From yuan.zhou at intel.com Thu Sep 5 03:43:21 2013 From: yuan.zhou at intel.com (Zhou, Yuan) Date: Thu, 5 Sep 2013 03:43:21 +0000 Subject: [Openstack] Help - swift with low IOPS In-Reply-To: <5226F795.9070005@gmail.com> References: <52247BD3.4030108@laposte.net> <52257459.1020106@gmail.com> <5225796D.7050204@laposte.net> <52257D49.4020502@gmail.com> <5225A7BF.9000209@laposte.net> <5226ECE2.3030302@laposte.net> <5226F795.9070005@gmail.com> Message-ID: <06681238D8946F44A60AA400760A1CBF01A77CF0@SHSMSX104.ccr.corp.intel.com> Hi Pang, Would you have a check on the iostat data of your storage nodes? There seems like to be another bottleneck in the disks. With 3k tps, assuming there's no bottleneck in the network and CPU part, the IOPS for each disk would be: 3000 * 3(3-replicas) / 50(# of disks) = 180 That's really a heavy load given that the average object size in your application is 500KB. I'd suggest adding more disks to the cluster in addition. Regards, -yuanz -----Original Message----- From: Jonathan Lu [mailto:jojokururu at gmail.com] Sent: Wednesday, September 04, 2013 5:04 PM To: pangj Cc: openstack at lists.openstack.org Subject: Re: [Openstack] Help - swift with low IOPS Hi, If all your requests are PUT, then the expected network bandwidth should be: 3000*500/1024*8 = 11718.75Mbps , which means more than 10Gbps According to your environment, there are 2 proxies ( giga network?) and that is far away from the expectation. For example, in our production there are also 2 proxies with giga network bandwith, 5 nodes each with 3T*12. The limit of the performance is about 600Mbps. We think that hit the bottleneck of the network. Uploading large objects will consume more network bandwidth and lower CPU, so 1st step you'd better improve your network to meet your requirement. Best Regards, Jonathan Lu On 2013/9/4 16:18, pangj wrote: > Hi, > > How does a setup make swift have the capability of 3000 TPS, for the > average size 500KB of files? What architecture, hardware, network etc > will be expected? Thanks for any suggestion. > > On 2013-9-3 17:11, pangj wrote: >> >> Thanks for the info. I have checked this one days ago. >> Given the case, in the production environment, we have 3 nodes with >> SSD for account/container servers, 5 nodes each with 2T * 10 for >> object storage servers. Currently having two proxies. All servers are >> 16 core CPU powered, storage server (account/container/object) has >> 48GB memory, proxy has 16GB memory. The average size for an object is >> about 500KB, there are many containers (more than 100 millions), but >> objects under each container are few (less than 20). There is only >> one account for TempAuth. >> Is there any better way to optimize the architecture? >> >> Regards. > > > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack _______________________________________________ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : openstack at lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack From prag_2648 at yahoo.co.in Thu Sep 5 04:32:20 2013 From: prag_2648 at yahoo.co.in (pragya jain) Date: Thu, 5 Sep 2013 12:32:20 +0800 (SGT) Subject: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift In-Reply-To: References: <1377498985.92309.YahooMailNeo@web193603.mail.sg3.yahoo.com> <1377575715.63149.YahooMailNeo@web193603.mail.sg3.yahoo.com> <1377705664.3899.YahooMailNeo@web193602.mail.sg3.yahoo.com> <1377755510.20626.YahooMailNeo@web193601.mail.sg3.yahoo.com> <1377765810.77854.YahooMailNeo@web193606.mail.sg3.yahoo.com> <1377767543.33056.YahooMailNeo@web193603.mail.sg3.yahoo.com> <1377768176.9373.YahooMailNeo@web193606.mail.sg3.yahoo.com> <1377775079.21343.YahooMailNeo@web193602.mail.sg3.yahoo.com> <1377784746.26442.YahooMailNeo@web193603.mail.sg3.yahoo.com> <1377840941.9818.YahooMailNeo@web193605.mail.sg3.yahoo.com> <1377843725.53401.YahooMailNeo@web193602.mail.sg3.yahoo.com> <1378273871.52383.YahooMailNeo@web193604.mail.sg3.yahoo.com> Message-ID: <1378355540.21486.YahooMailNeo@web193605.mail.sg3.yahoo.com> root at arun-Aspire-5742:~# grep txb0d8717ab05c4cf0bdebd-005226c8a4 /var/log/syslogSep  4 11:14:04 arun-Aspire-5742 account-server 127.0.0.1 - - [04/Sep/2013:05:44:04 +0000] "GET /d1/19164/AUTH_prag2648" 507 - "txb0d8717ab05c4cf0bdebd-005226c8a4" "GET http://localhost:8080/v1/AUTH_prag2648/" "proxy-server 3182" 0.0021 "" Sep  4 11:14:04 arun-Aspire-5742 proxy-server ERROR Insufficient Storage 127.0.0.1:6002/d1 (txn: txb0d8717ab05c4cf0bdebd-005226c8a4) Sep  4 11:14:05 arun-Aspire-5742 proxy-server Account GET returning 503 for [507] (txn: txb0d8717ab05c4cf0bdebd-005226c8a4) (client_ip: 127.0.0.1) Sep  4 11:14:05 arun-Aspire-5742 proxy-server 127.0.0.1 127.0.0.1 04/Sep/2013/05/44/05 GET /v1/AUTH_prag2648/ HTTP/1.0 503 - curl/7.22.0%20%28i686-pc-linux-gnu%29%20libcurl/7.22.0%20OpenSSL/1.0.1%20zlib/1.2.3.4%20libidn/1.23%20librtmp/2.3 AUTH_tk4be7b90194c747468c4973675db15ca5 - 118 - txb0d8717ab05c4cf0bdebd-005226c8a4 - 0.2774 - - >________________________________ > From: Clay Gerrard >To: pragya jain >Cc: "pangj at laposte.net" ; "openstack at lists.openstack.org" >Sent: Wednesday, 4 September 2013 9:12 PM >Subject: Re: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift > > > >So the builder files look right, you should grep the logs for the transaction id of the request that 503'd and see if the proxy is still getting connection errors (i.e. still trying to connect to 10.0.2.15) > >grep txb0d8717ab05c4cf0bdebd-005226c8a4 /var/log/syslog > > >If the proxy is still going to the old 10.0.2.15 you need to rebalance your rings > > >swift-ring-builder account.builder reblanace > > >-Clay > > > >On Tue, Sep 3, 2013 at 10:51 PM, pragya jain wrote: > >root at arun-Aspire-5742:/etc/swift# swift-ring-builder object.builder >>object.builder, build version 14 >>262144 partitions, 3.000000 replicas, 1 regions, 1 zones, 1 devices, 0.00 balance >>The minimum number of hours before a partition can be reassigned is 24 >>Devices:    id  region  zone      ip address  port  replication ip  replication port      name weight partitions balance meta >>             2       1     1       127.0.0.1  6000       127.0.0.1              6000        d1 100.00     786432    0.00  >>root at arun-Aspire-5742:/etc/swift# swift-ring-builder account.builder >>account.builder, build version 14 >>262144 partitions, 3.000000 replicas, 1 regions, 1 zones, 1 devices, 0.00 balance >>The minimum number of hours before a partition can be reassigned is 24 >>Devices:    id  region  zone      ip address  port  replication ip  replication port      name weight partitions balance meta >>             2       1     1       127.0.0.1  6002       127.0.0.1              6002        d1 100.00     786432    0.00  >>root at arun-Aspire-5742:/etc/swift# swift-ring-builder container.builder >>container.builder, build version 11 >>262144 partitions, 3.000000 replicas, 1 regions, 1 zones, 1 devices, 0.00 balance >>The minimum number of hours before a partition can be reassigned is 24 >>Devices:    id  region  zone      ip address  port  replication ip  replication port      name weight partitions balance meta >>             1       1     1       127.0.0.1  6001       127.0.0.1              6001        d1 100.00     786432    0.00  >>root at arun-Aspire-5742:/etc/swift# cd ~ >>root at arun-Aspire-5742:~# sudo swift-init account start >>Starting account-server...(/etc/swift/account-server.conf) >>root at arun-Aspire-5742:~# sudo swift-init proxy start >>Starting proxy-server...(/etc/swift/proxy-server.conf) >>root at arun-Aspire-5742:~# curl -v -H 'X-Auth-User:prag2648:pragya' -H 'X-Auth-Key:pj2648' http://localhost:8080/auth/v1.0/ >>* About to connect() to localhost port 8080 (#0) >>*   Trying 127.0.0.1... connected >>> GET /auth/v1.0/ HTTP/1.1 >>> User-Agent: curl/7.22.0 (i686-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 zlib/1.2.3.4 libidn/1.23 librtmp/2.3 >>> Host: localhost:8080 >>> Accept: */* >>> X-Auth-User:prag2648:pragya >>> X-Auth-Key:pj2648 >>>  >>< HTTP/1.1 200 OK >>< X-Storage-Url: http://localhost:8080/v1/AUTH_prag2648 >>< X-Auth-Token: AUTH_tk4be7b90194c747468c4973675db15ca5 >>< Content-Type: text/html; charset=UTF-8 >>< X-Storage-Token: AUTH_tk4be7b90194c747468c4973675db15ca5 >>< Content-Length: 0 >>< X-Trans-Id: txc07e87d3d4b8487b85d89-005226c820 >>< Date: Wed, 04 Sep 2013 05:41:52 GMT >><  >>* Connection #0 to host localhost left intact >>* Closing connection #0 >>root at arun-Aspire-5742:~# curl -v -H 'X-Storage-Token:AUTH_tk4be7b90194c747468c4973675db15ca5' http://127.0.0.1:8080/v1/AUTH_prag2648/ >>* About to connect() to 127.0.0.1 port 8080 (#0) >>*   Trying 127.0.0.1... connected >>> GET /v1/AUTH_prag2648/ HTTP/1.1 >>> User-Agent: curl/7.22.0 (i686-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 zlib/1.2.3.4 libidn/1.23 librtmp/2.3 >>> Host: 127.0.0.1:8080 >>> Accept: */* >>> X-Storage-Token:AUTH_tk4be7b90194c747468c4973675db15ca5 >>>  >>< HTTP/1.1 503 Internal Server Error >>< Content-Length: 118 >>< Content-Type: text/html; charset=UTF-8 >>< X-Trans-Id: tx2301beb46542488597d23-005226c87d >>< Date: Wed, 04 Sep 2013 05:43:26 GMT >><  >>* Connection #0 to host 127.0.0.1 left intact >>* Closing connection #0 >>

Service Unavailable

The server is currently unavailable. Please try again at a later time.

root at arun-Aspire-5742:~#  >>root at arun-Aspire-5742:~# curl -v -H 'X-Storage-Token:AUTH_tk4be7b90194c747468c4973675db15ca5' http://127.0.0.1/v1/AUTH_prag2648/ >>* About to connect() to 127.0.0.1 port 80 (#0) >>*   Trying 127.0.0.1... Connection refused >>* couldn't connect to host >>* Closing connection #0 >>curl: (7) couldn't connect to host >>root at arun-Aspire-5742:~# curl -v -H 'X-Storage-Token:AUTH_tk4be7b90194c747468c4973675db15ca5' http://localhost:8080/v1/AUTH_prag2648/ >>* About to connect() to localhost port 8080 (#0) >>*   Trying 127.0.0.1... connected >>> GET /v1/AUTH_prag2648/ HTTP/1.1 >>> User-Agent: curl/7.22.0 (i686-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 zlib/1.2.3.4 libidn/1.23 librtmp/2.3 >>> Host: localhost:8080 >>> Accept: */* >>> X-Storage-Token:AUTH_tk4be7b90194c747468c4973675db15ca5 >>>  >>< HTTP/1.1 503 Internal Server Error >>< Content-Length: 118 >>< Content-Type: text/html; charset=UTF-8 >>< X-Trans-Id: txb0d8717ab05c4cf0bdebd-005226c8a4 >>< Date: Wed, 04 Sep 2013 05:44:05 GMT >><  >>* Connection #0 to host localhost left intact >>* Closing connection #0 >>

Service Unavailable

The server is currently unavailable. Please try again at a later time.

root at arun-Aspire-5742:~#  >>root at arun-Aspire-5742:~# grep txa4c98c518382430ab9f5f-005222dede /var/log/syslogroot at arun-Aspire-5742:~#  >> >> >> >> >> >>>________________________________ >>> From: Kuo Hugo >>>To: pragya jain >>>Cc: Gareth ; "openstack at lists.openstack.org" >>>Sent: Friday, 30 August 2013 1:15 PM >>> >>>Subject: Re: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift >>> >>> >>> >>>Hmm....  >>> >>> >>>1) No Container and Object servers are running  >>>2) Only one drive in the ring >>>3) No device been mount to /srv/node/* , unless you are disabling mount_check >>>4) Did you setup rsync yet ?  >>> >>> >>>Maybe you can follow the online document to complete the above items.  >>> >>> >>>Good luck~ >>> >>> >>> >>> >>> >>> >>>+Hugo Kuo+ >>>hugo at swiftstack.com >>> >>>tonytkdk at gmail.com >>> >>>+886 935004793 >>> >>> >>> >>>2013/8/30 pragya jain >>> >>>root at arun-Aspire-5742:~# swift-ring-builder /etc/swift/account.builder >>>>/etc/swift/account.builder, build version 1 >>>>262144 partitions, 3.000000 replicas, 1 regions, 1 zones, 1 devices, 0.00 balance >>>>The minimum number of hours before a partition can be reassigned is 24 >>>>Devices:    id  region  zone      ip address  port  replication ip  replication port      name weight partitions balance meta >>>>             0       1     1       10.0.2.15  6000       10.0.2.15              6000        d1 100.00     786432    0.00  >>>>root at arun-Aspire-5742:~# swift-ring-builder /etc/swift/container.builder >>>>/etc/swift/container.builder, build version 1 >>>>262144 partitions, 3.000000 replicas, 1 regions, 1 zones, 1 devices, 0.00 balance >>>>The minimum number of hours before a partition can be reassigned is 24 >>>>Devices:    id  region  zone      ip address  port  replication ip  replication port      name weight partitions balance meta >>>>             0       1     1       10.0.2.15  6001       10.0.2.15              6001        d1 100.00     786432    0.00  >>>>root at arun-Aspire-5742:~# swift-ring-builder /etc/swift/object.builder >>>>/etc/swift/object.builder, build version 1 >>>>262144 partitions, 3.000000 replicas, 1 regions, 1 zones, 1 devices, 0.00 balance >>>>The minimum number of hours before a partition can be reassigned is 24 >>>>Devices:    id  region  zone      ip address  port  replication ip  replication port      name weight partitions balance meta >>>>             0       1     1       10.0.2.15  6002       10.0.2.15              6002        d1 100.00     786432    0.00  >>>>root at arun-Aspire-5742:~# ps aux | grep swift >>>>swift     5174  0.0  0.1  18700 11548 ?        Ss   10:45   0:00 /usr/bin/python /usr/local/bin/swift-account-server /etc/swift/account-server.conf >>>>swift     5181  0.0  0.1  18976  9624 ?        S    10:45   0:00 /usr/bin/python /usr/local/bin/swift-account-server /etc/swift/account-server.conf >>>>swift     5182  0.0  0.1  18992  9616 ?        S    10:45   0:00 /usr/bin/python /usr/local/bin/swift-account-server /etc/swift/account-server.conf >>>>swift     5183  0.0  0.1  18992  9620 ?        S    10:45   0:00 /usr/bin/python /usr/local/bin/swift-account-server /etc/swift/account-server.conf >>>>swift     5184  0.0  0.1  18992  9632 ?        S    10:45   0:00 /usr/bin/python /usr/local/bin/swift-account-server /etc/swift/account-server.conf >>>>swift     5192  0.0  0.2  18296 11812 ?        Ss   10:45   0:00 /usr/bin/python /usr/local/bin/swift-proxy-server /etc/swift/proxy-server.conf >>>>swift     5197  0.0  0.2  23512 15552 ?        S    10:45   0:00 /usr/bin/python /usr/local/bin/swift-proxy-server /etc/swift/proxy-server.conf >>>>swift     5198  0.0  0.2  23524 15628 ?        S    10:45   0:00 /usr/bin/python /usr/local/bin/swift-proxy-server /etc/swift/proxy-server.conf >>>>swift     5199  0.0  0.2  23524 15300 ?        S    10:45   0:00 /usr/bin/python /usr/local/bin/swift-proxy-server /etc/swift/proxy-server.conf >>>>swift     5200  0.0  0.2  23524 15300 ?        S    10:45   0:00 /usr/bin/python /usr/local/bin/swift-proxy-server /etc/swift/proxy-server.conf >>>>root      6986  0.0  0.0   4388   828 pts/0    S+   11:46   0:00 grep --color=auto swift >>>>root at arun-Aspire-5742:~# df -h >>>>Filesystem      Size  Used Avail Use% Mounted on >>>>/dev/sda4       170G  3.8G  158G   3% / >>>>udev            2.8G  4.0K  2.8G   1% /dev >>>>tmpfs           1.2G  908K  1.2G   1% /run >>>>none            5.0M  4.0K  5.0M   1% /run/lock >>>>none            2.8G  220K  2.8G   1% /run/shm >>>>/dev/sda2        98G   25G   73G  26% /media/D8EA06E4EA06BEAE >>>>/dev/sda5        98G   54G   45G  55% /media/8AE41BA8E41B9613 >>>>root at arun-Aspire-5742:~# ls /srv/node/* >>>>/srv/node/d1: >>>> >>>> >>>>/srv/node/d2: >>>> >>>> >>>>/srv/node/d3: >>>>root at arun-Aspire-5742:~# netstat -antulp >>>>Active Internet connections (servers and established) >>>>Proto Recv-Q Send-Q Local Address           Foreign Address         State       PID/Program name >>>>tcp        0      0 127.0.0.1:11211         0.0.0.0:*               LISTEN      941/memcached    >>>>tcp        0      0 0.0.0.0:8080            0.0.0.0:*               LISTEN      5192/python      >>>>tcp        0      0 0.0.0.0:6002            0.0.0.0:*               LISTEN      5174/python      >>>>tcp        0      0 127.0.0.1:53            0.0.0.0:*               LISTEN      6936/dnsmasq     >>>>tcp        0      0 127.0.0.1:631           0.0.0.0:*               LISTEN      596/cupsd        >>>>tcp        0      0 101.58.138.11:56680     207.171.162.71:443      ESTABLISHED 2042/chrome      >>>>tcp        0      0 127.0.0.1:11211         127.0.0.1:45287         ESTABL >>>>ISHED 941/memcached    >>>>tcp        0      0 127.0.0.1:11211         127.0.0.1:45292         ESTABLISHED 941/memcached    >>>>tcp        0      0 127.0.0.1:45287         127.0.0.1:11211         ESTABLISHED 5197/python      >>>>tcp        1      0 101.58.138.11:34377     91.189.89.144:80        CLOSE_WAIT  1674/ubuntu-geoip-p >>>>tcp        0      0 127.0.0.1:45292         127.0.0.1:11211         ESTABLISHED 5198/python      >>>>tcp6       0      0 ::1:631                 :::*                    LISTEN      596/cupsd        >>>>udp        0      0 127.0.0.1:11211         0.0.0.0:*                           941/memcached    >>>>udp        0      0 0.0.0.0:46638           0.0.0.0:*                           576/avahi-daemon: r >>>>udp        0      0 127.0.0.1:53            0.0.0.0:*                           6936/dnsmasq     >>>>udp        0      0 0.0.0.0:5353            0.0.0.0:*                           576/avahi-daemon: r >>>>udp6       0      0 :::55335                :::*                                576/avahi-daemon: r >>>>udp6       0      0 :::5353                 :::*                                576/avahi-daemon: r >>>>root at arun-Aspire-5742:~# swift-init all status >>>>No container-updater running >>>>No account-auditor running >>>>No object-replicator running >>>>proxy-server running (5192 - /etc/swift/proxy-server.conf) >>>>No container-replicator running >>>>No object-auditor running >>>>No object-expirer running >>>>No container-auditor running >>>>No container-server running >>>>account-server running (5174 - /etc/swift/account-server.conf) >>>>No account-reaper running >>>>No container-sync running >>>>No account-replicator running >>>>No object-updater running >>>>No object-server running >>>> >>>> >>>> >>>>>________________________________ >>>>> From: Kuo Hugo >>>>>To: pragya jain >>>>>Cc: Gareth ; "openstack at lists.openstack.org" >>>>>Sent: Friday, 30 August 2013 11:23 AM >>>>> >>>>>Subject: Re: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift >>>>> >>>>> >>>>> >>>>>Hi Pragya :  >>>>> >>>>> >>>>>I'm in highly recommends that you can go through the Swift online document http://docs.openstack.org/developer/swift/index.html .  >>>>>It's a good place to understand the basic architecture, especially swift *terms*  >>>>> >>>>> >>>>> >>>>>Check rings : >>>>>$> swift-ring-builder /etc/swift/object.builder >>>>>>$> swift-ring-builder /etc/swift/container.builder >>>>>>$> swift-ring-builder /etc/swift/account.builder >>>>> >>>>> >>>>>Check Swift workers :  >>>>>$> swift-init all status >>>>>>$> ps aux | grep swift >>>>>>$> df -h  >>>>>>$> ls /srv/node/* >>>>>>$> netstat -antulp >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>>+Hugo Kuo+ >>>>>hugo at swiftstack.com >>>>> >>>>>tonytkdk at gmail.com >>>>> >>>>>+886 935004793 >>>>> >>>>> >>>>> >>>>>2013/8/30 pragya jain >>>>> >>>>>hello sir, >>>>>> >>>>>> >>>>>>I am working on single node. >>>>>>Please let me know how to check network topology and ring structure. >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>>>________________________________ >>>>>>> From: Gareth >>>>>>>To: Kuo Hugo >>>>>>>Cc: pragya jain ; "openstack at lists.openstack.org" >>>>>>>Sent: Friday, 30 August 2013 8:11 AM >>>>>>> >>>>>>>Subject: Re: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift >>>>>>> >>>>>>> >>>>>>> >>>>>>>Pragya >>>>>>> >>>>>>> >>>>>>>The v1.0 auth uses tempauth for swift, like what you config in proxy-server.conf. All account data is read from that file, so you couldn't add/delete account in tempauth without modifying config file and restart swift. >>>>>>> >>>>>>> >>>>>>>BTW, your curl link here "curl -v -H 'X-Storage-Token:AUTH_tk3867b7599d5346559ee0baaa09e0f40d' http://localhost:8080/v1/AUTH_prag2648/" actually is a GET request, which means getting account data. If you config everything correctly, it must have valid response. And you logs are a better way to find what happened in this request (set log level to DEBUG, and you will get more details). >>>>>>> >>>>>>> >>>>>>> >>>>>>>On Fri, Aug 30, 2013 at 7:47 AM, Kuo Hugo wrote: >>>>>>> >>>>>>>Hi Pragya,  >>>>>>>> >>>>>>>> >>>>>>>>I need more information.  >>>>>>>> >>>>>>>> >>>>>>>>1) Please draw a network topology of your environment >>>>>>>>2) How many nodes do you have?   >>>>>>>>3) What's the ring looks like ? >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>>Hugo Kuo >>>>>>>>hugo at swiftstack.com >>>>>>>> >>>>>>>>tonytkdk at gmail.com >>>>>>>> >>>>>>>>+886 935004793 >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>>2013/8/29 pragya jain >>>>>>>> >>>>>>>>hello sir, >>>>>>>>> >>>>>>>>> >>>>>>>>>connection is established successfully. But, when I try to create an account, I face the problem. >>>>>>>>> >>>>>>>>> >>>>>>>>>root at arun-Aspire-5742:~# sudo swift-init account start >>>>>>>>>Starting account-server...(/etc/swift/account-server.conf) >>>>>>>>>root at arun-Aspire-5742:~# sudo swift-init proxy start >>>>>>>>>Starting proxy-server...(/etc/swift/proxy-server.conf) >>>>>>>>>root at arun-Aspire-5742:~# curl -v -H 'X-Auth-User:prag2648:pragya' -H 'X-Auth-Key:pj2648' http://localhost:8080/auth/v1.0/ >>>>>>>>>* About to connect() to localhost port 8080 (#0) >>>>>>>>>*   Trying 127.0.0.1... connected >>>>>>>>>> GET /auth/v1.0/ HTTP/1.1 >>>>>>>>>> User-Agent: curl/7.22.0 (i686-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 zlib/1.2.3.4 libidn/1.23 librtmp/2.3 >>>>>>>>>> Host: localhost:8080 >>>>>>>>>> Accept: */* >>>>>>>>>> X-Auth-User:prag2648:pragya >>>>>>>>>> X-Auth-Key:pj2648 >>>>>>>>>>  >>>>>>>>>< HTTP/1.1 200 OK >>>>>>>>>< X-Storage-Url: http://localhost:8080/v1/AUTH_prag2648 >>>>>>>>>< X-Auth-Token: AUTH_tk3867b7599d5346559ee0baaa09e0f40d >>>>>>>>>< Content-Type: text/html; charset=UTF-8 >>>>>>>>>< X-Storage-Token: AUTH_tk3867b7599d5346559ee0baaa09e0f40d >>>>>>>>>< Content-Length: 0 >>>>>>>>>< X-Trans-Id: txe2ab76a7617e40399f456-00521f3d16 >>>>>>>>>< Date: Thu, 29 Aug 2013 12:22:46 GMT >>>>>>>>><  >>>>>>>>>* Connection #0 to host localhost left intact >>>>>>>>>* Closing connection #0 >>>>>>>>>root at arun-Aspire-5742:~# python >>>>>>>>>Python 2.7.3 (default, Apr 10 2013, 05:46:21)  >>>>>>>>>[GCC 4.6.3] on linux2 >>>>>>>>>Type "help", "copyright", "credits" or "license" for more information. >>>>>>>>>>>> import swift.common.memcached as memcached >>>>>>>>>>>> memcache = memcached.MemcacheRing(['127.0.0.1:11211']) >>>>>>>>>>>> print memcache.get('AUTH_/user/prag2648:pragya') >>>>>>>>>AUTH_tk3867b7599d5346559ee0baaa09e0f40d >>>>>>>>>>>> print memcache.get('AUTH_/token/AUTH_tk3867b7599d5346559ee0baaa09e0f40d') >>>>>>>>>[1377865366.826027, 'prag2648,prag2648:pragya,.reseller_admin,AUTH_prag2648'] >>>>>>>>>>>>  >>>>>>>>>root at arun-Aspire-5742:~# curl -v -H 'X-Storage-Token:AUTH_tk3867b7599d5346559ee0baaa09e0f40d' http://127.0.0.1/v1/Auth_prag2648/ >>>>>>>>>* About to connect() to 127.0.0.1 port 80 (#0) >>>>>>>>>*   Trying 127.0.0.1... Connection refused >>>>>>>>>* couldn't connect to host >>>>>>>>>* Closing connection #0 >>>>>>>>>curl: (7) couldn't connect to host >>>>>>>>>root at arun-Aspire-5742:~# curl -v -H 'X-Storage-Token:AUTH_tk3867b7599d5346559ee0baaa09e0f40d' http://localhost:8080/v1/AUTH_prag2648/ >>>>>>>>>* About to connect() to localhost port 8080 (#0) >>>>>>>>>*   Trying 127.0.0.1... connected >>>>>>>>>> GET /v1/AUTH_prag2648/ HTTP/1.1 >>>>>>>>>> User-Agent: curl/7.22.0 (i686-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 zlib/ >>>>>>>>>1.2.3.4 libidn/1.23 librtmp/2.3 >>>>>>>>>> Host: localhost:8080 >>>>>>>>>> Accept: */* >>>>>>>>>> X-Storage-Token:AUTH_tk3867b7599d5346559ee0baaa09e0f40d >>>>>>>>>>  >>>>>>>>>< HTTP/1.1 503 Internal Server Error >>>>>>>>>< Content-Length: 118 >>>>>>>>>< Content-Type: text/html; charset=UTF-8 >>>>>>>>>< X-Trans-Id: txd6fd9eead36e4b74b0869-00521f3efe >>>>>>>>>< Date: Thu, 29 Aug 2013 12:30:55 GMT >>>>>>>>><  >>>>>>>>>* Connection #0 to host localhost left intact >>>>>>>>>* Closing connection #0 >>>>>>>>>

Service Unavailable

The server is currently unavailable. Please try again at a later time.

root at arun-Aspire-5742:~#  >>>>>>>>> >>>>>>>>> >>>>>>>>>Please help me in this regard. >>>>>>>>> >>>>>>>>> >>>>>>>>>--- >>>>>>>>> >>>>>>>>> >>>>>>>>>Pragya Jain >>>>>>>>> >>>>>>>>>>________________________________ >>>>>>>>>> From: pragya jain >>>>>>>>>>To: Kuo Hugo >>>>>>>>>>Cc: "openstack at lists.openstack.org" >>>>>>>>>> >>>>>>>>>>Sent: Thursday, 29 August 2013 4:47 PM >>>>>>>>>>Subject: Re: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>>Thanks Kuo very much for this help. >>>>>>>>>>connection is successfully established. >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>>>________________________________ >>>>>>>>>>> From: Kuo Hugo >>>>>>>>>>>To: pragya jain >>>>>>>>>>>Cc: "openstack at lists.openstack.org" >>>>>>>>>>>Sent: Thursday, 29 August 2013 3:46 PM >>>>>>>>>>>Subject: Re: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>>curl -v -H 'X-Auth-User:admin:admin' -H 'X-Auth-Key:admin' http://localhost:8080/auth/v1.0/ >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>>+Hugo Kuo+ >>>>>>>>>>>hugo at swiftstack.com >>>>>>>>>>>tonytkdk at gmail.com >>>>>>>>>>>+886 935004793 >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>>2013/8/29 pragya jain >>>>>>>>>>>> >>>>>>>>>>>> root at arun-Aspire-5742:~# netstat -antulp | grep 8080 >>>>>>>>>>>> tcp        0      0 0.0.0.0:8080            0.0.0.0:*               LISTEN      2421/python   >>>>>>>>>>>> >>>>>>>>>>>> user = swift >>>>>>>>>>>> >>>>>>>>>>>> ________________________________ >>>>>>>>>>>> From: Kuo Hugo >>>>>>>>>>>> To: pragya jain >>>>>>>>>>>> Cc: "openstack at lists.openstack.org" >>>>>>>>>>>> Sent: Thursday, 29 August 2013 2:47 PM >>>>>>>>>>>> >>>>>>>>>>>> Subject: Re: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift >>>>>>>>>>>> >>>>>>>>>>>> gt; netstat -antulp | grep 8080 >>>>>>>>>>>> >>>>>>>>>>>> 1) is 8080 port been used ? >>>>>>>>>>>> 2) What's the value of *user* parameter in proxy-server.conf  https://github.com/openstack/swift/blob/master/etc/proxy-server.conf-sample#L7 >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> +Hugo Kuo+ >>>>>>>>>>>> hugo at swiftstack.com >>>>>>>>>>>> tonytkdk at gmail.com >>>>>>>>>>>> +886 935004793 >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> 2013/8/29 pragya jain >>>>>>>>>>>> >>>>>>>>>>>> hello sir, >>>>>>>>>>>> >>>>>>>>>>>> I run the command: >>>>>>>>>>>> >>>>>>>>>>>> root at arun-Aspire-5742:~# find / -name swift-proxy-server >>>>>>>>>>>> /opt/swift/build/scripts-2.7/swift-proxy-server >>>>>>>>>>>> /opt/swift/bin/swift-proxy-server >>>>>>>>>>>> /usr/local/bin/swift-proxy-server >>>>>>>>>>>> /usr/local/lib/python2.7/dist-packages/swift-1.9.2-py2.7.egg/EGG-INFO/scripts/swift-proxy-server >>>>>>>>>>>> >>>>>>>>>>>> root at arun-Aspire-5742:~# /usr/bin/python /usr/local/bin/swift-proxy-server /etc/swift/proxy-server.conf >>>>>>>>>>>> Traceback (most recent call last): >>>>>>>>>>>>   File "/usr/local/bin/swift-proxy-server", line 5, in >>>>>>>>>>>>     pkg_resources.run_script('swift==1.9.2', 'swift-proxy-server') >>>>>>>>>>>>   File "/usr/lib/python2.7/dist-packages/pkg_resources.py", line 499, in run_script >>>>>>>>>>>>     self.require(requires)[0].run_script(script_name, ns) >>>>>>>>>>>>   File "/usr/lib/python2.7/dist-packages/pkg_resources.py", line 1235, in run_script >>>>>>>>>>>>     execfile(script_filename, namespace, namespace) >>>>>>>>>>>>   File "/usr/local/lib/python2.7/dist-packages/swift-1.9.2-py2.7.egg/EGG-INFO/scripts/swift-proxy-server", line 22, in >>>>>>>>>>>>     run_wsgi(conf_file, 'proxy-server', default_port=8080, **options) >>>>>>>>>>>>   File "/usr/local/lib/python2.7/dist-packages/swift-1.9.2-py2.7.egg/swift/common/wsgi.py", line 251, in run_wsgi >>>>>>>>>>>>     sock = get_socket(conf, default_port=kwargs.get('default_port', 8080)) >>>>>>>>>>>>   File "/usr/local/lib/python2.7/dist-packages/swift-1.9.2-py2.7.egg/swift/common/wsgi.py", line 168, in get_socket >>>>>>>>>>>>     bind_addr[0], bind_addr[1], bind_timeout)) >>>>>>>>>>>> Exception: Could not bind to 0.0.0.0:8080 after trying for 30 seconds >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> ________________________________ >>>>>>>>>>>> From: Kuo Hugo >>>>>>>>>>>> To: pragya jain >>>>>>>>>>>> Cc: "openstack at lists.openstack.org" >>>>>>>>>>>> Sent: Thursday, 29 August 2013 2:19 PM >>>>>>>>>>>> >>>>>>>>>>>> Subject: Re: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift >>>>>>>>>>>> >>>>>>>>>>>> find out the swift-proxy-server binary in your OS.  (The path in example just an assumption) >>>>>>>>>>>> >>>>>>>>>>>> gt; find / -name swift-proxy-server >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> +Hugo Kuo+ >>>>>>>>>>>> hugo at swiftstack.com >>>>>>>>>>>> tonytkdk at gmail.com >>>>>>>>>>>> +886 935004793 >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> 2013/8/29 pragya jain >>>>>>>>>>>> >>>>>>>>>>>> hello sir >>>>>>>>>>>> >>>>>>>>>>>> Thanks for the help >>>>>>>>>>>> >>>>>>>>>>>> root at arun-Aspire-5742:~# /usr/bin/python /usr/bin/swift-proxy-server /etc/swift/proxy-server.conf >>>>>>>>>>>> /usr/bin/python: can't open file '/usr/bin/swift-proxy-server': [Errno 2] No such file or directory >>>>>>>>>>>> >>>>>>>>>>>> this is the result of the command. >>>>>>>>>>>> >>>>>>>>>>>> please help in this regard. >>>>>>>>>>>> >>>>>>>>>>>> ----- >>>>>>>>>>>> Pragya Jain >>>>>>>>>>>> >>>>>>>>>>>> ________________________________ >>>>>>>>>>>> From: Kuo Hugo >>>>>>>>>>>> To: pragya jain >>>>>>>>>>>> Cc: "openstack at lists.openstack.org" >>>>>>>>>>>> Sent: Thursday, 29 August 2013 1:20 PM >>>>>>>>>>>> >>>>>>>>>>>> Subject: Re: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift >>>>>>>>>>>> >>>>>>>>>>>> Obviously, There's no proxy server running on your node. >>>>>>>>>>>> >>>>>>>>>>>> Please execute it on the node where proxy-server located: >>>>>>>>>>>> (I assume the binary is in /usr/bin and conf file is in /etc/swift) >>>>>>>>>>>> >>>>>>>>>>>> gt; /usr/bin/python /usr/bin/swift-proxy-server /etc/swift/proxy-server.conf >>>>>>>>>>>> >>>>>>>>>>>> What's the result ? >>>>>>>>>>>> >>>>>>>>>>>> +Hugo Kuo+ >>>>>>>>>>>> hugo at swiftstack.com >>>>>>>>>>>> tonytkdk at gmail.com >>>>>>>>>>>> +886 935004793 >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> 2013/8/29 pragya jain >>>>>>>>>>>> >>>>>>>>>>>> hello sir >>>>>>>>>>>> >>>>>>>>>>>> Thanks for the suggestion. >>>>>>>>>>>> >>>>>>>>>>>> (1) I give the space between pj2648 and .admin and also between .admin and .reseller_admin and tried the connection again, but face the same problem >>>>>>>>>>>> >>>>>>>>>>>> root at arun-Aspire-5742:~# vi /etc/swift/proxy-server.conf >>>>>>>>>>>> >>>>>>>>>>>> and make following changes: >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> user_admin_admin = admin .admin .reseller_admin >>>>>>>>>>>> user_test_tester = testing .admin >>>>>>>>>>>> user_test2_tester2 = testing2 .admin >>>>>>>>>>>> user_test_tester3 = testing3 >>>>>>>>>>>> >>>>>>>>>>>> user_prag2648_pragya = pj2648 .admin .reseller_admin >>>>>>>>>>>> >>>>>>>>>>>> and then >>>>>>>>>>>> >>>>>>>>>>>> root at arun-Aspire-5742:~# sudo swift-init account start >>>>>>>>>>>> Starting account-server...(/etc/swift/account-server.conf) >>>>>>>>>>>> root at arun-Aspire-5742:~# sudo swift-init proxy start >>>>>>>>>>>> >>>>>>>>>>>> Starting proxy-server...(/etc/swift/proxy-server.conf) >>>>>>>>>>>> root at arun-Aspire-5742:~# curl -v -H 'X-Auth-User:prag2648:pragya' -H 'X-Auth-Key:pj2648' http://localhost/auth/v1.0/ >>>>>>>>>>>> * About to connect() to localhost port 80 (#0) >>>>>>>>>>>> *   Trying 127.0.0.1... Connection refused >>>>>>>>>>>> * couldn't connect to host >>>>>>>>>>>> * Closing connection #0 >>>>>>>>>>>> curl: (7) couldn't connect to host >>>>>>>>>>>> >>>>>>>>>>>> (2) I also tired the connection with user admin:admin >>>>>>>>>>>> root at arun-Aspire-5742:~# curl -v -H 'X-Auth-User:admin:admin' -H 'X-Auth-Key:admin' http://localhost/auth/v1.0/ >>>>>>>>>>>> >>>>>>>>>>>> * About to connect() to localhost port 80 (#0) >>>>>>>>>>>> *   Trying 127.0.0.1... Connection refused >>>>>>>>>>>> * couldn't connect to host >>>>>>>>>>>> * Closing connection #0 >>>>>>>>>>>> curl: (7) couldn't connect to host >>>>>>>>>>>> >>>>>>>>>>>> (3) I also run the command to verify the port number of proxy >>>>>>>>>>>> root at arun-Aspire-5742:~# ps aux | grep proxy >>>>>>>>>>>> nobody    2124  0.0  0.0   5384  1164 ?        S    10:39   0:00 /usr/sbin/dnsmasq --no-resolv --keep-in-foreground --no-hosts --bind-interfaces --pid-file=/var/run/sendsigs.omit.d/network-manager.dnsmasq.pid --listen-address=127.0.0.1 --conf-file=/var/run/nm-dns-dnsmasq.conf --cache-size=0 --proxy-dnssec >>>>>>>>>>>> root      2724  0.0  0.0   4368   828 pts/0    R+   10:52   0:00 grep --color=auto proxy >>>>>>>>>>>> root at arun-Aspire-5742:~# netstat -antulp >>>>>>>>>>>> Active Internet connections (servers and established) >>>>>>>>>>>> Proto Recv-Q Send-Q Local Address           Foreign Address         State       PID/Program name >>>>>>>>>>>> tcp        0      0 127.0.0.1:11211         0.0.0.0:*               LISTEN      931/memcached   >>>>>>>>>>>> tcp        0      0 127.0.0.1:53            0.0.0.0:*               LISTEN      2124/dnsmasq   >>>>>>>>>>>> tcp        0      0 127.0.0.1:631           0.0.0.0:*               LISTEN      623/cupsd       >>>>>>>>>>>> tcp        0      0 115.184.7.223:51521     74.125.236.132:80       TIME_WAIT   -               >>>>>>>>>>>> tcp        1      0 115.184.7.223:46280     91.189.89.144:80        CLOSE_WAIT  1663/ubuntu-geoip-p >>>>>>>>>>>> tcp        0      0 115.184.7.223:60563     173.194.38.147:80       TIME_WAIT   -               >>>>>>>>>>>> tcp        0      0 115.184.7.223:43256     124.124.201.179:80      TIME_WAIT   -               >>>>>>>>>>>> tcp        0      0 115.184.7.223:41791     124.124.201.169:80      TIME_WAIT   -               >>>>>>>>>>>> tcp        0      0 115.184.7.223:36669     124.124.252.9:80        TIME_WAIT   -               >>>>>>>>>>>> tcp        0      0 115.184.7.223:51747     173.194.38.184:80       TIME_WAIT   -               >>>>>>>>>>>> tcp        0      0 115.184.7.223:54229     74.125.236.44:443       TIME_WAIT   -               >>>>>>>>>>>> tcp        0      0 115.184.7.223:36185     173.194.36.26:80        TIME_WAIT   -               >>>>>>>>>>>> tcp        0      0 115.184.7.223:38854     74.125.236.109:80       TIME_WAIT   -               >>>>>>>>>>>> tcp6       0      0 ::1:631                 :::*                    LISTEN      623/cupsd       >>>>>>>>>>>> udp        0      0 0.0.0.0:5353            0.0.0.0:*                           619/avahi-daemon: r >>>>>>>>>>>> udp        0      0 0.0.0.0:53489           0.0.0.0:*                           619/avahi-daemon: r >>>>>>>>>>>> udp        0      0 127.0.0.1:11211         0.0.0.0:*                           931/memcached   >>>>>>>>>>>> udp        0      0 127.0.0.1:53            0.0.0.0:*                           2124/dnsmasq   >>>>>>>>>>>> udp6       0      0 :::5353                 :::*                                619/avahi-daemon: r >>>>>>>>>>>> udp6       0      0 :::36705                :::*                                619/avahi-daemon: r >>>>>>>>>>>> >>>>>>>>>>>> Please help to proceed further. >>>>>>>>>>>> >>>>>>>>>>>> --- >>>>>>>>>>>> >>>>>>>>>>>> Thanks >>>>>>>>>>>> >>>>>>>>>>>> Pragya jain >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> ________________________________ >>>>>>>>>>>> From: Kuo Hugo >>>>>>>>>>>> To: pragya jain >>>>>>>>>>>> Cc: Amanda Plimpton ; "openstack at lists.openstack.org" >>>>>>>>>>>> Sent: Wednesday, 28 August 2013 9:59 PM >>>>>>>>>>>> Subject: Re: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift >>>>>>>>>>>> >>>>>>>>>>>> Hi >>>>>>>>>>>> >>>>>>>>>>>> 1) user_prag2648_pragya = pj2648.admin.reseller_admin try to have a space between pj2648 and .admin . How about to test with user admin:admin ? >>>>>>>>>>>> 2) Verify the port number of proxy by >>>>>>>>>>>> >>>>>>>>>>>> gt; ps aux | grep proxy >>>>>>>>>>>> gt; netstat -antulp >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> 3) Check the Proxy for how to setup bind_port https://github.com/openstack/swift/blob/master/etc/proxy-server.conf-sample >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> +Hugo Kuo+ >>>>>>>>>>>> hugo at swiftstack.com >>>>>>>>>>>> tonytkdk at gmail.com >>>>>>>>>>>> +886 935004793 >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> 2013/8/29 pragya jain >>>>>>>>>>>> >>>>>>>>>>>> hello sir, >>>>>>>>>>>> >>>>>>>>>>>> Please help me in knowing how to use 8080 port >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> ________________________________ >>>>>>>>>>>> From: Amanda Plimpton >>>>>>>>>>>> To: pragya jain >>>>>>>>>>>> Cc: "joe at swiftstack.com" ; "contact at swiftstack.com" ; anita goel >>>>>>>>>>>> Sent: Tuesday, 27 August 2013 9:40 AM >>>>>>>>>>>> Subject: Re: Fw: problem in setting up Tempauth authentication & authorization with Swift >>>>>>>>>>>> >>>>>>>>>>>> Hello, >>>>>>>>>>>> >>>>>>>>>>>> Did Edward's suggestion of using port 8080 help at all? The error seems to indicate a network setting issue. You may wish to double check the settings and configuration. >>>>>>>>>>>> >>>>>>>>>>>> Given your interest in Swift I would also recommend locating a nearby OpenStack group or attending an event such as http://openstackindia.wordpress.com/2013/08/14/openstack-india-day-2013-announced/ >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> Thank you, >>>>>>>>>>>> Amanda >>>>>>>>>>>> >>>>>>>>>>>> SwiftStack Inc. >>>>>>>>>>>> swiftstack.com >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> On Mon, Aug 26, 2013 at 8:55 PM, pragya jain wrote: >>>>>>>>>>>> >>>>>>>>>>>> hello sir! >>>>>>>>>>>> >>>>>>>>>>>> Please help me in setting up Tempauth authentication & authorization with Swift. >>>>>>>>>>>> same error is continued. >>>>>>>>>>>> >>>>>>>>>>>> ----- Forwarded Message ----- >>>>>>>>>>>> From: pragya jain >>>>>>>>>>>> To: "joe at swiftstack.com" ; "clay.gerrard at gmail.com" ; "contact at swiftstack.com" ; "openstack at ask.openstack.org" ; "openstack at lists.openstack.org" >>>>>>>>>>>> Cc: anita goel >>>>>>>>>>>> Sent: Monday, 26 August 2013 12:06 PM >>>>>>>>>>>> Subject: problem in setting up Tempauth authentication & authorization with Swift >>>>>>>>>>>> >>>>>>>>>>>> hello, >>>>>>>>>>>> >>>>>>>>>>>> I have to configure proxy server. >>>>>>>>>>>> For this, >>>>>>>>>>>> I have to edit /etc/swift/swift.conf and change the swift_hash_path_suffix to something secret and then, start the proxy server process >>>>>>>>>>>> >>>>>>>>>>>> for this, I use the following commands: >>>>>>>>>>>> root at arun-Aspire-5742:~# vi /etc/swift/swift.conf >>>>>>>>>>>> >>>>>>>>>>>> make following changes (highlighted) in the file: >>>>>>>>>>>> swift_hash_path_suffix =pragya >>>>>>>>>>>> swift_hash_path_prefix =jain >>>>>>>>>>>> >>>>>>>>>>>> save and exit. >>>>>>>>>>>> then, I run the command: >>>>>>>>>>>> root at arun-Aspire-5742:~# sudo swift-init proxy start >>>>>>>>>>>> Starting proxy-server...(/etc/swift/proxy-server.conf) >>>>>>>>>>>> >>>>>>>>>>>> Now, I have to set up Tempauth authentication & authorization with Swift >>>>>>>>>>>> for this, I run the following command: >>>>>>>>>>>> root at arun-Aspire-5742:~# vi /etc/swift/proxy-server.conf >>>>>>>>>>>> >>>>>>>>>>>> make following changes (highlighted) in the file: >>>>>>>>>>>> allow_account_management =true >>>>>>>>>>>> ... >>>>>>>>>>>> [filter:tempauth] >>>>>>>>>>>> use = egg:swift#tempauth >>>>>>>>>>>> ... >>>>>>>>>>>> user_admin_admin = admin .admin .reseller_admin >>>>>>>>>>>> user_test_tester = testing .admin >>>>>>>>>>>> user_test2_tester2 = testing2 .admin >>>>>>>>>>>> user_test_tester3 = testing3 >>>>>>>>>>>> user_prag2648_pragya = pj2648.admin.reseller_admin >>>>>>>>>>>> ... >>>>>>>>>>>> >>>>>>>>>>>> save and exit >>>>>>>>>>>> Then, run following commands: >>>>>>>>>>>> root at arun-Aspire-5742:~# sudo swift-init account start >>>>>>>>>>>> Starting account-server...(/etc/swift/account-server.conf) >>>>>>>>>>>> root at arun-Aspire-5742:~# sudo swift-init proxy restart >>>>>>>>>>>> Signal proxy-server  pid: 2476  signal: 15 >>>>>>>>>>>> proxy-server (2476) appears to have stopped >>>>>>>>>>>> Starting proxy-server...(/etc/swift/proxy-server.conf) >>>>>>>>>>>> root at arun-Aspire-5742:~# curl -v -H 'X-Auth-User:prag2648:pragya' -H 'X-Auth-Key:pj2648' http://localhost/auth/v1.0/ >>>>>>>>>>>> * About to connect() to localhost port 80 (#0) >>>>>>>>>>>> *   Trying 127.0.0.1... Connection refused >>>>>>>>>>>> * couldn't connect to host >>>>>>>>>>>> * Closing connection #0 >>>>>>>>>>>> curl: (7) couldn't connect to host >>>>>>>>>>>> >>>>>>>>>>>> But, there is an error in establising a connection. >>>>>>>>>>>> >>>>>>>>>>>> if, I run the command to start proxy server, then it shows that proxy server is already started. >>>>>>>>>>>> root at arun-Aspire-5742:~# sudo swift-init proxy start >>>>>>>>>>>> proxy-server running (2935 - /etc/swift/proxy-server.conf) >>>>>>>>>>>> proxy-server already started... >>>>>>>>>>>> >>>>>>>>>>>> Please help me in this regard. >>>>>>>>>>>> --- >>>>>>>>>>>> >>>>>>>>>>>> Thanks >>>>>>>>>>>> >>>>>>>>>>>> Pragya Jain >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> _______________________________________________ >>>>>>>>>>>> Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>>>>>>>>>>> Post to     : openstack at lists.openstack.org >>>>>>>>>>>> Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>> >>>>>>>>_______________________________________________ >>>>>>>>Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>>>>>>>Post to     : openstack at lists.openstack.org >>>>>>>>Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>>>>>>> >>>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>>-- >>>>>>> >>>>>>>Gareth >>>>>>> >>>>>>> >>>>>>>Cloud Computing, OpenStack, Fitness, Basketball >>>>>>>OpenStack contributor >>>>>>>Company: UnitedStack >>>>>>>My promise: if you find any spelling or grammar mistakes in my email from Mar 1 2013, notify me  >>>>>>>and I'll donate $1 or ¥1 to an open organization you specify. >>>>>>> >>>>>>> >>>>> >>>>> >>>>> >>> >>> >>> >>_______________________________________________ >>Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>Post to     : openstack at lists.openstack.org >>Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> >> > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From B39208 at freescale.com Thu Sep 5 04:40:30 2013 From: B39208 at freescale.com (Somanchi Trinath-B39208) Date: Thu, 5 Sep 2013 04:40:30 +0000 Subject: [Openstack] Keystoner as Certificate Authority Message-ID: <6032CA456358BF4D893A9274BE58D92C0110BE89@039-SN1MPN1-003.039d.mgd.msft.net> Hi Stackers- Can we use Keystone as Certificate Authority. Kindly help me in what must be taken care to do so ? what code base can help me for this objective? Thanks in advance. -- Trinath Somanchi - B39208 trinath.somanchi at freescale.com | extn: 4048 -------------- next part -------------- An HTML attachment was scrubbed... URL: From mahardika.gilang at andalabs.com Thu Sep 5 04:58:26 2013 From: mahardika.gilang at andalabs.com (Mahardhika) Date: Thu, 05 Sep 2013 11:58:26 +0700 Subject: [Openstack] Question About Multinode and Swift Message-ID: <52280F72.5080306@andalabs.com> Dear all, i have some question around my head. 1. i have compute node and running KVM hypervisor in there, controller node and network node. question is, in where data that instance run store? is it on compute node? 2. if i want to store all data in separate node let say using swift (swift node), can this happen? 3. what is flavor used to store data? i mean when i create instance with selected flavor(ex:10GB), where that space that would be create? in swift node? 4. So if this can be done, in my compute node is just run KVM, and no data store that. right? Thanks before. -- Regards, Mahardhika Gilang From noloader at gmail.com Thu Sep 5 05:06:58 2013 From: noloader at gmail.com (Jeffrey Walton) Date: Thu, 5 Sep 2013 01:06:58 -0400 Subject: [Openstack] Keystoner as Certificate Authority In-Reply-To: <6032CA456358BF4D893A9274BE58D92C0110BE89@039-SN1MPN1-003.039d.mgd.msft.net> References: <6032CA456358BF4D893A9274BE58D92C0110BE89@039-SN1MPN1-003.039d.mgd.msft.net> Message-ID: On Thu, Sep 5, 2013 at 12:40 AM, Somanchi Trinath-B39208 wrote: > > Can we use Keystone as Certificate Authority. Kindly help me in I can't answer if it can be used to issue certs, but I can tell you it should not be. That portion of the infrastructure needs to be segregated with a well defined security zone or boundary. Jeff From hrushikesh.gangur at hp.com Thu Sep 5 05:48:00 2013 From: hrushikesh.gangur at hp.com (Gangur, Hrushikesh (HP Converged Cloud - R&D - Sunnyvale)) Date: Thu, 5 Sep 2013 05:48:00 +0000 Subject: [Openstack] Question About Multinode and Swift In-Reply-To: <52280F72.5080306@andalabs.com> References: <52280F72.5080306@andalabs.com> Message-ID: <338794CB-03F7-4174-9086-C7DE4A8DA7A1@hp.com> vm instances' root and ephemeral disk data are stored in compute node's /var/lib/nova/instances. for storing user data i.e persistent, you must use cinder's block storage or swifts object store. Cheers ~hrushi On Sep 4, 2013, at 10:19 PM, "Mahardhika" wrote: > Dear all, i have some question around my head. > > 1. i have compute node and running KVM hypervisor in there, controller node and network node. > question is, in where data that instance run store? is it on compute node? > 2. if i want to store all data in separate node let say using swift (swift node), can this happen? > 3. what is flavor used to store data? i mean when i create instance with selected flavor(ex:10GB), where that space that would be create? in swift node? > 4. So if this can be done, in my compute node is just run KVM, and no data store that. right? > > Thanks before. > -- > Regards, > Mahardhika Gilang > > > _______________________________________________ > Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack From mahardika.gilang at andalabs.com Thu Sep 5 06:28:27 2013 From: mahardika.gilang at andalabs.com (Mahardhika) Date: Thu, 05 Sep 2013 13:28:27 +0700 Subject: [Openstack] Question About Multinode and Swift In-Reply-To: <338794CB-03F7-4174-9086-C7DE4A8DA7A1@hp.com> References: <52280F72.5080306@andalabs.com> <338794CB-03F7-4174-9086-C7DE4A8DA7A1@hp.com> Message-ID: <5228248B.40909@andalabs.com> So, in this case we can't separate them to another server? so thats mean we need large hardisk for compute node, is that right? On 9/5/2013 12:48 PM, Gangur, Hrushikesh (HP Converged Cloud - R&D - Sunnyvale) wrote: > vm instances' root and ephemeral disk data are stored in compute node's /var/lib/nova/instances. for storing user data i.e persistent, you must use cinder's block storage or swifts object store. > > Cheers ~hrushi > > > On Sep 4, 2013, at 10:19 PM, "Mahardhika" wrote: > >> Dear all, i have some question around my head. >> >> 1. i have compute node and running KVM hypervisor in there, controller node and network node. >> question is, in where data that instance run store? is it on compute node? >> 2. if i want to store all data in separate node let say using swift (swift node), can this happen? >> 3. what is flavor used to store data? i mean when i create instance with selected flavor(ex:10GB), where that space that would be create? in swift node? >> 4. So if this can be done, in my compute node is just run KVM, and no data store that. right? >> >> Thanks before. >> -- >> Regards, >> Mahardhika Gilang >> >> >> _______________________________________________ >> Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> Post to : openstack at lists.openstack.org >> Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack -- Regards, Mahardhika Gilang *PT. Andalabs Technology * Gedung Gravira Jl. Cideng Barat no. 54 Jakarta Pusat 10150 HP : 0852 139 55861 Email : mahardika.gilang at andalabs.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From hrushikesh.gangur at hp.com Thu Sep 5 06:36:14 2013 From: hrushikesh.gangur at hp.com (Gangur, Hrushikesh (HP Converged Cloud - R&D - Sunnyvale)) Date: Thu, 5 Sep 2013 06:36:14 +0000 Subject: [Openstack] Question About Multinode and Swift In-Reply-To: <5228248B.40909@andalabs.com> References: <52280F72.5080306@andalabs.com> <338794CB-03F7-4174-9086-C7DE4A8DA7A1@hp.com> <5228248B.40909@andalabs.com> Message-ID: Yes, the compute node's sizing must be done in terms of CPU, Memory and Disk based on the flavor being selected. If you want to host 50 vms that have flavor specs 1 vcpu, 2 gb RAM, 10 gb root disk each, you need a compute node with 500 GB instance repository, 72 GB Memory, 16 core CPU. Instead of local repository, you may like to mount /var/lib/nova/instances as an NFS. This way it would be compute node independent and you easily migrate VM instances across compute nodes (in case of failure). Regards~hrushi From: Mahardhika [mailto:mahardika.gilang at andalabs.com] Sent: Wednesday, September 04, 2013 11:28 PM To: Gangur, Hrushikesh (HP Converged Cloud - R&D - Sunnyvale) Cc: Openstack Milis Subject: Re: [Openstack] Question About Multinode and Swift So, in this case we can't separate them to another server? so thats mean we need large hardisk for compute node, is that right? On 9/5/2013 12:48 PM, Gangur, Hrushikesh (HP Converged Cloud - R&D - Sunnyvale) wrote: vm instances' root and ephemeral disk data are stored in compute node's /var/lib/nova/instances. for storing user data i.e persistent, you must use cinder's block storage or swifts object store. Cheers ~hrushi On Sep 4, 2013, at 10:19 PM, "Mahardhika" wrote: Dear all, i have some question around my head. 1. i have compute node and running KVM hypervisor in there, controller node and network node. question is, in where data that instance run store? is it on compute node? 2. if i want to store all data in separate node let say using swift (swift node), can this happen? 3. what is flavor used to store data? i mean when i create instance with selected flavor(ex:10GB), where that space that would be create? in swift node? 4. So if this can be done, in my compute node is just run KVM, and no data store that. right? Thanks before. -- Regards, Mahardhika Gilang _______________________________________________ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : openstack at lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack -- Regards, Mahardhika Gilang PT. Andalabs Technology Gedung Gravira Jl. Cideng Barat no. 54 Jakarta Pusat 10150 HP : 0852 139 55861 Email : mahardika.gilang at andalabs.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From B39208 at freescale.com Thu Sep 5 06:41:31 2013 From: B39208 at freescale.com (Somanchi Trinath-B39208) Date: Thu, 5 Sep 2013 06:41:31 +0000 Subject: [Openstack] Keystoner as Certificate Authority In-Reply-To: References: <6032CA456358BF4D893A9274BE58D92C0110BE89@039-SN1MPN1-003.039d.mgd.msft.net> Message-ID: <6032CA456358BF4D893A9274BE58D92C0110D037@039-SN1MPN1-003.039d.mgd.msft.net> Hi- Thanks a lot Jeff. Can you suggest me on any CA service work going on with Openstack. A Private or Local CA. -- Trinath Somanchi - B39208 trinath.somanchi at freescale.com | extn: 4048 -----Original Message----- From: Jeffrey Walton [mailto:noloader at gmail.com] Sent: Thursday, September 05, 2013 10:37 AM To: Somanchi Trinath-B39208 Cc: openstack at lists.openstack.org Subject: Re: [Openstack] Keystoner as Certificate Authority On Thu, Sep 5, 2013 at 12:40 AM, Somanchi Trinath-B39208 wrote: > > Can we use Keystone as Certificate Authority. Kindly help me in I can't answer if it can be used to issue certs, but I can tell you it should not be. That portion of the infrastructure needs to be segregated with a well defined security zone or boundary. Jeff From mahardika.gilang at andalabs.com Thu Sep 5 06:45:58 2013 From: mahardika.gilang at andalabs.com (Mahardhika) Date: Thu, 05 Sep 2013 13:45:58 +0700 Subject: [Openstack] Question About Multinode and Swift In-Reply-To: References: <52280F72.5080306@andalabs.com> <338794CB-03F7-4174-9086-C7DE4A8DA7A1@hp.com> <5228248B.40909@andalabs.com> Message-ID: <522828A6.9090308@andalabs.com> Yeah i thought of that way, could it be SAN that attach to /var/lib/nova/instance? so in this way swift is just for database / object thing . thanks so much. On 9/5/2013 1:36 PM, Gangur, Hrushikesh (HP Converged Cloud - R&D - Sunnyvale) wrote: > > Yes, the compute node's sizing must be done in terms of CPU, Memory > and Disk based on the flavor being selected. If you want to host 50 > vms that have flavor specs 1 vcpu, 2 gb RAM, 10 gb root disk each, you > need a compute node with 500 GB instance repository, 72 GB Memory, 16 > core CPU. > > Instead of local repository, you may like to mount > /var/lib/nova/instances as an NFS. This way it would be compute node > independent and you easily migrate VM instances across compute nodes > (in case of failure). > > Regards~hrushi > > *From:*Mahardhika [mailto:mahardika.gilang at andalabs.com] > *Sent:* Wednesday, September 04, 2013 11:28 PM > *To:* Gangur, Hrushikesh (HP Converged Cloud - R&D - Sunnyvale) > *Cc:* Openstack Milis > *Subject:* Re: [Openstack] Question About Multinode and Swift > > So, in this case we can't separate them to another server? > so thats mean we need large hardisk for compute node, is that right? > On 9/5/2013 12:48 PM, Gangur, Hrushikesh (HP Converged Cloud - R&D - > Sunnyvale) wrote: > > vm instances' root and ephemeral disk data are stored in compute node's /var/lib/nova/instances. for storing user data i.e persistent, you must use cinder's block storage or swifts object store. > > > > Cheers ~hrushi > > > > > > On Sep 4, 2013, at 10:19 PM, "Mahardhika" wrote: > > > > Dear all, i have some question around my head. > > > > 1. i have compute node and running KVM hypervisor in there, controller node and network node. > > question is, in where data that instance run store? is it on compute node? > > 2. if i want to store all data in separate node let say using swift (swift node), can this happen? > > 3. what is flavor used to store data? i mean when i create instance with selected flavor(ex:10GB), where that space that would be create? in swift node? > > 4. So if this can be done, in my compute node is just run KVM, and no data store that. right? > > > > Thanks before. > > -- > > Regards, > > Mahardhika Gilang > > > > > > _______________________________________________ > > Mailing list:http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > Post to :openstack at lists.openstack.org > > Unsubscribe :http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > -- > Regards, > Mahardhika Gilang > > ** > -------------- next part -------------- An HTML attachment was scrubbed... URL: From noloader at gmail.com Thu Sep 5 07:20:42 2013 From: noloader at gmail.com (Jeffrey Walton) Date: Thu, 5 Sep 2013 03:20:42 -0400 Subject: [Openstack] Keystoner as Certificate Authority In-Reply-To: <6032CA456358BF4D893A9274BE58D92C0110D037@039-SN1MPN1-003.039d.mgd.msft.net> References: <6032CA456358BF4D893A9274BE58D92C0110BE89@039-SN1MPN1-003.039d.mgd.msft.net> <6032CA456358BF4D893A9274BE58D92C0110D037@039-SN1MPN1-003.039d.mgd.msft.net> Message-ID: On Thu, Sep 5, 2013 at 2:41 AM, Somanchi Trinath-B39208 wrote: > > Can you suggest me on any CA service work going on with Openstack. The Security Guide discusses it a bit, http://www.openstack.org/blog/2013/07/openstack-security-guide-now-available/. >From page 73.0 / 300: "It is recommended that the OpenStack cloud architect rely on distinct sets of CAs -- one or more for the management network and internal service communications, and the trusted set of public CA providers for allowing external users to verify the identity of the public cloud endpoints. Configuring the internal service communications to only rely on an internal CA can help reduce the risk of accidental authentication of users with valid certificates issued by public CAs from being trusted by the internal services." Don't let the "trusted set of public CA" fool you. Trust is a bit misleading here - its more like the preloaded set of CAs and sub-CAs in your browsers [loosely] operating under the Internet profile (PKIX). Anything from Digicert, Verisgn, etc will do. Also look at the case study on page 80.0 / 300, where a brief Case Study is performed for both a public cloud and private cloud. There's a lot to running a PKI for the internal network. The Security Guide presupposes a PKI is available, and there's someone (or a team) actively managing it. In this case, Google is your friend: https://www.google.com/#q=certification+authority+best+practice. If you want a free SSL/TLS certificate trusted by many (most?) browsers for external users, then check out Eddy Nigg's StartCom. (Most of the cost is in revocation, so that's where StartCom charges for its services. Brilliant!). Jeff > -----Original Message----- > From: Jeffrey Walton [mailto:noloader at gmail.com] > Sent: Thursday, September 05, 2013 10:37 AM > To: Somanchi Trinath-B39208 > Cc: openstack at lists.openstack.org > Subject: Re: [Openstack] Keystoner as Certificate Authority > > On Thu, Sep 5, 2013 at 12:40 AM, Somanchi Trinath-B39208 wrote: >> >> Can we use Keystone as Certificate Authority. Kindly help me in > I can't answer if it can be used to issue certs, but I can tell you it should not be. That portion of the infrastructure needs to be segregated with a well defined security zone or boundary. > From rupadhayay at xavient.com Thu Sep 5 07:34:07 2013 From: rupadhayay at xavient.com (Rajesh Upadhayay) Date: Thu, 5 Sep 2013 07:34:07 +0000 Subject: [Openstack] nova-compute error on xenserver hypervisor In-Reply-To: <7EF4E3F5F11ABF4CB0BA41CEF83B3CAF820C7B06@XPWINNO1EMB.xavient.com> References: <7EF4E3F5F11ABF4CB0BA41CEF83B3CAF820C7B06@XPWINNO1EMB.xavient.com> Message-ID: <7EF4E3F5F11ABF4CB0BA41CEF83B3CAF820C7B29@XPWINNO1EMB.xavient.com> Hi, I am trying to figure out the solution for my grizzly nova compute node where I am getting below error. I am trying to configure XenServer as a hypervisor for nova compute node but getting error to start nova-compute service. Please help to get it resolve and let me know if needed more info. ERROR:- CRITICAL nova [-] This domU must be running on the host specified by xenapi_connection_url root at xplinno1ctlr1:~# dmesg | grep Xen\ version [ 0.000000] Xen version: 4.2.1 (preserve-AD) root at xplinno1ctlr1:~# nova-compute --config-dir=/etc/nova/nova.conf --log-dir=/var/log/nova --verbose -debug 2013-09-05 12:55:46.628 17324 DEBUG nova.servicegroup.api [-] ServiceGroup driver defined as an instance of db __new__ /usr/lib/python2.7/dist-packages/nova/servicegroup/api.py:61 2013-09-05 12:55:46.718 17324 INFO nova.virt.driver [-] Loading compute driver 'nova.virt.xenapi.XenAPIDriver' 2013-09-05 12:55:46.727 17324 INFO nova.manager [-] Skipping periodic task _periodic_update_dns because its interval is negative 2013-09-05 12:55:46.972 17324 DEBUG nova.virt.xenapi.vmops [-] Importing image upload handler: nova.virt.xenapi.imageupload.glance.GlanceStore __init__ /usr/lib/python2.7/dist-packages/nova/virt/xenapi/vmops.py:169 2013-09-05 12:55:47.037 DEBUG nova.openstack.common.rpc.amqp [req-a47a4e26-f1df-4ad9-bb65-71288f4e74f9 None None] Making synchronous call on conductor ... multicall /usr/lib/python2.7/dist-packages/nova/openstack/common/rpc/amqp.py:583 2013-09-05 12:55:47.038 DEBUG nova.openstack.common.rpc.amqp [req-a47a4e26-f1df-4ad9-bb65-71288f4e74f9 None None] MSG_ID is 000ef9e429b84fa89b2e5c31818326fd multicall /usr/lib/python2.7/dist-packages/nova/openstack/common/rpc/amqp.py:586 2013-09-05 12:55:47.039 DEBUG nova.openstack.common.rpc.amqp [req-a47a4e26-f1df-4ad9-bb65-71288f4e74f9 None None] UNIQUE_ID is d20ec6a4ec56460caaab47fba0d4918b. _add_unique_id /usr/lib/python2.7/dist-packages/nova/openstack/common/rpc/amqp.py:337 2013-09-05 12:55:47.041 DEBUG nova.openstack.common.rpc.amqp [req-a47a4e26-f1df-4ad9-bb65-71288f4e74f9 None None] Pool creating new connection create /usr/lib/python2.7/dist-packages/nova/openstack/common/rpc/amqp.py:75 2013-09-05 12:55:47.053 INFO nova.openstack.common.rpc.common [req-a47a4e26-f1df-4ad9-bb65-71288f4e74f9 None None] Connected to AMQP server on 10.1.239.8:5672 2013-09-05 12:55:47.072 17324 DEBUG nova.service [-] Full set of CONF: wait /usr/lib/python2.7/dist-packages/nova/service.py:196 2013-09-05 12:55:47.074 17324 DEBUG nova.service [-] bandwidth_poll_interval : 600 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.075 17324 DEBUG nova.service [-] default_floating_pool : nova wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.076 17324 DEBUG nova.service [-] agent_timeout : 30 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.077 17324 DEBUG nova.service [-] metadata_listen_port : 8775 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.078 17324 DEBUG nova.service [-] num_networks : 1 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.078 17324 DEBUG nova.service [-] rabbit_max_retries : 0 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.079 17324 DEBUG nova.service [-] sql_connection_debug : 0 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.079 17324 DEBUG nova.service [-] compute_stats_class : nova.compute.stats.Stats wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.080 17324 DEBUG nova.service [-] fixed_range : 10.0.0.0/8 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.081 17324 DEBUG nova.service [-] compute_topic : compute wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.082 17324 DEBUG nova.service [-] os_region_name : None wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.083 17324 DEBUG nova.service [-] dmz_mask : 255.255.255.0 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.084 17324 DEBUG nova.service [-] glance_port : 9292 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.085 17324 DEBUG nova.service [-] glance_api_servers : ['10.1.239.5:9292'] wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.086 17324 DEBUG nova.service [-] flat_interface : None wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.087 17324 DEBUG nova.service [-] force_dhcp_release : False wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.089 17324 DEBUG nova.service [-] osapi_compute_listen_port : 8774 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.090 17324 DEBUG nova.service [-] user_cert_subject : /C=US/ST=California/O=OpenStack/OU=NovaDev/CN=%.16s-%.16s-%s wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.091 17324 DEBUG nova.service [-] kombu_ssl_version : wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.092 17324 DEBUG nova.service [-] iqn_prefix : iqn.2010-10.org.openstack wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.093 17324 DEBUG nova.service [-] run_external_periodic_tasks : True wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.094 17324 DEBUG nova.service [-] quota_ram : 51200 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.094 17324 DEBUG nova.service [-] teardown_unused_network_gateway : False wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.095 17324 DEBUG nova.service [-] osapi_compute_listen : 0.0.0.0 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.096 17324 DEBUG nova.service [-] public_interface : eth0 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.096 17324 DEBUG nova.service [-] vlan_interface : None wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.097 17324 DEBUG nova.service [-] cinder_endpoint_template : None wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.097 17324 DEBUG nova.service [-] ssl_key_file : FLAG SET wait /usr/lib/python2.7/dist-packages/nova/service.py:203 2013-09-05 12:55:47.098 17324 DEBUG nova.service [-] backdoor_port : None wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.098 17324 DEBUG nova.service [-] max_age : 0 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.098 17324 DEBUG nova.service [-] network_size : 256 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.099 17324 DEBUG nova.service [-] host_state_interval : 120 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.099 17324 DEBUG nova.service [-] network_device_mtu : None wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.100 17324 DEBUG nova.service [-] enable_new_services : True wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.100 17324 DEBUG nova.service [-] my_ip : 10.1.239.5 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.101 17324 DEBUG nova.service [-] quota_security_groups : 10 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.102 17324 DEBUG nova.service [-] live_migration_retry_count : 30 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.104 17324 DEBUG nova.service [-] lockout_attempts : 5 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.105 17324 DEBUG nova.service [-] password_length : 12 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.107 17324 DEBUG nova.service [-] security_group_handler : nova.network.sg.NullSecurityGroupHandler wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.108 17324 DEBUG nova.service [-] xenapi_torrent_download_stall_cutoff : 600 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.109 17324 DEBUG nova.service [-] default_schedule_zone : None wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.111 17324 DEBUG nova.service [-] quota_injected_file_path_bytes : 255 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.112 17324 DEBUG nova.service [-] xenapi_image_upload_handler : nova.virt.xenapi.imageupload.glance.GlanceStore wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.113 17324 DEBUG nova.service [-] rabbit_hosts : ['10.1.239.8:5672'] wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.114 17324 DEBUG nova.service [-] xenapi_check_host : True wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.115 17324 DEBUG nova.service [-] sqlite_db : nova.sqlite wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.116 17324 DEBUG nova.service [-] osapi_compute_workers : None wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.117 17324 DEBUG nova.service [-] allow_resize_to_same_host : False wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.118 17324 DEBUG nova.service [-] reclaim_instance_interval : 0 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.119 17324 DEBUG nova.service [-] boot_script_template : /usr/lib/python2.7/dist-packages/nova/cloudpipe/bootscript.template wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.120 17324 DEBUG nova.service [-] rabbit_durable_queues : False wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.121 17324 DEBUG nova.service [-] rootwrap_config : /etc/nova/rootwrap.conf wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.122 17324 DEBUG nova.service [-] notification_driver : [] wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.123 17324 DEBUG nova.service [-] osapi_max_limit : 1000 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.124 17324 DEBUG nova.service [-] enable_instance_password : FLAG SET wait /usr/lib/python2.7/dist-packages/nova/service.py:203 2013-09-05 12:55:47.124 17324 DEBUG nova.service [-] force_config_drive : None wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.125 17324 DEBUG nova.service [-] compute_api_class : nova.compute.api.API wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.126 17324 DEBUG nova.service [-] fixed_range_v6 : fd00::/48 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.127 17324 DEBUG nova.service [-] rabbit_port : 5672 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.127 17324 DEBUG nova.service [-] dns_server : [] wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.128 17324 DEBUG nova.service [-] kombu_ssl_keyfile : FLAG SET wait /usr/lib/python2.7/dist-packages/nova/service.py:203 2013-09-05 12:55:47.128 17324 DEBUG nova.service [-] default_access_ip_network_name : None wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.129 17324 DEBUG nova.service [-] default_publisher_id : xplinno1ctlr1 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.129 17324 DEBUG nova.service [-] resume_guests_state_on_host_boot : False wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.130 17324 DEBUG nova.service [-] sql_max_pool_size : 5 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.130 17324 DEBUG nova.service [-] ec2_listen : 0.0.0.0 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.131 17324 DEBUG nova.service [-] flat_injected : False wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.131 17324 DEBUG nova.service [-] notify_on_any_change : False wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.132 17324 DEBUG nova.service [-] xenapi_remap_vbd_dev_prefix : sd wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.132 17324 DEBUG nova.service [-] injected_network_template : /usr/lib/python2.7/dist-packages/nova/virt/interfaces.template wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.132 17324 DEBUG nova.service [-] iptables_bottom_regex : wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.134 17324 DEBUG nova.service [-] send_arp_for_ha : False wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.135 17324 DEBUG nova.service [-] ec2_private_dns_show_ip : False wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.136 17324 DEBUG nova.service [-] send_arp_for_ha_count : 3 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.137 17324 DEBUG nova.service [-] snapshot_name_template : snapshot-%s wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.138 17324 DEBUG nova.service [-] resize_confirm_window : 0 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.140 17324 DEBUG nova.service [-] vncserver_proxyclient_address : 127.0.0.1 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.141 17324 DEBUG nova.service [-] xenapi_connection_username : root wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.142 17324 DEBUG nova.service [-] metadata_host : 10.1.239.5 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.143 17324 DEBUG nova.service [-] quota_cores : 20 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.144 17324 DEBUG nova.service [-] quota_driver : nova.quota.DbQuotaDriver wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.144 17324 DEBUG nova.service [-] debug : True wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.146 17324 DEBUG nova.service [-] use_project_ca : False wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.147 17324 DEBUG nova.service [-] routing_source_ip : 10.1.239.5 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.148 17324 DEBUG nova.service [-] policy_file : policy.json wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.149 17324 DEBUG nova.service [-] rabbit_userid : guest wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.150 17324 DEBUG nova.service [-] periodic_fuzzy_delay : 60 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.151 17324 DEBUG nova.service [-] dnsmasq_config_file : wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.152 17324 DEBUG nova.service [-] osapi_compute_link_prefix : None wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.152 17324 DEBUG nova.service [-] config_drive_format : iso9660 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.154 17324 DEBUG nova.service [-] xenapi_vif_driver : nova.virt.xenapi.vif.XenAPIBridgeDriver wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.155 17324 DEBUG nova.service [-] lock_path : /run/lock/nova wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.156 17324 DEBUG nova.service [-] rpc_cast_timeout : 30 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.157 17324 DEBUG nova.service [-] instance_dns_manager : nova.network.noop_dns_driver.NoopDNSDriver wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.158 17324 DEBUG nova.service [-] until_refresh : 0 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.159 17324 DEBUG nova.service [-] networks_path : /var/lib/nova/networks wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.159 17324 DEBUG nova.service [-] kombu_ssl_ca_certs : wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.160 17324 DEBUG nova.service [-] flat_network_dns : 8.8.4.4 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.161 17324 DEBUG nova.service [-] config_dir : /etc/nova/nova.conf wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.162 17324 DEBUG nova.service [-] log_config : None wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.162 17324 DEBUG nova.service [-] use_stderr : True wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.163 17324 DEBUG nova.service [-] fatal_deprecations : False wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.164 17324 DEBUG nova.service [-] cache_images : all wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.165 17324 DEBUG nova.service [-] max_kernel_ramdisk_size : 16777216 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.165 17324 DEBUG nova.service [-] logfile_mode : 0644 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.166 17324 DEBUG nova.service [-] default_ephemeral_format : None wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.166 17324 DEBUG nova.service [-] logging_context_format_string : %(asctime)s.%(msecs)03d %(levelname)s %(name)s [%(request_id)s %(user)s %(tenant)s] %(instance)s%(message)s wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.166 17324 DEBUG nova.service [-] xenapi_torrent_seed_chance : 1.0 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.167 17324 DEBUG nova.service [-] quota_injected_file_content_bytes : 10240 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.167 17324 DEBUG nova.service [-] periodic_enable : True wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.168 17324 DEBUG nova.service [-] reserved_host_disk_mb : 0 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.170 17324 DEBUG nova.service [-] virt_mkfs : ['default=mkfs.ext3 -L %(fs_label)s -F %(target)s', 'linux=mkfs.ext3 -L %(fs_label)s -F %(target)s', 'windows=mkfs.ntfs --force --fast --label %(fs_label)s %(target)s'] wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.171 17324 DEBUG nova.service [-] instance_name_template : instance-%08x wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.171 17324 DEBUG nova.service [-] allow_instance_snapshots : True wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.172 17324 DEBUG nova.service [-] instance_usage_audit_period : month wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.173 17324 DEBUG nova.service [-] log_dir : /var/log/nova wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.175 17324 DEBUG nova.service [-] cert_manager : nova.cert.manager.CertManager wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.176 17324 DEBUG nova.service [-] forward_bridge_interface : ['all'] wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.177 17324 DEBUG nova.service [-] quota_metadata_items : 128 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.177 17324 DEBUG nova.service [-] logging_debug_format_suffix : %(funcName)s %(pathname)s:%(lineno)d wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.179 17324 DEBUG nova.service [-] console_manager : nova.console.manager.ConsoleProxyManager wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.179 17324 DEBUG nova.service [-] keystone_ec2_url : http://localhost:5000/v2.0/ec2tokens wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.180 17324 DEBUG nova.service [-] cinder_cross_az_attach : True wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.181 17324 DEBUG nova.service [-] rpc_backend : nova.openstack.common.rpc.impl_kombu wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.182 17324 DEBUG nova.service [-] default_log_levels : ['amqplib=WARN', 'sqlalchemy=WARN', 'boto=WARN', 'suds=INFO', 'keystone=INFO', 'eventlet.wsgi.server=WARN'] wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.183 17324 DEBUG nova.service [-] running_deleted_instance_poll_interval : 1800 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.184 17324 DEBUG nova.service [-] config_drive_skip_versions : 1.0 2007-01-19 2007-03-01 2007-08-29 2007-10-10 2007-12-15 2008-02-01 2008-09-01 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.185 17324 DEBUG nova.service [-] amqp_rpc_single_reply_queue : False wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.186 17324 DEBUG nova.service [-] heal_instance_info_cache_interval : 60 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.187 17324 DEBUG nova.service [-] sql_connection : FLAG SET wait /usr/lib/python2.7/dist-packages/nova/service.py:203 2013-09-05 12:55:47.188 17324 DEBUG nova.service [-] console_topic : console wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.190 17324 DEBUG nova.service [-] rabbit_use_ssl : False wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.191 17324 DEBUG nova.service [-] instances_path : /var/lib/nova/instances wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.192 17324 DEBUG nova.service [-] ec2_strict_validation : True wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.193 17324 DEBUG nova.service [-] api_rate_limit : True wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.194 17324 DEBUG nova.service [-] xenapi_torrent_images : none wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.195 17324 DEBUG nova.service [-] host : xplinno1ctlr1 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.197 17324 DEBUG nova.service [-] instance_dns_domain : wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.197 17324 DEBUG nova.service [-] vpn_ip : 10.1.239.5 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.199 17324 DEBUG nova.service [-] non_inheritable_image_properties : ['cache_in_nova', 'bittorrent'] wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.200 17324 DEBUG nova.service [-] fixed_ip_disassociate_timeout : 600 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.201 17324 DEBUG nova.service [-] running_deleted_instance_action : log wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.202 17324 DEBUG nova.service [-] console_host : xplinno1ctlr1 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.203 17324 DEBUG nova.service [-] ssl_cert_file : None wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.204 17324 DEBUG nova.service [-] key_file : private/cakey.pem wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.205 17324 DEBUG nova.service [-] use_join_force : True wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.205 17324 DEBUG nova.service [-] quota_floating_ips : 10 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.206 17324 DEBUG nova.service [-] reboot_timeout : 0 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.207 17324 DEBUG nova.service [-] multi_host : False wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.207 17324 DEBUG nova.service [-] lockout_window : 15 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.208 17324 DEBUG nova.service [-] db_backend : sqlalchemy wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.208 17324 DEBUG nova.service [-] rabbit_ha_queues : False wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.209 17324 DEBUG nova.service [-] xenapi_torrent_listen_port_start : 6881 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.209 17324 DEBUG nova.service [-] cinder_api_insecure : False wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.209 17324 DEBUG nova.service [-] dmz_net : 10.0.0.0 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.210 17324 DEBUG nova.service [-] sql_retry_interval : 10 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.210 17324 DEBUG nova.service [-] vpn_start : 1000 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.212 17324 DEBUG nova.service [-] security_group_api : nova wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.213 17324 DEBUG nova.service [-] reservation_expire : 86400 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.214 17324 DEBUG nova.service [-] enabled_ssl_apis : [] wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.215 17324 DEBUG nova.service [-] crl_file : crl.pem wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.216 17324 DEBUG nova.service [-] sql_min_pool_size : 1 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.217 17324 DEBUG nova.service [-] monkey_patch : False wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.218 17324 DEBUG nova.service [-] osapi_compute_extension : ['nova.api.openstack.compute.contrib.standard_extensions'] wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.219 17324 DEBUG nova.service [-] rpc_conn_pool_size : 30 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.220 17324 DEBUG nova.service [-] target_port : 3260 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.221 17324 DEBUG nova.service [-] xenapi_torrent_seed_duration : 3600 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.222 17324 DEBUG nova.service [-] sqlite_synchronous : True wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.223 17324 DEBUG nova.service [-] default_availability_zone : nova wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.224 17324 DEBUG nova.service [-] quota_fixed_ips : -1 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.224 17324 DEBUG nova.service [-] dhcp_lease_time : 120 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.225 17324 DEBUG nova.service [-] linuxnet_ovs_integration_bridge : br-int wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.226 17324 DEBUG nova.service [-] scheduler_topic : scheduler wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.228 17324 DEBUG nova.service [-] verbose : True wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.229 17324 DEBUG nova.service [-] flat_network_bridge : None wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.230 17324 DEBUG nova.service [-] sql_max_retries : 10 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.230 17324 DEBUG nova.service [-] iptables_top_regex : wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.231 17324 DEBUG nova.service [-] xenapi_ovs_integration_bridge : xapi1 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.232 17324 DEBUG nova.service [-] default_instance_type : m1.small wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.233 17324 DEBUG nova.service [-] metadata_listen : 0.0.0.0 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.234 17324 DEBUG nova.service [-] firewall_driver : None wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.235 17324 DEBUG nova.service [-] metadata_workers : None wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.236 17324 DEBUG nova.service [-] vpn_key_suffix : FLAG SET wait /usr/lib/python2.7/dist-packages/nova/service.py:203 2013-09-05 12:55:47.236 17324 DEBUG nova.service [-] preallocate_images : none wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.237 17324 DEBUG nova.service [-] tcp_keepidle : 600 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.237 17324 DEBUG nova.service [-] quota_injected_files : 5 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.238 17324 DEBUG nova.service [-] gateway : None wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.238 17324 DEBUG nova.service [-] null_kernel : nokernel wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.238 17324 DEBUG nova.service [-] target_host : None wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.239 17324 DEBUG nova.service [-] sr_matching_filter : other-config:i18n-key=local-storage wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.239 17324 DEBUG nova.service [-] mkisofs_cmd : genisoimage wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.240 17324 DEBUG nova.service [-] force_raw_images : True wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.240 17324 DEBUG nova.service [-] xenapi_sparse_copy : True wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.241 17324 DEBUG nova.service [-] quota_key_pairs : FLAG SET wait /usr/lib/python2.7/dist-packages/nova/service.py:203 2013-09-05 12:55:47.241 17324 DEBUG nova.service [-] instance_format : [instance: %(uuid)s] wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.241 17324 DEBUG nova.service [-] osapi_glance_link_prefix : None wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.243 17324 DEBUG nova.service [-] rpc_response_timeout : 60 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.244 17324 DEBUG nova.service [-] dhcp_domain : novalocal wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.245 17324 DEBUG nova.service [-] config_drive_tempdir : None wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.246 17324 DEBUG nova.service [-] service_down_time : 60 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.248 17324 DEBUG nova.service [-] default_notification_level : INFO wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.248 17324 DEBUG nova.service [-] publish_errors : False wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.250 17324 DEBUG nova.service [-] consoleauth_topic : consoleauth wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.251 17324 DEBUG nova.service [-] use_forwarded_for : False wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.251 17324 DEBUG nova.service [-] cinder_http_retries : 3 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.252 17324 DEBUG nova.service [-] novncproxy_base_url : http://127.0.0.1:6080/vnc_auto.html wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.253 17324 DEBUG nova.service [-] osapi_compute_ext_list : [] wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.254 17324 DEBUG nova.service [-] logging_exception_prefix : %(asctime)s.%(msecs)03d %(process)d TRACE %(name)s %(instance)s wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.255 17324 DEBUG nova.service [-] enabled_apis : ['ec2', 'osapi_compute', 'metadata'] wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.257 17324 DEBUG nova.service [-] volume_api_class : nova.volume.cinder.API wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.258 17324 DEBUG nova.service [-] ec2_timestamp_expiry : 300 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.259 17324 DEBUG nova.service [-] xenapi_connection_password : FLAG SET wait /usr/lib/python2.7/dist-packages/nova/service.py:203 2013-09-05 12:55:47.260 17324 DEBUG nova.service [-] report_interval : 10 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.261 17324 DEBUG nova.service [-] scheduler_manager : nova.scheduler.manager.SchedulerManager wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.262 17324 DEBUG nova.service [-] xenapi_running_timeout : 60 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.263 17324 DEBUG nova.service [-] monkey_patch_modules : ['nova.api.ec2.cloud:nova.openstack.common.notifier.api.notify_decorator', 'nova.compute.api:nova.openstack.common.notifier.api.notify_decorator'] wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.264 17324 DEBUG nova.service [-] rabbit_retry_backoff : 2 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.265 17324 DEBUG nova.service [-] rpc_thread_pool_size : 64 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.266 17324 DEBUG nova.service [-] update_dns_entries : False wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.267 17324 DEBUG nova.service [-] force_snat_range : [] wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.268 17324 DEBUG nova.service [-] ec2_listen_port : 8773 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.269 17324 DEBUG nova.service [-] ca_file : cacert.pem wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.270 17324 DEBUG nova.service [-] keys_path : /var/lib/nova/keys wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.271 17324 DEBUG nova.service [-] glance_num_retries : 0 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.272 17324 DEBUG nova.service [-] vpn_image_id : 0 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.273 17324 DEBUG nova.service [-] disable_process_locking : False wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.274 17324 DEBUG nova.service [-] allowed_rpc_exception_modules : ['nova.openstack.common.exception', 'nova.exception', 'cinder.exception', 'exceptions'] wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.275 17324 DEBUG nova.service [-] allowed_direct_url_schemes : [] wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.275 17324 DEBUG nova.service [-] auto_assign_floating_ip : False wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.276 17324 DEBUG nova.service [-] xenapi_torrent_max_last_accessed : 86400 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.276 17324 DEBUG nova.service [-] allow_same_net_traffic : True wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.277 17324 DEBUG nova.service [-] xenapi_disable_agent : False wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.277 17324 DEBUG nova.service [-] glance_protocol : http wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.278 17324 DEBUG nova.service [-] fake_call : False wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.278 17324 DEBUG nova.service [-] state_path : /var/lib/nova wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.279 17324 DEBUG nova.service [-] volume_usage_poll_interval : 0 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.279 17324 DEBUG nova.service [-] sql_idle_timeout : 3600 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.279 17324 DEBUG nova.service [-] glance_host : 10.1.239.5 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.280 17324 DEBUG nova.service [-] xvpvncproxy_base_url : http://127.0.0.1:6081/console wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.280 17324 DEBUG nova.service [-] xenapi_agent_path : usr/sbin/xe-update-networking wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.281 17324 DEBUG nova.service [-] ssl_ca_file : None wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.282 17324 DEBUG nova.service [-] use_ipv6 : False wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.283 17324 DEBUG nova.service [-] xenapi_torrent_base_url : None wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.284 17324 DEBUG nova.service [-] log_format : %(asctime)s %(levelname)8s [%(name)s] %(message)s wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.284 17324 DEBUG nova.service [-] image_cache_manager_interval : 2400 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.285 17324 DEBUG nova.service [-] metadata_port : 8775 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.286 17324 DEBUG nova.service [-] dns_update_periodic_interval : -1 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.287 17324 DEBUG nova.service [-] cinder_catalog_info : volume:cinder:publicURL wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.287 17324 DEBUG nova.service [-] dhcpbridge_flagfile : ['/etc/nova/nova-dhcpbridge.conf'] wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.288 17324 DEBUG nova.service [-] use_cow_images : True wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.288 17324 DEBUG nova.service [-] xenapi_connection_concurrent : 5 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.289 17324 DEBUG nova.service [-] xenapi_vhd_coalesce_poll_interval : 5.0 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.290 17324 DEBUG nova.service [-] dhcpbridge : /usr/lib/python2.7/dist-packages/bin/nova-dhcpbridge wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.290 17324 DEBUG nova.service [-] fake_network : False wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.291 17324 DEBUG nova.service [-] ec2_workers : None wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.291 17324 DEBUG nova.service [-] floating_ip_dns_manager : nova.network.noop_dns_driver.NoopDNSDriver wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.292 17324 DEBUG nova.service [-] running_deleted_instance_timeout : 0 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.292 17324 DEBUG nova.service [-] network_topic : network wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.293 17324 DEBUG nova.service [-] network_manager : nova.network.manager.VlanManager wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.293 17324 DEBUG nova.service [-] reserved_host_memory_mb : 512 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.294 17324 DEBUG nova.service [-] share_dhcp_address : False wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.294 17324 DEBUG nova.service [-] xenapi_sr_base_path : /var/run/sr-mount wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.295 17324 DEBUG nova.service [-] xenapi_torrent_listen_port_end : 6891 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.296 17324 DEBUG nova.service [-] memcached_servers : None wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.296 17324 DEBUG nova.service [-] logging_default_format_string : %(asctime)s.%(msecs)03d %(process)d %(levelname)s %(name)s [-] %(instance)s%(message)s wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.297 17324 DEBUG nova.service [-] timeout_nbd : 10 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.297 17324 DEBUG nova.service [-] compute_driver : nova.virt.xenapi.XenAPIDriver wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.298 17324 DEBUG nova.service [-] use_network_dns_servers : False wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.299 17324 DEBUG nova.service [-] fake_rabbit : False wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.299 17324 DEBUG nova.service [-] log_date_format : %Y-%m-%d %H:%M:%S wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.300 17324 DEBUG nova.service [-] block_device_creation_timeout : 10 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.300 17324 DEBUG nova.service [-] rabbit_host : 10.1.239.8 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.301 17324 DEBUG nova.service [-] vnc_keymap : FLAG SET wait /usr/lib/python2.7/dist-packages/nova/service.py:203 2013-09-05 12:55:47.301 17324 DEBUG nova.service [-] rescue_timeout : 0 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.302 17324 DEBUG nova.service [-] ca_path : /var/lib/nova/CA wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.302 17324 DEBUG nova.service [-] dmz_cidr : [] wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.303 17324 DEBUG nova.service [-] xenapi_login_timeout : 10 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.303 17324 DEBUG nova.service [-] vncserver_listen : 127.0.0.1 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.304 17324 DEBUG nova.service [-] use_syslog : False wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.304 17324 DEBUG nova.service [-] gateway_v6 : None wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.305 17324 DEBUG nova.service [-] sql_connection_trace : False wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.306 17324 DEBUG nova.service [-] wsgi_log_format : %(client_ip)s "%(request_line)s" status: %(status_code)s len: %(body_length)s time: %(wall_seconds).7f wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.307 17324 DEBUG nova.service [-] syslog_log_facility : LOG_USER wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.308 17324 DEBUG nova.service [-] tempdir : None wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.308 17324 DEBUG nova.service [-] servicegroup_driver : db wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.309 17324 DEBUG nova.service [-] dbapi_use_tpool : False wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.309 17324 DEBUG nova.service [-] xenapi_vhd_coalesce_max_attempts : 5 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.310 17324 DEBUG nova.service [-] linuxnet_interface_driver : nova.network.linux_net.LinuxBridgeInterfaceDriver wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.310 17324 DEBUG nova.service [-] bindir : /usr/lib/python2.7/dist-packages/bin wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.311 17324 DEBUG nova.service [-] auth_strategy : keystone wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.311 17324 DEBUG nova.service [-] rabbit_retry_interval : 1 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.312 17324 DEBUG nova.service [-] default_os_type : linux wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.313 17324 DEBUG nova.service [-] defer_iptables_apply : False wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.313 17324 DEBUG nova.service [-] config_file : ['/etc/nova/nova.conf', '/etc/nova/nova-compute.conf'] wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.313 17324 DEBUG nova.service [-] agent_version_timeout : 300 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.314 17324 DEBUG nova.service [-] network_api_class : nova.network.api.API wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.314 17324 DEBUG nova.service [-] kombu_ssl_certfile : wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.314 17324 DEBUG nova.service [-] fatal_exception_format_errors : False wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.314 17324 DEBUG nova.service [-] lockout_minutes : 15 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.315 17324 DEBUG nova.service [-] instance_uuid_format : [instance: %(uuid)s] wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.315 17324 DEBUG nova.service [-] db_driver : nova.db wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.315 17324 DEBUG nova.service [-] create_unique_mac_address_attempts : 5 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.315 17324 DEBUG nova.service [-] glance_api_insecure : False wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.315 17324 DEBUG nova.service [-] pybasedir : /usr/lib/python2.7/dist-packages wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.316 17324 DEBUG nova.service [-] xenapi_torrent_max_seeder_processes_per_host : 1 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.316 17324 DEBUG nova.service [-] vlan_start : 100 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.316 17324 DEBUG nova.service [-] metadata_manager : nova.api.manager.MetadataManager wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.316 17324 DEBUG nova.service [-] instance_build_timeout : 0 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.316 17324 DEBUG nova.service [-] ipv6_backend : rfc2462 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.317 17324 DEBUG nova.service [-] l3_lib : nova.network.l3.LinuxNetL3 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.317 17324 DEBUG nova.service [-] agent_resetnetwork_timeout : 60 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.317 17324 DEBUG nova.service [-] vnc_enabled : True wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.317 17324 DEBUG nova.service [-] api_paste_config : /etc/nova/api-paste.ini wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.318 17324 DEBUG nova.service [-] quota_security_group_rules : 20 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.318 17324 DEBUG nova.service [-] rabbit_password : FLAG SET wait /usr/lib/python2.7/dist-packages/nova/service.py:203 2013-09-05 12:55:47.318 17324 DEBUG nova.service [-] compute_manager : nova.compute.manager.ComputeManager wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.318 17324 DEBUG nova.service [-] rabbit_virtual_host : / wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.319 17324 DEBUG nova.service [-] xenapi_connection_url : http://10.1.239.11 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.319 17324 DEBUG nova.service [-] notify_on_state_change : None wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.319 17324 DEBUG nova.service [-] network_driver : nova.network.linux_net wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.319 17324 DEBUG nova.service [-] quota_instances : 10 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.319 17324 DEBUG nova.service [-] notify_api_faults : False wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.320 17324 DEBUG nova.service [-] project_cert_subject : /C=US/ST=California/O=OpenStack/OU=NovaDev/CN=project-ca-%.16s-%s wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.320 17324 DEBUG nova.service [-] policy_default_rule : default wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.320 17324 DEBUG nova.service [-] use_single_default_gateway : False wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.320 17324 DEBUG nova.service [-] vpn_instance_type : m1.tiny wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.320 17324 DEBUG nova.service [-] control_exchange : nova wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.322 17324 DEBUG nova.service [-] cnt_vpn_clients : 0 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.323 17324 DEBUG nova.service [-] multi_instance_display_name_template : %(name)s-%(uuid)s wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.323 17324 DEBUG nova.service [-] xenapi_remap_vbd_dev : False wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.324 17324 DEBUG nova.service [-] internal_service_availability_zone : internal wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.324 17324 DEBUG nova.service [-] log_file : None wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.325 17324 DEBUG nova.service [-] sql_max_overflow : None wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.325 17324 DEBUG nova.service [-] xenapi_num_vbd_unplug_retries : 10 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.326 17324 DEBUG nova.service [-] instance_usage_audit : False wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.326 17324 DEBUG nova.service [-] cells : wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.327 17324 DEBUG nova.service [-] conductor : wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.328 17324 DEBUG nova.service [-] spice : wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.329 17324 AUDIT nova.service [-] Starting compute node (version 2013.1.2) Traceback (most recent call last): File "/usr/lib/python2.7/dist-packages/eventlet/hubs/poll.py", line 97, in wait readers.get(fileno, noop).cb(fileno) File "/usr/lib/python2.7/dist-packages/eventlet/greenthread.py", line 194, in main result = function(*args, **kwargs) File "/usr/lib/python2.7/dist-packages/nova/service.py", line 147, in run_server server.start() File "/usr/lib/python2.7/dist-packages/nova/service.py", line 429, in start self.manager.init_host() File "/usr/lib/python2.7/dist-packages/nova/compute/manager.py", line 585, in init_host self.driver.init_host(host=self.host) File "/usr/lib/python2.7/dist-packages/nova/virt/xenapi/driver.py", line 156, in init_host vm_utils.ensure_correct_host(self._session) File "/usr/lib/python2.7/dist-packages/nova/virt/xenapi/vm_utils.py", line 2264, in ensure_correct_host raise Exception(_('This domU must be running on the host ' Exception: This domU must be running on the host specified by xenapi_connection_url Removing descriptor: 5 2013-09-05 12:55:47.340 17324 CRITICAL nova [-] This domU must be running on the host specified by xenapi_connection_url 2013-09-05 12:55:47.340 17324 TRACE nova Traceback (most recent call last): 2013-09-05 12:55:47.340 17324 TRACE nova File "/usr/bin/nova-compute", line 85, in 2013-09-05 12:55:47.340 17324 TRACE nova service.wait() 2013-09-05 12:55:47.340 17324 TRACE nova File "/usr/lib/python2.7/dist-packages/nova/service.py", line 689, in wait 2013-09-05 12:55:47.340 17324 TRACE nova _launcher.wait() 2013-09-05 12:55:47.340 17324 TRACE nova File "/usr/lib/python2.7/dist-packages/nova/service.py", line 209, in wait 2013-09-05 12:55:47.340 17324 TRACE nova super(ServiceLauncher, self).wait() 2013-09-05 12:55:47.340 17324 TRACE nova File "/usr/lib/python2.7/dist-packages/nova/service.py", line 179, in wait 2013-09-05 12:55:47.340 17324 TRACE nova service.wait() 2013-09-05 12:55:47.340 17324 TRACE nova File "/usr/lib/python2.7/dist-packages/eventlet/greenthread.py", line 168, in wait 2013-09-05 12:55:47.340 17324 TRACE nova return self._exit_event.wait() 2013-09-05 12:55:47.340 17324 TRACE nova File "/usr/lib/python2.7/dist-packages/eventlet/event.py", line 116, in wait 2013-09-05 12:55:47.340 17324 TRACE nova return hubs.get_hub().switch() 2013-09-05 12:55:47.340 17324 TRACE nova File "/usr/lib/python2.7/dist-packages/eventlet/hubs/hub.py", line 187, in switch 2013-09-05 12:55:47.340 17324 TRACE nova return self.greenlet.switch() 2013-09-05 12:55:47.340 17324 TRACE nova File "/usr/lib/python2.7/dist-packages/eventlet/greenthread.py", line 194, in main 2013-09-05 12:55:47.340 17324 TRACE nova result = function(*args, **kwargs) 2013-09-05 12:55:47.340 17324 TRACE nova File "/usr/lib/python2.7/dist-packages/nova/service.py", line 147, in run_server 2013-09-05 12:55:47.340 17324 TRACE nova server.start() 2013-09-05 12:55:47.340 17324 TRACE nova File "/usr/lib/python2.7/dist-packages/nova/service.py", line 429, in start 2013-09-05 12:55:47.340 17324 TRACE nova self.manager.init_host() 2013-09-05 12:55:47.340 17324 TRACE nova File "/usr/lib/python2.7/dist-packages/nova/compute/manager.py", line 585, in init_host 2013-09-05 12:55:47.340 17324 TRACE nova self.driver.init_host(host=self.host) 2013-09-05 12:55:47.340 17324 TRACE nova File "/usr/lib/python2.7/dist-packages/nova/virt/xenapi/driver.py", line 156, in init_host 2013-09-05 12:55:47.340 17324 TRACE nova vm_utils.ensure_correct_host(self._session) 2013-09-05 12:55:47.340 17324 TRACE nova File "/usr/lib/python2.7/dist-packages/nova/virt/xenapi/vm_utils.py", line 2264, in ensure_correct_host 2013-09-05 12:55:47.340 17324 TRACE nova raise Exception(_('This domU must be running on the host ' 2013-09-05 12:55:47.340 17324 TRACE nova Exception: This domU must be running on the host specified by xenapi_connection_url 2013-09-05 12:55:47.340 17324 TRACE nova root at xplinno1ctlr1:~# Thanks & Regards, Rajesh Upadhayay -------------- next part -------------- An HTML attachment was scrubbed... URL: From bob.ball at citrix.com Thu Sep 5 07:59:30 2013 From: bob.ball at citrix.com (Bob Ball) Date: Thu, 5 Sep 2013 07:59:30 +0000 Subject: [Openstack] nova-compute error on xenserver hypervisor In-Reply-To: <7EF4E3F5F11ABF4CB0BA41CEF83B3CAF820C7B29@XPWINNO1EMB.xavient.com> References: <7EF4E3F5F11ABF4CB0BA41CEF83B3CAF820C7B06@XPWINNO1EMB.xavient.com>, <7EF4E3F5F11ABF4CB0BA41CEF83B3CAF820C7B29@XPWINNO1EMB.xavient.com> Message-ID: The error message is hopefully exactly what the problem is. The nova compute service must be running inside a VM, and because it needs to attach to the disk of an instance as it is being created it also must be running on the host which you are trying to control with it. See http://docs.openstack.org/trunk/openstack-compute/install/yum/content/introduction-to-xen.html for an explanatory diagram. Nova verifies that it is running on the correct host by confirming that the VM uuid which is running Nova is a VM known by the hypervisor you are connecting to. If, on the other hand, you are running it in VM on the host you are trying to control then we might need to dig a little bit more. Bob ________________________________ From: Rajesh Upadhayay [rupadhayay at xavient.com] Sent: 05 September 2013 08:34 To: 'openstack at lists.openstack.org' Subject: Re: [Openstack] nova-compute error on xenserver hypervisor Hi, I am trying to figure out the solution for my grizzly nova compute node where I am getting below error. I am trying to configure XenServer as a hypervisor for nova compute node but getting error to start nova-compute service. Please help to get it resolve and let me know if needed more info. ERROR:- CRITICAL nova [-] This domU must be running on the host specified by xenapi_connection_url root at xplinno1ctlr1:~# dmesg | grep Xen\ version [ 0.000000] Xen version: 4.2.1 (preserve-AD) root at xplinno1ctlr1:~# nova-compute --config-dir=/etc/nova/nova.conf --log-dir=/var/log/nova --verbose –debug 2013-09-05 12:55:46.628 17324 DEBUG nova.servicegroup.api [-] ServiceGroup driver defined as an instance of db __new__ /usr/lib/python2.7/dist-packages/nova/servicegroup/api.py:61 2013-09-05 12:55:46.718 17324 INFO nova.virt.driver [-] Loading compute driver 'nova.virt.xenapi.XenAPIDriver' 2013-09-05 12:55:46.727 17324 INFO nova.manager [-] Skipping periodic task _periodic_update_dns because its interval is negative 2013-09-05 12:55:46.972 17324 DEBUG nova.virt.xenapi.vmops [-] Importing image upload handler: nova.virt.xenapi.imageupload.glance.GlanceStore __init__ /usr/lib/python2.7/dist-packages/nova/virt/xenapi/vmops.py:169 2013-09-05 12:55:47.037 DEBUG nova.openstack.common.rpc.amqp [req-a47a4e26-f1df-4ad9-bb65-71288f4e74f9 None None] Making synchronous call on conductor ... multicall /usr/lib/python2.7/dist-packages/nova/openstack/common/rpc/amqp.py:583 2013-09-05 12:55:47.038 DEBUG nova.openstack.common.rpc.amqp [req-a47a4e26-f1df-4ad9-bb65-71288f4e74f9 None None] MSG_ID is 000ef9e429b84fa89b2e5c31818326fd multicall /usr/lib/python2.7/dist-packages/nova/openstack/common/rpc/amqp.py:586 2013-09-05 12:55:47.039 DEBUG nova.openstack.common.rpc.amqp [req-a47a4e26-f1df-4ad9-bb65-71288f4e74f9 None None] UNIQUE_ID is d20ec6a4ec56460caaab47fba0d4918b. _add_unique_id /usr/lib/python2.7/dist-packages/nova/openstack/common/rpc/amqp.py:337 2013-09-05 12:55:47.041 DEBUG nova.openstack.common.rpc.amqp [req-a47a4e26-f1df-4ad9-bb65-71288f4e74f9 None None] Pool creating new connection create /usr/lib/python2.7/dist-packages/nova/openstack/common/rpc/amqp.py:75 2013-09-05 12:55:47.053 INFO nova.openstack.common.rpc.common [req-a47a4e26-f1df-4ad9-bb65-71288f4e74f9 None None] Connected to AMQP server on 10.1.239.8:5672 2013-09-05 12:55:47.072 17324 DEBUG nova.service [-] Full set of CONF: wait /usr/lib/python2.7/dist-packages/nova/service.py:196 2013-09-05 12:55:47.074 17324 DEBUG nova.service [-] bandwidth_poll_interval : 600 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.075 17324 DEBUG nova.service [-] default_floating_pool : nova wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.076 17324 DEBUG nova.service [-] agent_timeout : 30 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.077 17324 DEBUG nova.service [-] metadata_listen_port : 8775 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.078 17324 DEBUG nova.service [-] num_networks : 1 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.078 17324 DEBUG nova.service [-] rabbit_max_retries : 0 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.079 17324 DEBUG nova.service [-] sql_connection_debug : 0 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.079 17324 DEBUG nova.service [-] compute_stats_class : nova.compute.stats.Stats wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.080 17324 DEBUG nova.service [-] fixed_range : 10.0.0.0/8 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.081 17324 DEBUG nova.service [-] compute_topic : compute wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.082 17324 DEBUG nova.service [-] os_region_name : None wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.083 17324 DEBUG nova.service [-] dmz_mask : 255.255.255.0 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.084 17324 DEBUG nova.service [-] glance_port : 9292 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.085 17324 DEBUG nova.service [-] glance_api_servers : ['10.1.239.5:9292'] wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.086 17324 DEBUG nova.service [-] flat_interface : None wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.087 17324 DEBUG nova.service [-] force_dhcp_release : False wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.089 17324 DEBUG nova.service [-] osapi_compute_listen_port : 8774 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.090 17324 DEBUG nova.service [-] user_cert_subject : /C=US/ST=California/O=OpenStack/OU=NovaDev/CN=%.16s-%.16s-%s wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.091 17324 DEBUG nova.service [-] kombu_ssl_version : wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.092 17324 DEBUG nova.service [-] iqn_prefix : iqn.2010-10.org.openstack wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.093 17324 DEBUG nova.service [-] run_external_periodic_tasks : True wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.094 17324 DEBUG nova.service [-] quota_ram : 51200 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.094 17324 DEBUG nova.service [-] teardown_unused_network_gateway : False wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.095 17324 DEBUG nova.service [-] osapi_compute_listen : 0.0.0.0 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.096 17324 DEBUG nova.service [-] public_interface : eth0 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.096 17324 DEBUG nova.service [-] vlan_interface : None wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.097 17324 DEBUG nova.service [-] cinder_endpoint_template : None wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.097 17324 DEBUG nova.service [-] ssl_key_file : FLAG SET wait /usr/lib/python2.7/dist-packages/nova/service.py:203 2013-09-05 12:55:47.098 17324 DEBUG nova.service [-] backdoor_port : None wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.098 17324 DEBUG nova.service [-] max_age : 0 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.098 17324 DEBUG nova.service [-] network_size : 256 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.099 17324 DEBUG nova.service [-] host_state_interval : 120 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.099 17324 DEBUG nova.service [-] network_device_mtu : None wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.100 17324 DEBUG nova.service [-] enable_new_services : True wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.100 17324 DEBUG nova.service [-] my_ip : 10.1.239.5 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.101 17324 DEBUG nova.service [-] quota_security_groups : 10 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.102 17324 DEBUG nova.service [-] live_migration_retry_count : 30 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.104 17324 DEBUG nova.service [-] lockout_attempts : 5 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.105 17324 DEBUG nova.service [-] password_length : 12 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.107 17324 DEBUG nova.service [-] security_group_handler : nova.network.sg.NullSecurityGroupHandler wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.108 17324 DEBUG nova.service [-] xenapi_torrent_download_stall_cutoff : 600 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.109 17324 DEBUG nova.service [-] default_schedule_zone : None wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.111 17324 DEBUG nova.service [-] quota_injected_file_path_bytes : 255 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.112 17324 DEBUG nova.service [-] xenapi_image_upload_handler : nova.virt.xenapi.imageupload.glance.GlanceStore wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.113 17324 DEBUG nova.service [-] rabbit_hosts : ['10.1.239.8:5672'] wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.114 17324 DEBUG nova.service [-] xenapi_check_host : True wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.115 17324 DEBUG nova.service [-] sqlite_db : nova.sqlite wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.116 17324 DEBUG nova.service [-] osapi_compute_workers : None wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.117 17324 DEBUG nova.service [-] allow_resize_to_same_host : False wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.118 17324 DEBUG nova.service [-] reclaim_instance_interval : 0 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.119 17324 DEBUG nova.service [-] boot_script_template : /usr/lib/python2.7/dist-packages/nova/cloudpipe/bootscript.template wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.120 17324 DEBUG nova.service [-] rabbit_durable_queues : False wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.121 17324 DEBUG nova.service [-] rootwrap_config : /etc/nova/rootwrap.conf wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.122 17324 DEBUG nova.service [-] notification_driver : [] wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.123 17324 DEBUG nova.service [-] osapi_max_limit : 1000 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.124 17324 DEBUG nova.service [-] enable_instance_password : FLAG SET wait /usr/lib/python2.7/dist-packages/nova/service.py:203 2013-09-05 12:55:47.124 17324 DEBUG nova.service [-] force_config_drive : None wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.125 17324 DEBUG nova.service [-] compute_api_class : nova.compute.api.API wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.126 17324 DEBUG nova.service [-] fixed_range_v6 : fd00::/48 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.127 17324 DEBUG nova.service [-] rabbit_port : 5672 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.127 17324 DEBUG nova.service [-] dns_server : [] wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.128 17324 DEBUG nova.service [-] kombu_ssl_keyfile : FLAG SET wait /usr/lib/python2.7/dist-packages/nova/service.py:203 2013-09-05 12:55:47.128 17324 DEBUG nova.service [-] default_access_ip_network_name : None wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.129 17324 DEBUG nova.service [-] default_publisher_id : xplinno1ctlr1 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.129 17324 DEBUG nova.service [-] resume_guests_state_on_host_boot : False wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.130 17324 DEBUG nova.service [-] sql_max_pool_size : 5 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.130 17324 DEBUG nova.service [-] ec2_listen : 0.0.0.0 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.131 17324 DEBUG nova.service [-] flat_injected : False wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.131 17324 DEBUG nova.service [-] notify_on_any_change : False wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.132 17324 DEBUG nova.service [-] xenapi_remap_vbd_dev_prefix : sd wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.132 17324 DEBUG nova.service [-] injected_network_template : /usr/lib/python2.7/dist-packages/nova/virt/interfaces.template wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.132 17324 DEBUG nova.service [-] iptables_bottom_regex : wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.134 17324 DEBUG nova.service [-] send_arp_for_ha : False wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.135 17324 DEBUG nova.service [-] ec2_private_dns_show_ip : False wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.136 17324 DEBUG nova.service [-] send_arp_for_ha_count : 3 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.137 17324 DEBUG nova.service [-] snapshot_name_template : snapshot-%s wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.138 17324 DEBUG nova.service [-] resize_confirm_window : 0 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.140 17324 DEBUG nova.service [-] vncserver_proxyclient_address : 127.0.0.1 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.141 17324 DEBUG nova.service [-] xenapi_connection_username : root wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.142 17324 DEBUG nova.service [-] metadata_host : 10.1.239.5 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.143 17324 DEBUG nova.service [-] quota_cores : 20 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.144 17324 DEBUG nova.service [-] quota_driver : nova.quota.DbQuotaDriver wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.144 17324 DEBUG nova.service [-] debug : True wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.146 17324 DEBUG nova.service [-] use_project_ca : False wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.147 17324 DEBUG nova.service [-] routing_source_ip : 10.1.239.5 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.148 17324 DEBUG nova.service [-] policy_file : policy.json wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.149 17324 DEBUG nova.service [-] rabbit_userid : guest wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.150 17324 DEBUG nova.service [-] periodic_fuzzy_delay : 60 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.151 17324 DEBUG nova.service [-] dnsmasq_config_file : wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.152 17324 DEBUG nova.service [-] osapi_compute_link_prefix : None wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.152 17324 DEBUG nova.service [-] config_drive_format : iso9660 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.154 17324 DEBUG nova.service [-] xenapi_vif_driver : nova.virt.xenapi.vif.XenAPIBridgeDriver wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.155 17324 DEBUG nova.service [-] lock_path : /run/lock/nova wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.156 17324 DEBUG nova.service [-] rpc_cast_timeout : 30 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.157 17324 DEBUG nova.service [-] instance_dns_manager : nova.network.noop_dns_driver.NoopDNSDriver wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.158 17324 DEBUG nova.service [-] until_refresh : 0 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.159 17324 DEBUG nova.service [-] networks_path : /var/lib/nova/networks wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.159 17324 DEBUG nova.service [-] kombu_ssl_ca_certs : wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.160 17324 DEBUG nova.service [-] flat_network_dns : 8.8.4.4 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.161 17324 DEBUG nova.service [-] config_dir : /etc/nova/nova.conf wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.162 17324 DEBUG nova.service [-] log_config : None wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.162 17324 DEBUG nova.service [-] use_stderr : True wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.163 17324 DEBUG nova.service [-] fatal_deprecations : False wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.164 17324 DEBUG nova.service [-] cache_images : all wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.165 17324 DEBUG nova.service [-] max_kernel_ramdisk_size : 16777216 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.165 17324 DEBUG nova.service [-] logfile_mode : 0644 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.166 17324 DEBUG nova.service [-] default_ephemeral_format : None wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.166 17324 DEBUG nova.service [-] logging_context_format_string : %(asctime)s.%(msecs)03d %(levelname)s %(name)s [%(request_id)s %(user)s %(tenant)s] %(instance)s%(message)s wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.166 17324 DEBUG nova.service [-] xenapi_torrent_seed_chance : 1.0 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.167 17324 DEBUG nova.service [-] quota_injected_file_content_bytes : 10240 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.167 17324 DEBUG nova.service [-] periodic_enable : True wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.168 17324 DEBUG nova.service [-] reserved_host_disk_mb : 0 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.170 17324 DEBUG nova.service [-] virt_mkfs : ['default=mkfs.ext3 -L %(fs_label)s -F %(target)s', 'linux=mkfs.ext3 -L %(fs_label)s -F %(target)s', 'windows=mkfs.ntfs --force --fast --label %(fs_label)s %(target)s'] wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.171 17324 DEBUG nova.service [-] instance_name_template : instance-%08x wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.171 17324 DEBUG nova.service [-] allow_instance_snapshots : True wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.172 17324 DEBUG nova.service [-] instance_usage_audit_period : month wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.173 17324 DEBUG nova.service [-] log_dir : /var/log/nova wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.175 17324 DEBUG nova.service [-] cert_manager : nova.cert.manager.CertManager wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.176 17324 DEBUG nova.service [-] forward_bridge_interface : ['all'] wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.177 17324 DEBUG nova.service [-] quota_metadata_items : 128 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.177 17324 DEBUG nova.service [-] logging_debug_format_suffix : %(funcName)s %(pathname)s:%(lineno)d wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.179 17324 DEBUG nova.service [-] console_manager : nova.console.manager.ConsoleProxyManager wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.179 17324 DEBUG nova.service [-] keystone_ec2_url : http://localhost:5000/v2.0/ec2tokens wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.180 17324 DEBUG nova.service [-] cinder_cross_az_attach : True wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.181 17324 DEBUG nova.service [-] rpc_backend : nova.openstack.common.rpc.impl_kombu wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.182 17324 DEBUG nova.service [-] default_log_levels : ['amqplib=WARN', 'sqlalchemy=WARN', 'boto=WARN', 'suds=INFO', 'keystone=INFO', 'eventlet.wsgi.server=WARN'] wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.183 17324 DEBUG nova.service [-] running_deleted_instance_poll_interval : 1800 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.184 17324 DEBUG nova.service [-] config_drive_skip_versions : 1.0 2007-01-19 2007-03-01 2007-08-29 2007-10-10 2007-12-15 2008-02-01 2008-09-01 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.185 17324 DEBUG nova.service [-] amqp_rpc_single_reply_queue : False wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.186 17324 DEBUG nova.service [-] heal_instance_info_cache_interval : 60 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.187 17324 DEBUG nova.service [-] sql_connection : FLAG SET wait /usr/lib/python2.7/dist-packages/nova/service.py:203 2013-09-05 12:55:47.188 17324 DEBUG nova.service [-] console_topic : console wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.190 17324 DEBUG nova.service [-] rabbit_use_ssl : False wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.191 17324 DEBUG nova.service [-] instances_path : /var/lib/nova/instances wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.192 17324 DEBUG nova.service [-] ec2_strict_validation : True wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.193 17324 DEBUG nova.service [-] api_rate_limit : True wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.194 17324 DEBUG nova.service [-] xenapi_torrent_images : none wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.195 17324 DEBUG nova.service [-] host : xplinno1ctlr1 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.197 17324 DEBUG nova.service [-] instance_dns_domain : wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.197 17324 DEBUG nova.service [-] vpn_ip : 10.1.239.5 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.199 17324 DEBUG nova.service [-] non_inheritable_image_properties : ['cache_in_nova', 'bittorrent'] wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.200 17324 DEBUG nova.service [-] fixed_ip_disassociate_timeout : 600 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.201 17324 DEBUG nova.service [-] running_deleted_instance_action : log wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.202 17324 DEBUG nova.service [-] console_host : xplinno1ctlr1 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.203 17324 DEBUG nova.service [-] ssl_cert_file : None wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.204 17324 DEBUG nova.service [-] key_file : private/cakey.pem wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.205 17324 DEBUG nova.service [-] use_join_force : True wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.205 17324 DEBUG nova.service [-] quota_floating_ips : 10 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.206 17324 DEBUG nova.service [-] reboot_timeout : 0 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.207 17324 DEBUG nova.service [-] multi_host : False wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.207 17324 DEBUG nova.service [-] lockout_window : 15 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.208 17324 DEBUG nova.service [-] db_backend : sqlalchemy wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.208 17324 DEBUG nova.service [-] rabbit_ha_queues : False wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.209 17324 DEBUG nova.service [-] xenapi_torrent_listen_port_start : 6881 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.209 17324 DEBUG nova.service [-] cinder_api_insecure : False wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.209 17324 DEBUG nova.service [-] dmz_net : 10.0.0.0 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.210 17324 DEBUG nova.service [-] sql_retry_interval : 10 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.210 17324 DEBUG nova.service [-] vpn_start : 1000 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.212 17324 DEBUG nova.service [-] security_group_api : nova wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.213 17324 DEBUG nova.service [-] reservation_expire : 86400 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.214 17324 DEBUG nova.service [-] enabled_ssl_apis : [] wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.215 17324 DEBUG nova.service [-] crl_file : crl.pem wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.216 17324 DEBUG nova.service [-] sql_min_pool_size : 1 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.217 17324 DEBUG nova.service [-] monkey_patch : False wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.218 17324 DEBUG nova.service [-] osapi_compute_extension : ['nova.api.openstack.compute.contrib.standard_extensions'] wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.219 17324 DEBUG nova.service [-] rpc_conn_pool_size : 30 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.220 17324 DEBUG nova.service [-] target_port : 3260 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.221 17324 DEBUG nova.service [-] xenapi_torrent_seed_duration : 3600 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.222 17324 DEBUG nova.service [-] sqlite_synchronous : True wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.223 17324 DEBUG nova.service [-] default_availability_zone : nova wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.224 17324 DEBUG nova.service [-] quota_fixed_ips : -1 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.224 17324 DEBUG nova.service [-] dhcp_lease_time : 120 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.225 17324 DEBUG nova.service [-] linuxnet_ovs_integration_bridge : br-int wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.226 17324 DEBUG nova.service [-] scheduler_topic : scheduler wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.228 17324 DEBUG nova.service [-] verbose : True wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.229 17324 DEBUG nova.service [-] flat_network_bridge : None wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.230 17324 DEBUG nova.service [-] sql_max_retries : 10 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.230 17324 DEBUG nova.service [-] iptables_top_regex : wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.231 17324 DEBUG nova.service [-] xenapi_ovs_integration_bridge : xapi1 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.232 17324 DEBUG nova.service [-] default_instance_type : m1.small wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.233 17324 DEBUG nova.service [-] metadata_listen : 0.0.0.0 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.234 17324 DEBUG nova.service [-] firewall_driver : None wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.235 17324 DEBUG nova.service [-] metadata_workers : None wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.236 17324 DEBUG nova.service [-] vpn_key_suffix : FLAG SET wait /usr/lib/python2.7/dist-packages/nova/service.py:203 2013-09-05 12:55:47.236 17324 DEBUG nova.service [-] preallocate_images : none wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.237 17324 DEBUG nova.service [-] tcp_keepidle : 600 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.237 17324 DEBUG nova.service [-] quota_injected_files : 5 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.238 17324 DEBUG nova.service [-] gateway : None wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.238 17324 DEBUG nova.service [-] null_kernel : nokernel wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.238 17324 DEBUG nova.service [-] target_host : None wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.239 17324 DEBUG nova.service [-] sr_matching_filter : other-config:i18n-key=local-storage wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.239 17324 DEBUG nova.service [-] mkisofs_cmd : genisoimage wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.240 17324 DEBUG nova.service [-] force_raw_images : True wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.240 17324 DEBUG nova.service [-] xenapi_sparse_copy : True wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.241 17324 DEBUG nova.service [-] quota_key_pairs : FLAG SET wait /usr/lib/python2.7/dist-packages/nova/service.py:203 2013-09-05 12:55:47.241 17324 DEBUG nova.service [-] instance_format : [instance: %(uuid)s] wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.241 17324 DEBUG nova.service [-] osapi_glance_link_prefix : None wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.243 17324 DEBUG nova.service [-] rpc_response_timeout : 60 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.244 17324 DEBUG nova.service [-] dhcp_domain : novalocal wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.245 17324 DEBUG nova.service [-] config_drive_tempdir : None wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.246 17324 DEBUG nova.service [-] service_down_time : 60 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.248 17324 DEBUG nova.service [-] default_notification_level : INFO wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.248 17324 DEBUG nova.service [-] publish_errors : False wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.250 17324 DEBUG nova.service [-] consoleauth_topic : consoleauth wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.251 17324 DEBUG nova.service [-] use_forwarded_for : False wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.251 17324 DEBUG nova.service [-] cinder_http_retries : 3 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.252 17324 DEBUG nova.service [-] novncproxy_base_url : http://127.0.0.1:6080/vnc_auto.html wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.253 17324 DEBUG nova.service [-] osapi_compute_ext_list : [] wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.254 17324 DEBUG nova.service [-] logging_exception_prefix : %(asctime)s.%(msecs)03d %(process)d TRACE %(name)s %(instance)s wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.255 17324 DEBUG nova.service [-] enabled_apis : ['ec2', 'osapi_compute', 'metadata'] wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.257 17324 DEBUG nova.service [-] volume_api_class : nova.volume.cinder.API wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.258 17324 DEBUG nova.service [-] ec2_timestamp_expiry : 300 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.259 17324 DEBUG nova.service [-] xenapi_connection_password : FLAG SET wait /usr/lib/python2.7/dist-packages/nova/service.py:203 2013-09-05 12:55:47.260 17324 DEBUG nova.service [-] report_interval : 10 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.261 17324 DEBUG nova.service [-] scheduler_manager : nova.scheduler.manager.SchedulerManager wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.262 17324 DEBUG nova.service [-] xenapi_running_timeout : 60 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.263 17324 DEBUG nova.service [-] monkey_patch_modules : ['nova.api.ec2.cloud:nova.openstack.common.notifier.api.notify_decorator', 'nova.compute.api:nova.openstack.common.notifier.api.notify_decorator'] wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.264 17324 DEBUG nova.service [-] rabbit_retry_backoff : 2 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.265 17324 DEBUG nova.service [-] rpc_thread_pool_size : 64 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.266 17324 DEBUG nova.service [-] update_dns_entries : False wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.267 17324 DEBUG nova.service [-] force_snat_range : [] wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.268 17324 DEBUG nova.service [-] ec2_listen_port : 8773 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.269 17324 DEBUG nova.service [-] ca_file : cacert.pem wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.270 17324 DEBUG nova.service [-] keys_path : /var/lib/nova/keys wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.271 17324 DEBUG nova.service [-] glance_num_retries : 0 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.272 17324 DEBUG nova.service [-] vpn_image_id : 0 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.273 17324 DEBUG nova.service [-] disable_process_locking : False wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.274 17324 DEBUG nova.service [-] allowed_rpc_exception_modules : ['nova.openstack.common.exception', 'nova.exception', 'cinder.exception', 'exceptions'] wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.275 17324 DEBUG nova.service [-] allowed_direct_url_schemes : [] wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.275 17324 DEBUG nova.service [-] auto_assign_floating_ip : False wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.276 17324 DEBUG nova.service [-] xenapi_torrent_max_last_accessed : 86400 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.276 17324 DEBUG nova.service [-] allow_same_net_traffic : True wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.277 17324 DEBUG nova.service [-] xenapi_disable_agent : False wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.277 17324 DEBUG nova.service [-] glance_protocol : http wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.278 17324 DEBUG nova.service [-] fake_call : False wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.278 17324 DEBUG nova.service [-] state_path : /var/lib/nova wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.279 17324 DEBUG nova.service [-] volume_usage_poll_interval : 0 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.279 17324 DEBUG nova.service [-] sql_idle_timeout : 3600 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.279 17324 DEBUG nova.service [-] glance_host : 10.1.239.5 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.280 17324 DEBUG nova.service [-] xvpvncproxy_base_url : http://127.0.0.1:6081/console wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.280 17324 DEBUG nova.service [-] xenapi_agent_path : usr/sbin/xe-update-networking wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.281 17324 DEBUG nova.service [-] ssl_ca_file : None wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.282 17324 DEBUG nova.service [-] use_ipv6 : False wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.283 17324 DEBUG nova.service [-] xenapi_torrent_base_url : None wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.284 17324 DEBUG nova.service [-] log_format : %(asctime)s %(levelname)8s [%(name)s] %(message)s wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.284 17324 DEBUG nova.service [-] image_cache_manager_interval : 2400 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.285 17324 DEBUG nova.service [-] metadata_port : 8775 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.286 17324 DEBUG nova.service [-] dns_update_periodic_interval : -1 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.287 17324 DEBUG nova.service [-] cinder_catalog_info : volume:cinder:publicURL wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.287 17324 DEBUG nova.service [-] dhcpbridge_flagfile : ['/etc/nova/nova-dhcpbridge.conf'] wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.288 17324 DEBUG nova.service [-] use_cow_images : True wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.288 17324 DEBUG nova.service [-] xenapi_connection_concurrent : 5 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.289 17324 DEBUG nova.service [-] xenapi_vhd_coalesce_poll_interval : 5.0 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.290 17324 DEBUG nova.service [-] dhcpbridge : /usr/lib/python2.7/dist-packages/bin/nova-dhcpbridge wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.290 17324 DEBUG nova.service [-] fake_network : False wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.291 17324 DEBUG nova.service [-] ec2_workers : None wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.291 17324 DEBUG nova.service [-] floating_ip_dns_manager : nova.network.noop_dns_driver.NoopDNSDriver wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.292 17324 DEBUG nova.service [-] running_deleted_instance_timeout : 0 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.292 17324 DEBUG nova.service [-] network_topic : network wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.293 17324 DEBUG nova.service [-] network_manager : nova.network.manager.VlanManager wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.293 17324 DEBUG nova.service [-] reserved_host_memory_mb : 512 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.294 17324 DEBUG nova.service [-] share_dhcp_address : False wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.294 17324 DEBUG nova.service [-] xenapi_sr_base_path : /var/run/sr-mount wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.295 17324 DEBUG nova.service [-] xenapi_torrent_listen_port_end : 6891 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.296 17324 DEBUG nova.service [-] memcached_servers : None wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.296 17324 DEBUG nova.service [-] logging_default_format_string : %(asctime)s.%(msecs)03d %(process)d %(levelname)s %(name)s [-] %(instance)s%(message)s wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.297 17324 DEBUG nova.service [-] timeout_nbd : 10 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.297 17324 DEBUG nova.service [-] compute_driver : nova.virt.xenapi.XenAPIDriver wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.298 17324 DEBUG nova.service [-] use_network_dns_servers : False wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.299 17324 DEBUG nova.service [-] fake_rabbit : False wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.299 17324 DEBUG nova.service [-] log_date_format : %Y-%m-%d %H:%M:%S wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.300 17324 DEBUG nova.service [-] block_device_creation_timeout : 10 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.300 17324 DEBUG nova.service [-] rabbit_host : 10.1.239.8 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.301 17324 DEBUG nova.service [-] vnc_keymap : FLAG SET wait /usr/lib/python2.7/dist-packages/nova/service.py:203 2013-09-05 12:55:47.301 17324 DEBUG nova.service [-] rescue_timeout : 0 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.302 17324 DEBUG nova.service [-] ca_path : /var/lib/nova/CA wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.302 17324 DEBUG nova.service [-] dmz_cidr : [] wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.303 17324 DEBUG nova.service [-] xenapi_login_timeout : 10 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.303 17324 DEBUG nova.service [-] vncserver_listen : 127.0.0.1 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.304 17324 DEBUG nova.service [-] use_syslog : False wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.304 17324 DEBUG nova.service [-] gateway_v6 : None wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.305 17324 DEBUG nova.service [-] sql_connection_trace : False wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.306 17324 DEBUG nova.service [-] wsgi_log_format : %(client_ip)s "%(request_line)s" status: %(status_code)s len: %(body_length)s time: %(wall_seconds).7f wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.307 17324 DEBUG nova.service [-] syslog_log_facility : LOG_USER wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.308 17324 DEBUG nova.service [-] tempdir : None wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.308 17324 DEBUG nova.service [-] servicegroup_driver : db wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.309 17324 DEBUG nova.service [-] dbapi_use_tpool : False wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.309 17324 DEBUG nova.service [-] xenapi_vhd_coalesce_max_attempts : 5 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.310 17324 DEBUG nova.service [-] linuxnet_interface_driver : nova.network.linux_net.LinuxBridgeInterfaceDriver wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.310 17324 DEBUG nova.service [-] bindir : /usr/lib/python2.7/dist-packages/bin wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.311 17324 DEBUG nova.service [-] auth_strategy : keystone wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.311 17324 DEBUG nova.service [-] rabbit_retry_interval : 1 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.312 17324 DEBUG nova.service [-] default_os_type : linux wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.313 17324 DEBUG nova.service [-] defer_iptables_apply : False wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.313 17324 DEBUG nova.service [-] config_file : ['/etc/nova/nova.conf', '/etc/nova/nova-compute.conf'] wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.313 17324 DEBUG nova.service [-] agent_version_timeout : 300 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.314 17324 DEBUG nova.service [-] network_api_class : nova.network.api.API wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.314 17324 DEBUG nova.service [-] kombu_ssl_certfile : wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.314 17324 DEBUG nova.service [-] fatal_exception_format_errors : False wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.314 17324 DEBUG nova.service [-] lockout_minutes : 15 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.315 17324 DEBUG nova.service [-] instance_uuid_format : [instance: %(uuid)s] wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.315 17324 DEBUG nova.service [-] db_driver : nova.db wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.315 17324 DEBUG nova.service [-] create_unique_mac_address_attempts : 5 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.315 17324 DEBUG nova.service [-] glance_api_insecure : False wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.315 17324 DEBUG nova.service [-] pybasedir : /usr/lib/python2.7/dist-packages wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.316 17324 DEBUG nova.service [-] xenapi_torrent_max_seeder_processes_per_host : 1 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.316 17324 DEBUG nova.service [-] vlan_start : 100 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.316 17324 DEBUG nova.service [-] metadata_manager : nova.api.manager.MetadataManager wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.316 17324 DEBUG nova.service [-] instance_build_timeout : 0 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.316 17324 DEBUG nova.service [-] ipv6_backend : rfc2462 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.317 17324 DEBUG nova.service [-] l3_lib : nova.network.l3.LinuxNetL3 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.317 17324 DEBUG nova.service [-] agent_resetnetwork_timeout : 60 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.317 17324 DEBUG nova.service [-] vnc_enabled : True wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.317 17324 DEBUG nova.service [-] api_paste_config : /etc/nova/api-paste.ini wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.318 17324 DEBUG nova.service [-] quota_security_group_rules : 20 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.318 17324 DEBUG nova.service [-] rabbit_password : FLAG SET wait /usr/lib/python2.7/dist-packages/nova/service.py:203 2013-09-05 12:55:47.318 17324 DEBUG nova.service [-] compute_manager : nova.compute.manager.ComputeManager wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.318 17324 DEBUG nova.service [-] rabbit_virtual_host : / wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.319 17324 DEBUG nova.service [-] xenapi_connection_url : http://10.1.239.11 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.319 17324 DEBUG nova.service [-] notify_on_state_change : None wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.319 17324 DEBUG nova.service [-] network_driver : nova.network.linux_net wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.319 17324 DEBUG nova.service [-] quota_instances : 10 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.319 17324 DEBUG nova.service [-] notify_api_faults : False wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.320 17324 DEBUG nova.service [-] project_cert_subject : /C=US/ST=California/O=OpenStack/OU=NovaDev/CN=project-ca-%.16s-%s wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.320 17324 DEBUG nova.service [-] policy_default_rule : default wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.320 17324 DEBUG nova.service [-] use_single_default_gateway : False wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.320 17324 DEBUG nova.service [-] vpn_instance_type : m1.tiny wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.320 17324 DEBUG nova.service [-] control_exchange : nova wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.322 17324 DEBUG nova.service [-] cnt_vpn_clients : 0 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.323 17324 DEBUG nova.service [-] multi_instance_display_name_template : %(name)s-%(uuid)s wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.323 17324 DEBUG nova.service [-] xenapi_remap_vbd_dev : False wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.324 17324 DEBUG nova.service [-] internal_service_availability_zone : internal wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.324 17324 DEBUG nova.service [-] log_file : None wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.325 17324 DEBUG nova.service [-] sql_max_overflow : None wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.325 17324 DEBUG nova.service [-] xenapi_num_vbd_unplug_retries : 10 wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.326 17324 DEBUG nova.service [-] instance_usage_audit : False wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.326 17324 DEBUG nova.service [-] cells : wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.327 17324 DEBUG nova.service [-] conductor : wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.328 17324 DEBUG nova.service [-] spice : wait /usr/lib/python2.7/dist-packages/nova/service.py:205 2013-09-05 12:55:47.329 17324 AUDIT nova.service [-] Starting compute node (version 2013.1.2) Traceback (most recent call last): File "/usr/lib/python2.7/dist-packages/eventlet/hubs/poll.py", line 97, in wait readers.get(fileno, noop).cb(fileno) File "/usr/lib/python2.7/dist-packages/eventlet/greenthread.py", line 194, in main result = function(*args, **kwargs) File "/usr/lib/python2.7/dist-packages/nova/service.py", line 147, in run_server server.start() File "/usr/lib/python2.7/dist-packages/nova/service.py", line 429, in start self.manager.init_host() File "/usr/lib/python2.7/dist-packages/nova/compute/manager.py", line 585, in init_host self.driver.init_host(host=self.host) File "/usr/lib/python2.7/dist-packages/nova/virt/xenapi/driver.py", line 156, in init_host vm_utils.ensure_correct_host(self._session) File "/usr/lib/python2.7/dist-packages/nova/virt/xenapi/vm_utils.py", line 2264, in ensure_correct_host raise Exception(_('This domU must be running on the host ' Exception: This domU must be running on the host specified by xenapi_connection_url Removing descriptor: 5 2013-09-05 12:55:47.340 17324 CRITICAL nova [-] This domU must be running on the host specified by xenapi_connection_url 2013-09-05 12:55:47.340 17324 TRACE nova Traceback (most recent call last): 2013-09-05 12:55:47.340 17324 TRACE nova File "/usr/bin/nova-compute", line 85, in 2013-09-05 12:55:47.340 17324 TRACE nova service.wait() 2013-09-05 12:55:47.340 17324 TRACE nova File "/usr/lib/python2.7/dist-packages/nova/service.py", line 689, in wait 2013-09-05 12:55:47.340 17324 TRACE nova _launcher.wait() 2013-09-05 12:55:47.340 17324 TRACE nova File "/usr/lib/python2.7/dist-packages/nova/service.py", line 209, in wait 2013-09-05 12:55:47.340 17324 TRACE nova super(ServiceLauncher, self).wait() 2013-09-05 12:55:47.340 17324 TRACE nova File "/usr/lib/python2.7/dist-packages/nova/service.py", line 179, in wait 2013-09-05 12:55:47.340 17324 TRACE nova service.wait() 2013-09-05 12:55:47.340 17324 TRACE nova File "/usr/lib/python2.7/dist-packages/eventlet/greenthread.py", line 168, in wait 2013-09-05 12:55:47.340 17324 TRACE nova return self._exit_event.wait() 2013-09-05 12:55:47.340 17324 TRACE nova File "/usr/lib/python2.7/dist-packages/eventlet/event.py", line 116, in wait 2013-09-05 12:55:47.340 17324 TRACE nova return hubs.get_hub().switch() 2013-09-05 12:55:47.340 17324 TRACE nova File "/usr/lib/python2.7/dist-packages/eventlet/hubs/hub.py", line 187, in switch 2013-09-05 12:55:47.340 17324 TRACE nova return self.greenlet.switch() 2013-09-05 12:55:47.340 17324 TRACE nova File "/usr/lib/python2.7/dist-packages/eventlet/greenthread.py", line 194, in main 2013-09-05 12:55:47.340 17324 TRACE nova result = function(*args, **kwargs) 2013-09-05 12:55:47.340 17324 TRACE nova File "/usr/lib/python2.7/dist-packages/nova/service.py", line 147, in run_server 2013-09-05 12:55:47.340 17324 TRACE nova server.start() 2013-09-05 12:55:47.340 17324 TRACE nova File "/usr/lib/python2.7/dist-packages/nova/service.py", line 429, in start 2013-09-05 12:55:47.340 17324 TRACE nova self.manager.init_host() 2013-09-05 12:55:47.340 17324 TRACE nova File "/usr/lib/python2.7/dist-packages/nova/compute/manager.py", line 585, in init_host 2013-09-05 12:55:47.340 17324 TRACE nova self.driver.init_host(host=self.host) 2013-09-05 12:55:47.340 17324 TRACE nova File "/usr/lib/python2.7/dist-packages/nova/virt/xenapi/driver.py", line 156, in init_host 2013-09-05 12:55:47.340 17324 TRACE nova vm_utils.ensure_correct_host(self._session) 2013-09-05 12:55:47.340 17324 TRACE nova File "/usr/lib/python2.7/dist-packages/nova/virt/xenapi/vm_utils.py", line 2264, in ensure_correct_host 2013-09-05 12:55:47.340 17324 TRACE nova raise Exception(_('This domU must be running on the host ' 2013-09-05 12:55:47.340 17324 TRACE nova Exception: This domU must be running on the host specified by xenapi_connection_url 2013-09-05 12:55:47.340 17324 TRACE nova root at xplinno1ctlr1:~# Thanks & Regards, Rajesh Upadhayay -------------- next part -------------- An HTML attachment was scrubbed... URL: From B39208 at freescale.com Thu Sep 5 08:05:51 2013 From: B39208 at freescale.com (Somanchi Trinath-B39208) Date: Thu, 5 Sep 2013 08:05:51 +0000 Subject: [Openstack] Keystoner as Certificate Authority In-Reply-To: References: <6032CA456358BF4D893A9274BE58D92C0110BE89@039-SN1MPN1-003.039d.mgd.msft.net> <6032CA456358BF4D893A9274BE58D92C0110D037@039-SN1MPN1-003.039d.mgd.msft.net> Message-ID: <6032CA456358BF4D893A9274BE58D92C0110D0AA@039-SN1MPN1-003.039d.mgd.msft.net> Thanks a lot Jeff... Will go through this.. -- Trinath Somanchi - B39208 trinath.somanchi at freescale.com | extn: 4048 -----Original Message----- From: Jeffrey Walton [mailto:noloader at gmail.com] Sent: Thursday, September 05, 2013 12:51 PM To: Somanchi Trinath-B39208 Cc: openstack at lists.openstack.org Subject: Re: [Openstack] Keystoner as Certificate Authority On Thu, Sep 5, 2013 at 2:41 AM, Somanchi Trinath-B39208 wrote: > > Can you suggest me on any CA service work going on with Openstack. The Security Guide discusses it a bit, http://www.openstack.org/blog/2013/07/openstack-security-guide-now-available/. From page 73.0 / 300: "It is recommended that the OpenStack cloud architect rely on distinct sets of CAs -- one or more for the management network and internal service communications, and the trusted set of public CA providers for allowing external users to verify the identity of the public cloud endpoints. Configuring the internal service communications to only rely on an internal CA can help reduce the risk of accidental authentication of users with valid certificates issued by public CAs from being trusted by the internal services." Don't let the "trusted set of public CA" fool you. Trust is a bit misleading here - its more like the preloaded set of CAs and sub-CAs in your browsers [loosely] operating under the Internet profile (PKIX). Anything from Digicert, Verisgn, etc will do. Also look at the case study on page 80.0 / 300, where a brief Case Study is performed for both a public cloud and private cloud. There's a lot to running a PKI for the internal network. The Security Guide presupposes a PKI is available, and there's someone (or a team) actively managing it. In this case, Google is your friend: https://www.google.com/#q=certification+authority+best+practice. If you want a free SSL/TLS certificate trusted by many (most?) browsers for external users, then check out Eddy Nigg's StartCom. (Most of the cost is in revocation, so that's where StartCom charges for its services. Brilliant!). Jeff > -----Original Message----- > From: Jeffrey Walton [mailto:noloader at gmail.com] > Sent: Thursday, September 05, 2013 10:37 AM > To: Somanchi Trinath-B39208 > Cc: openstack at lists.openstack.org > Subject: Re: [Openstack] Keystoner as Certificate Authority > > On Thu, Sep 5, 2013 at 12:40 AM, Somanchi Trinath-B39208 wrote: >> >> Can we use Keystone as Certificate Authority. Kindly help me in > I can't answer if it can be used to issue certs, but I can tell you it should not be. That portion of the infrastructure needs to be segregated with a well defined security zone or boundary. > From n.paladi at gmail.com Thu Sep 5 08:24:50 2013 From: n.paladi at gmail.com (Nicolae Paladi) Date: Thu, 5 Sep 2013 10:24:50 +0200 Subject: [Openstack] Error when calling l3-agent-router-add Message-ID: Hi, I am deploying a openstack cluster with several compute nodes on CentOS 6.4 with Neutron/Quantum and network_type vlan based on these guides: http://docs.openstack.org/trunk/openstack-network/admin/content/under_the_hood_openvswitch.html https://github.com/mseknibilel/OpenStack-Grizzly-Install-Guide/blob/OVS_MultiNode/OpenStack_Grizzly_Install_Guide.rst http://openstack.redhat.com/Neutron_with_OVS_and_VLANs In my setup I have a "controller" that runs everything plus additional compute nodes (and I plan to remove the compute service from the controller). I have had an issue with reaching guest VM instances when they are spawned on compute nodes other the controller and discovered that while the l3-agent deployed on the controller was added to the router, adding the other l3 agents, e.g. quantum l3-agent-router-add 789a77fd-52ff-44be-afea-27d26a8cd3d3 router01 resulted in the following error displayed in the openvswitch log: 2013-09-04 19:44:24 ERROR [quantum.api.v2.resource] create failed Traceback (most recent call last): File "/usr/lib/python2.6/site-packages/quantum/api/v2/resource.py", line 82, in resource result = method(request=request, **args) File "/usr/lib/python2.6/site-packages/quantum/extensions/agentscheduler.py", line 88, in create body['router_id']) File "/usr/lib/python2.6/site-packages/quantum/db/agentschedulers_db.py", line 187, in add_router_to_l3_agent router_id=router_id, agent_id=id) RouterSchedulingFailed: Failed scheduling router 295450ba-597f-4526-970c-f9e9ec79206a to the L3 Agent 789a77fd-52ff-44be-afea-27d26a8cd3d3. Could anyone help me by pointing to its cause? I've filed a bug on this, there are more details in its description: https://bugs.launchpad.net/neutron/+bug/1220611 Thanks, /Nicolae. -------------- next part -------------- An HTML attachment was scrubbed... URL: From Robert.vanLeeuwen at spilgames.com Thu Sep 5 09:14:23 2013 From: Robert.vanLeeuwen at spilgames.com (Robert van Leeuwen) Date: Thu, 5 Sep 2013 09:14:23 +0000 Subject: [Openstack] Error when calling l3-agent-router-add In-Reply-To: References: Message-ID: <79E00D9220302D448C1D59B5224ED12D8D9CA4F5@EchoDB02.spil.local> > quantum l3-agent-router-add 789a77fd-52ff-44be-afea-27d26a8cd3d3 router01 Not sure what you are trying to accomplish here. Scheduling, by default, happens automatically unless you have multiple routers and want to set it up to run a router on a specific l3-agent. Usually this should be enough: quantum router-create router1 quantum router-interface-add router1 ${subnetname) What is the output of the following?: quantum l3-agent-list-hosting-router $(routername} Cheers, Robert van Leeuwen From n.paladi at gmail.com Thu Sep 5 09:19:07 2013 From: n.paladi at gmail.com (Nicolae Paladi) Date: Thu, 5 Sep 2013 11:19:07 +0200 Subject: [Openstack] Error when calling l3-agent-router-add In-Reply-To: <79E00D9220302D448C1D59B5224ED12D8D9CA4F5@EchoDB02.spil.local> References: <79E00D9220302D448C1D59B5224ED12D8D9CA4F5@EchoDB02.spil.local> Message-ID: Hi, the output is: quantum l3-agent-list-hosting-router router01 +--------------------------------------+---------------+----------------+-------+ | id | host | admin_state_up | alive | +--------------------------------------+---------------+----------------+-------+ | 789a77fd-52ff-44be-afea-27d26a8cd3d3 | seoul | True | :-) | +--------------------------------------+---------------+----------------+-------+ However, shouldn't the l3-agent running on each compute host be attached to the router, or am I completely misunderstanding somethning? Thanks, /Nicolae. On 5 September 2013 11:14, Robert van Leeuwen < Robert.vanLeeuwen at spilgames.com> wrote: > > quantum l3-agent-router-add 789a77fd-52ff-44be-afea-27d26a8cd3d3 router01 > > Not sure what you are trying to accomplish here. > Scheduling, by default, happens automatically unless you have multiple > routers and want to set it up to run a router on a specific l3-agent. > > Usually this should be enough: > > quantum router-create router1 > quantum router-interface-add router1 ${subnetname) > > What is the output of the following?: > quantum l3-agent-list-hosting-router $(routername} > > Cheers, > Robert van Leeuwen > > > > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From pangj at laposte.net Thu Sep 5 09:34:02 2013 From: pangj at laposte.net (pangj) Date: Thu, 05 Sep 2013 17:34:02 +0800 Subject: [Openstack] suggest more special lists Message-ID: <5228500A.4030908@laposte.net> I suggest the openstack general list to be splited into multi-special-lists, such as swift list, nova list etc. I think it's more helpful for the special subjects.Thanks. From ilkka.tengvall at cybercom.com Thu Sep 5 13:02:45 2013 From: ilkka.tengvall at cybercom.com (Ilkka Tengvall) Date: Thu, 05 Sep 2013 16:02:45 +0300 Subject: [Openstack] flat public interface and tenant vlans - how to do public net? Message-ID: <522880F5.6030405@cybercom.com> Hi, I would need some help here. How do I tell quantum (grizzly, rdo, not neutron yet...) to create flat public network? I have setup my controller and node interfaces like this: controller: eth1 - flat public interface with external physical router, port for br-ex ovs bond1 - vlan trunk port for tenant networks bridge (ovs) nodes: bond1 vlan trunk for tenant networks (ovs) Now I can create the tenant networks on the chosen vlans just fine. The problem is that I would like to communicate out, and it doesn't allow me to create the public network on br-ex or eth1. How to do that: --------------------------------------------- # quantum net-create public --provider:network_type flat --provider:physical_network br-ex --router:external=True Invalid input for operation: Unknown provider:physical_network br-ex. # quantum net-create public --provider:network_type flat --provider:physical_network eth1 --router:external=True Invalid input for operation: Unknown provider:physical_network eth1. --------------------------------------------- The instructions are here: http://docs.openstack.org/trunk/openstack-network/admin/content/under_the_hood_openvswitch.html my ovs: --------------------------------------------- # ovs-vsctl show 808d72a8-4599-4bfa-80ef-b1eb60caf760 Bridge br-osdrv Port phy-br-osdrv Interface phy-br-osdrv Port br-osdrv Interface br-osdrv type: internal Port "bond1" Interface "bond1" Bridge br-int Port br-int Interface br-int type: internal Port int-br-osdrv Interface int-br-osdrv Port "tap5c532b4c-ef" tag: 1 Interface "tap5c532b4c-ef" type: internal Bridge br-ex Port "eth1" Interface "eth1" Port br-ex Interface br-ex type: internal ovs_version: "1.11.0" --------------------------------------------- some ovs plugin conf: --------------------------------------------- integration_bridge=br-int bridge_mappings=vlans-osdrv:br-osdrv tenant_network_type=vlan enable_tunneling=False network_vlan_ranges=vlans-osdrv:1050:1053 --------------------------------------------- From chabani.mohamed.hadi at gmail.com Thu Sep 5 13:05:55 2013 From: chabani.mohamed.hadi at gmail.com (CHABANI Mohamed El Hadi) Date: Thu, 5 Sep 2013 15:05:55 +0200 Subject: [Openstack] Swift data serialization Message-ID: Hi peoples, I'm using an integration tool working on the top of my Swift API, this tool requires that the data back from Swift must be structured as XML or JSON format. To get containers/objects list, the operation is quite simple, i just add the 'format=XML/JSON' to got data serialized. But for some operations such authentification, or getting pictures metadata, and lot of uses cases in Swift...i don't know how to convert the plain text into XML/JSON !! if someone could help me on, it will really great. Thank you -------------- next part -------------- An HTML attachment was scrubbed... URL: From krzysiekg18 at gmail.com Thu Sep 5 14:37:03 2013 From: krzysiekg18 at gmail.com (Krzysztof G) Date: Thu, 5 Sep 2013 16:37:03 +0200 Subject: [Openstack] Assign IP from host subnetwork Message-ID: Hi everyone, I have RDO installed on one node using all-in-one install. I am using quantum networking with openvswitch. My host is in network 10.133.31.137/27. Is it possible to assign virtual machines inside my environment IP from that network so they can communicate with other computers in subnet? Thank you -------------- next part -------------- An HTML attachment was scrubbed... URL: From anton.massoud at ericsson.com Thu Sep 5 14:45:04 2013 From: anton.massoud at ericsson.com (Anton Massoud) Date: Thu, 5 Sep 2013 14:45:04 +0000 Subject: [Openstack] Live-migration & affinity Message-ID: <28C561A029C4AD4CB43E4B382193FA791D2379@ESESSMB207.ericsson.se> When you boot a VM you can provide scheduler hints that places the VM on a host according to the criteria specified in the hint. Now I'm wondering if those scheduler hints are used when one order live migration or in evacuation of the VM? Are the hints stored in the database and made persistent and connected to the VM instance? /Anton -------------- next part -------------- An HTML attachment was scrubbed... URL: From jon at jonproulx.com Thu Sep 5 14:46:18 2013 From: jon at jonproulx.com (Jonathan Proulx) Date: Thu, 5 Sep 2013 10:46:18 -0400 Subject: [Openstack] Grizzy - Planning Help In-Reply-To: References: Message-ID: Hi Clint, I run an OpenStack cloud for academic research as well (over here https://tig.csail.mit.edu/wiki/TIG/OpenStack ). Started on Essex just over a year ago, moved to Folsom just after it came out, and most recently Grizzly since last month including a move from nova-network to quantum/neutron. There definitely many valid ways to approach things here, so saying what is right or wrong in planning is difficult but I'll comment from my experience as best as I can below. On Wed, Sep 4, 2013 at 11:10 PM, Clint Dilks wrote: > Hi, > > I have been asked to setup a Grizzly Instance for academic research. This > project will evolve as it goes, so I don't have a clear set of > requirements, my initial plan is to try installing using Neutron configured > as "Single Flat Network" > http://docs.openstack.org/trunk/openstack-network/admin/content/app_demo_flat.htmlusing the Open vSwitch Plugin. > > The equipment I have is 3 Nodes (2 Nic's per node ), with a switch for a > physically isolated node subnet and access to other switches for the rest > of our network. The nodes have Fast CPU's with a decent number of Cores and > more RAM than we should need > I doubt very much that it's more RAM than you'll need instances are addictive and I've found RAM to be the most limiting factor. Over committing CPUs is easy and usually pretty safe (depending on workload), RAM you can cheat a bit but not nearly so much. > So currently I am picturing a setup like this > > Network > > subnet 1 - openstack management > subnet 2 - openstack data > subnet 3 - Public Network > > Nodes > > A (Controller + Storage + Compute) > Keystone > Glance > Horizon > Neutron > Compute > Cinder > Shared Storage/NFS > Swift storage > Swift Proxy > (any other needed services) > > B (Network + Compute) > Neutron > Compute > Swift Storage > > C (Network + Compute) > Neutron > Compute > Swift Storage > > So my questions > > 1. Does anything seem fundamentally broken with this approach? > That should work. My setup is a little different, I don't use swift, my controller node does everything except compute and my (60) compute nodes do only compute. All the network bits are running on the controller node (quantum ovs using gre for client networks, not used much, and vlans for provider networks which is what is primarily used). Systems are all running Ubuntu 12.04LTS with Grizzly packages from the ubuntu cloudarchive and managed using puppetlabs-openstack puppet modules. I did need to apply some number of patches to get the networking services to scale up decently (they scale out fine but ...) mostly from http://blog.gridcentric.com/bid/318277/Boosting-OpenStack-s-Parallel-Performancebut I don't think you'll need those. > 2. Is there anything else that I haven't mentioned that I should be > thinking about before making a start? > While most documentation shows an RFC1918 "private" network NAT'ed to a "public" network with routeable IPs it is perfectly possible to connect instances directly to a public network so they both get a "real" ip and know internally what it is (rather than seeing only the RFC1918 address). This also has the advantage that traffic is direct and not bottle necked through a quantum-l3-agent node. it does require you have sufficient public IPs , many academic institutions, but few commercial companies, have this. You should definitely be deploying this using some configuration management system (puppet, chef, juju, something). It makes it much easier to deploy initially since you can typically rely on "reasonable" defaults in the packages modules or cookbooks. More importantly it makes it repeatable so when this takes off and you need dozens of compute nodes it's all magical and zero new work. Perhaps you are already planning this... > 3. Do people see any advantages for a use case like ours sticking with > nova-network, or using an alternate plugin with Quantum such as Linux > Bridge Plugin? > Short rant-free version go with Neutron and OVS. LinuxBridge is a little simpler but gives you fewer options later. Changing out the way you do networking is a huge pain (trust me I just did it), so I'd recommend suffering through the Quantum/Neitron OVS stuff for new deployments. Nova network is much-much-much easier to set up and I've found much more stable (due to it's simplicity) than the quantum/neutron bits and given retroactive dictatorial powers would not have made it the default network service until at least Havana, possible Icehouse. For existing deployments based on nova-network I'd strongly discourage moving to neutron unless you have an immediate need for the more advanced features. For new deploys Neutron is the only way to go. If you deploy a new cloud with nova-network you're only setting yourself up for a very painful transition later. No matter what magic the network wizards come up with replacing the way you do networking is going to be painful and disruptive, I can't even imagine it other wise. > 4. Is it possible / practical to merge the management and data networks? > Yes especially at your scale. In practice you can use only one network for everything. Multiple networks gets you traffic separation which can help with through put by keeping different classes of traffic on different physical interfaces and even if they are sharing physical media can help with logical isolation for security (filtering rules for example). In a small research deployment you probably need to worry less about these issues than Rackspace or the like. I'm actually running sort of like this now, though that's more a side effect than a plan, with everything on a single public IP network. For better hygiene I do plan to migrate the OpenStack server to a different network than the instances are on now (and have several more existing network that I'll be making available to specific projects) 5. Currently the isolated switch is 1G, is this likely to be a significant > bottleneck to getting a small number of VM's running? > Not a problem. I only recently put 10G interfaces in my controller node. For a year it was serving glance images to 60 other compute nodes and some of my users like to start 100's of instances at a time. We ran just under 500k instances in that year with an average time to boot of 2min, not stellar but not bad (and there was very little variation in timing due to load) > Thanks for your time, and any insight you are willing to share. > Also when you start building it the #openstack irc channel can be a life saver when you're stuck, especially for things that turn out to be "oh you need to set this config variable" or "run this command" which seems to be most things I trip over...the devil as they say is in the details. Good Luck, -Jon -------------- next part -------------- An HTML attachment was scrubbed... URL: From jon at jonproulx.com Thu Sep 5 14:55:46 2013 From: jon at jonproulx.com (Jonathan Proulx) Date: Thu, 5 Sep 2013 10:55:46 -0400 Subject: [Openstack] suggest more special lists In-Reply-To: <5228500A.4030908@laposte.net> References: <5228500A.4030908@laposte.net> Message-ID: On Thu, Sep 5, 2013 at 5:34 AM, pangj wrote: > I suggest the openstack general list to be splited into > multi-special-lists, such as swift list, nova list etc. I think it's more > helpful for the special subjects.Thanks. > > I think that OpenStack projects are too interrelated to always be clear where a question belongs and that multiplying lists will cause confusion, cross posting and is generally a bad idea. Encouraging subject tagging like what is done on the dev list [Swift], [Nova] etc... may be helpful though. This would facilitate filtering by subscribers if they have more narrow interests -Jon -------------- next part -------------- An HTML attachment was scrubbed... URL: From bertrand.lallau at gmail.com Thu Sep 5 15:35:00 2013 From: bertrand.lallau at gmail.com (Bertrand LALLAU) Date: Thu, 5 Sep 2013 17:35:00 +0200 Subject: [Openstack] Live-migration & affinity In-Reply-To: <28C561A029C4AD4CB43E4B382193FA791D2379@ESESSMB207.ericsson.se> References: <28C561A029C4AD4CB43E4B382193FA791D2379@ESESSMB207.ericsson.se> Message-ID: Hi, Scheduler hints used during VM boot process are not persist in database. Hense it's impossible to use them during live migration or host evacuation process. Best regards, On Thu, Sep 5, 2013 at 4:45 PM, Anton Massoud wrote: > When you boot a VM you can provide scheduler hints that places the VM on > a host according to the criteria specified in the hint.**** > > ** ** > > Now I’m wondering if those scheduler hints are used when one order live > migration or in evacuation of the VM?**** > > Are the hints stored in the database and made persistent and connected to > the VM instance?**** > > ** ** > > /Anton**** > > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From goldstone1 at llnl.gov Thu Sep 5 15:59:45 2013 From: goldstone1 at llnl.gov (Goldstone, Robin J.) Date: Thu, 5 Sep 2013 15:59:45 +0000 Subject: [Openstack] Keystone 'NoneType' object is unsubscriptable error In-Reply-To: <1378344450.9130.27.camel@localhost.localdomain> Message-ID: Sean, It appears that the curl interface works just fine: # brutus1 /root > curl -X POST -H "X-Auth-Token: 49c056f8688540fcb933cf7335537676" -H "Content-type: application/json" --data '{"OS-KSADM:service": {"name":"Test","type":"test","extra":"{}"}}' http://0.0.0.0:35357/v2.0/OS-KSADM/services {"OS-KSADM:service": {"type": "test", "name": "Test", "id": "6d54ea4d2752435aba19893a9de24695"}} # brutus1 /root > curl -X GET -H "X-Auth-Token: 49c056f8688540fcb933cf7335537676" http://0.0.0.0:35357/v2.0/OS-KSADM/services {"OS-KSADM:services": [{"type": "test", "name": "Test", "id": "6d54ea4d2752435aba19893a9de24695"}]} I also verified directly in the mysql database: mysql> use keystone; Reading table information for completion of table and column names You can turn off this feature to get a quicker startup with -A Database changed mysql> select * from service; +----------------------------------+------+------------------+ | id | type | extra | +----------------------------------+------+------------------+ | 6d54ea4d2752435aba19893a9de24695 | test | {"name": "Test"} | +----------------------------------+------+------------------+ 1 row in set (0.00 sec) mysql> But access via the keystone client still fails with the same error: # brutus1 /root > keystone service-list 'NoneType' object is unsubscriptable -Robin From: Sean McCully > Reply-To: "sean_mccully at yahoo.com" > Date: Wednesday, September 4, 2013 6:27 PM To: "Robin J. Goldstone" > Cc: "openstack at lists.openstack.org" > Subject: Re: [Openstack] Keystone 'NoneType' object is unsubscriptable error What happens after you add a service, curl -X POST -H "X-Auth-Token: " -H "Content-type: application/json" --data '{"OS-KSADM:service": {"name":"Test","type":"test","extra":"{}"}}' http://0.0.0.0:35357/v2.0/OS-KSADM/services Sean On Thu, 2013-09-05 at 00:39 +0000, Goldstone, Robin J. wrote: I am trying to install the RDO OpenStack distribution on a RHEL 6.4 system. The install is failing during keystone configuration as follows: ^[[1;35merr: /Stage[main]/Cinder::Keystone::Auth/Keystone_service[cinder]: Could not evaluate: Execution of '/usr/bin/keystone --endpoint http://127.0.0.1:35357/v2.0/ service-list' returned 1: 'NoneType' object is unsubscriptable If I run the command interactively I get the same error: # brutus1 /etc/keystone > export OS_SERVICE_TOKEN=49c056f8688540fcb933cf7335537676 # brutus1 /etc/keystone > export OS_SERVICE_ENDPOINT=http://127.0.0.1:35357/v2.0 # brutus1 /etc/keystone > keystone service-list 'NoneType' object is unsubscriptable The keystone service appears to be running and connected to the mysql database: # brutus1 /root > ps -ef|grep keystone keystone 8451 1 0 17:20 ? 00:00:00 /usr/bin/python /usr/bin/keystone-all --config-file /etc/keystone/keystone.conf # brutus1 /root > lsof -i|grep keystone keystone- 8451 keystone 4u IPv4 21614 0t0 TCP *:35357 (LISTEN) keystone- 8451 keystone 6u IPv4 21616 0t0 TCP *:commplex-main (LISTEN) keystone- 8451 keystone 8u IPv4 21961 0t0 TCP ebrutus1:54531->ebrutus1:mysql (ESTABLISHED) The mysql database appears to have been properly initialized though hardly any of the tables have anything in them. mysql> use keystone; Reading table information for completion of table and column names You can turn off this feature to get a quicker startup with -A Database changed mysql> show tables; +------------------------+ | Tables_in_keystone | +------------------------+ | credential | | domain | | ec2_credential | | endpoint | | group | | group_domain_metadata | | group_project_metadata | | migrate_version | | policy | | project | | role | | service | | token | | trust | | trust_role | | user | | user_domain_metadata | | user_group_membership | | user_project_metadata | +------------------------+ 19 rows in set (0.00 sec) mysql> select * from service; Empty set (0.00 sec) I cranked up the debug level in the keystone log file and here is what I see: 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] ******************** REQUEST ENVIRON ******************** 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] SCRIPT_NAME = /v2.0 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] webob.adhoc_attrs = {'response': } 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] REQUEST_METHOD = GET 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] PATH_INFO = /OS-KSADM/services 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] SERVER_PROTOCOL = HTTP/1.0 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] HTTP_X_AUTH_TOKEN = 49c056f8688540fcb933cf7335537676 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] HTTP_USER_AGENT = python-keystoneclient 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] eventlet.posthooks = [] 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] SERVER_NAME = 127.0.0.1 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] REMOTE_ADDR = 127.0.0.1 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] eventlet.input = 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] wsgi.url_scheme = http 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] SERVER_PORT = 35357 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] wsgi.input = 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] HTTP_HOST = 127.0.0.1:35357 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] wsgi.multithread = True 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] HTTP_ACCEPT = */* 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] wsgi.version = (1, 0) 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] openstack.context = {'token_id': '49c056f8688540fcb933cf7335537676', 'is_admin': True} 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] GATEWAY_INTERFACE = CGI/1.1 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] wsgi.run_once = False 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] wsgi.errors = ', mode 'w' at 0x2aaaaaae81e0> 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] wsgi.multiprocess = False 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] CONTENT_TYPE = text/plain 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] HTTP_ACCEPT_ENCODING = identity, deflate, compress, gzip 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] ******************** REQUEST BODY ******************** 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] arg_dict: {} 2013-09-04 17:37:48 INFO [sqlalchemy.engine.base.Engine] SELECT service.id AS service_id, service.type AS service_type, service.extra AS service_extra FROM service 2013-09-04 17:37:48 INFO [sqlalchemy.engine.base.Engine] () 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] ******************** RESPONSE HEADERS ******************** 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] Vary = X-Auth-Token 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] Content-Type = application/json 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] Content-Length = 25 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] ******************** RESPONSE BODY ******************** 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] {"OS-KSADM:services": []} 2013-09-04 17:37:48 INFO [access] 127.0.0.1 - - [05/Sep/2013:00:37:48 +0000] "GET http://127.0.0.1:35357/v2.0/OS-KSADM/services HTTP/1.0" 200 25 2013-09-04 17:37:48 DEBUG [eventlet.wsgi.server] 127.0.0.1 - - [04/Sep/2013 17:37:48] "GET /v2.0/OS-KSADM/services HTTP/1.1" 200 153 0.008193 I have tried completely wiping out and reinstalling RDO but it chokes at the same point. Myself, along with several other people, have reported this error on the RDO forum but no one over there has responded so I thought I would try my luck over here. If anyone has an idea of what my problem is, or can offer advice on further troubleshooting, please let me know. Thank you in advance. Robin Goldstone, LLNL _______________________________________________ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : openstack at lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack -------------- next part -------------- An HTML attachment was scrubbed... URL: From sean_mccully at yahoo.com Thu Sep 5 16:13:00 2013 From: sean_mccully at yahoo.com (Sean McCully) Date: Thu, 05 Sep 2013 11:13:00 -0500 Subject: [Openstack] Keystone 'NoneType' object is unsubscriptable error In-Reply-To: References: Message-ID: <1378397580.9130.31.camel@localhost.localdomain> Robin, I would suggest opening a bug in launchpad, to let the project maintainers know about this issue. I do not see any related bugs. =Bug=Search===== https://bugs.launchpad.net/keystone?field.searchtext=%27NoneType%27 +object+is+unsubscriptable ==New==Bug==== https://bugs.launchpad.net/keystone/+filebug Sean On Thu, 2013-09-05 at 15:59 +0000, Goldstone, Robin J. wrote: > Sean, > > > It appears that the curl interface works just fine: > # brutus1 /root > curl -X POST -H "X-Auth-Token: > 49c056f8688540fcb933cf7335537676" -H "Content-type: application/json" > --data '{"OS-KSADM:service": > {"name":"Test","type":"test","extra":"{}"}}' > http://0.0.0.0:35357/v2.0/OS-KSADM/services > {"OS-KSADM:service": {"type": "test", "name": "Test", "id": > "6d54ea4d2752435aba19893a9de24695"}} > # brutus1 /root > curl -X GET -H "X-Auth-Token: > 49c056f8688540fcb933cf7335537676" > http://0.0.0.0:35357/v2.0/OS-KSADM/services > {"OS-KSADM:services": [{"type": "test", "name": "Test", "id": > "6d54ea4d2752435aba19893a9de24695"}]} > > > I also verified directly in the mysql database: > mysql> use keystone; > Reading table information for completion of table and column names > You can turn off this feature to get a quicker startup with -A > > > Database changed > mysql> select * from service; > +----------------------------------+------+------------------+ > | id | type | extra | > +----------------------------------+------+------------------+ > | 6d54ea4d2752435aba19893a9de24695 | test | {"name": "Test"} | > +----------------------------------+------+------------------+ > 1 row in set (0.00 sec) > > > mysql> > > > But access via the keystone client still fails with the same error: > # brutus1 /root > keystone service-list > 'NoneType' object is unsubscriptable > > > -Robin > > > From: Sean McCully > Reply-To: "sean_mccully at yahoo.com" > Date: Wednesday, September 4, 2013 6:27 PM > To: "Robin J. Goldstone" > Cc: "openstack at lists.openstack.org" > Subject: Re: [Openstack] Keystone 'NoneType' object is unsubscriptable > error > > > > What happens after you add a service, > > curl -X POST -H "X-Auth-Token: " -H "Content-type: > application/json" --data '{"OS-KSADM:service": > {"name":"Test","type":"test","extra":"{}"}}' > http://0.0.0.0:35357/v2.0/OS-KSADM/services > > > > Sean > > > On Thu, 2013-09-05 at 00:39 +0000, Goldstone, Robin J. wrote: > > > I am trying to install the RDO OpenStack distribution on a RHEL 6.4 > > system. The install is failing during keystone configuration as > > follows: > > ^[[1;35merr: /Stage[main]/Cinder::Keystone::Auth/Keystone_service[cinder]: Could not evaluate: Execution of '/usr/bin/keystone --endpoint http://127.0.0.1:35357/v2.0/ service-list' returned 1: 'NoneType' object is unsubscriptable > > > > > > If I run the command interactively I get the same error: > > # brutus1 /etc/keystone > export > > OS_SERVICE_TOKEN=49c056f8688540fcb933cf7335537676 > > # brutus1 /etc/keystone > export > > OS_SERVICE_ENDPOINT=http://127.0.0.1:35357/v2.0 > > # brutus1 /etc/keystone > keystone service-list > > 'NoneType' object is unsubscriptable > > > > > > The keystone service appears to be running and connected to the > > mysql database: > > # brutus1 /root > ps -ef|grep keystone > > keystone 8451 1 0 17:20 ? > > 00:00:00 /usr/bin/python /usr/bin/keystone-all > > --config-file /etc/keystone/keystone.conf > > # brutus1 /root > lsof -i|grep keystone > > keystone- 8451 keystone 4u IPv4 21614 0t0 TCP *:35357 > > (LISTEN) > > keystone- 8451 keystone 6u IPv4 21616 0t0 TCP > > *:commplex-main (LISTEN) > > keystone- 8451 keystone 8u IPv4 21961 0t0 TCP > > ebrutus1:54531->ebrutus1:mysql (ESTABLISHED) > > > > > > The mysql database appears to have been properly initialized though > > hardly any of the tables have anything in them. > > > > > > mysql> use keystone; > > Reading table information for completion of table and column names > > You can turn off this feature to get a quicker startup with -A > > > > > > Database changed > > mysql> show tables; > > +------------------------+ > > | Tables_in_keystone | > > +------------------------+ > > | credential | > > | domain | > > | ec2_credential | > > | endpoint | > > | group | > > | group_domain_metadata | > > | group_project_metadata | > > | migrate_version | > > | policy | > > | project | > > | role | > > | service | > > | token | > > | trust | > > | trust_role | > > | user | > > | user_domain_metadata | > > | user_group_membership | > > | user_project_metadata | > > +------------------------+ > > 19 rows in set (0.00 sec) > > > > > > mysql> select * from service; > > Empty set (0.00 sec) > > > > > > I cranked up the debug level in the keystone log file and here is > > what I see: > > 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] > > ******************** REQUEST ENVIRON ******************** > > 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] SCRIPT_NAME > > = /v2.0 > > 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] > > webob.adhoc_attrs = {'response': } > > 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] REQUEST_METHOD = > > GET > > 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] PATH_INFO > > = /OS-KSADM/services > > 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] SERVER_PROTOCOL > > = HTTP/1.0 > > 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] > > HTTP_X_AUTH_TOKEN = 49c056f8688540fcb933cf7335537676 > > 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] HTTP_USER_AGENT > > = python-keystoneclient > > 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] > > eventlet.posthooks = [] > > 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] SERVER_NAME = > > 127.0.0.1 > > 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] REMOTE_ADDR = > > 127.0.0.1 > > 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] eventlet.input = > > > > 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] wsgi.url_scheme > > = http > > 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] SERVER_PORT = > > 35357 > > 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] wsgi.input = > > > > 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] HTTP_HOST = > > 127.0.0.1:35357 > > 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] wsgi.multithread > > = True > > 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] HTTP_ACCEPT = > > */* > > 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] wsgi.version = > > (1, 0) > > 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] > > openstack.context = {'token_id': '49c056f8688540fcb933cf7335537676', > > 'is_admin': True} > > 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] > > GATEWAY_INTERFACE = CGI/1.1 > > 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] wsgi.run_once = > > False > > 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] wsgi.errors = > > ', mode 'w' at 0x2aaaaaae81e0> > > 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] > > wsgi.multiprocess = False > > 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] CONTENT_TYPE = > > text/plain > > 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] > > HTTP_ACCEPT_ENCODING = identity, deflate, compress, gzip > > 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] > > 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] > > ******************** REQUEST BODY ******************** > > 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] > > 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] arg_dict: {} > > 2013-09-04 17:37:48 INFO [sqlalchemy.engine.base.Engine] SELECT > > service.id AS service_id, service.type AS service_type, > > service.extra AS service_extra > > FROM service > > 2013-09-04 17:37:48 INFO [sqlalchemy.engine.base.Engine] () > > 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] > > ******************** RESPONSE HEADERS ******************** > > 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] Vary = > > X-Auth-Token > > 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] Content-Type = > > application/json > > 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] Content-Length = > > 25 > > 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] > > 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] > > ******************** RESPONSE BODY ******************** > > 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] > > {"OS-KSADM:services": []} > > 2013-09-04 17:37:48 INFO [access] 127.0.0.1 - - > > [05/Sep/2013:00:37:48 +0000] "GET > > http://127.0.0.1:35357/v2.0/OS-KSADM/services HTTP/1.0" 200 25 > > 2013-09-04 17:37:48 DEBUG [eventlet.wsgi.server] 127.0.0.1 - - > > [04/Sep/2013 17:37:48] "GET /v2.0/OS-KSADM/services HTTP/1.1" 200 > > 153 0.008193 > > > > > > > > > > I have tried completely wiping out and reinstalling RDO but it > > chokes at the same point. Myself, along with several other people, > > have reported this error on the RDO forum but no one over there has > > responded so I thought I would try my luck over here. If anyone has > > an idea of what my problem is, or can offer advice on further > > troubleshooting, please let me know. > > > > > > Thank you in advance. > > Robin Goldstone, LLNL > > > > _______________________________________________ > > Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > Post to : openstack at lists.openstack.org > > Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From chakrabak at gmail.com Thu Sep 5 16:16:19 2013 From: chakrabak at gmail.com (A. Chakraborty) Date: Thu, 5 Sep 2013 12:16:19 -0400 Subject: [Openstack] Availability zone internal and nova command hangs Message-ID: I get the following output when I type the command "nova-manage service list" Binary Host Zone Status State Updated_At nova-cert myhost internal enabled :-) 2013-09-05 16:01:14 nova-scheduler myhost internal enabled :-) 2013-09-05 16:01:14 nova-conductor myhost internal enabled :-) 2013-09-05 16:01:14 nova-consoleauth myhost internal enabled :-) 2013-09-05 16:01:14 nova-network myhost internal enabled :-) 2013-09-05 16:01:15 nova-compute myhost nova enabled :-) 2013-09-05 16:00:59 could anyone tell me why the availability zone for the first 5 components is internal? How can I convert it to "nova"? I am running openstack grizzly, in a single-machine mode. Also, when the I run any nova command (nova list, nova host-list etc.), the command waits for a long time.... Could it be due to the above issue of availability zones (i.e., 'internal'). Here is log files: nova list INFO (connectionpool:191) Starting new HTTP connection (1): 1XX.56.XX.X ^CTraceback (most recent call last): File "/usr/bin/nova", line 9, in load_entry_point('python-novaclient==2.13.0', 'console_scripts', 'nova')() File "/usr/lib/python2.7/dist-packages/novaclient/shell.py", line 765, in main OpenStackComputeShell().main(map(strutils.safe_decode, sys.argv[1:])) File "/usr/lib/python2.7/dist-packages/novaclient/shell.py", line 701, in main args.func(self.cs, args) File "/usr/lib/python2.7/dist-packages/novaclient/v1_1/shell.py", line 937, in do_list servers = cs.servers.list(search_opts=search_opts) File "/usr/lib/python2.7/dist-packages/novaclient/v1_1/servers.py", line 375, in list return self._list("/servers%s%s" % (detail, query_string), "servers") File "/usr/lib/python2.7/dist-packages/novaclient/base.py", line 62, in _list _resp, body = self.api.client.get(url) File "/usr/lib/python2.7/dist-packages/novaclient/client.py", line 230, in get return self._cs_request(url, 'GET', **kwargs) File "/usr/lib/python2.7/dist-packages/novaclient/client.py", line 217, in _cs_request **kwargs) File "/usr/lib/python2.7/dist-packages/novaclient/client.py", line 199, in _time_request resp, body = self.request(url, method, **kwargs) File "/usr/lib/python2.7/dist-packages/novaclient/client.py", line 170, in request **kwargs) File "/usr/lib/python2.7/dist-packages/requests/api.py", line 44, in request return session.request(method=method, url=url, **kwargs) File "/usr/lib/python2.7/dist-packages/requests/sessions.py", line 354, in request resp = self.send(prep, **send_kwargs) File "/usr/lib/python2.7/dist-packages/requests/sessions.py", line 460, in send r = adapter.send(request, **kwargs) File "/usr/lib/python2.7/dist-packages/requests/adapters.py", line 211, in send timeout=timeout File "/usr/lib/python2.7/dist-packages/urllib3/connectionpool.py", line 415, in urlopen body=body, headers=headers) File "/usr/lib/python2.7/dist-packages/urllib3/connectionpool.py", line 275, in _make_request httplib_response = conn.getresponse(buffering=True) File "/usr/lib/python2.7/httplib.py", line 1030, in getresponse response.begin() File "/usr/lib/python2.7/httplib.py", line 407, in begin version, status, reason = self._read_status() File "/usr/lib/python2.7/httplib.py", line 365, in _read_status line = self.fp.readline() File "/usr/lib/python2.7/socket.py", line 447, in readline data = self._sock.recv(self._rbufsize) KeyboardInterrupt Here is the last three log entries from the /var/log/nova/nova-api.log. The http connection time is ~255, which is very large. I have not yet created any VM, as I could not execute nova image-list, secgroup-add-rule, etc. 2013-09-04 06:14:24.173 31946 INFO nova.osapi_compute.wsgi.server [-] (31946) accepted ('1XX.56.XX.X', 41687) 2013-09-04 06:15:13.868 31946 INFO nova.osapi_compute.wsgi.server [-] 1XX.56.XX.X "GET /v2/e4e613863a214020935c7aabe44ba7ce/os-tenant-networks HTTP/1.1" status: 401 len: 465 time: 255.9475789 2013-09-04 06:16:17.996 31946 INFO nova.osapi_compute.wsgi.server [-] 1XX.56.XX.X "GET /v2/e4e613863a214020935c7aabe44ba7ce/os-security-groups HTTP/1.1" status: 401 len: 465 time: 256.0612741 Here I should note down that there are three instances of nova-api process running in my computer. The openstack is a single-node installation. Please help. Thanking you, -- Abhi -------------- next part -------------- An HTML attachment was scrubbed... URL: From hrushikesh.gangur at hp.com Thu Sep 5 16:19:29 2013 From: hrushikesh.gangur at hp.com (Gangur, Hrushikesh (HP Converged Cloud - R&D - Sunnyvale)) Date: Thu, 5 Sep 2013 16:19:29 +0000 Subject: [Openstack] Question About Multinode and Swift In-Reply-To: <522828A6.9090308@andalabs.com> References: <52280F72.5080306@andalabs.com> <338794CB-03F7-4174-9086-C7DE4A8DA7A1@hp.com> <5228248B.40909@andalabs.com> <522828A6.9090308@andalabs.com> Message-ID: Yes, it could be a SAN - A block storage attached to compute node. But, it has its pros and cons. From: Mahardhika [mailto:mahardika.gilang at andalabs.com] Sent: Wednesday, September 04, 2013 11:46 PM To: Gangur, Hrushikesh (HP Converged Cloud - R&D - Sunnyvale) Cc: Openstack Milis Subject: Re: [Openstack] Question About Multinode and Swift Yeah i thought of that way, could it be SAN that attach to /var/lib/nova/instance? so in this way swift is just for database / object thing . thanks so much. On 9/5/2013 1:36 PM, Gangur, Hrushikesh (HP Converged Cloud - R&D - Sunnyvale) wrote: Yes, the compute node's sizing must be done in terms of CPU, Memory and Disk based on the flavor being selected. If you want to host 50 vms that have flavor specs 1 vcpu, 2 gb RAM, 10 gb root disk each, you need a compute node with 500 GB instance repository, 72 GB Memory, 16 core CPU. Instead of local repository, you may like to mount /var/lib/nova/instances as an NFS. This way it would be compute node independent and you easily migrate VM instances across compute nodes (in case of failure). Regards~hrushi From: Mahardhika [mailto:mahardika.gilang at andalabs.com] Sent: Wednesday, September 04, 2013 11:28 PM To: Gangur, Hrushikesh (HP Converged Cloud - R&D - Sunnyvale) Cc: Openstack Milis Subject: Re: [Openstack] Question About Multinode and Swift So, in this case we can't separate them to another server? so thats mean we need large hardisk for compute node, is that right? On 9/5/2013 12:48 PM, Gangur, Hrushikesh (HP Converged Cloud - R&D - Sunnyvale) wrote: vm instances' root and ephemeral disk data are stored in compute node's /var/lib/nova/instances. for storing user data i.e persistent, you must use cinder's block storage or swifts object store. Cheers ~hrushi On Sep 4, 2013, at 10:19 PM, "Mahardhika" wrote: Dear all, i have some question around my head. 1. i have compute node and running KVM hypervisor in there, controller node and network node. question is, in where data that instance run store? is it on compute node? 2. if i want to store all data in separate node let say using swift (swift node), can this happen? 3. what is flavor used to store data? i mean when i create instance with selected flavor(ex:10GB), where that space that would be create? in swift node? 4. So if this can be done, in my compute node is just run KVM, and no data store that. right? Thanks before. -- Regards, Mahardhika Gilang _______________________________________________ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : openstack at lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack -- Regards, Mahardhika Gilang -------------- next part -------------- An HTML attachment was scrubbed... URL: From kb718q at att.com Thu Sep 5 16:37:31 2013 From: kb718q at att.com (BRINGARD, KEVIN) Date: Thu, 5 Sep 2013 16:37:31 +0000 Subject: [Openstack] Error when calling l3-agent-router-add References: <79E00D9220302D448C1D59B5224ED12D8D9CA4F5@EchoDB02.spil.local> Message-ID: I think Robert's comment is correct. The router is currently hosted on agent "789a77fd-52ff-44be-afea-27d26a8cd3d3". This was assigned at the router's creation by the router scheduler (currently only a chance scheduler exists, so it's random). You cannot host the same logical router on more than one l3-agent at once, which is likely why you're getting the error when you attempt to add the router to an L3-agent. If you want to specify which L3-agent is hosting a specific router, you would do something like the following: quantum l3-agent-list-hosting-router router01 quantum agent-list | grep L3 quantum l3-agent-router-remove quantum l3-agent-list-hosting-router router01 quantum l3-agent-router-add quantum l3-agent-list-hosting-router router01 I personally would get router01's UUID and use that in place of the name router01, but it *should* work either way. But, to your original question, you shouldn't have to add the router to an agent as that should happen at router creation time by the scheduler (as Robert said). -- kevin -----Original Message----- From: Nicolae Paladi [mailto:n.paladi at gmail.com] Sent: Thursday, September 05, 2013 3:19 AM To: Robert van Leeuwen Cc: openstack at lists.openstack.org Subject: Re: [Openstack] Error when calling l3-agent-router-add Hi, the output is: quantum l3-agent-list-hosting-router router01 +--------------------------------------+---------------+----------------+-------+ | id | host | admin_state_up | alive | +--------------------------------------+---------------+----------------+-------+ | 789a77fd-52ff-44be-afea-27d26a8cd3d3 | seoul | True | :-) | +--------------------------------------+---------------+----------------+-------+ However, shouldn't the l3-agent running on each compute host be attached to the router, or am I completely misunderstanding somethning? Thanks, /Nicolae. On 5 September 2013 11:14, Robert van Leeuwen wrote: > quantum l3-agent-router-add 789a77fd-52ff-44be-afea-27d26a8cd3d3 router01 Not sure what you are trying to accomplish here. Scheduling, by default, happens automatically unless you have multiple routers and want to set it up to run a router on a specific l3-agent. Usually this should be enough: quantum router-create router1 quantum router-interface-add router1 ${subnetname) What is the output of the following?: quantum l3-agent-list-hosting-router $(routername} Cheers, Robert van Leeuwen From goldstone1 at llnl.gov Thu Sep 5 18:05:57 2013 From: goldstone1 at llnl.gov (Goldstone, Robin J.) Date: Thu, 5 Sep 2013 18:05:57 +0000 Subject: [Openstack] Keystone 'NoneType' object is unsubscriptable error In-Reply-To: <24173835-D475-4A94-917D-C93AE4FB9CF6@mattei.org> Message-ID: Per lsof output I provided in my email below, keystone is listening on both port 35357 and 5000: keystone- 8451 keystone 4u IPv4 21614 0t0 TCP *:35357 (LISTEN) keystone- 8451 keystone 6u IPv4 21616 0t0 TCP *:commplex-main (LISTEN) # brutus1 /root > grep commplex-main /etc/services commplex-main 5000/tcp # commplex-main 5000/udp # On 9/4/13 6:12 PM, "Remo Mattei" wrote: >As far I know and have seen keystone is listing on port 5000 you may want >to check that and see if that's your case > >Remo > >Inviato da iPad (•) > >Il giorno Sep 4, 2013, alle ore 20:39, "Goldstone, Robin J." > ha scritto: > >> I am trying to install the RDO OpenStack distribution on a RHEL 6.4 >>system. The install is failing during keystone configuration as follows: >> ^[[1;35merr: >>/Stage[main]/Cinder::Keystone::Auth/Keystone_service[cinder]: Could not >>evaluate: Execution of '/usr/bin/keystone --endpoint >>http://127.0.0.1:35357/v2.0/ service-list' returned 1: 'NoneType' object >>is unsubscriptable >> >> If I run the command interactively I get the same error: >> # brutus1 /etc/keystone > export >>OS_SERVICE_TOKEN=49c056f8688540fcb933cf7335537676 >> # brutus1 /etc/keystone > export >>OS_SERVICE_ENDPOINT=http://127.0.0.1:35357/v2.0 >> # brutus1 /etc/keystone > keystone service-list >> 'NoneType' object is unsubscriptable >> >> The keystone service appears to be running and connected to the mysql >>database: >> # brutus1 /root > ps -ef|grep keystone >> keystone 8451 1 0 17:20 ? 00:00:00 /usr/bin/python >>/usr/bin/keystone-all --config-file /etc/keystone/keystone.conf >> # brutus1 /root > lsof -i|grep keystone >> keystone- 8451 keystone 4u IPv4 21614 0t0 TCP *:35357 >>(LISTEN) >> keystone- 8451 keystone 6u IPv4 21616 0t0 TCP >>*:commplex-main (LISTEN) >> keystone- 8451 keystone 8u IPv4 21961 0t0 TCP >>ebrutus1:54531->ebrutus1:mysql (ESTABLISHED) >> >> The mysql database appears to have been properly initialized though >>hardly any of the tables have anything in them. >> >> mysql> use keystone; >> Reading table information for completion of table and column names >> You can turn off this feature to get a quicker startup with -A >> >> Database changed >> mysql> show tables; >> +------------------------+ >> | Tables_in_keystone | >> +------------------------+ >> | credential | >> | domain | >> | ec2_credential | >> | endpoint | >> | group | >> | group_domain_metadata | >> | group_project_metadata | >> | migrate_version | >> | policy | >> | project | >> | role | >> | service | >> | token | >> | trust | >> | trust_role | >> | user | >> | user_domain_metadata | >> | user_group_membership | >> | user_project_metadata | >> +------------------------+ >> 19 rows in set (0.00 sec) >> >> mysql> select * from service; >> Empty set (0.00 sec) >> >> I cranked up the debug level in the keystone log file and here is what >>I see: >> 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] >>******************** REQUEST ENVIRON ******************** >> 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] SCRIPT_NAME = /v2.0 >> 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] webob.adhoc_attrs = >>{'response': } >> 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] REQUEST_METHOD = GET >> 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] PATH_INFO = >>/OS-KSADM/services >> 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] SERVER_PROTOCOL = >>HTTP/1.0 >> 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] HTTP_X_AUTH_TOKEN = >>49c056f8688540fcb933cf7335537676 >> 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] HTTP_USER_AGENT = >>python-keystoneclient >> 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] eventlet.posthooks >>= [] >> 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] SERVER_NAME = >>127.0.0.1 >> 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] REMOTE_ADDR = >>127.0.0.1 >> 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] eventlet.input = >> >> 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] wsgi.url_scheme = >>http >> 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] SERVER_PORT = 35357 >> 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] wsgi.input = >> >> 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] HTTP_HOST = >>127.0.0.1:35357 >> 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] wsgi.multithread = >>True >> 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] HTTP_ACCEPT = */* >> 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] wsgi.version = (1, >>0) >> 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] openstack.context = >>{'token_id': '49c056f8688540fcb933cf7335537676', 'is_admin': True} >> 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] GATEWAY_INTERFACE = >>CGI/1.1 >> 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] wsgi.run_once = >>False >> 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] wsgi.errors = >file '', mode 'w' at 0x2aaaaaae81e0> >> 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] wsgi.multiprocess = >>False >> 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] CONTENT_TYPE = >>text/plain >> 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] >>HTTP_ACCEPT_ENCODING = identity, deflate, compress, gzip >> 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] >> 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] >>******************** REQUEST BODY ******************** >> 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] >> 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] arg_dict: {} >> 2013-09-04 17:37:48 INFO [sqlalchemy.engine.base.Engine] SELECT >>service.id AS service_id, service.type AS service_type, service.extra AS >>service_extra >> FROM service >> 2013-09-04 17:37:48 INFO [sqlalchemy.engine.base.Engine] () >> 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] >>******************** RESPONSE HEADERS ******************** >> 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] Vary = X-Auth-Token >> 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] Content-Type = >>application/json >> 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] Content-Length = 25 >> 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] >> 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] >>******************** RESPONSE BODY ******************** >> 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] >>{"OS-KSADM:services": []} >> 2013-09-04 17:37:48 INFO [access] 127.0.0.1 - - >>[05/Sep/2013:00:37:48 +0000] "GET >>http://127.0.0.1:35357/v2.0/OS-KSADM/services HTTP/1.0" 200 25 >> 2013-09-04 17:37:48 DEBUG [eventlet.wsgi.server] 127.0.0.1 - - >>[04/Sep/2013 17:37:48] "GET /v2.0/OS-KSADM/services HTTP/1.1" 200 153 >>0.008193 >> >> >> I have tried completely wiping out and reinstalling RDO but it chokes >>at the same point. Myself, along with several other people, have >>reported this error on the RDO forum but no one over there has responded >>so I thought I would try my luck over here. If anyone has an idea of >>what my problem is, or can offer advice on further troubleshooting, >>please let me know. >> >> Thank you in advance. >> Robin Goldstone, LLNL >> !DSPAM:2,5227d675160051096318629! >> _______________________________________________ >> Mailing list: >>http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> Post to : openstack at lists.openstack.org >> Unsubscribe : >>http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> >> >> !DSPAM:2,5227d675160051096318629! From alan.kavanagh at ericsson.com Thu Sep 5 19:36:55 2013 From: alan.kavanagh at ericsson.com (Alan Kavanagh) Date: Thu, 5 Sep 2013 19:36:55 +0000 Subject: [Openstack] Openstack HongKong Summit Speakers In-Reply-To: <5227B976.4010806@earthlink.net> References: <5227B976.4010806@earthlink.net> Message-ID: Cheers Nick. Do you know where the list of speakers presentations submissions for Hong Kong are located. BR Alan -----Original Message----- From: Nick Chase [mailto:nchase at earthlink.net] Sent: September-04-13 6:52 PM To: openstack at lists.openstack.org Subject: Re: [Openstack] Openstack HongKong Summit Speakers Chosen speakers will get notified around September 23. ---- Nick On 9/4/2013 5:57 PM, Salvatore Orlando wrote: > Hi Alan, > > Design session proposal has opened today at summit.openstack.org > ; on the other hand conference session > proposal closed on July 31st. > I believe voting closed at some point last week (possibly August 29th). > Accepted talks should be announced in a few days. The voting system > was available at www.openstack.org/rate > > > Regards, > Salvatore > > > On 4 September 2013 22:31, Alan Kavanagh > wrote: > > Hi fellow Stackers____ > > __ __ > > I was wondering if it has been decided on the selected Speakers for > the Openstack Hong Kong Summit and where can I find the "voting > system" for the Suggested Speaker Presentations?____ > > __ __ > > BR____ > > Alan____ > > > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > > > > _______________________________________________ > Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > _______________________________________________ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : openstack at lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack From clint at fewbar.com Thu Sep 5 19:59:41 2013 From: clint at fewbar.com (Clint Byrum) Date: Thu, 05 Sep 2013 12:59:41 -0700 Subject: [Openstack] Instance CPU frequency resizing In-Reply-To: References: Message-ID: <1378411114-sup-8934@fewbar.com> Hi Batsayan, welcome to the OpenStack list! :) Please don't hijack threads, it creates a lot of confusion, and many people will not even see your message as they may have already filtered out the thread. https://wiki.openstack.org/wiki/MailingListEtiquette#Threading Instead, start a new thread by emailing a new message to openstack at lists.openstack.org. Thanks! Excerpts from Batsayan Das's message of 2013-09-04 20:18:38 -0700: > Hi, > > In my test scenario, I need two medium ubuntu instance. The only difference between the instances is CPU frequency. For example instance1's CPU operates at 2GHz, whereas instance2's CPU operates at 1GHz.  > Is it possible to do this cpu frequency control through openstack/devstack? > > Regards, > Batsayan Das > Tata Consultancy Services > Mailto: batsayan.das at tcs.com > Website: http://www.tcs.com > ____________________________________________ > Experience certainty. IT Services > Business Solutions > Consulting From jpr at uab.edu Thu Sep 5 21:36:13 2013 From: jpr at uab.edu (John-Paul Robinson) Date: Thu, 5 Sep 2013 16:36:13 -0500 Subject: [Openstack] question on volume resize Message-ID: <5228F94D.8030600@uab.edu> Hi, I'm trying to get some clarity on volume resize capabilities in OS. As I understand it, this will be a Cinder feature in Havana. https://blueprints.launchpad.net/cinder/+spec/volume-resize Also, it appears that the nova-volume API in Essex through the Cinder API in Grizzly are based on the same v1.0 of the block storage API. That is, the features are consistent across these OS releases, but they don't have support for volume resize. In our Essex OpenStack deploy we are using Ceph RBD as our block backend. Ceph supports volume resizing: http://ceph.com/docs/master/rbd/rados-rbd-cmds/#resizing-a-block-device-image I've successfully created a 1GB volume using nova volume commands and then resized (grown) that volume via the Ceph backend to 2GB. Unfortunately, Nova-volume doesn't recognize the added 1GB of space and still reports the volume as 1GB in size. In the scenario we are developing, we'd like to instantiate and track volumes via nova-volume so we can benefit from the OS accounting API's to track storage usage over time. We'd also like to be able to grow these volumes in place to add space for a user's block device and grow the file system in that container to consume the newly added space. Is there a way to update the recognized size of the volume in OS? I would expect this to be a hack/work-around to tide us over until we can move to Havana some time early 2014. Any thoughts on how kludgey this would be and the likelihoods for running afoul of maintaining a sane OS environment? Thanks, ~jpr From john.griffith at solidfire.com Thu Sep 5 22:36:17 2013 From: john.griffith at solidfire.com (John Griffith) Date: Thu, 5 Sep 2013 16:36:17 -0600 Subject: [Openstack] question on volume resize In-Reply-To: <5228F94D.8030600@uab.edu> References: <5228F94D.8030600@uab.edu> Message-ID: On Thu, Sep 5, 2013 at 3:36 PM, John-Paul Robinson wrote: > Hi, > > I'm trying to get some clarity on volume resize capabilities in OS. > > As I understand it, this will be a Cinder feature in Havana. > > https://blueprints.launchpad.net/cinder/+spec/volume-resize > > Also, it appears that the nova-volume API in Essex through the Cinder > API in Grizzly are based on the same v1.0 of the block storage API. > That is, the features are consistent across these OS releases, but they > don't have support for volume resize. > > In our Essex OpenStack deploy we are using Ceph RBD as our block > backend. Ceph supports volume resizing: > > > http://ceph.com/docs/master/rbd/rados-rbd-cmds/#resizing-a-block-device-image > > I've successfully created a 1GB volume using nova volume commands and > then resized (grown) that volume via the Ceph backend to 2GB. > Unfortunately, Nova-volume doesn't recognize the added 1GB of space and > still reports the volume as 1GB in size. > > In the scenario we are developing, we'd like to instantiate and track > volumes via nova-volume so we can benefit from the OS accounting API's > to track storage usage over time. We'd also like to be able to grow > these volumes in place to add space for a user's block device and grow > the file system in that container to consume the newly added space. > > Is there a way to update the recognized size of the volume in OS? > Currently the only solution for what you describe would be to update the size in the db directly. That being said you would be much better off writing your own custom patch/extension to do this for you in side of OpenStack to avoid some of the impedance mismatches that you're likely to encounter here. > > I would expect this to be a hack/work-around to tide us over until we > can move to Havana some time early 2014. > > Any thoughts on how kludgey this would be and the likelihoods for > running afoul of maintaining a sane OS environment? > > Thanks, > > ~jpr > > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > -------------- next part -------------- An HTML attachment was scrubbed... URL: From Joshua.Skains at evault.com Thu Sep 5 22:46:26 2013 From: Joshua.Skains at evault.com (Joshua Skains) Date: Thu, 5 Sep 2013 16:46:26 -0600 Subject: [Openstack] Quantum - Second node Message-ID: ERROR [quantum.plugins.openvswitch.agent.ovs_quantum_agent] Cannot provision GRE network for net-id=7b30db0c-83e5-45e3-89b3-fe7810c7a553 - tunneling disabled This is what the second node is getting and the network isn't working cause the system is waiting for the metadata server. First compute node works fine. JMS -------------- next part -------------- An HTML attachment was scrubbed... URL: From jpr at uab.edu Thu Sep 5 22:58:17 2013 From: jpr at uab.edu (John-Paul Robinson) Date: Thu, 5 Sep 2013 17:58:17 -0500 Subject: [Openstack] question on volume resize In-Reply-To: References: <5228F94D.8030600@uab.edu> Message-ID: <52290C89.1040502@uab.edu> Are there any recommendations on where in OS that patch/extension would live. I've managed to get familiar with the OS external interfaces but don't have much understanding on how things are structured internally. Given the motivation for moving Cinder out of Nova due to the complexity of the intertwined Nova compute and volume functionality, would this make such a patch a bit more complicated? Were you suggesting that the patch/extension would simply focus on bumping the db volume size or is there a more formal extension interface that would keep all parts happy (e.g. the account API)? Thanks, ~jpr On 09/05/2013 05:36 PM, John Griffith wrote: > > In the scenario we are developing, we'd like to instantiate and track > volumes via nova-volume so we can benefit from the OS accounting API's > to track storage usage over time. We'd also like to be able to grow > these volumes in place to add space for a user's block device and grow > the file system in that container to consume the newly added space. > > Is there a way to update the recognized size of the volume in OS? > > > Currently the only solution for what you describe would be to update > the size in the db directly. That being said you would be much better > off writing your own custom patch/extension to do this for you in side > of OpenStack to avoid some of the impedance mismatches that you're > likely to encounter here. -------------- next part -------------- An HTML attachment was scrubbed... URL: From john.griffith at solidfire.com Thu Sep 5 23:12:40 2013 From: john.griffith at solidfire.com (John Griffith) Date: Thu, 5 Sep 2013 17:12:40 -0600 Subject: [Openstack] question on volume resize In-Reply-To: <52290C89.1040502@uab.edu> References: <5228F94D.8030600@uab.edu> <52290C89.1040502@uab.edu> Message-ID: On Thu, Sep 5, 2013 at 4:58 PM, John-Paul Robinson wrote: > Are there any recommendations on where in OS that patch/extension would > live. > > I've managed to get familiar with the OS external interfaces but don't > have much understanding on how things are structured internally. > > Given the motivation for moving Cinder out of Nova due to the complexity > of the intertwined Nova compute and volume functionality, would this make > such a patch a bit more complicated? > > Were you suggesting that the patch/extension would simply focus on bumping > the db volume size or is there a more formal extension interface that would > keep all parts happy (e.g. the account API)? > > Thanks, > > ~jpr > > > On 09/05/2013 05:36 PM, John Griffith wrote: > > In the scenario we are developing, we'd like to instantiate and track >> volumes via nova-volume so we can benefit from the OS accounting API's >> to track storage usage over time. We'd also like to be able to grow >> these volumes in place to add space for a user's block device and grow >> the file system in that container to consume the newly added space. >> >> Is there a way to update the recognized size of the volume in OS? >> > > Currently the only solution for what you describe would be to update the > size in the db directly. That being said you would be much better off > writing your own custom patch/extension to do this for you in side of > OpenStack to avoid some of the impedance mismatches that you're likely to > encounter here. > > > So what I was suggesting is that you'd add something custom of your own in api/contrib, and you would use that to call out to ceph to do your resize, as well as call in to the database and modify the volume size when succesful. There are details that you'd need to think about here such as quotas etc. As far as being on nova-volume still, that does make things slightly more difficult IMO, however for what you're talking about you don't need to worry about things like ec2 ID mappings etc so I think it would be ok. -------------- next part -------------- An HTML attachment was scrubbed... URL: From mahardika.gilang at andalabs.com Thu Sep 5 23:44:57 2013 From: mahardika.gilang at andalabs.com (Andalabs) Date: Fri, 6 Sep 2013 06:44:57 +0700 Subject: [Openstack] Question About Multinode and Swift In-Reply-To: References: <52280F72.5080306@andalabs.com> <338794CB-03F7-4174-9086-C7DE4A8DA7A1@hp.com> <5228248B.40909@andalabs.com> <522828A6.9090308@andalabs.com> Message-ID: <2C670F88-1358-4F03-B887-E8FA9D0E878A@andalabs.com> What it's pros and con? I need to know because i am in process preparing some server ro deploy. On 5 Sep 2013, at 11:19 PM, "Gangur, Hrushikesh (HP Converged Cloud - R&D - Sunnyvale)" wrote: > Yes, it could be a SAN - A block storage attached to compute node. But, it has its pros and cons. > > From: Mahardhika [mailto:mahardika.gilang at andalabs.com] > Sent: Wednesday, September 04, 2013 11:46 PM > To: Gangur, Hrushikesh (HP Converged Cloud - R&D - Sunnyvale) > Cc: Openstack Milis > Subject: Re: [Openstack] Question About Multinode and Swift > > Yeah i thought of that way, could it be SAN that attach to /var/lib/nova/instance? > so in this way swift is just for database / object thing . > thanks so much. > On 9/5/2013 1:36 PM, Gangur, Hrushikesh (HP Converged Cloud - R&D - Sunnyvale) wrote: > Yes, the compute node’s sizing must be done in terms of CPU, Memory and Disk based on the flavor being selected. If you want to host 50 vms that have flavor specs 1 vcpu, 2 gb RAM, 10 gb root disk each, you need a compute node with 500 GB instance repository, 72 GB Memory, 16 core CPU. > > Instead of local repository, you may like to mount /var/lib/nova/instances as an NFS. This way it would be compute node independent and you easily migrate VM instances across compute nodes (in case of failure). > > Regards~hrushi > > From: Mahardhika [mailto:mahardika.gilang at andalabs.com] > Sent: Wednesday, September 04, 2013 11:28 PM > To: Gangur, Hrushikesh (HP Converged Cloud - R&D - Sunnyvale) > Cc: Openstack Milis > Subject: Re: [Openstack] Question About Multinode and Swift > > So, in this case we can't separate them to another server? > so thats mean we need large hardisk for compute node, is that right? > On 9/5/2013 12:48 PM, Gangur, Hrushikesh (HP Converged Cloud - R&D - Sunnyvale) wrote: > vm instances' root and ephemeral disk data are stored in compute node's /var/lib/nova/instances. for storing user data i.e persistent, you must use cinder's block storage or swifts object store. > > Cheers ~hrushi > > > On Sep 4, 2013, at 10:19 PM, "Mahardhika" wrote: > > Dear all, i have some question around my head. > > 1. i have compute node and running KVM hypervisor in there, controller node and network node. > question is, in where data that instance run store? is it on compute node? > 2. if i want to store all data in separate node let say using swift (swift node), can this happen? > 3. what is flavor used to store data? i mean when i create instance with selected flavor(ex:10GB), where that space that would be create? in swift node? > 4. So if this can be done, in my compute node is just run KVM, and no data store that. right? > > Thanks before. > -- > Regards, > Mahardhika Gilang > > > _______________________________________________ > Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > > -- > Regards, > Mahardhika Gilang > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From hrushikesh.gangur at hp.com Thu Sep 5 23:49:56 2013 From: hrushikesh.gangur at hp.com (Gangur, Hrushikesh (HP Converged Cloud - R&D - Sunnyvale)) Date: Thu, 5 Sep 2013 23:49:56 +0000 Subject: [Openstack] Question About Multinode and Swift In-Reply-To: <2C670F88-1358-4F03-B887-E8FA9D0E878A@andalabs.com> References: <52280F72.5080306@andalabs.com> <338794CB-03F7-4174-9086-C7DE4A8DA7A1@hp.com> <5228248B.40909@andalabs.com> <522828A6.9090308@andalabs.com> <2C670F88-1358-4F03-B887-E8FA9D0E878A@andalabs.com> Message-ID: Pros: Better performance. Cons: If you have a block storage associated to compute node, and the compute node dies, you won’t be able to live migrate your VMs to the other compute nodes. From: Andalabs [mailto:mahardika.gilang at andalabs.com] Sent: Thursday, September 05, 2013 4:45 PM To: Gangur, Hrushikesh (HP Converged Cloud - R&D - Sunnyvale) Cc: Openstack Milis Subject: Re: [Openstack] Question About Multinode and Swift What it's pros and con? I need to know because i am in process preparing some server ro deploy. On 5 Sep 2013, at 11:19 PM, "Gangur, Hrushikesh (HP Converged Cloud - R&D - Sunnyvale)" > wrote: Yes, it could be a SAN - A block storage attached to compute node. But, it has its pros and cons. From: Mahardhika [mailto:mahardika.gilang at andalabs.com] Sent: Wednesday, September 04, 2013 11:46 PM To: Gangur, Hrushikesh (HP Converged Cloud - R&D - Sunnyvale) Cc: Openstack Milis Subject: Re: [Openstack] Question About Multinode and Swift Yeah i thought of that way, could it be SAN that attach to /var/lib/nova/instance? so in this way swift is just for database / object thing . thanks so much. On 9/5/2013 1:36 PM, Gangur, Hrushikesh (HP Converged Cloud - R&D - Sunnyvale) wrote: Yes, the compute node’s sizing must be done in terms of CPU, Memory and Disk based on the flavor being selected. If you want to host 50 vms that have flavor specs 1 vcpu, 2 gb RAM, 10 gb root disk each, you need a compute node with 500 GB instance repository, 72 GB Memory, 16 core CPU. Instead of local repository, you may like to mount /var/lib/nova/instances as an NFS. This way it would be compute node independent and you easily migrate VM instances across compute nodes (in case of failure). Regards~hrushi From: Mahardhika [mailto:mahardika.gilang at andalabs.com] Sent: Wednesday, September 04, 2013 11:28 PM To: Gangur, Hrushikesh (HP Converged Cloud - R&D - Sunnyvale) Cc: Openstack Milis Subject: Re: [Openstack] Question About Multinode and Swift So, in this case we can't separate them to another server? so thats mean we need large hardisk for compute node, is that right? On 9/5/2013 12:48 PM, Gangur, Hrushikesh (HP Converged Cloud - R&D - Sunnyvale) wrote: vm instances' root and ephemeral disk data are stored in compute node's /var/lib/nova/instances. for storing user data i.e persistent, you must use cinder's block storage or swifts object store. Cheers ~hrushi On Sep 4, 2013, at 10:19 PM, "Mahardhika" wrote: Dear all, i have some question around my head. 1. i have compute node and running KVM hypervisor in there, controller node and network node. question is, in where data that instance run store? is it on compute node? 2. if i want to store all data in separate node let say using swift (swift node), can this happen? 3. what is flavor used to store data? i mean when i create instance with selected flavor(ex:10GB), where that space that would be create? in swift node? 4. So if this can be done, in my compute node is just run KVM, and no data store that. right? Thanks before. -- Regards, Mahardhika Gilang _______________________________________________ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : openstack at lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack -- Regards, Mahardhika Gilang -------------- next part -------------- An HTML attachment was scrubbed... URL: From ayoung at redhat.com Fri Sep 6 01:57:37 2013 From: ayoung at redhat.com (Adam Young) Date: Thu, 05 Sep 2013 21:57:37 -0400 Subject: [Openstack] Keystoner as Certificate Authority In-Reply-To: <6032CA456358BF4D893A9274BE58D92C0110D0AA@039-SN1MPN1-003.039d.mgd.msft.net> References: <6032CA456358BF4D893A9274BE58D92C0110BE89@039-SN1MPN1-003.039d.mgd.msft.net> <6032CA456358BF4D893A9274BE58D92C0110D037@039-SN1MPN1-003.039d.mgd.msft.net> <6032CA456358BF4D893A9274BE58D92C0110D0AA@039-SN1MPN1-003.039d.mgd.msft.net> Message-ID: <52293691.4080600@redhat.com> We are working on FreeIPA integration. It comes with Dogtag integrated. http://www.freeipa.org/page/Main_Page http://pki.fedoraproject.org/wiki/PKI_Main_Page On 09/05/2013 04:05 AM, Somanchi Trinath-B39208 wrote: > Thanks a lot Jeff... > > Will go through this.. > > -- > Trinath Somanchi - B39208 > trinath.somanchi at freescale.com | extn: 4048 > > > -----Original Message----- > From: Jeffrey Walton [mailto:noloader at gmail.com] > Sent: Thursday, September 05, 2013 12:51 PM > To: Somanchi Trinath-B39208 > Cc: openstack at lists.openstack.org > Subject: Re: [Openstack] Keystoner as Certificate Authority > > On Thu, Sep 5, 2013 at 2:41 AM, Somanchi Trinath-B39208 wrote: >> Can you suggest me on any CA service work going on with Openstack. > The Security Guide discusses it a bit, > http://www.openstack.org/blog/2013/07/openstack-security-guide-now-available/. > > From page 73.0 / 300: "It is recommended that the OpenStack cloud architect rely on distinct sets of CAs -- one or more for the management network and internal service communications, and the trusted set of public CA providers for allowing external users to verify the identity of the public cloud endpoints. Configuring the internal service communications to only rely on an internal CA can help reduce the risk of accidental authentication of users with valid certificates issued by public CAs from being trusted by the internal services." > > Don't let the "trusted set of public CA" fool you. Trust is a bit misleading here - its more like the preloaded set of CAs and sub-CAs in your browsers [loosely] operating under the Internet profile (PKIX). Anything from Digicert, Verisgn, etc will do. > > Also look at the case study on page 80.0 / 300, where a brief Case Study is performed for both a public cloud and private cloud. > > There's a lot to running a PKI for the internal network. The Security Guide presupposes a PKI is available, and there's someone (or a team) actively managing it. In this case, Google is your friend: > https://www.google.com/#q=certification+authority+best+practice. > > If you want a free SSL/TLS certificate trusted by many (most?) browsers for external users, then check out Eddy Nigg's StartCom. > (Most of the cost is in revocation, so that's where StartCom charges for its services. Brilliant!). > > Jeff > >> -----Original Message----- >> From: Jeffrey Walton [mailto:noloader at gmail.com] >> Sent: Thursday, September 05, 2013 10:37 AM >> To: Somanchi Trinath-B39208 >> Cc: openstack at lists.openstack.org >> Subject: Re: [Openstack] Keystoner as Certificate Authority >> >> On Thu, Sep 5, 2013 at 12:40 AM, Somanchi Trinath-B39208 wrote: >>> Can we use Keystone as Certificate Authority. Kindly help me in >> I can't answer if it can be used to issue certs, but I can tell you it should not be. That portion of the infrastructure needs to be segregated with a well defined security zone or boundary. >> > _______________________________________________ > Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack From jian.wen at canonical.com Fri Sep 6 03:12:32 2013 From: jian.wen at canonical.com (Jian Wen) Date: Fri, 6 Sep 2013 11:12:32 +0800 Subject: [Openstack] Error when calling l3-agent-router-add In-Reply-To: References: <79E00D9220302D448C1D59B5224ED12D8D9CA4F5@EchoDB02.spil.local> Message-ID: Hello, In grizzly and havana, a router can only be hosted by a single l3 agent. The related bug report is https://bugs.launchpad.net/neutron/+bug/1154622 On Fri, Sep 6, 2013 at 12:37 AM, BRINGARD, KEVIN wrote: > I think Robert's comment is correct. The router is currently hosted on > agent "789a77fd-52ff-44be-afea-27d26a8cd3d3". This was assigned at the > router's creation by the router scheduler (currently only a chance > scheduler exists, so it's random). > > You cannot host the same logical router on more than one l3-agent at once, > which is likely why you're getting the error when you attempt to add the > router to an L3-agent. > > If you want to specify which L3-agent is hosting a specific router, you > would do something like the following: > > quantum l3-agent-list-hosting-router router01 case: 789a77fd-52ff-44be-afea-27d26a8cd3d3> > quantum agent-list | grep L3 > quantum > l3-agent-router-remove > quantum l3-agent-list-hosting-router router01 router is no longer hosted on any L3-agent> quantum l3-agent-router-add > quantum > l3-agent-list-hosting-router router01 the new l3-agent> > > I personally would get router01's UUID and use that in place of the name > router01, but it *should* work either way. > > But, to your original question, you shouldn't have to add the router to an > agent as that should happen at router creation time by the scheduler (as > Robert said). > > -- kevin > > > -----Original Message----- > From: Nicolae Paladi [mailto:n.paladi at gmail.com] > Sent: Thursday, September 05, 2013 3:19 AM > To: Robert van Leeuwen > Cc: openstack at lists.openstack.org > Subject: Re: [Openstack] Error when calling l3-agent-router-add > > Hi, > > > the output is: > > > > > quantum l3-agent-list-hosting-router router01 > > > +--------------------------------------+---------------+----------------+-------+ > | id | host | admin_state_up | > alive | > > +--------------------------------------+---------------+----------------+-------+ > | 789a77fd-52ff-44be-afea-27d26a8cd3d3 | seoul | True | > :-) | > > +--------------------------------------+---------------+----------------+-------+ > > > However, shouldn't the l3-agent running on each compute host be attached > to the router, or am I completely misunderstanding somethning? > > > Thanks, > /Nicolae. > > > > > > On 5 September 2013 11:14, Robert van Leeuwen < > Robert.vanLeeuwen at spilgames.com> wrote: > > > > quantum l3-agent-router-add 789a77fd-52ff-44be-afea-27d26a8cd3d3 > router01 > > Not sure what you are trying to accomplish here. > Scheduling, by default, happens automatically unless you have > multiple routers and want to set it up to run a router on a specific > l3-agent. > > Usually this should be enough: > > quantum router-create router1 > quantum router-interface-add router1 ${subnetname) > > What is the output of the following?: > quantum l3-agent-list-hosting-router $(routername} > > Cheers, > Robert van Leeuwen > > > > > > > > > > > > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > -- Cheers, Jian -------------- next part -------------- An HTML attachment was scrubbed... URL: From batsayan.das at tcs.com Fri Sep 6 03:22:37 2013 From: batsayan.das at tcs.com (Batsayan Das) Date: Fri, 6 Sep 2013 08:52:37 +0530 Subject: [Openstack] Instance CPU frequency resizing In-Reply-To: <1378411114-sup-8934@fewbar.com> References: <1378411114-sup-8934@fewbar.com>, Message-ID: Hi, As per the standard procedure I searched the list for my question and later posted my question on openstack at lists.openstack.org. I am so sorry that I really do not understand your point on "hijack thread". Regards, Batsayan Das Tata Consultancy Services Mailto: batsayan.das at tcs.com Website: http://www.tcs.com ____________________________________________ Experience certainty. IT Services Business Solutions Consulting ____________________________________________ -----Clint Byrum wrote: ----- To: openstack From: Clint Byrum Date: 09/06/2013 01:37AM Subject: Re: [Openstack] Instance CPU frequency resizing Hi Batsayan, welcome to the OpenStack list! :) Please don't hijack threads, it creates a lot of confusion, and many people will not even see your message as they may have already filtered out the thread. https://wiki.openstack.org/wiki/MailingListEtiquette#Threading Instead, start a new thread by emailing a new message to openstack at lists.openstack.org. Thanks! Excerpts from Batsayan Das's message of 2013-09-04 20:18:38 -0700: >  Hi, > > In my test scenario, I need two medium ubuntu instance. The only difference between the instances is CPU frequency. For example instance1's CPU operates at 2GHz, whereas instance2's CPU operates at 1GHz.  > Is it possible to do this cpu frequency control through openstack/devstack? > > Regards, > Batsayan Das > Tata Consultancy Services > Mailto: batsayan.das at tcs.com > Website: http://www.tcs.com > ____________________________________________ > Experience certainty.    IT Services >             Business Solutions >             Consulting _______________________________________________ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to     : openstack at lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack =====-----=====-----===== Notice: The information contained in this e-mail message and/or attachments to it may contain confidential or privileged information. If you are not the intended recipient, any dissemination, use, review, distribution, printing or copying of the information contained in this e-mail message and/or attachments to it are strictly prohibited. If you have received this communication in error, please notify us by reply e-mail or telephone and immediately and permanently delete the message and any attachments. Thank you -------------- next part -------------- An HTML attachment was scrubbed... URL: From jian.wen at canonical.com Fri Sep 6 03:35:56 2013 From: jian.wen at canonical.com (Jian Wen) Date: Fri, 6 Sep 2013 11:35:56 +0800 Subject: [Openstack] Live-migration & affinity In-Reply-To: References: <28C561A029C4AD4CB43E4B382193FA791D2379@ESESSMB207.ericsson.se> Message-ID: Hello, Related bug report https://bugs.launchpad.net/nova/+bug/1039065 Unfortunately, the patch has been abandoned. On Thu, Sep 5, 2013 at 11:35 PM, Bertrand LALLAU wrote: > Hi, > > Scheduler hints used during VM boot process are not persist in database. > Hense it's impossible to use them during live migration or host evacuation > process. > > Best regards, > > > On Thu, Sep 5, 2013 at 4:45 PM, Anton Massoud wrote: > >> When you boot a VM you can provide scheduler hints that places the VM >> on a host according to the criteria specified in the hint.**** >> >> ** ** >> >> Now I’m wondering if those scheduler hints are used when one order live >> migration or in evacuation of the VM?**** >> >> Are the hints stored in the database and made persistent and connected to >> the VM instance?**** >> >> ** ** >> >> /Anton**** >> >> _______________________________________________ >> Mailing list: >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> Post to : openstack at lists.openstack.org >> Unsubscribe : >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> >> > > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > -- Cheers, Jian -------------- next part -------------- An HTML attachment was scrubbed... URL: From batsayan.das at tcs.com Fri Sep 6 03:48:29 2013 From: batsayan.das at tcs.com (Batsayan Das) Date: Fri, 6 Sep 2013 09:18:29 +0530 Subject: [Openstack] Instance CPU frequency resizing Message-ID: Hi, In my test scenario, I need two medium ubuntu instance. The only difference between the instances is CPU frequency. For example instance1's CPU operates at 2GHz, whereas instance2's CPU operates at 1GHz.  Is it possible to do this cpu frequency control through openstack/devstack? Regards, Batsayan Das Tata Consultancy Services Mailto: batsayan.das at tcs.com Website: http://www.tcs.com ____________________________________________ Experience certainty. IT Services Business Solutions Consulting ____________________________________________ =====-----=====-----===== Notice: The information contained in this e-mail message and/or attachments to it may contain confidential or privileged information. If you are not the intended recipient, any dissemination, use, review, distribution, printing or copying of the information contained in this e-mail message and/or attachments to it are strictly prohibited. If you have received this communication in error, please notify us by reply e-mail or telephone and immediately and permanently delete the message and any attachments. Thank you -------------- next part -------------- An HTML attachment was scrubbed... URL: From zhengguangou at gmail.com Fri Sep 6 04:40:23 2013 From: zhengguangou at gmail.com (Zhengguang Ou) Date: Fri, 6 Sep 2013 12:40:23 +0800 Subject: [Openstack] Class impl_kombu could not be found Message-ID: Hi Stacker I got a problem in my Openstack ESSEX, using ubuntu12.04. I have downloaded nova from github, and installed virtualenv yesterday. Now, I can see as follows: root at ozg-PowerEdge-2950:~/nova# nova-manage service list 2013-09-06 11:15:19 DEBUG nova.utils [req-165ab3a3-6660-4a32-9d6a-8eeeb8bd8716 None None] backend from (pid=9531) __get_backend /usr/lib/python2.7/dist-packages/nova/utils.py:662 Binary Host Zone Status State Updated_At nova-consoleauth ozg-PowerEdge-2950 nova enabled XXX 2013-09-05 06:39:29 nova-scheduler ozg-PowerEdge-2950 nova enabled XXX 2013-09-05 06:39:30 nova-compute ozg-PowerEdge-2950 nova enabled XXX 2013-09-05 06:39:26 nova-network ozg-PowerEdge-2950 nova enabled XXX 2013-09-05 06:39:30 nova-cert ozg-PowerEdge-2950 nova enabled XXX 2013-09-05 06:39:30 2013-09-06 11:15:19 DEBUG nova.utils [-] Inner Exception: 'module' object has no attribute 'impl_kombu' from (pid=9531) import_class /usr/lib/python2.7/dist-packages/nova/utils.py:82 Command failed, please check log for more info 2013-09-06 11:15:19 CRITICAL nova [-] Class impl_kombu could not be found: 'module' object has no attribute 'impl_kombu' 2013-09-06 11:15:19 TRACE nova Traceback (most recent call last): 2013-09-06 11:15:19 TRACE nova File "/usr/bin/nova-manage", line 1746, in 2013-09-06 11:15:19 TRACE nova main() 2013-09-06 11:15:19 TRACE nova File "/usr/bin/nova-manage", line 1734, in main 2013-09-06 11:15:19 TRACE nova rpc.cleanup() 2013-09-06 11:15:19 TRACE nova File "/usr/lib/python2.7/dist-packages/nova/rpc/__init__.py", line 160, in cleanup 2013-09-06 11:15:19 TRACE nova return _get_impl().cleanup() 2013-09-06 11:15:19 TRACE nova File "/usr/lib/python2.7/dist-packages/nova/rpc/__init__.py", line 201, in _get_impl 2013-09-06 11:15:19 TRACE nova _RPCIMPL = utils.import_object(FLAGS.rpc_backend) 2013-09-06 11:15:19 TRACE nova File "/usr/lib/python2.7/dist-packages/nova/utils.py", line 92, in import_object 2013-09-06 11:15:19 TRACE nova cls = import_class(import_str) 2013-09-06 11:15:19 TRACE nova File "/usr/lib/python2.7/dist-packages/nova/utils.py", line 83, in import_class 2013-09-06 11:15:19 TRACE nova raise exception.ClassNotFound(class_name=class_str, exception=exc) 2013-09-06 11:15:19 TRACE nova ClassNotFound: Class impl_kombu could not be found: 'module' object has no attribute 'impl_kombu' 2013-09-06 11:15:19 TRACE nova Using pip freeze to see kombu's version in my current python environment, as follows, kombu's versio is 2.5.14 rather than 1.4.3 which is correct in Essex. root at ozg-PowerEdge-2950:~# pip freeze | grep kombu kombu==2.5.14 Moreover, I can find two kombus in my system, kombu-1.4.3 and kombu-2.5.14 as follows: root at ozg-PowerEdge-2950:~#locate kombu | grep grep 1.4 /usr/share/pyshared/kombu/utils/log.py /usr/share/pyshared/kombu-1.4.3.egg-info/PKG-INFO /usr/share/pyshared/kombu-1.4.3.egg-info/SOURCES.txt /usr/share/pyshared/kombu-1.4.3.egg-info/dependency_links.txt /usr/share/pyshared/kombu-1.4.3.egg-info/not-zip-safe /usr/share/pyshared/kombu-1.4.3.egg-info/requires.txt /usr/share/pyshared/kombu-1.4.3.egg-info/top_level.txt root at ozg-PowerEdge-2950:/usr/lib/python2.7/dist-packages# locate kombu | grep 2.5 /root/cinder/.venv/lib/python2.7/site-packages/kombu-2.5.13-py2.7.egg-info /root/cinder/.venv/lib/python2.7/site-packages/kombu-2.5.13-py2.7.egg-info/PKG-INFO /root/cinder/.venv/lib/python2.7/site-packages/kombu-2.5.13-py2.7.egg-info/SOURCES.txt /root/cinder/.venv/lib/python2.7/site-packages/kombu-2.5.13-py2.7.egg-info/dependency_links.txt /root/cinder/.venv/lib/python2.7/site-packages/kombu-2.5.13-py2.7.egg-info/installed-files.txt /root/cinder/.venv/lib/python2.7/site-packages/kombu-2.5.13-py2.7.egg-info/not-zip-safe /root/cinder/.venv/lib/python2.7/site-packages/kombu-2.5.13-py2.7.egg-info/requires.txt /root/cinder/.venv/lib/python2.7/site-packages/kombu-2.5.13-py2.7.egg-info/top_level.txt /root/neutron/.venv/lib/python2.7/site-packages/kombu-2.5.14-py2.7.egg-info /root/neutron/.venv/lib/python2.7/site-packages/kombu-2.5.14-py2.7.egg-info/PKG-INFO /root/neutron/.venv/lib/python2.7/site-packages/kombu-2.5.14-py2.7.egg-info/SOURCES.txt /root/neutron/.venv/lib/python2.7/site-packages/kombu-2.5.14-py2.7.egg-info/dependency_links.txt /root/neutron/.venv/lib/python2.7/site-packages/kombu-2.5.14-py2.7.egg-info/installed-files.txt /root/neutron/.venv/lib/python2.7/site-packages/kombu-2.5.14-py2.7.egg-info/not-zip-safe /root/neutron/.venv/lib/python2.7/site-packages/kombu-2.5.14-py2.7.egg-info/requires.txt /root/neutron/.venv/lib/python2.7/site-packages/kombu-2.5.14-py2.7.egg-info/top_level.txt /root/nova/.venv/lib/python2.7/site-packages/kombu-2.5.14-py2.7.egg-info /root/nova/.venv/lib/python2.7/site-packages/kombu-2.5.14-py2.7.egg-info/PKG-INFO /root/nova/.venv/lib/python2.7/site-packages/kombu-2.5.14-py2.7.egg-info/SOURCES.txt /root/nova/.venv/lib/python2.7/site-packages/kombu-2.5.14-py2.7.egg-info/dependency_links.txt /root/nova/.venv/lib/python2.7/site-packages/kombu-2.5.14-py2.7.egg-info/installed-files.txt /root/nova/.venv/lib/python2.7/site-packages/kombu-2.5.14-py2.7.egg-info/not-zip-safe /root/nova/.venv/lib/python2.7/site-packages/kombu-2.5.14-py2.7.egg-info/requires.txt /root/nova/.venv/lib/python2.7/site-packages/kombu-2.5.14-py2.7.egg-info/top_level.txt /usr/local/lib/python2.7/dist-packages/kombu-2.5.14-py2.7.egg-info /usr/local/lib/python2.7/dist-packages/kombu-2.5.14-py2.7.egg-info/PKG-INFO /usr/local/lib/python2.7/dist-packages/kombu-2.5.14-py2.7.egg-info/SOURCES.txt /usr/local/lib/python2.7/dist-packages/kombu-2.5.14-py2.7.egg-info/dependency_links.txt /usr/local/lib/python2.7/dist-packages/kombu-2.5.14-py2.7.egg-info/installed-files.txt /usr/local/lib/python2.7/dist-packages/kombu-2.5.14-py2.7.egg-info/not-zip-safe /usr/local/lib/python2.7/dist-packages/kombu-2.5.14-py2.7.egg-info/requires.txt /usr/local/lib/python2.7/dist-packages/kombu-2.5.14-py2.7.egg-info/top_level.txt I thank it is will resolve my problem that switch kombu-2.5.14 to kombu-1.4.3, but I have no idea how to switch it. Looking for any help. Regards. zhengguang -------------- next part -------------- An HTML attachment was scrubbed... URL: From prag_2648 at yahoo.co.in Fri Sep 6 04:39:17 2013 From: prag_2648 at yahoo.co.in (pragya jain) Date: Fri, 6 Sep 2013 12:39:17 +0800 (SGT) Subject: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift In-Reply-To: <1378355540.21486.YahooMailNeo@web193605.mail.sg3.yahoo.com> References: <1377498985.92309.YahooMailNeo@web193603.mail.sg3.yahoo.com> <1377575715.63149.YahooMailNeo@web193603.mail.sg3.yahoo.com> <1377705664.3899.YahooMailNeo@web193602.mail.sg3.yahoo.com> <1377755510.20626.YahooMailNeo@web193601.mail.sg3.yahoo.com> <1377765810.77854.YahooMailNeo@web193606.mail.sg3.yahoo.com> <1377767543.33056.YahooMailNeo@web193603.mail.sg3.yahoo.com> <1377768176.9373.YahooMailNeo@web193606.mail.sg3.yahoo.com> <1377775079.21343.YahooMailNeo@web193602.mail.sg3.yahoo.com> <1377784746.26442.YahooMailNeo@web193603.mail.sg3.yahoo.com> <1377840941.9818.YahooMailNeo@web193605.mail.sg3.yahoo.com> <1377843725.53401.YahooMailNeo@web193602.mail.sg3.yahoo.com> <1378273871.52383.YahooMailNeo@web193604.mail.sg3.yahoo.com> <1378355540.21486.YahooMailNeo@web193605.mail.sg3.yahoo.com> Message-ID: <1378442357.82006.YahooMailNeo@web193604.mail.sg3.yahoo.com> please help me in this regard. >________________________________ > From: pragya jain >To: Clay Gerrard >Cc: "pangj at laposte.net" ; "openstack at lists.openstack.org" >Sent: Thursday, 5 September 2013 10:02 AM >Subject: Re: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift > > > >root at arun-Aspire-5742:~# grep txb0d8717ab05c4cf0bdebd-005226c8a4 /var/log/syslogSep  4 11:14:04 arun-Aspire-5742 account-server 127.0.0.1 - - [04/Sep/2013:05:44:04 +0000] "GET /d1/19164/AUTH_prag2648" 507 - "txb0d8717ab05c4cf0bdebd-005226c8a4" "GET http://localhost:8080/v1/AUTH_prag2648/" "proxy-server 3182" 0.0021 "" >Sep  4 11:14:04 arun-Aspire-5742 proxy-server ERROR Insufficient Storage 127.0.0.1:6002/d1 (txn: txb0d8717ab05c4cf0bdebd-005226c8a4) >Sep  4 11:14:05 arun-Aspire-5742 proxy-server Account GET returning 503 for [507] (txn: txb0d8717ab05c4cf0bdebd-005226c8a4) (client_ip: 127.0.0.1) >Sep  4 11:14:05 arun-Aspire-5742 proxy-server 127.0.0.1 127.0.0.1 04/Sep/2013/05/44/05 GET /v1/AUTH_prag2648/ HTTP/1.0 503 - curl/7.22.0%20%28i686-pc-linux-gnu%29%20libcurl/7.22.0%20OpenSSL/1.0.1%20zlib/1.2.3.4%20libidn/1.23%20librtmp/2.3 AUTH_tk4be7b90194c747468c4973675db15ca5 - 118 - txb0d8717ab05c4cf0bdebd-005226c8a4 - 0.2774 - - > > > > > >>________________________________ >> From: Clay Gerrard >>To: pragya jain >>Cc: "pangj at laposte.net" ; "openstack at lists.openstack.org" >>Sent: Wednesday, 4 September 2013 9:12 PM >>Subject: Re: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift >> >> >> >>So the builder files look right, you should grep the logs for the transaction id of the request that 503'd and see if the proxy is still getting connection errors (i.e. still trying to connect to 10.0.2.15) >> >>grep txb0d8717ab05c4cf0bdebd-005226c8a4 /var/log/syslog >> >> >>If the proxy is still going to the old 10.0.2.15 you need to rebalance your rings >> >> >>swift-ring-builder account.builder reblanace >> >> >>-Clay >> >> >> >>On Tue, Sep 3, 2013 at 10:51 PM, pragya jain wrote: >> >>root at arun-Aspire-5742:/etc/swift# swift-ring-builder object.builder >>>object.builder, build version 14 >>>262144 partitions, 3.000000 replicas, 1 regions, 1 zones, 1 devices, 0.00 balance >>>The minimum number of hours before a partition can be reassigned is 24 >>>Devices:    id  region  zone      ip address  port  replication ip  replication port      name weight partitions balance meta >>>             2       1     1       127.0.0.1  6000       127.0.0.1              6000        d1 100.00     786432    0.00  >>>root at arun-Aspire-5742:/etc/swift# swift-ring-builder account.builder >>>account.builder, build version 14 >>>262144 partitions, 3.000000 replicas, 1 regions, 1 zones, 1 devices, 0.00 balance >>>The minimum number of hours before a partition can be reassigned is 24 >>>Devices:    id  region  zone      ip address  port  replication ip  replication port      name weight partitions balance meta >>>             2       1     1       127.0.0.1  6002       127.0.0.1              6002        d1 100.00     786432    0.00  >>>root at arun-Aspire-5742:/etc/swift# swift-ring-builder container.builder >>>container.builder, build version 11 >>>262144 partitions, 3.000000 replicas, 1 regions, 1 zones, 1 devices, 0.00 balance >>>The minimum number of hours before a partition can be reassigned is 24 >>>Devices:    id  region  zone      ip address  port  replication ip  replication port      name weight partitions balance meta >>>             1       1     1       127.0.0.1  6001       127.0.0.1              6001        d1 100.00     786432    0.00  >>>root at arun-Aspire-5742:/etc/swift# cd ~ >>>root at arun-Aspire-5742:~# sudo swift-init account start >>>Starting account-server...(/etc/swift/account-server.conf) >>>root at arun-Aspire-5742:~# sudo swift-init proxy start >>>Starting proxy-server...(/etc/swift/proxy-server.conf) >>>root at arun-Aspire-5742:~# curl -v -H 'X-Auth-User:prag2648:pragya' -H 'X-Auth-Key:pj2648' http://localhost:8080/auth/v1.0/ >>>* About to connect() to localhost port 8080 (#0) >>>*   Trying 127.0.0.1... connected >>>> GET /auth/v1.0/ HTTP/1.1 >>>> User-Agent: curl/7.22.0 (i686-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 zlib/1.2.3.4 libidn/1.23 librtmp/2.3 >>>> Host: localhost:8080 >>>> Accept: */* >>>> X-Auth-User:prag2648:pragya >>>> X-Auth-Key:pj2648 >>>>  >>>< HTTP/1.1 200 OK >>>< X-Storage-Url: http://localhost:8080/v1/AUTH_prag2648 >>>< X-Auth-Token: AUTH_tk4be7b90194c747468c4973675db15ca5 >>>< Content-Type: text/html; charset=UTF-8 >>>< X-Storage-Token: AUTH_tk4be7b90194c747468c4973675db15ca5 >>>< Content-Length: 0 >>>< X-Trans-Id: txc07e87d3d4b8487b85d89-005226c820 >>>< Date: Wed, 04 Sep 2013 05:41:52 GMT >>><  >>>* Connection #0 to host localhost left intact >>>* Closing connection #0 >>>root at arun-Aspire-5742:~# curl -v -H 'X-Storage-Token:AUTH_tk4be7b90194c747468c4973675db15ca5' http://127.0.0.1:8080/v1/AUTH_prag2648/ >>>* About to connect() to 127.0.0.1 port 8080 (#0) >>>*   Trying 127.0.0.1... connected >>>> GET /v1/AUTH_prag2648/ HTTP/1.1 >>>> User-Agent: curl/7.22.0 (i686-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 zlib/1.2.3.4 libidn/1.23 librtmp/2.3 >>>> Host: 127.0.0.1:8080 >>>> Accept: */* >>>> X-Storage-Token:AUTH_tk4be7b90194c747468c4973675db15ca5 >>>>  >>>< HTTP/1.1 503 Internal Server Error >>>< Content-Length: 118 >>>< Content-Type: text/html; charset=UTF-8 >>>< X-Trans-Id: tx2301beb46542488597d23-005226c87d >>>< Date: Wed, 04 Sep 2013 05:43:26 GMT >>><  >>>* Connection #0 to host 127.0.0.1 left intact >>>* Closing connection #0 >>>

Service Unavailable

The server is currently unavailable. Please try again at a later time.

root at arun-Aspire-5742:~#  >>>root at arun-Aspire-5742:~# curl -v -H 'X-Storage-Token:AUTH_tk4be7b90194c747468c4973675db15ca5' http://127.0.0.1/v1/AUTH_prag2648/ >>>* About to connect() to 127.0.0.1 port 80 (#0) >>>*   Trying 127.0.0.1... Connection refused >>>* couldn't connect to host >>>* Closing connection #0 >>>curl: (7) couldn't connect to host >>>root at arun-Aspire-5742:~# curl -v -H 'X-Storage-Token:AUTH_tk4be7b90194c747468c4973675db15ca5' http://localhost:8080/v1/AUTH_prag2648/ >>>* About to connect() to localhost port 8080 (#0) >>>*   Trying 127.0.0.1... connected >>>> GET /v1/AUTH_prag2648/ HTTP/1.1 >>>> User-Agent: curl/7.22.0 (i686-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 zlib/1.2.3.4 libidn/1.23 librtmp/2.3 >>>> Host: localhost:8080 >>>> Accept: */* >>>> X-Storage-Token:AUTH_tk4be7b90194c747468c4973675db15ca5 >>>>  >>>< HTTP/1.1 503 Internal Server Error >>>< Content-Length: 118 >>>< Content-Type: text/html; charset=UTF-8 >>>< X-Trans-Id: txb0d8717ab05c4cf0bdebd-005226c8a4 >>>< Date: Wed, 04 Sep 2013 05:44:05 GMT >>><  >>>* Connection #0 to host localhost left intact >>>* Closing connection #0 >>>

Service Unavailable

The server is currently unavailable. Please try again at a later time.

root at arun-Aspire-5742:~#  >>>root at arun-Aspire-5742:~# grep txa4c98c518382430ab9f5f-005222dede /var/log/syslogroot at arun-Aspire-5742:~#  >>> >>> >>> >>> >>> >>>>________________________________ >>>> From: Kuo Hugo >>>>To: pragya jain >>>>Cc: Gareth ; "openstack at lists.openstack.org" >>>>Sent: Friday, 30 August 2013 1:15 PM >>>> >>>>Subject: Re: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift >>>> >>>> >>>> >>>>Hmm....  >>>> >>>> >>>>1) No Container and Object servers are running  >>>>2) Only one drive in the ring >>>>3) No device been mount to /srv/node/* , unless you are disabling mount_check >>>>4) Did you setup rsync yet ?  >>>> >>>> >>>>Maybe you can follow the online document to complete the above items.  >>>> >>>> >>>>Good luck~ >>>> >>>> >>>> >>>> >>>> >>>> >>>>+Hugo Kuo+ >>>>hugo at swiftstack.com >>>> >>>>tonytkdk at gmail.com >>>> >>>>+886 935004793 >>>> >>>> >>>> >>>>2013/8/30 pragya jain >>>> >>>>root at arun-Aspire-5742:~# swift-ring-builder /etc/swift/account.builder >>>>>/etc/swift/account.builder, build version 1 >>>>>262144 partitions, 3.000000 replicas, 1 regions, 1 zones, 1 devices, 0.00 balance >>>>>The minimum number of hours before a partition can be reassigned is 24 >>>>>Devices:    id  region  zone      ip address  port  replication ip  replication port      name weight partitions balance meta >>>>>             0       1     1       10.0.2.15  6000       10.0.2.15              6000        d1 100.00     786432    0.00  >>>>>root at arun-Aspire-5742:~# swift-ring-builder /etc/swift/container.builder >>>>>/etc/swift/container.builder, build version 1 >>>>>262144 partitions, 3.000000 replicas, 1 regions, 1 zones, 1 devices, 0.00 balance >>>>>The minimum number of hours before a partition can be reassigned is 24 >>>>>Devices:    id  region  zone      ip address  port  replication ip  replication port      name weight partitions balance meta >>>>>             0       1     1       10.0.2.15  6001       10.0.2.15              6001        d1 100.00     786432    0.00  >>>>>root at arun-Aspire-5742:~# swift-ring-builder /etc/swift/object.builder >>>>>/etc/swift/object.builder, build version 1 >>>>>262144 partitions, 3.000000 replicas, 1 regions, 1 zones, 1 devices, 0.00 balance >>>>>The minimum number of hours before a partition can be reassigned is 24 >>>>>Devices:    id  region  zone      ip address  port  replication ip  replication port      name weight partitions balance meta >>>>>             0       1     1       10.0.2.15  6002       10.0.2.15              6002        d1 100.00     786432    0.00  >>>>>root at arun-Aspire-5742:~# ps aux | grep swift >>>>>swift     5174  0.0  0.1  18700 11548 ?        Ss   10:45   0:00 /usr/bin/python /usr/local/bin/swift-account-server /etc/swift/account-server.conf >>>>>swift     5181  0.0  0.1  18976  9624 ?        S    10:45   0:00 /usr/bin/python /usr/local/bin/swift-account-server /etc/swift/account-server.conf >>>>>swift     5182  0.0  0.1  18992  9616 ?        S    10:45   0:00 /usr/bin/python /usr/local/bin/swift-account-server /etc/swift/account-server.conf >>>>>swift     5183  0.0  0.1  18992  9620 ?        S    10:45   0:00 /usr/bin/python /usr/local/bin/swift-account-server /etc/swift/account-server.conf >>>>>swift     5184  0.0  0.1  18992  9632 ?        S    10:45   0:00 /usr/bin/python /usr/local/bin/swift-account-server /etc/swift/account-server.conf >>>>>swift     5192  0.0  0.2  18296 11812 ?        Ss   10:45   0:00 /usr/bin/python /usr/local/bin/swift-proxy-server /etc/swift/proxy-server.conf >>>>>swift     5197  0.0  0.2  23512 15552 ?        S    10:45   0:00 /usr/bin/python /usr/local/bin/swift-proxy-server /etc/swift/proxy-server.conf >>>>>swift     5198  0.0  0.2  23524 15628 ?        S    10:45   0:00 /usr/bin/python /usr/local/bin/swift-proxy-server /etc/swift/proxy-server.conf >>>>>swift     5199  0.0  0.2  23524 15300 ?        S    10:45   0:00 /usr/bin/python /usr/local/bin/swift-proxy-server /etc/swift/proxy-server.conf >>>>>swift     5200  0.0  0.2  23524 15300 ?        S    10:45   0:00 /usr/bin/python /usr/local/bin/swift-proxy-server /etc/swift/proxy-server.conf >>>>>root      6986  0.0  0.0   4388   828 pts/0    S+   11:46   0:00 grep --color=auto swift >>>>>root at arun-Aspire-5742:~# df -h >>>>>Filesystem      Size  Used Avail Use% Mounted on >>>>>/dev/sda4       170G  3.8G  158G   3% / >>>>>udev            2.8G  4.0K  2.8G   1% /dev >>>>>tmpfs           1.2G  908K  1.2G   1% /run >>>>>none            5.0M  4.0K  5.0M   1% /run/lock >>>>>none            2.8G  220K  2.8G   1% /run/shm >>>>>/dev/sda2        98G   25G   73G  26% /media/D8EA06E4EA06BEAE >>>>>/dev/sda5        98G   54G   45G  55% /media/8AE41BA8E41B9613 >>>>>root at arun-Aspire-5742:~# ls /srv/node/* >>>>>/srv/node/d1: >>>>> >>>>> >>>>>/srv/node/d2: >>>>> >>>>> >>>>>/srv/node/d3: >>>>>root at arun-Aspire-5742:~# netstat -antulp >>>>>Active Internet connections (servers and established) >>>>>Proto Recv-Q Send-Q Local Address           Foreign Address         State       PID/Program name >>>>>tcp        0      0 127.0.0.1:11211         0.0.0.0:*               LISTEN      941/memcached    >>>>>tcp        0      0 0.0.0.0:8080            0.0.0.0:*               LISTEN      5192/python      >>>>>tcp        0      0 0.0.0.0:6002            0.0.0.0:*               LISTEN      5174/python      >>>>>tcp        0      0 127.0.0.1:53            0.0.0.0:*               LISTEN      6936/dnsmasq     >>>>>tcp        0      0 127.0.0.1:631           0.0.0.0:*               LISTEN      596/cupsd        >>>>>tcp        0      0 101.58.138.11:56680     207.171.162.71:443      ESTABLISHED 2042/chrome      >>>>>tcp        0      0 127.0.0.1:11211         127.0.0.1:45287         ESTABL >>>>>ISHED 941/memcached    >>>>>tcp        0      0 127.0.0.1:11211         127.0.0.1:45292         ESTABLISHED 941/memcached    >>>>>tcp        0      0 127.0.0.1:45287         127.0.0.1:11211         ESTABLISHED 5197/python      >>>>>tcp        1      0 101.58.138.11:34377     91.189.89.144:80        CLOSE_WAIT  1674/ubuntu-geoip-p >>>>>tcp        0      0 127.0.0.1:45292         127.0.0.1:11211         ESTABLISHED 5198/python      >>>>>tcp6       0      0 ::1:631                 :::*                    LISTEN      596/cupsd        >>>>>udp        0      0 127.0.0.1:11211         0.0.0.0:*                           941/memcached    >>>>>udp        0      0 0.0.0.0:46638           0.0.0.0:*                           576/avahi-daemon: r >>>>>udp        0      0 127.0.0.1:53            0.0.0.0:*                           6936/dnsmasq     >>>>>udp        0      0 0.0.0.0:5353            0.0.0.0:*                           576/avahi-daemon: r >>>>>udp6       0      0 :::55335                :::*                                576/avahi-daemon: r >>>>>udp6       0      0 :::5353                 :::*                                576/avahi-daemon: r >>>>>root at arun-Aspire-5742:~# swift-init all status >>>>>No container-updater running >>>>>No account-auditor running >>>>>No object-replicator running >>>>>proxy-server running (5192 - /etc/swift/proxy-server.conf) >>>>>No container-replicator running >>>>>No object-auditor running >>>>>No object-expirer running >>>>>No container-auditor running >>>>>No container-server running >>>>>account-server running (5174 - /etc/swift/account-server.conf) >>>>>No account-reaper running >>>>>No container-sync running >>>>>No account-replicator running >>>>>No object-updater running >>>>>No object-server running >>>>> >>>>> >>>>> >>>>>>________________________________ >>>>>> From: Kuo Hugo >>>>>>To: pragya jain >>>>>>Cc: Gareth ; "openstack at lists.openstack.org" >>>>>>Sent: Friday, 30 August 2013 11:23 AM >>>>>> >>>>>>Subject: Re: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift >>>>>> >>>>>> >>>>>> >>>>>>Hi Pragya :  >>>>>> >>>>>> >>>>>>I'm in highly recommends that you can go through the Swift online document http://docs.openstack.org/developer/swift/index.html .  >>>>>>It's a good place to understand the basic architecture, especially swift *terms*  >>>>>> >>>>>> >>>>>> >>>>>>Check rings : >>>>>>$> swift-ring-builder /etc/swift/object.builder >>>>>>>$> swift-ring-builder /etc/swift/container.builder >>>>>>>$> swift-ring-builder /etc/swift/account.builder >>>>>> >>>>>> >>>>>>Check Swift workers :  >>>>>>$> swift-init all status >>>>>>>$> ps aux | grep swift >>>>>>>$> df -h  >>>>>>>$> ls /srv/node/* >>>>>>>$> netstat -antulp >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>>+Hugo Kuo+ >>>>>>hugo at swiftstack.com >>>>>> >>>>>>tonytkdk at gmail.com >>>>>> >>>>>>+886 935004793 >>>>>> >>>>>> >>>>>> >>>>>>2013/8/30 pragya jain >>>>>> >>>>>>hello sir, >>>>>>> >>>>>>> >>>>>>>I am working on single node. >>>>>>>Please let me know how to check network topology and ring structure. >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>>>________________________________ >>>>>>>> From: Gareth >>>>>>>>To: Kuo Hugo >>>>>>>>Cc: pragya jain ; "openstack at lists.openstack.org" >>>>>>>>Sent: Friday, 30 August 2013 8:11 AM >>>>>>>> >>>>>>>>Subject: Re: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>>Pragya >>>>>>>> >>>>>>>> >>>>>>>>The v1.0 auth uses tempauth for swift, like what you config in proxy-server.conf. All account data is read from that file, so you couldn't add/delete account in tempauth without modifying config file and restart swift. >>>>>>>> >>>>>>>> >>>>>>>>BTW, your curl link here "curl -v -H 'X-Storage-Token:AUTH_tk3867b7599d5346559ee0baaa09e0f40d' http://localhost:8080/v1/AUTH_prag2648/" actually is a GET request, which means getting account data. If you config everything correctly, it must have valid response. And you logs are a better way to find what happened in this request (set log level to DEBUG, and you will get more details). >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>>On Fri, Aug 30, 2013 at 7:47 AM, Kuo Hugo wrote: >>>>>>>> >>>>>>>>Hi Pragya,  >>>>>>>>> >>>>>>>>> >>>>>>>>>I need more information.  >>>>>>>>> >>>>>>>>> >>>>>>>>>1) Please draw a network topology of your environment >>>>>>>>>2) How many nodes do you have?   >>>>>>>>>3) What's the ring looks like ? >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>>Hugo Kuo >>>>>>>>>hugo at swiftstack.com >>>>>>>>> >>>>>>>>>tonytkdk at gmail.com >>>>>>>>> >>>>>>>>>+886 935004793 >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>>2013/8/29 pragya jain >>>>>>>>> >>>>>>>>>hello sir, >>>>>>>>>> >>>>>>>>>> >>>>>>>>>>connection is established successfully. But, when I try to create an account, I face the problem. >>>>>>>>>> >>>>>>>>>> >>>>>>>>>>root at arun-Aspire-5742:~# sudo swift-init account start >>>>>>>>>>Starting account-server...(/etc/swift/account-server.conf) >>>>>>>>>>root at arun-Aspire-5742:~# sudo swift-init proxy start >>>>>>>>>>Starting proxy-server...(/etc/swift/proxy-server.conf) >>>>>>>>>>root at arun-Aspire-5742:~# curl -v -H 'X-Auth-User:prag2648:pragya' -H 'X-Auth-Key:pj2648' http://localhost:8080/auth/v1.0/ >>>>>>>>>>* About to connect() to localhost port 8080 (#0) >>>>>>>>>>*   Trying 127.0.0.1... connected >>>>>>>>>>> GET /auth/v1.0/ HTTP/1.1 >>>>>>>>>>> User-Agent: curl/7.22.0 (i686-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 zlib/1.2.3.4 libidn/1.23 librtmp/2.3 >>>>>>>>>>> Host: localhost:8080 >>>>>>>>>>> Accept: */* >>>>>>>>>>> X-Auth-User:prag2648:pragya >>>>>>>>>>> X-Auth-Key:pj2648 >>>>>>>>>>>  >>>>>>>>>>< HTTP/1.1 200 OK >>>>>>>>>>< X-Storage-Url: http://localhost:8080/v1/AUTH_prag2648 >>>>>>>>>>< X-Auth-Token: AUTH_tk3867b7599d5346559ee0baaa09e0f40d >>>>>>>>>>< Content-Type: text/html; charset=UTF-8 >>>>>>>>>>< X-Storage-Token: AUTH_tk3867b7599d5346559ee0baaa09e0f40d >>>>>>>>>>< Content-Length: 0 >>>>>>>>>>< X-Trans-Id: txe2ab76a7617e40399f456-00521f3d16 >>>>>>>>>>< Date: Thu, 29 Aug 2013 12:22:46 GMT >>>>>>>>>><  >>>>>>>>>>* Connection #0 to host localhost left intact >>>>>>>>>>* Closing connection #0 >>>>>>>>>>root at arun-Aspire-5742:~# python >>>>>>>>>>Python 2.7.3 (default, Apr 10 2013, 05:46:21)  >>>>>>>>>>[GCC 4.6.3] on linux2 >>>>>>>>>>Type "help", "copyright", "credits" or "license" for more information. >>>>>>>>>>>>> import swift.common.memcached as memcached >>>>>>>>>>>>> memcache = memcached.MemcacheRing(['127.0.0.1:11211']) >>>>>>>>>>>>> print memcache.get('AUTH_/user/prag2648:pragya') >>>>>>>>>>AUTH_tk3867b7599d5346559ee0baaa09e0f40d >>>>>>>>>>>>> print memcache.get('AUTH_/token/AUTH_tk3867b7599d5346559ee0baaa09e0f40d') >>>>>>>>>>[1377865366.826027, 'prag2648,prag2648:pragya,.reseller_admin,AUTH_prag2648'] >>>>>>>>>>>>>  >>>>>>>>>>root at arun-Aspire-5742:~# curl -v -H 'X-Storage-Token:AUTH_tk3867b7599d5346559ee0baaa09e0f40d' http://127.0.0.1/v1/Auth_prag2648/ >>>>>>>>>>* About to connect() to 127.0.0.1 port 80 (#0) >>>>>>>>>>*   Trying 127.0.0.1... Connection refused >>>>>>>>>>* couldn't connect to host >>>>>>>>>>* Closing connection #0 >>>>>>>>>>curl: (7) couldn't connect to host >>>>>>>>>>root at arun-Aspire-5742:~# curl -v -H 'X-Storage-Token:AUTH_tk3867b7599d5346559ee0baaa09e0f40d' http://localhost:8080/v1/AUTH_prag2648/ >>>>>>>>>>* About to connect() to localhost port 8080 (#0) >>>>>>>>>>*   Trying 127.0.0.1... connected >>>>>>>>>>> GET /v1/AUTH_prag2648/ HTTP/1.1 >>>>>>>>>>> User-Agent: curl/7.22.0 (i686-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 zlib/ >>>>>>>>>>1.2.3.4 libidn/1.23 librtmp/2.3 >>>>>>>>>>> Host: localhost:8080 >>>>>>>>>>> Accept: */* >>>>>>>>>>> X-Storage-Token:AUTH_tk3867b7599d5346559ee0baaa09e0f40d >>>>>>>>>>>  >>>>>>>>>>< HTTP/1.1 503 Internal Server Error >>>>>>>>>>< Content-Length: 118 >>>>>>>>>>< Content-Type: text/html; charset=UTF-8 >>>>>>>>>>< X-Trans-Id: txd6fd9eead36e4b74b0869-00521f3efe >>>>>>>>>>< Date: Thu, 29 Aug 2013 12:30:55 GMT >>>>>>>>>><  >>>>>>>>>>* Connection #0 to host localhost left intact >>>>>>>>>>* Closing connection #0 >>>>>>>>>>

Service Unavailable

The server is currently unavailable. Please try again at a later time.

root at arun-Aspire-5742:~#  >>>>>>>>>> >>>>>>>>>> >>>>>>>>>>Please help me in this regard. >>>>>>>>>> >>>>>>>>>> >>>>>>>>>>--- >>>>>>>>>> >>>>>>>>>> >>>>>>>>>>Pragya Jain >>>>>>>>>> >>>>>>>>>>>________________________________ >>>>>>>>>>> From: pragya jain >>>>>>>>>>>To: Kuo Hugo >>>>>>>>>>>Cc: "openstack at lists.openstack.org" >>>>>>>>>>> >>>>>>>>>>>Sent: Thursday, 29 August 2013 4:47 PM >>>>>>>>>>>Subject: Re: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>>Thanks Kuo very much for this help. >>>>>>>>>>>connection is successfully established. >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>>>________________________________ >>>>>>>>>>>> From: Kuo Hugo >>>>>>>>>>>>To: pragya jain >>>>>>>>>>>>Cc: "openstack at lists.openstack.org" >>>>>>>>>>>>Sent: Thursday, 29 August 2013 3:46 PM >>>>>>>>>>>>Subject: Re: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>>curl -v -H 'X-Auth-User:admin:admin' -H 'X-Auth-Key:admin' http://localhost:8080/auth/v1.0/ >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>>+Hugo Kuo+ >>>>>>>>>>>>hugo at swiftstack.com >>>>>>>>>>>>tonytkdk at gmail.com >>>>>>>>>>>>+886 935004793 >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>>2013/8/29 pragya jain >>>>>>>>>>>>> >>>>>>>>>>>>> root at arun-Aspire-5742:~# netstat -antulp | grep 8080 >>>>>>>>>>>>> tcp        0      0 0.0.0.0:8080            0.0.0.0:*               LISTEN      2421/python   >>>>>>>>>>>>> >>>>>>>>>>>>> user = swift >>>>>>>>>>>>> >>>>>>>>>>>>> ________________________________ >>>>>>>>>>>>> From: Kuo Hugo >>>>>>>>>>>>> To: pragya jain >>>>>>>>>>>>> Cc: "openstack at lists.openstack.org" >>>>>>>>>>>>> Sent: Thursday, 29 August 2013 2:47 PM >>>>>>>>>>>>> >>>>>>>>>>>>> Subject: Re: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift >>>>>>>>>>>>> >>>>>>>>>>>>> gt; netstat -antulp | grep 8080 >>>>>>>>>>>>> >>>>>>>>>>>>> 1) is 8080 port been used ? >>>>>>>>>>>>> 2) What's the value of *user* parameter in proxy-server.conf  https://github.com/openstack/swift/blob/master/etc/proxy-server.conf-sample#L7 >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> +Hugo Kuo+ >>>>>>>>>>>>> hugo at swiftstack.com >>>>>>>>>>>>> tonytkdk at gmail.com >>>>>>>>>>>>> +886 935004793 >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> 2013/8/29 pragya jain >>>>>>>>>>>>> >>>>>>>>>>>>> hello sir, >>>>>>>>>>>>> >>>>>>>>>>>>> I run the command: >>>>>>>>>>>>> >>>>>>>>>>>>> root at arun-Aspire-5742:~# find / -name swift-proxy-server >>>>>>>>>>>>> /opt/swift/build/scripts-2.7/swift-proxy-server >>>>>>>>>>>>> /opt/swift/bin/swift-proxy-server >>>>>>>>>>>>> /usr/local/bin/swift-proxy-server >>>>>>>>>>>>> /usr/local/lib/python2.7/dist-packages/swift-1.9.2-py2.7.egg/EGG-INFO/scripts/swift-proxy-server >>>>>>>>>>>>> >>>>>>>>>>>>> root at arun-Aspire-5742:~# /usr/bin/python /usr/local/bin/swift-proxy-server /etc/swift/proxy-server.conf >>>>>>>>>>>>> Traceback (most recent call last): >>>>>>>>>>>>>   File "/usr/local/bin/swift-proxy-server", line 5, in >>>>>>>>>>>>>     pkg_resources.run_script('swift==1.9.2', 'swift-proxy-server') >>>>>>>>>>>>>   File "/usr/lib/python2.7/dist-packages/pkg_resources.py", line 499, in run_script >>>>>>>>>>>>>     self.require(requires)[0].run_script(script_name, ns) >>>>>>>>>>>>>   File "/usr/lib/python2.7/dist-packages/pkg_resources.py", line 1235, in run_script >>>>>>>>>>>>>     execfile(script_filename, namespace, namespace) >>>>>>>>>>>>>   File "/usr/local/lib/python2.7/dist-packages/swift-1.9.2-py2.7.egg/EGG-INFO/scripts/swift-proxy-server", line 22, in >>>>>>>>>>>>>     run_wsgi(conf_file, 'proxy-server', default_port=8080, **options) >>>>>>>>>>>>>   File "/usr/local/lib/python2.7/dist-packages/swift-1.9.2-py2.7.egg/swift/common/wsgi.py", line 251, in run_wsgi >>>>>>>>>>>>>     sock = get_socket(conf, default_port=kwargs.get('default_port', 8080)) >>>>>>>>>>>>>   File "/usr/local/lib/python2.7/dist-packages/swift-1.9.2-py2.7.egg/swift/common/wsgi.py", line 168, in get_socket >>>>>>>>>>>>>     bind_addr[0], bind_addr[1], bind_timeout)) >>>>>>>>>>>>> Exception: Could not bind to 0.0.0.0:8080 after trying for 30 seconds >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> ________________________________ >>>>>>>>>>>>> From: Kuo Hugo >>>>>>>>>>>>> To: pragya jain >>>>>>>>>>>>> Cc: "openstack at lists.openstack.org" >>>>>>>>>>>>> Sent: Thursday, 29 August 2013 2:19 PM >>>>>>>>>>>>> >>>>>>>>>>>>> Subject: Re: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift >>>>>>>>>>>>> >>>>>>>>>>>>> find out the swift-proxy-server binary in your OS.  (The path in example just an assumption) >>>>>>>>>>>>> >>>>>>>>>>>>> gt; find / -name swift-proxy-server >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> +Hugo Kuo+ >>>>>>>>>>>>> hugo at swiftstack.com >>>>>>>>>>>>> tonytkdk at gmail.com >>>>>>>>>>>>> +886 935004793 >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> 2013/8/29 pragya jain >>>>>>>>>>>>> >>>>>>>>>>>>> hello sir >>>>>>>>>>>>> >>>>>>>>>>>>> Thanks for the help >>>>>>>>>>>>> >>>>>>>>>>>>> root at arun-Aspire-5742:~# /usr/bin/python /usr/bin/swift-proxy-server /etc/swift/proxy-server.conf >>>>>>>>>>>>> /usr/bin/python: can't open file '/usr/bin/swift-proxy-server': [Errno 2] No such file or directory >>>>>>>>>>>>> >>>>>>>>>>>>> this is the result of the command. >>>>>>>>>>>>> >>>>>>>>>>>>> please help in this regard. >>>>>>>>>>>>> >>>>>>>>>>>>> ----- >>>>>>>>>>>>> Pragya Jain >>>>>>>>>>>>> >>>>>>>>>>>>> ________________________________ >>>>>>>>>>>>> From: Kuo Hugo >>>>>>>>>>>>> To: pragya jain >>>>>>>>>>>>> Cc: "openstack at lists.openstack.org" >>>>>>>>>>>>> Sent: Thursday, 29 August 2013 1:20 PM >>>>>>>>>>>>> >>>>>>>>>>>>> Subject: Re: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift >>>>>>>>>>>>> >>>>>>>>>>>>> Obviously, There's no proxy server running on your node. >>>>>>>>>>>>> >>>>>>>>>>>>> Please execute it on the node where proxy-server located: >>>>>>>>>>>>> (I assume the binary is in /usr/bin and conf file is in /etc/swift) >>>>>>>>>>>>> >>>>>>>>>>>>> gt; /usr/bin/python /usr/bin/swift-proxy-server /etc/swift/proxy-server.conf >>>>>>>>>>>>> >>>>>>>>>>>>> What's the result ? >>>>>>>>>>>>> >>>>>>>>>>>>> +Hugo Kuo+ >>>>>>>>>>>>> hugo at swiftstack.com >>>>>>>>>>>>> tonytkdk at gmail.com >>>>>>>>>>>>> +886 935004793 >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> 2013/8/29 pragya jain >>>>>>>>>>>>> >>>>>>>>>>>>> hello sir >>>>>>>>>>>>> >>>>>>>>>>>>> Thanks for the suggestion. >>>>>>>>>>>>> >>>>>>>>>>>>> (1) I give the space between pj2648 and .admin and also between .admin and .reseller_admin and tried the connection again, but face the same problem >>>>>>>>>>>>> >>>>>>>>>>>>> root at arun-Aspire-5742:~# vi /etc/swift/proxy-server.conf >>>>>>>>>>>>> >>>>>>>>>>>>> and make following changes: >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> user_admin_admin = admin .admin .reseller_admin >>>>>>>>>>>>> user_test_tester = testing .admin >>>>>>>>>>>>> user_test2_tester2 = testing2 .admin >>>>>>>>>>>>> user_test_tester3 = testing3 >>>>>>>>>>>>> >>>>>>>>>>>>> user_prag2648_pragya = pj2648 .admin .reseller_admin >>>>>>>>>>>>> >>>>>>>>>>>>> and then >>>>>>>>>>>>> >>>>>>>>>>>>> root at arun-Aspire-5742:~# sudo swift-init account start >>>>>>>>>>>>> Starting account-server...(/etc/swift/account-server.conf) >>>>>>>>>>>>> root at arun-Aspire-5742:~# sudo swift-init proxy start >>>>>>>>>>>>> >>>>>>>>>>>>> Starting proxy-server...(/etc/swift/proxy-server.conf) >>>>>>>>>>>>> root at arun-Aspire-5742:~# curl -v -H 'X-Auth-User:prag2648:pragya' -H 'X-Auth-Key:pj2648' http://localhost/auth/v1.0/ >>>>>>>>>>>>> * About to connect() to localhost port 80 (#0) >>>>>>>>>>>>> *   Trying 127.0.0.1... Connection refused >>>>>>>>>>>>> * couldn't connect to host >>>>>>>>>>>>> * Closing connection #0 >>>>>>>>>>>>> curl: (7) couldn't connect to host >>>>>>>>>>>>> >>>>>>>>>>>>> (2) I also tired the connection with user admin:admin >>>>>>>>>>>>> root at arun-Aspire-5742:~# curl -v -H 'X-Auth-User:admin:admin' -H 'X-Auth-Key:admin' http://localhost/auth/v1.0/ >>>>>>>>>>>>> >>>>>>>>>>>>> * About to connect() to localhost port 80 (#0) >>>>>>>>>>>>> *   Trying 127.0.0.1... Connection refused >>>>>>>>>>>>> * couldn't connect to host >>>>>>>>>>>>> * Closing connection #0 >>>>>>>>>>>>> curl: (7) couldn't connect to host >>>>>>>>>>>>> >>>>>>>>>>>>> (3) I also run the command to verify the port number of proxy >>>>>>>>>>>>> root at arun-Aspire-5742:~# ps aux | grep proxy >>>>>>>>>>>>> nobody    2124  0.0  0.0   5384  1164 ?        S    10:39   0:00 /usr/sbin/dnsmasq --no-resolv --keep-in-foreground --no-hosts --bind-interfaces --pid-file=/var/run/sendsigs.omit.d/network-manager.dnsmasq.pid --listen-address=127.0.0.1 --conf-file=/var/run/nm-dns-dnsmasq.conf --cache-size=0 --proxy-dnssec >>>>>>>>>>>>> root      2724  0.0  0.0   4368   828 pts/0    R+   10:52   0:00 grep --color=auto proxy >>>>>>>>>>>>> root at arun-Aspire-5742:~# netstat -antulp >>>>>>>>>>>>> Active Internet connections (servers and established) >>>>>>>>>>>>> Proto Recv-Q Send-Q Local Address           Foreign Address         State       PID/Program name >>>>>>>>>>>>> tcp        0      0 127.0.0.1:11211         0.0.0.0:*               LISTEN      931/memcached   >>>>>>>>>>>>> tcp        0      0 127.0.0.1:53            0.0.0.0:*               LISTEN      2124/dnsmasq   >>>>>>>>>>>>> tcp        0      0 127.0.0.1:631           0.0.0.0:*               LISTEN      623/cupsd       >>>>>>>>>>>>> tcp        0      0 115.184.7.223:51521     74.125.236.132:80       TIME_WAIT   -               >>>>>>>>>>>>> tcp        1      0 115.184.7.223:46280     91.189.89.144:80        CLOSE_WAIT  1663/ubuntu-geoip-p >>>>>>>>>>>>> tcp        0      0 115.184.7.223:60563     173.194.38.147:80       TIME_WAIT   -               >>>>>>>>>>>>> tcp        0      0 115.184.7.223:43256     124.124.201.179:80      TIME_WAIT   -               >>>>>>>>>>>>> tcp        0      0 115.184.7.223:41791     124.124.201.169:80      TIME_WAIT   -               >>>>>>>>>>>>> tcp        0      0 115.184.7.223:36669     124.124.252.9:80        TIME_WAIT   -               >>>>>>>>>>>>> tcp        0      0 115.184.7.223:51747     173.194.38.184:80       TIME_WAIT   -               >>>>>>>>>>>>> tcp        0      0 115.184.7.223:54229     74.125.236.44:443       TIME_WAIT   -               >>>>>>>>>>>>> tcp        0      0 115.184.7.223:36185     173.194.36.26:80        TIME_WAIT   -               >>>>>>>>>>>>> tcp        0      0 115.184.7.223:38854     74.125.236.109:80       TIME_WAIT   -               >>>>>>>>>>>>> tcp6       0      0 ::1:631                 :::*                    LISTEN      623/cupsd       >>>>>>>>>>>>> udp        0      0 0.0.0.0:5353            0.0.0.0:*                           619/avahi-daemon: r >>>>>>>>>>>>> udp        0      0 0.0.0.0:53489           0.0.0.0:*                           619/avahi-daemon: r >>>>>>>>>>>>> udp        0      0 127.0.0.1:11211         0.0.0.0:*                           931/memcached   >>>>>>>>>>>>> udp        0      0 127.0.0.1:53            0.0.0.0:*                           2124/dnsmasq   >>>>>>>>>>>>> udp6       0      0 :::5353                 :::*                                619/avahi-daemon: r >>>>>>>>>>>>> udp6       0      0 :::36705                :::*                                619/avahi-daemon: r >>>>>>>>>>>>> >>>>>>>>>>>>> Please help to proceed further. >>>>>>>>>>>>> >>>>>>>>>>>>> --- >>>>>>>>>>>>> >>>>>>>>>>>>> Thanks >>>>>>>>>>>>> >>>>>>>>>>>>> Pragya jain >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> ________________________________ >>>>>>>>>>>>> From: Kuo Hugo >>>>>>>>>>>>> To: pragya jain >>>>>>>>>>>>> Cc: Amanda Plimpton ; "openstack at lists.openstack.org" >>>>>>>>>>>>> Sent: Wednesday, 28 August 2013 9:59 PM >>>>>>>>>>>>> Subject: Re: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift >>>>>>>>>>>>> >>>>>>>>>>>>> Hi >>>>>>>>>>>>> >>>>>>>>>>>>> 1) user_prag2648_pragya = pj2648.admin.reseller_admin try to have a space between pj2648 and .admin . How about to test with user admin:admin ? >>>>>>>>>>>>> 2) Verify the port number of proxy by >>>>>>>>>>>>> >>>>>>>>>>>>> gt; ps aux | grep proxy >>>>>>>>>>>>> gt; netstat -antulp >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> 3) Check the Proxy for how to setup bind_port https://github.com/openstack/swift/blob/master/etc/proxy-server.conf-sample >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> +Hugo Kuo+ >>>>>>>>>>>>> hugo at swiftstack.com >>>>>>>>>>>>> tonytkdk at gmail.com >>>>>>>>>>>>> +886 935004793 >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> 2013/8/29 pragya jain >>>>>>>>>>>>> >>>>>>>>>>>>> hello sir, >>>>>>>>>>>>> >>>>>>>>>>>>> Please help me in knowing how to use 8080 port >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> ________________________________ >>>>>>>>>>>>> From: Amanda Plimpton >>>>>>>>>>>>> To: pragya jain >>>>>>>>>>>>> Cc: "joe at swiftstack.com" ; "contact at swiftstack.com" ; anita goel >>>>>>>>>>>>> Sent: Tuesday, 27 August 2013 9:40 AM >>>>>>>>>>>>> Subject: Re: Fw: problem in setting up Tempauth authentication & authorization with Swift >>>>>>>>>>>>> >>>>>>>>>>>>> Hello, >>>>>>>>>>>>> >>>>>>>>>>>>> Did Edward's suggestion of using port 8080 help at all? The error seems to indicate a network setting issue. You may wish to double check the settings and configuration. >>>>>>>>>>>>> >>>>>>>>>>>>> Given your interest in Swift I would also recommend locating a nearby OpenStack group or attending an event such as http://openstackindia.wordpress.com/2013/08/14/openstack-india-day-2013-announced/ >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> Thank you, >>>>>>>>>>>>> Amanda >>>>>>>>>>>>> >>>>>>>>>>>>> SwiftStack Inc. >>>>>>>>>>>>> swiftstack.com >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> On Mon, Aug 26, 2013 at 8:55 PM, pragya jain wrote: >>>>>>>>>>>>> >>>>>>>>>>>>> hello sir! >>>>>>>>>>>>> >>>>>>>>>>>>> Please help me in setting up Tempauth authentication & authorization with Swift. >>>>>>>>>>>>> same error is continued. >>>>>>>>>>>>> >>>>>>>>>>>>> ----- Forwarded Message ----- >>>>>>>>>>>>> From: pragya jain >>>>>>>>>>>>> To: "joe at swiftstack.com" ; "clay.gerrard at gmail.com" ; "contact at swiftstack.com" ; "openstack at ask.openstack.org" ; "openstack at lists.openstack.org" >>>>>>>>>>>>> Cc: anita goel >>>>>>>>>>>>> Sent: Monday, 26 August 2013 12:06 PM >>>>>>>>>>>>> Subject: problem in setting up Tempauth authentication & authorization with Swift >>>>>>>>>>>>> >>>>>>>>>>>>> hello, >>>>>>>>>>>>> >>>>>>>>>>>>> I have to configure proxy server. >>>>>>>>>>>>> For this, >>>>>>>>>>>>> I have to edit /etc/swift/swift.conf and change the swift_hash_path_suffix to something secret and then, start the proxy server process >>>>>>>>>>>>> >>>>>>>>>>>>> for this, I use the following commands: >>>>>>>>>>>>> root at arun-Aspire-5742:~# vi /etc/swift/swift.conf >>>>>>>>>>>>> >>>>>>>>>>>>> make following changes (highlighted) in the file: >>>>>>>>>>>>> swift_hash_path_suffix =pragya >>>>>>>>>>>>> swift_hash_path_prefix =jain >>>>>>>>>>>>> >>>>>>>>>>>>> save and exit. >>>>>>>>>>>>> then, I run the command: >>>>>>>>>>>>> root at arun-Aspire-5742:~# sudo swift-init proxy start >>>>>>>>>>>>> Starting proxy-server...(/etc/swift/proxy-server.conf) >>>>>>>>>>>>> >>>>>>>>>>>>> Now, I have to set up Tempauth authentication & authorization with Swift >>>>>>>>>>>>> for this, I run the following command: >>>>>>>>>>>>> root at arun-Aspire-5742:~# vi /etc/swift/proxy-server.conf >>>>>>>>>>>>> >>>>>>>>>>>>> make following changes (highlighted) in the file: >>>>>>>>>>>>> allow_account_management =true >>>>>>>>>>>>> ... >>>>>>>>>>>>> [filter:tempauth] >>>>>>>>>>>>> use = egg:swift#tempauth >>>>>>>>>>>>> ... >>>>>>>>>>>>> user_admin_admin = admin .admin .reseller_admin >>>>>>>>>>>>> user_test_tester = testing .admin >>>>>>>>>>>>> user_test2_tester2 = testing2 .admin >>>>>>>>>>>>> user_test_tester3 = testing3 >>>>>>>>>>>>> user_prag2648_pragya = pj2648.admin.reseller_admin >>>>>>>>>>>>> ... >>>>>>>>>>>>> >>>>>>>>>>>>> save and exit >>>>>>>>>>>>> Then, run following commands: >>>>>>>>>>>>> root at arun-Aspire-5742:~# sudo swift-init account start >>>>>>>>>>>>> Starting account-server...(/etc/swift/account-server.conf) >>>>>>>>>>>>> root at arun-Aspire-5742:~# sudo swift-init proxy restart >>>>>>>>>>>>> Signal proxy-server  pid: 2476  signal: 15 >>>>>>>>>>>>> proxy-server (2476) appears to have stopped >>>>>>>>>>>>> Starting proxy-server...(/etc/swift/proxy-server.conf) >>>>>>>>>>>>> root at arun-Aspire-5742:~# curl -v -H 'X-Auth-User:prag2648:pragya' -H 'X-Auth-Key:pj2648' http://localhost/auth/v1.0/ >>>>>>>>>>>>> * About to connect() to localhost port 80 (#0) >>>>>>>>>>>>> *   Trying 127.0.0.1... Connection refused >>>>>>>>>>>>> * couldn't connect to host >>>>>>>>>>>>> * Closing connection #0 >>>>>>>>>>>>> curl: (7) couldn't connect to host >>>>>>>>>>>>> >>>>>>>>>>>>> But, there is an error in establising a connection. >>>>>>>>>>>>> >>>>>>>>>>>>> if, I run the command to start proxy server, then it shows that proxy server is already started. >>>>>>>>>>>>> root at arun-Aspire-5742:~# sudo swift-init proxy start >>>>>>>>>>>>> proxy-server running (2935 - /etc/swift/proxy-server.conf) >>>>>>>>>>>>> proxy-server already started... >>>>>>>>>>>>> >>>>>>>>>>>>> Please help me in this regard. >>>>>>>>>>>>> --- >>>>>>>>>>>>> >>>>>>>>>>>>> Thanks >>>>>>>>>>>>> >>>>>>>>>>>>> Pragya Jain >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> _______________________________________________ >>>>>>>>>>>>> Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>>>>>>>>>>>> Post to     : openstack at lists.openstack.org >>>>>>>>>>>>> Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>> >>>>>>>>>_______________________________________________ >>>>>>>>>Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>>>>>>>>Post to     : openstack at lists.openstack.org >>>>>>>>>Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>>>>>>>> >>>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>>-- >>>>>>>> >>>>>>>>Gareth >>>>>>>> >>>>>>>> >>>>>>>>Cloud Computing, OpenStack, Fitness, Basketball >>>>>>>>OpenStack contributor >>>>>>>>Company: UnitedStack >>>>>>>>My promise: if you find any spelling or grammar mistakes in my email from Mar 1 2013, notify me  >>>>>>>>and I'll donate $1 or ¥1 to an open organization you specify. >>>>>>>> >>>>>>>> >>>>>> >>>>>> >>>>>> >>>> >>>> >>>> >>>_______________________________________________ >>>Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>>Post to     : openstack at lists.openstack.org >>>Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>> >>> >> >> >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From Robert.vanLeeuwen at spilgames.com Fri Sep 6 06:44:20 2013 From: Robert.vanLeeuwen at spilgames.com (Robert van Leeuwen) Date: Fri, 6 Sep 2013 06:44:20 +0000 Subject: [Openstack] Quantum - Second node In-Reply-To: References: Message-ID: <79E00D9220302D448C1D59B5224ED12D8D9CAC10@EchoDB02.spil.local> >ERROR [quantum.plugins.openvswitch.agent.ovs_quantum_agent] Cannot provision GRE network for > net-id=7b30db0c-83e5-45e3-89b3-fe7810c7a553 - tunneling disabled > This is what the second node is getting and the network isn't working cause the system is waiting for the > metadata server. First compute node works fine. I've seen something similar with a non-gre tunnel enabled kernel module. It happened to us when Redhat started to include it's own Openswitch module (without GRE support) overruling our own module by default. You can check if you are running the same openvswitch version on those machines with: modinfo openvswitch At a slightly related note: At some point we decided that GRE was giving us more headaches than that it solved problems so we moved to a VLAN setup. Cheers, Robert van Leeuwen From mrunge at redhat.com Fri Sep 6 07:44:21 2013 From: mrunge at redhat.com (Matthias Runge) Date: Fri, 06 Sep 2013 09:44:21 +0200 Subject: [Openstack] Is Packstack a development environment? In-Reply-To: <1377516022.12220.YahooMailNeo@web194602.mail.sg3.yahoo.com> References: <1377516022.12220.YahooMailNeo@web194602.mail.sg3.yahoo.com> Message-ID: <522987D5.2000409@redhat.com> On 26/08/13 13:20, Peeyush Gupta wrote: > Hi all, > > I have been using openstack through devstack on Ubuntu 12.04 LTS. > Now, I want to try out packstack, but before that I want to know if I > would similar environment through packstack. I can make changes in the > file present in /opt/stack directory and can see the changes reflected. > Is it > possible with packstack? Does packstack only provides easier installation > or is a development environment too? > Ah, noo. Packstack is for deployments. Matthias From yannick.foeillet at alterway.fr Fri Sep 6 08:00:05 2013 From: yannick.foeillet at alterway.fr (Yannick Foeillet) Date: Fri, 6 Sep 2013 10:00:05 +0200 Subject: [Openstack] Novnc does not really work In-Reply-To: <2DAFE8F1-B61F-490F-AB7D-6FB796CB53A5@alterway.fr> References: <2DAFE8F1-B61F-490F-AB7D-6FB796CB53A5@alterway.fr> Message-ID: <2A82711F-9A64-4A99-AED0-1C7CD55DCBA7@alterway.fr> Hi all, It's ok now, i found a 'typo' in nova-conf file on one of my compute : novncproxy_base_url=http:192.168.0.169:6080/vnc_auto.html instead of novncproxy_base_url=http://192.168.0.169:6080/vnc_auto.html Thank you. Le 4 sept. 2013 à 17:31, Yannick Foeillet a écrit : > Thanks Anne, > > I tried with browers below : > > - firefox > - chrome > - safari > > I saw novnc console to work before. > And with the url given by nova it works... > > I continue my investigations . > > Le 4 sept. 2013 à 17:09, Anne Gentle a écrit : > >> What browser are you using? >> To use the VNC client with the dashboard, the browser must support HTML5 Canvas and HTML5 WebSockets. >> >> For details about browsers that support noVNC, seehttps://github.com/kanaka/noVNC/blob/master/README.md, andhttps://github.com/kanaka/noVNC/wiki/Browser-support, respectively. >> >> >> >> On Wed, Sep 4, 2013 at 9:43 AM, Yannick Foeillet wrote: >> Hi everybody, >> >> I'm running a grizzly openstack infrastructure and after some times and reboot i can't use novnc console from dashboard. >> I got a workaround with : >> >> $ nova list >> >> To get my instance ID >> >> $ nova get-vnc-console $ID novnc >> >> Then the url retrieve with last command works fiine. >> >> I took a look at nova-consolauth logs and i found no errors... >> >> Someone has an idea ? >> >> Thanks in advance. >> >> -- >> Yannick >> >> _______________________________________________ >> Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> Post to : openstack at lists.openstack.org >> Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> >> > > -- > Yannick Foeillet > Consultant Expert Infrastructure > Alter Way > 1 rue royale 92210 Saint-Cloud > > > > > > Afin de contribuer au respect de l'environnement, merci de n'imprimer ce mail qu'en cas de nécessité > > > > -- Yannick Foeillet Consultant Expert Infrastructure Alter Way 1 rue royale 92210 Saint-Cloud Afin de contribuer au respect de l'environnement, merci de n'imprimer ce mail qu'en cas de nécessité -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: email-awsig-cloud.jpeg Type: image/jpeg Size: 22463 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 4837 bytes Desc: not available URL: From vill.srk at gmail.com Fri Sep 6 08:22:18 2013 From: vill.srk at gmail.com (Vil Surkin) Date: Fri, 6 Sep 2013 11:22:18 +0300 Subject: [Openstack] How much partition number should be on disk Message-ID: <79F810774E824402A4509A9BD6C0B527@gmail.com> Hello, When i create ring, i use formula like "disks_numbers * 100 and round to nearest power of two". I calculate param "part_power" to be near 100 on each disk. But when i add devices to ring and rebalance them, then i get number of partitions multiplied to "replica_count" number. So, how much partitions should be on one disk? -------------- next part -------------- An HTML attachment was scrubbed... URL: From jongwoohan at naver.com Fri Sep 6 08:26:49 2013 From: jongwoohan at naver.com (=?EUC-KR?B?x9HBvr/s?=) Date: Fri, 6 Sep 2013 17:26:49 +0900 Subject: [Openstack] Instance CPU frequency resizing In-Reply-To: References: Message-ID: The processor clock of vm follows clock of hypervisor's. I looks like your instances reside in different bare metal. Try to fix clock of hypervisor. 2013/9/6 Batsayan Das > > Hi, > > In my test scenario, I need two medium ubuntu instance. The only > difference between the instances is CPU frequency. For example instance1's > CPU operates at 2GHz, whereas instance2's CPU operates at 1GHz. > Is it possible to do this cpu frequency control through openstack/devstack? > > Regards, > Batsayan Das > Tata Consultancy Services > Mailto: batsayan.das at tcs.com > Website: http://www.tcs.com > ____________________________________________ > Experience certainty. IT Services > Business Solutions > Consulting > ____________________________________________ > > =====-----=====-----===== > > Notice: The information contained in this e-mail > message and/or attachments to it may contain > confidential or privileged information. If you are > not the intended recipient, any dissemination, use, > review, distribution, printing or copying of the > information contained in this e-mail message > and/or attachments to it are strictly prohibited. If > you have received this communication in error, > please notify us by reply e-mail or telephone and > immediately and permanently delete the message > and any attachments. Thank you > > > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > -- Jongwoo Han 0505-227-6108 -------------- next part -------------- An HTML attachment was scrubbed... URL: From vill.srk at gmail.com Fri Sep 6 08:45:15 2013 From: vill.srk at gmail.com (Vil Surkin) Date: Fri, 6 Sep 2013 11:45:15 +0300 Subject: [Openstack] How much partition number should be on disk In-Reply-To: <79F810774E824402A4509A9BD6C0B527@gmail.com> References: <79F810774E824402A4509A9BD6C0B527@gmail.com> Message-ID: <4D0B991D946844AEACB1CB620D95365E@gmail.com> In source code (https://github.com/openstack/swift/blob/master/bin/swift-ring-builder line 289) i found, that partitions count multiple 'replica_count' param only when i print information about ring. So, what 'partition_power' i should use for installation with, for example, 500 disks? And how much partitions are really placed on disks: 2^part_power or 2^port_power*replica_count ? пятница, 6 сентября 2013 г. в 11:22, Vil Surkin написал: > Hello, > > When i create ring, i use formula like "disks_numbers * 100 and round to nearest power of two". I calculate param "part_power" to be near 100 on each disk. But when i add devices to ring and rebalance them, then i get number of partitions multiplied to "replica_count" number. > > So, how much partitions should be on one disk? -------------- next part -------------- An HTML attachment was scrubbed... URL: From n.paladi at gmail.com Fri Sep 6 10:20:38 2013 From: n.paladi at gmail.com (Nicolae Paladi) Date: Fri, 6 Sep 2013 12:20:38 +0200 Subject: [Openstack] Quantum/Grizzy - Instance doesn't get IP In-Reply-To: References: <1378250729.59671.YahooMailNeo@web141001.mail.bf1.yahoo.com> <5226B1E2.1030305@gmail.com> <3712E275-EE13-40DB-9842-32B87FD1E2FB@IGT.com> <5227822A.7090901@gmail.com> Message-ID: Hi Marcelo, I have the same issue (I'm on CentOS 6.4 though); have you found a solution? There was a similar thread earler: http://openstack.redhat.com/forum/discussion/230/warning-quantum-db-agentschedulers_db-fail-scheduling-network/p1 Make sure that all agents are up in 'quantum agent-list' Also, in your quantum/server.log, do you get something like: WARNING [quantum.api.extensions] Extension routed-service-insertion not supported by any of loaded plugins I am trying to understand if this is a related problem or something that can be ignored atm; I can say that after some fiddling with the quantum dhcp agents my instances were getting an IP address and I could reach them yesterday, but apparently that wasn't very stable and today I'm back with the same issue. cheers, /Nicolae On 5 September 2013 03:42, happy idea wrote: > Are you sure you had follow this page'guide ? > http://docs.openstack.org/grizzly/basic-install/apt/content/basic-install_network.html > > > 2013/9/5 Marcelo Dieder > >> Hi, yes, I have dnsmasq installed on Network Node. >> >> root at network:~# apt-get install dnsmasq >> Reading package lists... Done >> Building dependency tree >> Reading state information... Done >> dnsmasq is already the newest version. >> 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. >> >> >> root at network:~# ps aux | grep -i dnsmasq >> >> dnsmasq 3807 0.0 0.1 28820 980 ? S 15:29 0:00 >> /usr/sbin/dnsmasq -x /var/run/dnsmasq/dnsmasq.pid -u dnsmasq -r >> /var/run/dnsmasq/resolv.conf -7 >> /etc/dnsmasq.d,.dpkg-dist,.dpkg-old,.dpkg-new >> >> nobody 26040 0.0 0.2 28820 1004 ? S 15:45 0:00 dnsmasq >> --no-hosts --no-resolv --strict-order --bind-interfaces >> --interface=tap91e05e25-7f --except-interface=lo >> --pid-file=/var/lib/quantum/dhcp/a8f7c937-e8d0-4952-bff6-7d364335df22/pid >> --dhcp-hostsfile=/var/lib/quantum/dhcp/a8f7c937-e8d0-4952-bff6-7d364335df22/host >> --dhcp-optsfile=/var/lib/quantum/dhcp/a8f7c937-e8d0-4952-bff6-7d364335df22/opts >> --dhcp-script=/usr/bin/quantum-dhcp-agent-dnsmasq-lease-update >> --leasefile-ro --dhcp-range=set:tag0,10.5.5.0,static,120s --conf-file= >> --domain=openstacklocal >> >> root 26041 0.0 0.0 28792 244 ? S 15:45 0:00 dnsmasq >> --no-hosts --no-resolv --strict-order --bind-interfaces >> --interface=tap91e05e25-7f --except-interface=lo >> --pid-file=/var/lib/quantum/dhcp/a8f7c937-e8d0-4952-bff6-7d364335df22/pid >> --dhcp-hostsfile=/var/lib/quantum/dhcp/a8f7c937-e8d0-4952-bff6-7d364335df22/host >> --dhcp-optsfile=/var/lib/quantum/dhcp/a8f7c937-e8d0-4952-bff6-7d364335df22/opts >> --dhcp-script=/usr/bin/quantum-dhcp-agent-dnsmasq-lease-update >> --leasefile-ro --dhcp-range=set:tag0,10.5.5.0,static,120s --conf-file= >> --domain=openstacklocal >> >> I restarted the service dnsmasq, but occured the same problem when I >> started a new instance. >> >> 2013-09-04 15:39:44 WARNING [quantum.db.agentschedulers_db] Fail >> scheduling network {'status': u'ACTIVE', 'subnets': >> [u'80b21701-4b05-4585-985a-60905ff42531'], 'name': u'public', >> 'provider:physical_network': None, 'admin_state_up': True, 'tenant_id': >> u'27d2b93f11ac4e91a3edb26edb28fb6b', 'provider:network_type': u'gre', >> 'router:external': True, 'shared': False, 'id': >> u'b3e465b7-b5a2-45d5-8b24-aa8bea0ab0a0', 'provider:segmentation_id': 2L} >> >> 2013-09-04 15:47:00 WARNING [quantum.db.agentschedulers_db] Fail >> scheduling network {'status': u'ACTIVE', 'subnets': >> [u'80b21701-4b05-4585-985a-60905ff42531'], 'name': u'public', >> 'provider:physical_network': None, 'admin_state_up': True, 'tenant_id': >> u'27d2b93f11ac4e91a3edb26edb28fb6b', 'provider:network_type': u'gre', >> 'router:external': True, 'shared': False, 'id': >> u'b3e465b7-b5a2-45d5-8b24-aa8bea0ab0a0', 'provider:segmentation_id': 2L} >> >> Thanks. >> Marcelo Dieder >> >> >> On 09/04/2013 11:15 AM, Hathaway.Jon wrote: >> >> Do you have dnsmasq installed? I found that it isnt installed as a >> dependency. Without it i never received dhcp either. >> >> Sent from my iPhone >> >> On Sep 3, 2013, at 10:31 PM, "happy idea" >> wrote: >> >> you didn't install the dhcp agent, please refer to this guide >> https://github.com/mseknibilel/OpenStack-Grizzly-Install-Guide/blob/OVS_MultiNode/OpenStack_Grizzly_Install_Guide.rst >> >> >> 2013/9/4 Marcelo Dieder >> >>> Hi All! >>> >>> I have a ambient with 3 hosts (Network, Controller and Node1 (Qemu)). I >>> created an ambient based this tutorial ( >>> http://docs.openstack.org/grizzly/basic-install/apt/content/basic-install_controller.html). >>> My problem is when I create a instance. The instance Instance doesn't get >>> IP address. >>> >>> checking http://169.254.169.254/20090404/instanceid >>> failed 1/20: up 187.68. request failed >>> failed 2/20: up 190.06. request failed >>> failed 3/20: up 192.24. request failed >>> failed 4/20: up 194.43. request failed >>> failed 5/20: up 196.61. request failed >>> failed 6/20: up 198.82. request failed >>> failed 7/20: up 201.03. request failed >>> failed 8/20: up 203.22. request failed >>> failed 9/20: up 205.42. request failed >>> failed 10/20: up 207.64. request failed >>> failed 11/20: up 209.87. request failed >>> failed 12/20: up 212.08. request failed >>> failed 13/20: up 214.29. request failed >>> failed 14/20: up 216.49. request failed >>> failed 15/20: up 218.70. request failed >>> failed 16/20: up 220.91. request failed >>> failed 17/20: up 223.13. request failed >>> failed 18/20: up 225.38. request failed >>> failed 19/20: up 227.62. request failed >>> failed 20/20: up 229.87. request failed >>> failed to read iid from metadata. tried 20 >>> no results found for mode=net. up 232.10. searched: nocloud configdrive ec2 >>> failed to get instanceid of datasource >>> Starting dropbear sshd: generating rsa key... generating dsa key... OK >>> === network info === >>> ifinfo: lo,up,127.0.0.1,8,::1 >>> ifinfo: eth0,up,,8,fe80::f816:3eff:fef3:2a6d >>> === datasource: None None === >>> >>> >>> At the controller I received the warning: >>> >>> >>> 2013-09-04 00:40:44 WARNING [quantum.scheduler.dhcp_agent_scheduler] No >>> active DHCP agents >>> 2013-09-04 00:40:44 WARNING [quantum.db.agentschedulers_db] Fail >>> scheduling network {'status': u'ACTIVE', 'subnets': >>> [u'80b21701-4b05-4585-985a-60905ff42531'], 'name': u'public', >>> 'provider:physical_network': None, 'admin_state_up': True, 'tenant_id': >>> u'27d2b93f11ac4e91a3edb26edb28fb6b', 'provider:network_type': u'gre', >>> 'router:external': True, 'shared': False, 'id': >>> u'b3e465b7-b5a2-45d5-8b24-aa8bea0ab0a0', 'provider:segmentation_id': 2L} >>> >>> And when I executed: >>> >>> >>> root at cloud:~# quantum agent-list >>> Unknown command ['agent-list'] >>> >>> Other commands: >>> >>> root at cloud:~# nova-manage service list >>> Binary Host Zone >>> Status State Updated_At >>> nova-cert cloud internal >>> enabled :-) 2013-09-04 03:59:12 >>> nova-consoleauth cloud internal >>> enabled :-) 2013-09-04 03:59:12 >>> nova-scheduler cloud internal >>> enabled :-) 2013-09-04 03:59:12 >>> nova-conductor cloud internal >>> enabled :-) 2013-09-04 03:59:12 >>> nova-compute c01 nova >>> enabled :-) 2013-09-04 03:59:04 >>> >>> root at c01:~# nova list >>> >>> +--------------------------------------+---------+--------+------------------------+ >>> | ID | Name | Status | >>> Networks | >>> >>> +--------------------------------------+---------+--------+------------------------+ >>> | 2c704622-1b5f-4651-9553-51aabee9090c | test29 | ACTIVE | >>> public=xxx.xxx.xxx.xxx | >>> >>> I searched but I couldn't find any resolution. Anybody has this problem? >>> >>> Cheers. >>> >>> Marcelo Dieder >>> >>> >>> >>> _______________________________________________ >>> Mailing list: >>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>> Post to : openstack at lists.openstack.org >>> Unsubscribe : >>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>> >>> >> _______________________________________________ >> Mailing list: >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> Post to : openstack at lists.openstack.org >> Unsubscribe : >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> >> >> > > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From giuseppegaleota at gmail.com Fri Sep 6 13:23:12 2013 From: giuseppegaleota at gmail.com (Giuseppe Galeota) Date: Fri, 6 Sep 2013 15:23:12 +0200 Subject: [Openstack] [Trove] Relational or Non-relational DB? Message-ID: Dear all, I am a developer interested to the Databases as a Service, and in particular for creation of relational and non-relational databases. So I joined the Trove project. On this link (https://wiki.openstack.org/wiki/Trove#Mission_Statement) I read: "Mission of Trove: to provide scalable and reliable Cloud Database as a Service provisioning functionality for *both relational and non-relational database engines*. On this link (http://docs.openstack.org/developer/trove/#introduction), instead, I read: "It’s designed to run entirely on OpenStack, with the goal of allowing users to quickly and easily utilize the features of *a relational database*" So, I am confused. 1) Is Trove designed to create both a *relational *and a *non-relationa*l database? 2) Is Trove designed to create *only a relational* database? In this case, how can I modify the source code in order to allow creation of relational databases that use no-mysql engine (but use, for example, Postegres)? Thank you very much, Giuseppe -------------- next part -------------- An HTML attachment was scrubbed... URL: From giuseppegaleota at gmail.com Fri Sep 6 13:30:06 2013 From: giuseppegaleota at gmail.com (Giuseppe Galeota) Date: Fri, 6 Sep 2013 15:30:06 +0200 Subject: [Openstack] [Trove] Message-ID: Dear all, I think that there is a poor documentation about Trove architecture and operation. 1) Can you link me a guide to the Trove architecture, in order to better understand how databases instances are created by Trove's components? Thank you very much, Giuseppe -------------- next part -------------- An HTML attachment was scrubbed... URL: From josh.odom at rackspace.com Fri Sep 6 14:01:59 2013 From: josh.odom at rackspace.com (Josh Odom) Date: Fri, 6 Sep 2013 14:01:59 +0000 Subject: [Openstack] [Trove] Relational or Non-relational DB? In-Reply-To: Message-ID: Hi Giuesppe, The mission statement for trove was recently changed and approved by the technical committee to include both relational and non-relational databases. There are several blueprints in place for non-relational data stores with some implementation work also in flight. -Josh From: Giuseppe Galeota > Date: Friday, September 6, 2013 8:23 AM To: "openstack at lists.openstack.org" > Subject: [Openstack] [Trove] Relational or Non-relational DB? Dear all, I am a developer interested to the Databases as a Service, and in particular for creation of relational and non-relational databases. So I joined the Trove project. On this link (https://wiki.openstack.org/wiki/Trove#Mission_Statement) I read: "Mission of Trove: to provide scalable and reliable Cloud Database as a Service provisioning functionality for both relational and non-relational database engines. On this link (http://docs.openstack.org/developer/trove/#introduction), instead, I read: "It’s designed to run entirely on OpenStack, with the goal of allowing users to quickly and easily utilize the features of a relational database" So, I am confused. 1) Is Trove designed to create both a relational and a non-relational database? 2) Is Trove designed to create only a relational database? In this case, how can I modify the source code in order to allow creation of relational databases that use no-mysql engine (but use, for example, Postegres)? Thank you very much, Giuseppe -------------- next part -------------- An HTML attachment was scrubbed... URL: From mbasnight at gmail.com Fri Sep 6 14:02:01 2013 From: mbasnight at gmail.com (Michael Basnight) Date: Fri, 6 Sep 2013 09:02:01 -0500 Subject: [Openstack] [openstack-dev] [Trove] In-Reply-To: References: Message-ID: <8E63CA00-D484-48FD-B68C-14219661A820@gmail.com> On Sep 6, 2013, at 8:30 AM, Giuseppe Galeota wrote: > Dear all, > I think that there is a poor documentation about Trove architecture and operation. Thanks for your interest in trove. I agree. As ptl I will devote time (now that the h3 madness has slowed for us) to doc'ing better information for you. > > 1) Can you link me a guide to the Trove architecture, in order to better understand how databases instances are created by Trove's components? Give me a bit, I'm pretty sure we had some reddwarf (pre rename) docs somewhere on the wiki. Ill try to find/reorg them today. > > Thank you very much, > Giuseppe > _______________________________________________ > OpenStack-dev mailing list > OpenStack-dev at lists.openstack.org > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev -------------- next part -------------- An HTML attachment was scrubbed... URL: From marcelodieder at gmail.com Fri Sep 6 14:26:37 2013 From: marcelodieder at gmail.com (Marcelo Dieder) Date: Fri, 06 Sep 2013 11:26:37 -0300 Subject: [Openstack] Quantum/Grizzy - Instance doesn't get IP In-Reply-To: References: <1378250729.59671.YahooMailNeo@web141001.mail.bf1.yahoo.com> <5226B1E2.1030305@gmail.com> <3712E275-EE13-40DB-9842-32B87FD1E2FB@IGT.com> <5227822A.7090901@gmail.com> Message-ID: <5229E61D.6000001@gmail.com> Hi Nicolae, Apparently I have not located the problem, but I followed the tutorial and now the quantum agent-list command worked. I made a comparison with the packages and guide http://docs.openstack.org/grizzly/basic-install/apt/content/basic-install_controller.html The difference between the two seems to be in openvswitch packages and kernel version. Guide in DOCS OpenStack seems the packages are incompatible and commands such as quantum-agent that doesn't exist. Guide: https://github.com/mseknibilel/OpenStack-Grizzly-Install-Guide/blob/OVS_MultiNode/OpenStack_Grizzly_Install_Guide.rst Packages: quantum-plugin-openvswitch:amd64 (2013.1.2-0ubuntu1~cloud0, automatic) quantum-l3-agent:amd64 (2013.1.2-0ubuntu1~cloud0) quantum-dhcp-agent:amd64 (2013.1.2-0ubuntu1~cloud0) quantum-plugin-openvswitch-agent:amd64 (2013.1.2-0ubuntu1~cloud0) python-quantumclient:amd64 (2.2.0-0ubuntu1~cloud0, automatic) python-quantum:amd64 (2013.1.2-0ubuntu1~cloud0, automatic) quantum-metadata-agent:amd64 (2013.1.2-0ubuntu1~cloud0) quantum-common:amd64 (2013.1.2-0ubuntu1~cloud0, automatic) openvswitch-switch:amd64 (1.4.0-1ubuntu1.5) openvswitch-common:amd64 (1.4.0-1ubuntu1.5, automatic) openvswitch-datapath-dkms:amd64 (1.4.0-1ubuntu1.5) root at network:~# lsb_release -a No LSB modules are available. Distributor ID: Ubuntu Description: Ubuntu 12.04.3 LTS Release: 12.04 Codename: precise root at network:~# uname -r 3.5.0-39-generic APT Sources deb http://ubuntu-cloud.archive.canonical.com/ubuntu precise-updates/grizzly main Guide: http://docs.openstack.org/grizzly/basic-install/apt/content/basic-install_controller.html quantum-plugin-openvswitch:amd64 (2013.1.2-0ubuntu1~cloud0, automatic) quantum-l3-agent:amd64 (2013.1.2-0ubuntu1~cloud0) quantum-dhcp-agent:amd64 (2013.1.2-0ubuntu1~cloud0) quantum-plugin-openvswitch-agent:amd64 (2013.1.2-0ubuntu1~cloud0) python-quantumclient:amd64 (3.0.a1-1, automatic) python-quantum:amd64 (2013.1.2-0ubuntu1~cloud0, automatic) quantum-metadata-agent:amd64 (2013.1.2-0ubuntu1~cloud0, automatic) quantum-common:amd64 (2013.1.2-0ubuntu1~cloud0, automatic) openvswitch-switch:amd64 (1.4.2+git20120612-9.1~deb7u1) openvswitch-common:amd64 (1.4.2+git20120612-9.1~deb7u1, automatic) openvswitch-datapath-dkms:amd64 (1.4.2+git20120612-9.1~deb7u1) root at network:~# lsb_release -a No LSB modules are available. Distributor ID: Ubuntu Description: Ubuntu 12.04.3 LTS Release: 12.04 Codename: precise root at network:~# uname -r 3.2.0-52-generic APT Sources deb http://ubuntu-cloud.archive.canonical.com/ubuntu precise-updates/grizzly main deb http://archive.gplhost.com/debian grizzly main deb http://archive.gplhost.com/debian grizzly-backports main After I set everything up again with guide mseknibilel, the quantum agent-list works, and the instance can finally get the IP. An important issue to be checked is whether the network interfaces of the bridges are in promiscuous mode on the hypervisor. In my case I use XenServer 6.2, I had to enable promisc mode interfaces VIF and PIF. Do you have any logs with errors? Thanks for all. Marcelo Dieder On 09/06/2013 07:20 AM, Nicolae Paladi wrote: > Hi Marcelo, > > I have the same issue (I'm on CentOS 6.4 though); have you found a > solution? > There was a similar thread earler: > http://openstack.redhat.com/forum/discussion/230/warning-quantum-db-agentschedulers_db-fail-scheduling-network/p1 > Make sure that all agents are up in 'quantum agent-list' > > Also, in your quantum/server.log, do you get something like: > WARNING [quantum.api.extensions] Extension routed-service-insertion > not supported by any of loaded plugins > > I am trying to understand if this is a related problem or something > that can be ignored atm; > > I can say that after some fiddling with the quantum dhcp agents my > instances were getting an IP address and I could reach them yesterday, but > apparently that wasn't very stable and today I'm back with the same > issue. > > cheers, > /Nicolae > > > On 5 September 2013 03:42, happy idea > wrote: > > Are you sure you had follow this page'guide ? > http://docs.openstack.org/grizzly/basic-install/apt/content/basic-install_network.html > > > 2013/9/5 Marcelo Dieder > > > Hi, yes, I have dnsmasq installed on Network Node. > > root at network:~# apt-get install dnsmasq > Reading package lists... Done > Building dependency tree > Reading state information... Done > dnsmasq is already the newest version. > 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. > > > root at network:~# ps aux | grep -i dnsmasq > > dnsmasq 3807 0.0 0.1 28820 980 ? S 15:29 0:00 > /usr/sbin/dnsmasq -x /var/run/dnsmasq/dnsmasq.pid -u dnsmasq > -r /var/run/dnsmasq/resolv.conf -7 > /etc/dnsmasq.d,.dpkg-dist,.dpkg-old,.dpkg-new > > nobody 26040 0.0 0.2 28820 1004 ? S 15:45 0:00 > dnsmasq --no-hosts --no-resolv --strict-order > --bind-interfaces --interface=tap91e05e25-7f > --except-interface=lo > --pid-file=/var/lib/quantum/dhcp/a8f7c937-e8d0-4952-bff6-7d364335df22/pid > --dhcp-hostsfile=/var/lib/quantum/dhcp/a8f7c937-e8d0-4952-bff6-7d364335df22/host > --dhcp-optsfile=/var/lib/quantum/dhcp/a8f7c937-e8d0-4952-bff6-7d364335df22/opts > --dhcp-script=/usr/bin/quantum-dhcp-agent-dnsmasq-lease-update > --leasefile-ro --dhcp-range=set:tag0,10.5.5.0,static,120s > --conf-file= --domain=openstacklocal > > root 26041 0.0 0.0 28792 244 ? S 15:45 0:00 > dnsmasq --no-hosts --no-resolv --strict-order > --bind-interfaces --interface=tap91e05e25-7f > --except-interface=lo > --pid-file=/var/lib/quantum/dhcp/a8f7c937-e8d0-4952-bff6-7d364335df22/pid > --dhcp-hostsfile=/var/lib/quantum/dhcp/a8f7c937-e8d0-4952-bff6-7d364335df22/host > --dhcp-optsfile=/var/lib/quantum/dhcp/a8f7c937-e8d0-4952-bff6-7d364335df22/opts > --dhcp-script=/usr/bin/quantum-dhcp-agent-dnsmasq-lease-update > --leasefile-ro --dhcp-range=set:tag0,10.5.5.0,static,120s > --conf-file= --domain=openstacklocal > > I restarted the service dnsmasq, but occured the same problem > when I started a new instance. > > 2013-09-04 15:39:44 WARNING [quantum.db.agentschedulers_db] > Fail scheduling network {'status': u'ACTIVE', 'subnets': > [u'80b21701-4b05-4585-985a-60905ff42531'], 'name': u'public', > 'provider:physical_network': None, 'admin_state_up': True, > 'tenant_id': u'27d2b93f11ac4e91a3edb26edb28fb6b', > 'provider:network_type': u'gre', 'router:external': True, > 'shared': False, 'id': > u'b3e465b7-b5a2-45d5-8b24-aa8bea0ab0a0', > 'provider:segmentation_id': 2L} > > 2013-09-04 15:47:00 WARNING [quantum.db.agentschedulers_db] > Fail scheduling network {'status': u'ACTIVE', 'subnets': > [u'80b21701-4b05-4585-985a-60905ff42531'], 'name': u'public', > 'provider:physical_network': None, 'admin_state_up': True, > 'tenant_id': u'27d2b93f11ac4e91a3edb26edb28fb6b', > 'provider:network_type': u'gre', 'router:external': True, > 'shared': False, 'id': > u'b3e465b7-b5a2-45d5-8b24-aa8bea0ab0a0', > 'provider:segmentation_id': 2L} > > Thanks. > Marcelo Dieder > > > On 09/04/2013 11:15 AM, Hathaway.Jon wrote: >> Do you have dnsmasq installed? I found that it isnt installed >> as a dependency. Without it i never received dhcp either. >> >> Sent from my iPhone >> >> On Sep 3, 2013, at 10:31 PM, "happy idea" >> > > wrote: >> >>> you didn't install the dhcp agent, please refer to this >>> guide >>> https://github.com/mseknibilel/OpenStack-Grizzly-Install-Guide/blob/OVS_MultiNode/OpenStack_Grizzly_Install_Guide.rst >>> >>> >>> 2013/9/4 Marcelo Dieder >> > >>> >>> Hi All! >>> >>> I have a ambient with 3 hosts (Network, Controller and >>> Node1 (Qemu)). I created an ambient based this tutorial >>> (http://docs.openstack.org/grizzly/basic-install/apt/content/basic-install_controller.html). >>> My problem is when I create a instance. The instance >>> Instance doesn't get IP address. >>> >>> checkinghttp://169.254.169.254/20090404/instanceid >>> failed 1/20: up 187.68. request failed >>> failed 2/20: up 190.06. request failed >>> failed 3/20: up 192.24. request failed >>> failed 4/20: up 194.43. request failed >>> failed 5/20: up 196.61. request failed >>> failed 6/20: up 198.82. request failed >>> failed 7/20: up 201.03. request failed >>> failed 8/20: up 203.22. request failed >>> failed 9/20: up 205.42. request failed >>> failed 10/20: up 207.64. request failed >>> failed 11/20: up 209.87. request failed >>> failed 12/20: up 212.08. request failed >>> failed 13/20: up 214.29. request failed >>> failed 14/20: up 216.49. request failed >>> failed 15/20: up 218.70. request failed >>> failed 16/20: up 220.91. request failed >>> failed 17/20: up 223.13. request failed >>> failed 18/20: up 225.38. request failed >>> failed 19/20: up 227.62. request failed >>> failed 20/20: up 229.87. request failed >>> failed to read iid from metadata. tried 20 >>> no results found for mode=net. up 232.10. searched: nocloud configdrive ec2 >>> failed to get instanceid of datasource >>> Starting dropbear sshd: generating rsa key... generating dsa key... OK >>> === network info === >>> ifinfo: lo,up,127.0.0.1,8,::1 >>> ifinfo: eth0,up,,8,fe80::f816:3eff:fef3:2a6d >>> === datasource: None None === >>> >>> >>> At the controller I received the warning: >>> >>> >>> 2013-09-04 00:40:44 WARNING >>> [quantum.scheduler.dhcp_agent_scheduler] No active DHCP >>> agents >>> 2013-09-04 00:40:44 WARNING >>> [quantum.db.agentschedulers_db] Fail scheduling network >>> {'status': u'ACTIVE', 'subnets': >>> [u'80b21701-4b05-4585-985a-60905ff42531'], 'name': >>> u'public', 'provider:physical_network': None, >>> 'admin_state_up': True, 'tenant_id': >>> u'27d2b93f11ac4e91a3edb26edb28fb6b', >>> 'provider:network_type': u'gre', 'router:external': >>> True, 'shared': False, 'id': >>> u'b3e465b7-b5a2-45d5-8b24-aa8bea0ab0a0', >>> 'provider:segmentation_id': 2L} >>> >>> And when I executed: >>> >>> >>> root at cloud:~# quantum agent-list >>> Unknown command ['agent-list'] >>> >>> Other commands: >>> >>> root at cloud:~# nova-manage service list >>> Binary Host Zone Status State Updated_At >>> nova-cert cloud internal enabled :-) >>> 2013-09-04 03:59:12 >>> nova-consoleauth cloud internal enabled :-) >>> 2013-09-04 03:59:12 >>> nova-scheduler cloud internal enabled :-) >>> 2013-09-04 03:59:12 >>> nova-conductor cloud internal enabled :-) >>> 2013-09-04 03:59:12 >>> nova-compute c01 nova enabled :-) >>> 2013-09-04 03:59:04 >>> >>> root at c01:~# nova list >>> +--------------------------------------+---------+--------+------------------------+ >>> | ID | Name | Status | Networks | >>> +--------------------------------------+---------+--------+------------------------+ >>> | 2c704622-1b5f-4651-9553-51aabee9090c | test29 | ACTIVE >>> | public=xxx.xxx.xxx.xxx | >>> >>> I searched but I couldn't find any resolution. Anybody >>> has this problem? >>> >>> Cheers. >>> >>> Marcelo Dieder >>> >>> >>> >>> _______________________________________________ >>> Mailing list: >>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>> Post to : openstack at lists.openstack.org >>> >>> Unsubscribe : >>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>> >>> >>> _______________________________________________ >>> Mailing list: >>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>> Post to : openstack at lists.openstack.org >>> >>> Unsubscribe : >>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > > > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From marcelodieder at gmail.com Fri Sep 6 14:29:39 2013 From: marcelodieder at gmail.com (Marcelo Dieder) Date: Fri, 06 Sep 2013 11:29:39 -0300 Subject: [Openstack] Quantum/Grizzy - Instance doesn't get IP In-Reply-To: <5229E61D.6000001@gmail.com> References: <1378250729.59671.YahooMailNeo@web141001.mail.bf1.yahoo.com> <5226B1E2.1030305@gmail.com> <3712E275-EE13-40DB-9842-32B87FD1E2FB@IGT.com> <5227822A.7090901@gmail.com> <5229E61D.6000001@gmail.com> Message-ID: <5229E6D3.5080600@gmail.com> The python-quantumclient also has different versions at the two guides. Marcelo Dieder On 09/06/2013 11:26 AM, Marcelo Dieder wrote: > Hi Nicolae, > > Apparently I have not located the problem, but I followed the tutorial > and now the quantum agent-list command worked. > > I made a comparison with the packages and guide > http://docs.openstack.org/grizzly/basic-install/apt/content/basic-install_controller.html > The difference between the two seems to be in openvswitch packages and > kernel version. Guide in DOCS OpenStack seems the packages are > incompatible and commands such as quantum-agent that doesn't exist. > > Guide: > https://github.com/mseknibilel/OpenStack-Grizzly-Install-Guide/blob/OVS_MultiNode/OpenStack_Grizzly_Install_Guide.rst > > Packages: > > quantum-plugin-openvswitch:amd64 (2013.1.2-0ubuntu1~cloud0, automatic) > quantum-l3-agent:amd64 (2013.1.2-0ubuntu1~cloud0) > quantum-dhcp-agent:amd64 (2013.1.2-0ubuntu1~cloud0) > quantum-plugin-openvswitch-agent:amd64 (2013.1.2-0ubuntu1~cloud0) > python-quantumclient:amd64 (2.2.0-0ubuntu1~cloud0, automatic) > python-quantum:amd64 (2013.1.2-0ubuntu1~cloud0, automatic) > quantum-metadata-agent:amd64 (2013.1.2-0ubuntu1~cloud0) > quantum-common:amd64 (2013.1.2-0ubuntu1~cloud0, automatic) > openvswitch-switch:amd64 (1.4.0-1ubuntu1.5) > openvswitch-common:amd64 (1.4.0-1ubuntu1.5, automatic) > openvswitch-datapath-dkms:amd64 (1.4.0-1ubuntu1.5) > > root at network:~# lsb_release -a > No LSB modules are available. > Distributor ID: Ubuntu > Description: Ubuntu 12.04.3 LTS > Release: 12.04 > Codename: precise > root at network:~# uname -r > 3.5.0-39-generic > > APT Sources > > deb http://ubuntu-cloud.archive.canonical.com/ubuntu > precise-updates/grizzly main > > > Guide: > http://docs.openstack.org/grizzly/basic-install/apt/content/basic-install_controller.html > > quantum-plugin-openvswitch:amd64 (2013.1.2-0ubuntu1~cloud0, automatic) > quantum-l3-agent:amd64 (2013.1.2-0ubuntu1~cloud0) > quantum-dhcp-agent:amd64 (2013.1.2-0ubuntu1~cloud0) > quantum-plugin-openvswitch-agent:amd64 (2013.1.2-0ubuntu1~cloud0) > python-quantumclient:amd64 (3.0.a1-1, automatic) > python-quantum:amd64 (2013.1.2-0ubuntu1~cloud0, automatic) > quantum-metadata-agent:amd64 (2013.1.2-0ubuntu1~cloud0, automatic) > quantum-common:amd64 (2013.1.2-0ubuntu1~cloud0, automatic) > openvswitch-switch:amd64 (1.4.2+git20120612-9.1~deb7u1) > openvswitch-common:amd64 (1.4.2+git20120612-9.1~deb7u1, automatic) > openvswitch-datapath-dkms:amd64 (1.4.2+git20120612-9.1~deb7u1) > > root at network:~# lsb_release -a > No LSB modules are available. > Distributor ID: Ubuntu > Description: Ubuntu 12.04.3 LTS > Release: 12.04 > Codename: precise > root at network:~# uname -r > 3.2.0-52-generic > > APT Sources > > deb http://ubuntu-cloud.archive.canonical.com/ubuntu > precise-updates/grizzly main > deb http://archive.gplhost.com/debian grizzly main > deb http://archive.gplhost.com/debian grizzly-backports main > > After I set everything up again with guide mseknibilel, the quantum > agent-list works, and the instance can finally get the IP. An > important issue to be checked is whether the network interfaces of the > bridges are in promiscuous mode on the hypervisor. In my case I use > XenServer 6.2, I had to enable promisc mode interfaces VIF and PIF. > > Do you have any logs with errors? > > Thanks for all. > > Marcelo Dieder > > On 09/06/2013 07:20 AM, Nicolae Paladi wrote: >> Hi Marcelo, >> >> I have the same issue (I'm on CentOS 6.4 though); have you found a >> solution? >> There was a similar thread earler: >> http://openstack.redhat.com/forum/discussion/230/warning-quantum-db-agentschedulers_db-fail-scheduling-network/p1 >> Make sure that all agents are up in 'quantum agent-list' >> >> Also, in your quantum/server.log, do you get something like: >> WARNING [quantum.api.extensions] Extension routed-service-insertion >> not supported by any of loaded plugins >> >> I am trying to understand if this is a related problem or something >> that can be ignored atm; >> >> I can say that after some fiddling with the quantum dhcp agents my >> instances were getting an IP address and I could reach them >> yesterday, but >> apparently that wasn't very stable and today I'm back with the same >> issue. >> >> cheers, >> /Nicolae >> >> >> On 5 September 2013 03:42, happy idea > > wrote: >> >> Are you sure you had follow this page'guide ? >> http://docs.openstack.org/grizzly/basic-install/apt/content/basic-install_network.html >> >> >> 2013/9/5 Marcelo Dieder > > >> >> Hi, yes, I have dnsmasq installed on Network Node. >> >> root at network:~# apt-get install dnsmasq >> Reading package lists... Done >> Building dependency tree >> Reading state information... Done >> dnsmasq is already the newest version. >> 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. >> >> >> root at network:~# ps aux | grep -i dnsmasq >> >> dnsmasq 3807 0.0 0.1 28820 980 ? S 15:29 0:00 >> /usr/sbin/dnsmasq -x /var/run/dnsmasq/dnsmasq.pid -u dnsmasq >> -r /var/run/dnsmasq/resolv.conf -7 >> /etc/dnsmasq.d,.dpkg-dist,.dpkg-old,.dpkg-new >> >> nobody 26040 0.0 0.2 28820 1004 ? S 15:45 0:00 >> dnsmasq --no-hosts --no-resolv --strict-order >> --bind-interfaces --interface=tap91e05e25-7f >> --except-interface=lo >> --pid-file=/var/lib/quantum/dhcp/a8f7c937-e8d0-4952-bff6-7d364335df22/pid >> --dhcp-hostsfile=/var/lib/quantum/dhcp/a8f7c937-e8d0-4952-bff6-7d364335df22/host >> --dhcp-optsfile=/var/lib/quantum/dhcp/a8f7c937-e8d0-4952-bff6-7d364335df22/opts >> --dhcp-script=/usr/bin/quantum-dhcp-agent-dnsmasq-lease-update --leasefile-ro >> --dhcp-range=set:tag0,10.5.5.0,static,120s --conf-file= >> --domain=openstacklocal >> >> root 26041 0.0 0.0 28792 244 ? S 15:45 0:00 >> dnsmasq --no-hosts --no-resolv --strict-order >> --bind-interfaces --interface=tap91e05e25-7f >> --except-interface=lo >> --pid-file=/var/lib/quantum/dhcp/a8f7c937-e8d0-4952-bff6-7d364335df22/pid >> --dhcp-hostsfile=/var/lib/quantum/dhcp/a8f7c937-e8d0-4952-bff6-7d364335df22/host >> --dhcp-optsfile=/var/lib/quantum/dhcp/a8f7c937-e8d0-4952-bff6-7d364335df22/opts >> --dhcp-script=/usr/bin/quantum-dhcp-agent-dnsmasq-lease-update --leasefile-ro >> --dhcp-range=set:tag0,10.5.5.0,static,120s --conf-file= >> --domain=openstacklocal >> >> I restarted the service dnsmasq, but occured the same problem >> when I started a new instance. >> >> 2013-09-04 15:39:44 WARNING [quantum.db.agentschedulers_db] >> Fail scheduling network {'status': u'ACTIVE', 'subnets': >> [u'80b21701-4b05-4585-985a-60905ff42531'], 'name': u'public', >> 'provider:physical_network': None, 'admin_state_up': True, >> 'tenant_id': u'27d2b93f11ac4e91a3edb26edb28fb6b', >> 'provider:network_type': u'gre', 'router:external': True, >> 'shared': False, 'id': >> u'b3e465b7-b5a2-45d5-8b24-aa8bea0ab0a0', >> 'provider:segmentation_id': 2L} >> >> 2013-09-04 15:47:00 WARNING [quantum.db.agentschedulers_db] >> Fail scheduling network {'status': u'ACTIVE', 'subnets': >> [u'80b21701-4b05-4585-985a-60905ff42531'], 'name': u'public', >> 'provider:physical_network': None, 'admin_state_up': True, >> 'tenant_id': u'27d2b93f11ac4e91a3edb26edb28fb6b', >> 'provider:network_type': u'gre', 'router:external': True, >> 'shared': False, 'id': >> u'b3e465b7-b5a2-45d5-8b24-aa8bea0ab0a0', >> 'provider:segmentation_id': 2L} >> >> Thanks. >> Marcelo Dieder >> >> >> On 09/04/2013 11:15 AM, Hathaway.Jon wrote: >>> Do you have dnsmasq installed? I found that it isnt >>> installed as a dependency. Without it i never received dhcp >>> either. >>> >>> Sent from my iPhone >>> >>> On Sep 3, 2013, at 10:31 PM, "happy idea" >>> >> > wrote: >>> >>>> you didn't install the dhcp agent, please refer to this >>>> guide >>>> https://github.com/mseknibilel/OpenStack-Grizzly-Install-Guide/blob/OVS_MultiNode/OpenStack_Grizzly_Install_Guide.rst >>>> >>>> >>>> 2013/9/4 Marcelo Dieder >>> > >>>> >>>> Hi All! >>>> >>>> I have a ambient with 3 hosts (Network, Controller and >>>> Node1 (Qemu)). I created an ambient based this tutorial >>>> (http://docs.openstack.org/grizzly/basic-install/apt/content/basic-install_controller.html). >>>> My problem is when I create a instance. The instance >>>> Instance doesn't get IP address. >>>> >>>> checkinghttp://169.254.169.254/20090404/instanceid >>>> failed 1/20: up 187.68. request failed >>>> failed 2/20: up 190.06. request failed >>>> failed 3/20: up 192.24. request failed >>>> failed 4/20: up 194.43. request failed >>>> failed 5/20: up 196.61. request failed >>>> failed 6/20: up 198.82. request failed >>>> failed 7/20: up 201.03. request failed >>>> failed 8/20: up 203.22. request failed >>>> failed 9/20: up 205.42. request failed >>>> failed 10/20: up 207.64. request failed >>>> failed 11/20: up 209.87. request failed >>>> failed 12/20: up 212.08. request failed >>>> failed 13/20: up 214.29. request failed >>>> failed 14/20: up 216.49. request failed >>>> failed 15/20: up 218.70. request failed >>>> failed 16/20: up 220.91. request failed >>>> failed 17/20: up 223.13. request failed >>>> failed 18/20: up 225.38. request failed >>>> failed 19/20: up 227.62. request failed >>>> failed 20/20: up 229.87. request failed >>>> failed to read iid from metadata. tried 20 >>>> no results found for mode=net. up 232.10. searched: nocloud configdrive ec2 >>>> failed to get instanceid of datasource >>>> Starting dropbear sshd: generating rsa key... generating dsa key... OK >>>> === network info === >>>> ifinfo: lo,up,127.0.0.1,8,::1 >>>> ifinfo: eth0,up,,8,fe80::f816:3eff:fef3:2a6d >>>> === datasource: None None === >>>> >>>> >>>> At the controller I received the warning: >>>> >>>> >>>> 2013-09-04 00:40:44 WARNING >>>> [quantum.scheduler.dhcp_agent_scheduler] No active DHCP >>>> agents >>>> 2013-09-04 00:40:44 WARNING >>>> [quantum.db.agentschedulers_db] Fail scheduling network >>>> {'status': u'ACTIVE', 'subnets': >>>> [u'80b21701-4b05-4585-985a-60905ff42531'], 'name': >>>> u'public', 'provider:physical_network': None, >>>> 'admin_state_up': True, 'tenant_id': >>>> u'27d2b93f11ac4e91a3edb26edb28fb6b', >>>> 'provider:network_type': u'gre', 'router:external': >>>> True, 'shared': False, 'id': >>>> u'b3e465b7-b5a2-45d5-8b24-aa8bea0ab0a0', >>>> 'provider:segmentation_id': 2L} >>>> >>>> And when I executed: >>>> >>>> >>>> root at cloud:~# quantum agent-list >>>> Unknown command ['agent-list'] >>>> >>>> Other commands: >>>> >>>> root at cloud:~# nova-manage service list >>>> Binary Host Zone Status State Updated_At >>>> nova-cert cloud internal enabled :-) >>>> 2013-09-04 03:59:12 >>>> nova-consoleauth cloud internal enabled :-) >>>> 2013-09-04 03:59:12 >>>> nova-scheduler cloud internal enabled :-) >>>> 2013-09-04 03:59:12 >>>> nova-conductor cloud internal enabled :-) >>>> 2013-09-04 03:59:12 >>>> nova-compute c01 nova enabled :-) >>>> 2013-09-04 03:59:04 >>>> >>>> root at c01:~# nova list >>>> +--------------------------------------+---------+--------+------------------------+ >>>> | ID | Name | Status | Networks | >>>> +--------------------------------------+---------+--------+------------------------+ >>>> | 2c704622-1b5f-4651-9553-51aabee9090c | test29 | >>>> ACTIVE | public=xxx.xxx.xxx.xxx | >>>> >>>> I searched but I couldn't find any resolution. Anybody >>>> has this problem? >>>> >>>> Cheers. >>>> >>>> Marcelo Dieder >>>> >>>> >>>> >>>> _______________________________________________ >>>> Mailing list: >>>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>>> Post to : openstack at lists.openstack.org >>>> >>>> Unsubscribe : >>>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>>> >>>> >>>> _______________________________________________ >>>> Mailing list: >>>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>>> Post to : openstack at lists.openstack.org >>>> >>>> Unsubscribe : >>>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> >> >> >> _______________________________________________ >> Mailing list: >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> Post to : openstack at lists.openstack.org >> >> Unsubscribe : >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From cthier at gmail.com Fri Sep 6 14:33:09 2013 From: cthier at gmail.com (Chuck Thier) Date: Fri, 6 Sep 2013 09:33:09 -0500 Subject: [Openstack] How much partition number should be on disk In-Reply-To: <4D0B991D946844AEACB1CB620D95365E@gmail.com> References: <79F810774E824402A4509A9BD6C0B527@gmail.com> <4D0B991D946844AEACB1CB620D95365E@gmail.com> Message-ID: At a minimum, you want 100 partitions per disk. More partitions doesn't really matter unless you get way too many (for example 100K partitions on a disk is probably a bad idea). And yes, since there are 3 replicas, there will be 3 copies of every partition. When determining the part power, you really want to think about what the max size of your cluster in terms of disk might be, and calculate how many partitions you need based on that, not how many disks you have now. I have a google spreadsheet that can help determine what part size to use: https://docs.google.com/spreadsheet/ccc?key=0At4SyQdtaLTjdGp6R0ZiNnhYQV9WUDJFcllHODJJZFE&usp=sharing Changing the parameters will show you what the max size a cluster can be based on the chosen partition size. -- Chuck On Fri, Sep 6, 2013 at 3:45 AM, Vil Surkin wrote: > In source code ( > https://github.com/openstack/swift/blob/master/bin/swift-ring-builderline 289) i found, that partitions count multiple 'replica_count' param > only when i print information about ring. So, what 'partition_power' i > should use for installation with, for example, 500 disks? And how much > partitions are really placed on disks: 2^part_power or > 2^port_power*replica_count ? > > пятница, 6 сентября 2013 г. в 11:22, Vil Surkin написал: > > Hello, > > When i create ring, i use formula like "disks_numbers * 100 and round to > nearest power of two". I calculate param "part_power" to be near 100 on > each disk. But when i add devices to ring and rebalance them, then i get > number of partitions multiplied to "replica_count" number. > > So, how much partitions should be on one disk? > > > > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From yannick.foeillet at alterway.fr Fri Sep 6 15:00:13 2013 From: yannick.foeillet at alterway.fr (Yannick Foeillet) Date: Fri, 6 Sep 2013 17:00:13 +0200 Subject: [Openstack] [LBAAS] roadmap Message-ID: Hi Openstackers, I am running a grizzly os plateform and i've tried to implement LBAAS with quantum-lbaas-agent package. Installation and configuration are pretty simples, but i was stopped when i tried to assign a floating ip as VIP. It seems not to be supported yet, and i am wondering if anybody knows when this feature will be enabled. Thanks for answers. -- Yannick Foeillet -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 4837 bytes Desc: not available URL: From giuseppegaleota at gmail.com Fri Sep 6 15:05:30 2013 From: giuseppegaleota at gmail.com (Giuseppe Galeota) Date: Fri, 6 Sep 2013 17:05:30 +0200 Subject: [Openstack] [openstack-dev] [Trove] Poor documentation about Trove architecture and operation. Message-ID: Hi Michael, I am very grateful to you. I can't wait to see your documentation about Trove/Reddwarf! Giuseppe. 2013/9/6 Michael Basnight > On Sep 6, 2013, at 8:30 AM, Giuseppe Galeota > wrote: > > Dear all, > I think that there is a poor documentation about Trove architecture and > operation. > > > Thanks for your interest in trove. I agree. As ptl I will devote time (now > that the h3 madness has slowed for us) to doc'ing better information for > you. > > > 1) Can you link me a guide to the Trove architecture, in order to better > understand how databases instances are created by Trove's components? > > > Give me a bit, I'm pretty sure we had some reddwarf (pre rename) docs > somewhere on the wiki. Ill try to find/reorg them today. > > > Thank you very much, > Giuseppe > > _______________________________________________ > OpenStack-dev mailing list > OpenStack-dev at lists.openstack.org > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev > > > _______________________________________________ > OpenStack-dev mailing list > OpenStack-dev at lists.openstack.org > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From n.paladi at gmail.com Fri Sep 6 15:23:47 2013 From: n.paladi at gmail.com (Nicolae Paladi) Date: Fri, 6 Sep 2013 17:23:47 +0200 Subject: [Openstack] Quantum/Grizzy - Instance doesn't get IP In-Reply-To: <5229E6D3.5080600@gmail.com> References: <1378250729.59671.YahooMailNeo@web141001.mail.bf1.yahoo.com> <5226B1E2.1030305@gmail.com> <3712E275-EE13-40DB-9842-32B87FD1E2FB@IGT.com> <5227822A.7090901@gmail.com> <5229E61D.6000001@gmail.com> <5229E6D3.5080600@gmail.com> Message-ID: Hi Marcelo, I might have a solution to the "not getting an IP address" problem, at least it works for me; so, briefly, I use network type VLAN (should not make a difference, not sure) on 3 nodes atm (one controller/network (A), + two compute hosts (B, C)); I went the "diagnostic" way, with trial and error and came to the conclusion that my guests DO get an IP adress when the dhcp-agent running on the respective compute host appears when in the list for that net: how to reproduce: *quantum agent-list | grep DHCP* (you get a table with DHCP agents on different hosts) *quantum dhcp-agent-list-hosting-net * -- you see which dhcp agents are "attached" (don't know how to express it otherwise) to network . So, when a guest is scheduled on and on host B and the dhcp-agent running on host B appears in the list when calling, quantum dhcp-agent-list-hosting-net , then the instance gets the IP address. If if it's not listed, the instance will not get an Ip address. calling *quantum dhcp-agent-network-add * fixes the problem for me. These are just observations, I don't know how the causes and what is the "normal" behavior. Also, even though they do get the IP, I can't reach these instances from the outside (I suspect this has to do with the l3-agent). /Nicolae. On 6 September 2013 16:29, Marcelo Dieder wrote: > The python-quantumclient also has different versions at the two guides. > > Marcelo Dieder > > > On 09/06/2013 11:26 AM, Marcelo Dieder wrote: > > Hi Nicolae, > > Apparently I have not located the problem, but I followed the tutorial and > now the quantum agent-list command worked. > > I made a comparison with the packages and guide > http://docs.openstack.org/grizzly/basic-install/apt/content/basic-install_controller.htmlThe difference between the two seems to be in openvswitch packages and > kernel version. Guide in DOCS OpenStack seems the packages are incompatible > and commands such as quantum-agent that doesn't exist. > > Guide: > https://github.com/mseknibilel/OpenStack-Grizzly-Install-Guide/blob/OVS_MultiNode/OpenStack_Grizzly_Install_Guide.rst > > Packages: > > quantum-plugin-openvswitch:amd64 (2013.1.2-0ubuntu1~cloud0, automatic) > quantum-l3-agent:amd64 (2013.1.2-0ubuntu1~cloud0) > quantum-dhcp-agent:amd64 (2013.1.2-0ubuntu1~cloud0) > quantum-plugin-openvswitch-agent:amd64 (2013.1.2-0ubuntu1~cloud0) > python-quantumclient:amd64 (2.2.0-0ubuntu1~cloud0, automatic) > python-quantum:amd64 (2013.1.2-0ubuntu1~cloud0, automatic) > quantum-metadata-agent:amd64 (2013.1.2-0ubuntu1~cloud0) > quantum-common:amd64 (2013.1.2-0ubuntu1~cloud0, automatic) > openvswitch-switch:amd64 (1.4.0-1ubuntu1.5) > openvswitch-common:amd64 (1.4.0-1ubuntu1.5, automatic) > openvswitch-datapath-dkms:amd64 (1.4.0-1ubuntu1.5) > > root at network:~# lsb_release -a > No LSB modules are available. > Distributor ID: Ubuntu > Description: Ubuntu 12.04.3 LTS > Release: 12.04 > Codename: precise > root at network:~# uname -r > 3.5.0-39-generic > > APT Sources > > deb http://ubuntu-cloud.archive.canonical.com/ubuntuprecise-updates/grizzly main > > > Guide: > http://docs.openstack.org/grizzly/basic-install/apt/content/basic-install_controller.html > > quantum-plugin-openvswitch:amd64 (2013.1.2-0ubuntu1~cloud0, automatic) > quantum-l3-agent:amd64 (2013.1.2-0ubuntu1~cloud0) > quantum-dhcp-agent:amd64 (2013.1.2-0ubuntu1~cloud0) > quantum-plugin-openvswitch-agent:amd64 (2013.1.2-0ubuntu1~cloud0) > python-quantumclient:amd64 (3.0.a1-1, automatic) > python-quantum:amd64 (2013.1.2-0ubuntu1~cloud0, automatic) > quantum-metadata-agent:amd64 (2013.1.2-0ubuntu1~cloud0, automatic) > quantum-common:amd64 (2013.1.2-0ubuntu1~cloud0, automatic) > openvswitch-switch:amd64 (1.4.2+git20120612-9.1~deb7u1) > openvswitch-common:amd64 (1.4.2+git20120612-9.1~deb7u1, automatic) > openvswitch-datapath-dkms:amd64 (1.4.2+git20120612-9.1~deb7u1) > > root at network:~# lsb_release -a > No LSB modules are available. > Distributor ID: Ubuntu > Description: Ubuntu 12.04.3 LTS > Release: 12.04 > Codename: precise > root at network:~# uname -r > 3.2.0-52-generic > > APT Sources > > deb http://ubuntu-cloud.archive.canonical.com/ubuntuprecise-updates/grizzly main > deb http://archive.gplhost.com/debian grizzly main > deb http://archive.gplhost.com/debian grizzly-backports main > > After I set everything up again with guide mseknibilel, the quantum > agent-list works, and the instance can finally get the IP. An important > issue to be checked is whether the network interfaces of the bridges are in > promiscuous mode on the hypervisor. In my case I use XenServer 6.2, I had > to enable promisc mode interfaces VIF and PIF. > > Do you have any logs with errors? > > Thanks for all. > > Marcelo Dieder > > On 09/06/2013 07:20 AM, Nicolae Paladi wrote: > > Hi Marcelo, > > I have the same issue (I'm on CentOS 6.4 though); have you found a > solution? > > There was a similar thread earler: > http://openstack.redhat.com/forum/discussion/230/warning-quantum-db-agentschedulers_db-fail-scheduling-network/p1 > Make sure that all agents are up in 'quantum agent-list' > > Also, in your quantum/server.log, do you get something like: > WARNING [quantum.api.extensions] Extension routed-service-insertion not > supported by any of loaded plugins > > I am trying to understand if this is a related problem or something that > can be ignored atm; > > I can say that after some fiddling with the quantum dhcp agents my > instances were getting an IP address and I could reach them yesterday, but > apparently that wasn't very stable and today I'm back with the same issue. > > cheers, > /Nicolae > > > On 5 September 2013 03:42, happy idea wrote: > >> Are you sure you had follow this page'guide ? >> http://docs.openstack.org/grizzly/basic-install/apt/content/basic-install_network.html >> >> >> 2013/9/5 Marcelo Dieder >> >>> Hi, yes, I have dnsmasq installed on Network Node. >>> >>> root at network:~# apt-get install dnsmasq >>> Reading package lists... Done >>> Building dependency tree >>> Reading state information... Done >>> dnsmasq is already the newest version. >>> 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. >>> >>> >>> root at network:~# ps aux | grep -i dnsmasq >>> >>> dnsmasq 3807 0.0 0.1 28820 980 ? S 15:29 0:00 >>> /usr/sbin/dnsmasq -x /var/run/dnsmasq/dnsmasq.pid -u dnsmasq -r >>> /var/run/dnsmasq/resolv.conf -7 >>> /etc/dnsmasq.d,.dpkg-dist,.dpkg-old,.dpkg-new >>> >>> nobody 26040 0.0 0.2 28820 1004 ? S 15:45 0:00 dnsmasq >>> --no-hosts --no-resolv --strict-order --bind-interfaces >>> --interface=tap91e05e25-7f --except-interface=lo >>> --pid-file=/var/lib/quantum/dhcp/a8f7c937-e8d0-4952-bff6-7d364335df22/pid >>> --dhcp-hostsfile=/var/lib/quantum/dhcp/a8f7c937-e8d0-4952-bff6-7d364335df22/host >>> --dhcp-optsfile=/var/lib/quantum/dhcp/a8f7c937-e8d0-4952-bff6-7d364335df22/opts >>> --dhcp-script=/usr/bin/quantum-dhcp-agent-dnsmasq-lease-update >>> --leasefile-ro --dhcp-range=set:tag0,10.5.5.0,static,120s --conf-file= >>> --domain=openstacklocal >>> >>> root 26041 0.0 0.0 28792 244 ? S 15:45 0:00 dnsmasq >>> --no-hosts --no-resolv --strict-order --bind-interfaces >>> --interface=tap91e05e25-7f --except-interface=lo >>> --pid-file=/var/lib/quantum/dhcp/a8f7c937-e8d0-4952-bff6-7d364335df22/pid >>> --dhcp-hostsfile=/var/lib/quantum/dhcp/a8f7c937-e8d0-4952-bff6-7d364335df22/host >>> --dhcp-optsfile=/var/lib/quantum/dhcp/a8f7c937-e8d0-4952-bff6-7d364335df22/opts >>> --dhcp-script=/usr/bin/quantum-dhcp-agent-dnsmasq-lease-update >>> --leasefile-ro --dhcp-range=set:tag0,10.5.5.0,static,120s --conf-file= >>> --domain=openstacklocal >>> >>> I restarted the service dnsmasq, but occured the same problem when I >>> started a new instance. >>> >>> 2013-09-04 15:39:44 WARNING [quantum.db.agentschedulers_db] Fail >>> scheduling network {'status': u'ACTIVE', 'subnets': >>> [u'80b21701-4b05-4585-985a-60905ff42531'], 'name': u'public', >>> 'provider:physical_network': None, 'admin_state_up': True, 'tenant_id': >>> u'27d2b93f11ac4e91a3edb26edb28fb6b', 'provider:network_type': u'gre', >>> 'router:external': True, 'shared': False, 'id': >>> u'b3e465b7-b5a2-45d5-8b24-aa8bea0ab0a0', 'provider:segmentation_id': 2L} >>> >>> 2013-09-04 15:47:00 WARNING [quantum.db.agentschedulers_db] Fail >>> scheduling network {'status': u'ACTIVE', 'subnets': >>> [u'80b21701-4b05-4585-985a-60905ff42531'], 'name': u'public', >>> 'provider:physical_network': None, 'admin_state_up': True, 'tenant_id': >>> u'27d2b93f11ac4e91a3edb26edb28fb6b', 'provider:network_type': u'gre', >>> 'router:external': True, 'shared': False, 'id': >>> u'b3e465b7-b5a2-45d5-8b24-aa8bea0ab0a0', 'provider:segmentation_id': 2L} >>> >>> Thanks. >>> Marcelo Dieder >>> >>> >>> On 09/04/2013 11:15 AM, Hathaway.Jon wrote: >>> >>> Do you have dnsmasq installed? I found that it isnt installed as a >>> dependency. Without it i never received dhcp either. >>> >>> Sent from my iPhone >>> >>> On Sep 3, 2013, at 10:31 PM, "happy idea" >>> wrote: >>> >>> you didn't install the dhcp agent, please refer to this guide >>> https://github.com/mseknibilel/OpenStack-Grizzly-Install-Guide/blob/OVS_MultiNode/OpenStack_Grizzly_Install_Guide.rst >>> >>> >>> 2013/9/4 Marcelo Dieder >>> >>>> Hi All! >>>> >>>> I have a ambient with 3 hosts (Network, Controller and Node1 (Qemu)). I >>>> created an ambient based this tutorial ( >>>> http://docs.openstack.org/grizzly/basic-install/apt/content/basic-install_controller.html). >>>> My problem is when I create a instance. The instance Instance doesn't get >>>> IP address. >>>> >>>> checking http://169.254.169.254/20090404/instanceid >>>> failed 1/20: up 187.68. request failed >>>> failed 2/20: up 190.06. request failed >>>> failed 3/20: up 192.24. request failed >>>> failed 4/20: up 194.43. request failed >>>> failed 5/20: up 196.61. request failed >>>> failed 6/20: up 198.82. request failed >>>> failed 7/20: up 201.03. request failed >>>> failed 8/20: up 203.22. request failed >>>> failed 9/20: up 205.42. request failed >>>> failed 10/20: up 207.64. request failed >>>> failed 11/20: up 209.87. request failed >>>> failed 12/20: up 212.08. request failed >>>> failed 13/20: up 214.29. request failed >>>> failed 14/20: up 216.49. request failed >>>> failed 15/20: up 218.70. request failed >>>> failed 16/20: up 220.91. request failed >>>> failed 17/20: up 223.13. request failed >>>> failed 18/20: up 225.38. request failed >>>> failed 19/20: up 227.62. request failed >>>> failed 20/20: up 229.87. request failed >>>> failed to read iid from metadata. tried 20 >>>> no results found for mode=net. up 232.10. searched: nocloud configdrive ec2 >>>> failed to get instanceid of datasource >>>> Starting dropbear sshd: generating rsa key... generating dsa key... OK >>>> === network info === >>>> ifinfo: lo,up,127.0.0.1,8,::1 >>>> ifinfo: eth0,up,,8,fe80::f816:3eff:fef3:2a6d >>>> === datasource: None None === >>>> >>>> >>>> At the controller I received the warning: >>>> >>>> >>>> 2013-09-04 00:40:44 WARNING [quantum.scheduler.dhcp_agent_scheduler] >>>> No active DHCP agents >>>> 2013-09-04 00:40:44 WARNING [quantum.db.agentschedulers_db] Fail >>>> scheduling network {'status': u'ACTIVE', 'subnets': >>>> [u'80b21701-4b05-4585-985a-60905ff42531'], 'name': u'public', >>>> 'provider:physical_network': None, 'admin_state_up': True, 'tenant_id': >>>> u'27d2b93f11ac4e91a3edb26edb28fb6b', 'provider:network_type': u'gre', >>>> 'router:external': True, 'shared': False, 'id': >>>> u'b3e465b7-b5a2-45d5-8b24-aa8bea0ab0a0', 'provider:segmentation_id': 2L} >>>> >>>> And when I executed: >>>> >>>> >>>> root at cloud:~# quantum agent-list >>>> Unknown command ['agent-list'] >>>> >>>> Other commands: >>>> >>>> root at cloud:~# nova-manage service list >>>> Binary Host Zone >>>> Status State Updated_At >>>> nova-cert cloud internal >>>> enabled :-) 2013-09-04 03:59:12 >>>> nova-consoleauth cloud internal >>>> enabled :-) 2013-09-04 03:59:12 >>>> nova-scheduler cloud internal >>>> enabled :-) 2013-09-04 03:59:12 >>>> nova-conductor cloud internal >>>> enabled :-) 2013-09-04 03:59:12 >>>> nova-compute c01 nova >>>> enabled :-) 2013-09-04 03:59:04 >>>> >>>> root at c01:~# nova list >>>> >>>> +--------------------------------------+---------+--------+------------------------+ >>>> | ID | Name | Status | >>>> Networks | >>>> >>>> +--------------------------------------+---------+--------+------------------------+ >>>> | 2c704622-1b5f-4651-9553-51aabee9090c | test29 | ACTIVE | >>>> public=xxx.xxx.xxx.xxx | >>>> >>>> I searched but I couldn't find any resolution. Anybody has this problem? >>>> >>>> Cheers. >>>> >>>> Marcelo Dieder >>>> >>>> >>>> >>>> _______________________________________________ >>>> Mailing list: >>>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>>> Post to : openstack at lists.openstack.org >>>> Unsubscribe : >>>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>>> >>>> >>> _______________________________________________ >>> Mailing list: >>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>> Post to : openstack at lists.openstack.org >>> Unsubscribe : >>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>> >>> >>> >> >> _______________________________________________ >> Mailing list: >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> Post to : openstack at lists.openstack.org >> Unsubscribe : >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> >> > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From clay.gerrard at gmail.com Fri Sep 6 15:28:35 2013 From: clay.gerrard at gmail.com (Clay Gerrard) Date: Fri, 6 Sep 2013 08:28:35 -0700 Subject: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift In-Reply-To: <1378442357.82006.YahooMailNeo@web193604.mail.sg3.yahoo.com> References: <1377498985.92309.YahooMailNeo@web193603.mail.sg3.yahoo.com> <1377575715.63149.YahooMailNeo@web193603.mail.sg3.yahoo.com> <1377705664.3899.YahooMailNeo@web193602.mail.sg3.yahoo.com> <1377755510.20626.YahooMailNeo@web193601.mail.sg3.yahoo.com> <1377765810.77854.YahooMailNeo@web193606.mail.sg3.yahoo.com> <1377767543.33056.YahooMailNeo@web193603.mail.sg3.yahoo.com> <1377768176.9373.YahooMailNeo@web193606.mail.sg3.yahoo.com> <1377775079.21343.YahooMailNeo@web193602.mail.sg3.yahoo.com> <1377784746.26442.YahooMailNeo@web193603.mail.sg3.yahoo.com> <1377840941.9818.YahooMailNeo@web193605.mail.sg3.yahoo.com> <1377843725.53401.YahooMailNeo@web193602.mail.sg3.yahoo.com> <1378273871.52383.YahooMailNeo@web193604.mail.sg3.yahoo.com> <1378355540.21486.YahooMailNeo@web193605.mail.sg3.yahoo.com> <1378442357.82006.YahooMailNeo@web193604.mail.sg3.yahoo.com> Message-ID: Sep 4 11:14:04 arun-Aspire-5742 proxy-server ERROR Insufficient Storage 127.0.0.1:6002/d1 (txn: txb0d8717ab05c4cf0bdebd-005226c8a4) The account server on 127.0.0.1:6002/d1 returned 507 indicating it couldn't find a useable file system for the device labeled d1. The account server has a config option "devices" in the "DEFAULT" section of "/etc/swift/account-server.conf" that will indicate the base mount point for devices (typicailly it's "/srv/node"). That path is prepended to the device name that's sent in the request ("d1" in this case). So there should be a filesystem (xfs typically) mounted at "/srv/node/d1" Try mounting it manually `mount d1 /srv/node/d1` and double check the output from `mount` and your "/etc/fstab" On Thu, Sep 5, 2013 at 9:39 PM, pragya jain wrote: > please help me in this regard. > > ------------------------------ > *From:* pragya jain > *To:* Clay Gerrard > *Cc:* "pangj at laposte.net" ; " > openstack at lists.openstack.org" > *Sent:* Thursday, 5 September 2013 10:02 AM > > *Subject:* Re: [Openstack] Fw: problem in setting up Tempauth > authentication & authorization with Swift > > root at arun-Aspire-5742:~# grep txb0d8717ab05c4cf0bdebd-005226c8a4 > /var/log/syslogSep 4 11:14:04 arun-Aspire-5742 account-server 127.0.0.1 - > - [04/Sep/2013:05:44:04 +0000] "GET /d1/19164/AUTH_prag2648" 507 - > "txb0d8717ab05c4cf0bdebd-005226c8a4" "GET > http://localhost:8080/v1/AUTH_prag2648/" "proxy-server 3182" 0.0021 "" > Sep 4 11:14:04 arun-Aspire-5742 proxy-server ERROR Insufficient Storage > 127.0.0.1:6002/d1 (txn: txb0d8717ab05c4cf0bdebd-005226c8a4) > Sep 4 11:14:05 arun-Aspire-5742 proxy-server Account GET returning 503 > for [507] (txn: txb0d8717ab05c4cf0bdebd-005226c8a4) (client_ip: 127.0.0.1) > Sep 4 11:14:05 arun-Aspire-5742 proxy-server 127.0.0.1 127.0.0.1 > 04/Sep/2013/05/44/05 GET /v1/AUTH_prag2648/ HTTP/1.0 503 - > curl/7.22.0%20%28i686-pc-linux-gnu%29%20libcurl/7.22.0%20OpenSSL/1.0.1%20zlib/ > 1.2.3.4%20libidn/1.23%20librtmp/2.3 > AUTH_tk4be7b90194c747468c4973675db15ca5 - 118 - > txb0d8717ab05c4cf0bdebd-005226c8a4 - 0.2774 - - > > > ------------------------------ > *From:* Clay Gerrard > *To:* pragya jain > *Cc:* "pangj at laposte.net" ; " > openstack at lists.openstack.org" > *Sent:* Wednesday, 4 September 2013 9:12 PM > *Subject:* Re: [Openstack] Fw: problem in setting up Tempauth > authentication & authorization with Swift > > So the builder files look right, you should grep the logs for the > transaction id of the request that 503'd and see if the proxy is still > getting connection errors (i.e. still trying to connect to 10.0.2.15) > > grep txb0d8717ab05c4cf0bdebd-005226c8a4 /var/log/syslog > > If the proxy is still going to the old 10.0.2.15 you need to rebalance > your rings > > swift-ring-builder account.builder reblanace > > -Clay > > > On Tue, Sep 3, 2013 at 10:51 PM, pragya jain wrote: > > root at arun-Aspire-5742:/etc/swift# swift-ring-builder object.builder > object.builder, build version 14 > 262144 partitions, 3.000000 replicas, 1 regions, 1 zones, 1 devices, 0.00 > balance > The minimum number of hours before a partition can be reassigned is 24 > Devices: id region zone ip address port replication ip > replication port name weight partitions balance meta > 2 1 1 127.0.0.1 6000 127.0.0.1 > 6000 d1 100.00 786432 0.00 > root at arun-Aspire-5742:/etc/swift# swift-ring-builder account.builder > account.builder, build version 14 > 262144 partitions, 3.000000 replicas, 1 regions, 1 zones, 1 devices, 0.00 > balance > The minimum number of hours before a partition can be reassigned is 24 > Devices: id region zone ip address port replication ip > replication port name weight partitions balance meta > 2 1 1 127.0.0.1 6002 127.0.0.1 > 6002 d1 100.00 786432 0.00 > root at arun-Aspire-5742:/etc/swift# swift-ring-builder container.builder > container.builder, build version 11 > 262144 partitions, 3.000000 replicas, 1 regions, 1 zones, 1 devices, 0.00 > balance > The minimum number of hours before a partition can be reassigned is 24 > Devices: id region zone ip address port replication ip > replication port name weight partitions balance meta > 1 1 1 127.0.0.1 6001 127.0.0.1 > 6001 d1 100.00 786432 0.00 > root at arun-Aspire-5742:/etc/swift# cd ~ > root at arun-Aspire-5742:~# sudo swift-init account start > Starting account-server...(/etc/swift/account-server.conf) > root at arun-Aspire-5742:~# sudo swift-init proxy start > Starting proxy-server...(/etc/swift/proxy-server.conf) > root at arun-Aspire-5742:~# curl -v -H 'X-Auth-User:prag2648:pragya' -H > 'X-Auth-Key:pj2648' http://localhost:8080/auth/v1.0/ > * About to connect() to localhost port 8080 (#0) > * Trying 127.0.0.1... connected > > GET /auth/v1.0/ HTTP/1.1 > > User-Agent: curl/7.22.0 (i686-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 > zlib/1.2.3.4 libidn/1.23 librtmp/2.3 > > Host: localhost:8080 > > Accept: */* > > X-Auth-User:prag2648:pragya > > X-Auth-Key:pj2648 > > > < HTTP/1.1 200 OK > < X-Storage-Url: http://localhost:8080/v1/AUTH_prag2648 > < X-Auth-Token: AUTH_tk4be7b90194c747468c4973675db15ca5 > < Content-Type: text/html; charset=UTF-8 > < X-Storage-Token: AUTH_tk4be7b90194c747468c4973675db15ca5 > < Content-Length: 0 > < X-Trans-Id: txc07e87d3d4b8487b85d89-005226c820 > < Date: Wed, 04 Sep 2013 05:41:52 GMT > < > * Connection #0 to host localhost left intact > * Closing connection #0 > root at arun-Aspire-5742:~# curl -v -H > 'X-Storage-Token:AUTH_tk4be7b90194c747468c4973675db15ca5' > http://127.0.0.1:8080/v1/AUTH_prag2648/ > * About to connect() to 127.0.0.1 port 8080 (#0) > * Trying 127.0.0.1... connected > > GET /v1/AUTH_prag2648/ HTTP/1.1 > > User-Agent: curl/7.22.0 (i686-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 > zlib/1.2.3.4 libidn/1.23 librtmp/2.3 > > Host: 127.0.0.1:8080 > > Accept: */* > > X-Storage-Token:AUTH_tk4be7b90194c747468c4973675db15ca5 > > > < HTTP/1.1 503 Internal Server Error > < Content-Length: 118 > < Content-Type: text/html; charset=UTF-8 > < X-Trans-Id: tx2301beb46542488597d23-005226c87d > < Date: Wed, 04 Sep 2013 05:43:26 GMT > < > * Connection #0 to host 127.0.0.1 left intact > * Closing connection #0 >

Service Unavailable

The server is currently unavailable. > Please try again at a later time.

root at arun-Aspire-5742:~# > root at arun-Aspire-5742:~# curl -v -H > 'X-Storage-Token:AUTH_tk4be7b90194c747468c4973675db15ca5' > http://127.0.0.1/v1/AUTH_prag2648/ > * About to connect() to 127.0.0.1 port 80 (#0) > * Trying 127.0.0.1... Connection refused > * couldn't connect to host > * Closing connection #0 > curl: (7) couldn't connect to host > root at arun-Aspire-5742:~# curl -v -H > 'X-Storage-Token:AUTH_tk4be7b90194c747468c4973675db15ca5' > http://localhost:8080/v1/AUTH_prag2648/ > * About to connect() to localhost port 8080 (#0) > * Trying 127.0.0.1... connected > > GET /v1/AUTH_prag2648/ HTTP/1.1 > > User-Agent: curl/7.22.0 (i686-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 > zlib/1.2.3.4 libidn/1.23 librtmp/2.3 > > Host: localhost:8080 > > Accept: */* > > X-Storage-Token:AUTH_tk4be7b90194c747468c4973675db15ca5 > > > < HTTP/1.1 503 Internal Server Error > < Content-Length: 118 > < Content-Type: text/html; charset=UTF-8 > < X-Trans-Id: txb0d8717ab05c4cf0bdebd-005226c8a4 > < Date: Wed, 04 Sep 2013 05:44:05 GMT > < > * Connection #0 to host localhost left intact > * Closing connection #0 >

Service Unavailable

The server is currently unavailable. > Please try again at a later time.

root at arun-Aspire-5742:~# > root at arun-Aspire-5742:~# grep txa4c98c518382430ab9f5f-005222dede > /var/log/syslogroot at arun-Aspire-5742:~# > > > ------------------------------ > *From:* Kuo Hugo > *To:* pragya jain > *Cc:* Gareth ; "openstack at lists.openstack.org" < > openstack at lists.openstack.org> > *Sent:* Friday, 30 August 2013 1:15 PM > > *Subject:* Re: [Openstack] Fw: problem in setting up Tempauth > authentication & authorization with Swift > > Hmm.... > > 1) No Container and Object servers are running > 2) Only one drive in the ring > 3) No device been mount to /srv/node/* , unless you are disabling > mount_check > 4) Did you setup rsync yet ? > > Maybe you can follow the online document to complete the above items. > > Good luck~ > > > > +Hugo Kuo+ > hugo at swiftstack.com > tonytkdk at gmail.com > +886 935004793 > > > 2013/8/30 pragya jain > > root at arun-Aspire-5742:~# swift-ring-builder /etc/swift/account.builder > /etc/swift/account.builder, build version 1 > 262144 partitions, 3.000000 replicas, 1 regions, 1 zones, 1 devices, 0.00 > balance > The minimum number of hours before a partition can be reassigned is 24 > Devices: id region zone ip address port replication ip > replication port name weight partitions balance meta > 0 1 1 10.0.2.15 6000 10.0.2.15 > 6000 d1 100.00 786432 0.00 > root at arun-Aspire-5742:~# swift-ring-builder /etc/swift/container.builder > /etc/swift/container.builder, build version 1 > 262144 partitions, 3.000000 replicas, 1 regions, 1 zones, 1 devices, 0.00 > balance > The minimum number of hours before a partition can be reassigned is 24 > Devices: id region zone ip address port replication ip > replication port name weight partitions balance meta > 0 1 1 10.0.2.15 6001 10.0.2.15 > 6001 d1 100.00 786432 0.00 > root at arun-Aspire-5742:~# swift-ring-builder /etc/swift/object.builder > /etc/swift/object.builder, build version 1 > 262144 partitions, 3.000000 replicas, 1 regions, 1 zones, 1 devices, 0.00 > balance > The minimum number of hours before a partition can be reassigned is 24 > Devices: id region zone ip address port replication ip > replication port name weight partitions balance meta > 0 1 1 10.0.2.15 6002 10.0.2.15 > 6002 d1 100.00 786432 0.00 > root at arun-Aspire-5742:~# ps aux | grep swift > swift 5174 0.0 0.1 18700 11548 ? Ss 10:45 0:00 > /usr/bin/python /usr/local/bin/swift-account-server > /etc/swift/account-server.conf > swift 5181 0.0 0.1 18976 9624 ? S 10:45 0:00 > /usr/bin/python /usr/local/bin/swift-account-server > /etc/swift/account-server.conf > swift 5182 0.0 0.1 18992 9616 ? S 10:45 0:00 > /usr/bin/python /usr/local/bin/swift-account-server > /etc/swift/account-server.conf > swift 5183 0.0 0.1 18992 9620 ? S 10:45 0:00 > /usr/bin/python /usr/local/bin/swift-account-server > /etc/swift/account-server.conf > swift 5184 0.0 0.1 18992 9632 ? S 10:45 0:00 > /usr/bin/python /usr/local/bin/swift-account-server > /etc/swift/account-server.conf > swift 5192 0.0 0.2 18296 11812 ? Ss 10:45 0:00 > /usr/bin/python /usr/local/bin/swift-proxy-server > /etc/swift/proxy-server.conf > swift 5197 0.0 0.2 23512 15552 ? S 10:45 0:00 > /usr/bin/python /usr/local/bin/swift-proxy-server > /etc/swift/proxy-server.conf > swift 5198 0.0 0.2 23524 15628 ? S 10:45 0:00 > /usr/bin/python /usr/local/bin/swift-proxy-server > /etc/swift/proxy-server.conf > swift 5199 0.0 0.2 23524 15300 ? S 10:45 0:00 > /usr/bin/python /usr/local/bin/swift-proxy-server > /etc/swift/proxy-server.conf > swift 5200 0.0 0.2 23524 15300 ? S 10:45 0:00 > /usr/bin/python /usr/local/bin/swift-proxy-server > /etc/swift/proxy-server.conf > root 6986 0.0 0.0 4388 828 pts/0 S+ 11:46 0:00 grep > --color=auto swift > root at arun-Aspire-5742:~# df -h > Filesystem Size Used Avail Use% Mounted on > /dev/sda4 170G 3.8G 158G 3% / > udev 2.8G 4.0K 2.8G 1% /dev > tmpfs 1.2G 908K 1.2G 1% /run > none 5.0M 4.0K 5.0M 1% /run/lock > none 2.8G 220K 2.8G 1% /run/shm > /dev/sda2 98G 25G 73G 26% /media/D8EA06E4EA06BEAE > /dev/sda5 98G 54G 45G 55% /media/8AE41BA8E41B9613 > root at arun-Aspire-5742:~# ls /srv/node/* > /srv/node/d1: > > /srv/node/d2: > > /srv/node/d3: > root at arun-Aspire-5742:~# netstat -antulp > Active Internet connections (servers and established) > Proto Recv-Q Send-Q Local Address Foreign Address State > PID/Program name > tcp 0 0 127.0.0.1:11211 0.0.0.0:* > LISTEN 941/memcached > tcp 0 0 0.0.0.0:8080 0.0.0.0:* > LISTEN 5192/python > tcp 0 0 0.0.0.0:6002 0.0.0.0:* > LISTEN 5174/python > tcp 0 0 127.0.0.1:53 0.0.0.0:* > LISTEN 6936/dnsmasq > tcp 0 0 127.0.0.1:631 0.0.0.0:* > LISTEN 596/cupsd > tcp 0 0 101.58.138.11:56680 207.171.162.71:443 > ESTABLISHED 2042/chrome > tcp 0 0 127.0.0.1:11211 127.0.0.1:45287 ESTABL > ISHED 941/memcached > tcp 0 0 127.0.0.1:11211 127.0.0.1:45292 > ESTABLISHED 941/memcached > tcp 0 0 127.0.0.1:45287 127.0.0.1:11211 > ESTABLISHED 5197/python > tcp 1 0 101.58.138.11:34377 91.189.89.144:80 CLOSE_WAIT 1674/ubuntu-geoip-p > tcp 0 0 127.0.0.1:45292 127.0.0.1:11211 > ESTABLISHED 5198/python > tcp6 0 0 ::1:631 :::* LISTEN > 596/cupsd > udp 0 0 127.0.0.1:11211 0.0.0.0:* > 941/memcached > udp 0 0 0.0.0.0:46638 0.0.0.0:* > 576/avahi-daemon: r > udp 0 0 127.0.0.1:53 0.0.0.0:* > 6936/dnsmasq > udp 0 0 0.0.0.0:5353 0.0.0.0:* > 576/avahi-daemon: r > udp6 0 0 :::55335 :::* > 576/avahi-daemon: r > udp6 0 0 :::5353 :::* > 576/avahi-daemon: r > root at arun-Aspire-5742:~# swift-init all status > No container-updater running > No account-auditor running > No object-replicator running > proxy-server running (5192 - /etc/swift/proxy-server.conf) > No container-replicator running > No object-auditor running > No object-expirer running > No container-auditor running > No container-server running > account-server running (5174 - /etc/swift/account-server.conf) > No account-reaper running > No container-sync running > No account-replicator running > No object-updater running > No object-server running > > ------------------------------ > *From:* Kuo Hugo > *To:* pragya jain > *Cc:* Gareth ; "openstack at lists.openstack.org" < > openstack at lists.openstack.org> > *Sent:* Friday, 30 August 2013 11:23 AM > > *Subject:* Re: [Openstack] Fw: problem in setting up Tempauth > authentication & authorization with Swift > > Hi Pragya : > > I'm in *highly* recommends that you can go through the Swift online > document http://docs.openstack.org/developer/swift/index.html . > It's a good place to understand the basic architecture, especially swift > *terms* > > > *Check rings :* > > $> swift-ring-builder /etc/swift/object.builder > $> swift-ring-builder /etc/swift/container.builder > $> swift-ring-builder /etc/swift/account.builder > > > *Check Swift workers :* > > $> swift-init all status > $> ps aux | grep swift > $> df -h > $> ls /srv/node/* > $> netstat -antulp > > > > > > +Hugo Kuo+ > hugo at swiftstack.com > tonytkdk at gmail.com > +886 935004793 > > > 2013/8/30 pragya jain > > hello sir, > > I am working on single node. > Please let me know how to check network topology and ring structure. > > > ------------------------------ > *From:* Gareth > *To:* Kuo Hugo > *Cc:* pragya jain ; "openstack at lists.openstack.org" > > *Sent:* Friday, 30 August 2013 8:11 AM > > *Subject:* Re: [Openstack] Fw: problem in setting up Tempauth > authentication & authorization with Swift > > Pragya > > The v1.0 auth uses tempauth for swift, like what you config in > proxy-server.conf. All account data is read from that file, so you couldn't > add/delete account in tempauth without modifying config file and restart > swift. > > BTW, your curl link here "curl -v -H 'X-Storage-Token:AUTH_ > tk3867b7599d5346559ee0baaa09e0f40d' > http://localhost:8080/v1/AUTH_prag2648/" actually is a GET request, which > means getting account data. If you config everything correctly, it must > have valid response. And you logs are a better way to find what happened in > this request (set log level to DEBUG, and you will get more details). > > > On Fri, Aug 30, 2013 at 7:47 AM, Kuo Hugo wrote: > > Hi Pragya, > > I need more information. > > 1) Please draw a network topology of your environment > 2) How many nodes do you have? > 3) What's the ring looks like ? > > > Hugo Kuo > hugo at swiftstack.com > tonytkdk at gmail.com > +886 935004793 > > > 2013/8/29 pragya jain > > hello sir, > > connection is established successfully. But, when I try to create an > account, I face the problem. > > root at arun-Aspire-5742:~# sudo swift-init account start > Starting account-server...(/etc/swift/account-server.conf) > root at arun-Aspire-5742:~# sudo swift-init proxy start > Starting proxy-server...(/etc/swift/proxy-server.conf) > root at arun-Aspire-5742:~# curl -v -H 'X-Auth-User:prag2648:pragya' -H > 'X-Auth-Key:pj2648' http://localhost:8080/auth/v1.0/ > * About to connect() to localhost port 8080 (#0) > * Trying 127.0.0.1... connected > > GET /auth/v1.0/ HTTP/1.1 > > User-Agent: curl/7.22.0 (i686-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 > zlib/1.2.3.4 libidn/1.23 librtmp/2.3 > > Host: localhost:8080 > > Accept: */* > > X-Auth-User:prag2648:pragya > > X-Auth-Key:pj2648 > > > < HTTP/1.1 200 OK > < X-Storage-Url: http://localhost:8080/v1/AUTH_prag2648 > < X-Auth-Token: AUTH_tk3867b7599d5346559ee0baaa09e0f40d > < Content-Type: text/html; charset=UTF-8 > < X-Storage-Token: AUTH_tk3867b7599d5346559ee0baaa09e0f40d > < Content-Length: 0 > < X-Trans-Id: txe2ab76a7617e40399f456-00521f3d16 > < Date: Thu, 29 Aug 2013 12:22:46 GMT > < > * Connection #0 to host localhost left intact > * Closing connection #0 > root at arun-Aspire-5742:~# python > Python 2.7.3 (default, Apr 10 2013, 05:46:21) > [GCC 4.6.3] on linux2 > Type "help", "copyright", "credits" or "license" for more information. > >>> import swift.common.memcached as memcached > >>> memcache = memcached.MemcacheRing(['127.0.0.1:11211']) > >>> print memcache.get('AUTH_/user/prag2648:pragya') > AUTH_tk3867b7599d5346559ee0baaa09e0f40d > >>> print > memcache.get('AUTH_/token/AUTH_tk3867b7599d5346559ee0baaa09e0f40d') > [1377865366.826027, > 'prag2648,prag2648:pragya,.reseller_admin,AUTH_prag2648'] > >>> > root at arun-Aspire-5742:~# curl -v -H > 'X-Storage-Token:AUTH_tk3867b7599d5346559ee0baaa09e0f40d' > http://127.0.0.1/v1/Auth_prag2648/ > * About to connect() to 127.0.0.1 port 80 (#0) > * Trying 127.0.0.1... Connection refused > * couldn't connect to host > * Closing connection #0 > curl: (7) couldn't connect to host > root at arun-Aspire-5742:~# curl -v -H > 'X-Storage-Token:AUTH_tk3867b7599d5346559ee0baaa09e0f40d' > http://localhost:8080/v1/AUTH_prag2648/ > * About to connect() to localhost port 8080 (#0) > * Trying 127.0.0.1... connected > > GET /v1/AUTH_prag2648/ HTTP/1.1 > > User-Agent: curl/7.22.0 (i686-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 > zlib/ > 1.2.3.4 libidn/1.23 librtmp/2.3 > > Host: localhost:8080 > > Accept: */* > > X-Storage-Token:AUTH_tk3867b7599d5346559ee0baaa09e0f40d > > > < HTTP/1.1 503 Internal Server Error > < Content-Length: 118 > < Content-Type: text/html; charset=UTF-8 > < X-Trans-Id: txd6fd9eead36e4b74b0869-00521f3efe > < Date: Thu, 29 Aug 2013 12:30:55 GMT > < > * Connection #0 to host localhost left intact > * Closing connection #0 >

Service Unavailable

The server is currently unavailable. > Please try again at a later time.

root at arun-Aspire-5742:~# > > Please help me in this regard. > > --- > > Pragya Jain > > ------------------------------ > *From:* pragya jain > *To:* Kuo Hugo > *Cc:* "openstack at lists.openstack.org" > *Sent:* Thursday, 29 August 2013 4:47 PM > *Subject:* Re: [Openstack] Fw: problem in setting up Tempauth > authentication & authorization with Swift > > Thanks Kuo very much for this help. > connection is successfully established. > > > ------------------------------ > *From:* Kuo Hugo > *To:* pragya jain > *Cc:* "openstack at lists.openstack.org" > *Sent:* Thursday, 29 August 2013 3:46 PM > *Subject:* Re: [Openstack] Fw: problem in setting up Tempauth > authentication & authorization with Swift > > curl -v -H 'X-Auth-User:admin:admin' -H 'X-Auth-Key:admin' > http://localhost:8080/auth/v1.0/ > > > +Hugo Kuo+ > hugo at swiftstack.com > tonytkdk at gmail.com > +886 935004793 > > > 2013/8/29 pragya jain > > > > root at arun-Aspire-5742:~# netstat -antulp | grep 8080 > > tcp 0 0 0.0.0.0:8080 0.0.0.0:* > LISTEN 2421/python > > > > user = swift > > > > ________________________________ > > From: Kuo Hugo > > To: pragya jain > > Cc: "openstack at lists.openstack.org" > > Sent: Thursday, 29 August 2013 2:47 PM > > > > Subject: Re: [Openstack] Fw: problem in setting up Tempauth > authentication & authorization with Swift > > > > gt; netstat -antulp | grep 8080 > > > > 1) is 8080 port been used ? > > 2) What's the value of *user* parameter in proxy-server.conf > https://github.com/openstack/swift/blob/master/etc/proxy-server.conf-sample#L7 > > > > > > > > +Hugo Kuo+ > > hugo at swiftstack.com > > tonytkdk at gmail.com > > +886 935004793 > > > > > > 2013/8/29 pragya jain > > > > hello sir, > > > > I run the command: > > > > root at arun-Aspire-5742:~# find / -name swift-proxy-server > > /opt/swift/build/scripts-2.7/swift-proxy-server > > /opt/swift/bin/swift-proxy-server > > /usr/local/bin/swift-proxy-server > > > /usr/local/lib/python2.7/dist-packages/swift-1.9.2-py2.7.egg/EGG-INFO/scripts/swift-proxy-server > > > > root at arun-Aspire-5742:~# /usr/bin/python > /usr/local/bin/swift-proxy-server /etc/swift/proxy-server.conf > > Traceback (most recent call last): > > File "/usr/local/bin/swift-proxy-server", line 5, in > > pkg_resources.run_script('swift==1.9.2', 'swift-proxy-server') > > File "/usr/lib/python2.7/dist-packages/pkg_resources.py", line 499, in > run_script > > self.require(requires)[0].run_script(script_name, ns) > > File "/usr/lib/python2.7/dist-packages/pkg_resources.py", line 1235, > in run_script > > execfile(script_filename, namespace, namespace) > > File > "/usr/local/lib/python2.7/dist-packages/swift-1.9.2-py2.7.egg/EGG-INFO/scripts/swift-proxy-server", > line 22, in > > run_wsgi(conf_file, 'proxy-server', default_port=8080, **options) > > File > "/usr/local/lib/python2.7/dist-packages/swift-1.9.2-py2.7.egg/swift/common/wsgi.py", > line 251, in run_wsgi > > sock = get_socket(conf, default_port=kwargs.get('default_port', > 8080)) > > File > "/usr/local/lib/python2.7/dist-packages/swift-1.9.2-py2.7.egg/swift/common/wsgi.py", > line 168, in get_socket > > bind_addr[0], bind_addr[1], bind_timeout)) > > Exception: Could not bind to 0.0.0.0:8080 after trying for 30 seconds > > > > > > ________________________________ > > From: Kuo Hugo > > To: pragya jain > > Cc: "openstack at lists.openstack.org" > > Sent: Thursday, 29 August 2013 2:19 PM > > > > Subject: Re: [Openstack] Fw: problem in setting up Tempauth > authentication & authorization with Swift > > > > find out the swift-proxy-server binary in your OS. (The path in example > just an assumption) > > > > gt; find / -name swift-proxy-server > > > > > > > > +Hugo Kuo+ > > hugo at swiftstack.com > > tonytkdk at gmail.com > > +886 935004793 > > > > > > 2013/8/29 pragya jain > > > > hello sir > > > > Thanks for the help > > > > root at arun-Aspire-5742:~# /usr/bin/python /usr/bin/swift-proxy-server > /etc/swift/proxy-server.conf > > /usr/bin/python: can't open file '/usr/bin/swift-proxy-server': [Errno > 2] No such file or directory > > > > this is the result of the command. > > > > please help in this regard. > > > > ----- > > Pragya Jain > > > > ________________________________ > > From: Kuo Hugo > > To: pragya jain > > Cc: "openstack at lists.openstack.org" > > Sent: Thursday, 29 August 2013 1:20 PM > > > > Subject: Re: [Openstack] Fw: problem in setting up Tempauth > authentication & authorization with Swift > > > > Obviously, There's no proxy server running on your node. > > > > Please execute it on the node where proxy-server located: > > (I assume the binary is in /usr/bin and conf file is in /etc/swift) > > > > gt; /usr/bin/python /usr/bin/swift-proxy-server > /etc/swift/proxy-server.conf > > > > What's the result ? > > > > +Hugo Kuo+ > > hugo at swiftstack.com > > tonytkdk at gmail.com > > +886 935004793 > > > > > > 2013/8/29 pragya jain > > > > hello sir > > > > Thanks for the suggestion. > > > > (1) I give the space between pj2648 and .admin and also between .admin > and .reseller_admin and tried the connection again, but face the same > problem > > > > root at arun-Aspire-5742:~# vi /etc/swift/proxy-server.conf > > > > and make following changes: > > > > > > user_admin_admin = admin .admin .reseller_admin > > user_test_tester = testing .admin > > user_test2_tester2 = testing2 .admin > > user_test_tester3 = testing3 > > > > user_prag2648_pragya = pj2648 .admin .reseller_admin > > > > and then > > > > root at arun-Aspire-5742:~# sudo swift-init account start > > Starting account-server...(/etc/swift/account-server.conf) > > root at arun-Aspire-5742:~# sudo swift-init proxy start > > > > Starting proxy-server...(/etc/swift/proxy-server.conf) > > root at arun-Aspire-5742:~# curl -v -H 'X-Auth-User:prag2648:pragya' -H > 'X-Auth-Key:pj2648' http://localhost/auth/v1.0/ > > * About to connect() to localhost port 80 (#0) > > * Trying 127.0.0.1... Connection refused > > * couldn't connect to host > > * Closing connection #0 > > curl: (7) couldn't connect to host > > > > (2) I also tired the connection with user admin:admin > > root at arun-Aspire-5742:~# curl -v -H 'X-Auth-User:admin:admin' -H > 'X-Auth-Key:admin' http://localhost/auth/v1.0/ > > > > * About to connect() to localhost port 80 (#0) > > * Trying 127.0.0.1... Connection refused > > * couldn't connect to host > > * Closing connection #0 > > curl: (7) couldn't connect to host > > > > (3) I also run the command to verify the port number of proxy > > root at arun-Aspire-5742:~# ps aux | grep proxy > > nobody 2124 0.0 0.0 5384 1164 ? S 10:39 0:00 > /usr/sbin/dnsmasq --no-resolv --keep-in-foreground --no-hosts > --bind-interfaces > --pid-file=/var/run/sendsigs.omit.d/network-manager.dnsmasq.pid > --listen-address=127.0.0.1 --conf-file=/var/run/nm-dns-dnsmasq.conf > --cache-size=0 --proxy-dnssec > > root 2724 0.0 0.0 4368 828 pts/0 R+ 10:52 0:00 grep > --color=auto proxy > > root at arun-Aspire-5742:~# netstat -antulp > > Active Internet connections (servers and established) > > Proto Recv-Q Send-Q Local Address Foreign Address > State PID/Program name > > tcp 0 0 127.0.0.1:11211 0.0.0.0:* > LISTEN 931/memcached > > tcp 0 0 127.0.0.1:53 0.0.0.0:* > LISTEN 2124/dnsmasq > > tcp 0 0 127.0.0.1:631 0.0.0.0:* > LISTEN 623/cupsd > > tcp 0 0 115.184.7.223:51521 74.125.236.132:80 TIME_WAIT - > > tcp 1 0 115.184.7.223:46280 91.189.89.144:80 CLOSE_WAIT 1663/ubuntu-geoip-p > > tcp 0 0 115.184.7.223:60563 173.194.38.147:80 TIME_WAIT - > > tcp 0 0 115.184.7.223:43256 124.124.201.179:80 TIME_WAIT - > > tcp 0 0 115.184.7.223:41791 124.124.201.169:80 TIME_WAIT - > > tcp 0 0 115.184.7.223:36669 124.124.252.9:80 TIME_WAIT - > > tcp 0 0 115.184.7.223:51747 173.194.38.184:80 TIME_WAIT - > > tcp 0 0 115.184.7.223:54229 74.125.236.44:443 > TIME_WAIT - > > tcp 0 0 115.184.7.223:36185 173.194.36.26:80 TIME_WAIT - > > tcp 0 0 115.184.7.223:38854 74.125.236.109:80 TIME_WAIT - > > tcp6 0 0 ::1:631 :::* > LISTEN 623/cupsd > > udp 0 0 0.0.0.0:5353 0.0.0.0:* > 619/avahi-daemon: r > > udp 0 0 0.0.0.0:53489 0.0.0.0:* > 619/avahi-daemon: r > > udp 0 0 127.0.0.1:11211 0.0.0.0:* > 931/memcached > > udp 0 0 127.0.0.1:53 0.0.0.0:* > 2124/dnsmasq > > udp6 0 0 :::5353 :::* > 619/avahi-daemon: r > > udp6 0 0 :::36705 :::* > 619/avahi-daemon: r > > > > Please help to proceed further. > > > > --- > > > > Thanks > > > > Pragya jain > > > > > > ________________________________ > > From: Kuo Hugo > > To: pragya jain > > Cc: Amanda Plimpton ; " > openstack at lists.openstack.org" > > Sent: Wednesday, 28 August 2013 9:59 PM > > Subject: Re: [Openstack] Fw: problem in setting up Tempauth > authentication & authorization with Swift > > > > Hi > > > > 1) user_prag2648_pragya = pj2648.admin.reseller_admin try to have a > space between pj2648 and .admin . How about to test with user admin:admin ? > > 2) Verify the port number of proxy by > > > > gt; ps aux | grep proxy > > gt; netstat -antulp > > > > > > 3) Check the Proxy for how to setup bind_port > https://github.com/openstack/swift/blob/master/etc/proxy-server.conf-sample > > > > > > > > > > > > +Hugo Kuo+ > > hugo at swiftstack.com > > tonytkdk at gmail.com > > +886 935004793 > > > > > > 2013/8/29 pragya jain > > > > hello sir, > > > > Please help me in knowing how to use 8080 port > > > > > > ________________________________ > > From: Amanda Plimpton > > To: pragya jain > > Cc: "joe at swiftstack.com" ; "contact at swiftstack.com" > ; anita goel > > Sent: Tuesday, 27 August 2013 9:40 AM > > Subject: Re: Fw: problem in setting up Tempauth authentication & > authorization with Swift > > > > Hello, > > > > Did Edward's suggestion of using port 8080 help at all? The error seems > to indicate a network setting issue. You may wish to double check the > settings and configuration. > > > > Given your interest in Swift I would also recommend locating a nearby > OpenStack group or attending an event such as > http://openstackindia.wordpress.com/2013/08/14/openstack-india-day-2013-announced/ > > > > > > Thank you, > > Amanda > > > > SwiftStack Inc. > > swiftstack.com > > > > > > On Mon, Aug 26, 2013 at 8:55 PM, pragya jain > wrote: > > > > hello sir! > > > > Please help me in setting up Tempauth authentication & authorization > with Swift. > > same error is continued. > > > > ----- Forwarded Message ----- > > From: pragya jain > > To: "joe at swiftstack.com" ; "clay.gerrard at gmail.com" > ; "contact at swiftstack.com" ; > "openstack at ask.openstack.org" ; " > openstack at lists.openstack.org" > > Cc: anita goel > > Sent: Monday, 26 August 2013 12:06 PM > > Subject: problem in setting up Tempauth authentication & authorization > with Swift > > > > hello, > > > > I have to configure proxy server. > > For this, > > I have to edit /etc/swift/swift.conf and change the > swift_hash_path_suffix to something secret and then, start the proxy server > process > > > > for this, I use the following commands: > > root at arun-Aspire-5742:~# vi /etc/swift/swift.conf > > > > make following changes (highlighted) in the file: > > swift_hash_path_suffix =pragya > > swift_hash_path_prefix =jain > > > > save and exit. > > then, I run the command: > > root at arun-Aspire-5742:~# sudo swift-init proxy start > > Starting proxy-server...(/etc/swift/proxy-server.conf) > > > > Now, I have to set up Tempauth authentication & authorization with Swift > > for this, I run the following command: > > root at arun-Aspire-5742:~# vi /etc/swift/proxy-server.conf > > > > make following changes (highlighted) in the file: > > allow_account_management =true > > ... > > [filter:tempauth] > > use = egg:swift#tempauth > > ... > > user_admin_admin = admin .admin .reseller_admin > > user_test_tester = testing .admin > > user_test2_tester2 = testing2 .admin > > user_test_tester3 = testing3 > > user_prag2648_pragya = pj2648.admin.reseller_admin > > ... > > > > save and exit > > Then, run following commands: > > root at arun-Aspire-5742:~# sudo swift-init account start > > Starting account-server...(/etc/swift/account-server.conf) > > root at arun-Aspire-5742:~# sudo swift-init proxy restart > > Signal proxy-server pid: 2476 signal: 15 > > proxy-server (2476) appears to have stopped > > Starting proxy-server...(/etc/swift/proxy-server.conf) > > root at arun-Aspire-5742:~# curl -v -H 'X-Auth-User:prag2648:pragya' -H > 'X-Auth-Key:pj2648' http://localhost/auth/v1.0/ > > * About to connect() to localhost port 80 (#0) > > * Trying 127.0.0.1... Connection refused > > * couldn't connect to host > > * Closing connection #0 > > curl: (7) couldn't connect to host > > > > But, there is an error in establising a connection. > > > > if, I run the command to start proxy server, then it shows that proxy > server is already started. > > root at arun-Aspire-5742:~# sudo swift-init proxy start > > proxy-server running (2935 - /etc/swift/proxy-server.conf) > > proxy-server already started... > > > > Please help me in this regard. > > --- > > > > Thanks > > > > Pragya Jain > > > > > > > > > > > > > > _______________________________________________ > > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > Post to : openstack at lists.openstack.org > > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > > > > -- > Gareth > > *Cloud Computing, OpenStack, Fitness, Basketball* > *OpenStack contributor* > *Company: UnitedStack * > *My promise: if you find any spelling or grammar mistakes in my email > from Mar 1 2013, notify me * > *and I'll donate $1 or ¥1 to an open organization you specify.* > > > > > > > > > > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From n.paladi at gmail.com Fri Sep 6 15:30:39 2013 From: n.paladi at gmail.com (Nicolae Paladi) Date: Fri, 6 Sep 2013 17:30:39 +0200 Subject: [Openstack] Error when calling l3-agent-router-add In-Reply-To: References: <79E00D9220302D448C1D59B5224ED12D8D9CA4F5@EchoDB02.spil.local> Message-ID: Hi, thank you for clarifying this to me and pointing to the bug report. However, the issue I was getting at was that I can't reach the guests and get a "no route to host" error, even though I can ping the gateway; I thought that adding the router to several l3-agents would solve this issue (just like adding the dhcp agents from each compute hosts to each network has solved the issue that the guest VMs were not getting their IP addresses) Do you have any tips to troubleshoot the routing/connectivity to the guests? As said, they do get their IP addresses (e.g. 10.0.101.3), I can ping the gateway (e.g. 10.0.101.1) but when pinging the VM directly, I get a "no route to host" error. cheers, /Nicolae On 6 September 2013 05:12, Jian Wen wrote: > Hello, > > In grizzly and havana, a router can only be hosted by a single l3 agent. > > The related bug report is https://bugs.launchpad.net/neutron/+bug/1154622 > > > > > > On Fri, Sep 6, 2013 at 12:37 AM, BRINGARD, KEVIN wrote: > >> I think Robert's comment is correct. The router is currently hosted on >> agent "789a77fd-52ff-44be-afea-27d26a8cd3d3". This was assigned at the >> router's creation by the router scheduler (currently only a chance >> scheduler exists, so it's random). >> >> You cannot host the same logical router on more than one l3-agent at >> once, which is likely why you're getting the error when you attempt to add >> the router to an L3-agent. >> >> If you want to specify which L3-agent is hosting a specific router, you >> would do something like the following: >> >> quantum l3-agent-list-hosting-router router01 > case: 789a77fd-52ff-44be-afea-27d26a8cd3d3> >> quantum agent-list | grep L3 >> quantum >> l3-agent-router-remove >> quantum l3-agent-list-hosting-router router01 > router is no longer hosted on any L3-agent> quantum l3-agent-router-add >> quantum >> l3-agent-list-hosting-router router01 > the new l3-agent> >> >> I personally would get router01's UUID and use that in place of the name >> router01, but it *should* work either way. >> >> But, to your original question, you shouldn't have to add the router to >> an agent as that should happen at router creation time by the scheduler (as >> Robert said). >> >> -- kevin >> >> >> -----Original Message----- >> From: Nicolae Paladi [mailto:n.paladi at gmail.com] >> Sent: Thursday, September 05, 2013 3:19 AM >> To: Robert van Leeuwen >> Cc: openstack at lists.openstack.org >> Subject: Re: [Openstack] Error when calling l3-agent-router-add >> >> Hi, >> >> >> the output is: >> >> >> >> >> quantum l3-agent-list-hosting-router router01 >> >> >> +--------------------------------------+---------------+----------------+-------+ >> | id | host | admin_state_up | >> alive | >> >> +--------------------------------------+---------------+----------------+-------+ >> | 789a77fd-52ff-44be-afea-27d26a8cd3d3 | seoul | True | >> :-) | >> >> +--------------------------------------+---------------+----------------+-------+ >> >> >> However, shouldn't the l3-agent running on each compute host be attached >> to the router, or am I completely misunderstanding somethning? >> >> >> Thanks, >> /Nicolae. >> >> >> >> >> >> On 5 September 2013 11:14, Robert van Leeuwen < >> Robert.vanLeeuwen at spilgames.com> wrote: >> >> >> > quantum l3-agent-router-add >> 789a77fd-52ff-44be-afea-27d26a8cd3d3 router01 >> >> Not sure what you are trying to accomplish here. >> Scheduling, by default, happens automatically unless you have >> multiple routers and want to set it up to run a router on a specific >> l3-agent. >> >> Usually this should be enough: >> >> quantum router-create router1 >> quantum router-interface-add router1 ${subnetname) >> >> What is the output of the following?: >> quantum l3-agent-list-hosting-router $(routername} >> >> Cheers, >> Robert van Leeuwen >> >> >> >> >> >> >> >> >> >> >> >> _______________________________________________ >> Mailing list: >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> Post to : openstack at lists.openstack.org >> Unsubscribe : >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> > > > > -- > Cheers, > Jian > > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From goldstone1 at llnl.gov Fri Sep 6 15:52:54 2013 From: goldstone1 at llnl.gov (Goldstone, Robin J.) Date: Fri, 6 Sep 2013 15:52:54 +0000 Subject: [Openstack] Keystone 'NoneType' object is unsubscriptable error In-Reply-To: <1378397580.9130.31.camel@localhost.localdomain> Message-ID: I opened a bug yesterday morning but so far no one has looked at it: https://bugs.launchpad.net/keystone/+bug/1221331 How long should I expect it to take for someone to look at this? I am dead in the water trying to install RDO until someone can help me with this… Thanks, Robin From: Sean McCully > Reply-To: "sean_mccully at yahoo.com" > Date: Thursday, September 5, 2013 9:13 AM To: "Robin J. Goldstone" > Cc: "openstack at lists.openstack.org" > Subject: Re: [Openstack] Keystone 'NoneType' object is unsubscriptable error Robin, I would suggest opening a bug in launchpad, to let the project maintainers know about this issue. I do not see any related bugs. =Bug=Search===== https://bugs.launchpad.net/keystone?field.searchtext=%27NoneType%27+object+is+unsubscriptable ==New==Bug==== https://bugs.launchpad.net/keystone/+filebug Sean On Thu, 2013-09-05 at 15:59 +0000, Goldstone, Robin J. wrote: Sean, It appears that the curl interface works just fine: # brutus1 /root > curl -X POST -H "X-Auth-Token: 49c056f8688540fcb933cf7335537676" -H "Content-type: application/json" --data '{"OS-KSADM:service": {"name":"Test","type":"test","extra":"{}"}}' http://0.0.0.0:35357/v2.0/OS-KSADM/services {"OS-KSADM:service": {"type": "test", "name": "Test", "id": "6d54ea4d2752435aba19893a9de24695"}} # brutus1 /root > curl -X GET -H "X-Auth-Token: 49c056f8688540fcb933cf7335537676" http://0.0.0.0:35357/v2.0/OS-KSADM/services {"OS-KSADM:services": [{"type": "test", "name": "Test", "id": "6d54ea4d2752435aba19893a9de24695"}]} I also verified directly in the mysql database: mysql> use keystone; Reading table information for completion of table and column names You can turn off this feature to get a quicker startup with -A Database changed mysql> select * from service; +----------------------------------+------+------------------+ | id | type | extra | +----------------------------------+------+------------------+ | 6d54ea4d2752435aba19893a9de24695 | test | {"name": "Test"} | +----------------------------------+------+------------------+ 1 row in set (0.00 sec) mysql> But access via the keystone client still fails with the same error: # brutus1 /root > keystone service-list 'NoneType' object is unsubscriptable -Robin From: Sean McCully > Reply-To: "sean_mccully at yahoo.com" > Date: Wednesday, September 4, 2013 6:27 PM To: "Robin J. Goldstone" > Cc: "openstack at lists.openstack.org" > Subject: Re: [Openstack] Keystone 'NoneType' object is unsubscriptable error What happens after you add a service, curl -X POST -H "X-Auth-Token: " -H "Content-type: application/json" --data '{"OS-KSADM:service": {"name":"Test","type":"test","extra":"{}"}}' http://0.0.0.0:35357/v2.0/OS-KSADM/services Sean On Thu, 2013-09-05 at 00:39 +0000, Goldstone, Robin J. wrote: I am trying to install the RDO OpenStack distribution on a RHEL 6.4 system. The install is failing during keystone configuration as follows: ^[[1;35merr: /Stage[main]/Cinder::Keystone::Auth/Keystone_service[cinder]: Could not evaluate: Execution of '/usr/bin/keystone --endpoint http://127.0.0.1:35357/v2.0/ service-list' returned 1: 'NoneType' object is unsubscriptable If I run the command interactively I get the same error: # brutus1 /etc/keystone > export OS_SERVICE_TOKEN=49c056f8688540fcb933cf7335537676 # brutus1 /etc/keystone > export OS_SERVICE_ENDPOINT=http://127.0.0.1:35357/v2.0 # brutus1 /etc/keystone > keystone service-list 'NoneType' object is unsubscriptable The keystone service appears to be running and connected to the mysql database: # brutus1 /root > ps -ef|grep keystone keystone 8451 1 0 17:20 ? 00:00:00 /usr/bin/python /usr/bin/keystone-all --config-file /etc/keystone/keystone.conf # brutus1 /root > lsof -i|grep keystone keystone- 8451 keystone 4u IPv4 21614 0t0 TCP *:35357 (LISTEN) keystone- 8451 keystone 6u IPv4 21616 0t0 TCP *:commplex-main (LISTEN) keystone- 8451 keystone 8u IPv4 21961 0t0 TCP ebrutus1:54531->ebrutus1:mysql (ESTABLISHED) The mysql database appears to have been properly initialized though hardly any of the tables have anything in them. mysql> use keystone; Reading table information for completion of table and column names You can turn off this feature to get a quicker startup with -A Database changed mysql> show tables; +------------------------+ | Tables_in_keystone | +------------------------+ | credential | | domain | | ec2_credential | | endpoint | | group | | group_domain_metadata | | group_project_metadata | | migrate_version | | policy | | project | | role | | service | | token | | trust | | trust_role | | user | | user_domain_metadata | | user_group_membership | | user_project_metadata | +------------------------+ 19 rows in set (0.00 sec) mysql> select * from service; Empty set (0.00 sec) I cranked up the debug level in the keystone log file and here is what I see: 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] ******************** REQUEST ENVIRON ******************** 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] SCRIPT_NAME = /v2.0 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] webob.adhoc_attrs = {'response': } 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] REQUEST_METHOD = GET 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] PATH_INFO = /OS-KSADM/services 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] SERVER_PROTOCOL = HTTP/1.0 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] HTTP_X_AUTH_TOKEN = 49c056f8688540fcb933cf7335537676 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] HTTP_USER_AGENT = python-keystoneclient 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] eventlet.posthooks = [] 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] SERVER_NAME = 127.0.0.1 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] REMOTE_ADDR = 127.0.0.1 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] eventlet.input = 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] wsgi.url_scheme = http 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] SERVER_PORT = 35357 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] wsgi.input = 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] HTTP_HOST = 127.0.0.1:35357 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] wsgi.multithread = True 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] HTTP_ACCEPT = */* 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] wsgi.version = (1, 0) 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] openstack.context = {'token_id': '49c056f8688540fcb933cf7335537676', 'is_admin': True} 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] GATEWAY_INTERFACE = CGI/1.1 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] wsgi.run_once = False 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] wsgi.errors = ', mode 'w' at 0x2aaaaaae81e0> 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] wsgi.multiprocess = False 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] CONTENT_TYPE = text/plain 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] HTTP_ACCEPT_ENCODING = identity, deflate, compress, gzip 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] ******************** REQUEST BODY ******************** 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] arg_dict: {} 2013-09-04 17:37:48 INFO [sqlalchemy.engine.base.Engine] SELECT service.id AS service_id, service.type AS service_type, service.extra AS service_extra FROM service 2013-09-04 17:37:48 INFO [sqlalchemy.engine.base.Engine] () 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] ******************** RESPONSE HEADERS ******************** 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] Vary = X-Auth-Token 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] Content-Type = application/json 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] Content-Length = 25 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] ******************** RESPONSE BODY ******************** 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] {"OS-KSADM:services": []} 2013-09-04 17:37:48 INFO [access] 127.0.0.1 - - [05/Sep/2013:00:37:48 +0000] "GET http://127.0.0.1:35357/v2.0/OS-KSADM/services HTTP/1.0" 200 25 2013-09-04 17:37:48 DEBUG [eventlet.wsgi.server] 127.0.0.1 - - [04/Sep/2013 17:37:48] "GET /v2.0/OS-KSADM/services HTTP/1.1" 200 153 0.008193 I have tried completely wiping out and reinstalling RDO but it chokes at the same point. Myself, along with several other people, have reported this error on the RDO forum but no one over there has responded so I thought I would try my luck over here. If anyone has an idea of what my problem is, or can offer advice on further troubleshooting, please let me know. Thank you in advance. Robin Goldstone, LLNL _______________________________________________ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : openstack at lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack -------------- next part -------------- An HTML attachment was scrubbed... URL: From thierry at openstack.org Fri Sep 6 15:59:29 2013 From: thierry at openstack.org (Thierry Carrez) Date: Fri, 06 Sep 2013 17:59:29 +0200 Subject: [Openstack] Havana-3 development milestone available Message-ID: <5229FBE1.2020207@openstack.org> Hi everyone, The last milestone in the Havana development cycle, "havana-3" is now available for Keystone, Glance, Nova, Horizon, Neutron, Cinder, Ceilometer, and Heat. In the last 7 weeks, more than 200 features were added and more than 750 bugs fixed (!). You can see the full list of new features and fixed bugs, as well as tarball downloads, at: https://launchpad.net/keystone/havana/havana-3 https://launchpad.net/glance/havana/havana-3 https://launchpad.net/nova/havana/havana-3 https://launchpad.net/horizon/havana/havana-3 https://launchpad.net/neutron/havana/havana-3 https://launchpad.net/cinder/havana/havana-3 https://launchpad.net/ceilometer/havana/havana-3 https://launchpad.net/heat/havana/havana-3 This milestone is nearly feature-complete. A few exceptions should land next week, but those projects are otherwise feature-frozen in preparation of the first Havana release candidate. We should now all switch to testing and bugfixing mode for the next weeks, and make Havana as bug-free as we can. The release-critical bugs will be tracked on the havana-rc1 milestone pages. Once all those bugs are fixed and the first release candidates are out, the next development cycle (Icehouse) will start. Final coordinated release is expected on October 17th. More information on the OpenStack development cycle can be found at: https://wiki.openstack.org/wiki/Release_Cycle Regards, -- Thierry Carrez (ttx) From ayoung at redhat.com Fri Sep 6 17:42:07 2013 From: ayoung at redhat.com (Adam Young) Date: Fri, 06 Sep 2013 13:42:07 -0400 Subject: [Openstack] Keystone 'NoneType' object is unsubscriptable error In-Reply-To: References: Message-ID: <522A13EF.6020606@redhat.com> I've seen that before. It has been a while since I looked into it, but it is not an error in Kesytone iteslf, but rather the part of the setup talking to Keystone. I'll take the bug and comment on it there. On 09/06/2013 11:52 AM, Goldstone, Robin J. wrote: > I opened a bug yesterday morning but so far no one has looked at it: > https://bugs.launchpad.net/keystone/+bug/1221331 > > How long should I expect it to take for someone to look at this? I am > dead in the water trying to install RDO until someone can help me with > this... > > Thanks, > Robin > > From: Sean McCully > > Reply-To: "sean_mccully at yahoo.com " > > > Date: Thursday, September 5, 2013 9:13 AM > To: "Robin J. Goldstone" > > Cc: "openstack at lists.openstack.org > " > > Subject: Re: [Openstack] Keystone 'NoneType' object is unsubscriptable > error > > Robin, > > I would suggest opening a bug in launchpad, to let the project > maintainers know about this issue. I do not see any related bugs. > > =Bug=Search===== > https://bugs.launchpad.net/keystone?field.searchtext=%27NoneType%27+object+is+unsubscriptable > > ==New==Bug==== > https://bugs.launchpad.net/keystone/+filebug > > > > > Sean > > > On Thu, 2013-09-05 at 15:59 +0000, Goldstone, Robin J. wrote: >> Sean, >> >> >> It appears that the curl interface works just fine: >> # brutus1 /root > curl -X POST -H "X-Auth-Token: >> 49c056f8688540fcb933cf7335537676" -H "Content-type: application/json" >> --data '{"OS-KSADM:service": >> {"name":"Test","type":"test","extra":"{}"}}' >> http://0.0.0.0:35357/v2.0/OS-KSADM/services >> {"OS-KSADM:service": {"type": "test", "name": "Test", "id": >> "6d54ea4d2752435aba19893a9de24695"}} >> # brutus1 /root > curl -X GET -H "X-Auth-Token: >> 49c056f8688540fcb933cf7335537676" >> http://0.0.0.0:35357/v2.0/OS-KSADM/services >> {"OS-KSADM:services": [{"type": "test", "name": "Test", "id": >> "6d54ea4d2752435aba19893a9de24695"}]} >> >> >> I also verified directly in the mysql database: >> mysql> use keystone; >> Reading table information for completion of table and column names >> You can turn off this feature to get a quicker startup with -A >> >> >> Database changed >> mysql> select * from service; >> +----------------------------------+------+------------------+ >> | id | type | extra | >> +----------------------------------+------+------------------+ >> | 6d54ea4d2752435aba19893a9de24695 | test | {"name": "Test"} | >> +----------------------------------+------+------------------+ >> 1 row in set (0.00 sec) >> >> >> mysql> >> >> >> But access via the keystone client still fails with the same error: >> # brutus1 /root > keystone service-list >> 'NoneType' object is unsubscriptable >> >> >> -Robin >> >> >> From: Sean McCully > > >> Reply-To: "sean_mccully at yahoo.com " >> > >> Date: Wednesday, September 4, 2013 6:27 PM >> To: "Robin J. Goldstone" > > >> Cc: "openstack at lists.openstack.org >> " >> > >> Subject: Re: [Openstack] Keystone 'NoneType' object is >> unsubscriptable error >> >> >> >> What happens after you add a service, >> >> curl -X POST -H "X-Auth-Token: " -H "Content-type: >> application/json" --data '{"OS-KSADM:service": >> {"name":"Test","type":"test","extra":"{}"}}' >> http://0.0.0.0:35357/v2.0/OS-KSADM/services >> >> >> >> Sean >> >> >> On Thu, 2013-09-05 at 00:39 +0000, Goldstone, Robin J. wrote: >>> I am trying to install the RDO OpenStack distribution on a RHEL 6.4 >>> system. The install is failing during keystone configuration as >>> follows: >>> ^[[1;35merr: >>> /Stage[main]/Cinder::Keystone::Auth/Keystone_service[cinder]: Could >>> not evaluate: Execution of '/usr/bin/keystone --endpoint >>> http://127.0.0.1:35357/v2.0/ service-list' returned 1: 'NoneType' >>> object is unsubscriptable >>> >>> >>> If I run the command interactively I get the same error: >>> # brutus1 /etc/keystone > export >>> OS_SERVICE_TOKEN=49c056f8688540fcb933cf7335537676 >>> # brutus1 /etc/keystone > export >>> OS_SERVICE_ENDPOINT=http://127.0.0.1:35357/v2.0 >>> # brutus1 /etc/keystone > keystone service-list >>> 'NoneType' object is unsubscriptable >>> >>> >>> The keystone service appears to be running and connected to the >>> mysql database: >>> # brutus1 /root > ps -ef|grep keystone >>> keystone 8451 1 0 17:20 ? 00:00:00 /usr/bin/python >>> /usr/bin/keystone-all --config-file /etc/keystone/keystone.conf >>> # brutus1 /root > lsof -i|grep keystone >>> keystone- 8451 keystone 4u IPv4 21614 0t0 TCP *:35357 >>> (LISTEN) >>> keystone- 8451 keystone 6u IPv4 21616 0t0 TCP >>> *:commplex-main (LISTEN) >>> keystone- 8451 keystone 8u IPv4 21961 0t0 TCP >>> ebrutus1:54531->ebrutus1:mysql (ESTABLISHED) >>> >>> >>> The mysql database appears to have been properly initialized though >>> hardly any of the tables have anything in them. >>> >>> >>> mysql> use keystone; >>> Reading table information for completion of table and column names >>> You can turn off this feature to get a quicker startup with -A >>> >>> >>> Database changed >>> mysql> show tables; >>> +------------------------+ >>> | Tables_in_keystone | >>> +------------------------+ >>> | credential | >>> | domain | >>> | ec2_credential | >>> | endpoint | >>> | group | >>> | group_domain_metadata | >>> | group_project_metadata | >>> | migrate_version | >>> | policy | >>> | project | >>> | role | >>> | service | >>> | token | >>> | trust | >>> | trust_role | >>> | user | >>> | user_domain_metadata | >>> | user_group_membership | >>> | user_project_metadata | >>> +------------------------+ >>> 19 rows in set (0.00 sec) >>> >>> >>> mysql> select * from service; >>> Empty set (0.00 sec) >>> >>> >>> I cranked up the debug level in the keystone log file and here is >>> what I see: >>> 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] >>> ******************** REQUEST ENVIRON ******************** >>> 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] SCRIPT_NAME = /v2.0 >>> 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] >>> webob.adhoc_attrs = {'response': } >>> 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] REQUEST_METHOD = GET >>> 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] PATH_INFO = >>> /OS-KSADM/services >>> 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] SERVER_PROTOCOL >>> = HTTP/1.0 >>> 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] >>> HTTP_X_AUTH_TOKEN = 49c056f8688540fcb933cf7335537676 >>> 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] HTTP_USER_AGENT >>> = python-keystoneclient >>> 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] >>> eventlet.posthooks = [] >>> 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] SERVER_NAME = >>> 127.0.0.1 >>> 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] REMOTE_ADDR = >>> 127.0.0.1 >>> 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] eventlet.input = >>> >>> 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] wsgi.url_scheme >>> = http >>> 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] SERVER_PORT = 35357 >>> 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] wsgi.input = >>> >>> 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] HTTP_HOST = >>> 127.0.0.1:35357 >>> 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] wsgi.multithread >>> = True >>> 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] HTTP_ACCEPT = */* >>> 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] wsgi.version = >>> (1, 0) >>> 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] >>> openstack.context = {'token_id': '49c056f8688540fcb933cf7335537676', >>> 'is_admin': True} >>> 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] >>> GATEWAY_INTERFACE = CGI/1.1 >>> 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] wsgi.run_once = >>> False >>> 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] wsgi.errors = >>> ', mode 'w' at 0x2aaaaaae81e0> >>> 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] >>> wsgi.multiprocess = False >>> 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] CONTENT_TYPE = >>> text/plain >>> 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] >>> HTTP_ACCEPT_ENCODING = identity, deflate, compress, gzip >>> 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] >>> 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] >>> ******************** REQUEST BODY ******************** >>> 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] >>> 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] arg_dict: {} >>> 2013-09-04 17:37:48 INFO [sqlalchemy.engine.base.Engine] SELECT >>> service.id AS service_id, service.type AS service_type, >>> service.extra AS service_extra >>> FROM service >>> 2013-09-04 17:37:48 INFO [sqlalchemy.engine.base.Engine] () >>> 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] >>> ******************** RESPONSE HEADERS ******************** >>> 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] Vary = X-Auth-Token >>> 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] Content-Type = >>> application/json >>> 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] Content-Length = 25 >>> 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] >>> 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] >>> ******************** RESPONSE BODY ******************** >>> 2013-09-04 17:37:48 DEBUG [keystone.common.wsgi] >>> {"OS-KSADM:services": []} >>> 2013-09-04 17:37:48 INFO [access] 127.0.0.1 - - >>> [05/Sep/2013:00:37:48 +0000] "GET >>> http://127.0.0.1:35357/v2.0/OS-KSADM/services HTTP/1.0" 200 25 >>> 2013-09-04 17:37:48 DEBUG [eventlet.wsgi.server] 127.0.0.1 - - >>> [04/Sep/2013 17:37:48] "GET /v2.0/OS-KSADM/services HTTP/1.1" 200 >>> 153 0.008193 >>> >>> >>> >>> >>> I have tried completely wiping out and reinstalling RDO but it >>> chokes at the same point. Myself, along with several other people, >>> have reported this error on the RDO forum but no one over there has >>> responded so I thought I would try my luck over here. If anyone has >>> an idea of what my problem is, or can offer advice on further >>> troubleshooting, please let me know. >>> >>> >>> Thank you in advance. >>> Robin Goldstone, LLNL >>> _______________________________________________ >>> Mailing list:http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>> Post to :openstack at lists.openstack.org >>> Unsubscribe :http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> >> > > > > _______________________________________________ > Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack -------------- next part -------------- An HTML attachment was scrubbed... URL: From thiagocmartinsc at gmail.com Fri Sep 6 18:47:49 2013 From: thiagocmartinsc at gmail.com (=?ISO-2022-JP?B?TWFydGlueCAtIBskQiU4JSchPCVgJTobKEI=?=) Date: Fri, 6 Sep 2013 15:47:49 -0300 Subject: [Openstack] Havana-3 development milestone available In-Reply-To: <5229FBE1.2020207@openstack.org> References: <5229FBE1.2020207@openstack.org> Message-ID: AWESOME!! OpenStack is very impressive!! Can't wait to use it with IPv6! :-P Thank you guys!! On 6 September 2013 12:59, Thierry Carrez wrote: > Hi everyone, > > The last milestone in the Havana development cycle, "havana-3" is now > available for Keystone, Glance, Nova, Horizon, Neutron, Cinder, > Ceilometer, and Heat. In the last 7 weeks, more than 200 features were > added and more than 750 bugs fixed (!). > > You can see the full list of new features and fixed bugs, as well as > tarball downloads, at: > > https://launchpad.net/keystone/havana/havana-3 > https://launchpad.net/glance/havana/havana-3 > https://launchpad.net/nova/havana/havana-3 > https://launchpad.net/horizon/havana/havana-3 > https://launchpad.net/neutron/havana/havana-3 > https://launchpad.net/cinder/havana/havana-3 > https://launchpad.net/ceilometer/havana/havana-3 > https://launchpad.net/heat/havana/havana-3 > > This milestone is nearly feature-complete. A few exceptions should land > next week, but those projects are otherwise feature-frozen in > preparation of the first Havana release candidate. > > We should now all switch to testing and bugfixing mode for the next > weeks, and make Havana as bug-free as we can. The release-critical bugs > will be tracked on the havana-rc1 milestone pages. Once all those bugs > are fixed and the first release candidates are out, the next development > cycle (Icehouse) will start. Final coordinated release is expected on > October 17th. > > More information on the OpenStack development cycle can be found at: > https://wiki.openstack.org/wiki/Release_Cycle > > Regards, > > -- > Thierry Carrez (ttx) > > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > -------------- next part -------------- An HTML attachment was scrubbed... URL: From john.griffith at solidfire.com Fri Sep 6 21:01:31 2013 From: john.griffith at solidfire.com (John Griffith) Date: Fri, 6 Sep 2013 15:01:31 -0600 Subject: [Openstack] [OpenStack] Links to summit sessions Message-ID: Not sure if I'm missing something but... I've had a number of people ask me "what happened to the links to the summit sessions". It seems that if you try and go to a link for a session it just redirects back to the main page. Even from there if you search and find the session topic and click, it seems to again redirect back to main page. Any idea what's up? Thanks, John -------------- next part -------------- An HTML attachment was scrubbed... URL: From stefano at openstack.org Fri Sep 6 23:59:14 2013 From: stefano at openstack.org (Stefano Maffulli) Date: Fri, 06 Sep 2013 16:59:14 -0700 Subject: [Openstack] =?windows-1252?q?OpenStack_Community_Weekly_Newslette?= =?windows-1252?q?r_=28Aug_30_=96_Sep_6=29?= Message-ID: <522A6C52.9090307@openstack.org> Register Now For The Summit in Hong Kong ?????? ?????????????? ???????, ???????? OpenStack Heat and Ceilometer got their dashboard panel The Havana milestone release of the Horizon dashboard brought an absolutely wonderful panel for Heat, the orchestration service and Ceilometer, the metering service. Enjoy a preview before the Havana’s official release. OpenStack Icehouse Incubation Roundup The OpenStack Technical Committee met this week to consider the status of incubated projects for the upcoming Icehouse cycle. As a result, database provisioning (codename Trove ) will be an official part of the Icehouse (2014.1) release, while message queues (codename Marconi ) and bare-metal server provisioning (codename Ironic ) will be in incubation with a view to becoming official in the as-yet-unnamed J (2014.2) release. Bringing Go To The Cloud With The Gophercloud SDK Go is a rapidly emerging programming language created out of Google by Rob Pike and Ken Thompson. Rackspace is investing in Go by creating a multi-cloud software development kit (SDK) for the Go programming community called Gophercloud . It will support OpenStack first, Rackspace Cloud second. Scaling the OpenStack Test Environment A year ago James Blair introduced Zuul , a program he developed to drive the OpenStack project’s gating system. In short, each change to an OpenStack project must pass unit and integration tests before it is merged. Over the past year, the OpenStack project has grown tremendously, with 62 git repositories related to OpenStack, 30 for the project infrastructure, and an additional 75 unofficial projects that share the same testing infrastructure. In all, the development infrastructure currently serves 167 repositories. They run up to *720 test jobs per hour*, and our dynamic provisioning system has pushed our test node count up to 328 nodes online and running tests simultaneously. Over the past year, the OpenStack Infra team made a large number of changes to prepare for this load. This blog post by jeblair has some of the key innovations that help us test at scale. For VIM users out there: qtpy.vim A simple way of running python unit tests from within VIM based on the cursor location. Useful for receiving immediate feedback as you write tests, despite what test runner or framework your project uses to run its tests. Tips ‘n Tricks * By Lorin Hochstein : Up and running on Rackspace * By Anita Kuno : Installing Devstack with Vagrant Upcoming Events * 2nd OpenStack User Group Nordics meetup Sep 11, 2013 – Kista, Stockholm Details * OpenStack In Action – Powering IaaS Cloud Sep 14, 2013 – SAP Labs Whitefield, Bangalore Details * Cloud Connect China , September 15-17 2013, Shanghai, China * LinuxCon/Cloud Open North America , September 16-18 2013, New Orleans, LA, USA, * GigaOM Structure UK , September 18-19 2013, London, England, UK * OpenStack India Day Sep 21, 2013 – Bangalore Details * Hosting & Cloud Transformation Summit Sep 23 – 25, 2013 – Las Vegas, USA Details * OpenStack on Ales Sep 30 – Oct 01, 2013 – Bend, OR Details * Open World Forum (Paris) ,October 3-5 2013, Paris, France * Gartner Symposium/IT Expo North America , October 6-10 2013, Orlando, FL, USA, * OpenStack in action! – The Canadian Chapter Oct 08, 2013 – Montreal, Canada Details * Swift Hackathon Oct 15 – 17, 2013 – Aust, TX Details * LinuxCon/Cloud Open Europe , October 21-23 2013, Edinburgh, Scotland, UK * Cloud Connect , October 21-24 2013, Chicago, IL, USA Reports from Previous Events * First meeting of OpenStack Venezuela Other News * Accelerate Your Career With OpenStack: Upcoming LPI Webinar * OpenStacking your Apps * History, objectives and limits of the Ceilometer project * The Fanatical Faces Of Rackspace Private Cloud: Justin Shepherd * Open Mic Spotlight: Julien Danjou * OpenStack Community Meeting: Summary and full logs * OpenStack Project Meeting: Summary and full logs Welcome New Developers Is your affiliation correct? Check your profile in the OpenStack Foundation Members Database! * Subashini Soundararajan, Rightscale * Sam Alba, dotCloud Inc * Itzik Brown, None * William Van Hevelingen, Portland State University * Brianna Poulos, JHU/APL * ?ukasz Jernas', Allegro Group * Yangyang Zheng, CIeNET Technologies * Valerii Zhelezniakov, None (Mirantis?) * Rob Raymond, HP * Daniel Izquierdo, Bitergia * Swapnil Kulkarni, None * Robert Tingirica, Cloudbase Solutions * Shaun McCance, Cisco * nancykyo, ? * Abishek Subramanian, Cisco * Zhengguang Ou, None * Simon, Unitedstack /The weekly newsletter is a way for the community to learn about all the various activities occurring on a weekly basis. If you would like to add content to a weekly update or have an idea about this newsletter, please leave a comment./ -------------- next part -------------- An HTML attachment was scrubbed... URL: From kbalavignesh at gmail.com Sat Sep 7 13:05:44 2013 From: kbalavignesh at gmail.com (BalaVignesh Kasinathan) Date: Sat, 7 Sep 2013 18:35:44 +0530 Subject: [Openstack] [OpenStack] Cloud computing concepts Message-ID: Hello All, I am a python developer. I want to learn open stack and contribute to it. Before that, can anybody suggest a good book to learn the core concepts of cloud computing? Regards, Bala -------------- next part -------------- An HTML attachment was scrubbed... URL: From shoujinwang at gmail.com Sat Sep 7 14:29:51 2013 From: shoujinwang at gmail.com (Autumn Wang) Date: Sat, 7 Sep 2013 07:29:51 -0700 Subject: [Openstack] [OpenStack] Cloud computing concepts In-Reply-To: References: Message-ID: docs.openstack.org is the best one. Read the architecture part firstly. Regards, Autumn Sent from my iPhone On Sep 7, 2013, at 6:05 AM, BalaVignesh Kasinathan wrote: > Hello All, > I am a python developer. I want to learn open stack and contribute to it. Before that, can anybody suggest a good book to learn the core concepts of cloud computing? > > Regards, > Bala > _______________________________________________ > Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack From anne at openstack.org Sat Sep 7 15:20:10 2013 From: anne at openstack.org (Anne Gentle) Date: Sat, 7 Sep 2013 10:20:10 -0500 Subject: [Openstack] [OpenStack] Cloud computing concepts In-Reply-To: References: Message-ID: Thanks for the vote of confidence in the docs. For overarching cloud computing concepts, I like the Rackspace Cloud U at http://www.rackspace.com/knowledge_center/cloudu/. On Sat, Sep 7, 2013 at 9:29 AM, Autumn Wang wrote: > docs.openstack.org is the best one. Read the architecture part firstly. > > Regards, > Autumn > > Sent from my iPhone > > On Sep 7, 2013, at 6:05 AM, BalaVignesh Kasinathan > wrote: > > > Hello All, > > I am a python developer. I want to learn open stack and contribute > to it. Before that, can anybody suggest a good book to learn the core > concepts of cloud computing? > > > > Regards, > > Bala > > _______________________________________________ > > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > Post to : openstack at lists.openstack.org > > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > -------------- next part -------------- An HTML attachment was scrubbed... URL: From clay.gerrard at gmail.com Sat Sep 7 16:20:43 2013 From: clay.gerrard at gmail.com (Clay Gerrard) Date: Sat, 7 Sep 2013 09:20:43 -0700 Subject: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift In-Reply-To: <1378529123.39925.YahooMailNeo@web193601.mail.sg3.yahoo.com> References: <1377498985.92309.YahooMailNeo@web193603.mail.sg3.yahoo.com> <1377575715.63149.YahooMailNeo@web193603.mail.sg3.yahoo.com> <1377705664.3899.YahooMailNeo@web193602.mail.sg3.yahoo.com> <1377755510.20626.YahooMailNeo@web193601.mail.sg3.yahoo.com> <1377765810.77854.YahooMailNeo@web193606.mail.sg3.yahoo.com> <1377767543.33056.YahooMailNeo@web193603.mail.sg3.yahoo.com> <1377768176.9373.YahooMailNeo@web193606.mail.sg3.yahoo.com> <1377775079.21343.YahooMailNeo@web193602.mail.sg3.yahoo.com> <1377784746.26442.YahooMailNeo@web193603.mail.sg3.yahoo.com> <1377840941.9818.YahooMailNeo@web193605.mail.sg3.yahoo.com> <1377843725.53401.YahooMailNeo@web193602.mail.sg3.yahoo.com> <1378273871.52383.YahooMailNeo@web193604.mail.sg3.yahoo.com> <1378355540.21486.YahooMailNeo@web193605.mail.sg3.yahoo.com> <1378442357.82006.YahooMailNeo@web193604.mail.sg3.yahoo.com> <1378529123.39925.YahooMailNeo@web193601.mail.sg3.yahoo.com> Message-ID: ok, so it looks like no device with label d1 exists, so you can't mount it, and the account-server can't find it. Devices get labeled when you put the file system on them (the `mkfs.xfs` command) I saw in screenshot 10 you had mis-typed the mkfs.xfs command: `sudo mkfs.xfs -f -i size=512 -L d3/dev/sdd` That should be: `sudo mkfs.xfs -f -i size=512 -L d3 /dev/sdd` notice the space between the label "d3" and the device "/dev/sdd" Also, fairly recently people have stopped recommending the larger inode size, so the commands should be: `sudo mkfs.xfs -L d1 /dev/sdb` `sudo mkfs.xfs -L d2 /dev/sdc` `sudo mkfs.xfs -L d3 /dev/sdd` and maybe: `sudo mkfs.xfs -L d4 /dev/sde` ... actually how many devices do you have in the system? Can I get a paste of the full output of `cat /proc/partitions`? On Fri, Sep 6, 2013 at 9:45 PM, pragya jain wrote: > hello sir, > > I did the following job: > > root at arun-Aspire-5742:~# sudo mount -t xfs -o > noatime,nodiratime,logbufs=8 -L d1 /srv/node/d1 > mount: no such partition found > root at arun-Aspire-5742:~# sudo mount -t xfs -o > noatime,nodiratime,logbufs=8 -L d1 \srv/node/d1 > mount: no such partition found > root at arun-Aspire-5742:~# cd /opt/swift/etc > root at arun-Aspire-5742:/opt/swift/etc# sudo mount -t xfs -o > noatime,nodiratime,logbufs=8 -L d1 /srv/node/d1 > mount: no such partition found > root at arun-Aspire-5742:/opt/swift/etc# sudo mount -t xfs -o > noatime,nodiratime,logbufs=8 -L d1 \srv/node/d1 > mount: no such partition found > root at arun-Aspire-5742:/opt/swift/etc# cd ~ > root at arun-Aspire-5742:~# mount d1 /srv/node/d1 > mount: special device d1 does not exist > root at arun-Aspire-5742:~# vi /etc/swift/account-server.conf > root at arun-Aspire-5742:~# mount d1 /srv/node/d1 > mount: special device d1 does not exist > root at arun-Aspire-5742:~# cd /opt/swift/etc > root at arun-Aspire-5742:/opt/swift/etc# mount d1 /srv/node/d1 > mount: special device d1 does not exist > root at arun-Aspire-5742:/opt/swift/etc# sudo reboot > > root at arun-Aspire-5742:~# mount > /dev/sda4 on / type ext4 (rw,errors=remount-ro) > proc on /proc type proc (rw,noexec,nosuid,nodev) > sysfs on /sys type sysfs (rw,noexec,nosuid,nodev) > none on /sys/fs/fuse/connections type fusectl (rw) > none on /sys/kernel/debug type debugfs (rw) > none on /sys/kernel/security type securityfs (rw) > udev on /dev type devtmpfs (rw,mode=0755) > devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=0620) > tmpfs on /run type tmpfs (rw,noexec,nosuid,size=10%,mode=0755) > none on /run/lock type tmpfs (rw,noexec,nosuid,nodev,size=5242880) > none on /run/shm type tmpfs (rw,nosuid,nodev) > gvfs-fuse-daemon on /home/arun/.gvfs type fuse.gvfs-fuse-daemon > (rw,nosuid,nodev,user=arun) > > I am attaching some screenshots which tells what I had done earlier when I > was preparing and mounting the devices. > > ------------------------------ > *From:* Clay Gerrard > *To:* pragya jain > *Cc:* "pangj at laposte.net" ; " > openstack at lists.openstack.org" > *Sent:* Friday, 6 September 2013 8:58 PM > > *Subject:* Re: [Openstack] Fw: problem in setting up Tempauth > authentication & authorization with Swift > > Sep 4 11:14:04 arun-Aspire-5742 proxy-server ERROR Insufficient Storage > 127.0.0.1:6002/d1 (txn: txb0d8717ab05c4cf0bdebd-005226c8a4) > > The account server on 127.0.0.1:6002/d1 returned 507 indicating it > couldn't find a useable file system for the device labeled d1. > > The account server has a config option "devices" in the "DEFAULT" section > of "/etc/swift/account-server.conf" that will indicate the base mount point > for devices (typicailly it's "/srv/node"). That path is prepended to the > device name that's sent in the request ("d1" in this case). > > So there should be a filesystem (xfs typically) mounted at "/srv/node/d1" > > Try mounting it manually `mount d1 /srv/node/d1` and double check the > output from `mount` and your "/etc/fstab" > > > On Thu, Sep 5, 2013 at 9:39 PM, pragya jain wrote: > > please help me in this regard. > > ------------------------------ > *From:* pragya jain > *To:* Clay Gerrard > *Cc:* "pangj at laposte.net" ; " > openstack at lists.openstack.org" > *Sent:* Thursday, 5 September 2013 10:02 AM > > *Subject:* Re: [Openstack] Fw: problem in setting up Tempauth > authentication & authorization with Swift > > root at arun-Aspire-5742:~# grep txb0d8717ab05c4cf0bdebd-005226c8a4 > /var/log/syslogSep 4 11:14:04 arun-Aspire-5742 account-server 127.0.0.1 - > - [04/Sep/2013:05:44:04 +0000] "GET /d1/19164/AUTH_prag2648" 507 - > "txb0d8717ab05c4cf0bdebd-005226c8a4" "GET > http://localhost:8080/v1/AUTH_prag2648/" "proxy-server 3182" 0.0021 "" > Sep 4 11:14:04 arun-Aspire-5742 proxy-server ERROR Insufficient Storage > 127.0.0.1:6002/d1 (txn: txb0d8717ab05c4cf0bdebd-005226c8a4) > Sep 4 11:14:05 arun-Aspire-5742 proxy-server Account GET returning 503 > for [507] (txn: txb0d8717ab05c4cf0bdebd-005226c8a4) (client_ip: 127.0.0.1) > Sep 4 11:14:05 arun-Aspire-5742 proxy-server 127.0.0.1 127.0.0.1 > 04/Sep/2013/05/44/05 GET /v1/AUTH_prag2648/ HTTP/1.0 503 - > curl/7.22.0%20%28i686-pc-linux-gnu%29%20libcurl/7.22.0%20OpenSSL/1.0.1%20zlib/ > 1.2.3.4%20libidn/1.23%20librtmp/2.3 > AUTH_tk4be7b90194c747468c4973675db15ca5 - 118 - > txb0d8717ab05c4cf0bdebd-005226c8a4 - 0.2774 - - > > > ------------------------------ > *From:* Clay Gerrard > *To:* pragya jain > *Cc:* "pangj at laposte.net" ; " > openstack at lists.openstack.org" > *Sent:* Wednesday, 4 September 2013 9:12 PM > *Subject:* Re: [Openstack] Fw: problem in setting up Tempauth > authentication & authorization with Swift > > So the builder files look right, you should grep the logs for the > transaction id of the request that 503'd and see if the proxy is still > getting connection errors (i.e. still trying to connect to 10.0.2.15) > > grep txb0d8717ab05c4cf0bdebd-005226c8a4 /var/log/syslog > > If the proxy is still going to the old 10.0.2.15 you need to rebalance > your rings > > swift-ring-builder account.builder reblanace > > -Clay > > > On Tue, Sep 3, 2013 at 10:51 PM, pragya jain wrote: > > root at arun-Aspire-5742:/etc/swift# swift-ring-builder object.builder > object.builder, build version 14 > 262144 partitions, 3.000000 replicas, 1 regions, 1 zones, 1 devices, 0.00 > balance > The minimum number of hours before a partition can be reassigned is 24 > Devices: id region zone ip address port replication ip > replication port name weight partitions balance meta > 2 1 1 127.0.0.1 6000 127.0.0.1 > 6000 d1 100.00 786432 0.00 > root at arun-Aspire-5742:/etc/swift# swift-ring-builder account.builder > account.builder, build version 14 > 262144 partitions, 3.000000 replicas, 1 regions, 1 zones, 1 devices, 0.00 > balance > The minimum number of hours before a partition can be reassigned is 24 > Devices: id region zone ip address port replication ip > replication port name weight partitions balance meta > 2 1 1 127.0.0.1 6002 127.0.0.1 > 6002 d1 100.00 786432 0.00 > root at arun-Aspire-5742:/etc/swift# swift-ring-builder container.builder > container.builder, build version 11 > 262144 partitions, 3.000000 replicas, 1 regions, 1 zones, 1 devices, 0.00 > balance > The minimum number of hours before a partition can be reassigned is 24 > Devices: id region zone ip address port replication ip > replication port name weight partitions balance meta > 1 1 1 127.0.0.1 6001 127.0.0.1 > 6001 d1 100.00 786432 0.00 > root at arun-Aspire-5742:/etc/swift# cd ~ > root at arun-Aspire-5742:~# sudo swift-init account start > Starting account-server...(/etc/swift/account-server.conf) > root at arun-Aspire-5742:~# sudo swift-init proxy start > Starting proxy-server...(/etc/swift/proxy-server.conf) > root at arun-Aspire-5742:~# curl -v -H 'X-Auth-User:prag2648:pragya' -H > 'X-Auth-Key:pj2648' http://localhost:8080/auth/v1.0/ > * About to connect() to localhost port 8080 (#0) > * Trying 127.0.0.1... connected > > GET /auth/v1.0/ HTTP/1.1 > > User-Agent: curl/7.22.0 (i686-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 > zlib/1.2.3.4 libidn/1.23 librtmp/2.3 > > Host: localhost:8080 > > Accept: */* > > X-Auth-User:prag2648:pragya > > X-Auth-Key:pj2648 > > > < HTTP/1.1 200 OK > < X-Storage-Url: http://localhost:8080/v1/AUTH_prag2648 > < X-Auth-Token: AUTH_tk4be7b90194c747468c4973675db15ca5 > < Content-Type: text/html; charset=UTF-8 > < X-Storage-Token: AUTH_tk4be7b90194c747468c4973675db15ca5 > < Content-Length: 0 > < X-Trans-Id: txc07e87d3d4b8487b85d89-005226c820 > < Date: Wed, 04 Sep 2013 05:41:52 GMT > < > * Connection #0 to host localhost left intact > * Closing connection #0 > root at arun-Aspire-5742:~# curl -v -H > 'X-Storage-Token:AUTH_tk4be7b90194c747468c4973675db15ca5' > http://127.0.0.1:8080/v1/AUTH_prag2648/ > * About to connect() to 127.0.0.1 port 8080 (#0) > * Trying 127.0.0.1... connected > > GET /v1/AUTH_prag2648/ HTTP/1.1 > > User-Agent: curl/7.22.0 (i686-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 > zlib/1.2.3.4 libidn/1.23 librtmp/2.3 > > Host: 127.0.0.1:8080 > > Accept: */* > > X-Storage-Token:AUTH_tk4be7b90194c747468c4973675db15ca5 > > > < HTTP/1.1 503 Internal Server Error > < Content-Length: 118 > < Content-Type: text/html; charset=UTF-8 > < X-Trans-Id: tx2301beb46542488597d23-005226c87d > < Date: Wed, 04 Sep 2013 05:43:26 GMT > < > * Connection #0 to host 127.0.0.1 left intact > * Closing connection #0 >

Service Unavailable

The server is currently unavailable. > Please try again at a later time.

root at arun-Aspire-5742:~# > root at arun-Aspire-5742:~# curl -v -H > 'X-Storage-Token:AUTH_tk4be7b90194c747468c4973675db15ca5' > http://127.0.0.1/v1/AUTH_prag2648/ > * About to connect() to 127.0.0.1 port 80 (#0) > * Trying 127.0.0.1... Connection refused > * couldn't connect to host > * Closing connection #0 > curl: (7) couldn't connect to host > root at arun-Aspire-5742:~# curl -v -H > 'X-Storage-Token:AUTH_tk4be7b90194c747468c4973675db15ca5' > http://localhost:8080/v1/AUTH_prag2648/ > * About to connect() to localhost port 8080 (#0) > * Trying 127.0.0.1... connected > > GET /v1/AUTH_prag2648/ HTTP/1.1 > > User-Agent: curl/7.22.0 (i686-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 > zlib/1.2.3.4 libidn/1.23 librtmp/2.3 > > Host: localhost:8080 > > Accept: */* > > X-Storage-Token:AUTH_tk4be7b90194c747468c4973675db15ca5 > > > < HTTP/1.1 503 Internal Server Error > < Content-Length: 118 > < Content-Type: text/html; charset=UTF-8 > < X-Trans-Id: txb0d8717ab05c4cf0bdebd-005226c8a4 > < Date: Wed, 04 Sep 2013 05:44:05 GMT > < > * Connection #0 to host localhost left intact > * Closing connection #0 >

Service Unavailable

The server is currently unavailable. > Please try again at a later time.

root at arun-Aspire-5742:~# > root at arun-Aspire-5742:~# grep txa4c98c518382430ab9f5f-005222dede > /var/log/syslogroot at arun-Aspire-5742:~# > > > ------------------------------ > *From:* Kuo Hugo > *To:* pragya jain > *Cc:* Gareth ; "openstack at lists.openstack.org" < > openstack at lists.openstack.org> > *Sent:* Friday, 30 August 2013 1:15 PM > > *Subject:* Re: [Openstack] Fw: problem in setting up Tempauth > authentication & authorization with Swift > > Hmm.... > > 1) No Container and Object servers are running > 2) Only one drive in the ring > 3) No device been mount to /srv/node/* , unless you are disabling > mount_check > 4) Did you setup rsync yet ? > > Maybe you can follow the online document to complete the above items. > > Good luck~ > > > > +Hugo Kuo+ > hugo at swiftstack.com > tonytkdk at gmail.com > +886 935004793 > > > 2013/8/30 pragya jain > > root at arun-Aspire-5742:~# swift-ring-builder /etc/swift/account.builder > /etc/swift/account.builder, build version 1 > 262144 partitions, 3.000000 replicas, 1 regions, 1 zones, 1 devices, 0.00 > balance > The minimum number of hours before a partition can be reassigned is 24 > Devices: id region zone ip address port replication ip > replication port name weight partitions balance meta > 0 1 1 10.0.2.15 6000 10.0.2.15 > 6000 d1 100.00 786432 0.00 > root at arun-Aspire-5742:~# swift-ring-builder /etc/swift/container.builder > /etc/swift/container.builder, build version 1 > 262144 partitions, 3.000000 replicas, 1 regions, 1 zones, 1 devices, 0.00 > balance > The minimum number of hours before a partition can be reassigned is 24 > Devices: id region zone ip address port replication ip > replication port name weight partitions balance meta > 0 1 1 10.0.2.15 6001 10.0.2.15 > 6001 d1 100.00 786432 0.00 > root at arun-Aspire-5742:~# swift-ring-builder /etc/swift/object.builder > /etc/swift/object.builder, build version 1 > 262144 partitions, 3.000000 replicas, 1 regions, 1 zones, 1 devices, 0.00 > balance > The minimum number of hours before a partition can be reassigned is 24 > Devices: id region zone ip address port replication ip > replication port name weight partitions balance meta > 0 1 1 10.0.2.15 6002 10.0.2.15 > 6002 d1 100.00 786432 0.00 > root at arun-Aspire-5742:~# ps aux | grep swift > swift 5174 0.0 0.1 18700 11548 ? Ss 10:45 0:00 > /usr/bin/python /usr/local/bin/swift-account-server > /etc/swift/account-server.conf > swift 5181 0.0 0.1 18976 9624 ? S 10:45 0:00 > /usr/bin/python /usr/local/bin/swift-account-server > /etc/swift/account-server.conf > swift 5182 0.0 0.1 18992 9616 ? S 10:45 0:00 > /usr/bin/python /usr/local/bin/swift-account-server > /etc/swift/account-server.conf > swift 5183 0.0 0.1 18992 9620 ? S 10:45 0:00 > /usr/bin/python /usr/local/bin/swift-account-server > /etc/swift/account-server.conf > swift 5184 0.0 0.1 18992 9632 ? S 10:45 0:00 > /usr/bin/python /usr/local/bin/swift-account-server > /etc/swift/account-server.conf > swift 5192 0.0 0.2 18296 11812 ? Ss 10:45 0:00 > /usr/bin/python /usr/local/bin/swift-proxy-server > /etc/swift/proxy-server.conf > swift 5197 0.0 0.2 23512 15552 ? S 10:45 0:00 > /usr/bin/python /usr/local/bin/swift-proxy-server > /etc/swift/proxy-server.conf > swift 5198 0.0 0.2 23524 15628 ? S 10:45 0:00 > /usr/bin/python /usr/local/bin/swift-proxy-server > /etc/swift/proxy-server.conf > swift 5199 0.0 0.2 23524 15300 ? S 10:45 0:00 > /usr/bin/python /usr/local/bin/swift-proxy-server > /etc/swift/proxy-server.conf > swift 5200 0.0 0.2 23524 15300 ? S 10:45 0:00 > /usr/bin/python /usr/local/bin/swift-proxy-server > /etc/swift/proxy-server.conf > root 6986 0.0 0.0 4388 828 pts/0 S+ 11:46 0:00 grep > --color=auto swift > root at arun-Aspire-5742:~# df -h > Filesystem Size Used Avail Use% Mounted on > /dev/sda4 170G 3.8G 158G 3% / > udev 2.8G 4.0K 2.8G 1% /dev > tmpfs 1.2G 908K 1.2G 1% /run > none 5.0M 4.0K 5.0M 1% /run/lock > none 2.8G 220K 2.8G 1% /run/shm > /dev/sda2 98G 25G 73G 26% /media/D8EA06E4EA06BEAE > /dev/sda5 98G 54G 45G 55% /media/8AE41BA8E41B9613 > root at arun-Aspire-5742:~# ls /srv/node/* > /srv/node/d1: > > /srv/node/d2: > > /srv/node/d3: > root at arun-Aspire-5742:~# netstat -antulp > Active Internet connections (servers and established) > Proto Recv-Q Send-Q Local Address Foreign Address State > PID/Program name > tcp 0 0 127.0.0.1:11211 0.0.0.0:* > LISTEN 941/memcached > tcp 0 0 0.0.0.0:8080 0.0.0.0:* > LISTEN 5192/python > tcp 0 0 0.0.0.0:6002 0.0.0.0:* > LISTEN 5174/python > tcp 0 0 127.0.0.1:53 0.0.0.0:* > LISTEN 6936/dnsmasq > tcp 0 0 127.0.0.1:631 0.0.0.0:* > LISTEN 596/cupsd > tcp 0 0 101.58.138.11:56680 207.171.162.71:443 > ESTABLISHED 2042/chrome > tcp 0 0 127.0.0.1:11211 127.0.0.1:45287 ESTABL > ISHED 941/memcached > tcp 0 0 127.0.0.1:11211 127.0.0.1:45292 > ESTABLISHED 941/memcached > tcp 0 0 127.0.0.1:45287 127.0.0.1:11211 > ESTABLISHED 5197/python > tcp 1 0 101.58.138.11:34377 91.189.89.144:80 CLOSE_WAIT 1674/ubuntu-geoip-p > tcp 0 0 127.0.0.1:45292 127.0.0.1:11211 > ESTABLISHED 5198/python > tcp6 0 0 ::1:631 :::* LISTEN > 596/cupsd > udp 0 0 127.0.0.1:11211 0.0.0.0:* > 941/memcached > udp 0 0 0.0.0.0:46638 0.0.0.0:* > 576/avahi-daemon: r > udp 0 0 127.0.0.1:53 0.0.0.0:* > 6936/dnsmasq > udp 0 0 0.0.0.0:5353 0.0.0.0:* > 576/avahi-daemon: r > udp6 0 0 :::55335 :::* > 576/avahi-daemon: r > udp6 0 0 :::5353 :::* > 576/avahi-daemon: r > root at arun-Aspire-5742:~# swift-init all status > No container-updater running > No account-auditor running > No object-replicator running > proxy-server running (5192 - /etc/swift/proxy-server.conf) > No container-replicator running > No object-auditor running > No object-expirer running > No container-auditor running > No container-server running > account-server running (5174 - /etc/swift/account-server.conf) > No account-reaper running > No container-sync running > No account-replicator running > No object-updater running > No object-server running > > ------------------------------ > *From:* Kuo Hugo > *To:* pragya jain > *Cc:* Gareth ; "openstack at lists.openstack.org" < > openstack at lists.openstack.org> > *Sent:* Friday, 30 August 2013 11:23 AM > > *Subject:* Re: [Openstack] Fw: problem in setting up Tempauth > authentication & authorization with Swift > > Hi Pragya : > > I'm in *highly* recommends that you can go through the Swift online > document http://docs.openstack.org/developer/swift/index.html . > It's a good place to understand the basic architecture, especially swift > *terms* > > > *Check rings :* > > $> swift-ring-builder /etc/swift/object.builder > $> swift-ring-builder /etc/swift/container.builder > $> swift-ring-builder /etc/swift/account.builder > > > *Check Swift workers :* > > $> swift-init all status > $> ps aux | grep swift > $> df -h > $> ls /srv/node/* > $> netstat -antulp > > > > > > +Hugo Kuo+ > hugo at swiftstack.com > tonytkdk at gmail.com > +886 935004793 > > > 2013/8/30 pragya jain > > hello sir, > > I am working on single node. > Please let me know how to check network topology and ring structure. > > > ------------------------------ > *From:* Gareth > *To:* Kuo Hugo > *Cc:* pragya jain ; "openstack at lists.openstack.org" > > *Sent:* Friday, 30 August 2013 8:11 AM > > *Subject:* Re: [Openstack] Fw: problem in setting up Tempauth > authentication & authorization with Swift > > Pragya > > The v1.0 auth uses tempauth for swift, like what you config in > proxy-server.conf. All account data is read from that file, so you couldn't > add/delete account in tempauth without modifying config file and restart > swift. > > BTW, your curl link here "curl -v -H 'X-Storage-Token:AUTH_ > tk3867b7599d5346559ee0baaa09e0f40d' > http://localhost:8080/v1/AUTH_prag2648/" actually is a GET request, which > means getting account data. If you config everything correctly, it must > have valid response. And you logs are a better way to find what happened in > this request (set log level to DEBUG, and you will get more details). > > > On Fri, Aug 30, 2013 at 7:47 AM, Kuo Hugo wrote: > > Hi Pragya, > > I need more information. > > 1) Please draw a network topology of your environment > 2) How many nodes do you have? > 3) What's the ring looks like ? > > > Hugo Kuo > hugo at swiftstack.com > tonytkdk at gmail.com > +886 935004793 > > > 2013/8/29 pragya jain > > hello sir, > > connection is established successfully. But, when I try to create an > account, I face the problem. > > root at arun-Aspire-5742:~# sudo swift-init account start > Starting account-server...(/etc/swift/account-server.conf) > root at arun-Aspire-5742:~# sudo swift-init proxy start > Starting proxy-server...(/etc/swift/proxy-server.conf) > root at arun-Aspire-5742:~# curl -v -H 'X-Auth-User:prag2648:pragya' -H > 'X-Auth-Key:pj2648' http://localhost:8080/auth/v1.0/ > * About to connect() to localhost port 8080 (#0) > * Trying 127.0.0.1... connected > > GET /auth/v1.0/ HTTP/1.1 > > User-Agent: curl/7.22.0 (i686-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 > zlib/1.2.3.4 libidn/1.23 librtmp/2.3 > > Host: localhost:8080 > > Accept: */* > > X-Auth-User:prag2648:pragya > > X-Auth-Key:pj2648 > > > < HTTP/1.1 200 OK > < X-Storage-Url: http://localhost:8080/v1/AUTH_prag2648 > < X-Auth-Token: AUTH_tk3867b7599d5346559ee0baaa09e0f40d > < Content-Type: text/html; charset=UTF-8 > < X-Storage-Token: AUTH_tk3867b7599d5346559ee0baaa09e0f40d > < Content-Length: 0 > < X-Trans-Id: txe2ab76a7617e40399f456-00521f3d16 > < Date: Thu, 29 Aug 2013 12:22:46 GMT > < > * Connection #0 to host localhost left intact > * Closing connection #0 > root at arun-Aspire-5742:~# python > Python 2.7.3 (default, Apr 10 2013, 05:46:21) > [GCC 4.6.3] on linux2 > Type "help", "copyright", "credits" or "license" for more information. > >>> import swift.common.memcached as memcached > >>> memcache = memcached.MemcacheRing(['127.0.0.1:11211']) > >>> print memcache.get('AUTH_/user/prag2648:pragya') > AUTH_tk3867b7599d5346559ee0baaa09e0f40d > >>> print > memcache.get('AUTH_/token/AUTH_tk3867b7599d5346559ee0baaa09e0f40d') > [1377865366.826027, > 'prag2648,prag2648:pragya,.reseller_admin,AUTH_prag2648'] > >>> > root at arun-Aspire-5742:~# curl -v -H > 'X-Storage-Token:AUTH_tk3867b7599d5346559ee0baaa09e0f40d' > http://127.0.0.1/v1/Auth_prag2648/ > * About to connect() to 127.0.0.1 port 80 (#0) > * Trying 127.0.0.1... Connection refused > * couldn't connect to host > * Closing connection #0 > curl: (7) couldn't connect to host > root at arun-Aspire-5742:~# curl -v -H > 'X-Storage-Token:AUTH_tk3867b7599d5346559ee0baaa09e0f40d' > http://localhost:8080/v1/AUTH_prag2648/ > * About to connect() to localhost port 8080 (#0) > * Trying 127.0.0.1... connected > > GET /v1/AUTH_prag2648/ HTTP/1.1 > > User-Agent: curl/7.22.0 (i686-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 > zlib/ > 1.2.3.4 libidn/1.23 librtmp/2.3 > > Host: localhost:8080 > > Accept: */* > > X-Storage-Token:AUTH_tk3867b7599d5346559ee0baaa09e0f40d > > > < HTTP/1.1 503 Internal Server Error > < Content-Length: 118 > < Content-Type: text/html; charset=UTF-8 > < X-Trans-Id: txd6fd9eead36e4b74b0869-00521f3efe > < Date: Thu, 29 Aug 2013 12:30:55 GMT > < > * Connection #0 to host localhost left intact > * Closing connection #0 >

Service Unavailable

The server is currently unavailable. > Please try again at a later time.

root at arun-Aspire-5742:~# > > Please help me in this regard. > > --- > > Pragya Jain > > ------------------------------ > *From:* pragya jain > *To:* Kuo Hugo > *Cc:* "openstack at lists.openstack.org" > *Sent:* Thursday, 29 August 2013 4:47 PM > *Subject:* Re: [Openstack] Fw: problem in setting up Tempauth > authentication & authorization with Swift > > Thanks Kuo very much for this help. > connection is successfully established. > > > ------------------------------ > *From:* Kuo Hugo > *To:* pragya jain > *Cc:* "openstack at lists.openstack.org" > *Sent:* Thursday, 29 August 2013 3:46 PM > *Subject:* Re: [Openstack] Fw: problem in setting up Tempauth > authentication & authorization with Swift > > curl -v -H 'X-Auth-User:admin:admin' -H 'X-Auth-Key:admin' > http://localhost:8080/auth/v1.0/ > > > +Hugo Kuo+ > hugo at swiftstack.com > tonytkdk at gmail.com > +886 935004793 > > > 2013/8/29 pragya jain > > > > root at arun-Aspire-5742:~# netstat -antulp | grep 8080 > > tcp 0 0 0.0.0.0:8080 0.0.0.0:* > LISTEN 2421/python > > > > user = swift > > > > ________________________________ > > From: Kuo Hugo > > To: pragya jain > > Cc: "openstack at lists.openstack.org" > > Sent: Thursday, 29 August 2013 2:47 PM > > > > Subject: Re: [Openstack] Fw: problem in setting up Tempauth > authentication & authorization with Swift > > > > gt; netstat -antulp | grep 8080 > > > > 1) is 8080 port been used ? > > 2) What's the value of *user* parameter in proxy-server.conf > https://github.com/openstack/swift/blob/master/etc/proxy-server.conf-sample#L7 > > > > > > > > +Hugo Kuo+ > > hugo at swiftstack.com > > tonytkdk at gmail.com > > +886 935004793 > > > > > > 2013/8/29 pragya jain > > > > hello sir, > > > > I run the command: > > > > root at arun-Aspire-5742:~# find / -name swift-proxy-server > > /opt/swift/build/scripts-2.7/swift-proxy-server > > /opt/swift/bin/swift-proxy-server > > /usr/local/bin/swift-proxy-server > > > /usr/local/lib/python2.7/dist-packages/swift-1.9.2-py2.7.egg/EGG-INFO/scripts/swift-proxy-server > > > > root at arun-Aspire-5742:~# /usr/bin/python > /usr/local/bin/swift-proxy-server /etc/swift/proxy-server.conf > > Traceback (most recent call last): > > File "/usr/local/bin/swift-proxy-server", line 5, in > > pkg_resources.run_script('swift==1.9.2', 'swift-proxy-server') > > File "/usr/lib/python2.7/dist-packages/pkg_resources.py", line 499, in > run_script > > self.require(requires)[0].run_script(script_name, ns) > > File "/usr/lib/python2.7/dist-packages/pkg_resources.py", line 1235, > in run_script > > execfile(script_filename, namespace, namespace) > > File > "/usr/local/lib/python2.7/dist-packages/swift-1.9.2-py2.7.egg/EGG-INFO/scripts/swift-proxy-server", > line 22, in > > run_wsgi(conf_file, 'proxy-server', default_port=8080, **options) > > File > "/usr/local/lib/python2.7/dist-packages/swift-1.9.2-py2.7.egg/swift/common/wsgi.py", > line 251, in run_wsgi > > sock = get_socket(conf, default_port=kwargs.get('default_port', > 8080)) > > File > "/usr/local/lib/python2.7/dist-packages/swift-1.9.2-py2.7.egg/swift/common/wsgi.py", > line 168, in get_socket > > bind_addr[0], bind_addr[1], bind_timeout)) > > Exception: Could not bind to 0.0.0.0:8080 after trying for 30 seconds > > > > > > ________________________________ > > From: Kuo Hugo > > To: pragya jain > > Cc: "openstack at lists.openstack.org" > > Sent: Thursday, 29 August 2013 2:19 PM > > > > Subject: Re: [Openstack] Fw: problem in setting up Tempauth > authentication & authorization with Swift > > > > find out the swift-proxy-server binary in your OS. (The path in example > just an assumption) > > > > gt; find / -name swift-proxy-server > > > > > > > > +Hugo Kuo+ > > hugo at swiftstack.com > > tonytkdk at gmail.com > > +886 935004793 > > > > > > 2013/8/29 pragya jain > > > > hello sir > > > > Thanks for the help > > > > root at arun-Aspire-5742:~# /usr/bin/python /usr/bin/swift-proxy-server > /etc/swift/proxy-server.conf > > /usr/bin/python: can't open file '/usr/bin/swift-proxy-server': [Errno > 2] No such file or directory > > > > this is the result of the command. > > > > please help in this regard. > > > > ----- > > Pragya Jain > > > > ________________________________ > > From: Kuo Hugo > > To: pragya jain > > Cc: "openstack at lists.openstack.org" > > Sent: Thursday, 29 August 2013 1:20 PM > > > > Subject: Re: [Openstack] Fw: problem in setting up Tempauth > authentication & authorization with Swift > > > > Obviously, There's no proxy server running on your node. > > > > Please execute it on the node where proxy-server located: > > (I assume the binary is in /usr/bin and conf file is in /etc/swift) > > > > gt; /usr/bin/python /usr/bin/swift-proxy-server > /etc/swift/proxy-server.conf > > > > What's the result ? > > > > +Hugo Kuo+ > > hugo at swiftstack.com > > tonytkdk at gmail.com > > +886 935004793 > > > > > > 2013/8/29 pragya jain > > > > hello sir > > > > Thanks for the suggestion. > > > > (1) I give the space between pj2648 and .admin and also between .admin > and .reseller_admin and tried the connection again, but face the same > problem > > > > root at arun-Aspire-5742:~# vi /etc/swift/proxy-server.conf > > > > and make following changes: > > > > > > user_admin_admin = admin .admin .reseller_admin > > user_test_tester = testing .admin > > user_test2_tester2 = testing2 .admin > > user_test_tester3 = testing3 > > > > user_prag2648_pragya = pj2648 .admin .reseller_admin > > > > and then > > > > root at arun-Aspire-5742:~# sudo swift-init account start > > Starting account-server...(/etc/swift/account-server.conf) > > root at arun-Aspire-5742:~# sudo swift-init proxy start > > > > Starting proxy-server...(/etc/swift/proxy-server.conf) > > root at arun-Aspire-5742:~# curl -v -H 'X-Auth-User:prag2648:pragya' -H > 'X-Auth-Key:pj2648' http://localhost/auth/v1.0/ > > * About to connect() to localhost port 80 (#0) > > * Trying 127.0.0.1... Connection refused > > * couldn't connect to host > > * Closing connection #0 > > curl: (7) couldn't connect to host > > > > (2) I also tired the connection with user admin:admin > > root at arun-Aspire-5742:~# curl -v -H 'X-Auth-User:admin:admin' -H > 'X-Auth-Key:admin' http://localhost/auth/v1.0/ > > > > * About to connect() to localhost port 80 (#0) > > * Trying 127.0.0.1... Connection refused > > * couldn't connect to host > > * Closing connection #0 > > curl: (7) couldn't connect to host > > > > (3) I also run the command to verify the port number of proxy > > root at arun-Aspire-5742:~# ps aux | grep proxy > > nobody 2124 0.0 0.0 5384 1164 ? S 10:39 0:00 > /usr/sbin/dnsmasq --no-resolv --keep-in-foreground --no-hosts > --bind-interfaces > --pid-file=/var/run/sendsigs.omit.d/network-manager.dnsmasq.pid > --listen-address=127.0.0.1 --conf-file=/var/run/nm-dns-dnsmasq.conf > --cache-size=0 --proxy-dnssec > > root 2724 0.0 0.0 4368 828 pts/0 R+ 10:52 0:00 grep > --color=auto proxy > > root at arun-Aspire-5742:~# netstat -antulp > > Active Internet connections (servers and established) > > Proto Recv-Q Send-Q Local Address Foreign Address > State PID/Program name > > tcp 0 0 127.0.0.1:11211 0.0.0.0:* > LISTEN 931/memcached > > tcp 0 0 127.0.0.1:53 0.0.0.0:* > LISTEN 2124/dnsmasq > > tcp 0 0 127.0.0.1:631 0.0.0.0:* > LISTEN 623/cupsd > > tcp 0 0 115.184.7.223:51521 74.125.236.132:80 TIME_WAIT - > > tcp 1 0 115.184.7.223:46280 91.189.89.144:80 CLOSE_WAIT 1663/ubuntu-geoip-p > > tcp 0 0 115.184.7.223:60563 173.194.38.147:80 TIME_WAIT - > > tcp 0 0 115.184.7.223:43256 124.124.201.179:80 TIME_WAIT - > > tcp 0 0 115.184.7.223:41791 124.124.201.169:80 TIME_WAIT - > > tcp 0 0 115.184.7.223:36669 124.124.252.9:80 TIME_WAIT - > > tcp 0 0 115.184.7.223:51747 173.194.38.184:80 TIME_WAIT - > > tcp 0 0 115.184.7.223:54229 74.125.236.44:443 > TIME_WAIT - > > tcp 0 0 115.184.7.223:36185 173.194.36.26:80 TIME_WAIT - > > tcp 0 0 115.184.7.223:38854 74.125.236.109:80 TIME_WAIT - > > tcp6 0 0 ::1:631 :::* > LISTEN 623/cupsd > > udp 0 0 0.0.0.0:5353 0.0.0.0:* > 619/avahi-daemon: r > > udp 0 0 0.0.0.0:53489 0.0.0.0:* > 619/avahi-daemon: r > > udp 0 0 127.0.0.1:11211 0.0.0.0:* > 931/memcached > > udp 0 0 127.0.0.1:53 0.0.0.0:* > 2124/dnsmasq > > udp6 0 0 :::5353 :::* > 619/avahi-daemon: r > > udp6 0 0 :::36705 :::* > 619/avahi-daemon: r > > > > Please help to proceed further. > > > > --- > > > > Thanks > > > > Pragya jain > > > > > > ________________________________ > > From: Kuo Hugo > > To: pragya jain > > Cc: Amanda Plimpton ; " > openstack at lists.openstack.org" > > Sent: Wednesday, 28 August 2013 9:59 PM > > Subject: Re: [Openstack] Fw: problem in setting up Tempauth > authentication & authorization with Swift > > > > Hi > > > > 1) user_prag2648_pragya = pj2648.admin.reseller_admin try to have a > space between pj2648 and .admin . How about to test with user admin:admin ? > > 2) Verify the port number of proxy by > > > > gt; ps aux | grep proxy > > gt; netstat -antulp > > > > > > 3) Check the Proxy for how to setup bind_port > https://github.com/openstack/swift/blob/master/etc/proxy-server.conf-sample > > > > > > > > > > > > +Hugo Kuo+ > > hugo at swiftstack.com > > tonytkdk at gmail.com > > +886 935004793 > > > > > > 2013/8/29 pragya jain > > > > hello sir, > > > > Please help me in knowing how to use 8080 port > > > > > > ________________________________ > > From: Amanda Plimpton > > To: pragya jain > > Cc: "joe at swiftstack.com" ; "contact at swiftstack.com" > ; anita goel > > Sent: Tuesday, 27 August 2013 9:40 AM > > Subject: Re: Fw: problem in setting up Tempauth authentication & > authorization with Swift > > > > Hello, > > > > Did Edward's suggestion of using port 8080 help at all? The error seems > to indicate a network setting issue. You may wish to double check the > settings and configuration. > > > > Given your interest in Swift I would also recommend locating a nearby > OpenStack group or attending an event such as > http://openstackindia.wordpress.com/2013/08/14/openstack-india-day-2013-announced/ > > > > > > Thank you, > > Amanda > > > > SwiftStack Inc. > > swiftstack.com > > > > > > On Mon, Aug 26, 2013 at 8:55 PM, pragya jain > wrote: > > > > hello sir! > > > > Please help me in setting up Tempauth authentication & authorization > with Swift. > > same error is continued. > > > > ----- Forwarded Message ----- > > From: pragya jain > > To: "joe at swiftstack.com" ; "clay.gerrard at gmail.com" > ; "contact at swiftstack.com" ; > "openstack at ask.openstack.org" ; " > openstack at lists.openstack.org" > > Cc: anita goel > > Sent: Monday, 26 August 2013 12:06 PM > > Subject: problem in setting up Tempauth authentication & authorization > with Swift > > > > hello, > > > > I have to configure proxy server. > > For this, > > I have to edit /etc/swift/swift.conf and change the > swift_hash_path_suffix to something secret and then, start the proxy server > process > > > > for this, I use the following commands: > > root at arun-Aspire-5742:~# vi /etc/swift/swift.conf > > > > make following changes (highlighted) in the file: > > swift_hash_path_suffix =pragya > > swift_hash_path_prefix =jain > > > > save and exit. > > then, I run the command: > > root at arun-Aspire-5742:~# sudo swift-init proxy start > > Starting proxy-server...(/etc/swift/proxy-server.conf) > > > > Now, I have to set up Tempauth authentication & authorization with Swift > > for this, I run the following command: > > root at arun-Aspire-5742:~# vi /etc/swift/proxy-server.conf > > > > make following changes (highlighted) in the file: > > allow_account_management =true > > ... > > [filter:tempauth] > > use = egg:swift#tempauth > > ... > > user_admin_admin = admin .admin .reseller_admin > > user_test_tester = testing .admin > > user_test2_tester2 = testing2 .admin > > user_test_tester3 = testing3 > > user_prag2648_pragya = pj2648.admin.reseller_admin > > ... > > > > save and exit > > Then, run following commands: > > root at arun-Aspire-5742:~# sudo swift-init account start > > Starting account-server...(/etc/swift/account-server.conf) > > root at arun-Aspire-5742:~# sudo swift-init proxy restart > > Signal proxy-server pid: 2476 signal: 15 > > proxy-server (2476) appears to have stopped > > Starting proxy-server...(/etc/swift/proxy-server.conf) > > root at arun-Aspire-5742:~# curl -v -H 'X-Auth-User:prag2648:pragya' -H > 'X-Auth-Key:pj2648' http://localhost/auth/v1.0/ > > * About to connect() to localhost port 80 (#0) > > * Trying 127.0.0.1... Connection refused > > * couldn't connect to host > > * Closing connection #0 > > curl: (7) couldn't connect to host > > > > But, there is an error in establising a connection. > > > > if, I run the command to start proxy server, then it shows that proxy > server is already started. > > root at arun-Aspire-5742:~# sudo swift-init proxy start > > proxy-server running (2935 - /etc/swift/proxy-server.conf) > > proxy-server already started... > > > > Please help me in this regard. > > --- > > > > Thanks > > > > Pragya Jain > > > > > > > > > > > > > > _______________________________________________ > > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > Post to : openstack at lists.openstack.org > > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > > > > -- > Gareth > > *Cloud Computing, OpenStack, Fitness, Basketball* > *OpenStack contributor* > *Company: UnitedStack * > *My promise: if you find any spelling or grammar mistakes in my email > from Mar 1 2013, notify me * > *and I'll donate $1 or ¥1 to an open organization you specify.* > > > > > > > > > > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > > > > > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From prisco.napoli at gmail.com Sun Sep 8 10:00:38 2013 From: prisco.napoli at gmail.com (Prisco Napoli) Date: Sun, 8 Sep 2013 12:00:38 +0200 Subject: [Openstack] [OpenStack] Cloud computing concepts In-Reply-To: References: Message-ID: Hi Bala, I'm learning open-stack like you. I would suggest the book: OpenStack Cloud Computing Cookbook. Regards Prisco 2013/9/7 Anne Gentle > Thanks for the vote of confidence in the docs. For overarching cloud > computing concepts, I like the Rackspace Cloud U at > http://www.rackspace.com/knowledge_center/cloudu/. > > > On Sat, Sep 7, 2013 at 9:29 AM, Autumn Wang wrote: > >> docs.openstack.org is the best one. Read the architecture part firstly. >> >> Regards, >> Autumn >> >> Sent from my iPhone >> >> On Sep 7, 2013, at 6:05 AM, BalaVignesh Kasinathan < >> kbalavignesh at gmail.com> wrote: >> >> > Hello All, >> > I am a python developer. I want to learn open stack and contribute >> to it. Before that, can anybody suggest a good book to learn the core >> concepts of cloud computing? >> > >> > Regards, >> > Bala >> > _______________________________________________ >> > Mailing list: >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> > Post to : openstack at lists.openstack.org >> > Unsubscribe : >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> >> _______________________________________________ >> Mailing list: >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> Post to : openstack at lists.openstack.org >> Unsubscribe : >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> > > > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From prag_2648 at yahoo.co.in Sun Sep 8 16:32:40 2013 From: prag_2648 at yahoo.co.in (pragya jain) Date: Mon, 9 Sep 2013 00:32:40 +0800 (SGT) Subject: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift In-Reply-To: References: <1377498985.92309.YahooMailNeo@web193603.mail.sg3.yahoo.com> <1377575715.63149.YahooMailNeo@web193603.mail.sg3.yahoo.com> <1377705664.3899.YahooMailNeo@web193602.mail.sg3.yahoo.com> <1377755510.20626.YahooMailNeo@web193601.mail.sg3.yahoo.com> <1377765810.77854.YahooMailNeo@web193606.mail.sg3.yahoo.com> <1377767543.33056.YahooMailNeo@web193603.mail.sg3.yahoo.com> <1377768176.9373.YahooMailNeo@web193606.mail.sg3.yahoo.com> <1377775079.21343.YahooMailNeo@web193602.mail.sg3.yahoo.com> <1377784746.26442.YahooMailNeo@web193603.mail.sg3.yahoo.com> <1377840941.9818.YahooMailNeo@web193605.mail.sg3.yahoo.com> <1377843725.53401.YahooMailNeo@web193602.mail.sg3.yahoo.com> <1378273871.52383.YahooMailNeo@web193604.mail.sg3.yahoo.com> <1378355540.21486.YahooMailNeo@web193605.mail.sg3.yahoo.com> <1378442357.82006.YahooMailNeo@web193604.mail.sg3.yahoo.com> <1378529123.39925.YahooMailNeo@web193601.mail.sg3.yahoo.com> Message-ID: <1378657960.37178.YahooMailNeo@web193602.mail.sg3.yahoo.com> root at arun-Aspire-5742:~# cat /proc/partitions major minor  #blocks  name    8        0  488386584 sda    8        1     102400 sda1    8        2  102294528 sda2    8        3          1 sda3    8        4  180702208 sda4    8        5  102398278 sda5    8        6  102398278 sda6    8        7     487424 sda7   11        0    1048575 sr0   11        1      99328 sr1 >________________________________ > From: Clay Gerrard >To: pragya jain >Cc: "openstack at lists.openstack.org" >Sent: Saturday, 7 September 2013 9:50 PM >Subject: Re: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift > > > >ok, so it looks like no device with label d1 exists, so you can't mount it, and the account-server can't find it. > > >Devices get labeled when you put the file system on them (the `mkfs.xfs` command) > > >I saw in screenshot 10 you had mis-typed the mkfs.xfs command: > > >`sudo mkfs.xfs -f -i size=512 -L d3/dev/sdd` > > >That should be: > > >`sudo mkfs.xfs -f -i size=512 -L d3 /dev/sdd` > > >notice the space between the label "d3" and the device "/dev/sdd" > > >Also, fairly recently people have stopped recommending the larger inode size, so the commands should be: > > >`sudo mkfs.xfs -L d1 /dev/sdb` >`sudo mkfs.xfs -L d2 /dev/sdc` > >`sudo mkfs.xfs -L d3 /dev/sdd` > > > >and maybe: > > >`sudo mkfs.xfs -L d4 /dev/sde` > > > >... actually how many devices do you have in the system?  Can I get a paste of the full output of `cat /proc/partitions`? > > > > > >On Fri, Sep 6, 2013 at 9:45 PM, pragya jain wrote: > >hello sir, >> >> >>I did the following job: >> >> >>root at arun-Aspire-5742:~# sudo mount -t xfs -o noatime,nodiratime,logbufs=8 -L d1 /srv/node/d1 >> >>mount: no such partition found >>root at arun-Aspire-5742:~# sudo mount -t xfs -o noatime,nodiratime,logbufs=8 -L d1 \srv/node/d1 >>mount: no such partition found >>root at arun-Aspire-5742:~# cd /opt/swift/etc >>root at arun-Aspire-5742:/opt/swift/etc# sudo mount -t xfs -o noatime,nodiratime,logbufs=8 -L d1 /srv/node/d1 >>mount: no such partition found >>root at arun-Aspire-5742:/opt/swift/etc# sudo mount -t xfs -o noatime,nodiratime,logbufs=8 -L d1 \srv/node/d1 >>mount: no such partition found >>root at arun-Aspire-5742:/opt/swift/etc# cd ~ >>root at arun-Aspire-5742:~# mount d1 /srv/node/d1 >>mount: special device d1 does not exist >>root at arun-Aspire-5742:~# vi /etc/swift/account-server.conf >>root at arun-Aspire-5742:~# mount d1 /srv/node/d1 >>mount: special device d1 does not exist >>root at arun-Aspire-5742:~# cd /opt/swift/etc >>root at arun-Aspire-5742:/opt/swift/etc# mount d1 /srv/node/d1 >>mount: special device d1 does not exist >>root at arun-Aspire-5742:/opt/swift/etc# sudo reboot >> >> >>root at arun-Aspire-5742:~# mount >>/dev/sda4 on / type ext4 (rw,errors=remount-ro) >>proc on /proc type proc (rw,noexec,nosuid,nodev) >>sysfs on /sys type sysfs (rw,noexec,nosuid,nodev) >>none on /sys/fs/fuse/connections type fusectl (rw) >>none on /sys/kernel/debug type debugfs (rw) >>none on /sys/kernel/security type securityfs (rw) >>udev on /dev type devtmpfs (rw,mode=0755) >>devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=0620) >>tmpfs on /run type tmpfs (rw,noexec,nosuid,size=10%,mode=0755) >>none on /run/lock type tmpfs (rw,noexec,nosuid,nodev,size=5242880) >>none on /run/shm type tmpfs (rw,nosuid,nodev) >>gvfs-fuse-daemon on /home/arun/.gvfs type fuse.gvfs-fuse-daemon (rw,nosuid,nodev,user=arun) >> >> >>I am attaching some screenshots which tells what I had done earlier when I was preparing and mounting the devices. >> >>>________________________________ >>> From: Clay Gerrard >>>To: pragya jain >>>Cc: "pangj at laposte.net" ; "openstack at lists.openstack.org" >>>Sent: Friday, 6 September 2013 8:58 PM >>> >>>Subject: Re: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift >>> >>> >>> >>>Sep  4 11:14:04 arun-Aspire-5742 proxy-server ERROR Insufficient Storage 127.0.0.1:6002/d1 (txn: txb0d8717ab05c4cf0bdebd-005226c8a4) >>> >>> >>>The account server on 127.0.0.1:6002/d1 returned 507 indicating it couldn't find a useable file system for the device labeled d1. >>> >>> >>>The account server has a config option "devices" in the "DEFAULT" section of "/etc/swift/account-server.conf" that will indicate the base mount point for devices (typicailly it's "/srv/node").  That path is prepended to the device name that's sent in the request ("d1" in this case). >>> >>> >>>So there should be a filesystem (xfs typically) mounted at "/srv/node/d1" >>> >>> >>>Try mounting it manually `mount d1 /srv/node/d1` and double check the output from `mount` and your "/etc/fstab" >>> >>> >>> >>>On Thu, Sep 5, 2013 at 9:39 PM, pragya jain wrote: >>> >>>please help me in this regard. >>>> >>>> >>>> >>>>>________________________________ >>>>> From: pragya jain >>>>>To: Clay Gerrard >>>>> >>>>>Cc: "pangj at laposte.net" ; "openstack at lists.openstack.org" >>>>>Sent: Thursday, 5 September 2013 10:02 AM >>>>> >>>>>Subject: Re: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift >>>>> >>>>> >>>>> >>>>>root at arun-Aspire-5742:~# grep txb0d8717ab05c4cf0bdebd-005226c8a4 /var/log/syslogSep  4 11:14:04 arun-Aspire-5742 account-server 127.0.0.1 - - [04/Sep/2013:05:44:04 +0000] "GET /d1/19164/AUTH_prag2648" 507 - "txb0d8717ab05c4cf0bdebd-005226c8a4" "GET http://localhost:8080/v1/AUTH_prag2648/" "proxy-server 3182" 0.0021 "" >>>>>Sep  4 11:14:04 arun-Aspire-5742 proxy-server ERROR Insufficient Storage 127.0.0.1:6002/d1 (txn: txb0d8717ab05c4cf0bdebd-005226c8a4) >>>>>Sep  4 11:14:05 arun-Aspire-5742 proxy-server Account GET returning 503 for [507] (txn: txb0d8717ab05c4cf0bdebd-005226c8a4) (client_ip: 127.0.0.1) >>>>>Sep  4 11:14:05 arun-Aspire-5742 proxy-server 127.0.0.1 127.0.0.1 04/Sep/2013/05/44/05 GET /v1/AUTH_prag2648/ HTTP/1.0 503 - curl/7.22.0%20%28i686-pc-linux-gnu%29%20libcurl/7.22.0%20OpenSSL/1.0.1%20zlib/1.2.3.4%20libidn/1.23%20librtmp/2.3 AUTH_tk4be7b90194c747468c4973675db15ca5 - 118 - txb0d8717ab05c4cf0bdebd-005226c8a4 - 0.2774 - - >>>>> >>>>> >>>>> >>>>> >>>>> >>>>>>________________________________ >>>>>> From: Clay Gerrard >>>>>>To: pragya jain >>>>>>Cc: "pangj at laposte.net" ; "openstack at lists.openstack.org" >>>>>>Sent: Wednesday, 4 September 2013 9:12 PM >>>>>>Subject: Re: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift >>>>>> >>>>>> >>>>>> >>>>>>So the builder files look right, you should grep the logs for the transaction id of the request that 503'd and see if the proxy is still getting connection errors (i.e. still trying to connect to 10.0.2.15) >>>>>> >>>>>>grep txb0d8717ab05c4cf0bdebd-005226c8a4 /var/log/syslog >>>>>> >>>>>> >>>>>>If the proxy is still going to the old 10.0.2.15 you need to rebalance your rings >>>>>> >>>>>> >>>>>>swift-ring-builder account.builder reblanace >>>>>> >>>>>> >>>>>>-Clay >>>>>> >>>>>> >>>>>> >>>>>>On Tue, Sep 3, 2013 at 10:51 PM, pragya jain wrote: >>>>>> >>>>>>root at arun-Aspire-5742:/etc/swift# swift-ring-builder object.builder >>>>>>>object.builder, build version 14 >>>>>>>262144 partitions, 3.000000 replicas, 1 regions, 1 zones, 1 devices, 0.00 balance >>>>>>>The minimum number of hours before a partition can be reassigned is 24 >>>>>>>Devices:    id  region  zone      ip address  port  replication ip  replication port      name weight partitions balance meta >>>>>>>             2       1     1       127.0.0.1  6000       127.0.0.1              6000        d1 100.00     786432    0.00  >>>>>>>root at arun-Aspire-5742:/etc/swift# swift-ring-builder account.builder >>>>>>>account.builder, build version 14 >>>>>>>262144 partitions, 3.000000 replicas, 1 regions, 1 zones, 1 devices, 0.00 balance >>>>>>>The minimum number of hours before a partition can be reassigned is 24 >>>>>>>Devices:    id  region  zone      ip address  port  replication ip  replication port      name weight partitions balance meta >>>>>>>             2       1     1       127.0.0.1  6002       127.0.0.1              6002        d1 100.00     786432    0.00  >>>>>>>root at arun-Aspire-5742:/etc/swift# swift-ring-builder container.builder >>>>>>>container.builder, build version 11 >>>>>>>262144 partitions, 3.000000 replicas, 1 regions, 1 zones, 1 devices, 0.00 balance >>>>>>>The minimum number of hours before a partition can be reassigned is 24 >>>>>>>Devices:    id  region  zone      ip address  port  replication ip  replication port      name weight partitions balance meta >>>>>>>             1       1     1       127.0.0.1  6001       127.0.0.1              6001        d1 100.00     786432    0.00  >>>>>>>root at arun-Aspire-5742:/etc/swift# cd ~ >>>>>>>root at arun-Aspire-5742:~# sudo swift-init account start >>>>>>>Starting account-server...(/etc/swift/account-server.conf) >>>>>>>root at arun-Aspire-5742:~# sudo swift-init proxy start >>>>>>>Starting proxy-server...(/etc/swift/proxy-server.conf) >>>>>>>root at arun-Aspire-5742:~# curl -v -H 'X-Auth-User:prag2648:pragya' -H 'X-Auth-Key:pj2648' http://localhost:8080/auth/v1.0/ >>>>>>>* About to connect() to localhost port 8080 (#0) >>>>>>>*   Trying 127.0.0.1... connected >>>>>>>> GET /auth/v1.0/ HTTP/1.1 >>>>>>>> User-Agent: curl/7.22.0 (i686-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 zlib/1.2.3.4 libidn/1.23 librtmp/2.3 >>>>>>>> Host: localhost:8080 >>>>>>>> Accept: */* >>>>>>>> X-Auth-User:prag2648:pragya >>>>>>>> X-Auth-Key:pj2648 >>>>>>>>  >>>>>>>< HTTP/1.1 200 OK >>>>>>>< X-Storage-Url: http://localhost:8080/v1/AUTH_prag2648 >>>>>>>< X-Auth-Token: AUTH_tk4be7b90194c747468c4973675db15ca5 >>>>>>>< Content-Type: text/html; charset=UTF-8 >>>>>>>< X-Storage-Token: AUTH_tk4be7b90194c747468c4973675db15ca5 >>>>>>>< Content-Length: 0 >>>>>>>< X-Trans-Id: txc07e87d3d4b8487b85d89-005226c820 >>>>>>>< Date: Wed, 04 Sep 2013 05:41:52 GMT >>>>>>><  >>>>>>>* Connection #0 to host localhost left intact >>>>>>>* Closing connection #0 >>>>>>>root at arun-Aspire-5742:~# curl -v -H 'X-Storage-Token:AUTH_tk4be7b90194c747468c4973675db15ca5' http://127.0.0.1:8080/v1/AUTH_prag2648/ >>>>>>>* About to connect() to 127.0.0.1 port 8080 (#0) >>>>>>>*   Trying 127.0.0.1... connected >>>>>>>> GET /v1/AUTH_prag2648/ HTTP/1.1 >>>>>>>> User-Agent: curl/7.22.0 (i686-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 zlib/1.2.3.4 libidn/1.23 librtmp/2.3 >>>>>>>> Host: 127.0.0.1:8080 >>>>>>>> Accept: */* >>>>>>>> X-Storage-Token:AUTH_tk4be7b90194c747468c4973675db15ca5 >>>>>>>>  >>>>>>>< HTTP/1.1 503 Internal Server Error >>>>>>>< Content-Length: 118 >>>>>>>< Content-Type: text/html; charset=UTF-8 >>>>>>>< X-Trans-Id: tx2301beb46542488597d23-005226c87d >>>>>>>< Date: Wed, 04 Sep 2013 05:43:26 GMT >>>>>>><  >>>>>>>* Connection #0 to host 127.0.0.1 left intact >>>>>>>* Closing connection #0 >>>>>>>

Service Unavailable

The server is currently unavailable. Please try again at a later time.

root at arun-Aspire-5742:~#  >>>>>>>root at arun-Aspire-5742:~# curl -v -H 'X-Storage-Token:AUTH_tk4be7b90194c747468c4973675db15ca5' http://127.0.0.1/v1/AUTH_prag2648/ >>>>>>>* About to connect() to 127.0.0.1 port 80 (#0) >>>>>>>*   Trying 127.0.0.1... Connection refused >>>>>>>* couldn't connect to host >>>>>>>* Closing connection #0 >>>>>>>curl: (7) couldn't connect to host >>>>>>>root at arun-Aspire-5742:~# curl -v -H 'X-Storage-Token:AUTH_tk4be7b90194c747468c4973675db15ca5' http://localhost:8080/v1/AUTH_prag2648/ >>>>>>>* About to connect() to localhost port 8080 (#0) >>>>>>>*   Trying 127.0.0.1... connected >>>>>>>> GET /v1/AUTH_prag2648/ HTTP/1.1 >>>>>>>> User-Agent: curl/7.22.0 (i686-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 zlib/1.2.3.4 libidn/1.23 librtmp/2.3 >>>>>>>> Host: localhost:8080 >>>>>>>> Accept: */* >>>>>>>> X-Storage-Token:AUTH_tk4be7b90194c747468c4973675db15ca5 >>>>>>>>  >>>>>>>< HTTP/1.1 503 Internal Server Error >>>>>>>< Content-Length: 118 >>>>>>>< Content-Type: text/html; charset=UTF-8 >>>>>>>< X-Trans-Id: txb0d8717ab05c4cf0bdebd-005226c8a4 >>>>>>>< Date: Wed, 04 Sep 2013 05:44:05 GMT >>>>>>><  >>>>>>>* Connection #0 to host localhost left intact >>>>>>>* Closing connection #0 >>>>>>>

Service Unavailable

The server is currently unavailable. Please try again at a later time.

root at arun-Aspire-5742:~#  >>>>>>>root at arun-Aspire-5742:~# grep txa4c98c518382430ab9f5f-005222dede /var/log/syslogroot at arun-Aspire-5742:~#  >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>>>________________________________ >>>>>>>> From: Kuo Hugo >>>>>>>>To: pragya jain >>>>>>>>Cc: Gareth ; "openstack at lists.openstack.org" >>>>>>>>Sent: Friday, 30 August 2013 1:15 PM >>>>>>>> >>>>>>>>Subject: Re: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>>Hmm....  >>>>>>>> >>>>>>>> >>>>>>>>1) No Container and Object servers are running  >>>>>>>>2) Only one drive in the ring >>>>>>>>3) No device been mount to /srv/node/* , unless you are disabling mount_check >>>>>>>>4) Did you setup rsync yet ?  >>>>>>>> >>>>>>>> >>>>>>>>Maybe you can follow the online document to complete the above items.  >>>>>>>> >>>>>>>> >>>>>>>>Good luck~ >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>>+Hugo Kuo+ >>>>>>>>hugo at swiftstack.com >>>>>>>> >>>>>>>>tonytkdk at gmail.com >>>>>>>> >>>>>>>>+886 935004793 >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>>2013/8/30 pragya jain >>>>>>>> >>>>>>>>root at arun-Aspire-5742:~# swift-ring-builder /etc/swift/account.builder >>>>>>>>>/etc/swift/account.builder, build version 1 >>>>>>>>>262144 partitions, 3.000000 replicas, 1 regions, 1 zones, 1 devices, 0.00 balance >>>>>>>>>The minimum number of hours before a partition can be reassigned is 24 >>>>>>>>>Devices:    id  region  zone      ip address  port  replication ip  replication port      name weight partitions balance meta >>>>>>>>>             0       1     1       10.0.2.15  6000       10.0.2.15              6000        d1 100.00     786432    0.00  >>>>>>>>>root at arun-Aspire-5742:~# swift-ring-builder /etc/swift/container.builder >>>>>>>>>/etc/swift/container.builder, build version 1 >>>>>>>>>262144 partitions, 3.000000 replicas, 1 regions, 1 zones, 1 devices, 0.00 balance >>>>>>>>>The minimum number of hours before a partition can be reassigned is 24 >>>>>>>>>Devices:    id  region  zone      ip address  port  replication ip  replication port      name weight partitions balance meta >>>>>>>>>             0       1     1       10.0.2.15  6001       10.0.2.15              6001        d1 100.00     786432    0.00  >>>>>>>>>root at arun-Aspire-5742:~# swift-ring-builder /etc/swift/object.builder >>>>>>>>>/etc/swift/object.builder, build version 1 >>>>>>>>>262144 partitions, 3.000000 replicas, 1 regions, 1 zones, 1 devices, 0.00 balance >>>>>>>>>The minimum number of hours before a partition can be reassigned is 24 >>>>>>>>>Devices:    id  region  zone      ip address  port  replication ip  replication port      name weight partitions balance meta >>>>>>>>>             0       1     1       10.0.2.15  6002       10.0.2.15              6002        d1 100.00     786432    0.00  >>>>>>>>>root at arun-Aspire-5742:~# ps aux | grep swift >>>>>>>>>swift     5174  0.0  0.1  18700 11548 ?        Ss   10:45   0:00 /usr/bin/python /usr/local/bin/swift-account-server /etc/swift/account-server.conf >>>>>>>>>swift     5181  0.0  0.1  18976  9624 ?        S    10:45   0:00 /usr/bin/python /usr/local/bin/swift-account-server /etc/swift/account-server.conf >>>>>>>>>swift     5182  0.0  0.1  18992  9616 ?        S    10:45   0:00 /usr/bin/python /usr/local/bin/swift-account-server /etc/swift/account-server.conf >>>>>>>>>swift     5183  0.0  0.1  18992  9620 ?        S    10:45   0:00 /usr/bin/python /usr/local/bin/swift-account-server /etc/swift/account-server.conf >>>>>>>>>swift     5184  0.0  0.1  18992  9632 ?        S    10:45   0:00 /usr/bin/python /usr/local/bin/swift-account-server /etc/swift/account-server.conf >>>>>>>>>swift     5192  0.0  0.2  18296 11812 ?        Ss   10:45   0:00 /usr/bin/python /usr/local/bin/swift-proxy-server /etc/swift/proxy-server.conf >>>>>>>>>swift     5197  0.0  0.2  23512 15552 ?        S    10:45   0:00 /usr/bin/python /usr/local/bin/swift-proxy-server /etc/swift/proxy-server.conf >>>>>>>>>swift     5198  0.0  0.2  23524 15628 ?        S    10:45   0:00 /usr/bin/python /usr/local/bin/swift-proxy-server /etc/swift/proxy-server.conf >>>>>>>>>swift     5199  0.0  0.2  23524 15300 ?        S    10:45   0:00 /usr/bin/python /usr/local/bin/swift-proxy-server /etc/swift/proxy-server.conf >>>>>>>>>swift     5200  0.0  0.2  23524 15300 ?        S    10:45   0:00 /usr/bin/python /usr/local/bin/swift-proxy-server /etc/swift/proxy-server.conf >>>>>>>>>root      6986  0.0  0.0   4388   828 pts/0    S+   11:46   0:00 grep --color=auto swift >>>>>>>>>root at arun-Aspire-5742:~# df -h >>>>>>>>>Filesystem      Size  Used Avail Use% Mounted on >>>>>>>>>/dev/sda4       170G  3.8G  158G   3% / >>>>>>>>>udev            2.8G  4.0K  2.8G   1% /dev >>>>>>>>>tmpfs           1.2G  908K  1.2G   1% /run >>>>>>>>>none            5.0M  4.0K  5.0M   1% /run/lock >>>>>>>>>none            2.8G  220K  2.8G   1% /run/shm >>>>>>>>>/dev/sda2        98G   25G   73G  26% /media/D8EA06E4EA06BEAE >>>>>>>>>/dev/sda5        98G   54G   45G  55% /media/8AE41BA8E41B9613 >>>>>>>>>root at arun-Aspire-5742:~# ls /srv/node/* >>>>>>>>>/srv/node/d1: >>>>>>>>> >>>>>>>>> >>>>>>>>>/srv/node/d2: >>>>>>>>> >>>>>>>>> >>>>>>>>>/srv/node/d3: >>>>>>>>>root at arun-Aspire-5742:~# netstat -antulp >>>>>>>>>Active Internet connections (servers and established) >>>>>>>>>Proto Recv-Q Send-Q Local Address           Foreign Address         State       PID/Program name >>>>>>>>>tcp        0      0 127.0.0.1:11211         0.0.0.0:*               LISTEN      941/memcached    >>>>>>>>>tcp        0      0 0.0.0.0:8080            0.0.0.0:*               LISTEN      5192/python      >>>>>>>>>tcp        0      0 0.0.0.0:6002            0.0.0.0:*               LISTEN      5174/python      >>>>>>>>>tcp        0      0 127.0.0.1:53            0.0.0.0:*               LISTEN      6936/dnsmasq     >>>>>>>>>tcp        0      0 127.0.0.1:631           0.0.0.0:*               LISTEN      596/cupsd        >>>>>>>>>tcp        0      0 101.58.138.11:56680     207.171.162.71:443      ESTABLISHED 2042/chrome      >>>>>>>>>tcp        0      0 127.0.0.1:11211         127.0.0.1:45287         ESTABL >>>>>>>>>ISHED 941/memcached    >>>>>>>>>tcp        0      0 127.0.0.1:11211         127.0.0.1:45292         ESTABLISHED 941/memcached    >>>>>>>>>tcp        0      0 127.0.0.1:45287         127.0.0.1:11211         ESTABLISHED 5197/python      >>>>>>>>>tcp        1      0 101.58.138.11:34377     91.189.89.144:80        CLOSE_WAIT  1674/ubuntu-geoip-p >>>>>>>>>tcp        0      0 127.0.0.1:45292         127.0.0.1:11211         ESTABLISHED 5198/python      >>>>>>>>>tcp6       0      0 ::1:631                 :::*                    LISTEN      596/cupsd        >>>>>>>>>udp        0      0 127.0.0.1:11211         0.0.0.0:*                           941/memcached    >>>>>>>>>udp        0      0 0.0.0.0:46638           0.0.0.0:*                           576/avahi-daemon: r >>>>>>>>>udp        0      0 127.0.0.1:53            0.0.0.0:*                           6936/dnsmasq     >>>>>>>>>udp        0      0 0.0.0.0:5353            0.0.0.0:*                           576/avahi-daemon: r >>>>>>>>>udp6       0      0 :::55335                :::*                                576/avahi-daemon: r >>>>>>>>>udp6       0      0 :::5353                 :::*                                576/avahi-daemon: r >>>>>>>>>root at arun-Aspire-5742:~# swift-init all status >>>>>>>>>No container-updater running >>>>>>>>>No account-auditor running >>>>>>>>>No object-replicator running >>>>>>>>>proxy-server running (5192 - /etc/swift/proxy-server.conf) >>>>>>>>>No container-replicator running >>>>>>>>>No object-auditor running >>>>>>>>>No object-expirer running >>>>>>>>>No container-auditor running >>>>>>>>>No container-server running >>>>>>>>>account-server running (5174 - /etc/swift/account-server.conf) >>>>>>>>>No account-reaper running >>>>>>>>>No container-sync running >>>>>>>>>No account-replicator running >>>>>>>>>No object-updater running >>>>>>>>>No object-server running >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>>>________________________________ >>>>>>>>>> From: Kuo Hugo >>>>>>>>>>To: pragya jain >>>>>>>>>>Cc: Gareth ; "openstack at lists.openstack.org" >>>>>>>>>>Sent: Friday, 30 August 2013 11:23 AM >>>>>>>>>> >>>>>>>>>>Subject: Re: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>>Hi Pragya :  >>>>>>>>>> >>>>>>>>>> >>>>>>>>>>I'm in highly recommends that you can go through the Swift online document http://docs.openstack.org/developer/swift/index.html .  >>>>>>>>>>It's a good place to understand the basic architecture, especially swift *terms*  >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>>Check rings : >>>>>>>>>>$> swift-ring-builder /etc/swift/object.builder >>>>>>>>>>>$> swift-ring-builder /etc/swift/container.builder >>>>>>>>>>>$> swift-ring-builder /etc/swift/account.builder >>>>>>>>>> >>>>>>>>>> >>>>>>>>>>Check Swift workers :  >>>>>>>>>>$> swift-init all status >>>>>>>>>>>$> ps aux | grep swift >>>>>>>>>>>$> df -h  >>>>>>>>>>>$> ls /srv/node/* >>>>>>>>>>>$> netstat -antulp >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>>+Hugo Kuo+ >>>>>>>>>>hugo at swiftstack.com >>>>>>>>>> >>>>>>>>>>tonytkdk at gmail.com >>>>>>>>>> >>>>>>>>>>+886 935004793 >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>>2013/8/30 pragya jain >>>>>>>>>> >>>>>>>>>>hello sir, >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>>I am working on single node. >>>>>>>>>>>Please let me know how to check network topology and ring structure. >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>>>________________________________ >>>>>>>>>>>> From: Gareth >>>>>>>>>>>>To: Kuo Hugo >>>>>>>>>>>>Cc: pragya jain ; "openstack at lists.openstack.org" >>>>>>>>>>>>Sent: Friday, 30 August 2013 8:11 AM >>>>>>>>>>>> >>>>>>>>>>>>Subject: Re: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>>Pragya >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>>The v1.0 auth uses tempauth for swift, like what you config in proxy-server.conf. All account data is read from that file, so you couldn't add/delete account in tempauth without modifying config file and restart swift. >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>>BTW, your curl link here "curl -v -H 'X-Storage-Token:AUTH_tk3867b7599d5346559ee0baaa09e0f40d' http://localhost:8080/v1/AUTH_prag2648/" actually is a GET request, which means getting account data. If you config everything correctly, it must have valid response. And you logs are a better way to find what happened in this request (set log level to DEBUG, and you will get more details). >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>>On Fri, Aug 30, 2013 at 7:47 AM, Kuo Hugo wrote: >>>>>>>>>>>> >>>>>>>>>>>>Hi Pragya,  >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>>I need more information.  >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>>1) Please draw a network topology of your environment >>>>>>>>>>>>>2) How many nodes do you have?   >>>>>>>>>>>>>3) What's the ring looks like ? >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>>Hugo Kuo >>>>>>>>>>>>>hugo at swiftstack.com >>>>>>>>>>>>> >>>>>>>>>>>>>tonytkdk at gmail.com >>>>>>>>>>>>> >>>>>>>>>>>>>+886 935004793 >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>>2013/8/29 pragya jain >>>>>>>>>>>>> >>>>>>>>>>>>>hello sir, >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>>connection is established successfully. But, when I try to create an account, I face the problem. >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>>root at arun-Aspire-5742:~# sudo swift-init account start >>>>>>>>>>>>>>Starting account-server...(/etc/swift/account-server.conf) >>>>>>>>>>>>>>root at arun-Aspire-5742:~# sudo swift-init proxy start >>>>>>>>>>>>>>Starting proxy-server...(/etc/swift/proxy-server.conf) >>>>>>>>>>>>>>root at arun-Aspire-5742:~# curl -v -H 'X-Auth-User:prag2648:pragya' -H 'X-Auth-Key:pj2648' http://localhost:8080/auth/v1.0/ >>>>>>>>>>>>>>* About to connect() to localhost port 8080 (#0) >>>>>>>>>>>>>>*   Trying 127.0.0.1... connected >>>>>>>>>>>>>>> GET /auth/v1.0/ HTTP/1.1 >>>>>>>>>>>>>>> User-Agent: curl/7.22.0 (i686-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 zlib/1.2.3.4 libidn/1.23 librtmp/2.3 >>>>>>>>>>>>>>> Host: localhost:8080 >>>>>>>>>>>>>>> Accept: */* >>>>>>>>>>>>>>> X-Auth-User:prag2648:pragya >>>>>>>>>>>>>>> X-Auth-Key:pj2648 >>>>>>>>>>>>>>>  >>>>>>>>>>>>>>< HTTP/1.1 200 OK >>>>>>>>>>>>>>< X-Storage-Url: http://localhost:8080/v1/AUTH_prag2648 >>>>>>>>>>>>>>< X-Auth-Token: AUTH_tk3867b7599d5346559ee0baaa09e0f40d >>>>>>>>>>>>>>< Content-Type: text/html; charset=UTF-8 >>>>>>>>>>>>>>< X-Storage-Token: AUTH_tk3867b7599d5346559ee0baaa09e0f40d >>>>>>>>>>>>>>< Content-Length: 0 >>>>>>>>>>>>>>< X-Trans-Id: txe2ab76a7617e40399f456-00521f3d16 >>>>>>>>>>>>>>< Date: Thu, 29 Aug 2013 12:22:46 GMT >>>>>>>>>>>>>><  >>>>>>>>>>>>>>* Connection #0 to host localhost left intact >>>>>>>>>>>>>>* Closing connection #0 >>>>>>>>>>>>>>root at arun-Aspire-5742:~# python >>>>>>>>>>>>>>Python 2.7.3 (default, Apr 10 2013, 05:46:21)  >>>>>>>>>>>>>>[GCC 4.6.3] on linux2 >>>>>>>>>>>>>>Type "help", "copyright", "credits" or "license" for more information. >>>>>>>>>>>>>>>>> import swift.common.memcached as memcached >>>>>>>>>>>>>>>>> memcache = memcached.MemcacheRing(['127.0.0.1:11211']) >>>>>>>>>>>>>>>>> print memcache.get('AUTH_/user/prag2648:pragya') >>>>>>>>>>>>>>AUTH_tk3867b7599d5346559ee0baaa09e0f40d >>>>>>>>>>>>>>>>> print memcache.get('AUTH_/token/AUTH_tk3867b7599d5346559ee0baaa09e0f40d') >>>>>>>>>>>>>>[1377865366.826027, 'prag2648,prag2648:pragya,.reseller_admin,AUTH_prag2648'] >>>>>>>>>>>>>>>>>  >>>>>>>>>>>>>>root at arun-Aspire-5742:~# curl -v -H 'X-Storage-Token:AUTH_tk3867b7599d5346559ee0baaa09e0f40d' http://127.0.0.1/v1/Auth_prag2648/ >>>>>>>>>>>>>>* About to connect() to 127.0.0.1 port 80 (#0) >>>>>>>>>>>>>>*   Trying 127.0.0.1... Connection refused >>>>>>>>>>>>>>* couldn't connect to host >>>>>>>>>>>>>>* Closing connection #0 >>>>>>>>>>>>>>curl: (7) couldn't connect to host >>>>>>>>>>>>>>root at arun-Aspire-5742:~# curl -v -H 'X-Storage-Token:AUTH_tk3867b7599d5346559ee0baaa09e0f40d' http://localhost:8080/v1/AUTH_prag2648/ >>>>>>>>>>>>>>* About to connect() to localhost port 8080 (#0) >>>>>>>>>>>>>>*   Trying 127.0.0.1... connected >>>>>>>>>>>>>>> GET /v1/AUTH_prag2648/ HTTP/1.1 >>>>>>>>>>>>>>> User-Agent: curl/7.22.0 (i686-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 zlib/ >>>>>>>>>>>>>>1.2.3.4 libidn/1.23 librtmp/2.3 >>>>>>>>>>>>>>> Host: localhost:8080 >>>>>>>>>>>>>>> Accept: */* >>>>>>>>>>>>>>> X-Storage-Token:AUTH_tk3867b7599d5346559ee0baaa09e0f40d >>>>>>>>>>>>>>>  >>>>>>>>>>>>>>< HTTP/1.1 503 Internal Server Error >>>>>>>>>>>>>>< Content-Length: 118 >>>>>>>>>>>>>>< Content-Type: text/html; charset=UTF-8 >>>>>>>>>>>>>>< X-Trans-Id: txd6fd9eead36e4b74b0869-00521f3efe >>>>>>>>>>>>>>< Date: Thu, 29 Aug 2013 12:30:55 GMT >>>>>>>>>>>>>><  >>>>>>>>>>>>>>* Connection #0 to host localhost left intact >>>>>>>>>>>>>>* Closing connection #0 >>>>>>>>>>>>>>

Service Unavailable

The server is currently unavailable. Please try again at a later time.

root at arun-Aspire-5742:~#  >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>>Please help me in this regard. >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>>--- >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>>Pragya Jain >>>>>>>>>>>>>> >>>>>>>>>>>>>>>________________________________ >>>>>>>>>>>>>>> From: pragya jain >>>>>>>>>>>>>>>To: Kuo Hugo >>>>>>>>>>>>>>>Cc: "openstack at lists.openstack.org" >>>>>>>>>>>>>>> >>>>>>>>>>>>>>>Sent: Thursday, 29 August 2013 4:47 PM >>>>>>>>>>>>>>>Subject: Re: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>>Thanks Kuo very much for this help. >>>>>>>>>>>>>>>connection is successfully established. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>________________________________ >>>>>>>>>>>>>>>> From: Kuo Hugo >>>>>>>>>>>>>>>>To: pragya jain >>>>>>>>>>>>>>>>Cc: "openstack at lists.openstack.org" >>>>>>>>>>>>>>>>Sent: Thursday, 29 August 2013 3:46 PM >>>>>>>>>>>>>>>>Subject: Re: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>curl -v -H 'X-Auth-User:admin:admin' -H 'X-Auth-Key:admin' http://localhost:8080/auth/v1.0/ >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>+Hugo Kuo+ >>>>>>>>>>>>>>>>hugo at swiftstack.com >>>>>>>>>>>>>>>>tonytkdk at gmail.com >>>>>>>>>>>>>>>>+886 935004793 >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>2013/8/29 pragya jain >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> root at arun-Aspire-5742:~# netstat -antulp | grep 8080 >>>>>>>>>>>>>>>>> tcp        0      0 0.0.0.0:8080            0.0.0.0:*               LISTEN      2421/python   >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> user = swift >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> ________________________________ >>>>>>>>>>>>>>>>> From: Kuo Hugo >>>>>>>>>>>>>>>>> To: pragya jain >>>>>>>>>>>>>>>>> Cc: "openstack at lists.openstack.org" >>>>>>>>>>>>>>>>> Sent: Thursday, 29 August 2013 2:47 PM >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Subject: Re: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> gt; netstat -antulp | grep 8080 >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> 1) is 8080 port been used ? >>>>>>>>>>>>>>>>> 2) What's the value of *user* parameter in proxy-server.conf  https://github.com/openstack/swift/blob/master/etc/proxy-server.conf-sample#L7 >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> +Hugo Kuo+ >>>>>>>>>>>>>>>>> hugo at swiftstack.com >>>>>>>>>>>>>>>>> tonytkdk at gmail.com >>>>>>>>>>>>>>>>> +886 935004793 >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> 2013/8/29 pragya jain >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> hello sir, >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> I run the command: >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> root at arun-Aspire-5742:~# find / -name swift-proxy-server >>>>>>>>>>>>>>>>> /opt/swift/build/scripts-2.7/swift-proxy-server >>>>>>>>>>>>>>>>> /opt/swift/bin/swift-proxy-server >>>>>>>>>>>>>>>>> /usr/local/bin/swift-proxy-server >>>>>>>>>>>>>>>>> /usr/local/lib/python2.7/dist-packages/swift-1.9.2-py2.7.egg/EGG-INFO/scripts/swift-proxy-server >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> root at arun-Aspire-5742:~# /usr/bin/python /usr/local/bin/swift-proxy-server /etc/swift/proxy-server.conf >>>>>>>>>>>>>>>>> Traceback (most recent call last): >>>>>>>>>>>>>>>>>   File "/usr/local/bin/swift-proxy-server", line 5, in >>>>>>>>>>>>>>>>>     pkg_resources.run_script('swift==1.9.2', 'swift-proxy-server') >>>>>>>>>>>>>>>>>   File "/usr/lib/python2.7/dist-packages/pkg_resources.py", line 499, in run_script >>>>>>>>>>>>>>>>>     self.require(requires)[0].run_script(script_name, ns) >>>>>>>>>>>>>>>>>   File "/usr/lib/python2.7/dist-packages/pkg_resources.py", line 1235, in run_script >>>>>>>>>>>>>>>>>     execfile(script_filename, namespace, namespace) >>>>>>>>>>>>>>>>>   File "/usr/local/lib/python2.7/dist-packages/swift-1.9.2-py2.7.egg/EGG-INFO/scripts/swift-proxy-server", line 22, in >>>>>>>>>>>>>>>>>     run_wsgi(conf_file, 'proxy-server', default_port=8080, **options) >>>>>>>>>>>>>>>>>   File "/usr/local/lib/python2.7/dist-packages/swift-1.9.2-py2.7.egg/swift/common/wsgi.py", line 251, in run_wsgi >>>>>>>>>>>>>>>>>     sock = get_socket(conf, default_port=kwargs.get('default_port', 8080)) >>>>>>>>>>>>>>>>>   File "/usr/local/lib/python2.7/dist-packages/swift-1.9.2-py2.7.egg/swift/common/wsgi.py", line 168, in get_socket >>>>>>>>>>>>>>>>>     bind_addr[0], bind_addr[1], bind_timeout)) >>>>>>>>>>>>>>>>> Exception: Could not bind to 0.0.0.0:8080 after trying for 30 seconds >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> ________________________________ >>>>>>>>>>>>>>>>> From: Kuo Hugo >>>>>>>>>>>>>>>>> To: pragya jain >>>>>>>>>>>>>>>>> Cc: "openstack at lists.openstack.org" >>>>>>>>>>>>>>>>> Sent: Thursday, 29 August 2013 2:19 PM >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Subject: Re: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> find out the swift-proxy-server binary in your OS.  (The path in example just an assumption) >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> gt; find / -name swift-proxy-server >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> +Hugo Kuo+ >>>>>>>>>>>>>>>>> hugo at swiftstack.com >>>>>>>>>>>>>>>>> tonytkdk at gmail.com >>>>>>>>>>>>>>>>> +886 935004793 >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> 2013/8/29 pragya jain >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> hello sir >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Thanks for the help >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> root at arun-Aspire-5742:~# /usr/bin/python /usr/bin/swift-proxy-server /etc/swift/proxy-server.conf >>>>>>>>>>>>>>>>> /usr/bin/python: can't open file '/usr/bin/swift-proxy-server': [Errno 2] No such file or directory >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> this is the result of the command. >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> please help in this regard. >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> ----- >>>>>>>>>>>>>>>>> Pragya Jain >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> ________________________________ >>>>>>>>>>>>>>>>> From: Kuo Hugo >>>>>>>>>>>>>>>>> To: pragya jain >>>>>>>>>>>>>>>>> Cc: "openstack at lists.openstack.org" >>>>>>>>>>>>>>>>> Sent: Thursday, 29 August 2013 1:20 PM >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Subject: Re: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Obviously, There's no proxy server running on your node. >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Please execute it on the node where proxy-server located: >>>>>>>>>>>>>>>>> (I assume the binary is in /usr/bin and conf file is in /etc/swift) >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> gt; /usr/bin/python /usr/bin/swift-proxy-server /etc/swift/proxy-server.conf >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> What's the result ? >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> +Hugo Kuo+ >>>>>>>>>>>>>>>>> hugo at swiftstack.com >>>>>>>>>>>>>>>>> tonytkdk at gmail.com >>>>>>>>>>>>>>>>> +886 935004793 >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> 2013/8/29 pragya jain >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> hello sir >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Thanks for the suggestion. >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> (1) I give the space between pj2648 and .admin and also between .admin and .reseller_admin and tried the connection again, but face the same problem >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> root at arun-Aspire-5742:~# vi /etc/swift/proxy-server.conf >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> and make following changes: >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> user_admin_admin = admin .admin .reseller_admin >>>>>>>>>>>>>>>>> user_test_tester = testing .admin >>>>>>>>>>>>>>>>> user_test2_tester2 = testing2 .admin >>>>>>>>>>>>>>>>> user_test_tester3 = testing3 >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> user_prag2648_pragya = pj2648 .admin .reseller_admin >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> and then >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> root at arun-Aspire-5742:~# sudo swift-init account start >>>>>>>>>>>>>>>>> Starting account-server...(/etc/swift/account-server.conf) >>>>>>>>>>>>>>>>> root at arun-Aspire-5742:~# sudo swift-init proxy start >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Starting proxy-server...(/etc/swift/proxy-server.conf) >>>>>>>>>>>>>>>>> root at arun-Aspire-5742:~# curl -v -H 'X-Auth-User:prag2648:pragya' -H 'X-Auth-Key:pj2648' http://localhost/auth/v1.0/ >>>>>>>>>>>>>>>>> * About to connect() to localhost port 80 (#0) >>>>>>>>>>>>>>>>> *   Trying 127.0.0.1... Connection refused >>>>>>>>>>>>>>>>> * couldn't connect to host >>>>>>>>>>>>>>>>> * Closing connection #0 >>>>>>>>>>>>>>>>> curl: (7) couldn't connect to host >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> (2) I also tired the connection with user admin:admin >>>>>>>>>>>>>>>>> root at arun-Aspire-5742:~# curl -v -H 'X-Auth-User:admin:admin' -H 'X-Auth-Key:admin' http://localhost/auth/v1.0/ >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> * About to connect() to localhost port 80 (#0) >>>>>>>>>>>>>>>>> *   Trying 127.0.0.1... Connection refused >>>>>>>>>>>>>>>>> * couldn't connect to host >>>>>>>>>>>>>>>>> * Closing connection #0 >>>>>>>>>>>>>>>>> curl: (7) couldn't connect to host >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> (3) I also run the command to verify the port number of proxy >>>>>>>>>>>>>>>>> root at arun-Aspire-5742:~# ps aux | grep proxy >>>>>>>>>>>>>>>>> nobody    2124  0.0  0.0   5384  1164 ?        S    10:39   0:00 /usr/sbin/dnsmasq --no-resolv --keep-in-foreground --no-hosts --bind-interfaces --pid-file=/var/run/sendsigs.omit.d/network-manager.dnsmasq.pid --listen-address=127.0.0.1 --conf-file=/var/run/nm-dns-dnsmasq.conf --cache-size=0 --proxy-dnssec >>>>>>>>>>>>>>>>> root      2724  0.0  0.0   4368   828 pts/0    R+   10:52   0:00 grep --color=auto proxy >>>>>>>>>>>>>>>>> root at arun-Aspire-5742:~# netstat -antulp >>>>>>>>>>>>>>>>> Active Internet connections (servers and established) >>>>>>>>>>>>>>>>> Proto Recv-Q Send-Q Local Address           Foreign Address         State       PID/Program name >>>>>>>>>>>>>>>>> tcp        0      0 127.0.0.1:11211         0.0.0.0:*               LISTEN      931/memcached   >>>>>>>>>>>>>>>>> tcp        0      0 127.0.0.1:53            0.0.0.0:*               LISTEN      2124/dnsmasq   >>>>>>>>>>>>>>>>> tcp        0      0 127.0.0.1:631           0.0.0.0:*               LISTEN      623/cupsd       >>>>>>>>>>>>>>>>> tcp        0      0 115.184.7.223:51521     74.125.236.132:80       TIME_WAIT   -               >>>>>>>>>>>>>>>>> tcp        1      0 115.184.7.223:46280     91.189.89.144:80        CLOSE_WAIT  1663/ubuntu-geoip-p >>>>>>>>>>>>>>>>> tcp        0      0 115.184.7.223:60563     173.194.38.147:80       TIME_WAIT   -               >>>>>>>>>>>>>>>>> tcp        0      0 115.184.7.223:43256     124.124.201.179:80      TIME_WAIT   -               >>>>>>>>>>>>>>>>> tcp        0      0 115.184.7.223:41791     124.124.201.169:80      TIME_WAIT   -               >>>>>>>>>>>>>>>>> tcp        0      0 115.184.7.223:36669     124.124.252.9:80        TIME_WAIT   -               >>>>>>>>>>>>>>>>> tcp        0      0 115.184.7.223:51747     173.194.38.184:80       TIME_WAIT   -               >>>>>>>>>>>>>>>>> tcp        0      0 115.184.7.223:54229     74.125.236.44:443       TIME_WAIT   -               >>>>>>>>>>>>>>>>> tcp        0      0 115.184.7.223:36185     173.194.36.26:80        TIME_WAIT   -               >>>>>>>>>>>>>>>>> tcp        0      0 115.184.7.223:38854     74.125.236.109:80       TIME_WAIT   -               >>>>>>>>>>>>>>>>> tcp6       0      0 ::1:631                 :::*                    LISTEN      623/cupsd       >>>>>>>>>>>>>>>>> udp        0      0 0.0.0.0:5353            0.0.0.0:*                           619/avahi-daemon: r >>>>>>>>>>>>>>>>> udp        0      0 0.0.0.0:53489           0.0.0.0:*                           619/avahi-daemon: r >>>>>>>>>>>>>>>>> udp        0      0 127.0.0.1:11211         0.0.0.0:*                           931/memcached   >>>>>>>>>>>>>>>>> udp        0      0 127.0.0.1:53            0.0.0.0:*                           2124/dnsmasq   >>>>>>>>>>>>>>>>> udp6       0      0 :::5353                 :::*                                619/avahi-daemon: r >>>>>>>>>>>>>>>>> udp6       0      0 :::36705                :::*                                619/avahi-daemon: r >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Please help to proceed further. >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> --- >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Thanks >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Pragya jain >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> ________________________________ >>>>>>>>>>>>>>>>> From: Kuo Hugo >>>>>>>>>>>>>>>>> To: pragya jain >>>>>>>>>>>>>>>>> Cc: Amanda Plimpton ; "openstack at lists.openstack.org" >>>>>>>>>>>>>>>>> Sent: Wednesday, 28 August 2013 9:59 PM >>>>>>>>>>>>>>>>> Subject: Re: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Hi >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> 1) user_prag2648_pragya = pj2648.admin.reseller_admin try to have a space between pj2648 and .admin . How about to test with user admin:admin ? >>>>>>>>>>>>>>>>> 2) Verify the port number of proxy by >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> gt; ps aux | grep proxy >>>>>>>>>>>>>>>>> gt; netstat -antulp >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> 3) Check the Proxy for how to setup bind_port https://github.com/openstack/swift/blob/master/etc/proxy-server.conf-sample >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> +Hugo Kuo+ >>>>>>>>>>>>>>>>> hugo at swiftstack.com >>>>>>>>>>>>>>>>> tonytkdk at gmail.com >>>>>>>>>>>>>>>>> +886 935004793 >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> 2013/8/29 pragya jain >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> hello sir, >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Please help me in knowing how to use 8080 port >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> ________________________________ >>>>>>>>>>>>>>>>> From: Amanda Plimpton >>>>>>>>>>>>>>>>> To: pragya jain >>>>>>>>>>>>>>>>> Cc: "joe at swiftstack.com" ; "contact at swiftstack.com" ; anita goel >>>>>>>>>>>>>>>>> Sent: Tuesday, 27 August 2013 9:40 AM >>>>>>>>>>>>>>>>> Subject: Re: Fw: problem in setting up Tempauth authentication & authorization with Swift >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Hello, >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Did Edward's suggestion of using port 8080 help at all? The error seems to indicate a network setting issue. You may wish to double check the settings and configuration. >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Given your interest in Swift I would also recommend locating a nearby OpenStack group or attending an event such as http://openstackindia.wordpress.com/2013/08/14/openstack-india-day-2013-announced/ >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Thank you, >>>>>>>>>>>>>>>>> Amanda >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> SwiftStack Inc. >>>>>>>>>>>>>>>>> swiftstack.com >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> On Mon, Aug 26, 2013 at 8:55 PM, pragya jain wrote: >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> hello sir! >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Please help me in setting up Tempauth authentication & authorization with Swift. >>>>>>>>>>>>>>>>> same error is continued. >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> ----- Forwarded Message ----- >>>>>>>>>>>>>>>>> From: pragya jain >>>>>>>>>>>>>>>>> To: "joe at swiftstack.com" ; "clay.gerrard at gmail.com" ; "contact at swiftstack.com" ; "openstack at ask.openstack.org" ; "openstack at lists.openstack.org" >>>>>>>>>>>>>>>>> Cc: anita goel >>>>>>>>>>>>>>>>> Sent: Monday, 26 August 2013 12:06 PM >>>>>>>>>>>>>>>>> Subject: problem in setting up Tempauth authentication & authorization with Swift >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> hello, >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> I have to configure proxy server. >>>>>>>>>>>>>>>>> For this, >>>>>>>>>>>>>>>>> I have to edit /etc/swift/swift.conf and change the swift_hash_path_suffix to something secret and then, start the proxy server process >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> for this, I use the following commands: >>>>>>>>>>>>>>>>> root at arun-Aspire-5742:~# vi /etc/swift/swift.conf >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> make following changes (highlighted) in the file: >>>>>>>>>>>>>>>>> swift_hash_path_suffix =pragya >>>>>>>>>>>>>>>>> swift_hash_path_prefix =jain >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> save and exit. >>>>>>>>>>>>>>>>> then, I run the command: >>>>>>>>>>>>>>>>> root at arun-Aspire-5742:~# sudo swift-init proxy start >>>>>>>>>>>>>>>>> Starting proxy-server...(/etc/swift/proxy-server.conf) >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Now, I have to set up Tempauth authentication & authorization with Swift >>>>>>>>>>>>>>>>> for this, I run the following command: >>>>>>>>>>>>>>>>> root at arun-Aspire-5742:~# vi /etc/swift/proxy-server.conf >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> make following changes (highlighted) in the file: >>>>>>>>>>>>>>>>> allow_account_management =true >>>>>>>>>>>>>>>>> ... >>>>>>>>>>>>>>>>> [filter:tempauth] >>>>>>>>>>>>>>>>> use = egg:swift#tempauth >>>>>>>>>>>>>>>>> ... >>>>>>>>>>>>>>>>> user_admin_admin = admin .admin .reseller_admin >>>>>>>>>>>>>>>>> user_test_tester = testing .admin >>>>>>>>>>>>>>>>> user_test2_tester2 = testing2 .admin >>>>>>>>>>>>>>>>> user_test_tester3 = testing3 >>>>>>>>>>>>>>>>> user_prag2648_pragya = pj2648.admin.reseller_admin >>>>>>>>>>>>>>>>> ... >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> save and exit >>>>>>>>>>>>>>>>> Then, run following commands: >>>>>>>>>>>>>>>>> root at arun-Aspire-5742:~# sudo swift-init account start >>>>>>>>>>>>>>>>> Starting account-server...(/etc/swift/account-server.conf) >>>>>>>>>>>>>>>>> root at arun-Aspire-5742:~# sudo swift-init proxy restart >>>>>>>>>>>>>>>>> Signal proxy-server  pid: 2476  signal: 15 >>>>>>>>>>>>>>>>> proxy-server (2476) appears to have stopped >>>>>>>>>>>>>>>>> Starting proxy-server...(/etc/swift/proxy-server.conf) >>>>>>>>>>>>>>>>> root at arun-Aspire-5742:~# curl -v -H 'X-Auth-User:prag2648:pragya' -H 'X-Auth-Key:pj2648' http://localhost/auth/v1.0/ >>>>>>>>>>>>>>>>> * About to connect() to localhost port 80 (#0) >>>>>>>>>>>>>>>>> *   Trying 127.0.0.1... Connection refused >>>>>>>>>>>>>>>>> * couldn't connect to host >>>>>>>>>>>>>>>>> * Closing connection #0 >>>>>>>>>>>>>>>>> curl: (7) couldn't connect to host >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> But, there is an error in establising a connection. >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> if, I run the command to start proxy server, then it shows that proxy server is already started. >>>>>>>>>>>>>>>>> root at arun-Aspire-5742:~# sudo swift-init proxy start >>>>>>>>>>>>>>>>> proxy-server running (2935 - /etc/swift/proxy-server.conf) >>>>>>>>>>>>>>>>> proxy-server already started... >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Please help me in this regard. >>>>>>>>>>>>>>>>> --- >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Thanks >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Pragya Jain >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> _______________________________________________ >>>>>>>>>>>>>>>>> Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>>>>>>>>>>>>>>>> Post to     : openstack at lists.openstack.org >>>>>>>>>>>>>>>>> Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>>_______________________________________________ >>>>>>>>>>>>>Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>>>>>>>>>>>>Post to     : openstack at lists.openstack.org >>>>>>>>>>>>>Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>>-- >>>>>>>>>>>> >>>>>>>>>>>>Gareth >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>>Cloud Computing, OpenStack, Fitness, Basketball >>>>>>>>>>>>OpenStack contributor >>>>>>>>>>>>Company: UnitedStack >>>>>>>>>>>>My promise: if you find any spelling or grammar mistakes in my email from Mar 1 2013, notify me  >>>>>>>>>>>>and I'll donate $1 or ¥1 to an open organization you specify. >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>_______________________________________________ >>>>>>>Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>>>>>>Post to     : openstack at lists.openstack.org >>>>>>>Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>>>>>> >>>>>>> >>>>>> >>>>>> >>>>>> >>>>> >>>>> >>> >>> >>> > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From peter at gridcentric.ca Mon Sep 9 01:24:44 2013 From: peter at gridcentric.ca (Peter Feiner) Date: Sun, 8 Sep 2013 21:24:44 -0400 Subject: [Openstack] OpenStack Performance Tuning Webinar Message-ID: Hello OpenStackers, I'm giving a webinar on OpenStack performance tuning on Wednesday September 11 at 1PM EST. The webinar will focus on configuration considerations geared toward efficiency and concurrency. If you're interested, please register now! https://attendee.gotowebinar.com/register/8597035589878749440 For a detailed discussion of the performance work I've been doing on OpenStack, see http://blog.gridcentric.com/bid/318277/Boosting-OpenStack-s-Parallel-Performance Thanks! Peter Feiner From pangj at laposte.net Mon Sep 9 02:54:09 2013 From: pangj at laposte.net (pangj) Date: Mon, 09 Sep 2013 10:54:09 +0800 Subject: [Openstack] DB as a service in openstack Message-ID: <522D3851.8090104@laposte.net> Hello, What's the module in openstack corresponding to AWS's RDB? For example, if we want the Mysql as a service in openstack, the features include API admin, auto-scaling, HA etc. Thanks. From prao at prashanthrao.com Mon Sep 9 03:01:45 2013 From: prao at prashanthrao.com (Prashanth Rao) Date: Sun, 8 Sep 2013 22:01:45 -0500 Subject: [Openstack] DB as a service in openstack In-Reply-To: <522D3851.8090104@laposte.net> References: <522D3851.8090104@laposte.net> Message-ID: The DB as a Service module in Openstack is called Trove. You can find information about it here: https://wiki.openstack.org/wiki/Trove Regards, Prashanth On Sun, Sep 8, 2013 at 9:54 PM, pangj wrote: > Hello, > > What's the module in openstack corresponding to AWS's RDB? > For example, if we want the Mysql as a service in openstack, the features > include API admin, auto-scaling, HA etc. > > Thanks. > > ______________________________**_________________ > Mailing list: http://lists.openstack.org/**cgi-bin/mailman/listinfo/** > openstack > Post to : openstack at lists.openstack.org > Unsubscribe : http://lists.openstack.org/**cgi-bin/mailman/listinfo/** > openstack > -------------- next part -------------- An HTML attachment was scrubbed... URL: From prag_2648 at yahoo.co.in Mon Sep 9 04:18:34 2013 From: prag_2648 at yahoo.co.in (pragya jain) Date: Mon, 9 Sep 2013 12:18:34 +0800 (SGT) Subject: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift In-Reply-To: References: <1377498985.92309.YahooMailNeo@web193603.mail.sg3.yahoo.com> <1377575715.63149.YahooMailNeo@web193603.mail.sg3.yahoo.com> <1377705664.3899.YahooMailNeo@web193602.mail.sg3.yahoo.com> <1377755510.20626.YahooMailNeo@web193601.mail.sg3.yahoo.com> <1377765810.77854.YahooMailNeo@web193606.mail.sg3.yahoo.com> <1377767543.33056.YahooMailNeo@web193603.mail.sg3.yahoo.com> <1377768176.9373.YahooMailNeo@web193606.mail.sg3.yahoo.com> <1377775079.21343.YahooMailNeo@web193602.mail.sg3.yahoo.com> <1377784746.26442.YahooMailNeo@web193603.mail.sg3.yahoo.com> <1377840941.9818.YahooMailNeo@web193605.mail.sg3.yahoo.com> <1377843725.53401.YahooMailNeo@web193602.mail.sg3.yahoo.com> <1378273871.52383.YahooMailNeo@web193604.mail.sg3.yahoo.com> <1378355540.21486.YahooMailNeo@web193605.mail.sg3.yahoo.com> <1378442357.82006.YahooMailNeo@web193604.mail.sg3.yahoo.com> <1378529123.39925.YahooMailNeo@web193601.mail.sg3.yahoo.com> Message-ID: <1378700314.31551.YahooMailNeo@web193604.mail.sg3.yahoo.com> root at arun-Aspire-5742:~# cat /proc/partitions major minor  #blocks  name    8        0  488386584 sda    8        1     102400 sda1    8        2  102294528 sda2    8        3          1 sda3    8        4  180702208 sda4    8        5  102398278 sda5    8        6  102398278 sda6    8        7     487424 sda7   11        0    1048575 sr0   11        1      99328 sr1 root at arun-Aspire-5742:~# sudo mkfs.xfs -L d1 /dev/sdb mkfs.xfs: cannot open /dev/sdb: No medium found pleases reply. >________________________________ > From: Clay Gerrard >To: pragya jain >Cc: "openstack at lists.openstack.org" >Sent: Saturday, 7 September 2013 9:50 PM >Subject: Re: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift > > > >ok, so it looks like no device with label d1 exists, so you can't mount it, and the account-server can't find it. > > >Devices get labeled when you put the file system on them (the `mkfs.xfs` command) > > >I saw in screenshot 10 you had mis-typed the mkfs.xfs command: > > >`sudo mkfs.xfs -f -i size=512 -L d3/dev/sdd` > > >That should be: > > >`sudo mkfs.xfs -f -i size=512 -L d3 /dev/sdd` > > >notice the space between the label "d3" and the device "/dev/sdd" > > >Also, fairly recently people have stopped recommending the larger inode size, so the commands should be: > > >`sudo mkfs.xfs -L d1 /dev/sdb` >`sudo mkfs.xfs -L d2 /dev/sdc` > >`sudo mkfs.xfs -L d3 /dev/sdd` > > > >and maybe: > > >`sudo mkfs.xfs -L d4 /dev/sde` > > > >... actually how many devices do you have in the system?  Can I get a paste of the full output of `cat /proc/partitions`? > > > > > >On Fri, Sep 6, 2013 at 9:45 PM, pragya jain wrote: > >hello sir, >> >> >>I did the following job: >> >> >>root at arun-Aspire-5742:~# sudo mount -t xfs -o noatime,nodiratime,logbufs=8 -L d1 /srv/node/d1 >> >>mount: no such partition found >>root at arun-Aspire-5742:~# sudo mount -t xfs -o noatime,nodiratime,logbufs=8 -L d1 \srv/node/d1 >>mount: no such partition found >>root at arun-Aspire-5742:~# cd /opt/swift/etc >>root at arun-Aspire-5742:/opt/swift/etc# sudo mount -t xfs -o noatime,nodiratime,logbufs=8 -L d1 /srv/node/d1 >>mount: no such partition found >>root at arun-Aspire-5742:/opt/swift/etc# sudo mount -t xfs -o noatime,nodiratime,logbufs=8 -L d1 \srv/node/d1 >>mount: no such partition found >>root at arun-Aspire-5742:/opt/swift/etc# cd ~ >>root at arun-Aspire-5742:~# mount d1 /srv/node/d1 >>mount: special device d1 does not exist >>root at arun-Aspire-5742:~# vi /etc/swift/account-server.conf >>root at arun-Aspire-5742:~# mount d1 /srv/node/d1 >>mount: special device d1 does not exist >>root at arun-Aspire-5742:~# cd /opt/swift/etc >>root at arun-Aspire-5742:/opt/swift/etc# mount d1 /srv/node/d1 >>mount: special device d1 does not exist >>root at arun-Aspire-5742:/opt/swift/etc# sudo reboot >> >> >>root at arun-Aspire-5742:~# mount >>/dev/sda4 on / type ext4 (rw,errors=remount-ro) >>proc on /proc type proc (rw,noexec,nosuid,nodev) >>sysfs on /sys type sysfs (rw,noexec,nosuid,nodev) >>none on /sys/fs/fuse/connections type fusectl (rw) >>none on /sys/kernel/debug type debugfs (rw) >>none on /sys/kernel/security type securityfs (rw) >>udev on /dev type devtmpfs (rw,mode=0755) >>devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=0620) >>tmpfs on /run type tmpfs (rw,noexec,nosuid,size=10%,mode=0755) >>none on /run/lock type tmpfs (rw,noexec,nosuid,nodev,size=5242880) >>none on /run/shm type tmpfs (rw,nosuid,nodev) >>gvfs-fuse-daemon on /home/arun/.gvfs type fuse.gvfs-fuse-daemon (rw,nosuid,nodev,user=arun) >> >> >>I am attaching some screenshots which tells what I had done earlier when I was preparing and mounting the devices. >> >>>________________________________ >>> From: Clay Gerrard >>>To: pragya jain >>>Cc: "pangj at laposte.net" ; "openstack at lists.openstack.org" >>>Sent: Friday, 6 September 2013 8:58 PM >>> >>>Subject: Re: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift >>> >>> >>> >>>Sep  4 11:14:04 arun-Aspire-5742 proxy-server ERROR Insufficient Storage 127.0.0.1:6002/d1 (txn: txb0d8717ab05c4cf0bdebd-005226c8a4) >>> >>> >>>The account server on 127.0.0.1:6002/d1 returned 507 indicating it couldn't find a useable file system for the device labeled d1. >>> >>> >>>The account server has a config option "devices" in the "DEFAULT" section of "/etc/swift/account-server.conf" that will indicate the base mount point for devices (typicailly it's "/srv/node").  That path is prepended to the device name that's sent in the request ("d1" in this case). >>> >>> >>>So there should be a filesystem (xfs typically) mounted at "/srv/node/d1" >>> >>> >>>Try mounting it manually `mount d1 /srv/node/d1` and double check the output from `mount` and your "/etc/fstab" >>> >>> >>> >>>On Thu, Sep 5, 2013 at 9:39 PM, pragya jain wrote: >>> >>>please help me in this regard. >>>> >>>> >>>> >>>>>________________________________ >>>>> From: pragya jain >>>>>To: Clay Gerrard >>>>> >>>>>Cc: "pangj at laposte.net" ; "openstack at lists.openstack.org" >>>>>Sent: Thursday, 5 September 2013 10:02 AM >>>>> >>>>>Subject: Re: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift >>>>> >>>>> >>>>> >>>>>root at arun-Aspire-5742:~# grep txb0d8717ab05c4cf0bdebd-005226c8a4 /var/log/syslogSep  4 11:14:04 arun-Aspire-5742 account-server 127.0.0.1 - - [04/Sep/2013:05:44:04 +0000] "GET /d1/19164/AUTH_prag2648" 507 - "txb0d8717ab05c4cf0bdebd-005226c8a4" "GET http://localhost:8080/v1/AUTH_prag2648/" "proxy-server 3182" 0.0021 "" >>>>>Sep  4 11:14:04 arun-Aspire-5742 proxy-server ERROR Insufficient Storage 127.0.0.1:6002/d1 (txn: txb0d8717ab05c4cf0bdebd-005226c8a4) >>>>>Sep  4 11:14:05 arun-Aspire-5742 proxy-server Account GET returning 503 for [507] (txn: txb0d8717ab05c4cf0bdebd-005226c8a4) (client_ip: 127.0.0.1) >>>>>Sep  4 11:14:05 arun-Aspire-5742 proxy-server 127.0.0.1 127.0.0.1 04/Sep/2013/05/44/05 GET /v1/AUTH_prag2648/ HTTP/1.0 503 - curl/7.22.0%20%28i686-pc-linux-gnu%29%20libcurl/7.22.0%20OpenSSL/1.0.1%20zlib/1.2.3.4%20libidn/1.23%20librtmp/2.3 AUTH_tk4be7b90194c747468c4973675db15ca5 - 118 - txb0d8717ab05c4cf0bdebd-005226c8a4 - 0.2774 - - >>>>> >>>>> >>>>> >>>>> >>>>> >>>>>>________________________________ >>>>>> From: Clay Gerrard >>>>>>To: pragya jain >>>>>>Cc: "pangj at laposte.net" ; "openstack at lists.openstack.org" >>>>>>Sent: Wednesday, 4 September 2013 9:12 PM >>>>>>Subject: Re: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift >>>>>> >>>>>> >>>>>> >>>>>>So the builder files look right, you should grep the logs for the transaction id of the request that 503'd and see if the proxy is still getting connection errors (i.e. still trying to connect to 10.0.2.15) >>>>>> >>>>>>grep txb0d8717ab05c4cf0bdebd-005226c8a4 /var/log/syslog >>>>>> >>>>>> >>>>>>If the proxy is still going to the old 10.0.2.15 you need to rebalance your rings >>>>>> >>>>>> >>>>>>swift-ring-builder account.builder reblanace >>>>>> >>>>>> >>>>>>-Clay >>>>>> >>>>>> >>>>>> >>>>>>On Tue, Sep 3, 2013 at 10:51 PM, pragya jain wrote: >>>>>> >>>>>>root at arun-Aspire-5742:/etc/swift# swift-ring-builder object.builder >>>>>>>object.builder, build version 14 >>>>>>>262144 partitions, 3.000000 replicas, 1 regions, 1 zones, 1 devices, 0.00 balance >>>>>>>The minimum number of hours before a partition can be reassigned is 24 >>>>>>>Devices:    id  region  zone      ip address  port  replication ip  replication port      name weight partitions balance meta >>>>>>>             2       1     1       127.0.0.1  6000       127.0.0.1              6000        d1 100.00     786432    0.00  >>>>>>>root at arun-Aspire-5742:/etc/swift# swift-ring-builder account.builder >>>>>>>account.builder, build version 14 >>>>>>>262144 partitions, 3.000000 replicas, 1 regions, 1 zones, 1 devices, 0.00 balance >>>>>>>The minimum number of hours before a partition can be reassigned is 24 >>>>>>>Devices:    id  region  zone      ip address  port  replication ip  replication port      name weight partitions balance meta >>>>>>>             2       1     1       127.0.0.1  6002       127.0.0.1              6002        d1 100.00     786432    0.00  >>>>>>>root at arun-Aspire-5742:/etc/swift# swift-ring-builder container.builder >>>>>>>container.builder, build version 11 >>>>>>>262144 partitions, 3.000000 replicas, 1 regions, 1 zones, 1 devices, 0.00 balance >>>>>>>The minimum number of hours before a partition can be reassigned is 24 >>>>>>>Devices:    id  region  zone      ip address  port  replication ip  replication port      name weight partitions balance meta >>>>>>>             1       1     1       127.0.0.1  6001       127.0.0.1              6001        d1 100.00     786432    0.00  >>>>>>>root at arun-Aspire-5742:/etc/swift# cd ~ >>>>>>>root at arun-Aspire-5742:~# sudo swift-init account start >>>>>>>Starting account-server...(/etc/swift/account-server.conf) >>>>>>>root at arun-Aspire-5742:~# sudo swift-init proxy start >>>>>>>Starting proxy-server...(/etc/swift/proxy-server.conf) >>>>>>>root at arun-Aspire-5742:~# curl -v -H 'X-Auth-User:prag2648:pragya' -H 'X-Auth-Key:pj2648' http://localhost:8080/auth/v1.0/ >>>>>>>* About to connect() to localhost port 8080 (#0) >>>>>>>*   Trying 127.0.0.1... connected >>>>>>>> GET /auth/v1.0/ HTTP/1.1 >>>>>>>> User-Agent: curl/7.22.0 (i686-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 zlib/1.2.3.4 libidn/1.23 librtmp/2.3 >>>>>>>> Host: localhost:8080 >>>>>>>> Accept: */* >>>>>>>> X-Auth-User:prag2648:pragya >>>>>>>> X-Auth-Key:pj2648 >>>>>>>>  >>>>>>>< HTTP/1.1 200 OK >>>>>>>< X-Storage-Url: http://localhost:8080/v1/AUTH_prag2648 >>>>>>>< X-Auth-Token: AUTH_tk4be7b90194c747468c4973675db15ca5 >>>>>>>< Content-Type: text/html; charset=UTF-8 >>>>>>>< X-Storage-Token: AUTH_tk4be7b90194c747468c4973675db15ca5 >>>>>>>< Content-Length: 0 >>>>>>>< X-Trans-Id: txc07e87d3d4b8487b85d89-005226c820 >>>>>>>< Date: Wed, 04 Sep 2013 05:41:52 GMT >>>>>>><  >>>>>>>* Connection #0 to host localhost left intact >>>>>>>* Closing connection #0 >>>>>>>root at arun-Aspire-5742:~# curl -v -H 'X-Storage-Token:AUTH_tk4be7b90194c747468c4973675db15ca5' http://127.0.0.1:8080/v1/AUTH_prag2648/ >>>>>>>* About to connect() to 127.0.0.1 port 8080 (#0) >>>>>>>*   Trying 127.0.0.1... connected >>>>>>>> GET /v1/AUTH_prag2648/ HTTP/1.1 >>>>>>>> User-Agent: curl/7.22.0 (i686-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 zlib/1.2.3.4 libidn/1.23 librtmp/2.3 >>>>>>>> Host: 127.0.0.1:8080 >>>>>>>> Accept: */* >>>>>>>> X-Storage-Token:AUTH_tk4be7b90194c747468c4973675db15ca5 >>>>>>>>  >>>>>>>< HTTP/1.1 503 Internal Server Error >>>>>>>< Content-Length: 118 >>>>>>>< Content-Type: text/html; charset=UTF-8 >>>>>>>< X-Trans-Id: tx2301beb46542488597d23-005226c87d >>>>>>>< Date: Wed, 04 Sep 2013 05:43:26 GMT >>>>>>><  >>>>>>>* Connection #0 to host 127.0.0.1 left intact >>>>>>>* Closing connection #0 >>>>>>>

Service Unavailable

The server is currently unavailable. Please try again at a later time.

root at arun-Aspire-5742:~#  >>>>>>>root at arun-Aspire-5742:~# curl -v -H 'X-Storage-Token:AUTH_tk4be7b90194c747468c4973675db15ca5' http://127.0.0.1/v1/AUTH_prag2648/ >>>>>>>* About to connect() to 127.0.0.1 port 80 (#0) >>>>>>>*   Trying 127.0.0.1... Connection refused >>>>>>>* couldn't connect to host >>>>>>>* Closing connection #0 >>>>>>>curl: (7) couldn't connect to host >>>>>>>root at arun-Aspire-5742:~# curl -v -H 'X-Storage-Token:AUTH_tk4be7b90194c747468c4973675db15ca5' http://localhost:8080/v1/AUTH_prag2648/ >>>>>>>* About to connect() to localhost port 8080 (#0) >>>>>>>*   Trying 127.0.0.1... connected >>>>>>>> GET /v1/AUTH_prag2648/ HTTP/1.1 >>>>>>>> User-Agent: curl/7.22.0 (i686-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 zlib/1.2.3.4 libidn/1.23 librtmp/2.3 >>>>>>>> Host: localhost:8080 >>>>>>>> Accept: */* >>>>>>>> X-Storage-Token:AUTH_tk4be7b90194c747468c4973675db15ca5 >>>>>>>>  >>>>>>>< HTTP/1.1 503 Internal Server Error >>>>>>>< Content-Length: 118 >>>>>>>< Content-Type: text/html; charset=UTF-8 >>>>>>>< X-Trans-Id: txb0d8717ab05c4cf0bdebd-005226c8a4 >>>>>>>< Date: Wed, 04 Sep 2013 05:44:05 GMT >>>>>>><  >>>>>>>* Connection #0 to host localhost left intact >>>>>>>* Closing connection #0 >>>>>>>

Service Unavailable

The server is currently unavailable. Please try again at a later time.

root at arun-Aspire-5742:~#  >>>>>>>root at arun-Aspire-5742:~# grep txa4c98c518382430ab9f5f-005222dede /var/log/syslogroot at arun-Aspire-5742:~#  >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>>>________________________________ >>>>>>>> From: Kuo Hugo >>>>>>>>To: pragya jain >>>>>>>>Cc: Gareth ; "openstack at lists.openstack.org" >>>>>>>>Sent: Friday, 30 August 2013 1:15 PM >>>>>>>> >>>>>>>>Subject: Re: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>>Hmm....  >>>>>>>> >>>>>>>> >>>>>>>>1) No Container and Object servers are running  >>>>>>>>2) Only one drive in the ring >>>>>>>>3) No device been mount to /srv/node/* , unless you are disabling mount_check >>>>>>>>4) Did you setup rsync yet ?  >>>>>>>> >>>>>>>> >>>>>>>>Maybe you can follow the online document to complete the above items.  >>>>>>>> >>>>>>>> >>>>>>>>Good luck~ >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>>+Hugo Kuo+ >>>>>>>>hugo at swiftstack.com >>>>>>>> >>>>>>>>tonytkdk at gmail.com >>>>>>>> >>>>>>>>+886 935004793 >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>>2013/8/30 pragya jain >>>>>>>> >>>>>>>>root at arun-Aspire-5742:~# swift-ring-builder /etc/swift/account.builder >>>>>>>>>/etc/swift/account.builder, build version 1 >>>>>>>>>262144 partitions, 3.000000 replicas, 1 regions, 1 zones, 1 devices, 0.00 balance >>>>>>>>>The minimum number of hours before a partition can be reassigned is 24 >>>>>>>>>Devices:    id  region  zone      ip address  port  replication ip  replication port      name weight partitions balance meta >>>>>>>>>             0       1     1       10.0.2.15  6000       10.0.2.15              6000        d1 100.00     786432    0.00  >>>>>>>>>root at arun-Aspire-5742:~# swift-ring-builder /etc/swift/container.builder >>>>>>>>>/etc/swift/container.builder, build version 1 >>>>>>>>>262144 partitions, 3.000000 replicas, 1 regions, 1 zones, 1 devices, 0.00 balance >>>>>>>>>The minimum number of hours before a partition can be reassigned is 24 >>>>>>>>>Devices:    id  region  zone      ip address  port  replication ip  replication port      name weight partitions balance meta >>>>>>>>>             0       1     1       10.0.2.15  6001       10.0.2.15              6001        d1 100.00     786432    0.00  >>>>>>>>>root at arun-Aspire-5742:~# swift-ring-builder /etc/swift/object.builder >>>>>>>>>/etc/swift/object.builder, build version 1 >>>>>>>>>262144 partitions, 3.000000 replicas, 1 regions, 1 zones, 1 devices, 0.00 balance >>>>>>>>>The minimum number of hours before a partition can be reassigned is 24 >>>>>>>>>Devices:    id  region  zone      ip address  port  replication ip  replication port      name weight partitions balance meta >>>>>>>>>             0       1     1       10.0.2.15  6002       10.0.2.15              6002        d1 100.00     786432    0.00  >>>>>>>>>root at arun-Aspire-5742:~# ps aux | grep swift >>>>>>>>>swift     5174  0.0  0.1  18700 11548 ?        Ss   10:45   0:00 /usr/bin/python /usr/local/bin/swift-account-server /etc/swift/account-server.conf >>>>>>>>>swift     5181  0.0  0.1  18976  9624 ?        S    10:45   0:00 /usr/bin/python /usr/local/bin/swift-account-server /etc/swift/account-server.conf >>>>>>>>>swift     5182  0.0  0.1  18992  9616 ?        S    10:45   0:00 /usr/bin/python /usr/local/bin/swift-account-server /etc/swift/account-server.conf >>>>>>>>>swift     5183  0.0  0.1  18992  9620 ?        S    10:45   0:00 /usr/bin/python /usr/local/bin/swift-account-server /etc/swift/account-server.conf >>>>>>>>>swift     5184  0.0  0.1  18992  9632 ?        S    10:45   0:00 /usr/bin/python /usr/local/bin/swift-account-server /etc/swift/account-server.conf >>>>>>>>>swift     5192  0.0  0.2  18296 11812 ?        Ss   10:45   0:00 /usr/bin/python /usr/local/bin/swift-proxy-server /etc/swift/proxy-server.conf >>>>>>>>>swift     5197  0.0  0.2  23512 15552 ?        S    10:45   0:00 /usr/bin/python /usr/local/bin/swift-proxy-server /etc/swift/proxy-server.conf >>>>>>>>>swift     5198  0.0  0.2  23524 15628 ?        S    10:45   0:00 /usr/bin/python /usr/local/bin/swift-proxy-server /etc/swift/proxy-server.conf >>>>>>>>>swift     5199  0.0  0.2  23524 15300 ?        S    10:45   0:00 /usr/bin/python /usr/local/bin/swift-proxy-server /etc/swift/proxy-server.conf >>>>>>>>>swift     5200  0.0  0.2  23524 15300 ?        S    10:45   0:00 /usr/bin/python /usr/local/bin/swift-proxy-server /etc/swift/proxy-server.conf >>>>>>>>>root      6986  0.0  0.0   4388   828 pts/0    S+   11:46   0:00 grep --color=auto swift >>>>>>>>>root at arun-Aspire-5742:~# df -h >>>>>>>>>Filesystem      Size  Used Avail Use% Mounted on >>>>>>>>>/dev/sda4       170G  3.8G  158G   3% / >>>>>>>>>udev            2.8G  4.0K  2.8G   1% /dev >>>>>>>>>tmpfs           1.2G  908K  1.2G   1% /run >>>>>>>>>none            5.0M  4.0K  5.0M   1% /run/lock >>>>>>>>>none            2.8G  220K  2.8G   1% /run/shm >>>>>>>>>/dev/sda2        98G   25G   73G  26% /media/D8EA06E4EA06BEAE >>>>>>>>>/dev/sda5        98G   54G   45G  55% /media/8AE41BA8E41B9613 >>>>>>>>>root at arun-Aspire-5742:~# ls /srv/node/* >>>>>>>>>/srv/node/d1: >>>>>>>>> >>>>>>>>> >>>>>>>>>/srv/node/d2: >>>>>>>>> >>>>>>>>> >>>>>>>>>/srv/node/d3: >>>>>>>>>root at arun-Aspire-5742:~# netstat -antulp >>>>>>>>>Active Internet connections (servers and established) >>>>>>>>>Proto Recv-Q Send-Q Local Address           Foreign Address         State       PID/Program name >>>>>>>>>tcp        0      0 127.0.0.1:11211         0.0.0.0:*               LISTEN      941/memcached    >>>>>>>>>tcp        0      0 0.0.0.0:8080            0.0.0.0:*               LISTEN      5192/python      >>>>>>>>>tcp        0      0 0.0.0.0:6002            0.0.0.0:*               LISTEN      5174/python      >>>>>>>>>tcp        0      0 127.0.0.1:53            0.0.0.0:*               LISTEN      6936/dnsmasq     >>>>>>>>>tcp        0      0 127.0.0.1:631           0.0.0.0:*               LISTEN      596/cupsd        >>>>>>>>>tcp        0      0 101.58.138.11:56680     207.171.162.71:443      ESTABLISHED 2042/chrome      >>>>>>>>>tcp        0      0 127.0.0.1:11211         127.0.0.1:45287         ESTABL >>>>>>>>>ISHED 941/memcached    >>>>>>>>>tcp        0      0 127.0.0.1:11211         127.0.0.1:45292         ESTABLISHED 941/memcached    >>>>>>>>>tcp        0      0 127.0.0.1:45287         127.0.0.1:11211         ESTABLISHED 5197/python      >>>>>>>>>tcp        1      0 101.58.138.11:34377     91.189.89.144:80        CLOSE_WAIT  1674/ubuntu-geoip-p >>>>>>>>>tcp        0      0 127.0.0.1:45292         127.0.0.1:11211         ESTABLISHED 5198/python      >>>>>>>>>tcp6       0      0 ::1:631                 :::*                    LISTEN      596/cupsd        >>>>>>>>>udp        0      0 127.0.0.1:11211         0.0.0.0:*                           941/memcached    >>>>>>>>>udp        0      0 0.0.0.0:46638           0.0.0.0:*                           576/avahi-daemon: r >>>>>>>>>udp        0      0 127.0.0.1:53            0.0.0.0:*                           6936/dnsmasq     >>>>>>>>>udp        0      0 0.0.0.0:5353            0.0.0.0:*                           576/avahi-daemon: r >>>>>>>>>udp6       0      0 :::55335                :::*                                576/avahi-daemon: r >>>>>>>>>udp6       0      0 :::5353                 :::*                                576/avahi-daemon: r >>>>>>>>>root at arun-Aspire-5742:~# swift-init all status >>>>>>>>>No container-updater running >>>>>>>>>No account-auditor running >>>>>>>>>No object-replicator running >>>>>>>>>proxy-server running (5192 - /etc/swift/proxy-server.conf) >>>>>>>>>No container-replicator running >>>>>>>>>No object-auditor running >>>>>>>>>No object-expirer running >>>>>>>>>No container-auditor running >>>>>>>>>No container-server running >>>>>>>>>account-server running (5174 - /etc/swift/account-server.conf) >>>>>>>>>No account-reaper running >>>>>>>>>No container-sync running >>>>>>>>>No account-replicator running >>>>>>>>>No object-updater running >>>>>>>>>No object-server running >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>>>________________________________ >>>>>>>>>> From: Kuo Hugo >>>>>>>>>>To: pragya jain >>>>>>>>>>Cc: Gareth ; "openstack at lists.openstack.org" >>>>>>>>>>Sent: Friday, 30 August 2013 11:23 AM >>>>>>>>>> >>>>>>>>>>Subject: Re: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>>Hi Pragya :  >>>>>>>>>> >>>>>>>>>> >>>>>>>>>>I'm in highly recommends that you can go through the Swift online document http://docs.openstack.org/developer/swift/index.html .  >>>>>>>>>>It's a good place to understand the basic architecture, especially swift *terms*  >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>>Check rings : >>>>>>>>>>$> swift-ring-builder /etc/swift/object.builder >>>>>>>>>>>$> swift-ring-builder /etc/swift/container.builder >>>>>>>>>>>$> swift-ring-builder /etc/swift/account.builder >>>>>>>>>> >>>>>>>>>> >>>>>>>>>>Check Swift workers :  >>>>>>>>>>$> swift-init all status >>>>>>>>>>>$> ps aux | grep swift >>>>>>>>>>>$> df -h  >>>>>>>>>>>$> ls /srv/node/* >>>>>>>>>>>$> netstat -antulp >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>>+Hugo Kuo+ >>>>>>>>>>hugo at swiftstack.com >>>>>>>>>> >>>>>>>>>>tonytkdk at gmail.com >>>>>>>>>> >>>>>>>>>>+886 935004793 >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>>2013/8/30 pragya jain >>>>>>>>>> >>>>>>>>>>hello sir, >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>>I am working on single node. >>>>>>>>>>>Please let me know how to check network topology and ring structure. >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>>>________________________________ >>>>>>>>>>>> From: Gareth >>>>>>>>>>>>To: Kuo Hugo >>>>>>>>>>>>Cc: pragya jain ; "openstack at lists.openstack.org" >>>>>>>>>>>>Sent: Friday, 30 August 2013 8:11 AM >>>>>>>>>>>> >>>>>>>>>>>>Subject: Re: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>>Pragya >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>>The v1.0 auth uses tempauth for swift, like what you config in proxy-server.conf. All account data is read from that file, so you couldn't add/delete account in tempauth without modifying config file and restart swift. >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>>BTW, your curl link here "curl -v -H 'X-Storage-Token:AUTH_tk3867b7599d5346559ee0baaa09e0f40d' http://localhost:8080/v1/AUTH_prag2648/" actually is a GET request, which means getting account data. If you config everything correctly, it must have valid response. And you logs are a better way to find what happened in this request (set log level to DEBUG, and you will get more details). >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>>On Fri, Aug 30, 2013 at 7:47 AM, Kuo Hugo wrote: >>>>>>>>>>>> >>>>>>>>>>>>Hi Pragya,  >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>>I need more information.  >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>>1) Please draw a network topology of your environment >>>>>>>>>>>>>2) How many nodes do you have?   >>>>>>>>>>>>>3) What's the ring looks like ? >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>>Hugo Kuo >>>>>>>>>>>>>hugo at swiftstack.com >>>>>>>>>>>>> >>>>>>>>>>>>>tonytkdk at gmail.com >>>>>>>>>>>>> >>>>>>>>>>>>>+886 935004793 >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>>2013/8/29 pragya jain >>>>>>>>>>>>> >>>>>>>>>>>>>hello sir, >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>>connection is established successfully. But, when I try to create an account, I face the problem. >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>>root at arun-Aspire-5742:~# sudo swift-init account start >>>>>>>>>>>>>>Starting account-server...(/etc/swift/account-server.conf) >>>>>>>>>>>>>>root at arun-Aspire-5742:~# sudo swift-init proxy start >>>>>>>>>>>>>>Starting proxy-server...(/etc/swift/proxy-server.conf) >>>>>>>>>>>>>>root at arun-Aspire-5742:~# curl -v -H 'X-Auth-User:prag2648:pragya' -H 'X-Auth-Key:pj2648' http://localhost:8080/auth/v1.0/ >>>>>>>>>>>>>>* About to connect() to localhost port 8080 (#0) >>>>>>>>>>>>>>*   Trying 127.0.0.1... connected >>>>>>>>>>>>>>> GET /auth/v1.0/ HTTP/1.1 >>>>>>>>>>>>>>> User-Agent: curl/7.22.0 (i686-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 zlib/1.2.3.4 libidn/1.23 librtmp/2.3 >>>>>>>>>>>>>>> Host: localhost:8080 >>>>>>>>>>>>>>> Accept: */* >>>>>>>>>>>>>>> X-Auth-User:prag2648:pragya >>>>>>>>>>>>>>> X-Auth-Key:pj2648 >>>>>>>>>>>>>>>  >>>>>>>>>>>>>>< HTTP/1.1 200 OK >>>>>>>>>>>>>>< X-Storage-Url: http://localhost:8080/v1/AUTH_prag2648 >>>>>>>>>>>>>>< X-Auth-Token: AUTH_tk3867b7599d5346559ee0baaa09e0f40d >>>>>>>>>>>>>>< Content-Type: text/html; charset=UTF-8 >>>>>>>>>>>>>>< X-Storage-Token: AUTH_tk3867b7599d5346559ee0baaa09e0f40d >>>>>>>>>>>>>>< Content-Length: 0 >>>>>>>>>>>>>>< X-Trans-Id: txe2ab76a7617e40399f456-00521f3d16 >>>>>>>>>>>>>>< Date: Thu, 29 Aug 2013 12:22:46 GMT >>>>>>>>>>>>>><  >>>>>>>>>>>>>>* Connection #0 to host localhost left intact >>>>>>>>>>>>>>* Closing connection #0 >>>>>>>>>>>>>>root at arun-Aspire-5742:~# python >>>>>>>>>>>>>>Python 2.7.3 (default, Apr 10 2013, 05:46:21)  >>>>>>>>>>>>>>[GCC 4.6.3] on linux2 >>>>>>>>>>>>>>Type "help", "copyright", "credits" or "license" for more information. >>>>>>>>>>>>>>>>> import swift.common.memcached as memcached >>>>>>>>>>>>>>>>> memcache = memcached.MemcacheRing(['127.0.0.1:11211']) >>>>>>>>>>>>>>>>> print memcache.get('AUTH_/user/prag2648:pragya') >>>>>>>>>>>>>>AUTH_tk3867b7599d5346559ee0baaa09e0f40d >>>>>>>>>>>>>>>>> print memcache.get('AUTH_/token/AUTH_tk3867b7599d5346559ee0baaa09e0f40d') >>>>>>>>>>>>>>[1377865366.826027, 'prag2648,prag2648:pragya,.reseller_admin,AUTH_prag2648'] >>>>>>>>>>>>>>>>>  >>>>>>>>>>>>>>root at arun-Aspire-5742:~# curl -v -H 'X-Storage-Token:AUTH_tk3867b7599d5346559ee0baaa09e0f40d' http://127.0.0.1/v1/Auth_prag2648/ >>>>>>>>>>>>>>* About to connect() to 127.0.0.1 port 80 (#0) >>>>>>>>>>>>>>*   Trying 127.0.0.1... Connection refused >>>>>>>>>>>>>>* couldn't connect to host >>>>>>>>>>>>>>* Closing connection #0 >>>>>>>>>>>>>>curl: (7) couldn't connect to host >>>>>>>>>>>>>>root at arun-Aspire-5742:~# curl -v -H 'X-Storage-Token:AUTH_tk3867b7599d5346559ee0baaa09e0f40d' http://localhost:8080/v1/AUTH_prag2648/ >>>>>>>>>>>>>>* About to connect() to localhost port 8080 (#0) >>>>>>>>>>>>>>*   Trying 127.0.0.1... connected >>>>>>>>>>>>>>> GET /v1/AUTH_prag2648/ HTTP/1.1 >>>>>>>>>>>>>>> User-Agent: curl/7.22.0 (i686-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 zlib/ >>>>>>>>>>>>>>1.2.3.4 libidn/1.23 librtmp/2.3 >>>>>>>>>>>>>>> Host: localhost:8080 >>>>>>>>>>>>>>> Accept: */* >>>>>>>>>>>>>>> X-Storage-Token:AUTH_tk3867b7599d5346559ee0baaa09e0f40d >>>>>>>>>>>>>>>  >>>>>>>>>>>>>>< HTTP/1.1 503 Internal Server Error >>>>>>>>>>>>>>< Content-Length: 118 >>>>>>>>>>>>>>< Content-Type: text/html; charset=UTF-8 >>>>>>>>>>>>>>< X-Trans-Id: txd6fd9eead36e4b74b0869-00521f3efe >>>>>>>>>>>>>>< Date: Thu, 29 Aug 2013 12:30:55 GMT >>>>>>>>>>>>>><  >>>>>>>>>>>>>>* Connection #0 to host localhost left intact >>>>>>>>>>>>>>* Closing connection #0 >>>>>>>>>>>>>>

Service Unavailable

The server is currently unavailable. Please try again at a later time.

root at arun-Aspire-5742:~#  >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>>Please help me in this regard. >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>>--- >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>>Pragya Jain >>>>>>>>>>>>>> >>>>>>>>>>>>>>>________________________________ >>>>>>>>>>>>>>> From: pragya jain >>>>>>>>>>>>>>>To: Kuo Hugo >>>>>>>>>>>>>>>Cc: "openstack at lists.openstack.org" >>>>>>>>>>>>>>> >>>>>>>>>>>>>>>Sent: Thursday, 29 August 2013 4:47 PM >>>>>>>>>>>>>>>Subject: Re: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>>Thanks Kuo very much for this help. >>>>>>>>>>>>>>>connection is successfully established. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>________________________________ >>>>>>>>>>>>>>>> From: Kuo Hugo >>>>>>>>>>>>>>>>To: pragya jain >>>>>>>>>>>>>>>>Cc: "openstack at lists.openstack.org" >>>>>>>>>>>>>>>>Sent: Thursday, 29 August 2013 3:46 PM >>>>>>>>>>>>>>>>Subject: Re: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>curl -v -H 'X-Auth-User:admin:admin' -H 'X-Auth-Key:admin' http://localhost:8080/auth/v1.0/ >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>+Hugo Kuo+ >>>>>>>>>>>>>>>>hugo at swiftstack.com >>>>>>>>>>>>>>>>tonytkdk at gmail.com >>>>>>>>>>>>>>>>+886 935004793 >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>2013/8/29 pragya jain >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> root at arun-Aspire-5742:~# netstat -antulp | grep 8080 >>>>>>>>>>>>>>>>> tcp        0      0 0.0.0.0:8080            0.0.0.0:*               LISTEN      2421/python   >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> user = swift >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> ________________________________ >>>>>>>>>>>>>>>>> From: Kuo Hugo >>>>>>>>>>>>>>>>> To: pragya jain >>>>>>>>>>>>>>>>> Cc: "openstack at lists.openstack.org" >>>>>>>>>>>>>>>>> Sent: Thursday, 29 August 2013 2:47 PM >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Subject: Re: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> gt; netstat -antulp | grep 8080 >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> 1) is 8080 port been used ? >>>>>>>>>>>>>>>>> 2) What's the value of *user* parameter in proxy-server.conf  https://github.com/openstack/swift/blob/master/etc/proxy-server.conf-sample#L7 >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> +Hugo Kuo+ >>>>>>>>>>>>>>>>> hugo at swiftstack.com >>>>>>>>>>>>>>>>> tonytkdk at gmail.com >>>>>>>>>>>>>>>>> +886 935004793 >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> 2013/8/29 pragya jain >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> hello sir, >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> I run the command: >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> root at arun-Aspire-5742:~# find / -name swift-proxy-server >>>>>>>>>>>>>>>>> /opt/swift/build/scripts-2.7/swift-proxy-server >>>>>>>>>>>>>>>>> /opt/swift/bin/swift-proxy-server >>>>>>>>>>>>>>>>> /usr/local/bin/swift-proxy-server >>>>>>>>>>>>>>>>> /usr/local/lib/python2.7/dist-packages/swift-1.9.2-py2.7.egg/EGG-INFO/scripts/swift-proxy-server >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> root at arun-Aspire-5742:~# /usr/bin/python /usr/local/bin/swift-proxy-server /etc/swift/proxy-server.conf >>>>>>>>>>>>>>>>> Traceback (most recent call last): >>>>>>>>>>>>>>>>>   File "/usr/local/bin/swift-proxy-server", line 5, in >>>>>>>>>>>>>>>>>     pkg_resources.run_script('swift==1.9.2', 'swift-proxy-server') >>>>>>>>>>>>>>>>>   File "/usr/lib/python2.7/dist-packages/pkg_resources.py", line 499, in run_script >>>>>>>>>>>>>>>>>     self.require(requires)[0].run_script(script_name, ns) >>>>>>>>>>>>>>>>>   File "/usr/lib/python2.7/dist-packages/pkg_resources.py", line 1235, in run_script >>>>>>>>>>>>>>>>>     execfile(script_filename, namespace, namespace) >>>>>>>>>>>>>>>>>   File "/usr/local/lib/python2.7/dist-packages/swift-1.9.2-py2.7.egg/EGG-INFO/scripts/swift-proxy-server", line 22, in >>>>>>>>>>>>>>>>>     run_wsgi(conf_file, 'proxy-server', default_port=8080, **options) >>>>>>>>>>>>>>>>>   File "/usr/local/lib/python2.7/dist-packages/swift-1.9.2-py2.7.egg/swift/common/wsgi.py", line 251, in run_wsgi >>>>>>>>>>>>>>>>>     sock = get_socket(conf, default_port=kwargs.get('default_port', 8080)) >>>>>>>>>>>>>>>>>   File "/usr/local/lib/python2.7/dist-packages/swift-1.9.2-py2.7.egg/swift/common/wsgi.py", line 168, in get_socket >>>>>>>>>>>>>>>>>     bind_addr[0], bind_addr[1], bind_timeout)) >>>>>>>>>>>>>>>>> Exception: Could not bind to 0.0.0.0:8080 after trying for 30 seconds >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> ________________________________ >>>>>>>>>>>>>>>>> From: Kuo Hugo >>>>>>>>>>>>>>>>> To: pragya jain >>>>>>>>>>>>>>>>> Cc: "openstack at lists.openstack.org" >>>>>>>>>>>>>>>>> Sent: Thursday, 29 August 2013 2:19 PM >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Subject: Re: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> find out the swift-proxy-server binary in your OS.  (The path in example just an assumption) >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> gt; find / -name swift-proxy-server >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> +Hugo Kuo+ >>>>>>>>>>>>>>>>> hugo at swiftstack.com >>>>>>>>>>>>>>>>> tonytkdk at gmail.com >>>>>>>>>>>>>>>>> +886 935004793 >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> 2013/8/29 pragya jain >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> hello sir >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Thanks for the help >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> root at arun-Aspire-5742:~# /usr/bin/python /usr/bin/swift-proxy-server /etc/swift/proxy-server.conf >>>>>>>>>>>>>>>>> /usr/bin/python: can't open file '/usr/bin/swift-proxy-server': [Errno 2] No such file or directory >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> this is the result of the command. >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> please help in this regard. >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> ----- >>>>>>>>>>>>>>>>> Pragya Jain >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> ________________________________ >>>>>>>>>>>>>>>>> From: Kuo Hugo >>>>>>>>>>>>>>>>> To: pragya jain >>>>>>>>>>>>>>>>> Cc: "openstack at lists.openstack.org" >>>>>>>>>>>>>>>>> Sent: Thursday, 29 August 2013 1:20 PM >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Subject: Re: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Obviously, There's no proxy server running on your node. >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Please execute it on the node where proxy-server located: >>>>>>>>>>>>>>>>> (I assume the binary is in /usr/bin and conf file is in /etc/swift) >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> gt; /usr/bin/python /usr/bin/swift-proxy-server /etc/swift/proxy-server.conf >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> What's the result ? >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> +Hugo Kuo+ >>>>>>>>>>>>>>>>> hugo at swiftstack.com >>>>>>>>>>>>>>>>> tonytkdk at gmail.com >>>>>>>>>>>>>>>>> +886 935004793 >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> 2013/8/29 pragya jain >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> hello sir >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Thanks for the suggestion. >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> (1) I give the space between pj2648 and .admin and also between .admin and .reseller_admin and tried the connection again, but face the same problem >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> root at arun-Aspire-5742:~# vi /etc/swift/proxy-server.conf >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> and make following changes: >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> user_admin_admin = admin .admin .reseller_admin >>>>>>>>>>>>>>>>> user_test_tester = testing .admin >>>>>>>>>>>>>>>>> user_test2_tester2 = testing2 .admin >>>>>>>>>>>>>>>>> user_test_tester3 = testing3 >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> user_prag2648_pragya = pj2648 .admin .reseller_admin >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> and then >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> root at arun-Aspire-5742:~# sudo swift-init account start >>>>>>>>>>>>>>>>> Starting account-server...(/etc/swift/account-server.conf) >>>>>>>>>>>>>>>>> root at arun-Aspire-5742:~# sudo swift-init proxy start >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Starting proxy-server...(/etc/swift/proxy-server.conf) >>>>>>>>>>>>>>>>> root at arun-Aspire-5742:~# curl -v -H 'X-Auth-User:prag2648:pragya' -H 'X-Auth-Key:pj2648' http://localhost/auth/v1.0/ >>>>>>>>>>>>>>>>> * About to connect() to localhost port 80 (#0) >>>>>>>>>>>>>>>>> *   Trying 127.0.0.1... Connection refused >>>>>>>>>>>>>>>>> * couldn't connect to host >>>>>>>>>>>>>>>>> * Closing connection #0 >>>>>>>>>>>>>>>>> curl: (7) couldn't connect to host >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> (2) I also tired the connection with user admin:admin >>>>>>>>>>>>>>>>> root at arun-Aspire-5742:~# curl -v -H 'X-Auth-User:admin:admin' -H 'X-Auth-Key:admin' http://localhost/auth/v1.0/ >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> * About to connect() to localhost port 80 (#0) >>>>>>>>>>>>>>>>> *   Trying 127.0.0.1... Connection refused >>>>>>>>>>>>>>>>> * couldn't connect to host >>>>>>>>>>>>>>>>> * Closing connection #0 >>>>>>>>>>>>>>>>> curl: (7) couldn't connect to host >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> (3) I also run the command to verify the port number of proxy >>>>>>>>>>>>>>>>> root at arun-Aspire-5742:~# ps aux | grep proxy >>>>>>>>>>>>>>>>> nobody    2124  0.0  0.0   5384  1164 ?        S    10:39   0:00 /usr/sbin/dnsmasq --no-resolv --keep-in-foreground --no-hosts --bind-interfaces --pid-file=/var/run/sendsigs.omit.d/network-manager.dnsmasq.pid --listen-address=127.0.0.1 --conf-file=/var/run/nm-dns-dnsmasq.conf --cache-size=0 --proxy-dnssec >>>>>>>>>>>>>>>>> root      2724  0.0  0.0   4368   828 pts/0    R+   10:52   0:00 grep --color=auto proxy >>>>>>>>>>>>>>>>> root at arun-Aspire-5742:~# netstat -antulp >>>>>>>>>>>>>>>>> Active Internet connections (servers and established) >>>>>>>>>>>>>>>>> Proto Recv-Q Send-Q Local Address           Foreign Address         State       PID/Program name >>>>>>>>>>>>>>>>> tcp        0      0 127.0.0.1:11211         0.0.0.0:*               LISTEN      931/memcached   >>>>>>>>>>>>>>>>> tcp        0      0 127.0.0.1:53            0.0.0.0:*               LISTEN      2124/dnsmasq   >>>>>>>>>>>>>>>>> tcp        0      0 127.0.0.1:631           0.0.0.0:*               LISTEN      623/cupsd       >>>>>>>>>>>>>>>>> tcp        0      0 115.184.7.223:51521     74.125.236.132:80       TIME_WAIT   -               >>>>>>>>>>>>>>>>> tcp        1      0 115.184.7.223:46280     91.189.89.144:80        CLOSE_WAIT  1663/ubuntu-geoip-p >>>>>>>>>>>>>>>>> tcp        0      0 115.184.7.223:60563     173.194.38.147:80       TIME_WAIT   -               >>>>>>>>>>>>>>>>> tcp        0      0 115.184.7.223:43256     124.124.201.179:80      TIME_WAIT   -               >>>>>>>>>>>>>>>>> tcp        0      0 115.184.7.223:41791     124.124.201.169:80      TIME_WAIT   -               >>>>>>>>>>>>>>>>> tcp        0      0 115.184.7.223:36669     124.124.252.9:80        TIME_WAIT   -               >>>>>>>>>>>>>>>>> tcp        0      0 115.184.7.223:51747     173.194.38.184:80       TIME_WAIT   -               >>>>>>>>>>>>>>>>> tcp        0      0 115.184.7.223:54229     74.125.236.44:443       TIME_WAIT   -               >>>>>>>>>>>>>>>>> tcp        0      0 115.184.7.223:36185     173.194.36.26:80        TIME_WAIT   -               >>>>>>>>>>>>>>>>> tcp        0      0 115.184.7.223:38854     74.125.236.109:80       TIME_WAIT   -               >>>>>>>>>>>>>>>>> tcp6       0      0 ::1:631                 :::*                    LISTEN      623/cupsd       >>>>>>>>>>>>>>>>> udp        0      0 0.0.0.0:5353            0.0.0.0:*                           619/avahi-daemon: r >>>>>>>>>>>>>>>>> udp        0      0 0.0.0.0:53489           0.0.0.0:*                           619/avahi-daemon: r >>>>>>>>>>>>>>>>> udp        0      0 127.0.0.1:11211         0.0.0.0:*                           931/memcached   >>>>>>>>>>>>>>>>> udp        0      0 127.0.0.1:53            0.0.0.0:*                           2124/dnsmasq   >>>>>>>>>>>>>>>>> udp6       0      0 :::5353                 :::*                                619/avahi-daemon: r >>>>>>>>>>>>>>>>> udp6       0      0 :::36705                :::*                                619/avahi-daemon: r >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Please help to proceed further. >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> --- >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Thanks >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Pragya jain >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> ________________________________ >>>>>>>>>>>>>>>>> From: Kuo Hugo >>>>>>>>>>>>>>>>> To: pragya jain >>>>>>>>>>>>>>>>> Cc: Amanda Plimpton ; "openstack at lists.openstack.org" >>>>>>>>>>>>>>>>> Sent: Wednesday, 28 August 2013 9:59 PM >>>>>>>>>>>>>>>>> Subject: Re: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Hi >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> 1) user_prag2648_pragya = pj2648.admin.reseller_admin try to have a space between pj2648 and .admin . How about to test with user admin:admin ? >>>>>>>>>>>>>>>>> 2) Verify the port number of proxy by >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> gt; ps aux | grep proxy >>>>>>>>>>>>>>>>> gt; netstat -antulp >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> 3) Check the Proxy for how to setup bind_port https://github.com/openstack/swift/blob/master/etc/proxy-server.conf-sample >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> +Hugo Kuo+ >>>>>>>>>>>>>>>>> hugo at swiftstack.com >>>>>>>>>>>>>>>>> tonytkdk at gmail.com >>>>>>>>>>>>>>>>> +886 935004793 >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> 2013/8/29 pragya jain >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> hello sir, >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Please help me in knowing how to use 8080 port >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> ________________________________ >>>>>>>>>>>>>>>>> From: Amanda Plimpton >>>>>>>>>>>>>>>>> To: pragya jain >>>>>>>>>>>>>>>>> Cc: "joe at swiftstack.com" ; "contact at swiftstack.com" ; anita goel >>>>>>>>>>>>>>>>> Sent: Tuesday, 27 August 2013 9:40 AM >>>>>>>>>>>>>>>>> Subject: Re: Fw: problem in setting up Tempauth authentication & authorization with Swift >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Hello, >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Did Edward's suggestion of using port 8080 help at all? The error seems to indicate a network setting issue. You may wish to double check the settings and configuration. >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Given your interest in Swift I would also recommend locating a nearby OpenStack group or attending an event such as http://openstackindia.wordpress.com/2013/08/14/openstack-india-day-2013-announced/ >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Thank you, >>>>>>>>>>>>>>>>> Amanda >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> SwiftStack Inc. >>>>>>>>>>>>>>>>> swiftstack.com >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> On Mon, Aug 26, 2013 at 8:55 PM, pragya jain wrote: >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> hello sir! >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Please help me in setting up Tempauth authentication & authorization with Swift. >>>>>>>>>>>>>>>>> same error is continued. >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> ----- Forwarded Message ----- >>>>>>>>>>>>>>>>> From: pragya jain >>>>>>>>>>>>>>>>> To: "joe at swiftstack.com" ; "clay.gerrard at gmail.com" ; "contact at swiftstack.com" ; "openstack at ask.openstack.org" ; "openstack at lists.openstack.org" >>>>>>>>>>>>>>>>> Cc: anita goel >>>>>>>>>>>>>>>>> Sent: Monday, 26 August 2013 12:06 PM >>>>>>>>>>>>>>>>> Subject: problem in setting up Tempauth authentication & authorization with Swift >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> hello, >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> I have to configure proxy server. >>>>>>>>>>>>>>>>> For this, >>>>>>>>>>>>>>>>> I have to edit /etc/swift/swift.conf and change the swift_hash_path_suffix to something secret and then, start the proxy server process >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> for this, I use the following commands: >>>>>>>>>>>>>>>>> root at arun-Aspire-5742:~# vi /etc/swift/swift.conf >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> make following changes (highlighted) in the file: >>>>>>>>>>>>>>>>> swift_hash_path_suffix =pragya >>>>>>>>>>>>>>>>> swift_hash_path_prefix =jain >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> save and exit. >>>>>>>>>>>>>>>>> then, I run the command: >>>>>>>>>>>>>>>>> root at arun-Aspire-5742:~# sudo swift-init proxy start >>>>>>>>>>>>>>>>> Starting proxy-server...(/etc/swift/proxy-server.conf) >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Now, I have to set up Tempauth authentication & authorization with Swift >>>>>>>>>>>>>>>>> for this, I run the following command: >>>>>>>>>>>>>>>>> root at arun-Aspire-5742:~# vi /etc/swift/proxy-server.conf >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> make following changes (highlighted) in the file: >>>>>>>>>>>>>>>>> allow_account_management =true >>>>>>>>>>>>>>>>> ... >>>>>>>>>>>>>>>>> [filter:tempauth] >>>>>>>>>>>>>>>>> use = egg:swift#tempauth >>>>>>>>>>>>>>>>> ... >>>>>>>>>>>>>>>>> user_admin_admin = admin .admin .reseller_admin >>>>>>>>>>>>>>>>> user_test_tester = testing .admin >>>>>>>>>>>>>>>>> user_test2_tester2 = testing2 .admin >>>>>>>>>>>>>>>>> user_test_tester3 = testing3 >>>>>>>>>>>>>>>>> user_prag2648_pragya = pj2648.admin.reseller_admin >>>>>>>>>>>>>>>>> ... >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> save and exit >>>>>>>>>>>>>>>>> Then, run following commands: >>>>>>>>>>>>>>>>> root at arun-Aspire-5742:~# sudo swift-init account start >>>>>>>>>>>>>>>>> Starting account-server...(/etc/swift/account-server.conf) >>>>>>>>>>>>>>>>> root at arun-Aspire-5742:~# sudo swift-init proxy restart >>>>>>>>>>>>>>>>> Signal proxy-server  pid: 2476  signal: 15 >>>>>>>>>>>>>>>>> proxy-server (2476) appears to have stopped >>>>>>>>>>>>>>>>> Starting proxy-server...(/etc/swift/proxy-server.conf) >>>>>>>>>>>>>>>>> root at arun-Aspire-5742:~# curl -v -H 'X-Auth-User:prag2648:pragya' -H 'X-Auth-Key:pj2648' http://localhost/auth/v1.0/ >>>>>>>>>>>>>>>>> * About to connect() to localhost port 80 (#0) >>>>>>>>>>>>>>>>> *   Trying 127.0.0.1... Connection refused >>>>>>>>>>>>>>>>> * couldn't connect to host >>>>>>>>>>>>>>>>> * Closing connection #0 >>>>>>>>>>>>>>>>> curl: (7) couldn't connect to host >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> But, there is an error in establising a connection. >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> if, I run the command to start proxy server, then it shows that proxy server is already started. >>>>>>>>>>>>>>>>> root at arun-Aspire-5742:~# sudo swift-init proxy start >>>>>>>>>>>>>>>>> proxy-server running (2935 - /etc/swift/proxy-server.conf) >>>>>>>>>>>>>>>>> proxy-server already started... >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Please help me in this regard. >>>>>>>>>>>>>>>>> --- >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Thanks >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Pragya Jain >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> _______________________________________________ >>>>>>>>>>>>>>>>> Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>>>>>>>>>>>>>>>> Post to     : openstack at lists.openstack.org >>>>>>>>>>>>>>>>> Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>>_______________________________________________ >>>>>>>>>>>>>Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>>>>>>>>>>>>Post to     : openstack at lists.openstack.org >>>>>>>>>>>>>Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>>-- >>>>>>>>>>>> >>>>>>>>>>>>Gareth >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>>Cloud Computing, OpenStack, Fitness, Basketball >>>>>>>>>>>>OpenStack contributor >>>>>>>>>>>>Company: UnitedStack >>>>>>>>>>>>My promise: if you find any spelling or grammar mistakes in my email from Mar 1 2013, notify me  >>>>>>>>>>>>and I'll donate $1 or ¥1 to an open organization you specify. >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>_______________________________________________ >>>>>>>Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>>>>>>Post to     : openstack at lists.openstack.org >>>>>>>Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>>>>>> >>>>>>> >>>>>> >>>>>> >>>>>> >>>>> >>>>> >>> >>> >>> > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From thierry at openstack.org Mon Sep 9 09:31:15 2013 From: thierry at openstack.org (Thierry Carrez) Date: Mon, 09 Sep 2013 11:31:15 +0200 Subject: [Openstack] [OpenStack] Links to summit sessions In-Reply-To: References: Message-ID: <522D9563.5000503@openstack.org> John Griffith wrote: > Not sure if I'm missing something but... I've had a number of people ask > me "what happened to the links to the summit sessions". It seems that > if you try and go to a link for a session it just redirects back to the > main page. Even from there if you search and find the session topic and > click, it seems to again redirect back to main page. Do you mean design summit sessions, or summit (conference) presentations ? Direct links to design summit sessions seem to work alright: http://summit.openstack.org/cfp/details/1 -- Thierry Carrez (ttx) From giuseppegaleota at gmail.com Mon Sep 9 13:37:50 2013 From: giuseppegaleota at gmail.com (Giuseppe Galeota) Date: Mon, 9 Sep 2013 15:37:50 +0200 Subject: [Openstack] [Trove] Relational or Non-relational DB? In-Reply-To: References: Message-ID: Dear Josh, can you link to me some blueprints for non-relational data stores? Thank you very much, Giuseppe 2013/9/6 Josh Odom > Hi Giuesppe, > The mission statement for trove was recently changed and approved by the > technical committee to include both relational and non-relational > databases. There are several blueprints in place for non-relational data > stores with some implementation work also in flight. > > -Josh > > From: Giuseppe Galeota > Date: Friday, September 6, 2013 8:23 AM > To: "openstack at lists.openstack.org" > Subject: [Openstack] [Trove] Relational or Non-relational DB? > > Dear all, > I am a developer interested to the Databases as a Service, and in > particular for creation of relational and non-relational databases. So I > joined the Trove project. > > On this link (https://wiki.openstack.org/wiki/Trove#Mission_Statement) I > read: "Mission of Trove: to provide scalable and reliable Cloud Database > as a Service provisioning functionality for *both relational and > non-relational database engines*. > > On this link (http://docs.openstack.org/developer/trove/#introduction), instead, > I read: "It’s designed to run entirely on OpenStack, with the goal of > allowing users to quickly and easily utilize the features of *a > relational database*" > > So, I am confused. > > 1) Is Trove designed to create both a *relational *and a *non-relationa*l > database? > > 2) Is Trove designed to create *only a relational* database? In this > case, how can I modify the source code in order to allow creation of > relational databases that use no-mysql engine (but use, for example, > Postegres)? > > > Thank you very much, > Giuseppe > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From n.paladi at gmail.com Mon Sep 9 13:52:42 2013 From: n.paladi at gmail.com (Nicolae Paladi) Date: Mon, 9 Sep 2013 15:52:42 +0200 Subject: [Openstack] Load balancing traffic to instances Message-ID: Hi, i have a setup based on CentOS 6.4, quantum with vlan and have two (potentially more) guests on one of the subnets. What is the *simplest way* to balance HTTP (potentially other protocols) incoming traffic to the instances? Thanks, /Nicolae. -------------- next part -------------- An HTML attachment was scrubbed... URL: From berendt at b1-systems.de Mon Sep 9 14:10:48 2013 From: berendt at b1-systems.de (Christian Berendt) Date: Mon, 09 Sep 2013 16:10:48 +0200 Subject: [Openstack] Load balancing traffic to instances In-Reply-To: References: Message-ID: <522DD6E8.2040201@b1-systems.de> On 09/09/2013 03:52 PM, Nicolae Paladi wrote: > What is the *simplest way* to balance HTTP (potentially other protocols) > incoming traffic to the instances? https://wiki.openstack.org/wiki/Neutron/LBaaS HTH, Christian. -- Christian Berendt Cloud Computing Solution Architect Mail: berendt at b1-systems.de B1 Systems GmbH Osterfeldstraße 7 / 85088 Vohburg / http://www.b1-systems.de GF: Ralph Dehner / Unternehmenssitz: Vohburg / AG: Ingolstadt,HRB 3537 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 230 bytes Desc: OpenPGP digital signature URL: From raghavendra.lad at accenture.com Mon Sep 9 14:16:14 2013 From: raghavendra.lad at accenture.com (raghavendra.lad at accenture.com) Date: Mon, 9 Sep 2013 14:16:14 +0000 Subject: [Openstack] Grizzly - Multinode cannot login to VM through console or VNC In-Reply-To: References: Message-ID: Hi, I have the Openstack Grizzly ubuntu 12.04 multi node installed the VM is coming up fine with IP and also I can associate floating ip however cannot login to VM using ssh or on console I cant see VNC. It just says loading and no go. The security group is also set. Any help? On my controller or nova node : C controller# ping 20.0.0.5 PING 20.0.0.5 (20.0.0.5) 56(84) bytes of data. >From 10.1.168.1: icmp_seq=1 Redirect Network(New nexthop: 10.1.168.2) Thanks, Raghavendra Lad ________________________________ This message is for the designated recipient only and may contain privileged, proprietary, or otherwise confidential information. If you have received it in error, please notify the sender immediately and delete the original. Any other use of the e-mail by you is prohibited. Where allowed by local law, electronic communications with Accenture and its affiliates, including e-mail and instant messaging (including content), may be scanned by our systems for the purposes of information security and assessment of internal compliance with Accenture policy. ______________________________________________________________________________________ www.accenture.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From raghavendra.lad at accenture.com Mon Sep 9 14:17:29 2013 From: raghavendra.lad at accenture.com (raghavendra.lad at accenture.com) Date: Mon, 9 Sep 2013 14:17:29 +0000 Subject: [Openstack] FW: Grizzly - Multinode cannot login to VM through console or VNC Message-ID: Hi, I have the Openstack Grizzly ubuntu 12.04 multi node installed the VM is coming up fine with IP and also I can associate floating ip however cannot login to VM using ssh or on console. It just says loading and no go. The security group is also set. Any help? Now on VNC it says console is currently unavailable. Please try again later. Reload On my controller or nova node : C controller# ping 20.0.0.5 PING 20.0.0.5 (20.0.0.5) 56(84) bytes of data. >From 10.1.168.1: icmp_seq=1 Redirect Network(New nexthop: 10.1.168.2) Thanks, Raghavendra Lad ________________________________ This message is for the designated recipient only and may contain privileged, proprietary, or otherwise confidential information. If you have received it in error, please notify the sender immediately and delete the original. Any other use of the e-mail by you is prohibited. Where allowed by local law, electronic communications with Accenture and its affiliates, including e-mail and instant messaging (including content), may be scanned by our systems for the purposes of information security and assessment of internal compliance with Accenture policy. ______________________________________________________________________________________ www.accenture.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From giuseppegaleota at gmail.com Mon Sep 9 14:21:25 2013 From: giuseppegaleota at gmail.com (Giuseppe Galeota) Date: Mon, 9 Sep 2013 16:21:25 +0200 Subject: [Openstack] [TROVE] database instance creation Message-ID: Dear all, reading the TROVE's DocI see that Trove is designed to support a single-tenant database within a Nova instance. What does means this? Does it mean that Trove creates a single VM instance in which a single database instance is created? Does it mean that Trove creates a single VM instance in which a more database instances of a single tenant are created ? Thank you, Giuseppe -------------- next part -------------- An HTML attachment was scrubbed... URL: From imsplitbit at gmail.com Mon Sep 9 14:29:32 2013 From: imsplitbit at gmail.com (Daniel Salinas) Date: Mon, 9 Sep 2013 09:29:32 -0500 Subject: [Openstack] [TROVE] database instance creation In-Reply-To: References: Message-ID: Trove allows you to deploy a single vm with 1 server instance of whichever service supported. So for example, if you were to deploy a mysql instance, you would have 1 vm with 1 mysql instance running on it. You can put as many databases on that one server instance as you would like with as many database users as you would like. On Mon, Sep 9, 2013 at 9:21 AM, Giuseppe Galeota wrote: > Dear all, > reading the TROVE's DocI see that Trove is designed to support a single-tenant database within a > Nova instance. > > What does means this? > > Does it mean that Trove creates a single VM instance in which a single > database instance is created? > > Does it mean that Trove creates a single VM instance in which a more > database instances of a single tenant are created ? > > Thank you, > Giuseppe > > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From giuseppegaleota at gmail.com Mon Sep 9 14:39:52 2013 From: giuseppegaleota at gmail.com (Giuseppe Galeota) Date: Mon, 9 Sep 2013 16:39:52 +0200 Subject: [Openstack] [TROVE] database instance creation In-Reply-To: References: Message-ID: So, I think that "Trove is designed to support a *single-tenant *database within a Nova instance" is a misleading definition. What do you think? Giuseppe 2013/9/9 Daniel Salinas > Trove allows you to deploy a single vm with 1 server instance of whichever > service supported. So for example, if you were to deploy a mysql instance, > you would have 1 vm with 1 mysql instance running on it. You can put as > many databases on that one server instance as you would like with as many > database users as you would like. > > > On Mon, Sep 9, 2013 at 9:21 AM, Giuseppe Galeota < > giuseppegaleota at gmail.com> wrote: > >> Dear all, >> reading the TROVE's DocI see that Trove is designed to support a single-tenant database within a >> Nova instance. >> >> What does means this? >> >> Does it mean that Trove creates a single VM instance in which a single >> database instance is created? >> >> Does it mean that Trove creates a single VM instance in which a more >> database instances of a single tenant are created ? >> >> Thank you, >> Giuseppe >> >> _______________________________________________ >> Mailing list: >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> Post to : openstack at lists.openstack.org >> Unsubscribe : >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From john.griffith at solidfire.com Mon Sep 9 14:49:06 2013 From: john.griffith at solidfire.com (John Griffith) Date: Mon, 9 Sep 2013 08:49:06 -0600 Subject: [Openstack] [OpenStack] Links to summit sessions In-Reply-To: <522D9563.5000503@openstack.org> References: <522D9563.5000503@openstack.org> Message-ID: On Mon, Sep 9, 2013 at 3:31 AM, Thierry Carrez wrote: > John Griffith wrote: > > Not sure if I'm missing something but... I've had a number of people ask > > me "what happened to the links to the summit sessions". It seems that > > if you try and go to a link for a session it just redirects back to the > > main page. Even from there if you search and find the session topic and > > click, it seems to again redirect back to main page. > > Do you mean design summit sessions, or summit (conference) presentations > ? Direct links to design summit sessions seem to work alright: > > http://summit.openstack.org/cfp/details/1 > > -- > Thierry Carrez (ttx) > > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > I was referring to conference presentations. -------------- next part -------------- An HTML attachment was scrubbed... URL: From mbasnight at gmail.com Mon Sep 9 14:57:34 2013 From: mbasnight at gmail.com (Michael Basnight) Date: Mon, 9 Sep 2013 07:57:34 -0700 Subject: [Openstack] [openstack-dev] [TROVE] database instance creation In-Reply-To: References: Message-ID: On Sep 9, 2013, at 7:39 AM, Giuseppe Galeota wrote: > So, I think that "Trove is designed to support a single-tenant database within a Nova instance" is a misleading definition. What do you think? What exactly is misleading about that? Don't get me wrong, I've been working on trove for a long time, so to me, the definition makes sense. But if its misleading for newcomers, lets work to make it sound less so! Also, removing openstack-dev list. This is more general question stuff that's suited for openstack mailing list. > > Giuseppe > > > 2013/9/9 Daniel Salinas >> Trove allows you to deploy a single vm with 1 server instance of whichever service supported. So for example, if you were to deploy a mysql instance, you would have 1 vm with 1 mysql instance running on it. You can put as many databases on that one server instance as you would like with as many database users as you would like. >> >> >> On Mon, Sep 9, 2013 at 9:21 AM, Giuseppe Galeota wrote: >>> Dear all, >>> reading the TROVE's Doc I see that Trove is designed to support a single-tenant database within a Nova instance. >>> >>> What does means this? >>> >>> Does it mean that Trove creates a single VM instance in which a single database instance is created? >>> >>> Does it mean that Trove creates a single VM instance in which a more database instances of a single tenant are created ? >>> >>> Thank you, >>> Giuseppe >>> >>> _______________________________________________ >>> Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>> Post to : openstack at lists.openstack.org >>> Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > _______________________________________________ > OpenStack-dev mailing list > OpenStack-dev at lists.openstack.org > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev -------------- next part -------------- An HTML attachment was scrubbed... URL: From giuseppegaleota at gmail.com Mon Sep 9 14:59:54 2013 From: giuseppegaleota at gmail.com (Giuseppe Galeota) Date: Mon, 9 Sep 2013 16:59:54 +0200 Subject: [Openstack] [TROVE] database instance creation In-Reply-To: References: Message-ID: Dear all, reading the TROVE's Doc I see that "The trove-taskmanager service does the heavy lifting as far as provisioning instances, managing the lifecycle of instances, and performing operations on the *Database instance*". So, once an instance was created, how does an application deployed in the cloud platform (IaaS or PaaS level) perform CRUD operation on that database instance? Maybe, does the trove-taskmanager release an endpoint on which create a DBMS connection? Giuseppe 2013/9/9 Daniel Salinas > Trove allows you to deploy a single vm with 1 server instance of whichever > service supported. So for example, if you were to deploy a mysql instance, > you would have 1 vm with 1 mysql instance running on it. You can put as > many databases on that one server instance as you would like with as many > database users as you would like. > > > On Mon, Sep 9, 2013 at 9:21 AM, Giuseppe Galeota < > giuseppegaleota at gmail.com> wrote: > >> Dear all, >> reading the TROVE's DocI see that Trove is designed to support a single-tenant database within a >> Nova instance. >> >> What does means this? >> >> Does it mean that Trove creates a single VM instance in which a single >> database instance is created? >> >> Does it mean that Trove creates a single VM instance in which a more >> database instances of a single tenant are created ? >> >> Thank you, >> Giuseppe >> >> _______________________________________________ >> Mailing list: >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> Post to : openstack at lists.openstack.org >> Unsubscribe : >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mbasnight at gmail.com Mon Sep 9 15:00:49 2013 From: mbasnight at gmail.com (Michael Basnight) Date: Mon, 9 Sep 2013 08:00:49 -0700 Subject: [Openstack] [Trove] Relational or Non-relational DB? In-Reply-To: References: Message-ID: On Sep 9, 2013, at 6:37 AM, Giuseppe Galeota wrote: > Dear Josh, > can you link to me some blueprints for non-relational data stores? These are all VERY high level. But here ya go, https://blueprints.launchpad.net/trove/+spec/cassandra-db-support https://blueprints.launchpad.net/trove/+spec/mongodb-support https://blueprints.launchpad.net/trove/+spec/redis-support > > Thank you very much, > Giuseppe > > > 2013/9/6 Josh Odom >> Hi Giuesppe, >> The mission statement for trove was recently changed and approved by the technical committee to include both relational and non-relational databases. There are several blueprints in place for non-relational data stores with some implementation work also in flight. >> >> -Josh >> >> From: Giuseppe Galeota >> Date: Friday, September 6, 2013 8:23 AM >> To: "openstack at lists.openstack.org" >> Subject: [Openstack] [Trove] Relational or Non-relational DB? >> >> Dear all, >> I am a developer interested to the Databases as a Service, and in particular for creation of relational and non-relational databases. So I joined the Trove project. >> >> On this link (https://wiki.openstack.org/wiki/Trove#Mission_Statement) I read: "Mission of Trove: to provide scalable and reliable Cloud Database as a Service provisioning functionality for both relational and non-relational database engines. >> >> On this link (http://docs.openstack.org/developer/trove/#introduction), instead, I read: "It’s designed to run entirely on OpenStack, with the goal of allowing users to quickly and easily utilize the features of a relational database" >> >> So, I am confused. >> >> 1) Is Trove designed to create both a relational and a non-relational database? >> >> 2) Is Trove designed to create only a relational database? In this case, how can I modify the source code in order to allow creation of relational databases that use no-mysql engine (but use, for example, Postegres)? >> >> >> Thank you very much, >> Giuseppe > > _______________________________________________ > Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack -------------- next part -------------- An HTML attachment was scrubbed... URL: From jon at jonproulx.com Mon Sep 9 15:07:13 2013 From: jon at jonproulx.com (Jonathan Proulx) Date: Mon, 9 Sep 2013 11:07:13 -0400 Subject: [Openstack] [Quantum] dhcp-agent stops updating dnsmasq Message-ID: Hi All, I'm running Grizzly on Ubuntu 12.04 and using quantum ovs. Periodically it seems the quantum-dhcp-agent stops informing dnsmasq when new ports are created. looking at the instance info from nova or the related port information in quantum the MAC address to IP mapping shows up correctly. The dnsmasq 'host' file has no record of either and while dnsmasq logs show requests from the MAC(s) in question it also logs "no ip available" Existing registrations renew properly and the quantum-dhcp-agent continues to run with nothing logged. Restarting quantum-dhcp-agentget things back to normal, but this is happening multiple times a day and my only current means of detection is user complaints. currently there are 365 active ports on the default network with a lease_time of 30min (default is 2min). There are a few project networks with a small number of active ports, it is unclear if these have the same issues do to small sample size. I'm thinking of pushing the leas_time further out maybe to a few hours, but it's unclear to me if that would help. -Jon -------------- next part -------------- An HTML attachment was scrubbed... URL: From clint at fewbar.com Mon Sep 9 15:38:18 2013 From: clint at fewbar.com (Clint Byrum) Date: Mon, 09 Sep 2013 08:38:18 -0700 Subject: [Openstack] [openstack-dev] [TROVE] database instance creation In-Reply-To: References: Message-ID: <1378740889-sup-4360@fewbar.com> Excerpts from Michael Basnight's message of 2013-09-09 07:57:34 -0700: > On Sep 9, 2013, at 7:39 AM, Giuseppe Galeota wrote: > > > So, I think that "Trove is designed to support a single-tenant database within a Nova instance" is a misleading definition. What do you think? > > What exactly is misleading about that? Don't get me wrong, I've been working on trove for a long time, so to me, the definition makes sense. But if its misleading for newcomers, lets work to make it sound less so! > > Also, removing openstack-dev list. This is more general question stuff that's suited for openstack mailing list. > The misleading thing to me is that it sounds like I only get one database user. As in, it creates an instance, spins up MySQL, and creates a single tenant inside the database. It also is ambiguous enough that one might miss the significance of the dash and hear that it creates a single, tenant-database. As nice as succinct descriptions are, it may be worth clarifying all of the objects in the sentence. Perhaps: "Trove is designed to support a multi-user database for a single OpenStack tenant within a Nova instance." From luisguilherme.cr at gmail.com Mon Sep 9 15:49:52 2013 From: luisguilherme.cr at gmail.com (Guilherme Russi) Date: Mon, 9 Sep 2013 12:49:52 -0300 Subject: [Openstack] [Grizzly] Unable to reboot instance after Migrate In-Reply-To: References: Message-ID: Hello Happy, I've my NFS configuration again, but I keep getting this error on my compute's logs: Live Migration failure: not all arguments converted during string formatting I don't know if it's a problem with my nova or my libvirt, my compute nodes connect to another NFS server that is not my controller node, would may be it? Thank you. 2013/9/4 happy idea > o ...I just disable the firewall.....$ufw disable > > > 2013/9/5 Guilherme Russi > >> Just to check, How did you do this part? >> >> 7. Configure your firewall to allow libvirt to communicate between nodes. >> >> Thank you. >> >> >> 2013/9/3 happy idea >> >>> >>> follow this page's guide *carefully* , >>> http://docs.openstack.org/trunk/openstack-compute/admin/content/configuring-live-migrations.html >>> replace 'NOVA-INST-DIR' with '/var/lib/nova' >>> >>> >>> 2013/9/4 Guilherme Russi >>> >>>> Hey there, I made my NFS configuration again, I made this way: >>>> >>>> Controller node: >>>> 1- mkdir -p /local2/instances >>>> >>>> 2- mount --bind /var/lib/nova/instances /local2/instances >>>> >>>> 3- added this inside /etc/exports >>>> /var/lib/nova/instances >>>> 192.168.3.0/24(rw,sync,fsid=0,no_root_squash,no_subtree_check) >>>> /local2/instances >>>> 192.168.3.0/24(rw,sync,fsid=0,no_root_squash,no_subtree_check,nohide) >>>> >>>> 4- added this inside /etc/fstab >>>> /var/lib/nova/instances /local2/instances none bind 0 0 >>>> >>>> >>>> Compute node: >>>> 1- added inside /etc/fstab >>>> 192.168.3.1:/ /var/lib/nova/instances nfs4 defaults >>>> 0 0 >>>> >>>> 2- mount -t nfs4 192.168.3.1:/ /var/lib/nova/instances/ >>>> >>>> Do I need to do anything else? >>>> >>>> Regards. >>>> >>>> Guilherme. >>>> >>>> >>>> 2013/9/1 happy idea >>>> >>>>> 2013-08-30 14:42:51.569 12667 ERROR nova.virt.libvirt.driver [-] >>>>> Getting disk size of instance-0000007d: [Errno 2] No such file or >>>>> directory: '/var/lib/nova/instances/72ec37a3-b209-4729-b628- >>>>> 005fdcea5a3c/disk' >>>>> >>>>> *I think may be your NFS config is not correct.* >>>>> >>>>> >>>>> 2013/8/31 Guilherme Russi >>>>> >>>>>> Hello Happy, these are my logs: >>>>>> >>>>>> 2013-08-30 14:42:51.402 12667 AUDIT nova.compute.resource_tracker >>>>>> [-] Auditing locally available compute resources >>>>>> 2013-08-30 14:42:51.562 12667 ERROR nova.virt.libvirt.driver [-] >>>>>> Getting disk size of instance-00000084: [Errno 2] No such file or >>>>>> directory: >>>>>> '/var/lib/nova/instances/c9e1c5ed-a108-4196-bfbc-24495e2e71bd/disk' >>>>>> 2013-08-30 14:42:51.564 12667 ERROR nova.virt.libvirt.driver [-] >>>>>> Getting disk size of instance-00000077: [Errno 2] No such file or >>>>>> directory: >>>>>> '/var/lib/nova/instances/483f98e3-8ef5-43e2-8c3a-def55abdabcd/disk' >>>>>> 2013-08-30 14:42:51.567 12667 ERROR nova.virt.libvirt.driver [-] >>>>>> Getting disk size of instance-000000bd: [Errno 2] No such file or >>>>>> directory: >>>>>> '/var/lib/nova/instances/66abd40e-fb19-4cbe-a248-61d968fd84b7/disk' >>>>>> 2013-08-30 14:42:51.569 12667 ERROR nova.virt.libvirt.driver [-] >>>>>> Getting disk size of instance-0000007d: [Errno 2] No such file or >>>>>> directory: >>>>>> '/var/lib/nova/instances/72ec37a3-b209-4729-b628-005fdcea5a3c/disk' >>>>>> 2013-08-30 14:42:51.679 12667 AUDIT nova.compute.resource_tracker >>>>>> [-] Free ram (MB): 2746 >>>>>> 2013-08-30 14:42:51.679 12667 AUDIT nova.compute.resource_tracker >>>>>> [-] Free disk (GB): 53 >>>>>> 2013-08-30 14:42:51.679 12667 AUDIT nova.compute.resource_tracker >>>>>> [-] Free VCPUS: 1 >>>>>> 2013-08-30 14:42:51.773 12667 INFO nova.compute.resource_tracker [-] >>>>>> Compute_service record updated for caos:caos >>>>>> 2013-08-30 14:42:51.774 12667 INFO nova.compute.manager [-] Updating >>>>>> host status >>>>>> >>>>>> >>>>>> And here the output when I run the command: >>>>>> >>>>>> ERROR: Live migration of instance >>>>>> c9af3e9e-87b1-4aa3-95aa-22700e1091e4 to host tiresias failed (HTTP 400) >>>>>> (Request-ID: req-630d7837-6886-4e23-bc3d-a9fccc4a8868) >>>>>> >>>>>> My destiny host awsers ping when I ping. >>>>>> >>>>>> I've been fighting against it a quite while without success. >>>>>> >>>>>> Regards. >>>>>> >>>>>> Guilherme. >>>>>> >>>>>> >>>>>> 2013/8/29 happy idea >>>>>> >>>>>>> OK. >>>>>>> >>>>>>> >>>>>>> 2013/8/30 Guilherme Russi >>>>>>> >>>>>>>> I am too, if I find something I'll let you know. >>>>>>>> >>>>>>>> Regards. >>>>>>>> >>>>>>>> >>>>>>>> 2013/8/29 happy idea >>>>>>>> >>>>>>>>> I am trying to figure out what cause the bug. >>>>>>>>> >>>>>>>>> >>>>>>>>> 2013/8/30 Guilherme Russi >>>>>>>>> >>>>>>>>>> Well mine are: >>>>>>>>>> >>>>>>>>>> ii nova-api >>>>>>>>>> 1:2013.1-0ubuntu2.1~cloud0 OpenStack Compute - API frontend >>>>>>>>>> ii nova-cert >>>>>>>>>> 1:2013.1-0ubuntu2.1~cloud0 OpenStack Compute - certificate >>>>>>>>>> management >>>>>>>>>> ii nova-common >>>>>>>>>> 1:2013.1-0ubuntu2.1~cloud0 OpenStack Compute - common files >>>>>>>>>> ii nova-conductor >>>>>>>>>> 1:2013.1-0ubuntu2.1~cloud0 OpenStack Compute - conductor >>>>>>>>>> service >>>>>>>>>> ii nova-consoleauth >>>>>>>>>> 1:2013.1-0ubuntu2.1~cloud0 OpenStack Compute - Console >>>>>>>>>> Authenticator >>>>>>>>>> ii nova-novncproxy >>>>>>>>>> 1:2013.1-0ubuntu2.1~cloud0 OpenStack Compute - NoVNC proxy >>>>>>>>>> ii nova-scheduler >>>>>>>>>> 1:2013.1-0ubuntu2.1~cloud0 OpenStack Compute - virtual machine >>>>>>>>>> scheduler >>>>>>>>>> ii python-nova >>>>>>>>>> 1:2013.1-0ubuntu2.1~cloud0 OpenStack Compute Python libraries >>>>>>>>>> ii python-novaclient >>>>>>>>>> 1:2.13.0-0ubuntu1~cloud0 >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> 2013/8/29 happy idea >>>>>>>>>> >>>>>>>>>>> Thank you. >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> 2013/8/29 Razique Mahroua >>>>>>>>>>> >>>>>>>>>>>> Looks like a bug to me, definitely…. >>>>>>>>>>>> but i can be wrong though >>>>>>>>>>>> >>>>>>>>>>>> *Razique Mahroua** - **Nuage & Co* >>>>>>>>>>>> razique.mahroua at gmail.com >>>>>>>>>>>> Tel : +33 9 72 37 94 15 >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> Le 29 août 2013 à 11:29, happy idea >>>>>>>>>>>> a écrit : >>>>>>>>>>>> >>>>>>>>>>>> Thank you. >>>>>>>>>>>> >>>>>>>>>>>> ---------- Forwarded message ---------- >>>>>>>>>>>> From: happy idea >>>>>>>>>>>> Date: 2013/8/29 >>>>>>>>>>>> Subject: [Openstack][Grizzly] Unable to reboot instance after >>>>>>>>>>>> Migrate >>>>>>>>>>>> To: openstack >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> Hi All, >>>>>>>>>>>> >>>>>>>>>>>> Here's the stacktrace log: >>>>>>>>>>>> >>>>>>>>>>>> 2013-08-29 15:12:29.515 WARNING nova.compute.manager >>>>>>>>>>>> [req-31944080-1a33-4679-98ce-af36e3660679 ae0f00ede33f42d9a12385b2c2ce8c0d >>>>>>>>>>>> 57d53e1dcff540b6aeaf0d6fd60be7ab] [instance: >>>>>>>>>>>> 038dbba7-534b-4c03-8914-a830c424ce21] Traceback (most recent call last): >>>>>>>>>>>> File >>>>>>>>>>>> "/usr/lib/python2.7/dist-packages/nova/compute/manager.py", line 1718, in >>>>>>>>>>>> reboot_instance >>>>>>>>>>>> bad_volumes_callback=bad_volumes_callback) >>>>>>>>>>>> File >>>>>>>>>>>> "/usr/lib/python2.7/dist-packages/nova/virt/libvirt/driver.py", line 1295, >>>>>>>>>>>> in reboot >>>>>>>>>>>> block_device_info) >>>>>>>>>>>> File >>>>>>>>>>>> "/usr/lib/python2.7/dist-packages/nova/virt/libvirt/driver.py", line 1371, >>>>>>>>>>>> in _hard_reboot >>>>>>>>>>>> self._create_images_and_backing(context, instance, >>>>>>>>>>>> disk_info_json) >>>>>>>>>>>> File >>>>>>>>>>>> "/usr/lib/python2.7/dist-packages/nova/virt/libvirt/driver.py", line 3248, >>>>>>>>>>>> in _create_images_and_backing >>>>>>>>>>>> cache_name = os.path.basename(info['backing_file']) >>>>>>>>>>>> File "/usr/lib/python2.7/posixpath.py", line 121, in basename >>>>>>>>>>>> i = p.rfind('/') + 1 >>>>>>>>>>>> AttributeError: 'NoneType' object has no attribute 'rfind' >>>>>>>>>>>> >>>>>>>>>>>> 2013-08-29 15:12:29.516 ERROR nova.compute.manager >>>>>>>>>>>> [req-31944080-1a33-4679-98ce-af36e3660679 ae0f00ede33f42d9a12385b2c2ce8c0d >>>>>>>>>>>> 57d53e1dcff540b6aeaf0d6fd60be7ab] [instance: >>>>>>>>>>>> 038dbba7-534b-4c03-8914-a830c424ce21] Cannot reboot instance: 'NoneType' >>>>>>>>>>>> object has no attribute 'rfind' >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> Looking for any help. >>>>>>>>>>>> Regards. >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> _______________________________________________ >>>>>>>>>>> Mailing list: >>>>>>>>>>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>>>>>>>>>> Post to : openstack at lists.openstack.org >>>>>>>>>>> Unsubscribe : >>>>>>>>>>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>> >>>>>>>>> >>>>>>>> >>>>>>> >>>>>> >>>>> >>>> >>> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: NUAGECO-LOGO-Fblan_petit.jpg Type: image/jpeg Size: 10122 bytes Desc: not available URL: From tom at openstack.org Mon Sep 9 15:50:29 2013 From: tom at openstack.org (Tom Fifield) Date: Mon, 09 Sep 2013 08:50:29 -0700 Subject: [Openstack] OpenStack User Survey - Round 2 Message-ID: <522DEE45.1070002@openstack.org> Hi all, You might remember before the April Summit we ran a survey of OpenStack deployers. We’re doing it again, and we need your help! If your organization is running an OpenStack deployment, please participate in the survey [http://www.openstack.org/user-survey]. If you already completed the survey in April, you can simply log back in to update your deployment details and answer a few new questions. If you are a contributor, please help us spread the word. We're trying to gather as much real-world deployment data as possible to share back with you. The information provided is confidential and will only be presented in aggregate unless the user consents to making it public. The deadline to complete the survey and be part of the next report is September 30 at 23:00 UTC. Questions? Check out the FAQ [https://www.openstack.org/user-survey/faq] or feel free to contact me [tom at openstack.org]. Thanks for your help! Regards, Tom From mbasnight at gmail.com Mon Sep 9 16:46:01 2013 From: mbasnight at gmail.com (Michael Basnight) Date: Mon, 9 Sep 2013 09:46:01 -0700 Subject: [Openstack] [openstack-dev] [TROVE] database instance creation In-Reply-To: <1378740889-sup-4360@fewbar.com> References: <1378740889-sup-4360@fewbar.com> Message-ID: On Sep 9, 2013, at 8:38 AM, Clint Byrum wrote: > Excerpts from Michael Basnight's message of 2013-09-09 07:57:34 -0700: >> On Sep 9, 2013, at 7:39 AM, Giuseppe Galeota wrote: >> >>> So, I think that "Trove is designed to support a single-tenant database within a Nova instance" is a misleading definition. What do you think? >> >> What exactly is misleading about that? Don't get me wrong, I've been working on trove for a long time, so to me, the definition makes sense. But if its misleading for newcomers, lets work to make it sound less so! >> >> Also, removing openstack-dev list. This is more general question stuff that's suited for openstack mailing list. >> > > The misleading thing to me is that it sounds like I only get one database > user. As in, it creates an instance, spins up MySQL, and creates a single > tenant inside the database. > > It also is ambiguous enough that one might miss the significance of the > dash and hear that it creates a single, tenant-database. > > As nice as succinct descriptions are, it may be worth clarifying all of > the objects in the sentence. > > Perhaps: "Trove is designed to support a multi-user database for a single > OpenStack tenant within a Nova instance." +1. Very succinct, and it does remove ambiguity. Giuseppe, feel free to update the wiki to reflect this, and help remove ambiguity in other areas. Thank you Clint and Giuseppe. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 495 bytes Desc: Message signed with OpenPGP using GPGMail URL: From prag_2648 at yahoo.co.in Mon Sep 9 16:47:48 2013 From: prag_2648 at yahoo.co.in (pragya jain) Date: Tue, 10 Sep 2013 00:47:48 +0800 (SGT) Subject: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift In-Reply-To: References: <1377498985.92309.YahooMailNeo@web193603.mail.sg3.yahoo.com> <1377575715.63149.YahooMailNeo@web193603.mail.sg3.yahoo.com> <1377705664.3899.YahooMailNeo@web193602.mail.sg3.yahoo.com> <1377755510.20626.YahooMailNeo@web193601.mail.sg3.yahoo.com> <1377765810.77854.YahooMailNeo@web193606.mail.sg3.yahoo.com> <1377767543.33056.YahooMailNeo@web193603.mail.sg3.yahoo.com> <1377768176.9373.YahooMailNeo@web193606.mail.sg3.yahoo.com> <1377775079.21343.YahooMailNeo@web193602.mail.sg3.yahoo.com> <1377784746.26442.YahooMailNeo@web193603.mail.sg3.yahoo.com> <1377840941.9818.YahooMailNeo@web193605.mail.sg3.yahoo.com> <1377843725.53401.YahooMailNeo@web193602.mail.sg3.yahoo.com> <1378273871.52383.YahooMailNeo@web193604.mail.sg3.yahoo.com> <1378355540.21486.YahooMailNeo@web193605.mail.sg3.yahoo.com> <1378442357.82006.YahooMailNeo@web193604.mail.sg3.yahoo.com> <1378529123.39925.YahooMailNeo@web193601.mail.sg3.yahoo.com> Message-ID: <1378745268.85593.YahooMailNeo@web193603.mail.sg3.yahoo.com> hello sir root at arun-Aspire-5742:~# cat /proc/partitions major minor  #blocks  name    8        0  488386584 sda    8        1     102400 sda1    8        2  102294528 sda2    8        3          1 sda3    8        4  180702208 sda4    8        5  102398278 sda5    8        6  102398278 sda6    8        7     487424 sda7   11        0    1048575 sr0   11        1      99328 sr1 root at arun-Aspire-5742:~# sudo mkfs.xfs -L d1 /dev/sdb mkfs.xfs: cannot open /dev/sdb: No medium found pleases help me. >________________________________ > From: Clay Gerrard >To: pragya jain >Cc: "openstack at lists.openstack.org" >Sent: Saturday, 7 September 2013 9:50 PM >Subject: Re: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift > > > >ok, so it looks like no device with label d1 exists, so you can't mount it, and the account-server can't find it. > > >Devices get labeled when you put the file system on them (the `mkfs.xfs` command) > > >I saw in screenshot 10 you had mis-typed the mkfs.xfs command: > > >`sudo mkfs.xfs -f -i size=512 -L d3/dev/sdd` > > >That should be: > > >`sudo mkfs.xfs -f -i size=512 -L d3 /dev/sdd` > > >notice the space between the label "d3" and the device "/dev/sdd" > > >Also, fairly recently people have stopped recommending the larger inode size, so the commands should be: > > >`sudo mkfs.xfs -L d1 /dev/sdb` >`sudo mkfs.xfs -L d2 /dev/sdc` > >`sudo mkfs.xfs -L d3 /dev/sdd` > > > >and maybe: > > >`sudo mkfs.xfs -L d4 /dev/sde` > > > >... actually how many devices do you have in the system?  Can I get a paste of the full output of `cat /proc/partitions`? > > > > > >On Fri, Sep 6, 2013 at 9:45 PM, pragya jain wrote: > >hello sir, >> >> >>I did the following job: >> >> >>root at arun-Aspire-5742:~# sudo mount -t xfs -o noatime,nodiratime,logbufs=8 -L d1 /srv/node/d1 >> >>mount: no such partition found >>root at arun-Aspire-5742:~# sudo mount -t xfs -o noatime,nodiratime,logbufs=8 -L d1 \srv/node/d1 >>mount: no such partition found >>root at arun-Aspire-5742:~# cd /opt/swift/etc >>root at arun-Aspire-5742:/opt/swift/etc# sudo mount -t xfs -o noatime,nodiratime,logbufs=8 -L d1 /srv/node/d1 >>mount: no such partition found >>root at arun-Aspire-5742:/opt/swift/etc# sudo mount -t xfs -o noatime,nodiratime,logbufs=8 -L d1 \srv/node/d1 >>mount: no such partition found >>root at arun-Aspire-5742:/opt/swift/etc# cd ~ >>root at arun-Aspire-5742:~# mount d1 /srv/node/d1 >>mount: special device d1 does not exist >>root at arun-Aspire-5742:~# vi /etc/swift/account-server.conf >>root at arun-Aspire-5742:~# mount d1 /srv/node/d1 >>mount: special device d1 does not exist >>root at arun-Aspire-5742:~# cd /opt/swift/etc >>root at arun-Aspire-5742:/opt/swift/etc# mount d1 /srv/node/d1 >>mount: special device d1 does not exist >>root at arun-Aspire-5742:/opt/swift/etc# sudo reboot >> >> >>root at arun-Aspire-5742:~# mount >>/dev/sda4 on / type ext4 (rw,errors=remount-ro) >>proc on /proc type proc (rw,noexec,nosuid,nodev) >>sysfs on /sys type sysfs (rw,noexec,nosuid,nodev) >>none on /sys/fs/fuse/connections type fusectl (rw) >>none on /sys/kernel/debug type debugfs (rw) >>none on /sys/kernel/security type securityfs (rw) >>udev on /dev type devtmpfs (rw,mode=0755) >>devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=0620) >>tmpfs on /run type tmpfs (rw,noexec,nosuid,size=10%,mode=0755) >>none on /run/lock type tmpfs (rw,noexec,nosuid,nodev,size=5242880) >>none on /run/shm type tmpfs (rw,nosuid,nodev) >>gvfs-fuse-daemon on /home/arun/.gvfs type fuse.gvfs-fuse-daemon (rw,nosuid,nodev,user=arun) >> >> >>I am attaching some screenshots which tells what I had done earlier when I was preparing and mounting the devices. >> >>>________________________________ >>> From: Clay Gerrard >>>To: pragya jain >>>Cc: "pangj at laposte.net" ; "openstack at lists.openstack.org" >>>Sent: Friday, 6 September 2013 8:58 PM >>> >>>Subject: Re: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift >>> >>> >>> >>>Sep  4 11:14:04 arun-Aspire-5742 proxy-server ERROR Insufficient Storage 127.0.0.1:6002/d1 (txn: txb0d8717ab05c4cf0bdebd-005226c8a4) >>> >>> >>>The account server on 127.0.0.1:6002/d1 returned 507 indicating it couldn't find a useable file system for the device labeled d1. >>> >>> >>>The account server has a config option "devices" in the "DEFAULT" section of "/etc/swift/account-server.conf" that will indicate the base mount point for devices (typicailly it's "/srv/node").  That path is prepended to the device name that's sent in the request ("d1" in this case). >>> >>> >>>So there should be a filesystem (xfs typically) mounted at "/srv/node/d1" >>> >>> >>>Try mounting it manually `mount d1 /srv/node/d1` and double check the output from `mount` and your "/etc/fstab" >>> >>> >>> >>>On Thu, Sep 5, 2013 at 9:39 PM, pragya jain wrote: >>> >>>please help me in this regard. >>>> >>>> >>>> >>>>>________________________________ >>>>> From: pragya jain >>>>>To: Clay Gerrard >>>>> >>>>>Cc: "pangj at laposte.net" ; "openstack at lists.openstack.org" >>>>>Sent: Thursday, 5 September 2013 10:02 AM >>>>> >>>>>Subject: Re: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift >>>>> >>>>> >>>>> >>>>>root at arun-Aspire-5742:~# grep txb0d8717ab05c4cf0bdebd-005226c8a4 /var/log/syslogSep  4 11:14:04 arun-Aspire-5742 account-server 127.0.0.1 - - [04/Sep/2013:05:44:04 +0000] "GET /d1/19164/AUTH_prag2648" 507 - "txb0d8717ab05c4cf0bdebd-005226c8a4" "GET http://localhost:8080/v1/AUTH_prag2648/" "proxy-server 3182" 0.0021 "" >>>>>Sep  4 11:14:04 arun-Aspire-5742 proxy-server ERROR Insufficient Storage 127.0.0.1:6002/d1 (txn: txb0d8717ab05c4cf0bdebd-005226c8a4) >>>>>Sep  4 11:14:05 arun-Aspire-5742 proxy-server Account GET returning 503 for [507] (txn: txb0d8717ab05c4cf0bdebd-005226c8a4) (client_ip: 127.0.0.1) >>>>>Sep  4 11:14:05 arun-Aspire-5742 proxy-server 127.0.0.1 127.0.0.1 04/Sep/2013/05/44/05 GET /v1/AUTH_prag2648/ HTTP/1.0 503 - curl/7.22.0%20%28i686-pc-linux-gnu%29%20libcurl/7.22.0%20OpenSSL/1.0.1%20zlib/1.2.3.4%20libidn/1.23%20librtmp/2.3 AUTH_tk4be7b90194c747468c4973675db15ca5 - 118 - txb0d8717ab05c4cf0bdebd-005226c8a4 - 0.2774 - - >>>>> >>>>> >>>>> >>>>> >>>>> >>>>>>________________________________ >>>>>> From: Clay Gerrard >>>>>>To: pragya jain >>>>>>Cc: "pangj at laposte.net" ; "openstack at lists.openstack.org" >>>>>>Sent: Wednesday, 4 September 2013 9:12 PM >>>>>>Subject: Re: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift >>>>>> >>>>>> >>>>>> >>>>>>So the builder files look right, you should grep the logs for the transaction id of the request that 503'd and see if the proxy is still getting connection errors (i.e. still trying to connect to 10.0.2.15) >>>>>> >>>>>>grep txb0d8717ab05c4cf0bdebd-005226c8a4 /var/log/syslog >>>>>> >>>>>> >>>>>>If the proxy is still going to the old 10.0.2.15 you need to rebalance your rings >>>>>> >>>>>> >>>>>>swift-ring-builder account.builder reblanace >>>>>> >>>>>> >>>>>>-Clay >>>>>> >>>>>> >>>>>> >>>>>>On Tue, Sep 3, 2013 at 10:51 PM, pragya jain wrote: >>>>>> >>>>>>root at arun-Aspire-5742:/etc/swift# swift-ring-builder object.builder >>>>>>>object.builder, build version 14 >>>>>>>262144 partitions, 3.000000 replicas, 1 regions, 1 zones, 1 devices, 0.00 balance >>>>>>>The minimum number of hours before a partition can be reassigned is 24 >>>>>>>Devices:    id  region  zone      ip address  port  replication ip  replication port      name weight partitions balance meta >>>>>>>             2       1     1       127.0.0.1  6000       127.0.0.1              6000        d1 100.00     786432    0.00  >>>>>>>root at arun-Aspire-5742:/etc/swift# swift-ring-builder account.builder >>>>>>>account.builder, build version 14 >>>>>>>262144 partitions, 3.000000 replicas, 1 regions, 1 zones, 1 devices, 0.00 balance >>>>>>>The minimum number of hours before a partition can be reassigned is 24 >>>>>>>Devices:    id  region  zone      ip address  port  replication ip  replication port      name weight partitions balance meta >>>>>>>             2       1     1       127.0.0.1  6002       127.0.0.1              6002        d1 100.00     786432    0.00  >>>>>>>root at arun-Aspire-5742:/etc/swift# swift-ring-builder container.builder >>>>>>>container.builder, build version 11 >>>>>>>262144 partitions, 3.000000 replicas, 1 regions, 1 zones, 1 devices, 0.00 balance >>>>>>>The minimum number of hours before a partition can be reassigned is 24 >>>>>>>Devices:    id  region  zone      ip address  port  replication ip  replication port      name weight partitions balance meta >>>>>>>             1       1     1       127.0.0.1  6001       127.0.0.1              6001        d1 100.00     786432    0.00  >>>>>>>root at arun-Aspire-5742:/etc/swift# cd ~ >>>>>>>root at arun-Aspire-5742:~# sudo swift-init account start >>>>>>>Starting account-server...(/etc/swift/account-server.conf) >>>>>>>root at arun-Aspire-5742:~# sudo swift-init proxy start >>>>>>>Starting proxy-server...(/etc/swift/proxy-server.conf) >>>>>>>root at arun-Aspire-5742:~# curl -v -H 'X-Auth-User:prag2648:pragya' -H 'X-Auth-Key:pj2648' http://localhost:8080/auth/v1.0/ >>>>>>>* About to connect() to localhost port 8080 (#0) >>>>>>>*   Trying 127.0.0.1... connected >>>>>>>> GET /auth/v1.0/ HTTP/1.1 >>>>>>>> User-Agent: curl/7.22.0 (i686-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 zlib/1.2.3.4 libidn/1.23 librtmp/2.3 >>>>>>>> Host: localhost:8080 >>>>>>>> Accept: */* >>>>>>>> X-Auth-User:prag2648:pragya >>>>>>>> X-Auth-Key:pj2648 >>>>>>>>  >>>>>>>< HTTP/1.1 200 OK >>>>>>>< X-Storage-Url: http://localhost:8080/v1/AUTH_prag2648 >>>>>>>< X-Auth-Token: AUTH_tk4be7b90194c747468c4973675db15ca5 >>>>>>>< Content-Type: text/html; charset=UTF-8 >>>>>>>< X-Storage-Token: AUTH_tk4be7b90194c747468c4973675db15ca5 >>>>>>>< Content-Length: 0 >>>>>>>< X-Trans-Id: txc07e87d3d4b8487b85d89-005226c820 >>>>>>>< Date: Wed, 04 Sep 2013 05:41:52 GMT >>>>>>><  >>>>>>>* Connection #0 to host localhost left intact >>>>>>>* Closing connection #0 >>>>>>>root at arun-Aspire-5742:~# curl -v -H 'X-Storage-Token:AUTH_tk4be7b90194c747468c4973675db15ca5' http://127.0.0.1:8080/v1/AUTH_prag2648/ >>>>>>>* About to connect() to 127.0.0.1 port 8080 (#0) >>>>>>>*   Trying 127.0.0.1... connected >>>>>>>> GET /v1/AUTH_prag2648/ HTTP/1.1 >>>>>>>> User-Agent: curl/7.22.0 (i686-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 zlib/1.2.3.4 libidn/1.23 librtmp/2.3 >>>>>>>> Host: 127.0.0.1:8080 >>>>>>>> Accept: */* >>>>>>>> X-Storage-Token:AUTH_tk4be7b90194c747468c4973675db15ca5 >>>>>>>>  >>>>>>>< HTTP/1.1 503 Internal Server Error >>>>>>>< Content-Length: 118 >>>>>>>< Content-Type: text/html; charset=UTF-8 >>>>>>>< X-Trans-Id: tx2301beb46542488597d23-005226c87d >>>>>>>< Date: Wed, 04 Sep 2013 05:43:26 GMT >>>>>>><  >>>>>>>* Connection #0 to host 127.0.0.1 left intact >>>>>>>* Closing connection #0 >>>>>>>

Service Unavailable

The server is currently unavailable. Please try again at a later time.

root at arun-Aspire-5742:~#  >>>>>>>root at arun-Aspire-5742:~# curl -v -H 'X-Storage-Token:AUTH_tk4be7b90194c747468c4973675db15ca5' http://127.0.0.1/v1/AUTH_prag2648/ >>>>>>>* About to connect() to 127.0.0.1 port 80 (#0) >>>>>>>*   Trying 127.0.0.1... Connection refused >>>>>>>* couldn't connect to host >>>>>>>* Closing connection #0 >>>>>>>curl: (7) couldn't connect to host >>>>>>>root at arun-Aspire-5742:~# curl -v -H 'X-Storage-Token:AUTH_tk4be7b90194c747468c4973675db15ca5' http://localhost:8080/v1/AUTH_prag2648/ >>>>>>>* About to connect() to localhost port 8080 (#0) >>>>>>>*   Trying 127.0.0.1... connected >>>>>>>> GET /v1/AUTH_prag2648/ HTTP/1.1 >>>>>>>> User-Agent: curl/7.22.0 (i686-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 zlib/1.2.3.4 libidn/1.23 librtmp/2.3 >>>>>>>> Host: localhost:8080 >>>>>>>> Accept: */* >>>>>>>> X-Storage-Token:AUTH_tk4be7b90194c747468c4973675db15ca5 >>>>>>>>  >>>>>>>< HTTP/1.1 503 Internal Server Error >>>>>>>< Content-Length: 118 >>>>>>>< Content-Type: text/html; charset=UTF-8 >>>>>>>< X-Trans-Id: txb0d8717ab05c4cf0bdebd-005226c8a4 >>>>>>>< Date: Wed, 04 Sep 2013 05:44:05 GMT >>>>>>><  >>>>>>>* Connection #0 to host localhost left intact >>>>>>>* Closing connection #0 >>>>>>>

Service Unavailable

The server is currently unavailable. Please try again at a later time.

root at arun-Aspire-5742:~#  >>>>>>>root at arun-Aspire-5742:~# grep txa4c98c518382430ab9f5f-005222dede /var/log/syslogroot at arun-Aspire-5742:~#  >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>>>________________________________ >>>>>>>> From: Kuo Hugo >>>>>>>>To: pragya jain >>>>>>>>Cc: Gareth ; "openstack at lists.openstack.org" >>>>>>>>Sent: Friday, 30 August 2013 1:15 PM >>>>>>>> >>>>>>>>Subject: Re: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>>Hmm....  >>>>>>>> >>>>>>>> >>>>>>>>1) No Container and Object servers are running  >>>>>>>>2) Only one drive in the ring >>>>>>>>3) No device been mount to /srv/node/* , unless you are disabling mount_check >>>>>>>>4) Did you setup rsync yet ?  >>>>>>>> >>>>>>>> >>>>>>>>Maybe you can follow the online document to complete the above items.  >>>>>>>> >>>>>>>> >>>>>>>>Good luck~ >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>>+Hugo Kuo+ >>>>>>>>hugo at swiftstack.com >>>>>>>> >>>>>>>>tonytkdk at gmail.com >>>>>>>> >>>>>>>>+886 935004793 >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>>2013/8/30 pragya jain >>>>>>>> >>>>>>>>root at arun-Aspire-5742:~# swift-ring-builder /etc/swift/account.builder >>>>>>>>>/etc/swift/account.builder, build version 1 >>>>>>>>>262144 partitions, 3.000000 replicas, 1 regions, 1 zones, 1 devices, 0.00 balance >>>>>>>>>The minimum number of hours before a partition can be reassigned is 24 >>>>>>>>>Devices:    id  region  zone      ip address  port  replication ip  replication port      name weight partitions balance meta >>>>>>>>>             0       1     1       10.0.2.15  6000       10.0.2.15              6000        d1 100.00     786432    0.00  >>>>>>>>>root at arun-Aspire-5742:~# swift-ring-builder /etc/swift/container.builder >>>>>>>>>/etc/swift/container.builder, build version 1 >>>>>>>>>262144 partitions, 3.000000 replicas, 1 regions, 1 zones, 1 devices, 0.00 balance >>>>>>>>>The minimum number of hours before a partition can be reassigned is 24 >>>>>>>>>Devices:    id  region  zone      ip address  port  replication ip  replication port      name weight partitions balance meta >>>>>>>>>             0       1     1       10.0.2.15  6001       10.0.2.15              6001        d1 100.00     786432    0.00  >>>>>>>>>root at arun-Aspire-5742:~# swift-ring-builder /etc/swift/object.builder >>>>>>>>>/etc/swift/object.builder, build version 1 >>>>>>>>>262144 partitions, 3.000000 replicas, 1 regions, 1 zones, 1 devices, 0.00 balance >>>>>>>>>The minimum number of hours before a partition can be reassigned is 24 >>>>>>>>>Devices:    id  region  zone      ip address  port  replication ip  replication port      name weight partitions balance meta >>>>>>>>>             0       1     1       10.0.2.15  6002       10.0.2.15              6002        d1 100.00     786432    0.00  >>>>>>>>>root at arun-Aspire-5742:~# ps aux | grep swift >>>>>>>>>swift     5174  0.0  0.1  18700 11548 ?        Ss   10:45   0:00 /usr/bin/python /usr/local/bin/swift-account-server /etc/swift/account-server.conf >>>>>>>>>swift     5181  0.0  0.1  18976  9624 ?        S    10:45   0:00 /usr/bin/python /usr/local/bin/swift-account-server /etc/swift/account-server.conf >>>>>>>>>swift     5182  0.0  0.1  18992  9616 ?        S    10:45   0:00 /usr/bin/python /usr/local/bin/swift-account-server /etc/swift/account-server.conf >>>>>>>>>swift     5183  0.0  0.1  18992  9620 ?        S    10:45   0:00 /usr/bin/python /usr/local/bin/swift-account-server /etc/swift/account-server.conf >>>>>>>>>swift     5184  0.0  0.1  18992  9632 ?        S    10:45   0:00 /usr/bin/python /usr/local/bin/swift-account-server /etc/swift/account-server.conf >>>>>>>>>swift     5192  0.0  0.2  18296 11812 ?        Ss   10:45   0:00 /usr/bin/python /usr/local/bin/swift-proxy-server /etc/swift/proxy-server.conf >>>>>>>>>swift     5197  0.0  0.2  23512 15552 ?        S    10:45   0:00 /usr/bin/python /usr/local/bin/swift-proxy-server /etc/swift/proxy-server.conf >>>>>>>>>swift     5198  0.0  0.2  23524 15628 ?        S    10:45   0:00 /usr/bin/python /usr/local/bin/swift-proxy-server /etc/swift/proxy-server.conf >>>>>>>>>swift     5199  0.0  0.2  23524 15300 ?        S    10:45   0:00 /usr/bin/python /usr/local/bin/swift-proxy-server /etc/swift/proxy-server.conf >>>>>>>>>swift     5200  0.0  0.2  23524 15300 ?        S    10:45   0:00 /usr/bin/python /usr/local/bin/swift-proxy-server /etc/swift/proxy-server.conf >>>>>>>>>root      6986  0.0  0.0   4388   828 pts/0    S+   11:46   0:00 grep --color=auto swift >>>>>>>>>root at arun-Aspire-5742:~# df -h >>>>>>>>>Filesystem      Size  Used Avail Use% Mounted on >>>>>>>>>/dev/sda4       170G  3.8G  158G   3% / >>>>>>>>>udev            2.8G  4.0K  2.8G   1% /dev >>>>>>>>>tmpfs           1.2G  908K  1.2G   1% /run >>>>>>>>>none            5.0M  4.0K  5.0M   1% /run/lock >>>>>>>>>none            2.8G  220K  2.8G   1% /run/shm >>>>>>>>>/dev/sda2        98G   25G   73G  26% /media/D8EA06E4EA06BEAE >>>>>>>>>/dev/sda5        98G   54G   45G  55% /media/8AE41BA8E41B9613 >>>>>>>>>root at arun-Aspire-5742:~# ls /srv/node/* >>>>>>>>>/srv/node/d1: >>>>>>>>> >>>>>>>>> >>>>>>>>>/srv/node/d2: >>>>>>>>> >>>>>>>>> >>>>>>>>>/srv/node/d3: >>>>>>>>>root at arun-Aspire-5742:~# netstat -antulp >>>>>>>>>Active Internet connections (servers and established) >>>>>>>>>Proto Recv-Q Send-Q Local Address           Foreign Address         State       PID/Program name >>>>>>>>>tcp        0      0 127.0.0.1:11211         0.0.0.0:*               LISTEN      941/memcached    >>>>>>>>>tcp        0      0 0.0.0.0:8080            0.0.0.0:*               LISTEN      5192/python      >>>>>>>>>tcp        0      0 0.0.0.0:6002            0.0.0.0:*               LISTEN      5174/python      >>>>>>>>>tcp        0      0 127.0.0.1:53            0.0.0.0:*               LISTEN      6936/dnsmasq     >>>>>>>>>tcp        0      0 127.0.0.1:631           0.0.0.0:*               LISTEN      596/cupsd        >>>>>>>>>tcp        0      0 101.58.138.11:56680     207.171.162.71:443      ESTABLISHED 2042/chrome      >>>>>>>>>tcp        0      0 127.0.0.1:11211         127.0.0.1:45287         ESTABL >>>>>>>>>ISHED 941/memcached    >>>>>>>>>tcp        0      0 127.0.0.1:11211         127.0.0.1:45292         ESTABLISHED 941/memcached    >>>>>>>>>tcp        0      0 127.0.0.1:45287         127.0.0.1:11211         ESTABLISHED 5197/python      >>>>>>>>>tcp        1      0 101.58.138.11:34377     91.189.89.144:80        CLOSE_WAIT  1674/ubuntu-geoip-p >>>>>>>>>tcp        0      0 127.0.0.1:45292         127.0.0.1:11211         ESTABLISHED 5198/python      >>>>>>>>>tcp6       0      0 ::1:631                 :::*                    LISTEN      596/cupsd        >>>>>>>>>udp        0      0 127.0.0.1:11211         0.0.0.0:*                           941/memcached    >>>>>>>>>udp        0      0 0.0.0.0:46638           0.0.0.0:*                           576/avahi-daemon: r >>>>>>>>>udp        0      0 127.0.0.1:53            0.0.0.0:*                           6936/dnsmasq     >>>>>>>>>udp        0      0 0.0.0.0:5353            0.0.0.0:*                           576/avahi-daemon: r >>>>>>>>>udp6       0      0 :::55335                :::*                                576/avahi-daemon: r >>>>>>>>>udp6       0      0 :::5353                 :::*                                576/avahi-daemon: r >>>>>>>>>root at arun-Aspire-5742:~# swift-init all status >>>>>>>>>No container-updater running >>>>>>>>>No account-auditor running >>>>>>>>>No object-replicator running >>>>>>>>>proxy-server running (5192 - /etc/swift/proxy-server.conf) >>>>>>>>>No container-replicator running >>>>>>>>>No object-auditor running >>>>>>>>>No object-expirer running >>>>>>>>>No container-auditor running >>>>>>>>>No container-server running >>>>>>>>>account-server running (5174 - /etc/swift/account-server.conf) >>>>>>>>>No account-reaper running >>>>>>>>>No container-sync running >>>>>>>>>No account-replicator running >>>>>>>>>No object-updater running >>>>>>>>>No object-server running >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>>>________________________________ >>>>>>>>>> From: Kuo Hugo >>>>>>>>>>To: pragya jain >>>>>>>>>>Cc: Gareth ; "openstack at lists.openstack.org" >>>>>>>>>>Sent: Friday, 30 August 2013 11:23 AM >>>>>>>>>> >>>>>>>>>>Subject: Re: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>>Hi Pragya :  >>>>>>>>>> >>>>>>>>>> >>>>>>>>>>I'm in highly recommends that you can go through the Swift online document http://docs.openstack.org/developer/swift/index.html .  >>>>>>>>>>It's a good place to understand the basic architecture, especially swift *terms*  >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>>Check rings : >>>>>>>>>>$> swift-ring-builder /etc/swift/object.builder >>>>>>>>>>>$> swift-ring-builder /etc/swift/container.builder >>>>>>>>>>>$> swift-ring-builder /etc/swift/account.builder >>>>>>>>>> >>>>>>>>>> >>>>>>>>>>Check Swift workers :  >>>>>>>>>>$> swift-init all status >>>>>>>>>>>$> ps aux | grep swift >>>>>>>>>>>$> df -h  >>>>>>>>>>>$> ls /srv/node/* >>>>>>>>>>>$> netstat -antulp >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>>+Hugo Kuo+ >>>>>>>>>>hugo at swiftstack.com >>>>>>>>>> >>>>>>>>>>tonytkdk at gmail.com >>>>>>>>>> >>>>>>>>>>+886 935004793 >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>>2013/8/30 pragya jain >>>>>>>>>> >>>>>>>>>>hello sir, >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>>I am working on single node. >>>>>>>>>>>Please let me know how to check network topology and ring structure. >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>>>________________________________ >>>>>>>>>>>> From: Gareth >>>>>>>>>>>>To: Kuo Hugo >>>>>>>>>>>>Cc: pragya jain ; "openstack at lists.openstack.org" >>>>>>>>>>>>Sent: Friday, 30 August 2013 8:11 AM >>>>>>>>>>>> >>>>>>>>>>>>Subject: Re: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>>Pragya >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>>The v1.0 auth uses tempauth for swift, like what you config in proxy-server.conf. All account data is read from that file, so you couldn't add/delete account in tempauth without modifying config file and restart swift. >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>>BTW, your curl link here "curl -v -H 'X-Storage-Token:AUTH_tk3867b7599d5346559ee0baaa09e0f40d' http://localhost:8080/v1/AUTH_prag2648/" actually is a GET request, which means getting account data. If you config everything correctly, it must have valid response. And you logs are a better way to find what happened in this request (set log level to DEBUG, and you will get more details). >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>>On Fri, Aug 30, 2013 at 7:47 AM, Kuo Hugo wrote: >>>>>>>>>>>> >>>>>>>>>>>>Hi Pragya,  >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>>I need more information.  >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>>1) Please draw a network topology of your environment >>>>>>>>>>>>>2) How many nodes do you have?   >>>>>>>>>>>>>3) What's the ring looks like ? >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>>Hugo Kuo >>>>>>>>>>>>>hugo at swiftstack.com >>>>>>>>>>>>> >>>>>>>>>>>>>tonytkdk at gmail.com >>>>>>>>>>>>> >>>>>>>>>>>>>+886 935004793 >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>>2013/8/29 pragya jain >>>>>>>>>>>>> >>>>>>>>>>>>>hello sir, >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>>connection is established successfully. But, when I try to create an account, I face the problem. >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>>root at arun-Aspire-5742:~# sudo swift-init account start >>>>>>>>>>>>>>Starting account-server...(/etc/swift/account-server.conf) >>>>>>>>>>>>>>root at arun-Aspire-5742:~# sudo swift-init proxy start >>>>>>>>>>>>>>Starting proxy-server...(/etc/swift/proxy-server.conf) >>>>>>>>>>>>>>root at arun-Aspire-5742:~# curl -v -H 'X-Auth-User:prag2648:pragya' -H 'X-Auth-Key:pj2648' http://localhost:8080/auth/v1.0/ >>>>>>>>>>>>>>* About to connect() to localhost port 8080 (#0) >>>>>>>>>>>>>>*   Trying 127.0.0.1... connected >>>>>>>>>>>>>>> GET /auth/v1.0/ HTTP/1.1 >>>>>>>>>>>>>>> User-Agent: curl/7.22.0 (i686-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 zlib/1.2.3.4 libidn/1.23 librtmp/2.3 >>>>>>>>>>>>>>> Host: localhost:8080 >>>>>>>>>>>>>>> Accept: */* >>>>>>>>>>>>>>> X-Auth-User:prag2648:pragya >>>>>>>>>>>>>>> X-Auth-Key:pj2648 >>>>>>>>>>>>>>>  >>>>>>>>>>>>>>< HTTP/1.1 200 OK >>>>>>>>>>>>>>< X-Storage-Url: http://localhost:8080/v1/AUTH_prag2648 >>>>>>>>>>>>>>< X-Auth-Token: AUTH_tk3867b7599d5346559ee0baaa09e0f40d >>>>>>>>>>>>>>< Content-Type: text/html; charset=UTF-8 >>>>>>>>>>>>>>< X-Storage-Token: AUTH_tk3867b7599d5346559ee0baaa09e0f40d >>>>>>>>>>>>>>< Content-Length: 0 >>>>>>>>>>>>>>< X-Trans-Id: txe2ab76a7617e40399f456-00521f3d16 >>>>>>>>>>>>>>< Date: Thu, 29 Aug 2013 12:22:46 GMT >>>>>>>>>>>>>><  >>>>>>>>>>>>>>* Connection #0 to host localhost left intact >>>>>>>>>>>>>>* Closing connection #0 >>>>>>>>>>>>>>root at arun-Aspire-5742:~# python >>>>>>>>>>>>>>Python 2.7.3 (default, Apr 10 2013, 05:46:21)  >>>>>>>>>>>>>>[GCC 4.6.3] on linux2 >>>>>>>>>>>>>>Type "help", "copyright", "credits" or "license" for more information. >>>>>>>>>>>>>>>>> import swift.common.memcached as memcached >>>>>>>>>>>>>>>>> memcache = memcached.MemcacheRing(['127.0.0.1:11211']) >>>>>>>>>>>>>>>>> print memcache.get('AUTH_/user/prag2648:pragya') >>>>>>>>>>>>>>AUTH_tk3867b7599d5346559ee0baaa09e0f40d >>>>>>>>>>>>>>>>> print memcache.get('AUTH_/token/AUTH_tk3867b7599d5346559ee0baaa09e0f40d') >>>>>>>>>>>>>>[1377865366.826027, 'prag2648,prag2648:pragya,.reseller_admin,AUTH_prag2648'] >>>>>>>>>>>>>>>>>  >>>>>>>>>>>>>>root at arun-Aspire-5742:~# curl -v -H 'X-Storage-Token:AUTH_tk3867b7599d5346559ee0baaa09e0f40d' http://127.0.0.1/v1/Auth_prag2648/ >>>>>>>>>>>>>>* About to connect() to 127.0.0.1 port 80 (#0) >>>>>>>>>>>>>>*   Trying 127.0.0.1... Connection refused >>>>>>>>>>>>>>* couldn't connect to host >>>>>>>>>>>>>>* Closing connection #0 >>>>>>>>>>>>>>curl: (7) couldn't connect to host >>>>>>>>>>>>>>root at arun-Aspire-5742:~# curl -v -H 'X-Storage-Token:AUTH_tk3867b7599d5346559ee0baaa09e0f40d' http://localhost:8080/v1/AUTH_prag2648/ >>>>>>>>>>>>>>* About to connect() to localhost port 8080 (#0) >>>>>>>>>>>>>>*   Trying 127.0.0.1... connected >>>>>>>>>>>>>>> GET /v1/AUTH_prag2648/ HTTP/1.1 >>>>>>>>>>>>>>> User-Agent: curl/7.22.0 (i686-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 zlib/ >>>>>>>>>>>>>>1.2.3.4 libidn/1.23 librtmp/2.3 >>>>>>>>>>>>>>> Host: localhost:8080 >>>>>>>>>>>>>>> Accept: */* >>>>>>>>>>>>>>> X-Storage-Token:AUTH_tk3867b7599d5346559ee0baaa09e0f40d >>>>>>>>>>>>>>>  >>>>>>>>>>>>>>< HTTP/1.1 503 Internal Server Error >>>>>>>>>>>>>>< Content-Length: 118 >>>>>>>>>>>>>>< Content-Type: text/html; charset=UTF-8 >>>>>>>>>>>>>>< X-Trans-Id: txd6fd9eead36e4b74b0869-00521f3efe >>>>>>>>>>>>>>< Date: Thu, 29 Aug 2013 12:30:55 GMT >>>>>>>>>>>>>><  >>>>>>>>>>>>>>* Connection #0 to host localhost left intact >>>>>>>>>>>>>>* Closing connection #0 >>>>>>>>>>>>>>

Service Unavailable

The server is currently unavailable. Please try again at a later time.

root at arun-Aspire-5742:~#  >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>>Please help me in this regard. >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>>--- >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>>Pragya Jain >>>>>>>>>>>>>> >>>>>>>>>>>>>>>________________________________ >>>>>>>>>>>>>>> From: pragya jain >>>>>>>>>>>>>>>To: Kuo Hugo >>>>>>>>>>>>>>>Cc: "openstack at lists.openstack.org" >>>>>>>>>>>>>>> >>>>>>>>>>>>>>>Sent: Thursday, 29 August 2013 4:47 PM >>>>>>>>>>>>>>>Subject: Re: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>>Thanks Kuo very much for this help. >>>>>>>>>>>>>>>connection is successfully established. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>________________________________ >>>>>>>>>>>>>>>> From: Kuo Hugo >>>>>>>>>>>>>>>>To: pragya jain >>>>>>>>>>>>>>>>Cc: "openstack at lists.openstack.org" >>>>>>>>>>>>>>>>Sent: Thursday, 29 August 2013 3:46 PM >>>>>>>>>>>>>>>>Subject: Re: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>curl -v -H 'X-Auth-User:admin:admin' -H 'X-Auth-Key:admin' http://localhost:8080/auth/v1.0/ >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>+Hugo Kuo+ >>>>>>>>>>>>>>>>hugo at swiftstack.com >>>>>>>>>>>>>>>>tonytkdk at gmail.com >>>>>>>>>>>>>>>>+886 935004793 >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>2013/8/29 pragya jain >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> root at arun-Aspire-5742:~# netstat -antulp | grep 8080 >>>>>>>>>>>>>>>>> tcp        0      0 0.0.0.0:8080            0.0.0.0:*               LISTEN      2421/python   >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> user = swift >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> ________________________________ >>>>>>>>>>>>>>>>> From: Kuo Hugo >>>>>>>>>>>>>>>>> To: pragya jain >>>>>>>>>>>>>>>>> Cc: "openstack at lists.openstack.org" >>>>>>>>>>>>>>>>> Sent: Thursday, 29 August 2013 2:47 PM >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Subject: Re: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> gt; netstat -antulp | grep 8080 >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> 1) is 8080 port been used ? >>>>>>>>>>>>>>>>> 2) What's the value of *user* parameter in proxy-server.conf  https://github.com/openstack/swift/blob/master/etc/proxy-server.conf-sample#L7 >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> +Hugo Kuo+ >>>>>>>>>>>>>>>>> hugo at swiftstack.com >>>>>>>>>>>>>>>>> tonytkdk at gmail.com >>>>>>>>>>>>>>>>> +886 935004793 >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> 2013/8/29 pragya jain >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> hello sir, >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> I run the command: >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> root at arun-Aspire-5742:~# find / -name swift-proxy-server >>>>>>>>>>>>>>>>> /opt/swift/build/scripts-2.7/swift-proxy-server >>>>>>>>>>>>>>>>> /opt/swift/bin/swift-proxy-server >>>>>>>>>>>>>>>>> /usr/local/bin/swift-proxy-server >>>>>>>>>>>>>>>>> /usr/local/lib/python2.7/dist-packages/swift-1.9.2-py2.7.egg/EGG-INFO/scripts/swift-proxy-server >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> root at arun-Aspire-5742:~# /usr/bin/python /usr/local/bin/swift-proxy-server /etc/swift/proxy-server.conf >>>>>>>>>>>>>>>>> Traceback (most recent call last): >>>>>>>>>>>>>>>>>   File "/usr/local/bin/swift-proxy-server", line 5, in >>>>>>>>>>>>>>>>>     pkg_resources.run_script('swift==1.9.2', 'swift-proxy-server') >>>>>>>>>>>>>>>>>   File "/usr/lib/python2.7/dist-packages/pkg_resources.py", line 499, in run_script >>>>>>>>>>>>>>>>>     self.require(requires)[0].run_script(script_name, ns) >>>>>>>>>>>>>>>>>   File "/usr/lib/python2.7/dist-packages/pkg_resources.py", line 1235, in run_script >>>>>>>>>>>>>>>>>     execfile(script_filename, namespace, namespace) >>>>>>>>>>>>>>>>>   File "/usr/local/lib/python2.7/dist-packages/swift-1.9.2-py2.7.egg/EGG-INFO/scripts/swift-proxy-server", line 22, in >>>>>>>>>>>>>>>>>     run_wsgi(conf_file, 'proxy-server', default_port=8080, **options) >>>>>>>>>>>>>>>>>   File "/usr/local/lib/python2.7/dist-packages/swift-1.9.2-py2.7.egg/swift/common/wsgi.py", line 251, in run_wsgi >>>>>>>>>>>>>>>>>     sock = get_socket(conf, default_port=kwargs.get('default_port', 8080)) >>>>>>>>>>>>>>>>>   File "/usr/local/lib/python2.7/dist-packages/swift-1.9.2-py2.7.egg/swift/common/wsgi.py", line 168, in get_socket >>>>>>>>>>>>>>>>>     bind_addr[0], bind_addr[1], bind_timeout)) >>>>>>>>>>>>>>>>> Exception: Could not bind to 0.0.0.0:8080 after trying for 30 seconds >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> ________________________________ >>>>>>>>>>>>>>>>> From: Kuo Hugo >>>>>>>>>>>>>>>>> To: pragya jain >>>>>>>>>>>>>>>>> Cc: "openstack at lists.openstack.org" >>>>>>>>>>>>>>>>> Sent: Thursday, 29 August 2013 2:19 PM >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Subject: Re: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> find out the swift-proxy-server binary in your OS.  (The path in example just an assumption) >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> gt; find / -name swift-proxy-server >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> +Hugo Kuo+ >>>>>>>>>>>>>>>>> hugo at swiftstack.com >>>>>>>>>>>>>>>>> tonytkdk at gmail.com >>>>>>>>>>>>>>>>> +886 935004793 >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> 2013/8/29 pragya jain >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> hello sir >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Thanks for the help >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> root at arun-Aspire-5742:~# /usr/bin/python /usr/bin/swift-proxy-server /etc/swift/proxy-server.conf >>>>>>>>>>>>>>>>> /usr/bin/python: can't open file '/usr/bin/swift-proxy-server': [Errno 2] No such file or directory >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> this is the result of the command. >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> please help in this regard. >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> ----- >>>>>>>>>>>>>>>>> Pragya Jain >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> ________________________________ >>>>>>>>>>>>>>>>> From: Kuo Hugo >>>>>>>>>>>>>>>>> To: pragya jain >>>>>>>>>>>>>>>>> Cc: "openstack at lists.openstack.org" >>>>>>>>>>>>>>>>> Sent: Thursday, 29 August 2013 1:20 PM >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Subject: Re: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Obviously, There's no proxy server running on your node. >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Please execute it on the node where proxy-server located: >>>>>>>>>>>>>>>>> (I assume the binary is in /usr/bin and conf file is in /etc/swift) >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> gt; /usr/bin/python /usr/bin/swift-proxy-server /etc/swift/proxy-server.conf >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> What's the result ? >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> +Hugo Kuo+ >>>>>>>>>>>>>>>>> hugo at swiftstack.com >>>>>>>>>>>>>>>>> tonytkdk at gmail.com >>>>>>>>>>>>>>>>> +886 935004793 >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> 2013/8/29 pragya jain >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> hello sir >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Thanks for the suggestion. >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> (1) I give the space between pj2648 and .admin and also between .admin and .reseller_admin and tried the connection again, but face the same problem >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> root at arun-Aspire-5742:~# vi /etc/swift/proxy-server.conf >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> and make following changes: >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> user_admin_admin = admin .admin .reseller_admin >>>>>>>>>>>>>>>>> user_test_tester = testing .admin >>>>>>>>>>>>>>>>> user_test2_tester2 = testing2 .admin >>>>>>>>>>>>>>>>> user_test_tester3 = testing3 >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> user_prag2648_pragya = pj2648 .admin .reseller_admin >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> and then >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> root at arun-Aspire-5742:~# sudo swift-init account start >>>>>>>>>>>>>>>>> Starting account-server...(/etc/swift/account-server.conf) >>>>>>>>>>>>>>>>> root at arun-Aspire-5742:~# sudo swift-init proxy start >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Starting proxy-server...(/etc/swift/proxy-server.conf) >>>>>>>>>>>>>>>>> root at arun-Aspire-5742:~# curl -v -H 'X-Auth-User:prag2648:pragya' -H 'X-Auth-Key:pj2648' http://localhost/auth/v1.0/ >>>>>>>>>>>>>>>>> * About to connect() to localhost port 80 (#0) >>>>>>>>>>>>>>>>> *   Trying 127.0.0.1... Connection refused >>>>>>>>>>>>>>>>> * couldn't connect to host >>>>>>>>>>>>>>>>> * Closing connection #0 >>>>>>>>>>>>>>>>> curl: (7) couldn't connect to host >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> (2) I also tired the connection with user admin:admin >>>>>>>>>>>>>>>>> root at arun-Aspire-5742:~# curl -v -H 'X-Auth-User:admin:admin' -H 'X-Auth-Key:admin' http://localhost/auth/v1.0/ >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> * About to connect() to localhost port 80 (#0) >>>>>>>>>>>>>>>>> *   Trying 127.0.0.1... Connection refused >>>>>>>>>>>>>>>>> * couldn't connect to host >>>>>>>>>>>>>>>>> * Closing connection #0 >>>>>>>>>>>>>>>>> curl: (7) couldn't connect to host >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> (3) I also run the command to verify the port number of proxy >>>>>>>>>>>>>>>>> root at arun-Aspire-5742:~# ps aux | grep proxy >>>>>>>>>>>>>>>>> nobody    2124  0.0  0.0   5384  1164 ?        S    10:39   0:00 /usr/sbin/dnsmasq --no-resolv --keep-in-foreground --no-hosts --bind-interfaces --pid-file=/var/run/sendsigs.omit.d/network-manager.dnsmasq.pid --listen-address=127.0.0.1 --conf-file=/var/run/nm-dns-dnsmasq.conf --cache-size=0 --proxy-dnssec >>>>>>>>>>>>>>>>> root      2724  0.0  0.0   4368   828 pts/0    R+   10:52   0:00 grep --color=auto proxy >>>>>>>>>>>>>>>>> root at arun-Aspire-5742:~# netstat -antulp >>>>>>>>>>>>>>>>> Active Internet connections (servers and established) >>>>>>>>>>>>>>>>> Proto Recv-Q Send-Q Local Address           Foreign Address         State       PID/Program name >>>>>>>>>>>>>>>>> tcp        0      0 127.0.0.1:11211         0.0.0.0:*               LISTEN      931/memcached   >>>>>>>>>>>>>>>>> tcp        0      0 127.0.0.1:53            0.0.0.0:*               LISTEN      2124/dnsmasq   >>>>>>>>>>>>>>>>> tcp        0      0 127.0.0.1:631           0.0.0.0:*               LISTEN      623/cupsd       >>>>>>>>>>>>>>>>> tcp        0      0 115.184.7.223:51521     74.125.236.132:80       TIME_WAIT   -               >>>>>>>>>>>>>>>>> tcp        1      0 115.184.7.223:46280     91.189.89.144:80        CLOSE_WAIT  1663/ubuntu-geoip-p >>>>>>>>>>>>>>>>> tcp        0      0 115.184.7.223:60563     173.194.38.147:80       TIME_WAIT   -               >>>>>>>>>>>>>>>>> tcp        0      0 115.184.7.223:43256     124.124.201.179:80      TIME_WAIT   -               >>>>>>>>>>>>>>>>> tcp        0      0 115.184.7.223:41791     124.124.201.169:80      TIME_WAIT   -               >>>>>>>>>>>>>>>>> tcp        0      0 115.184.7.223:36669     124.124.252.9:80        TIME_WAIT   -               >>>>>>>>>>>>>>>>> tcp        0      0 115.184.7.223:51747     173.194.38.184:80       TIME_WAIT   -               >>>>>>>>>>>>>>>>> tcp        0      0 115.184.7.223:54229     74.125.236.44:443       TIME_WAIT   -               >>>>>>>>>>>>>>>>> tcp        0      0 115.184.7.223:36185     173.194.36.26:80        TIME_WAIT   -               >>>>>>>>>>>>>>>>> tcp        0      0 115.184.7.223:38854     74.125.236.109:80       TIME_WAIT   -               >>>>>>>>>>>>>>>>> tcp6       0      0 ::1:631                 :::*                    LISTEN      623/cupsd       >>>>>>>>>>>>>>>>> udp        0      0 0.0.0.0:5353            0.0.0.0:*                           619/avahi-daemon: r >>>>>>>>>>>>>>>>> udp        0      0 0.0.0.0:53489           0.0.0.0:*                           619/avahi-daemon: r >>>>>>>>>>>>>>>>> udp        0      0 127.0.0.1:11211         0.0.0.0:*                           931/memcached   >>>>>>>>>>>>>>>>> udp        0      0 127.0.0.1:53            0.0.0.0:*                           2124/dnsmasq   >>>>>>>>>>>>>>>>> udp6       0      0 :::5353                 :::*                                619/avahi-daemon: r >>>>>>>>>>>>>>>>> udp6       0      0 :::36705                :::*                                619/avahi-daemon: r >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Please help to proceed further. >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> --- >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Thanks >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Pragya jain >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> ________________________________ >>>>>>>>>>>>>>>>> From: Kuo Hugo >>>>>>>>>>>>>>>>> To: pragya jain >>>>>>>>>>>>>>>>> Cc: Amanda Plimpton ; "openstack at lists.openstack.org" >>>>>>>>>>>>>>>>> Sent: Wednesday, 28 August 2013 9:59 PM >>>>>>>>>>>>>>>>> Subject: Re: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Hi >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> 1) user_prag2648_pragya = pj2648.admin.reseller_admin try to have a space between pj2648 and .admin . How about to test with user admin:admin ? >>>>>>>>>>>>>>>>> 2) Verify the port number of proxy by >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> gt; ps aux | grep proxy >>>>>>>>>>>>>>>>> gt; netstat -antulp >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> 3) Check the Proxy for how to setup bind_port https://github.com/openstack/swift/blob/master/etc/proxy-server.conf-sample >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> +Hugo Kuo+ >>>>>>>>>>>>>>>>> hugo at swiftstack.com >>>>>>>>>>>>>>>>> tonytkdk at gmail.com >>>>>>>>>>>>>>>>> +886 935004793 >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> 2013/8/29 pragya jain >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> hello sir, >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Please help me in knowing how to use 8080 port >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> ________________________________ >>>>>>>>>>>>>>>>> From: Amanda Plimpton >>>>>>>>>>>>>>>>> To: pragya jain >>>>>>>>>>>>>>>>> Cc: "joe at swiftstack.com" ; "contact at swiftstack.com" ; anita goel >>>>>>>>>>>>>>>>> Sent: Tuesday, 27 August 2013 9:40 AM >>>>>>>>>>>>>>>>> Subject: Re: Fw: problem in setting up Tempauth authentication & authorization with Swift >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Hello, >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Did Edward's suggestion of using port 8080 help at all? The error seems to indicate a network setting issue. You may wish to double check the settings and configuration. >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Given your interest in Swift I would also recommend locating a nearby OpenStack group or attending an event such as http://openstackindia.wordpress.com/2013/08/14/openstack-india-day-2013-announced/ >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Thank you, >>>>>>>>>>>>>>>>> Amanda >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> SwiftStack Inc. >>>>>>>>>>>>>>>>> swiftstack.com >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> On Mon, Aug 26, 2013 at 8:55 PM, pragya jain wrote: >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> hello sir! >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Please help me in setting up Tempauth authentication & authorization with Swift. >>>>>>>>>>>>>>>>> same error is continued. >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> ----- Forwarded Message ----- >>>>>>>>>>>>>>>>> From: pragya jain >>>>>>>>>>>>>>>>> To: "joe at swiftstack.com" ; "clay.gerrard at gmail.com" ; "contact at swiftstack.com" ; "openstack at ask.openstack.org" ; "openstack at lists.openstack.org" >>>>>>>>>>>>>>>>> Cc: anita goel >>>>>>>>>>>>>>>>> Sent: Monday, 26 August 2013 12:06 PM >>>>>>>>>>>>>>>>> Subject: problem in setting up Tempauth authentication & authorization with Swift >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> hello, >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> I have to configure proxy server. >>>>>>>>>>>>>>>>> For this, >>>>>>>>>>>>>>>>> I have to edit /etc/swift/swift.conf and change the swift_hash_path_suffix to something secret and then, start the proxy server process >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> for this, I use the following commands: >>>>>>>>>>>>>>>>> root at arun-Aspire-5742:~# vi /etc/swift/swift.conf >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> make following changes (highlighted) in the file: >>>>>>>>>>>>>>>>> swift_hash_path_suffix =pragya >>>>>>>>>>>>>>>>> swift_hash_path_prefix =jain >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> save and exit. >>>>>>>>>>>>>>>>> then, I run the command: >>>>>>>>>>>>>>>>> root at arun-Aspire-5742:~# sudo swift-init proxy start >>>>>>>>>>>>>>>>> Starting proxy-server...(/etc/swift/proxy-server.conf) >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Now, I have to set up Tempauth authentication & authorization with Swift >>>>>>>>>>>>>>>>> for this, I run the following command: >>>>>>>>>>>>>>>>> root at arun-Aspire-5742:~# vi /etc/swift/proxy-server.conf >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> make following changes (highlighted) in the file: >>>>>>>>>>>>>>>>> allow_account_management =true >>>>>>>>>>>>>>>>> ... >>>>>>>>>>>>>>>>> [filter:tempauth] >>>>>>>>>>>>>>>>> use = egg:swift#tempauth >>>>>>>>>>>>>>>>> ... >>>>>>>>>>>>>>>>> user_admin_admin = admin .admin .reseller_admin >>>>>>>>>>>>>>>>> user_test_tester = testing .admin >>>>>>>>>>>>>>>>> user_test2_tester2 = testing2 .admin >>>>>>>>>>>>>>>>> user_test_tester3 = testing3 >>>>>>>>>>>>>>>>> user_prag2648_pragya = pj2648.admin.reseller_admin >>>>>>>>>>>>>>>>> ... >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> save and exit >>>>>>>>>>>>>>>>> Then, run following commands: >>>>>>>>>>>>>>>>> root at arun-Aspire-5742:~# sudo swift-init account start >>>>>>>>>>>>>>>>> Starting account-server...(/etc/swift/account-server.conf) >>>>>>>>>>>>>>>>> root at arun-Aspire-5742:~# sudo swift-init proxy restart >>>>>>>>>>>>>>>>> Signal proxy-server  pid: 2476  signal: 15 >>>>>>>>>>>>>>>>> proxy-server (2476) appears to have stopped >>>>>>>>>>>>>>>>> Starting proxy-server...(/etc/swift/proxy-server.conf) >>>>>>>>>>>>>>>>> root at arun-Aspire-5742:~# curl -v -H 'X-Auth-User:prag2648:pragya' -H 'X-Auth-Key:pj2648' http://localhost/auth/v1.0/ >>>>>>>>>>>>>>>>> * About to connect() to localhost port 80 (#0) >>>>>>>>>>>>>>>>> *   Trying 127.0.0.1... Connection refused >>>>>>>>>>>>>>>>> * couldn't connect to host >>>>>>>>>>>>>>>>> * Closing connection #0 >>>>>>>>>>>>>>>>> curl: (7) couldn't connect to host >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> But, there is an error in establising a connection. >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> if, I run the command to start proxy server, then it shows that proxy server is already started. >>>>>>>>>>>>>>>>> root at arun-Aspire-5742:~# sudo swift-init proxy start >>>>>>>>>>>>>>>>> proxy-server running (2935 - /etc/swift/proxy-server.conf) >>>>>>>>>>>>>>>>> proxy-server already started... >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Please help me in this regard. >>>>>>>>>>>>>>>>> --- >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Thanks >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Pragya Jain >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> _______________________________________________ >>>>>>>>>>>>>>>>> Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>>>>>>>>>>>>>>>> Post to     : openstack at lists.openstack.org >>>>>>>>>>>>>>>>> Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>>_______________________________________________ >>>>>>>>>>>>>Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>>>>>>>>>>>>Post to     : openstack at lists.openstack.org >>>>>>>>>>>>>Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>>-- >>>>>>>>>>>> >>>>>>>>>>>>Gareth >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>>Cloud Computing, OpenStack, Fitness, Basketball >>>>>>>>>>>>OpenStack contributor >>>>>>>>>>>>Company: UnitedStack >>>>>>>>>>>>My promise: if you find any spelling or grammar mistakes in my email from Mar 1 2013, notify me  >>>>>>>>>>>>and I'll donate $1 or ¥1 to an open organization you specify. >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>_______________________________________________ >>>>>>>Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>>>>>>Post to     : openstack at lists.openstack.org >>>>>>>Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>>>>>> >>>>>>> >>>>>> >>>>>> >>>>>> >>>>> >>>>> >>> >>> >>> > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From clay.gerrard at gmail.com Mon Sep 9 18:31:43 2013 From: clay.gerrard at gmail.com (Clay Gerrard) Date: Mon, 9 Sep 2013 11:31:43 -0700 Subject: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift In-Reply-To: <1378745268.85593.YahooMailNeo@web193603.mail.sg3.yahoo.com> References: <1377498985.92309.YahooMailNeo@web193603.mail.sg3.yahoo.com> <1377575715.63149.YahooMailNeo@web193603.mail.sg3.yahoo.com> <1377705664.3899.YahooMailNeo@web193602.mail.sg3.yahoo.com> <1377755510.20626.YahooMailNeo@web193601.mail.sg3.yahoo.com> <1377765810.77854.YahooMailNeo@web193606.mail.sg3.yahoo.com> <1377767543.33056.YahooMailNeo@web193603.mail.sg3.yahoo.com> <1377768176.9373.YahooMailNeo@web193606.mail.sg3.yahoo.com> <1377775079.21343.YahooMailNeo@web193602.mail.sg3.yahoo.com> <1377784746.26442.YahooMailNeo@web193603.mail.sg3.yahoo.com> <1377840941.9818.YahooMailNeo@web193605.mail.sg3.yahoo.com> <1377843725.53401.YahooMailNeo@web193602.mail.sg3.yahoo.com> <1378273871.52383.YahooMailNeo@web193604.mail.sg3.yahoo.com> <1378355540.21486.YahooMailNeo@web193605.mail.sg3.yahoo.com> <1378442357.82006.YahooMailNeo@web193604.mail.sg3.yahoo.com> <1378529123.39925.YahooMailNeo@web193601.mail.sg3.yahoo.com> <1378745268.85593.YahooMailNeo@web193603.mail.sg3.yahoo.com> Message-ID: So it looks like you do not have a device '/dev/sdd' - which device do you want to use as "d1" - sda2, sda4, sda5, sda6, sda7 ??? On Mon, Sep 9, 2013 at 9:47 AM, pragya jain wrote: > hello sir > root at arun-Aspire-5742:~# cat /proc/partitions > major minor #blocks name > > 8 0 488386584 sda > 8 1 102400 sda1 > 8 2 102294528 sda2 > 8 3 1 sda3 > 8 4 180702208 sda4 > 8 5 102398278 sda5 > 8 6 102398278 sda6 > 8 7 487424 sda7 > 11 0 1048575 sr0 > 11 1 99328 sr1 > root at arun-Aspire-5742:~# sudo mkfs.xfs -L d1 /dev/sdb > mkfs.xfs: cannot open /dev/sdb: No medium found > > pleases help me. > > > ------------------------------ > *From:* Clay Gerrard > *To:* pragya jain > *Cc:* "openstack at lists.openstack.org" > *Sent:* Saturday, 7 September 2013 9:50 PM > > *Subject:* Re: [Openstack] Fw: problem in setting up Tempauth > authentication & authorization with Swift > > ok, so it looks like no device with label d1 exists, so you can't mount > it, and the account-server can't find it. > > Devices get labeled when you put the file system on them (the `mkfs.xfs` > command) > > I saw in screenshot 10 you had mis-typed the mkfs.xfs command: > > `sudo mkfs.xfs -f -i size=512 -L d3/dev/sdd` > > That should be: > > `sudo mkfs.xfs -f -i size=512 -L d3 /dev/sdd` > > notice the space between the label "d3" and the device "/dev/sdd" > > Also, fairly recently people have stopped recommending the larger inode > size, so the commands should be: > > `sudo mkfs.xfs -L d1 /dev/sdb` > `sudo mkfs.xfs -L d2 /dev/sdc` > `sudo mkfs.xfs -L d3 /dev/sdd` > > and maybe: > > `sudo mkfs.xfs -L d4 /dev/sde` > > ... actually how many devices do you have in the system? Can I get a > paste of the full output of `cat /proc/partitions`? > > > > On Fri, Sep 6, 2013 at 9:45 PM, pragya jain wrote: > > hello sir, > > I did the following job: > > root at arun-Aspire-5742:~# sudo mount -t xfs -o > noatime,nodiratime,logbufs=8 -L d1 /srv/node/d1 > mount: no such partition found > root at arun-Aspire-5742:~# sudo mount -t xfs -o > noatime,nodiratime,logbufs=8 -L d1 \srv/node/d1 > mount: no such partition found > root at arun-Aspire-5742:~# cd /opt/swift/etc > root at arun-Aspire-5742:/opt/swift/etc# sudo mount -t xfs -o > noatime,nodiratime,logbufs=8 -L d1 /srv/node/d1 > mount: no such partition found > root at arun-Aspire-5742:/opt/swift/etc# sudo mount -t xfs -o > noatime,nodiratime,logbufs=8 -L d1 \srv/node/d1 > mount: no such partition found > root at arun-Aspire-5742:/opt/swift/etc# cd ~ > root at arun-Aspire-5742:~# mount d1 /srv/node/d1 > mount: special device d1 does not exist > root at arun-Aspire-5742:~# vi /etc/swift/account-server.conf > root at arun-Aspire-5742:~# mount d1 /srv/node/d1 > mount: special device d1 does not exist > root at arun-Aspire-5742:~# cd /opt/swift/etc > root at arun-Aspire-5742:/opt/swift/etc# mount d1 /srv/node/d1 > mount: special device d1 does not exist > root at arun-Aspire-5742:/opt/swift/etc# sudo reboot > > root at arun-Aspire-5742:~# mount > /dev/sda4 on / type ext4 (rw,errors=remount-ro) > proc on /proc type proc (rw,noexec,nosuid,nodev) > sysfs on /sys type sysfs (rw,noexec,nosuid,nodev) > none on /sys/fs/fuse/connections type fusectl (rw) > none on /sys/kernel/debug type debugfs (rw) > none on /sys/kernel/security type securityfs (rw) > udev on /dev type devtmpfs (rw,mode=0755) > devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=0620) > tmpfs on /run type tmpfs (rw,noexec,nosuid,size=10%,mode=0755) > none on /run/lock type tmpfs (rw,noexec,nosuid,nodev,size=5242880) > none on /run/shm type tmpfs (rw,nosuid,nodev) > gvfs-fuse-daemon on /home/arun/.gvfs type fuse.gvfs-fuse-daemon > (rw,nosuid,nodev,user=arun) > > I am attaching some screenshots which tells what I had done earlier when I > was preparing and mounting the devices. > > ------------------------------ > *From:* Clay Gerrard > *To:* pragya jain > *Cc:* "pangj at laposte.net" ; " > openstack at lists.openstack.org" > *Sent:* Friday, 6 September 2013 8:58 PM > > *Subject:* Re: [Openstack] Fw: problem in setting up Tempauth > authentication & authorization with Swift > > Sep 4 11:14:04 arun-Aspire-5742 proxy-server ERROR Insufficient Storage > 127.0.0.1:6002/d1 (txn: txb0d8717ab05c4cf0bdebd-005226c8a4) > > The account server on 127.0.0.1:6002/d1 returned 507 indicating it > couldn't find a useable file system for the device labeled d1. > > The account server has a config option "devices" in the "DEFAULT" section > of "/etc/swift/account-server.conf" that will indicate the base mount point > for devices (typicailly it's "/srv/node"). That path is prepended to the > device name that's sent in the request ("d1" in this case). > > So there should be a filesystem (xfs typically) mounted at "/srv/node/d1" > > Try mounting it manually `mount d1 /srv/node/d1` and double check the > output from `mount` and your "/etc/fstab" > > > On Thu, Sep 5, 2013 at 9:39 PM, pragya jain wrote: > > please help me in this regard. > > ------------------------------ > *From:* pragya jain > *To:* Clay Gerrard > *Cc:* "pangj at laposte.net" ; " > openstack at lists.openstack.org" > *Sent:* Thursday, 5 September 2013 10:02 AM > > *Subject:* Re: [Openstack] Fw: problem in setting up Tempauth > authentication & authorization with Swift > > root at arun-Aspire-5742:~# grep txb0d8717ab05c4cf0bdebd-005226c8a4 > /var/log/syslogSep 4 11:14:04 arun-Aspire-5742 account-server 127.0.0.1 - > - [04/Sep/2013:05:44:04 +0000] "GET /d1/19164/AUTH_prag2648" 507 - > "txb0d8717ab05c4cf0bdebd-005226c8a4" "GET > http://localhost:8080/v1/AUTH_prag2648/" "proxy-server 3182" 0.0021 "" > Sep 4 11:14:04 arun-Aspire-5742 proxy-server ERROR Insufficient Storage > 127.0.0.1:6002/d1 (txn: txb0d8717ab05c4cf0bdebd-005226c8a4) > Sep 4 11:14:05 arun-Aspire-5742 proxy-server Account GET returning 503 > for [507] (txn: txb0d8717ab05c4cf0bdebd-005226c8a4) (client_ip: 127.0.0.1) > Sep 4 11:14:05 arun-Aspire-5742 proxy-server 127.0.0.1 127.0.0.1 > 04/Sep/2013/05/44/05 GET /v1/AUTH_prag2648/ HTTP/1.0 503 - > curl/7.22.0%20%28i686-pc-linux-gnu%29%20libcurl/7.22.0%20OpenSSL/1.0.1%20zlib/ > 1.2.3.4%20libidn/1.23%20librtmp/2.3 > AUTH_tk4be7b90194c747468c4973675db15ca5 - 118 - > txb0d8717ab05c4cf0bdebd-005226c8a4 - 0.2774 - - > > > ------------------------------ > *From:* Clay Gerrard > *To:* pragya jain > *Cc:* "pangj at laposte.net" ; " > openstack at lists.openstack.org" > *Sent:* Wednesday, 4 September 2013 9:12 PM > *Subject:* Re: [Openstack] Fw: problem in setting up Tempauth > authentication & authorization with Swift > > So the builder files look right, you should grep the logs for the > transaction id of the request that 503'd and see if the proxy is still > getting connection errors (i.e. still trying to connect to 10.0.2.15) > > grep txb0d8717ab05c4cf0bdebd-005226c8a4 /var/log/syslog > > If the proxy is still going to the old 10.0.2.15 you need to rebalance > your rings > > swift-ring-builder account.builder reblanace > > -Clay > > > On Tue, Sep 3, 2013 at 10:51 PM, pragya jain wrote: > > root at arun-Aspire-5742:/etc/swift# swift-ring-builder object.builder > object.builder, build version 14 > 262144 partitions, 3.000000 replicas, 1 regions, 1 zones, 1 devices, 0.00 > balance > The minimum number of hours before a partition can be reassigned is 24 > Devices: id region zone ip address port replication ip > replication port name weight partitions balance meta > 2 1 1 127.0.0.1 6000 127.0.0.1 > 6000 d1 100.00 786432 0.00 > root at arun-Aspire-5742:/etc/swift# swift-ring-builder account.builder > account.builder, build version 14 > 262144 partitions, 3.000000 replicas, 1 regions, 1 zones, 1 devices, 0.00 > balance > The minimum number of hours before a partition can be reassigned is 24 > Devices: id region zone ip address port replication ip > replication port name weight partitions balance meta > 2 1 1 127.0.0.1 6002 127.0.0.1 > 6002 d1 100.00 786432 0.00 > root at arun-Aspire-5742:/etc/swift# swift-ring-builder container.builder > container.builder, build version 11 > 262144 partitions, 3.000000 replicas, 1 regions, 1 zones, 1 devices, 0.00 > balance > The minimum number of hours before a partition can be reassigned is 24 > Devices: id region zone ip address port replication ip > replication port name weight partitions balance meta > 1 1 1 127.0.0.1 6001 127.0.0.1 > 6001 d1 100.00 786432 0.00 > root at arun-Aspire-5742:/etc/swift# cd ~ > root at arun-Aspire-5742:~# sudo swift-init account start > Starting account-server...(/etc/swift/account-server.conf) > root at arun-Aspire-5742:~# sudo swift-init proxy start > Starting proxy-server...(/etc/swift/proxy-server.conf) > root at arun-Aspire-5742:~# curl -v -H 'X-Auth-User:prag2648:pragya' -H > 'X-Auth-Key:pj2648' http://localhost:8080/auth/v1.0/ > * About to connect() to localhost port 8080 (#0) > * Trying 127.0.0.1... connected > > GET /auth/v1.0/ HTTP/1.1 > > User-Agent: curl/7.22.0 (i686-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 > zlib/1.2.3.4 libidn/1.23 librtmp/2.3 > > Host: localhost:8080 > > Accept: */* > > X-Auth-User:prag2648:pragya > > X-Auth-Key:pj2648 > > > < HTTP/1.1 200 OK > < X-Storage-Url: http://localhost:8080/v1/AUTH_prag2648 > < X-Auth-Token: AUTH_tk4be7b90194c747468c4973675db15ca5 > < Content-Type: text/html; charset=UTF-8 > < X-Storage-Token: AUTH_tk4be7b90194c747468c4973675db15ca5 > < Content-Length: 0 > < X-Trans-Id: txc07e87d3d4b8487b85d89-005226c820 > < Date: Wed, 04 Sep 2013 05:41:52 GMT > < > * Connection #0 to host localhost left intact > * Closing connection #0 > root at arun-Aspire-5742:~# curl -v -H > 'X-Storage-Token:AUTH_tk4be7b90194c747468c4973675db15ca5' > http://127.0.0.1:8080/v1/AUTH_prag2648/ > * About to connect() to 127.0.0.1 port 8080 (#0) > * Trying 127.0.0.1... connected > > GET /v1/AUTH_prag2648/ HTTP/1.1 > > User-Agent: curl/7.22.0 (i686-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 > zlib/1.2.3.4 libidn/1.23 librtmp/2.3 > > Host: 127.0.0.1:8080 > > Accept: */* > > X-Storage-Token:AUTH_tk4be7b90194c747468c4973675db15ca5 > > > < HTTP/1.1 503 Internal Server Error > < Content-Length: 118 > < Content-Type: text/html; charset=UTF-8 > < X-Trans-Id: tx2301beb46542488597d23-005226c87d > < Date: Wed, 04 Sep 2013 05:43:26 GMT > < > * Connection #0 to host 127.0.0.1 left intact > * Closing connection #0 >

Service Unavailable

The server is currently unavailable. > Please try again at a later time.

root at arun-Aspire-5742:~# > root at arun-Aspire-5742:~# curl -v -H > 'X-Storage-Token:AUTH_tk4be7b90194c747468c4973675db15ca5' > http://127.0.0.1/v1/AUTH_prag2648/ > * About to connect() to 127.0.0.1 port 80 (#0) > * Trying 127.0.0.1... Connection refused > * couldn't connect to host > * Closing connection #0 > curl: (7) couldn't connect to host > root at arun-Aspire-5742:~# curl -v -H > 'X-Storage-Token:AUTH_tk4be7b90194c747468c4973675db15ca5' > http://localhost:8080/v1/AUTH_prag2648/ > * About to connect() to localhost port 8080 (#0) > * Trying 127.0.0.1... connected > > GET /v1/AUTH_prag2648/ HTTP/1.1 > > User-Agent: curl/7.22.0 (i686-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 > zlib/1.2.3.4 libidn/1.23 librtmp/2.3 > > Host: localhost:8080 > > Accept: */* > > X-Storage-Token:AUTH_tk4be7b90194c747468c4973675db15ca5 > > > < HTTP/1.1 503 Internal Server Error > < Content-Length: 118 > < Content-Type: text/html; charset=UTF-8 > < X-Trans-Id: txb0d8717ab05c4cf0bdebd-005226c8a4 > < Date: Wed, 04 Sep 2013 05:44:05 GMT > < > * Connection #0 to host localhost left intact > * Closing connection #0 >

Service Unavailable

The server is currently unavailable. > Please try again at a later time.

root at arun-Aspire-5742:~# > root at arun-Aspire-5742:~# grep txa4c98c518382430ab9f5f-005222dede > /var/log/syslogroot at arun-Aspire-5742:~# > > > ------------------------------ > *From:* Kuo Hugo > *To:* pragya jain > *Cc:* Gareth ; "openstack at lists.openstack.org" < > openstack at lists.openstack.org> > *Sent:* Friday, 30 August 2013 1:15 PM > > *Subject:* Re: [Openstack] Fw: problem in setting up Tempauth > authentication & authorization with Swift > > Hmm.... > > 1) No Container and Object servers are running > 2) Only one drive in the ring > 3) No device been mount to /srv/node/* , unless you are disabling > mount_check > 4) Did you setup rsync yet ? > > Maybe you can follow the online document to complete the above items. > > Good luck~ > > > > +Hugo Kuo+ > hugo at swiftstack.com > tonytkdk at gmail.com > +886 935004793 > > > 2013/8/30 pragya jain > > root at arun-Aspire-5742:~# swift-ring-builder /etc/swift/account.builder > /etc/swift/account.builder, build version 1 > 262144 partitions, 3.000000 replicas, 1 regions, 1 zones, 1 devices, 0.00 > balance > The minimum number of hours before a partition can be reassigned is 24 > Devices: id region zone ip address port replication ip > replication port name weight partitions balance meta > 0 1 1 10.0.2.15 6000 10.0.2.15 > 6000 d1 100.00 786432 0.00 > root at arun-Aspire-5742:~# swift-ring-builder /etc/swift/container.builder > /etc/swift/container.builder, build version 1 > 262144 partitions, 3.000000 replicas, 1 regions, 1 zones, 1 devices, 0.00 > balance > The minimum number of hours before a partition can be reassigned is 24 > Devices: id region zone ip address port replication ip > replication port name weight partitions balance meta > 0 1 1 10.0.2.15 6001 10.0.2.15 > 6001 d1 100.00 786432 0.00 > root at arun-Aspire-5742:~# swift-ring-builder /etc/swift/object.builder > /etc/swift/object.builder, build version 1 > 262144 partitions, 3.000000 replicas, 1 regions, 1 zones, 1 devices, 0.00 > balance > The minimum number of hours before a partition can be reassigned is 24 > Devices: id region zone ip address port replication ip > replication port name weight partitions balance meta > 0 1 1 10.0.2.15 6002 10.0.2.15 > 6002 d1 100.00 786432 0.00 > root at arun-Aspire-5742:~# ps aux | grep swift > swift 5174 0.0 0.1 18700 11548 ? Ss 10:45 0:00 > /usr/bin/python /usr/local/bin/swift-account-server > /etc/swift/account-server.conf > swift 5181 0.0 0.1 18976 9624 ? S 10:45 0:00 > /usr/bin/python /usr/local/bin/swift-account-server > /etc/swift/account-server.conf > swift 5182 0.0 0.1 18992 9616 ? S 10:45 0:00 > /usr/bin/python /usr/local/bin/swift-account-server > /etc/swift/account-server.conf > swift 5183 0.0 0.1 18992 9620 ? S 10:45 0:00 > /usr/bin/python /usr/local/bin/swift-account-server > /etc/swift/account-server.conf > swift 5184 0.0 0.1 18992 9632 ? S 10:45 0:00 > /usr/bin/python /usr/local/bin/swift-account-server > /etc/swift/account-server.conf > swift 5192 0.0 0.2 18296 11812 ? Ss 10:45 0:00 > /usr/bin/python /usr/local/bin/swift-proxy-server > /etc/swift/proxy-server.conf > swift 5197 0.0 0.2 23512 15552 ? S 10:45 0:00 > /usr/bin/python /usr/local/bin/swift-proxy-server > /etc/swift/proxy-server.conf > swift 5198 0.0 0.2 23524 15628 ? S 10:45 0:00 > /usr/bin/python /usr/local/bin/swift-proxy-server > /etc/swift/proxy-server.conf > swift 5199 0.0 0.2 23524 15300 ? S 10:45 0:00 > /usr/bin/python /usr/local/bin/swift-proxy-server > /etc/swift/proxy-server.conf > swift 5200 0.0 0.2 23524 15300 ? S 10:45 0:00 > /usr/bin/python /usr/local/bin/swift-proxy-server > /etc/swift/proxy-server.conf > root 6986 0.0 0.0 4388 828 pts/0 S+ 11:46 0:00 grep > --color=auto swift > root at arun-Aspire-5742:~# df -h > Filesystem Size Used Avail Use% Mounted on > /dev/sda4 170G 3.8G 158G 3% / > udev 2.8G 4.0K 2.8G 1% /dev > tmpfs 1.2G 908K 1.2G 1% /run > none 5.0M 4.0K 5.0M 1% /run/lock > none 2.8G 220K 2.8G 1% /run/shm > /dev/sda2 98G 25G 73G 26% /media/D8EA06E4EA06BEAE > /dev/sda5 98G 54G 45G 55% /media/8AE41BA8E41B9613 > root at arun-Aspire-5742:~# ls /srv/node/* > /srv/node/d1: > > /srv/node/d2: > > /srv/node/d3: > root at arun-Aspire-5742:~# netstat -antulp > Active Internet connections (servers and established) > Proto Recv-Q Send-Q Local Address Foreign Address State > PID/Program name > tcp 0 0 127.0.0.1:11211 0.0.0.0:* > LISTEN 941/memcached > tcp 0 0 0.0.0.0:8080 0.0.0.0:* > LISTEN 5192/python > tcp 0 0 0.0.0.0:6002 0.0.0.0:* > LISTEN 5174/python > tcp 0 0 127.0.0.1:53 0.0.0.0:* > LISTEN 6936/dnsmasq > tcp 0 0 127.0.0.1:631 0.0.0.0:* > LISTEN 596/cupsd > tcp 0 0 101.58.138.11:56680 207.171.162.71:443 > ESTABLISHED 2042/chrome > tcp 0 0 127.0.0.1:11211 127.0.0.1:45287 ESTABL > ISHED 941/memcached > tcp 0 0 127.0.0.1:11211 127.0.0.1:45292 > ESTABLISHED 941/memcached > tcp 0 0 127.0.0.1:45287 127.0.0.1:11211 > ESTABLISHED 5197/python > tcp 1 0 101.58.138.11:34377 91.189.89.144:80 CLOSE_WAIT 1674/ubuntu-geoip-p > tcp 0 0 127.0.0.1:45292 127.0.0.1:11211 > ESTABLISHED 5198/python > tcp6 0 0 ::1:631 :::* LISTEN > 596/cupsd > udp 0 0 127.0.0.1:11211 0.0.0.0:* > 941/memcached > udp 0 0 0.0.0.0:46638 0.0.0.0:* > 576/avahi-daemon: r > udp 0 0 127.0.0.1:53 0.0.0.0:* > 6936/dnsmasq > udp 0 0 0.0.0.0:5353 0.0.0.0:* > 576/avahi-daemon: r > udp6 0 0 :::55335 :::* > 576/avahi-daemon: r > udp6 0 0 :::5353 :::* > 576/avahi-daemon: r > root at arun-Aspire-5742:~# swift-init all status > No container-updater running > No account-auditor running > No object-replicator running > proxy-server running (5192 - /etc/swift/proxy-server.conf) > No container-replicator running > No object-auditor running > No object-expirer running > No container-auditor running > No container-server running > account-server running (5174 - /etc/swift/account-server.conf) > No account-reaper running > No container-sync running > No account-replicator running > No object-updater running > No object-server running > > ------------------------------ > *From:* Kuo Hugo > *To:* pragya jain > *Cc:* Gareth ; "openstack at lists.openstack.org" < > openstack at lists.openstack.org> > *Sent:* Friday, 30 August 2013 11:23 AM > > *Subject:* Re: [Openstack] Fw: problem in setting up Tempauth > authentication & authorization with Swift > > Hi Pragya : > > I'm in *highly* recommends that you can go through the Swift online > document http://docs.openstack.org/developer/swift/index.html . > It's a good place to understand the basic architecture, especially swift > *terms* > > > *Check rings :* > > $> swift-ring-builder /etc/swift/object.builder > $> swift-ring-builder /etc/swift/container.builder > $> swift-ring-builder /etc/swift/account.builder > > > *Check Swift workers :* > > $> swift-init all status > $> ps aux | grep swift > $> df -h > $> ls /srv/node/* > $> netstat -antulp > > > > > > +Hugo Kuo+ > hugo at swiftstack.com > tonytkdk at gmail.com > +886 935004793 > > > 2013/8/30 pragya jain > > hello sir, > > I am working on single node. > Please let me know how to check network topology and ring structure. > > > ------------------------------ > *From:* Gareth > *To:* Kuo Hugo > *Cc:* pragya jain ; "openstack at lists.openstack.org" > > *Sent:* Friday, 30 August 2013 8:11 AM > > *Subject:* Re: [Openstack] Fw: problem in setting up Tempauth > authentication & authorization with Swift > > Pragya > > The v1.0 auth uses tempauth for swift, like what you config in > proxy-server.conf. All account data is read from that file, so you couldn't > add/delete account in tempauth without modifying config file and restart > swift. > > BTW, your curl link here "curl -v -H 'X-Storage-Token:AUTH_ > tk3867b7599d5346559ee0baaa09e0f40d' > http://localhost:8080/v1/AUTH_prag2648/" actually is a GET request, which > means getting account data. If you config everything correctly, it must > have valid response. And you logs are a better way to find what happened in > this request (set log level to DEBUG, and you will get more details). > > > On Fri, Aug 30, 2013 at 7:47 AM, Kuo Hugo wrote: > > Hi Pragya, > > I need more information. > > 1) Please draw a network topology of your environment > 2) How many nodes do you have? > 3) What's the ring looks like ? > > > Hugo Kuo > hugo at swiftstack.com > tonytkdk at gmail.com > +886 935004793 > > > 2013/8/29 pragya jain > > hello sir, > > connection is established successfully. But, when I try to create an > account, I face the problem. > > root at arun-Aspire-5742:~# sudo swift-init account start > Starting account-server...(/etc/swift/account-server.conf) > root at arun-Aspire-5742:~# sudo swift-init proxy start > Starting proxy-server...(/etc/swift/proxy-server.conf) > root at arun-Aspire-5742:~# curl -v -H 'X-Auth-User:prag2648:pragya' -H > 'X-Auth-Key:pj2648' http://localhost:8080/auth/v1.0/ > * About to connect() to localhost port 8080 (#0) > * Trying 127.0.0.1... connected > > GET /auth/v1.0/ HTTP/1.1 > > User-Agent: curl/7.22.0 (i686-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 > zlib/1.2.3.4 libidn/1.23 librtmp/2.3 > > Host: localhost:8080 > > Accept: */* > > X-Auth-User:prag2648:pragya > > X-Auth-Key:pj2648 > > > < HTTP/1.1 200 OK > < X-Storage-Url: http://localhost:8080/v1/AUTH_prag2648 > < X-Auth-Token: AUTH_tk3867b7599d5346559ee0baaa09e0f40d > < Content-Type: text/html; charset=UTF-8 > < X-Storage-Token: AUTH_tk3867b7599d5346559ee0baaa09e0f40d > < Content-Length: 0 > < X-Trans-Id: txe2ab76a7617e40399f456-00521f3d16 > < Date: Thu, 29 Aug 2013 12:22:46 GMT > < > * Connection #0 to host localhost left intact > * Closing connection #0 > root at arun-Aspire-5742:~# python > Python 2.7.3 (default, Apr 10 2013, 05:46:21) > [GCC 4.6.3] on linux2 > Type "help", "copyright", "credits" or "license" for more information. > >>> import swift.common.memcached as memcached > >>> memcache = memcached.MemcacheRing(['127.0.0.1:11211']) > >>> print memcache.get('AUTH_/user/prag2648:pragya') > AUTH_tk3867b7599d5346559ee0baaa09e0f40d > >>> print > memcache.get('AUTH_/token/AUTH_tk3867b7599d5346559ee0baaa09e0f40d') > [1377865366.826027, > 'prag2648,prag2648:pragya,.reseller_admin,AUTH_prag2648'] > >>> > root at arun-Aspire-5742:~# curl -v -H > 'X-Storage-Token:AUTH_tk3867b7599d5346559ee0baaa09e0f40d' > http://127.0.0.1/v1/Auth_prag2648/ > * About to connect() to 127.0.0.1 port 80 (#0) > * Trying 127.0.0.1... Connection refused > * couldn't connect to host > * Closing connection #0 > curl: (7) couldn't connect to host > root at arun-Aspire-5742:~# curl -v -H > 'X-Storage-Token:AUTH_tk3867b7599d5346559ee0baaa09e0f40d' > http://localhost:8080/v1/AUTH_prag2648/ > * About to connect() to localhost port 8080 (#0) > * Trying 127.0.0.1... connected > > GET /v1/AUTH_prag2648/ HTTP/1.1 > > User-Agent: curl/7.22.0 (i686-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 > zlib/ > 1.2.3.4 libidn/1.23 librtmp/2.3 > > Host: localhost:8080 > > Accept: */* > > X-Storage-Token:AUTH_tk3867b7599d5346559ee0baaa09e0f40d > > > < HTTP/1.1 503 Internal Server Error > < Content-Length: 118 > < Content-Type: text/html; charset=UTF-8 > < X-Trans-Id: txd6fd9eead36e4b74b0869-00521f3efe > < Date: Thu, 29 Aug 2013 12:30:55 GMT > < > * Connection #0 to host localhost left intact > * Closing connection #0 >

Service Unavailable

The server is currently unavailable. > Please try again at a later time.

root at arun-Aspire-5742:~# > > Please help me in this regard. > > --- > > Pragya Jain > > ------------------------------ > *From:* pragya jain > *To:* Kuo Hugo > *Cc:* "openstack at lists.openstack.org" > *Sent:* Thursday, 29 August 2013 4:47 PM > *Subject:* Re: [Openstack] Fw: problem in setting up Tempauth > authentication & authorization with Swift > > Thanks Kuo very much for this help. > connection is successfully established. > > > ------------------------------ > *From:* Kuo Hugo > *To:* pragya jain > *Cc:* "openstack at lists.openstack.org" > *Sent:* Thursday, 29 August 2013 3:46 PM > *Subject:* Re: [Openstack] Fw: problem in setting up Tempauth > authentication & authorization with Swift > > curl -v -H 'X-Auth-User:admin:admin' -H 'X-Auth-Key:admin' > http://localhost:8080/auth/v1.0/ > > > +Hugo Kuo+ > hugo at swiftstack.com > tonytkdk at gmail.com > +886 935004793 > > > 2013/8/29 pragya jain > > > > root at arun-Aspire-5742:~# netstat -antulp | grep 8080 > > tcp 0 0 0.0.0.0:8080 0.0.0.0:* > LISTEN 2421/python > > > > user = swift > > > > ________________________________ > > From: Kuo Hugo > > To: pragya jain > > Cc: "openstack at lists.openstack.org" > > Sent: Thursday, 29 August 2013 2:47 PM > > > > Subject: Re: [Openstack] Fw: problem in setting up Tempauth > authentication & authorization with Swift > > > > gt; netstat -antulp | grep 8080 > > > > 1) is 8080 port been used ? > > 2) What's the value of *user* parameter in proxy-server.conf > https://github.com/openstack/swift/blob/master/etc/proxy-server.conf-sample#L7 > > > > > > > > +Hugo Kuo+ > > hugo at swiftstack.com > > tonytkdk at gmail.com > > +886 935004793 > > > > > > 2013/8/29 pragya jain > > > > hello sir, > > > > I run the command: > > > > root at arun-Aspire-5742:~# find / -name swift-proxy-server > > /opt/swift/build/scripts-2.7/swift-proxy-server > > /opt/swift/bin/swift-proxy-server > > /usr/local/bin/swift-proxy-server > > > /usr/local/lib/python2.7/dist-packages/swift-1.9.2-py2.7.egg/EGG-INFO/scripts/swift-proxy-server > > > > root at arun-Aspire-5742:~# /usr/bin/python > /usr/local/bin/swift-proxy-server /etc/swift/proxy-server.conf > > Traceback (most recent call last): > > File "/usr/local/bin/swift-proxy-server", line 5, in > > pkg_resources.run_script('swift==1.9.2', 'swift-proxy-server') > > File "/usr/lib/python2.7/dist-packages/pkg_resources.py", line 499, in > run_script > > self.require(requires)[0].run_script(script_name, ns) > > File "/usr/lib/python2.7/dist-packages/pkg_resources.py", line 1235, > in run_script > > execfile(script_filename, namespace, namespace) > > File > "/usr/local/lib/python2.7/dist-packages/swift-1.9.2-py2.7.egg/EGG-INFO/scripts/swift-proxy-server", > line 22, in > > run_wsgi(conf_file, 'proxy-server', default_port=8080, **options) > > File > "/usr/local/lib/python2.7/dist-packages/swift-1.9.2-py2.7.egg/swift/common/wsgi.py", > line 251, in run_wsgi > > sock = get_socket(conf, default_port=kwargs.get('default_port', > 8080)) > > File > "/usr/local/lib/python2.7/dist-packages/swift-1.9.2-py2.7.egg/swift/common/wsgi.py", > line 168, in get_socket > > bind_addr[0], bind_addr[1], bind_timeout)) > > Exception: Could not bind to 0.0.0.0:8080 after trying for 30 seconds > > > > > > ________________________________ > > From: Kuo Hugo > > To: pragya jain > > Cc: "openstack at lists.openstack.org" > > Sent: Thursday, 29 August 2013 2:19 PM > > > > Subject: Re: [Openstack] Fw: problem in setting up Tempauth > authentication & authorization with Swift > > > > find out the swift-proxy-server binary in your OS. (The path in example > just an assumption) > > > > gt; find / -name swift-proxy-server > > > > > > > > +Hugo Kuo+ > > hugo at swiftstack.com > > tonytkdk at gmail.com > > +886 935004793 > > > > > > 2013/8/29 pragya jain > > > > hello sir > > > > Thanks for the help > > > > root at arun-Aspire-5742:~# /usr/bin/python /usr/bin/swift-proxy-server > /etc/swift/proxy-server.conf > > /usr/bin/python: can't open file '/usr/bin/swift-proxy-server': [Errno > 2] No such file or directory > > > > this is the result of the command. > > > > please help in this regard. > > > > ----- > > Pragya Jain > > > > ________________________________ > > From: Kuo Hugo > > To: pragya jain > > Cc: "openstack at lists.openstack.org" > > Sent: Thursday, 29 August 2013 1:20 PM > > > > Subject: Re: [Openstack] Fw: problem in setting up Tempauth > authentication & authorization with Swift > > > > Obviously, There's no proxy server running on your node. > > > > Please execute it on the node where proxy-server located: > > (I assume the binary is in /usr/bin and conf file is in /etc/swift) > > > > gt; /usr/bin/python /usr/bin/swift-proxy-server > /etc/swift/proxy-server.conf > > > > What's the result ? > > > > +Hugo Kuo+ > > hugo at swiftstack.com > > tonytkdk at gmail.com > > +886 935004793 > > > > > > 2013/8/29 pragya jain > > > > hello sir > > > > Thanks for the suggestion. > > > > (1) I give the space between pj2648 and .admin and also between .admin > and .reseller_admin and tried the connection again, but face the same > problem > > > > root at arun-Aspire-5742:~# vi /etc/swift/proxy-server.conf > > > > and make following changes: > > > > > > user_admin_admin = admin .admin .reseller_admin > > user_test_tester = testing .admin > > user_test2_tester2 = testing2 .admin > > user_test_tester3 = testing3 > > > > user_prag2648_pragya = pj2648 .admin .reseller_admin > > > > and then > > > > root at arun-Aspire-5742:~# sudo swift-init account start > > Starting account-server...(/etc/swift/account-server.conf) > > root at arun-Aspire-5742:~# sudo swift-init proxy start > > > > Starting proxy-server...(/etc/swift/proxy-server.conf) > > root at arun-Aspire-5742:~# curl -v -H 'X-Auth-User:prag2648:pragya' -H > 'X-Auth-Key:pj2648' http://localhost/auth/v1.0/ > > * About to connect() to localhost port 80 (#0) > > * Trying 127.0.0.1... Connection refused > > * couldn't connect to host > > * Closing connection #0 > > curl: (7) couldn't connect to host > > > > (2) I also tired the connection with user admin:admin > > root at arun-Aspire-5742:~# curl -v -H 'X-Auth-User:admin:admin' -H > 'X-Auth-Key:admin' http://localhost/auth/v1.0/ > > > > * About to connect() to localhost port 80 (#0) > > * Trying 127.0.0.1... Connection refused > > * couldn't connect to host > > * Closing connection #0 > > curl: (7) couldn't connect to host > > > > (3) I also run the command to verify the port number of proxy > > root at arun-Aspire-5742:~# ps aux | grep proxy > > nobody 2124 0.0 0.0 5384 1164 ? S 10:39 0:00 > /usr/sbin/dnsmasq --no-resolv --keep-in-foreground --no-hosts > --bind-interfaces > --pid-file=/var/run/sendsigs.omit.d/network-manager.dnsmasq.pid > --listen-address=127.0.0.1 --conf-file=/var/run/nm-dns-dnsmasq.conf > --cache-size=0 --proxy-dnssec > > root 2724 0.0 0.0 4368 828 pts/0 R+ 10:52 0:00 grep > --color=auto proxy > > root at arun-Aspire-5742:~# netstat -antulp > > Active Internet connections (servers and established) > > Proto Recv-Q Send-Q Local Address Foreign Address > State PID/Program name > > tcp 0 0 127.0.0.1:11211 0.0.0.0:* > LISTEN 931/memcached > > tcp 0 0 127.0.0.1:53 0.0.0.0:* > LISTEN 2124/dnsmasq > > tcp 0 0 127.0.0.1:631 0.0.0.0:* > LISTEN 623/cupsd > > tcp 0 0 115.184.7.223:51521 74.125.236.132:80 TIME_WAIT - > > tcp 1 0 115.184.7.223:46280 91.189.89.144:80 CLOSE_WAIT 1663/ubuntu-geoip-p > > tcp 0 0 115.184.7.223:60563 173.194.38.147:80 TIME_WAIT - > > tcp 0 0 115.184.7.223:43256 124.124.201.179:80 TIME_WAIT - > > tcp 0 0 115.184.7.223:41791 124.124.201.169:80 TIME_WAIT - > > tcp 0 0 115.184.7.223:36669 124.124.252.9:80 TIME_WAIT - > > tcp 0 0 115.184.7.223:51747 173.194.38.184:80 TIME_WAIT - > > tcp 0 0 115.184.7.223:54229 74.125.236.44:443 > TIME_WAIT - > > tcp 0 0 115.184.7.223:36185 173.194.36.26:80 TIME_WAIT - > > tcp 0 0 115.184.7.223:38854 74.125.236.109:80 TIME_WAIT - > > tcp6 0 0 ::1:631 :::* > LISTEN 623/cupsd > > udp 0 0 0.0.0.0:5353 0.0.0.0:* > 619/avahi-daemon: r > > udp 0 0 0.0.0.0:53489 0.0.0.0:* > 619/avahi-daemon: r > > udp 0 0 127.0.0.1:11211 0.0.0.0:* > 931/memcached > > udp 0 0 127.0.0.1:53 0.0.0.0:* > 2124/dnsmasq > > udp6 0 0 :::5353 :::* > 619/avahi-daemon: r > > udp6 0 0 :::36705 :::* > 619/avahi-daemon: r > > > > Please help to proceed further. > > > > --- > > > > Thanks > > > > Pragya jain > > > > > > ________________________________ > > From: Kuo Hugo > > To: pragya jain > > Cc: Amanda Plimpton ; " > openstack at lists.openstack.org" > > Sent: Wednesday, 28 August 2013 9:59 PM > > Subject: Re: [Openstack] Fw: problem in setting up Tempauth > authentication & authorization with Swift > > > > Hi > > > > 1) user_prag2648_pragya = pj2648.admin.reseller_admin try to have a > space between pj2648 and .admin . How about to test with user admin:admin ? > > 2) Verify the port number of proxy by > > > > gt; ps aux | grep proxy > > gt; netstat -antulp > > > > > > 3) Check the Proxy for how to setup bind_port > https://github.com/openstack/swift/blob/master/etc/proxy-server.conf-sample > > > > > > > > > > > > +Hugo Kuo+ > > hugo at swiftstack.com > > tonytkdk at gmail.com > > +886 935004793 > > > > > > 2013/8/29 pragya jain > > > > hello sir, > > > > Please help me in knowing how to use 8080 port > > > > > > ________________________________ > > From: Amanda Plimpton > > To: pragya jain > > Cc: "joe at swiftstack.com" ; "contact at swiftstack.com" > ; anita goel > > Sent: Tuesday, 27 August 2013 9:40 AM > > Subject: Re: Fw: problem in setting up Tempauth authentication & > authorization with Swift > > > > Hello, > > > > Did Edward's suggestion of using port 8080 help at all? The error seems > to indicate a network setting issue. You may wish to double check the > settings and configuration. > > > > Given your interest in Swift I would also recommend locating a nearby > OpenStack group or attending an event such as > http://openstackindia.wordpress.com/2013/08/14/openstack-india-day-2013-announced/ > > > > > > Thank you, > > Amanda > > > > SwiftStack Inc. > > swiftstack.com > > > > > > On Mon, Aug 26, 2013 at 8:55 PM, pragya jain > wrote: > > > > hello sir! > > > > Please help me in setting up Tempauth authentication & authorization > with Swift. > > same error is continued. > > > > ----- Forwarded Message ----- > > From: pragya jain > > To: "joe at swiftstack.com" ; "clay.gerrard at gmail.com" > ; "contact at swiftstack.com" ; > "openstack at ask.openstack.org" ; " > openstack at lists.openstack.org" > > Cc: anita goel > > Sent: Monday, 26 August 2013 12:06 PM > > Subject: problem in setting up Tempauth authentication & authorization > with Swift > > > > hello, > > > > I have to configure proxy server. > > For this, > > I have to edit /etc/swift/swift.conf and change the > swift_hash_path_suffix to something secret and then, start the proxy server > process > > > > for this, I use the following commands: > > root at arun-Aspire-5742:~# vi /etc/swift/swift.conf > > > > make following changes (highlighted) in the file: > > swift_hash_path_suffix =pragya > > swift_hash_path_prefix =jain > > > > save and exit. > > then, I run the command: > > root at arun-Aspire-5742:~# sudo swift-init proxy start > > Starting proxy-server...(/etc/swift/proxy-server.conf) > > > > Now, I have to set up Tempauth authentication & authorization with Swift > > for this, I run the following command: > > root at arun-Aspire-5742:~# vi /etc/swift/proxy-server.conf > > > > make following changes (highlighted) in the file: > > allow_account_management =true > > ... > > [filter:tempauth] > > use = egg:swift#tempauth > > ... > > user_admin_admin = admin .admin .reseller_admin > > user_test_tester = testing .admin > > user_test2_tester2 = testing2 .admin > > user_test_tester3 = testing3 > > user_prag2648_pragya = pj2648.admin.reseller_admin > > ... > > > > save and exit > > Then, run following commands: > > root at arun-Aspire-5742:~# sudo swift-init account start > > Starting account-server...(/etc/swift/account-server.conf) > > root at arun-Aspire-5742:~# sudo swift-init proxy restart > > Signal proxy-server pid: 2476 signal: 15 > > proxy-server (2476) appears to have stopped > > Starting proxy-server...(/etc/swift/proxy-server.conf) > > root at arun-Aspire-5742:~# curl -v -H 'X-Auth-User:prag2648:pragya' -H > 'X-Auth-Key:pj2648' http://localhost/auth/v1.0/ > > * About to connect() to localhost port 80 (#0) > > * Trying 127.0.0.1... Connection refused > > * couldn't connect to host > > * Closing connection #0 > > curl: (7) couldn't connect to host > > > > But, there is an error in establising a connection. > > > > if, I run the command to start proxy server, then it shows that proxy > server is already started. > > root at arun-Aspire-5742:~# sudo swift-init proxy start > > proxy-server running (2935 - /etc/swift/proxy-server.conf) > > proxy-server already started... > > > > Please help me in this regard. > > --- > > > > Thanks > > > > Pragya Jain > > > > > > > > > > > > > > _______________________________________________ > > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > Post to : openstack at lists.openstack.org > > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > > > > -- > Gareth > > *Cloud Computing, OpenStack, Fitness, Basketball* > *OpenStack contributor* > *Company: UnitedStack * > *My promise: if you find any spelling or grammar mistakes in my email > from Mar 1 2013, notify me * > *and I'll donate $1 or ¥1 to an open organization you specify.* > > > > > > > > > > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > > > > > > > > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From thuleau at gmail.com Mon Sep 9 20:27:46 2013 From: thuleau at gmail.com (=?ISO-8859-1?Q?=C9douard_Thuleau?=) Date: Mon, 9 Sep 2013 22:27:46 +0200 Subject: [Openstack] [Quantum] dhcp-agent stops updating dnsmasq In-Reply-To: References: Message-ID: Hi Jon, Effectively, a bug [1] was identified. When DHCP agent is down because its overloaded, Neutron agent will not send update to that agent and doesn't raise the problem. I submitted small patch to a warning log but I abandoned it to propose another one (not yet finish) which will raise an exception and destroy the created port. [1] https://bugs.launchpad.net/neutron/+bug/1185916 Édouard. On Mon, Sep 9, 2013 at 5:07 PM, Jonathan Proulx wrote: > Hi All, > > I'm running Grizzly on Ubuntu 12.04 and using quantum ovs. > > Periodically it seems the quantum-dhcp-agent stops informing dnsmasq when > new ports are created. > > looking at the instance info from nova or the related port information in > quantum the MAC address to IP mapping shows up correctly. > > The dnsmasq 'host' file has no record of either and while dnsmasq logs > show requests from the MAC(s) in question it also logs "no ip available" > > Existing registrations renew properly and the quantum-dhcp-agent > continues to run with nothing logged. Restarting quantum-dhcp-agentget > things back to normal, but this is happening multiple times a day and my > only current means of detection is user complaints. > > currently there are 365 active ports on the default network with a > lease_time of 30min (default is 2min). There are a few project networks > with a small number of active ports, it is unclear if these have the same > issues do to small sample size. > > I'm thinking of pushing the leas_time further out maybe to a few hours, > but it's unclear to me if that would help. > > -Jon > > > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jon at jonproulx.com Mon Sep 9 20:43:04 2013 From: jon at jonproulx.com (Jonathan Proulx) Date: Mon, 9 Sep 2013 16:43:04 -0400 Subject: [Openstack] [Quantum] dhcp-agent stops updating dnsmasq In-Reply-To: References: Message-ID: On Mon, Sep 9, 2013 at 4:27 PM, Édouard Thuleau wrote: > Hi Jon, > > Effectively, a bug [1] was identified. When DHCP agent is down because its > overloaded, Neutron agent will not send update to that agent and doesn't > raise the problem. > I submitted small patch to a warning log but I abandoned it to propose > another one (not yet finish) which will raise an exception and destroy the > created port. > > [1] https://bugs.launchpad.net/neutron/+bug/1185916 > > Édouard. > That does seem to be the case, at least the symptoms match. Based on the comments you made on that bug is sounds like increasing "agent_down_time" should help with this? I had already increased from the default 5sec to 20sec going to try a full minute and see if the incidence of problems decreases. Thanks, -Jon -------------- next part -------------- An HTML attachment was scrubbed... URL: From thiagocmartinsc at gmail.com Mon Sep 9 22:58:37 2013 From: thiagocmartinsc at gmail.com (=?ISO-2022-JP?B?TWFydGlueCAtIBskQiU4JSchPCVgJTobKEI=?=) Date: Mon, 9 Sep 2013 19:58:37 -0300 Subject: [Openstack] Havana-3 development milestone available In-Reply-To: <5229FBE1.2020207@openstack.org> References: <5229FBE1.2020207@openstack.org> Message-ID: Hi! I'm seeing that `Ubuntu Cloud Archive' for Havana is outdated... Still not H3... How can I test it today? Is there any PPA with most recent package versions available? Or maybe, is it ready for tests only for Saucy? Thanks! On 6 September 2013 12:59, Thierry Carrez wrote: > Hi everyone, > > The last milestone in the Havana development cycle, "havana-3" is now > available for Keystone, Glance, Nova, Horizon, Neutron, Cinder, > Ceilometer, and Heat. In the last 7 weeks, more than 200 features were > added and more than 750 bugs fixed (!). > > You can see the full list of new features and fixed bugs, as well as > tarball downloads, at: > > https://launchpad.net/keystone/havana/havana-3 > https://launchpad.net/glance/havana/havana-3 > https://launchpad.net/nova/havana/havana-3 > https://launchpad.net/horizon/havana/havana-3 > https://launchpad.net/neutron/havana/havana-3 > https://launchpad.net/cinder/havana/havana-3 > https://launchpad.net/ceilometer/havana/havana-3 > https://launchpad.net/heat/havana/havana-3 > > This milestone is nearly feature-complete. A few exceptions should land > next week, but those projects are otherwise feature-frozen in > preparation of the first Havana release candidate. > > We should now all switch to testing and bugfixing mode for the next > weeks, and make Havana as bug-free as we can. The release-critical bugs > will be tracked on the havana-rc1 milestone pages. Once all those bugs > are fixed and the first release candidates are out, the next development > cycle (Icehouse) will start. Final coordinated release is expected on > October 17th. > > More information on the OpenStack development cycle can be found at: > https://wiki.openstack.org/wiki/Release_Cycle > > Regards, > > -- > Thierry Carrez (ttx) > > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > -------------- next part -------------- An HTML attachment was scrubbed... URL: From guolongcang.work at gmail.com Tue Sep 10 05:23:41 2013 From: guolongcang.work at gmail.com (happy idea) Date: Tue, 10 Sep 2013 13:23:41 +0800 Subject: [Openstack] [Grizzly] Unable to reboot instance after Migrate In-Reply-To: References: Message-ID: "Live Migration failure: not all arguments converted during string formatting" You need to find the error code location, and log the stacktrace. 2013/9/9 Guilherme Russi > Hello Happy, > > I've my NFS configuration again, but I keep getting this error on my > compute's logs: > > Live Migration failure: not all arguments converted during string > formatting > > I don't know if it's a problem with my nova or my libvirt, my compute > nodes connect to another NFS server that is not my controller node, would > may be it? > > Thank you. > > > 2013/9/4 happy idea > >> o ...I just disable the firewall.....$ufw disable >> >> >> 2013/9/5 Guilherme Russi >> >>> Just to check, How did you do this part? >>> >>> 7. Configure your firewall to allow libvirt to communicate between nodes. >>> >>> Thank you. >>> >>> >>> 2013/9/3 happy idea >>> >>>> >>>> follow this page's guide *carefully* , >>>> http://docs.openstack.org/trunk/openstack-compute/admin/content/configuring-live-migrations.html >>>> replace 'NOVA-INST-DIR' with '/var/lib/nova' >>>> >>>> >>>> 2013/9/4 Guilherme Russi >>>> >>>>> Hey there, I made my NFS configuration again, I made this way: >>>>> >>>>> Controller node: >>>>> 1- mkdir -p /local2/instances >>>>> >>>>> 2- mount --bind /var/lib/nova/instances /local2/instances >>>>> >>>>> 3- added this inside /etc/exports >>>>> /var/lib/nova/instances >>>>> 192.168.3.0/24(rw,sync,fsid=0,no_root_squash,no_subtree_check) >>>>> /local2/instances >>>>> 192.168.3.0/24(rw,sync,fsid=0,no_root_squash,no_subtree_check,nohide) >>>>> >>>>> 4- added this inside /etc/fstab >>>>> /var/lib/nova/instances /local2/instances none bind 0 0 >>>>> >>>>> >>>>> Compute node: >>>>> 1- added inside /etc/fstab >>>>> 192.168.3.1:/ /var/lib/nova/instances nfs4 defaults >>>>> 0 0 >>>>> >>>>> 2- mount -t nfs4 192.168.3.1:/ /var/lib/nova/instances/ >>>>> >>>>> Do I need to do anything else? >>>>> >>>>> Regards. >>>>> >>>>> Guilherme. >>>>> >>>>> >>>>> 2013/9/1 happy idea >>>>> >>>>>> 2013-08-30 14:42:51.569 12667 ERROR nova.virt.libvirt.driver [-] >>>>>> Getting disk size of instance-0000007d: [Errno 2] No such file or >>>>>> directory: '/var/lib/nova/instances/72ec37a3-b209-4729-b628- >>>>>> 005fdcea5a3c/disk' >>>>>> >>>>>> *I think may be your NFS config is not correct.* >>>>>> >>>>>> >>>>>> 2013/8/31 Guilherme Russi >>>>>> >>>>>>> Hello Happy, these are my logs: >>>>>>> >>>>>>> 2013-08-30 14:42:51.402 12667 AUDIT nova.compute.resource_tracker >>>>>>> [-] Auditing locally available compute resources >>>>>>> 2013-08-30 14:42:51.562 12667 ERROR nova.virt.libvirt.driver [-] >>>>>>> Getting disk size of instance-00000084: [Errno 2] No such file or >>>>>>> directory: >>>>>>> '/var/lib/nova/instances/c9e1c5ed-a108-4196-bfbc-24495e2e71bd/disk' >>>>>>> 2013-08-30 14:42:51.564 12667 ERROR nova.virt.libvirt.driver [-] >>>>>>> Getting disk size of instance-00000077: [Errno 2] No such file or >>>>>>> directory: >>>>>>> '/var/lib/nova/instances/483f98e3-8ef5-43e2-8c3a-def55abdabcd/disk' >>>>>>> 2013-08-30 14:42:51.567 12667 ERROR nova.virt.libvirt.driver [-] >>>>>>> Getting disk size of instance-000000bd: [Errno 2] No such file or >>>>>>> directory: >>>>>>> '/var/lib/nova/instances/66abd40e-fb19-4cbe-a248-61d968fd84b7/disk' >>>>>>> 2013-08-30 14:42:51.569 12667 ERROR nova.virt.libvirt.driver [-] >>>>>>> Getting disk size of instance-0000007d: [Errno 2] No such file or >>>>>>> directory: >>>>>>> '/var/lib/nova/instances/72ec37a3-b209-4729-b628-005fdcea5a3c/disk' >>>>>>> 2013-08-30 14:42:51.679 12667 AUDIT nova.compute.resource_tracker >>>>>>> [-] Free ram (MB): 2746 >>>>>>> 2013-08-30 14:42:51.679 12667 AUDIT nova.compute.resource_tracker >>>>>>> [-] Free disk (GB): 53 >>>>>>> 2013-08-30 14:42:51.679 12667 AUDIT nova.compute.resource_tracker >>>>>>> [-] Free VCPUS: 1 >>>>>>> 2013-08-30 14:42:51.773 12667 INFO nova.compute.resource_tracker >>>>>>> [-] Compute_service record updated for caos:caos >>>>>>> 2013-08-30 14:42:51.774 12667 INFO nova.compute.manager [-] >>>>>>> Updating host status >>>>>>> >>>>>>> >>>>>>> And here the output when I run the command: >>>>>>> >>>>>>> ERROR: Live migration of instance >>>>>>> c9af3e9e-87b1-4aa3-95aa-22700e1091e4 to host tiresias failed (HTTP 400) >>>>>>> (Request-ID: req-630d7837-6886-4e23-bc3d-a9fccc4a8868) >>>>>>> >>>>>>> My destiny host awsers ping when I ping. >>>>>>> >>>>>>> I've been fighting against it a quite while without success. >>>>>>> >>>>>>> Regards. >>>>>>> >>>>>>> Guilherme. >>>>>>> >>>>>>> >>>>>>> 2013/8/29 happy idea >>>>>>> >>>>>>>> OK. >>>>>>>> >>>>>>>> >>>>>>>> 2013/8/30 Guilherme Russi >>>>>>>> >>>>>>>>> I am too, if I find something I'll let you know. >>>>>>>>> >>>>>>>>> Regards. >>>>>>>>> >>>>>>>>> >>>>>>>>> 2013/8/29 happy idea >>>>>>>>> >>>>>>>>>> I am trying to figure out what cause the bug. >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> 2013/8/30 Guilherme Russi >>>>>>>>>> >>>>>>>>>>> Well mine are: >>>>>>>>>>> >>>>>>>>>>> ii nova-api >>>>>>>>>>> 1:2013.1-0ubuntu2.1~cloud0 OpenStack Compute - API frontend >>>>>>>>>>> ii nova-cert >>>>>>>>>>> 1:2013.1-0ubuntu2.1~cloud0 OpenStack Compute - certificate >>>>>>>>>>> management >>>>>>>>>>> ii nova-common >>>>>>>>>>> 1:2013.1-0ubuntu2.1~cloud0 OpenStack Compute - common files >>>>>>>>>>> ii nova-conductor >>>>>>>>>>> 1:2013.1-0ubuntu2.1~cloud0 OpenStack Compute - conductor >>>>>>>>>>> service >>>>>>>>>>> ii nova-consoleauth >>>>>>>>>>> 1:2013.1-0ubuntu2.1~cloud0 OpenStack Compute - Console >>>>>>>>>>> Authenticator >>>>>>>>>>> ii nova-novncproxy >>>>>>>>>>> 1:2013.1-0ubuntu2.1~cloud0 OpenStack Compute - NoVNC proxy >>>>>>>>>>> ii nova-scheduler >>>>>>>>>>> 1:2013.1-0ubuntu2.1~cloud0 OpenStack Compute - virtual machine >>>>>>>>>>> scheduler >>>>>>>>>>> ii python-nova >>>>>>>>>>> 1:2013.1-0ubuntu2.1~cloud0 OpenStack Compute Python libraries >>>>>>>>>>> ii python-novaclient >>>>>>>>>>> 1:2.13.0-0ubuntu1~cloud0 >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> 2013/8/29 happy idea >>>>>>>>>>> >>>>>>>>>>>> Thank you. >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> 2013/8/29 Razique Mahroua >>>>>>>>>>>> >>>>>>>>>>>>> Looks like a bug to me, definitely…. >>>>>>>>>>>>> but i can be wrong though >>>>>>>>>>>>> >>>>>>>>>>>>> *Razique Mahroua** - **Nuage & Co* >>>>>>>>>>>>> razique.mahroua at gmail.com >>>>>>>>>>>>> Tel : +33 9 72 37 94 15 >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> Le 29 août 2013 à 11:29, happy idea < >>>>>>>>>>>>> guolongcang.work at gmail.com> a écrit : >>>>>>>>>>>>> >>>>>>>>>>>>> Thank you. >>>>>>>>>>>>> >>>>>>>>>>>>> ---------- Forwarded message ---------- >>>>>>>>>>>>> From: happy idea >>>>>>>>>>>>> Date: 2013/8/29 >>>>>>>>>>>>> Subject: [Openstack][Grizzly] Unable to reboot instance after >>>>>>>>>>>>> Migrate >>>>>>>>>>>>> To: openstack >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> Hi All, >>>>>>>>>>>>> >>>>>>>>>>>>> Here's the stacktrace log: >>>>>>>>>>>>> >>>>>>>>>>>>> 2013-08-29 15:12:29.515 WARNING nova.compute.manager >>>>>>>>>>>>> [req-31944080-1a33-4679-98ce-af36e3660679 ae0f00ede33f42d9a12385b2c2ce8c0d >>>>>>>>>>>>> 57d53e1dcff540b6aeaf0d6fd60be7ab] [instance: >>>>>>>>>>>>> 038dbba7-534b-4c03-8914-a830c424ce21] Traceback (most recent call last): >>>>>>>>>>>>> File >>>>>>>>>>>>> "/usr/lib/python2.7/dist-packages/nova/compute/manager.py", line 1718, in >>>>>>>>>>>>> reboot_instance >>>>>>>>>>>>> bad_volumes_callback=bad_volumes_callback) >>>>>>>>>>>>> File >>>>>>>>>>>>> "/usr/lib/python2.7/dist-packages/nova/virt/libvirt/driver.py", line 1295, >>>>>>>>>>>>> in reboot >>>>>>>>>>>>> block_device_info) >>>>>>>>>>>>> File >>>>>>>>>>>>> "/usr/lib/python2.7/dist-packages/nova/virt/libvirt/driver.py", line 1371, >>>>>>>>>>>>> in _hard_reboot >>>>>>>>>>>>> self._create_images_and_backing(context, instance, >>>>>>>>>>>>> disk_info_json) >>>>>>>>>>>>> File >>>>>>>>>>>>> "/usr/lib/python2.7/dist-packages/nova/virt/libvirt/driver.py", line 3248, >>>>>>>>>>>>> in _create_images_and_backing >>>>>>>>>>>>> cache_name = os.path.basename(info['backing_file']) >>>>>>>>>>>>> File "/usr/lib/python2.7/posixpath.py", line 121, in basename >>>>>>>>>>>>> i = p.rfind('/') + 1 >>>>>>>>>>>>> AttributeError: 'NoneType' object has no attribute 'rfind' >>>>>>>>>>>>> >>>>>>>>>>>>> 2013-08-29 15:12:29.516 ERROR nova.compute.manager >>>>>>>>>>>>> [req-31944080-1a33-4679-98ce-af36e3660679 ae0f00ede33f42d9a12385b2c2ce8c0d >>>>>>>>>>>>> 57d53e1dcff540b6aeaf0d6fd60be7ab] [instance: >>>>>>>>>>>>> 038dbba7-534b-4c03-8914-a830c424ce21] Cannot reboot instance: 'NoneType' >>>>>>>>>>>>> object has no attribute 'rfind' >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> Looking for any help. >>>>>>>>>>>>> Regards. >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> _______________________________________________ >>>>>>>>>>>> Mailing list: >>>>>>>>>>>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>>>>>>>>>>> Post to : openstack at lists.openstack.org >>>>>>>>>>>> Unsubscribe : >>>>>>>>>>>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>> >>>>>>>>> >>>>>>>> >>>>>>> >>>>>> >>>>> >>>> >>> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: NUAGECO-LOGO-Fblan_petit.jpg Type: image/jpeg Size: 10122 bytes Desc: not available URL: From prag_2648 at yahoo.co.in Tue Sep 10 07:04:30 2013 From: prag_2648 at yahoo.co.in (pragya jain) Date: Tue, 10 Sep 2013 15:04:30 +0800 (SGT) Subject: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift In-Reply-To: References: <1377498985.92309.YahooMailNeo@web193603.mail.sg3.yahoo.com> <1377575715.63149.YahooMailNeo@web193603.mail.sg3.yahoo.com> <1377705664.3899.YahooMailNeo@web193602.mail.sg3.yahoo.com> <1377755510.20626.YahooMailNeo@web193601.mail.sg3.yahoo.com> <1377765810.77854.YahooMailNeo@web193606.mail.sg3.yahoo.com> <1377767543.33056.YahooMailNeo@web193603.mail.sg3.yahoo.com> <1377768176.9373.YahooMailNeo@web193606.mail.sg3.yahoo.com> <1377775079.21343.YahooMailNeo@web193602.mail.sg3.yahoo.com> <1377784746.26442.YahooMailNeo@web193603.mail.sg3.yahoo.com> <1377840941.9818.YahooMailNeo@web193605.mail.sg3.yahoo.com> <1377843725.53401.YahooMailNeo@web193602.mail.sg3.yahoo.com> <1378273871.52383.YahooMailNeo@web193604.mail.sg3.yahoo.com> <1378355540.21486.YahooMailNeo@web193605.mail.sg3.yahoo.com> <1378442357.82006.YahooMailNeo@web193604.mail.sg3.yahoo.com> <1378529123.39925.YahooMailNeo@web193601.mail.sg3.yahoo.com> <1378745268.85593.YahooMailNeo@web193603.mail.sg3.yahoo.com> Message-ID: <1378796670.5509.YahooMailNeo@web193602.mail.sg3.yahoo.com> thanks clay, for the help. I run some commands to survey what's on the system: root at arun-Aspire-5742:~# df Filesystem     1K-blocks    Used Available Use% Mounted on /dev/sda4      177866264 4164648 164666508   3% / udev             2918600       4   2918596   1% /dev tmpfs            1170364     892   1169472   1% /run none                5120       4      5116   1% /run/lock none             2925908     216   2925692   1% /run/shm root at arun-Aspire-5742:~# cat /proc/mounts rootfs / rootfs rw 0 0 sysfs /sys sysfs rw,nosuid,nodev,noexec,relatime 0 0 proc /proc proc rw,nosuid,nodev,noexec,relatime 0 0 udev /dev devtmpfs rw,relatime,size=2918600k,nr_inodes=198985,mode=755 0 0 devpts /dev/pts devpts rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000 0 0 tmpfs /run tmpfs rw,nosuid,relatime,size=1170364k,mode=755 0 0 /dev/disk/by-uuid/5259827c-cc52-43f4-bc2c-7aac2f927b02 / ext4 rw,relatime,errors=remount-ro,user_xattr,barrier=1,data=ordered 0 0 none /sys/fs/fuse/connections fusectl rw,relatime 0 0 none /sys/kernel/debug debugfs rw,relatime 0 0 none /sys/kernel/security securityfs rw,relatime 0 0 none /run/lock tmpfs rw,nosuid,nodev,noexec,relatime,size=5120k 0 0 none /run/shm tmpfs rw,nosuid,nodev,relatime 0 0 gvfs-fuse-daemon /home/arun/.gvfs fuse.gvfs-fuse-daemon rw,nosuid,nodev,relatime,user_id=1000,group_id=1000 0 0 root at arun-Aspire-5742:~# ls /sys/block loop0  loop3  loop6  ram1   ram12  ram15  ram4  ram7  sda  sr1 loop1  loop4  loop7  ram10  ram13  ram2   ram5  ram8  sdb loop2  loop5  ram0   ram11  ram14  ram3   ram6  ram9  sr0 root at arun-Aspire-5742:~# sudo blkid /dev/sda1: LABEL="System Reserved" UUID="12BA0286BA026717" TYPE="ntfs"  /dev/sda2: UUID="D8EA06E4EA06BEAE" TYPE="ntfs"  /dev/sda4: UUID="5259827c-cc52-43f4-bc2c-7aac2f927b02" TYPE="ext4"  /dev/sda5: UUID="8AE41BA8E41B9613" TYPE="ntfs"  /dev/sda6: UUID="3A14E4D814E497E1" TYPE="ntfs"  /dev/sda7: UUID="a7c2ed39-1081-4702-9aed-a42b80a07cff" TYPE="swap"  /dev/sr1: LABEL="20110729_053228" TYPE="iso9660"  root at arun-Aspire-5742:~# sudo mkfs.xfs -L d1 /dev/sda2 mkfs.xfs: /dev/sda2 appears to contain an existing filesystem (ntfs). mkfs.xfs: Use the -f option to force overwrite. which device should I label as "d1"? how many devices should I label  as "d1", "d2" etc.? Please help me in this regard. >________________________________ > From: Clay Gerrard >To: pragya jain >Cc: "openstack at lists.openstack.org" >Sent: Tuesday, 10 September 2013 12:01 AM >Subject: Re: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift > > > >So it looks like you do not have a device '/dev/sdd' - which device do you want to use as "d1" - sda2, sda4, sda5, sda6, sda7 ??? > > > >On Mon, Sep 9, 2013 at 9:47 AM, pragya jain wrote: > >hello sir >>root at arun-Aspire-5742:~# cat /proc/partitions >>major minor  #blocks  name >> >> >>   8        0  488386584 sda >>   8        1     102400 sda1 >>   8        2  102294528 sda2 >>   8        3          1 sda3 >>   8        4  180702208 sda4 >>   8        5  102398278 sda5 >>   8        6  102398278 sda6 >>   8        7     487424 sda7 >>  11        0    1048575 sr0 >>  11        1      99328 sr1 >>root at arun-Aspire-5742:~# sudo mkfs.xfs -L d1 /dev/sdb >>mkfs.xfs: cannot open /dev/sdb: No medium found >> >> >>pleases help me. >> >> >> >> >> >>>________________________________ >>> From: Clay Gerrard >>>To: pragya jain >>>Cc: "openstack at lists.openstack.org" >>>Sent: Saturday, 7 September 2013 9:50 PM >>> >>>Subject: Re: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift >>> >>> >>> >>>ok, so it looks like no device with label d1 exists, so you can't mount it, and the account-server can't find it. >>> >>> >>>Devices get labeled when you put the file system on them (the `mkfs.xfs` command) >>> >>> >>>I saw in screenshot 10 you had mis-typed the mkfs.xfs command: >>> >>> >>>`sudo mkfs.xfs -f -i size=512 -L d3/dev/sdd` >>> >>> >>>That should be: >>> >>> >>>`sudo mkfs.xfs -f -i size=512 -L d3 /dev/sdd` >>> >>> >>>notice the space between the label "d3" and the device "/dev/sdd" >>> >>> >>>Also, fairly recently people have stopped recommending the larger inode size, so the commands should be: >>> >>> >>>`sudo mkfs.xfs -L d1 /dev/sdb` >>>`sudo mkfs.xfs -L d2 /dev/sdc` >>> >>>`sudo mkfs.xfs -L d3 /dev/sdd` >>> >>> >>> >>>and maybe: >>> >>> >>>`sudo mkfs.xfs -L d4 /dev/sde` >>> >>> >>> >>>... actually how many devices do you have in the system?  Can I get a paste of the full output of `cat /proc/partitions`? >>> >>> >>> >>> >>> >>>On Fri, Sep 6, 2013 at 9:45 PM, pragya jain wrote: >>> >>>hello sir, >>>> >>>> >>>>I did the following job: >>>> >>>> >>>>root at arun-Aspire-5742:~# sudo mount -t xfs -o noatime,nodiratime,logbufs=8 -L d1 /srv/node/d1 >>>> >>>>mount: no such partition found >>>>root at arun-Aspire-5742:~# sudo mount -t xfs -o noatime,nodiratime,logbufs=8 -L d1 \srv/node/d1 >>>>mount: no such partition found >>>>root at arun-Aspire-5742:~# cd /opt/swift/etc >>>>root at arun-Aspire-5742:/opt/swift/etc# sudo mount -t xfs -o noatime,nodiratime,logbufs=8 -L d1 /srv/node/d1 >>>>mount: no such partition found >>>>root at arun-Aspire-5742:/opt/swift/etc# sudo mount -t xfs -o noatime,nodiratime,logbufs=8 -L d1 \srv/node/d1 >>>>mount: no such partition found >>>>root at arun-Aspire-5742:/opt/swift/etc# cd ~ >>>>root at arun-Aspire-5742:~# mount d1 /srv/node/d1 >>>>mount: special device d1 does not exist >>>>root at arun-Aspire-5742:~# vi /etc/swift/account-server.conf >>>>root at arun-Aspire-5742:~# mount d1 /srv/node/d1 >>>>mount: special device d1 does not exist >>>>root at arun-Aspire-5742:~# cd /opt/swift/etc >>>>root at arun-Aspire-5742:/opt/swift/etc# mount d1 /srv/node/d1 >>>>mount: special device d1 does not exist >>>>root at arun-Aspire-5742:/opt/swift/etc# sudo reboot >>>> >>>> >>>>root at arun-Aspire-5742:~# mount >>>>/dev/sda4 on / type ext4 (rw,errors=remount-ro) >>>>proc on /proc type proc (rw,noexec,nosuid,nodev) >>>>sysfs on /sys type sysfs (rw,noexec,nosuid,nodev) >>>>none on /sys/fs/fuse/connections type fusectl (rw) >>>>none on /sys/kernel/debug type debugfs (rw) >>>>none on /sys/kernel/security type securityfs (rw) >>>>udev on /dev type devtmpfs (rw,mode=0755) >>>>devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=0620) >>>>tmpfs on /run type tmpfs (rw,noexec,nosuid,size=10%,mode=0755) >>>>none on /run/lock type tmpfs (rw,noexec,nosuid,nodev,size=5242880) >>>>none on /run/shm type tmpfs (rw,nosuid,nodev) >>>>gvfs-fuse-daemon on /home/arun/.gvfs type fuse.gvfs-fuse-daemon (rw,nosuid,nodev,user=arun) >>>> >>>> >>>>I am attaching some screenshots which tells what I had done earlier when I was preparing and mounting the devices. >>>> >>>>>________________________________ >>>>> From: Clay Gerrard >>>>>To: pragya jain >>>>>Cc: "pangj at laposte.net" ; "openstack at lists.openstack.org" >>>>>Sent: Friday, 6 September 2013 8:58 PM >>>>> >>>>>Subject: Re: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift >>>>> >>>>> >>>>> >>>>>Sep  4 11:14:04 arun-Aspire-5742 proxy-server ERROR Insufficient Storage 127.0.0.1:6002/d1 (txn: txb0d8717ab05c4cf0bdebd-005226c8a4) >>>>> >>>>> >>>>>The account server on 127.0.0.1:6002/d1 returned 507 indicating it couldn't find a useable file system for the device labeled d1. >>>>> >>>>> >>>>>The account server has a config option "devices" in the "DEFAULT" section of "/etc/swift/account-server.conf" that will indicate the base mount point for devices (typicailly it's "/srv/node").  That path is prepended to the device name that's sent in the request ("d1" in this case). >>>>> >>>>> >>>>>So there should be a filesystem (xfs typically) mounted at "/srv/node/d1" >>>>> >>>>> >>>>>Try mounting it manually `mount d1 /srv/node/d1` and double check the output from `mount` and your "/etc/fstab" >>>>> >>>>> >>>>> >>>>>On Thu, Sep 5, 2013 at 9:39 PM, pragya jain wrote: >>>>> >>>>>please help me in this regard. >>>>>> >>>>>> >>>>>> >>>>>>>________________________________ >>>>>>> From: pragya jain >>>>>>>To: Clay Gerrard >>>>>>> >>>>>>>Cc: "pangj at laposte.net" ; "openstack at lists.openstack.org" >>>>>>>Sent: Thursday, 5 September 2013 10:02 AM >>>>>>> >>>>>>>Subject: Re: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift >>>>>>> >>>>>>> >>>>>>> >>>>>>>root at arun-Aspire-5742:~# grep txb0d8717ab05c4cf0bdebd-005226c8a4 /var/log/syslogSep  4 11:14:04 arun-Aspire-5742 account-server 127.0.0.1 - - [04/Sep/2013:05:44:04 +0000] "GET /d1/19164/AUTH_prag2648" 507 - "txb0d8717ab05c4cf0bdebd-005226c8a4" "GET http://localhost:8080/v1/AUTH_prag2648/" "proxy-server 3182" 0.0021 "" >>>>>>>Sep  4 11:14:04 arun-Aspire-5742 proxy-server ERROR Insufficient Storage 127.0.0.1:6002/d1 (txn: txb0d8717ab05c4cf0bdebd-005226c8a4) >>>>>>>Sep  4 11:14:05 arun-Aspire-5742 proxy-server Account GET returning 503 for [507] (txn: txb0d8717ab05c4cf0bdebd-005226c8a4) (client_ip: 127.0.0.1) >>>>>>>Sep  4 11:14:05 arun-Aspire-5742 proxy-server 127.0.0.1 127.0.0.1 04/Sep/2013/05/44/05 GET /v1/AUTH_prag2648/ HTTP/1.0 503 - curl/7.22.0%20%28i686-pc-linux-gnu%29%20libcurl/7.22.0%20OpenSSL/1.0.1%20zlib/1.2.3.4%20libidn/1.23%20librtmp/2.3 AUTH_tk4be7b90194c747468c4973675db15ca5 - 118 - txb0d8717ab05c4cf0bdebd-005226c8a4 - 0.2774 - - >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>>>________________________________ >>>>>>>> From: Clay Gerrard >>>>>>>>To: pragya jain >>>>>>>>Cc: "pangj at laposte.net" ; "openstack at lists.openstack.org" >>>>>>>>Sent: Wednesday, 4 September 2013 9:12 PM >>>>>>>>Subject: Re: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>>So the builder files look right, you should grep the logs for the transaction id of the request that 503'd and see if the proxy is still getting connection errors (i.e. still trying to connect to 10.0.2.15) >>>>>>>> >>>>>>>>grep txb0d8717ab05c4cf0bdebd-005226c8a4 /var/log/syslog >>>>>>>> >>>>>>>> >>>>>>>>If the proxy is still going to the old 10.0.2.15 you need to rebalance your rings >>>>>>>> >>>>>>>> >>>>>>>>swift-ring-builder account.builder reblanace >>>>>>>> >>>>>>>> >>>>>>>>-Clay >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>>On Tue, Sep 3, 2013 at 10:51 PM, pragya jain wrote: >>>>>>>> >>>>>>>>root at arun-Aspire-5742:/etc/swift# swift-ring-builder object.builder >>>>>>>>>object.builder, build version 14 >>>>>>>>>262144 partitions, 3.000000 replicas, 1 regions, 1 zones, 1 devices, 0.00 balance >>>>>>>>>The minimum number of hours before a partition can be reassigned is 24 >>>>>>>>>Devices:    id  region  zone      ip address  port  replication ip  replication port      name weight partitions balance meta >>>>>>>>>             2       1     1       127.0.0.1  6000       127.0.0.1              6000        d1 100.00     786432    0.00  >>>>>>>>>root at arun-Aspire-5742:/etc/swift# swift-ring-builder account.builder >>>>>>>>>account.builder, build version 14 >>>>>>>>>262144 partitions, 3.000000 replicas, 1 regions, 1 zones, 1 devices, 0.00 balance >>>>>>>>>The minimum number of hours before a partition can be reassigned is 24 >>>>>>>>>Devices:    id  region  zone      ip address  port  replication ip  replication port      name weight partitions balance meta >>>>>>>>>             2       1     1       127.0.0.1  6002       127.0.0.1              6002        d1 100.00     786432    0.00  >>>>>>>>>root at arun-Aspire-5742:/etc/swift# swift-ring-builder container.builder >>>>>>>>>container.builder, build version 11 >>>>>>>>>262144 partitions, 3.000000 replicas, 1 regions, 1 zones, 1 devices, 0.00 balance >>>>>>>>>The minimum number of hours before a partition can be reassigned is 24 >>>>>>>>>Devices:    id  region  zone      ip address  port  replication ip  replication port      name weight partitions balance meta >>>>>>>>>             1       1     1       127.0.0.1  6001       127.0.0.1              6001        d1 100.00     786432    0.00  >>>>>>>>>root at arun-Aspire-5742:/etc/swift# cd ~ >>>>>>>>>root at arun-Aspire-5742:~# sudo swift-init account start >>>>>>>>>Starting account-server...(/etc/swift/account-server.conf) >>>>>>>>>root at arun-Aspire-5742:~# sudo swift-init proxy start >>>>>>>>>Starting proxy-server...(/etc/swift/proxy-server.conf) >>>>>>>>>root at arun-Aspire-5742:~# curl -v -H 'X-Auth-User:prag2648:pragya' -H 'X-Auth-Key:pj2648' http://localhost:8080/auth/v1.0/ >>>>>>>>>* About to connect() to localhost port 8080 (#0) >>>>>>>>>*   Trying 127.0.0.1... connected >>>>>>>>>> GET /auth/v1.0/ HTTP/1.1 >>>>>>>>>> User-Agent: curl/7.22.0 (i686-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 zlib/1.2.3.4 libidn/1.23 librtmp/2.3 >>>>>>>>>> Host: localhost:8080 >>>>>>>>>> Accept: */* >>>>>>>>>> X-Auth-User:prag2648:pragya >>>>>>>>>> X-Auth-Key:pj2648 >>>>>>>>>>  >>>>>>>>>< HTTP/1.1 200 OK >>>>>>>>>< X-Storage-Url: http://localhost:8080/v1/AUTH_prag2648 >>>>>>>>>< X-Auth-Token: AUTH_tk4be7b90194c747468c4973675db15ca5 >>>>>>>>>< Content-Type: text/html; charset=UTF-8 >>>>>>>>>< X-Storage-Token: AUTH_tk4be7b90194c747468c4973675db15ca5 >>>>>>>>>< Content-Length: 0 >>>>>>>>>< X-Trans-Id: txc07e87d3d4b8487b85d89-005226c820 >>>>>>>>>< Date: Wed, 04 Sep 2013 05:41:52 GMT >>>>>>>>><  >>>>>>>>>* Connection #0 to host localhost left intact >>>>>>>>>* Closing connection #0 >>>>>>>>>root at arun-Aspire-5742:~# curl -v -H 'X-Storage-Token:AUTH_tk4be7b90194c747468c4973675db15ca5' http://127.0.0.1:8080/v1/AUTH_prag2648/ >>>>>>>>>* About to connect() to 127.0.0.1 port 8080 (#0) >>>>>>>>>*   Trying 127.0.0.1... connected >>>>>>>>>> GET /v1/AUTH_prag2648/ HTTP/1.1 >>>>>>>>>> User-Agent: curl/7.22.0 (i686-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 zlib/1.2.3.4 libidn/1.23 librtmp/2.3 >>>>>>>>>> Host: 127.0.0.1:8080 >>>>>>>>>> Accept: */* >>>>>>>>>> X-Storage-Token:AUTH_tk4be7b90194c747468c4973675db15ca5 >>>>>>>>>>  >>>>>>>>>< HTTP/1.1 503 Internal Server Error >>>>>>>>>< Content-Length: 118 >>>>>>>>>< Content-Type: text/html; charset=UTF-8 >>>>>>>>>< X-Trans-Id: tx2301beb46542488597d23-005226c87d >>>>>>>>>< Date: Wed, 04 Sep 2013 05:43:26 GMT >>>>>>>>><  >>>>>>>>>* Connection #0 to host 127.0.0.1 left intact >>>>>>>>>* Closing connection #0 >>>>>>>>>

Service Unavailable

The server is currently unavailable. Please try again at a later time.

root at arun-Aspire-5742:~#  >>>>>>>>>root at arun-Aspire-5742:~# curl -v -H 'X-Storage-Token:AUTH_tk4be7b90194c747468c4973675db15ca5' http://127.0.0.1/v1/AUTH_prag2648/ >>>>>>>>>* About to connect() to 127.0.0.1 port 80 (#0) >>>>>>>>>*   Trying 127.0.0.1... Connection refused >>>>>>>>>* couldn't connect to host >>>>>>>>>* Closing connection #0 >>>>>>>>>curl: (7) couldn't connect to host >>>>>>>>>root at arun-Aspire-5742:~# curl -v -H 'X-Storage-Token:AUTH_tk4be7b90194c747468c4973675db15ca5' http://localhost:8080/v1/AUTH_prag2648/ >>>>>>>>>* About to connect() to localhost port 8080 (#0) >>>>>>>>>*   Trying 127.0.0.1... connected >>>>>>>>>> GET /v1/AUTH_prag2648/ HTTP/1.1 >>>>>>>>>> User-Agent: curl/7.22.0 (i686-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 zlib/1.2.3.4 libidn/1.23 librtmp/2.3 >>>>>>>>>> Host: localhost:8080 >>>>>>>>>> Accept: */* >>>>>>>>>> X-Storage-Token:AUTH_tk4be7b90194c747468c4973675db15ca5 >>>>>>>>>>  >>>>>>>>>< HTTP/1.1 503 Internal Server Error >>>>>>>>>< Content-Length: 118 >>>>>>>>>< Content-Type: text/html; charset=UTF-8 >>>>>>>>>< X-Trans-Id: txb0d8717ab05c4cf0bdebd-005226c8a4 >>>>>>>>>< Date: Wed, 04 Sep 2013 05:44:05 GMT >>>>>>>>><  >>>>>>>>>* Connection #0 to host localhost left intact >>>>>>>>>* Closing connection #0 >>>>>>>>>

Service Unavailable

The server is currently unavailable. Please try again at a later time.

root at arun-Aspire-5742:~#  >>>>>>>>>root at arun-Aspire-5742:~# grep txa4c98c518382430ab9f5f-005222dede /var/log/syslogroot at arun-Aspire-5742:~#  >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>>>________________________________ >>>>>>>>>> From: Kuo Hugo >>>>>>>>>>To: pragya jain >>>>>>>>>>Cc: Gareth ; "openstack at lists.openstack.org" >>>>>>>>>>Sent: Friday, 30 August 2013 1:15 PM >>>>>>>>>> >>>>>>>>>>Subject: Re: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>>Hmm....  >>>>>>>>>> >>>>>>>>>> >>>>>>>>>>1) No Container and Object servers are running  >>>>>>>>>>2) Only one drive in the ring >>>>>>>>>>3) No device been mount to /srv/node/* , unless you are disabling mount_check >>>>>>>>>>4) Did you setup rsync yet ?  >>>>>>>>>> >>>>>>>>>> >>>>>>>>>>Maybe you can follow the online document to complete the above items.  >>>>>>>>>> >>>>>>>>>> >>>>>>>>>>Good luck~ >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>>+Hugo Kuo+ >>>>>>>>>>hugo at swiftstack.com >>>>>>>>>> >>>>>>>>>>tonytkdk at gmail.com >>>>>>>>>> >>>>>>>>>>+886 935004793 >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>>2013/8/30 pragya jain >>>>>>>>>> >>>>>>>>>>root at arun-Aspire-5742:~# swift-ring-builder /etc/swift/account.builder >>>>>>>>>>>/etc/swift/account.builder, build version 1 >>>>>>>>>>>262144 partitions, 3.000000 replicas, 1 regions, 1 zones, 1 devices, 0.00 balance >>>>>>>>>>>The minimum number of hours before a partition can be reassigned is 24 >>>>>>>>>>>Devices:    id  region  zone      ip address  port  replication ip  replication port      name weight partitions balance meta >>>>>>>>>>>             0       1     1       10.0.2.15  6000       10.0.2.15              6000        d1 100.00     786432    0.00  >>>>>>>>>>>root at arun-Aspire-5742:~# swift-ring-builder /etc/swift/container.builder >>>>>>>>>>>/etc/swift/container.builder, build version 1 >>>>>>>>>>>262144 partitions, 3.000000 replicas, 1 regions, 1 zones, 1 devices, 0.00 balance >>>>>>>>>>>The minimum number of hours before a partition can be reassigned is 24 >>>>>>>>>>>Devices:    id  region  zone      ip address  port  replication ip  replication port      name weight partitions balance meta >>>>>>>>>>>             0       1     1       10.0.2.15  6001       10.0.2.15              6001        d1 100.00     786432    0.00  >>>>>>>>>>>root at arun-Aspire-5742:~# swift-ring-builder /etc/swift/object.builder >>>>>>>>>>>/etc/swift/object.builder, build version 1 >>>>>>>>>>>262144 partitions, 3.000000 replicas, 1 regions, 1 zones, 1 devices, 0.00 balance >>>>>>>>>>>The minimum number of hours before a partition can be reassigned is 24 >>>>>>>>>>>Devices:    id  region  zone      ip address  port  replication ip  replication port      name weight partitions balance meta >>>>>>>>>>>             0       1     1       10.0.2.15  6002       10.0.2.15              6002        d1 100.00     786432    0.00  >>>>>>>>>>>root at arun-Aspire-5742:~# ps aux | grep swift >>>>>>>>>>>swift     5174  0.0  0.1  18700 11548 ?        Ss   10:45   0:00 /usr/bin/python /usr/local/bin/swift-account-server /etc/swift/account-server.conf >>>>>>>>>>>swift     5181  0.0  0.1  18976  9624 ?        S    10:45   0:00 /usr/bin/python /usr/local/bin/swift-account-server /etc/swift/account-server.conf >>>>>>>>>>>swift     5182  0.0  0.1  18992  9616 ?        S    10:45   0:00 /usr/bin/python /usr/local/bin/swift-account-server /etc/swift/account-server.conf >>>>>>>>>>>swift     5183  0.0  0.1  18992  9620 ?        S    10:45   0:00 /usr/bin/python /usr/local/bin/swift-account-server /etc/swift/account-server.conf >>>>>>>>>>>swift     5184  0.0  0.1  18992  9632 ?        S    10:45   0:00 /usr/bin/python /usr/local/bin/swift-account-server /etc/swift/account-server.conf >>>>>>>>>>>swift     5192  0.0  0.2  18296 11812 ?        Ss   10:45   0:00 /usr/bin/python /usr/local/bin/swift-proxy-server /etc/swift/proxy-server.conf >>>>>>>>>>>swift     5197  0.0  0.2  23512 15552 ?        S    10:45   0:00 /usr/bin/python /usr/local/bin/swift-proxy-server /etc/swift/proxy-server.conf >>>>>>>>>>>swift     5198  0.0  0.2  23524 15628 ?        S    10:45   0:00 /usr/bin/python /usr/local/bin/swift-proxy-server /etc/swift/proxy-server.conf >>>>>>>>>>>swift     5199  0.0  0.2  23524 15300 ?        S    10:45   0:00 /usr/bin/python /usr/local/bin/swift-proxy-server /etc/swift/proxy-server.conf >>>>>>>>>>>swift     5200  0.0  0.2  23524 15300 ?        S    10:45   0:00 /usr/bin/python /usr/local/bin/swift-proxy-server /etc/swift/proxy-server.conf >>>>>>>>>>>root      6986  0.0  0.0   4388   828 pts/0    S+   11:46   0:00 grep --color=auto swift >>>>>>>>>>>root at arun-Aspire-5742:~# df -h >>>>>>>>>>>Filesystem      Size  Used Avail Use% Mounted on >>>>>>>>>>>/dev/sda4       170G  3.8G  158G   3% / >>>>>>>>>>>udev            2.8G  4.0K  2.8G   1% /dev >>>>>>>>>>>tmpfs           1.2G  908K  1.2G   1% /run >>>>>>>>>>>none            5.0M  4.0K  5.0M   1% /run/lock >>>>>>>>>>>none            2.8G  220K  2.8G   1% /run/shm >>>>>>>>>>>/dev/sda2        98G   25G   73G  26% /media/D8EA06E4EA06BEAE >>>>>>>>>>>/dev/sda5        98G   54G   45G  55% /media/8AE41BA8E41B9613 >>>>>>>>>>>root at arun-Aspire-5742:~# ls /srv/node/* >>>>>>>>>>>/srv/node/d1: >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>>/srv/node/d2: >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>>/srv/node/d3: >>>>>>>>>>>root at arun-Aspire-5742:~# netstat -antulp >>>>>>>>>>>Active Internet connections (servers and established) >>>>>>>>>>>Proto Recv-Q Send-Q Local Address           Foreign Address         State       PID/Program name >>>>>>>>>>>tcp        0      0 127.0.0.1:11211         0.0.0.0:*               LISTEN      941/memcached    >>>>>>>>>>>tcp        0      0 0.0.0.0:8080            0.0.0.0:*               LISTEN      5192/python      >>>>>>>>>>>tcp        0      0 0.0.0.0:6002            0.0.0.0:*               LISTEN      5174/python      >>>>>>>>>>>tcp        0      0 127.0.0.1:53            0.0.0.0:*               LISTEN      6936/dnsmasq     >>>>>>>>>>>tcp        0      0 127.0.0.1:631           0.0.0.0:*               LISTEN      596/cupsd        >>>>>>>>>>>tcp        0      0 101.58.138.11:56680     207.171.162.71:443      ESTABLISHED 2042/chrome      >>>>>>>>>>>tcp        0      0 127.0.0.1:11211         127.0.0.1:45287         ESTABL >>>>>>>>>>>ISHED 941/memcached    >>>>>>>>>>>tcp        0      0 127.0.0.1:11211         127.0.0.1:45292         ESTABLISHED 941/memcached    >>>>>>>>>>>tcp        0      0 127.0.0.1:45287         127.0.0.1:11211         ESTABLISHED 5197/python      >>>>>>>>>>>tcp        1      0 101.58.138.11:34377     91.189.89.144:80        CLOSE_WAIT  1674/ubuntu-geoip-p >>>>>>>>>>>tcp        0      0 127.0.0.1:45292         127.0.0.1:11211         ESTABLISHED 5198/python      >>>>>>>>>>>tcp6       0      0 ::1:631                 :::*                    LISTEN      596/cupsd        >>>>>>>>>>>udp        0      0 127.0.0.1:11211         0.0.0.0:*                           941/memcached    >>>>>>>>>>>udp        0      0 0.0.0.0:46638           0.0.0.0:*                           576/avahi-daemon: r >>>>>>>>>>>udp        0      0 127.0.0.1:53            0.0.0.0:*                           6936/dnsmasq     >>>>>>>>>>>udp        0      0 0.0.0.0:5353            0.0.0.0:*                           576/avahi-daemon: r >>>>>>>>>>>udp6       0      0 :::55335                :::*                                576/avahi-daemon: r >>>>>>>>>>>udp6       0      0 :::5353                 :::*                                576/avahi-daemon: r >>>>>>>>>>>root at arun-Aspire-5742:~# swift-init all status >>>>>>>>>>>No container-updater running >>>>>>>>>>>No account-auditor running >>>>>>>>>>>No object-replicator running >>>>>>>>>>>proxy-server running (5192 - /etc/swift/proxy-server.conf) >>>>>>>>>>>No container-replicator running >>>>>>>>>>>No object-auditor running >>>>>>>>>>>No object-expirer running >>>>>>>>>>>No container-auditor running >>>>>>>>>>>No container-server running >>>>>>>>>>>account-server running (5174 - /etc/swift/account-server.conf) >>>>>>>>>>>No account-reaper running >>>>>>>>>>>No container-sync running >>>>>>>>>>>No account-replicator running >>>>>>>>>>>No object-updater running >>>>>>>>>>>No object-server running >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>>>________________________________ >>>>>>>>>>>> From: Kuo Hugo >>>>>>>>>>>>To: pragya jain >>>>>>>>>>>>Cc: Gareth ; "openstack at lists.openstack.org" >>>>>>>>>>>>Sent: Friday, 30 August 2013 11:23 AM >>>>>>>>>>>> >>>>>>>>>>>>Subject: Re: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>>Hi Pragya :  >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>>I'm in highly recommends that you can go through the Swift online document http://docs.openstack.org/developer/swift/index.html .  >>>>>>>>>>>>It's a good place to understand the basic architecture, especially swift *terms*  >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>>Check rings : >>>>>>>>>>>>$> swift-ring-builder /etc/swift/object.builder >>>>>>>>>>>>>$> swift-ring-builder /etc/swift/container.builder >>>>>>>>>>>>>$> swift-ring-builder /etc/swift/account.builder >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>>Check Swift workers :  >>>>>>>>>>>>$> swift-init all status >>>>>>>>>>>>>$> ps aux | grep swift >>>>>>>>>>>>>$> df -h  >>>>>>>>>>>>>$> ls /srv/node/* >>>>>>>>>>>>>$> netstat -antulp >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>>+Hugo Kuo+ >>>>>>>>>>>>hugo at swiftstack.com >>>>>>>>>>>> >>>>>>>>>>>>tonytkdk at gmail.com >>>>>>>>>>>> >>>>>>>>>>>>+886 935004793 >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>>2013/8/30 pragya jain >>>>>>>>>>>> >>>>>>>>>>>>hello sir, >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>>I am working on single node. >>>>>>>>>>>>>Please let me know how to check network topology and ring structure. >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>>>________________________________ >>>>>>>>>>>>>> From: Gareth >>>>>>>>>>>>>>To: Kuo Hugo >>>>>>>>>>>>>>Cc: pragya jain ; "openstack at lists.openstack.org" >>>>>>>>>>>>>>Sent: Friday, 30 August 2013 8:11 AM >>>>>>>>>>>>>> >>>>>>>>>>>>>>Subject: Re: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>>Pragya >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>>The v1.0 auth uses tempauth for swift, like what you config in proxy-server.conf. All account data is read from that file, so you couldn't add/delete account in tempauth without modifying config file and restart swift. >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>>BTW, your curl link here "curl -v -H 'X-Storage-Token:AUTH_tk3867b7599d5346559ee0baaa09e0f40d' http://localhost:8080/v1/AUTH_prag2648/" actually is a GET request, which means getting account data. If you config everything correctly, it must have valid response. And you logs are a better way to find what happened in this request (set log level to DEBUG, and you will get more details). >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>>On Fri, Aug 30, 2013 at 7:47 AM, Kuo Hugo wrote: >>>>>>>>>>>>>> >>>>>>>>>>>>>>Hi Pragya,  >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>>I need more information.  >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>>1) Please draw a network topology of your environment >>>>>>>>>>>>>>>2) How many nodes do you have?   >>>>>>>>>>>>>>>3) What's the ring looks like ? >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>>Hugo Kuo >>>>>>>>>>>>>>>hugo at swiftstack.com >>>>>>>>>>>>>>> >>>>>>>>>>>>>>>tonytkdk at gmail.com >>>>>>>>>>>>>>> >>>>>>>>>>>>>>>+886 935004793 >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>>2013/8/29 pragya jain >>>>>>>>>>>>>>> >>>>>>>>>>>>>>>hello sir, >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>connection is established successfully. But, when I try to create an account, I face the problem. >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>root at arun-Aspire-5742:~# sudo swift-init account start >>>>>>>>>>>>>>>>Starting account-server...(/etc/swift/account-server.conf) >>>>>>>>>>>>>>>>root at arun-Aspire-5742:~# sudo swift-init proxy start >>>>>>>>>>>>>>>>Starting proxy-server...(/etc/swift/proxy-server.conf) >>>>>>>>>>>>>>>>root at arun-Aspire-5742:~# curl -v -H 'X-Auth-User:prag2648:pragya' -H 'X-Auth-Key:pj2648' http://localhost:8080/auth/v1.0/ >>>>>>>>>>>>>>>>* About to connect() to localhost port 8080 (#0) >>>>>>>>>>>>>>>>*   Trying 127.0.0.1... connected >>>>>>>>>>>>>>>>> GET /auth/v1.0/ HTTP/1.1 >>>>>>>>>>>>>>>>> User-Agent: curl/7.22.0 (i686-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 zlib/1.2.3.4 libidn/1.23 librtmp/2.3 >>>>>>>>>>>>>>>>> Host: localhost:8080 >>>>>>>>>>>>>>>>> Accept: */* >>>>>>>>>>>>>>>>> X-Auth-User:prag2648:pragya >>>>>>>>>>>>>>>>> X-Auth-Key:pj2648 >>>>>>>>>>>>>>>>>  >>>>>>>>>>>>>>>>< HTTP/1.1 200 OK >>>>>>>>>>>>>>>>< X-Storage-Url: http://localhost:8080/v1/AUTH_prag2648 >>>>>>>>>>>>>>>>< X-Auth-Token: AUTH_tk3867b7599d5346559ee0baaa09e0f40d >>>>>>>>>>>>>>>>< Content-Type: text/html; charset=UTF-8 >>>>>>>>>>>>>>>>< X-Storage-Token: AUTH_tk3867b7599d5346559ee0baaa09e0f40d >>>>>>>>>>>>>>>>< Content-Length: 0 >>>>>>>>>>>>>>>>< X-Trans-Id: txe2ab76a7617e40399f456-00521f3d16 >>>>>>>>>>>>>>>>< Date: Thu, 29 Aug 2013 12:22:46 GMT >>>>>>>>>>>>>>>><  >>>>>>>>>>>>>>>>* Connection #0 to host localhost left intact >>>>>>>>>>>>>>>>* Closing connection #0 >>>>>>>>>>>>>>>>root at arun-Aspire-5742:~# python >>>>>>>>>>>>>>>>Python 2.7.3 (default, Apr 10 2013, 05:46:21)  >>>>>>>>>>>>>>>>[GCC 4.6.3] on linux2 >>>>>>>>>>>>>>>>Type "help", "copyright", "credits" or "license" for more information. >>>>>>>>>>>>>>>>>>> import swift.common.memcached as memcached >>>>>>>>>>>>>>>>>>> memcache = memcached.MemcacheRing(['127.0.0.1:11211']) >>>>>>>>>>>>>>>>>>> print memcache.get('AUTH_/user/prag2648:pragya') >>>>>>>>>>>>>>>>AUTH_tk3867b7599d5346559ee0baaa09e0f40d >>>>>>>>>>>>>>>>>>> print memcache.get('AUTH_/token/AUTH_tk3867b7599d5346559ee0baaa09e0f40d') >>>>>>>>>>>>>>>>[1377865366.826027, 'prag2648,prag2648:pragya,.reseller_admin,AUTH_prag2648'] >>>>>>>>>>>>>>>>>>>  >>>>>>>>>>>>>>>>root at arun-Aspire-5742:~# curl -v -H 'X-Storage-Token:AUTH_tk3867b7599d5346559ee0baaa09e0f40d' http://127.0.0.1/v1/Auth_prag2648/ >>>>>>>>>>>>>>>>* About to connect() to 127.0.0.1 port 80 (#0) >>>>>>>>>>>>>>>>*   Trying 127.0.0.1... Connection refused >>>>>>>>>>>>>>>>* couldn't connect to host >>>>>>>>>>>>>>>>* Closing connection #0 >>>>>>>>>>>>>>>>curl: (7) couldn't connect to host >>>>>>>>>>>>>>>>root at arun-Aspire-5742:~# curl -v -H 'X-Storage-Token:AUTH_tk3867b7599d5346559ee0baaa09e0f40d' http://localhost:8080/v1/AUTH_prag2648/ >>>>>>>>>>>>>>>>* About to connect() to localhost port 8080 (#0) >>>>>>>>>>>>>>>>*   Trying 127.0.0.1... connected >>>>>>>>>>>>>>>>> GET /v1/AUTH_prag2648/ HTTP/1.1 >>>>>>>>>>>>>>>>> User-Agent: curl/7.22.0 (i686-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 zlib/ >>>>>>>>>>>>>>>>1.2.3.4 libidn/1.23 librtmp/2.3 >>>>>>>>>>>>>>>>> Host: localhost:8080 >>>>>>>>>>>>>>>>> Accept: */* >>>>>>>>>>>>>>>>> X-Storage-Token:AUTH_tk3867b7599d5346559ee0baaa09e0f40d >>>>>>>>>>>>>>>>>  >>>>>>>>>>>>>>>>< HTTP/1.1 503 Internal Server Error >>>>>>>>>>>>>>>>< Content-Length: 118 >>>>>>>>>>>>>>>>< Content-Type: text/html; charset=UTF-8 >>>>>>>>>>>>>>>>< X-Trans-Id: txd6fd9eead36e4b74b0869-00521f3efe >>>>>>>>>>>>>>>>< Date: Thu, 29 Aug 2013 12:30:55 GMT >>>>>>>>>>>>>>>><  >>>>>>>>>>>>>>>>* Connection #0 to host localhost left intact >>>>>>>>>>>>>>>>* Closing connection #0 >>>>>>>>>>>>>>>>

Service Unavailable

The server is currently unavailable. Please try again at a later time.

root at arun-Aspire-5742:~#  >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>Please help me in this regard. >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>--- >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>Pragya Jain >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>________________________________ >>>>>>>>>>>>>>>>> From: pragya jain >>>>>>>>>>>>>>>>>To: Kuo Hugo >>>>>>>>>>>>>>>>>Cc: "openstack at lists.openstack.org" >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>Sent: Thursday, 29 August 2013 4:47 PM >>>>>>>>>>>>>>>>>Subject: Re: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>Thanks Kuo very much for this help. >>>>>>>>>>>>>>>>>connection is successfully established. >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>________________________________ >>>>>>>>>>>>>>>>>> From: Kuo Hugo >>>>>>>>>>>>>>>>>>To: pragya jain >>>>>>>>>>>>>>>>>>Cc: "openstack at lists.openstack.org" >>>>>>>>>>>>>>>>>>Sent: Thursday, 29 August 2013 3:46 PM >>>>>>>>>>>>>>>>>>Subject: Re: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>curl -v -H 'X-Auth-User:admin:admin' -H 'X-Auth-Key:admin' http://localhost:8080/auth/v1.0/ >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>+Hugo Kuo+ >>>>>>>>>>>>>>>>>>hugo at swiftstack.com >>>>>>>>>>>>>>>>>>tonytkdk at gmail.com >>>>>>>>>>>>>>>>>>+886 935004793 >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>2013/8/29 pragya jain >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> root at arun-Aspire-5742:~# netstat -antulp | grep 8080 >>>>>>>>>>>>>>>>>>> tcp        0      0 0.0.0.0:8080            0.0.0.0:*               LISTEN      2421/python   >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> user = swift >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> ________________________________ >>>>>>>>>>>>>>>>>>> From: Kuo Hugo >>>>>>>>>>>>>>>>>>> To: pragya jain >>>>>>>>>>>>>>>>>>> Cc: "openstack at lists.openstack.org" >>>>>>>>>>>>>>>>>>> Sent: Thursday, 29 August 2013 2:47 PM >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Subject: Re: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> gt; netstat -antulp | grep 8080 >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> 1) is 8080 port been used ? >>>>>>>>>>>>>>>>>>> 2) What's the value of *user* parameter in proxy-server.conf  https://github.com/openstack/swift/blob/master/etc/proxy-server.conf-sample#L7 >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> +Hugo Kuo+ >>>>>>>>>>>>>>>>>>> hugo at swiftstack.com >>>>>>>>>>>>>>>>>>> tonytkdk at gmail.com >>>>>>>>>>>>>>>>>>> +886 935004793 >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> 2013/8/29 pragya jain >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> hello sir, >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> I run the command: >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> root at arun-Aspire-5742:~# find / -name swift-proxy-server >>>>>>>>>>>>>>>>>>> /opt/swift/build/scripts-2.7/swift-proxy-server >>>>>>>>>>>>>>>>>>> /opt/swift/bin/swift-proxy-server >>>>>>>>>>>>>>>>>>> /usr/local/bin/swift-proxy-server >>>>>>>>>>>>>>>>>>> /usr/local/lib/python2.7/dist-packages/swift-1.9.2-py2.7.egg/EGG-INFO/scripts/swift-proxy-server >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> root at arun-Aspire-5742:~# /usr/bin/python /usr/local/bin/swift-proxy-server /etc/swift/proxy-server.conf >>>>>>>>>>>>>>>>>>> Traceback (most recent call last): >>>>>>>>>>>>>>>>>>>   File "/usr/local/bin/swift-proxy-server", line 5, in >>>>>>>>>>>>>>>>>>>     pkg_resources.run_script('swift==1.9.2', 'swift-proxy-server') >>>>>>>>>>>>>>>>>>>   File "/usr/lib/python2.7/dist-packages/pkg_resources.py", line 499, in run_script >>>>>>>>>>>>>>>>>>>     self.require(requires)[0].run_script(script_name, ns) >>>>>>>>>>>>>>>>>>>   File "/usr/lib/python2.7/dist-packages/pkg_resources.py", line 1235, in run_script >>>>>>>>>>>>>>>>>>>     execfile(script_filename, namespace, namespace) >>>>>>>>>>>>>>>>>>>   File "/usr/local/lib/python2.7/dist-packages/swift-1.9.2-py2.7.egg/EGG-INFO/scripts/swift-proxy-server", line 22, in >>>>>>>>>>>>>>>>>>>     run_wsgi(conf_file, 'proxy-server', default_port=8080, **options) >>>>>>>>>>>>>>>>>>>   File "/usr/local/lib/python2.7/dist-packages/swift-1.9.2-py2.7.egg/swift/common/wsgi.py", line 251, in run_wsgi >>>>>>>>>>>>>>>>>>>     sock = get_socket(conf, default_port=kwargs.get('default_port', 8080)) >>>>>>>>>>>>>>>>>>>   File "/usr/local/lib/python2.7/dist-packages/swift-1.9.2-py2.7.egg/swift/common/wsgi.py", line 168, in get_socket >>>>>>>>>>>>>>>>>>>     bind_addr[0], bind_addr[1], bind_timeout)) >>>>>>>>>>>>>>>>>>> Exception: Could not bind to 0.0.0.0:8080 after trying for 30 seconds >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> ________________________________ >>>>>>>>>>>>>>>>>>> From: Kuo Hugo >>>>>>>>>>>>>>>>>>> To: pragya jain >>>>>>>>>>>>>>>>>>> Cc: "openstack at lists.openstack.org" >>>>>>>>>>>>>>>>>>> Sent: Thursday, 29 August 2013 2:19 PM >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Subject: Re: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> find out the swift-proxy-server binary in your OS.  (The path in example just an assumption) >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> gt; find / -name swift-proxy-server >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> +Hugo Kuo+ >>>>>>>>>>>>>>>>>>> hugo at swiftstack.com >>>>>>>>>>>>>>>>>>> tonytkdk at gmail.com >>>>>>>>>>>>>>>>>>> +886 935004793 >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> 2013/8/29 pragya jain >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> hello sir >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Thanks for the help >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> root at arun-Aspire-5742:~# /usr/bin/python /usr/bin/swift-proxy-server /etc/swift/proxy-server.conf >>>>>>>>>>>>>>>>>>> /usr/bin/python: can't open file '/usr/bin/swift-proxy-server': [Errno 2] No such file or directory >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> this is the result of the command. >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> please help in this regard. >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> ----- >>>>>>>>>>>>>>>>>>> Pragya Jain >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> ________________________________ >>>>>>>>>>>>>>>>>>> From: Kuo Hugo >>>>>>>>>>>>>>>>>>> To: pragya jain >>>>>>>>>>>>>>>>>>> Cc: "openstack at lists.openstack.org" >>>>>>>>>>>>>>>>>>> Sent: Thursday, 29 August 2013 1:20 PM >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Subject: Re: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Obviously, There's no proxy server running on your node. >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Please execute it on the node where proxy-server located: >>>>>>>>>>>>>>>>>>> (I assume the binary is in /usr/bin and conf file is in /etc/swift) >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> gt; /usr/bin/python /usr/bin/swift-proxy-server /etc/swift/proxy-server.conf >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> What's the result ? >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> +Hugo Kuo+ >>>>>>>>>>>>>>>>>>> hugo at swiftstack.com >>>>>>>>>>>>>>>>>>> tonytkdk at gmail.com >>>>>>>>>>>>>>>>>>> +886 935004793 >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> 2013/8/29 pragya jain >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> hello sir >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Thanks for the suggestion. >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> (1) I give the space between pj2648 and .admin and also between .admin and .reseller_admin and tried the connection again, but face the same problem >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> root at arun-Aspire-5742:~# vi /etc/swift/proxy-server.conf >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> and make following changes: >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> user_admin_admin = admin .admin .reseller_admin >>>>>>>>>>>>>>>>>>> user_test_tester = testing .admin >>>>>>>>>>>>>>>>>>> user_test2_tester2 = testing2 .admin >>>>>>>>>>>>>>>>>>> user_test_tester3 = testing3 >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> user_prag2648_pragya = pj2648 .admin .reseller_admin >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> and then >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> root at arun-Aspire-5742:~# sudo swift-init account start >>>>>>>>>>>>>>>>>>> Starting account-server...(/etc/swift/account-server.conf) >>>>>>>>>>>>>>>>>>> root at arun-Aspire-5742:~# sudo swift-init proxy start >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Starting proxy-server...(/etc/swift/proxy-server.conf) >>>>>>>>>>>>>>>>>>> root at arun-Aspire-5742:~# curl -v -H 'X-Auth-User:prag2648:pragya' -H 'X-Auth-Key:pj2648' http://localhost/auth/v1.0/ >>>>>>>>>>>>>>>>>>> * About to connect() to localhost port 80 (#0) >>>>>>>>>>>>>>>>>>> *   Trying 127.0.0.1... Connection refused >>>>>>>>>>>>>>>>>>> * couldn't connect to host >>>>>>>>>>>>>>>>>>> * Closing connection #0 >>>>>>>>>>>>>>>>>>> curl: (7) couldn't connect to host >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> (2) I also tired the connection with user admin:admin >>>>>>>>>>>>>>>>>>> root at arun-Aspire-5742:~# curl -v -H 'X-Auth-User:admin:admin' -H 'X-Auth-Key:admin' http://localhost/auth/v1.0/ >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> * About to connect() to localhost port 80 (#0) >>>>>>>>>>>>>>>>>>> *   Trying 127.0.0.1... Connection refused >>>>>>>>>>>>>>>>>>> * couldn't connect to host >>>>>>>>>>>>>>>>>>> * Closing connection #0 >>>>>>>>>>>>>>>>>>> curl: (7) couldn't connect to host >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> (3) I also run the command to verify the port number of proxy >>>>>>>>>>>>>>>>>>> root at arun-Aspire-5742:~# ps aux | grep proxy >>>>>>>>>>>>>>>>>>> nobody    2124  0.0  0.0   5384  1164 ?        S    10:39   0:00 /usr/sbin/dnsmasq --no-resolv --keep-in-foreground --no-hosts --bind-interfaces --pid-file=/var/run/sendsigs.omit.d/network-manager.dnsmasq.pid --listen-address=127.0.0.1 --conf-file=/var/run/nm-dns-dnsmasq.conf --cache-size=0 --proxy-dnssec >>>>>>>>>>>>>>>>>>> root      2724  0.0  0.0   4368   828 pts/0    R+   10:52   0:00 grep --color=auto proxy >>>>>>>>>>>>>>>>>>> root at arun-Aspire-5742:~# netstat -antulp >>>>>>>>>>>>>>>>>>> Active Internet connections (servers and established) >>>>>>>>>>>>>>>>>>> Proto Recv-Q Send-Q Local Address           Foreign Address         State       PID/Program name >>>>>>>>>>>>>>>>>>> tcp        0      0 127.0.0.1:11211         0.0.0.0:*               LISTEN      931/memcached   >>>>>>>>>>>>>>>>>>> tcp        0      0 127.0.0.1:53            0.0.0.0:*               LISTEN      2124/dnsmasq   >>>>>>>>>>>>>>>>>>> tcp        0      0 127.0.0.1:631           0.0.0.0:*               LISTEN      623/cupsd       >>>>>>>>>>>>>>>>>>> tcp        0      0 115.184.7.223:51521     74.125.236.132:80       TIME_WAIT   -               >>>>>>>>>>>>>>>>>>> tcp        1      0 115.184.7.223:46280     91.189.89.144:80        CLOSE_WAIT  1663/ubuntu-geoip-p >>>>>>>>>>>>>>>>>>> tcp        0      0 115.184.7.223:60563     173.194.38.147:80       TIME_WAIT   -               >>>>>>>>>>>>>>>>>>> tcp        0      0 115.184.7.223:43256     124.124.201.179:80      TIME_WAIT   -               >>>>>>>>>>>>>>>>>>> tcp        0      0 115.184.7.223:41791     124.124.201.169:80      TIME_WAIT   -               >>>>>>>>>>>>>>>>>>> tcp        0      0 115.184.7.223:36669     124.124.252.9:80        TIME_WAIT   -               >>>>>>>>>>>>>>>>>>> tcp        0      0 115.184.7.223:51747     173.194.38.184:80       TIME_WAIT   -               >>>>>>>>>>>>>>>>>>> tcp        0      0 115.184.7.223:54229     74.125.236.44:443       TIME_WAIT   -               >>>>>>>>>>>>>>>>>>> tcp        0      0 115.184.7.223:36185     173.194.36.26:80        TIME_WAIT   -               >>>>>>>>>>>>>>>>>>> tcp        0      0 115.184.7.223:38854     74.125.236.109:80       TIME_WAIT   -               >>>>>>>>>>>>>>>>>>> tcp6       0      0 ::1:631                 :::*                    LISTEN      623/cupsd       >>>>>>>>>>>>>>>>>>> udp        0      0 0.0.0.0:5353            0.0.0.0:*                           619/avahi-daemon: r >>>>>>>>>>>>>>>>>>> udp        0      0 0.0.0.0:53489           0.0.0.0:*                           619/avahi-daemon: r >>>>>>>>>>>>>>>>>>> udp        0      0 127.0.0.1:11211         0.0.0.0:*                           931/memcached   >>>>>>>>>>>>>>>>>>> udp        0      0 127.0.0.1:53            0.0.0.0:*                           2124/dnsmasq   >>>>>>>>>>>>>>>>>>> udp6       0      0 :::5353                 :::*                                619/avahi-daemon: r >>>>>>>>>>>>>>>>>>> udp6       0      0 :::36705                :::*                                619/avahi-daemon: r >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Please help to proceed further. >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> --- >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Thanks >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Pragya jain >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> ________________________________ >>>>>>>>>>>>>>>>>>> From: Kuo Hugo >>>>>>>>>>>>>>>>>>> To: pragya jain >>>>>>>>>>>>>>>>>>> Cc: Amanda Plimpton ; "openstack at lists.openstack.org" >>>>>>>>>>>>>>>>>>> Sent: Wednesday, 28 August 2013 9:59 PM >>>>>>>>>>>>>>>>>>> Subject: Re: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Hi >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> 1) user_prag2648_pragya = pj2648.admin.reseller_admin try to have a space between pj2648 and .admin . How about to test with user admin:admin ? >>>>>>>>>>>>>>>>>>> 2) Verify the port number of proxy by >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> gt; ps aux | grep proxy >>>>>>>>>>>>>>>>>>> gt; netstat -antulp >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> 3) Check the Proxy for how to setup bind_port https://github.com/openstack/swift/blob/master/etc/proxy-server.conf-sample >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> +Hugo Kuo+ >>>>>>>>>>>>>>>>>>> hugo at swiftstack.com >>>>>>>>>>>>>>>>>>> tonytkdk at gmail.com >>>>>>>>>>>>>>>>>>> +886 935004793 >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> 2013/8/29 pragya jain >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> hello sir, >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Please help me in knowing how to use 8080 port >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> ________________________________ >>>>>>>>>>>>>>>>>>> From: Amanda Plimpton >>>>>>>>>>>>>>>>>>> To: pragya jain >>>>>>>>>>>>>>>>>>> Cc: "joe at swiftstack.com" ; "contact at swiftstack.com" ; anita goel >>>>>>>>>>>>>>>>>>> Sent: Tuesday, 27 August 2013 9:40 AM >>>>>>>>>>>>>>>>>>> Subject: Re: Fw: problem in setting up Tempauth authentication & authorization with Swift >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Hello, >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Did Edward's suggestion of using port 8080 help at all? The error seems to indicate a network setting issue. You may wish to double check the settings and configuration. >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Given your interest in Swift I would also recommend locating a nearby OpenStack group or attending an event such as http://openstackindia.wordpress.com/2013/08/14/openstack-india-day-2013-announced/ >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Thank you, >>>>>>>>>>>>>>>>>>> Amanda >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> SwiftStack Inc. >>>>>>>>>>>>>>>>>>> swiftstack.com >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> On Mon, Aug 26, 2013 at 8:55 PM, pragya jain wrote: >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> hello sir! >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Please help me in setting up Tempauth authentication & authorization with Swift. >>>>>>>>>>>>>>>>>>> same error is continued. >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> ----- Forwarded Message ----- >>>>>>>>>>>>>>>>>>> From: pragya jain >>>>>>>>>>>>>>>>>>> To: "joe at swiftstack.com" ; "clay.gerrard at gmail.com" ; "contact at swiftstack.com" ; "openstack at ask.openstack.org" ; "openstack at lists.openstack.org" >>>>>>>>>>>>>>>>>>> Cc: anita goel >>>>>>>>>>>>>>>>>>> Sent: Monday, 26 August 2013 12:06 PM >>>>>>>>>>>>>>>>>>> Subject: problem in setting up Tempauth authentication & authorization with Swift >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> hello, >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> I have to configure proxy server. >>>>>>>>>>>>>>>>>>> For this, >>>>>>>>>>>>>>>>>>> I have to edit /etc/swift/swift.conf and change the swift_hash_path_suffix to something secret and then, start the proxy server process >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> for this, I use the following commands: >>>>>>>>>>>>>>>>>>> root at arun-Aspire-5742:~# vi /etc/swift/swift.conf >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> make following changes (highlighted) in the file: >>>>>>>>>>>>>>>>>>> swift_hash_path_suffix =pragya >>>>>>>>>>>>>>>>>>> swift_hash_path_prefix =jain >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> save and exit. >>>>>>>>>>>>>>>>>>> then, I run the command: >>>>>>>>>>>>>>>>>>> root at arun-Aspire-5742:~# sudo swift-init proxy start >>>>>>>>>>>>>>>>>>> Starting proxy-server...(/etc/swift/proxy-server.conf) >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Now, I have to set up Tempauth authentication & authorization with Swift >>>>>>>>>>>>>>>>>>> for this, I run the following command: >>>>>>>>>>>>>>>>>>> root at arun-Aspire-5742:~# vi /etc/swift/proxy-server.conf >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> make following changes (highlighted) in the file: >>>>>>>>>>>>>>>>>>> allow_account_management =true >>>>>>>>>>>>>>>>>>> ... >>>>>>>>>>>>>>>>>>> [filter:tempauth] >>>>>>>>>>>>>>>>>>> use = egg:swift#tempauth >>>>>>>>>>>>>>>>>>> ... >>>>>>>>>>>>>>>>>>> user_admin_admin = admin .admin .reseller_admin >>>>>>>>>>>>>>>>>>> user_test_tester = testing .admin >>>>>>>>>>>>>>>>>>> user_test2_tester2 = testing2 .admin >>>>>>>>>>>>>>>>>>> user_test_tester3 = testing3 >>>>>>>>>>>>>>>>>>> user_prag2648_pragya = pj2648.admin.reseller_admin >>>>>>>>>>>>>>>>>>> ... >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> save and exit >>>>>>>>>>>>>>>>>>> Then, run following commands: >>>>>>>>>>>>>>>>>>> root at arun-Aspire-5742:~# sudo swift-init account start >>>>>>>>>>>>>>>>>>> Starting account-server...(/etc/swift/account-server.conf) >>>>>>>>>>>>>>>>>>> root at arun-Aspire-5742:~# sudo swift-init proxy restart >>>>>>>>>>>>>>>>>>> Signal proxy-server  pid: 2476  signal: 15 >>>>>>>>>>>>>>>>>>> proxy-server (2476) appears to have stopped >>>>>>>>>>>>>>>>>>> Starting proxy-server...(/etc/swift/proxy-server.conf) >>>>>>>>>>>>>>>>>>> root at arun-Aspire-5742:~# curl -v -H 'X-Auth-User:prag2648:pragya' -H 'X-Auth-Key:pj2648' http://localhost/auth/v1.0/ >>>>>>>>>>>>>>>>>>> * About to connect() to localhost port 80 (#0) >>>>>>>>>>>>>>>>>>> *   Trying 127.0.0.1... Connection refused >>>>>>>>>>>>>>>>>>> * couldn't connect to host >>>>>>>>>>>>>>>>>>> * Closing connection #0 >>>>>>>>>>>>>>>>>>> curl: (7) couldn't connect to host >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> But, there is an error in establising a connection. >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> if, I run the command to start proxy server, then it shows that proxy server is already started. >>>>>>>>>>>>>>>>>>> root at arun-Aspire-5742:~# sudo swift-init proxy start >>>>>>>>>>>>>>>>>>> proxy-server running (2935 - /etc/swift/proxy-server.conf) >>>>>>>>>>>>>>>>>>> proxy-server already started... >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Please help me in this regard. >>>>>>>>>>>>>>>>>>> --- >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Thanks >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Pragya Jain >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> _______________________________________________ >>>>>>>>>>>>>>>>>>> Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>>>>>>>>>>>>>>>>>> Post to     : openstack at lists.openstack.org >>>>>>>>>>>>>>>>>>> Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>>_______________________________________________ >>>>>>>>>>>>>>>Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>>>>>>>>>>>>>>Post to     : openstack at lists.openstack.org >>>>>>>>>>>>>>>Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>>-- >>>>>>>>>>>>>> >>>>>>>>>>>>>>Gareth >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>>Cloud Computing, OpenStack, Fitness, Basketball >>>>>>>>>>>>>>OpenStack contributor >>>>>>>>>>>>>>Company: UnitedStack >>>>>>>>>>>>>>My promise: if you find any spelling or grammar mistakes in my email from Mar 1 2013, notify me  >>>>>>>>>>>>>>and I'll donate $1 or ¥1 to an open organization you specify. >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>_______________________________________________ >>>>>>>>>Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>>>>>>>>Post to     : openstack at lists.openstack.org >>>>>>>>>Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>>>>>>>> >>>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>> >>>>>>> >>>>> >>>>> >>>>> >>> >>> >>> > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From raghavendra.lad at accenture.com Tue Sep 10 07:24:53 2013 From: raghavendra.lad at accenture.com (raghavendra.lad at accenture.com) Date: Tue, 10 Sep 2013 07:24:53 +0000 Subject: [Openstack] Grizzly - Multinode cannot login to VM through console or VNC Message-ID: Hi, I have the Openstack Grizzly ubuntu 12.04 multi node installed the VM is coming up fine with IP and also I can associate floating ip however cannot login to VM using ssh or on console. It just says loading and no go. The security group is also set. Any help? Now on VNC it says console is currently unavailable. Please try again later. Reload On my controller or nova node : C controller# ping 20.0.0.5 PING 20.0.0.5 (20.0.0.5) 56(84) bytes of data. >From 10.1.168.1: icmp_seq=1 Redirect Network(New nexthop: 10.1.168.2) Thanks, Raghavendra Lad ________________________________ This message is for the designated recipient only and may contain privileged, proprietary, or otherwise confidential information. If you have received it in error, please notify the sender immediately and delete the original. Any other use of the e-mail by you is prohibited. Where allowed by local law, electronic communications with Accenture and its affiliates, including e-mail and instant messaging (including content), may be scanned by our systems for the purposes of information security and assessment of internal compliance with Accenture policy. ______________________________________________________________________________________ www.accenture.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From yuanpu at 139.com Tue Sep 10 07:52:18 2013 From: yuanpu at 139.com (yuanpu) Date: Tue, 10 Sep 2013 15:52:18 +0800 Subject: [Openstack] Grizzly - Multinode cannot login to VM through console or VNC References: Message-ID: <201309101552146232577@139.com> [root at grizzly nova]# cat nova.conf|grep vnc vnc_ip=172.21.2.111 novncproxy_base_url=http://$vnc_ip:6080/vnc_auto.html vncserver_proxyclient_address=$vnc_ipvnc_enabled=true vnc_keymap=en-us vncserver_listen=$vnc_ip [root at grizzly nova]# change it into [root at grizzly nova]# cat nova.conf|grep vnc novncproxy_base_url=http://172.21.2.111:6080/vnc_auto.html vncserver_proxyclient_address=172.21.2.111 vnc_enabled=true vnc_keymap=en-us vncserver_listen=172.21.2.111 we have the same problem, we solved it this way(use real ip address instead $vnc_ip), but i dont know and tell you why. yuanpu From: raghavendra.lad at accenture.com Date: 2013-09-10 15:24 To: openstack at lists.openstack.org Subject: [Openstack] Grizzly - Multinode cannot login to VM through console or VNC Hi, I have the Openstack Grizzly ubuntu 12.04 multi node installed the VM is coming up fine with IP and also I can associate floating ip however cannot login to VM using ssh or on console. It just says loading and no go. The security group is also set. Any help? Now on VNC it says console is currently unavailable. Please try again later. Reload On my controller or nova node : C controller# ping 20.0.0.5 PING 20.0.0.5 (20.0.0.5) 56(84) bytes of data. From 10.1.168.1: icmp_seq=1 Redirect Network(New nexthop: 10.1.168.2) Thanks, Raghavendra Lad This message is for the designated recipient only and may contain privileged, proprietary, or otherwise confidential information. If you have received it in error, please notify the sender immediately and delete the original. Any other use of the e-mail by you is prohibited. Where allowed by local law, electronic communications with Accenture and its affiliates, including e-mail and instant messaging (including content), may be scanned by our systems for the purposes of information security and assessment of internal compliance with Accenture policy. ______________________________________________________________________________________ www.accenture.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From rupadhayay at xavient.com Tue Sep 10 08:01:28 2013 From: rupadhayay at xavient.com (Rajesh Upadhayay) Date: Tue, 10 Sep 2013 08:01:28 +0000 Subject: [Openstack] Instance failed to spawn Message-ID: <7EF4E3F5F11ABF4CB0BA41CEF83B3CAF8210DD65@xpwinno1emb1> Hi, Can someone please help me as I have successfully setup Openstack grizzly on DomU but getting below error and not able to launch instance due to Spawning issue. 2013-09-10 13:19:43.536 WARNING nova.scheduler.driver [req-8cef211b-5ea4-4657-b823-1ca967efd232 33156467441344e8817046e95f0c381c 2687d9c88b514bea9564eb682c5644a5] [inst ance: ac0f94fc-7c6d-43d6-a49d-2958e0694e6c] Setting instance to ERROR state. 2013-09-10 13:22:40.843 ERROR nova.scheduler.filter_scheduler [req-973d4cd8-c722-4bb5-92b8-ced31c6ab4f0 33156467441344e8817046e95f0c381c 2687d9c88b514bea9564eb682c5644a 5] [instance: fe706720-1111-4498-9b57-f1a6daaeea45] Error from last host: xplinno1ctlr1 (node xenserver): [u'Traceback (most recent call last):\n', u' File "/usr/lib/p ython2.7/dist-packages/nova/compute/manager.py", line 848, in _run_instance\n set_access_ip=set_access_ip)\n', u' File "/usr/lib/python2.7/dist-packages/nova/comput e/manager.py", line 1107, in _spawn\n LOG.exception(_(\'Instance failed to spawn\'), instance=instance)\n', u' File "/usr/lib/python2.7/contextlib.py", line 24, in __exit__\n self.gen.next()\n', u' File "/usr/lib/python2.7/dist-packages/nova/compute/manager.py", line 1103, in _spawn\n block_device_info)\n', u' File "/usr/l ib/python2.7/dist-packages/nova/virt/xenapi/driver.py", line 177, in spawn\n admin_password, network_info, block_device_info)\n', u' File "/usr/lib/python2.7/dist-p ackages/nova/virt/xenapi/vmops.py", line 480, in spawn\n undo_mgr.rollback_and_reraise(msg=msg, instance=instance)\n', u' File "/usr/lib/python2.7/dist-packages/nov a/utils.py", line 1250, in rollback_and_reraise\n self._rollback()\n', u' File "/usr/lib/python2.7/contextlib.py", line 24, in __exit__\n self.gen.next()\n', u' File "/usr/lib/python2.7/dist-packages/nova/virt/xenapi/vmops.py", line 463, in spawn\n vdis = create_disks_step(undo_mgr, disk_image_type, image_meta)\n', u' File "/usr/lib/python2.7/dist-packages/nova/virt/xenapi/vmops.py", line 142, in inner\n rv = f(*args, **kwargs)\n', u' File "/usr/lib/python2.7/dist-packages/nova/virt/ xenapi/vmops.py", line 346, in create_disks_step\n block_device_info=block_device_info)\n', u' File "/usr/lib/python2.7/dist-packages/nova/virt/xenapi/vmops.py", li ne 317, in _create_disks\n block_device_info=block_device_info)\n', u' File "/usr/lib/python2.7/dist-packages/nova/virt/xenapi/vm_utils.py", line 518, in get_vdis_f or_instance\n context, session, instance, name_label, image, image_type)\n', u' File "/usr/lib/python2.7/dist-packages/nova/virt/xenapi/vm_utils.py", line 974, in _ create_image\n image_id, image_type)\n', u' File "/usr/lib/python2.7/dist-packages/nova/virt/xenapi/vm_utils.py", line 919, in _create_cached_image\n image_id, i mage_type)\n', u' File "/usr/lib/python2.7/dist-packages/nova/virt/xenapi/vm_utils.py", line 997, in _fetch_image\n image_id, image_type)\n', u' File "/usr/lib/pyt hon2.7/dist-packages/nova/virt/xenapi/vm_utils.py", line 1209, in _fetch_disk_image\n with vdi_attached_here(session, vdi_ref, read_only=False) as dev:\n', u' File "/usr/lib/python2.7/contextlib.py", line 17, in __enter__\n return self.gen.next()\n', u' File "/usr/lib/python2.7/dist-packages/nova/virt/xenapi/vm_utils.py", line 1907, in vdi_attached_here\n _wait_for_device(dev)\n', u' File "/usr/lib/python2.7/dist-packages/nova/virt/xenapi/vm_utils.py", line 1864, in _wait_for_device\n _(\'Timeout waiting for device %s to be created\') % dev)\n', u'StorageError: Timeout waiting for device hdc to be created\n'] 2013-09-10 13:22:40.878 WARNING nova.scheduler.driver [req-973d4cd8-c722-4bb5-92b8-ced31c6ab4f0 33156467441344e8817046e95f0c381c 2687d9c88b514bea9564eb682c5644a5] [inst ance: fe706720-1111-4498-9b57-f1a6daaeea45] Setting instance to ERROR state. root at xplinno1ctlr1:~# nova hypervisor-list +----+---------------------+ | ID | Hypervisor hostname | +----+---------------------+ | 1 | xenserver | +----+---------------------+ root at xplinno1ctlr1:~# Thanks & Regards, Rajesh Upadhayay -------------- next part -------------- An HTML attachment was scrubbed... URL: From juanfra.rodriguez.cardoso at gmail.com Tue Sep 10 08:56:56 2013 From: juanfra.rodriguez.cardoso at gmail.com (JuanFra Rodriguez Cardoso) Date: Tue, 10 Sep 2013 10:56:56 +0200 Subject: [Openstack] Assign IP from host subnetwork In-Reply-To: References: Message-ID: Yes, the scenario you are asking for is: http://docs.openstack.org/trunk/openstack-network/admin/content/use_cases_single_flat.html . You have a demo setup in: http://docs.openstack.org/trunk/openstack-network/admin/content/app_demo_flat.html Regards, --- JuanFra 2013/9/5 Krzysztof G > Hi everyone, > > I have RDO installed on one node using all-in-one install. I am using > quantum networking with openvswitch. My host is in network > 10.133.31.137/27. Is it possible to assign virtual machines inside my > environment IP from that network so they can communicate with other > computers in subnet? > > Thank you > > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From gpeeyush at ymail.com Tue Sep 10 09:21:27 2013 From: gpeeyush at ymail.com (Peeyush Gupta) Date: Tue, 10 Sep 2013 17:21:27 +0800 (SGT) Subject: [Openstack] Conductor API has no attribute "xxxxxx" In-Reply-To: <1378804670.30929.YahooMailNeo@web194603.mail.sg3.yahoo.com> References: <1378804670.30929.YahooMailNeo@web194603.mail.sg3.yahoo.com> Message-ID: <1378804887.33900.YahooMailNeo@web194603.mail.sg3.yahoo.com> Hi all, I have been trying to add a new table to the database. Now, I have created  the table and I am going through conductor API to populate/update it. I have  defined some function to achieve the task. There function are defined in conductor  and db api, along with in conductor.manage and db.sqlalchemy.api. When I try  to run the system it says   AttributeError: 'ConductorAPI' object has no attribute 'xxxxxx' while the function is properly defined in Conductor API as well as manager and  db.API. I back traced the flow of the code and it looks like the code reaches till conductor.api. The function at the conductor API is defined as: #In class LocalAPI def xxxxxx(self, context, node_id, values):         return self._manager.xxxxxx(context, node_id, values) Now, after this it gives the error. Though the function is present in conductor.manager. Please help me find out why am I getting this error. Thanks ~Peeyush Gupta -------------- next part -------------- An HTML attachment was scrubbed... URL: From Marco.Fornaro at huawei.com Tue Sep 10 09:26:41 2013 From: Marco.Fornaro at huawei.com (Marco Fornaro) Date: Tue, 10 Sep 2013 09:26:41 +0000 Subject: [Openstack] Neutron Installation: support request In-Reply-To: References: Message-ID: Hi Edgard, Thanks again for your email Just n feedback and, I hope, a question of general interest: Among the guides available at the URL you sent: https://github.com/mseknibilel/OpenStack-Grizzly-Install-Guide/tree/OVS_MultiNode there is in my opinion at least one guide not updated, and in this moment not fully exploitable, and unfortunately it's also the most interesting one, with the Nicira NVP Plugin: https://github.com/mseknibilel/OpenStack-Grizzly-Install-Guide/blob/Nicira_SingleNode/OpenStack_Grizzly_Install_Guide.rst In fact the guide do assume that a Nicira NVP cluster, node and network are available (with all the nicira stuff already working, like a NVP controller, the transport zone UUID already settled up etc etc) Unfortunately if you look at the nicira web site you are now redirected to WMVare web site, and I could not find any available download link for all NICIRA NVP stuff (controller and whatsoever), I guess all this has become commercial software...so, no more practically available for tests Can anyone confirm or deny this? Thanks in advance for any info Best Regards Marco From: Edgar Magana [mailto:emagana at plumgrid.com] Sent: den 28 augusti 2013 22:10 To: Marco Fornaro; openstack at lists.openstack.org Subject: Re: [Openstack] Neutron Installation: support request Marco, This guide is pretty good: https://github.com/mseknibilel/OpenStack-Grizzly-Install-Guide/tree/OVS_MultiNode Be aware of some pull requests (one is mine) to fix a couple of issues, specially on keystone configuration. https://github.com/mseknibilel/OpenStack-Grizzly-Install-Guide/pulls Cheers, Edgar From: Marco Fornaro > Date: Wednesday, August 28, 2013 6:17 AM To: "openstack at lists.openstack.org" > Subject: [Openstack] Neutron Installation: support request Hi All, I'm an Openstack "newbbie", and my actual target is to get an openstack instance WITH Neutron(/quantum) ups and running I wanted to try to get this using one single server but without using devstack:I already settled up a complete and working Openstack grizzly Installation and I've been playing a little bit with "common" features including using API NOW I NEED TO INSTALL NEUTRON I saw in the doc (http://docs.openstack.org/trunk/openstack-network/admin/content/nova_with_neutron.html) that I HAVE FIRST TO UNINSTALL NOVA-NETWORK, then I read that there are incompatibility between some plugin and the L3 layer (http://docs.openstack.org/trunk/openstack-network/admin/content/install_neutron-l3.html). COULD ANYONE PROVIDE ME A NEWBBIE STEP-BY-STEP GUIDE TO CORRECTLY UNINSTALL NOVA-NETWORK AND INSTALL A NEUTRON SERVER?... I would prefer Neutron with an Openflow compliant plugin (I guess Nicira NVP, Ryu, NEC OPenFlw or Big Swoitch should be fine), but for the first tests even the standard open vSwitch plugin could be fine Thanks in advance for any contribution Best Regards Marco _______________________________________________ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : openstack at lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack -------------- next part -------------- An HTML attachment was scrubbed... URL: From macias at shellycloud.com Tue Sep 10 12:36:20 2013 From: macias at shellycloud.com (=?ISO-8859-2?Q?Maciej_Ga=B3kiewicz?=) Date: Tue, 10 Sep 2013 14:36:20 +0200 Subject: [Openstack] Why GlusterFS should not be integrated with OpenStack Message-ID: Hello For everyone looking for some info regarding GlusterFS and Openstack integration I suggest my blog post: https://shellycloud.com/blog/2013/09/why-glusterfs-should-not-be-implemented-with-openstack regards -- Maciej Gałkiewicz Shelly Cloud Sp. z o. o., Sysadmin http://shellycloud.com/, macias at shellycloud.com KRS: 0000440358 REGON: 101504426 From razique.mahroua at gmail.com Tue Sep 10 12:54:49 2013 From: razique.mahroua at gmail.com (Razique Mahroua) Date: Tue, 10 Sep 2013 14:54:49 +0200 Subject: [Openstack] Why GlusterFS should not be integrated with OpenStack In-Reply-To: References: Message-ID: Good reading :) Razique Mahroua - Nuage & Co razique.mahroua at gmail.com Tel : +33 9 72 37 94 15 Le 10 sept. 2013 à 14:36, Maciej Gałkiewicz a écrit : > Hello > > For everyone looking for some info regarding GlusterFS and Openstack > integration I suggest my blog post: > https://shellycloud.com/blog/2013/09/why-glusterfs-should-not-be-implemented-with-openstack > > regards > -- > Maciej Gałkiewicz > Shelly Cloud Sp. z o. o., Sysadmin > http://shellycloud.com/, macias at shellycloud.com > KRS: 0000440358 REGON: 101504426 > > _______________________________________________ > Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: NUAGECO-LOGO-Fblan_petit.jpg Type: image/jpeg Size: 10122 bytes Desc: not available URL: From otavio.augusto at gmail.com Tue Sep 10 12:58:00 2013 From: otavio.augusto at gmail.com (=?ISO-8859-1?Q?Ot=E1vio_Augusto?=) Date: Tue, 10 Sep 2013 09:58:00 -0300 Subject: [Openstack] Help with l3 agent code Message-ID: Hi all I've been trying to understand where in the code I should apply changes so that the l3 agent could use a router which is not yet supported by Openstack. I've been debugging with pdb and reading the available documentation - at least the ones pointed by other Openstack developers. Would anyone please provide any hints on this ? I believe I have to work on the driver that is invoked by the agent. I think I understand the flow: the db is updated and the task is added to a queue. When the right time comes, the queue fires up that task, invoking the l3 agent. Am I correct ? In a basic scenario: I have a router created in Openstack (no l3 agent invoked so far, right ?). Now, I want to associate that router to a gateway. At that point, the l3 agent should be invoked and specific routing commands should be issued to create that router x gateway association. Where in the code should I apply changes so that I could addapt/create code for my specific router? Best regards /O Otavio Augusto "A human being should be able to change a diaper, plan an invasion, butcher a hog, conn a ship, design a building, write a sonnet, balance accounts, build a wall, set a bone, comfort the dying, take orders, give orders, cooperate, act alone, solve equations, analyze a new problem, pitch manure, program a computer, cook a tasty meal, fight efficiently, die gallantly. Specialization is for insects." Robert A. Heinlein -------------- next part -------------- An HTML attachment was scrubbed... URL: From brian at tangent.org Tue Sep 10 13:01:08 2013 From: brian at tangent.org (Brian Aker) Date: Tue, 10 Sep 2013 06:01:08 -0700 Subject: [Openstack] [openstack-dev] [TROVE] database instance creation In-Reply-To: References: <1378740889-sup-4360@fewbar.com> Message-ID: <74443A68-20FB-4C8F-B9A1-8914DBF5365F@tangent.org> Hi! On Sep 9, 2013, at 9:46 AM, Michael Basnight wrote: > On Sep 9, 2013, at 8:38 AM, Clint Byrum wrote: > >> Perhaps: "Trove is designed to support a multi-user database for a single >> OpenStack tenant within a Nova instance." > > +1. Very succinct, and it does remove ambiguity. Giuseppe, feel free to update the wiki to reflect this, and help remove ambiguity in other areas. Thank you Clint and Giuseppe. Let me be a little nit-picky. Trove when mapped to other RDBMS then MySQL may actually create multiple "DATABASES". MySQL maps "CREATE DATABASE" to "CREATE SCHEMA" and Trove has inherited this inconsistency. A number of other RDBMS have both of these implemented and I would expect that they will call "CREATE DATABASE" instead. It would be more accurate to say that Trove supports the creation of "DBMS" systems (though frankly some of the NO-SQL solutions don't fit that definition due to their lack of data integrity). Additionally I would drop the "multi-user" part since some of the proposed implementations lack "users" as well. Trove is a service that handles the maintenance, provisioning, etc… of DBMS systems. Cheers, -Brian -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 495 bytes Desc: Message signed with OpenPGP using GPGMail URL: From diego.parrilla.santamaria at gmail.com Tue Sep 10 13:15:44 2013 From: diego.parrilla.santamaria at gmail.com (=?ISO-8859-1?Q?Diego_Parrilla_Santamar=EDa?=) Date: Tue, 10 Sep 2013 15:15:44 +0200 Subject: [Openstack] Why GlusterFS should not be integrated with OpenStack In-Reply-To: References: Message-ID: You are describing the problems of using a shared filesystem backend for cinder, instead of using a driver with direct connection at block-device level. It has improved a lot in the last 18 months or so, specially if you want to use as shared storage for your VMs. Seems the snapshotting feature is on the way: https://github.com/openstack/cinder/blob/master/cinder/volume/drivers/glusterfs.py But the killer feature is the direct access from QEMU to Gluster using libgfapi. It seems it has been added in Havana and it's in master branch since mid August: https://review.openstack.org/#/c/39498/ If I had to consider a scalable storage solution for an Openstack deployment for the next 10 years, I would consider Gluster. Cheers Diego -- Diego Parrilla *CEO* *www.stackops.com | * diego.parrilla at stackops.com** | +34 649 94 43 29 | skype:diegoparrilla* * * * On Tue, Sep 10, 2013 at 2:36 PM, Maciej Gałkiewicz wrote: > Hello > > For everyone looking for some info regarding GlusterFS and Openstack > integration I suggest my blog post: > > https://shellycloud.com/blog/2013/09/why-glusterfs-should-not-be-implemented-with-openstack > > regards > -- > Maciej Gałkiewicz > Shelly Cloud Sp. z o. o., Sysadmin > http://shellycloud.com/, macias at shellycloud.com > KRS: 0000440358 REGON: 101504426 > > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > -------------- next part -------------- An HTML attachment was scrubbed... URL: From chuck.short at canonical.com Tue Sep 10 13:24:35 2013 From: chuck.short at canonical.com (Chuck Short) Date: Tue, 10 Sep 2013 09:24:35 -0400 Subject: [Openstack] Havana-3 development milestone available In-Reply-To: References: <5229FBE1.2020207@openstack.org> Message-ID: It should be available this week. We are currently in the middle of backporting it to 12.04. Regards chuck On Mon, Sep 9, 2013 at 6:58 PM, Martinx - ジェームズ wrote: > Hi! > > I'm seeing that `Ubuntu Cloud Archive' for Havana is outdated... Still not > H3... > > How can I test it today? Is there any PPA with most recent package > versions available? Or maybe, is it ready for tests only for Saucy? > > Thanks! > > > On 6 September 2013 12:59, Thierry Carrez wrote: > >> Hi everyone, >> >> The last milestone in the Havana development cycle, "havana-3" is now >> available for Keystone, Glance, Nova, Horizon, Neutron, Cinder, >> Ceilometer, and Heat. In the last 7 weeks, more than 200 features were >> added and more than 750 bugs fixed (!). >> >> You can see the full list of new features and fixed bugs, as well as >> tarball downloads, at: >> >> https://launchpad.net/keystone/havana/havana-3 >> https://launchpad.net/glance/havana/havana-3 >> https://launchpad.net/nova/havana/havana-3 >> https://launchpad.net/horizon/havana/havana-3 >> https://launchpad.net/neutron/havana/havana-3 >> https://launchpad.net/cinder/havana/havana-3 >> https://launchpad.net/ceilometer/havana/havana-3 >> https://launchpad.net/heat/havana/havana-3 >> >> This milestone is nearly feature-complete. A few exceptions should land >> next week, but those projects are otherwise feature-frozen in >> preparation of the first Havana release candidate. >> >> We should now all switch to testing and bugfixing mode for the next >> weeks, and make Havana as bug-free as we can. The release-critical bugs >> will be tracked on the havana-rc1 milestone pages. Once all those bugs >> are fixed and the first release candidates are out, the next development >> cycle (Icehouse) will start. Final coordinated release is expected on >> October 17th. >> >> More information on the OpenStack development cycle can be found at: >> https://wiki.openstack.org/wiki/Release_Cycle >> >> Regards, >> >> -- >> Thierry Carrez (ttx) >> >> _______________________________________________ >> Mailing list: >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> Post to : openstack at lists.openstack.org >> Unsubscribe : >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> > > > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From johnmark at johnmark.org Tue Sep 10 13:49:55 2013 From: johnmark at johnmark.org (John Mark Walker) Date: Tue, 10 Sep 2013 09:49:55 -0400 Subject: [Openstack] Why GlusterFS should not be integrated with OpenStack In-Reply-To: References: Message-ID: Jeff Darcy, GlusterFS developer, responded here: https://news.ycombinator.com/item?id=6359851 I'm not sure what the OP was trying to achieve if he didn't completely understand what he was talking about. Pasting Jeff's comments: GlusterFS developer here. The OP is extremely misleading, so I'll try to set the record straight. (1) Granted, snapshots (volume or file level) aren't implemented yet. OTOH, there are two projects for file-level snapshots that are far enough along to have patches in either the main review queue or the community forge. Volume-level snapshots are a little further behind. Unsurprisingly, snapshots in a distributed filesystem are hard, and we're determined to get them right before we foist some half-baked result on users and risk losing their data. (2) The author seems very confused about the relationship between bricks (storage units) and servers used for mounting. The mount server is used * once* to fetch a configuration, then the client connects directly to the bricks. There is no need to specify all of the bricks on the mount command; one need only specify enough servers - two or three - to handle one being down *at mount time*. RRDNS can also help here. (3) Lack of support for login/password authentication. This has not been true in the I/O path since forever; it only affects the CLI, which should only be run from the servers themselves (or similarly secure hosts) anyway. It should not be run from arbitrary hosts. Adding full SSL-based auth is already an accepted feature for GlusterFS 3.5 and some of the patches are already in progress. Other management interfaces already have stronger auth. (4) Volumes can be mounted R/W from many locations. This is actually a strength, since volumes are files. Unlike some alternatives, GlusterFS provides true multi-protocol access - not just different silos for different interfaces within the same infrastructure but the *same data*accessible via (deep breath) native protocol, NFS, SMB, Swift, Cinder, Hadoop FileSystem API, or raw C API. It's up to the cloud infrastructure (e.g. Nova) not to mount the same block-storage device from multiple locations, *just as with every alternative*. (5) What's even more damning than what the author says is what the author doesn't say. There are benefits to having full POSIX semantics so that hundreds of thousands of programs and scripts that don't speak other storage APIs can use the data. There are benefits to having the same data available through many protocols. There are benefits to having data that's shared at a granularity finer than whole-object GET and PUT, with familiar permissions and ACLs. There are benefits to having a system where any new feature - e.g. georeplication, erasure coding, deduplication - immediately becomes available across all access protocols. Every performance comparison I've seen vs. obvious alternatives has either favored GlusterFS or revealed cheating (e.g. buffering locally or throwing away O_SYNC) by the competitor. Or both. Of course, the OP has already made up his mind so he doesn't mention any of this. It's perfectly fine that the author prefers something else. He mentions Ceph. I love Ceph. I also love XtreemFS, which hardly anybody seems to know about and that's a shame. We're all on the same side, promoting open-source horizontally scalable filesystems vs. worse alternatives - proprietary storage, non-scalable storage, storage that can't be mounted and used in familiar ways by normal users. When we've won that battle we can fight over the spoils. ;) The point is that *even for a Cinder use case* the author's preferences might not apply to anyone else, and they certainly don't apply to many of the more general use cases that all of these systems are designed to support. On Tue, Sep 10, 2013 at 9:15 AM, Diego Parrilla Santamaría < diego.parrilla.santamaria at gmail.com> wrote: > You are describing the problems of using a shared filesystem backend for > cinder, instead of using a driver with direct connection at block-device > level. > > It has improved a lot in the last 18 months or so, specially if you want > to use as shared storage for your VMs. > > Seems the snapshotting feature is on the way: > > https://github.com/openstack/cinder/blob/master/cinder/volume/drivers/glusterfs.py > > But the killer feature is the direct access from QEMU to Gluster using > libgfapi. It seems it has been added in Havana and it's in master branch > since mid August: > https://review.openstack.org/#/c/39498/ > > If I had to consider a scalable storage solution for an Openstack > deployment for the next 10 years, I would consider Gluster. > > Cheers > Diego > > > > > > -- > Diego Parrilla > *CEO* > *www.stackops.com | * diego.parrilla at stackops.com** | +34 649 94 43 29 | > skype:diegoparrilla* > * > * > > * > > > > On Tue, Sep 10, 2013 at 2:36 PM, Maciej Gałkiewicz > wrote: > >> Hello >> >> For everyone looking for some info regarding GlusterFS and Openstack >> integration I suggest my blog post: >> >> https://shellycloud.com/blog/2013/09/why-glusterfs-should-not-be-implemented-with-openstack >> >> regards >> -- >> Maciej Gałkiewicz >> Shelly Cloud Sp. z o. o., Sysadmin >> http://shellycloud.com/, macias at shellycloud.com >> KRS: 0000440358 REGON: 101504426 >> >> _______________________________________________ >> Mailing list: >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> Post to : openstack at lists.openstack.org >> Unsubscribe : >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> > > > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From macias at shellycloud.com Tue Sep 10 14:07:57 2013 From: macias at shellycloud.com (=?ISO-8859-2?Q?Maciej_Ga=B3kiewicz?=) Date: Tue, 10 Sep 2013 16:07:57 +0200 Subject: [Openstack] Why GlusterFS should not be integrated with OpenStack In-Reply-To: References: Message-ID: On 10 September 2013 15:15, Diego Parrilla Santamaría < diego.parrilla.santamaria at gmail.com> wrote: > You are describing the problems of using a shared filesystem backend for > cinder, instead of using a driver with direct connection at block-device > level. > > This is how it is implemented right now in Grizzly. You are right about block-device level but this is not where it goes. Take a look at https://blueprints.launchpad.net/cinder/+spec/qemu-assisted-snapshots > It has improved a lot in the last 18 months or so, specially if you want > to use as shared storage for your VMs. > > Seems the snapshotting feature is on the way: > > https://github.com/openstack/cinder/blob/master/cinder/volume/drivers/glusterfs.py > > Exactly, using qcow. > But the killer feature is the direct access from QEMU to Gluster using > libgfapi. It seems it has been added in Havana and it's in master branch > since mid August: > https://review.openstack.org/#/c/39498/ > > If I had to consider a scalable storage solution for an Openstack > deployment for the next 10 years, I would consider Gluster. > Just out of curiosity. Have you tested any other Cinder backends? regards -- Maciej Gałkiewicz Shelly Cloud Sp. z o. o., Sysadmin http://shellycloud.com/, macias at shellycloud.com KRS: 0000440358 REGON: 101504426 -------------- next part -------------- An HTML attachment was scrubbed... URL: From diego.parrilla.santamaria at gmail.com Tue Sep 10 14:16:28 2013 From: diego.parrilla.santamaria at gmail.com (=?ISO-8859-1?Q?Diego_Parrilla_Santamar=EDa?=) Date: Tue, 10 Sep 2013 16:16:28 +0200 Subject: [Openstack] Why GlusterFS should not be integrated with OpenStack In-Reply-To: References: Message-ID: > Just out of curiosity. Have you tested any other Cinder backends? > > Yes, I can confirm: - Solidfire - NetApp - NFS (our -now obsolete- driver and community driver) - Nexenta - Gluster - Ceph - Linux + LVM of course Probably more... but can't tell you now... Different solutions, different customer profiles, different size... but it's a perfect example of the evolution of Openstack since the beginning. BTW, what are you running then? Ceph? Cheers Diego -------------- next part -------------- An HTML attachment was scrubbed... URL: From macias at shellycloud.com Tue Sep 10 14:28:09 2013 From: macias at shellycloud.com (=?ISO-8859-2?Q?Maciej_Ga=B3kiewicz?=) Date: Tue, 10 Sep 2013 16:28:09 +0200 Subject: [Openstack] Why GlusterFS should not be integrated with OpenStack In-Reply-To: References: Message-ID: On 10 September 2013 16:16, Diego Parrilla Santamaría wrote: > BTW, what are you running then? Ceph? Yep. Cinder integrates quite well with it. Ceph has really great support and is developed in very organized manner. What I love about it is flexibility and maintenance. Both implemented in very friendly way for sysadmin. I am also using glusterfs but for different purposes. I hope to replace it with cephfs when it will be production ready. What I dislike in Glusterfs is it's stability. Many times it was not working as expected during brick replacement which is crucial for me. I am taking about version 3.3.0 or previous. Management of many glusterfs volumes generated many problems for me:( I am looking forward to test 3.4.0. regards -- Maciej Gałkiewicz Shelly Cloud Sp. z o. o., Sysadmin http://shellycloud.com/, macias at shellycloud.com KRS: 0000440358 REGON: 101504426 From thiagocmartinsc at gmail.com Tue Sep 10 14:30:56 2013 From: thiagocmartinsc at gmail.com (=?ISO-2022-JP?B?TWFydGlueCAtIBskQiU4JSchPCVgJTobKEI=?=) Date: Tue, 10 Sep 2013 11:30:56 -0300 Subject: [Openstack] Havana-3 development milestone available In-Reply-To: References: <5229FBE1.2020207@openstack.org> Message-ID: Cool! Tks! I'm available to test it in deep... =) -------------- next part -------------- An HTML attachment was scrubbed... URL: From caitlin.bestler at nexenta.com Tue Sep 10 14:42:17 2013 From: caitlin.bestler at nexenta.com (Caitlin Bestler) Date: Tue, 10 Sep 2013 07:42:17 -0700 Subject: [Openstack] Why GlusterFS should not be integrated with OpenStack In-Reply-To: References: Message-ID: <1410852a158.27c8.bb076ccec8ae525cad5cdfe3be415180@nexenta.com> I'm an architect at Nexenta. So not surprisingly I fully agree that Gluster is a poor choice for storage in OpenStack. However the real question is what criteria storage vendors should be judged by the project. These should be clearly stated and easily verified. Once compliance is dealt with, judging the quality of specific solutions and their suitability to specific needs is something that the end users should do, not the openstack project. The Cinder project has set minimum standards for Volume Drivers for the Havana release. Those standards should be applied without debating their specifics for Gluster on the mailing list. Storage vendors are used to dealing with certification processes. We know how to deal with rules that state your software must do X and Y by date Z. I would be in full agreement, however, that OpenStack should not accommodate an API tailored to Gluster's unique architecture. -------------- next part -------------- An HTML attachment was scrubbed... URL: From johnmark at johnmark.org Tue Sep 10 14:42:58 2013 From: johnmark at johnmark.org (John Mark Walker) Date: Tue, 10 Sep 2013 10:42:58 -0400 Subject: [Openstack] Why GlusterFS should not be integrated with OpenStack In-Reply-To: References: Message-ID: Hi there, On Tue, Sep 10, 2013 at 10:28 AM, Maciej Gałkiewicz wrote: > > I am also using glusterfs but for different purposes. I hope to > replace it with cephfs when it will be production ready. What I > dislike in Glusterfs is it's stability. Many times it was not working > as expected during brick replacement which is crucial for me. I am > taking about version 3.3.0 or previous. Management of many glusterfs > volumes generated many problems for me:( I am looking forward to test > 3.4.0. > > I'm happy to help you test out 3.4. A lot has changed with it, and much of it affects the use cases you described, specifically libgfapi, the QEMU integration, Nova integration, and the block device translator. Our dev process is now also much cleaner and inclusive - you can see the results of our recent 3.5 feature decisions here: http://www.gluster.org/community/documentation/index.php/Planning35 Incidentally, you seem to be allergic to qcow2 files :) We have some performance numbers that may be eye-opening to you (and many others). As Jeff mentioned in his response, there are many benefits from a unified storage backend with file semantics that doesn't silo your data. Let me know if I can be of any help. -John Mark Walker Gluster Community Leader -------------- next part -------------- An HTML attachment was scrubbed... URL: From johnmark at johnmark.org Tue Sep 10 14:59:16 2013 From: johnmark at johnmark.org (John Mark Walker) Date: Tue, 10 Sep 2013 10:59:16 -0400 Subject: [Openstack] Why GlusterFS should not be integrated with OpenStack In-Reply-To: <1410852a158.27c8.bb076ccec8ae525cad5cdfe3be415180@nexenta.com> References: <1410852a158.27c8.bb076ccec8ae525cad5cdfe3be415180@nexenta.com> Message-ID: On Tue, Sep 10, 2013 at 10:42 AM, Caitlin Bestler < caitlin.bestler at nexenta.com> wrote: > I'm an architect at Nexenta. So not surprisingly I fully agree that > Gluster is a poor choice for storage in OpenStack. > Nexenta could easily apply GlusterFS as an aggregation/scale-out layer - in fact, one could argue they should. Your customers would benefit enormously, so no, I don't understand your statement at all. > However the real question is what criteria storage vendors should be > judged by the project. These should be > clearly stated and easily verified. Once compliance is dealt with, judging > the quality of specific solutions and > their suitability to specific needs is something that the end users should > do, not the openstack project. > Absolutely. > The Cinder project has set minimum standards for Volume Drivers for the > Havana release. Those standards should be applied without debating their > specifics for Gluster on the mailing list. > Are you suggesting that all storage backends are the same? Because that's not true. Data without silos is unique to the GlusterFS implementation. I'm not sure how I can discuss GlusterFS as a storage solution without also mentioniong that feature. > I would be in full agreement, however, that OpenStack should not > accommodate an API tailored to Gluster's unique architecture. > No one has mentioned that. We're talking about separating implementation from the API interface. -JM -------------- next part -------------- An HTML attachment was scrubbed... URL: From mbasnight at gmail.com Tue Sep 10 15:09:24 2013 From: mbasnight at gmail.com (Michael Basnight) Date: Tue, 10 Sep 2013 08:09:24 -0700 Subject: [Openstack] [openstack-dev] [TROVE] database instance creation In-Reply-To: <74443A68-20FB-4C8F-B9A1-8914DBF5365F@tangent.org> References: <1378740889-sup-4360@fewbar.com> <74443A68-20FB-4C8F-B9A1-8914DBF5365F@tangent.org> Message-ID: <704CAF8F-0CD6-4C02-9B5D-FB85081DFA96@gmail.com> On Sep 10, 2013, at 6:01 AM, Brian Aker wrote: > Hi! > > On Sep 9, 2013, at 9:46 AM, Michael Basnight wrote: > >> On Sep 9, 2013, at 8:38 AM, Clint Byrum wrote: >> >>> Perhaps: "Trove is designed to support a multi-user database for a single >>> OpenStack tenant within a Nova instance." >> >> +1. Very succinct, and it does remove ambiguity. Giuseppe, feel free to update the wiki to reflect this, and help remove ambiguity in other areas. Thank you Clint and Giuseppe. > > Let me be a little nit-picky. > > Trove when mapped to other RDBMS then MySQL may actually create multiple "DATABASES". > > MySQL maps "CREATE DATABASE" to "CREATE SCHEMA" and Trove has inherited this inconsistency. A number of other RDBMS have both of these implemented and I would expect that they will call "CREATE DATABASE" instead. > > It would be more accurate to say that Trove supports the creation of "DBMS" systems (though frankly some of the NO-SQL solutions don't fit that definition due to their lack of data integrity). > > Additionally I would drop the "multi-user" part since some of the proposed implementations lack "users" as well. > > Trove is a service that handles the maintenance, provisioning, etc… of DBMS systems. > Very good points. I've been in many a meeting trying to explain what Brian just wrote. Ill be sure to add all this to the wiki today. Thank you Brian. > Cheers, > -Brian > > > From eharney at redhat.com Tue Sep 10 15:11:51 2013 From: eharney at redhat.com (Eric Harney) Date: Tue, 10 Sep 2013 11:11:51 -0400 Subject: [Openstack] Why GlusterFS should not be integrated with OpenStack In-Reply-To: <1410852a158.27c8.bb076ccec8ae525cad5cdfe3be415180@nexenta.com> References: <1410852a158.27c8.bb076ccec8ae525cad5cdfe3be415180@nexenta.com> Message-ID: <522F36B7.4020608@redhat.com> On 09/10/2013 10:42 AM, Caitlin Bestler wrote: > The Cinder project has set minimum standards for Volume Drivers for the > Havana release. Those standards should be applied without debating their > specifics for Gluster on the mailing list. > > Storage vendors are used to dealing with certification processes. We > know how to deal with rules that state your software must do X and Y by > date Z. > > I would be in full agreement, however, that OpenStack should not > accommodate an API tailored to Gluster's unique architecture. > I don't believe that is the plan here, generally speaking. The Gluster snapshot support (for attached volumes) involved API work for Cinder and Nova but none of the code uses functionality which is specific to GlusterFS. It is currently only used by the Gluster Cinder driver but the plan going forward, in my view, is to adopt the same functionality for the Cinder NFS driver (which has same architecture as Gluster from Cinder's current point-of-view) and also enable other drivers working with the same mounted-remote-file-system model to gain snapshot support. The snapshot functionality is currently GlusterFS-only because I had to implement it somewhere first, and only had so much time during Havana. :) As an example: a driver was submitted for XtreemFS during Havana and rejected on the basis of not supporting snapshot functionality. The work done for GlusterFS in Havana enables that driver to reuse most of the same infrastructure for snapshots and therefore have a path for acceptance going forward, should the author continue pursuing integration. > > > _______________________________________________ > Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > From macias at shellycloud.com Tue Sep 10 15:22:03 2013 From: macias at shellycloud.com (=?ISO-8859-2?Q?Maciej_Ga=B3kiewicz?=) Date: Tue, 10 Sep 2013 17:22:03 +0200 Subject: [Openstack] Why GlusterFS should not be integrated with OpenStack In-Reply-To: References: Message-ID: On 10 September 2013 16:42, John Mark Walker wrote: > I'm happy to help you test out 3.4. A lot has changed with it, and much of > it affects the use cases you described, specifically libgfapi, the QEMU > integration, Nova integration, and the block device translator. I would like to test libgfapi but if I understand correctly in current form it access volume file stored on glusterfs volume used by cinder. Is it correct? > Our dev process is now also much cleaner and inclusive - you can see the > results of our recent 3.5 feature decisions here: > http://www.gluster.org/community/documentation/index.php/Planning35 Glusterfs releases are rare. At least they were between 3.2 - 3.4. Do you have any roadmap with actual release dates? > Incidentally, you seem to be allergic to qcow2 files :) We have some > performance numbers that may be eye-opening to you (and many others). I am not:) I just really like the way how it is implemented in Ceph and integrated with Cinder. regards -- Maciej Gałkiewicz Shelly Cloud Sp. z o. o., Sysadmin http://shellycloud.com/, macias at shellycloud.com KRS: 0000440358 REGON: 101504426 From macias at shellycloud.com Tue Sep 10 15:29:10 2013 From: macias at shellycloud.com (=?ISO-8859-2?Q?Maciej_Ga=B3kiewicz?=) Date: Tue, 10 Sep 2013 17:29:10 +0200 Subject: [Openstack] Why GlusterFS should not be integrated with OpenStack In-Reply-To: References: Message-ID: On 10 September 2013 17:22, Maciej Gałkiewicz wrote: >> Our dev process is now also much cleaner and inclusive - you can see the >> results of our recent 3.5 feature decisions here: >> http://www.gluster.org/community/documentation/index.php/Planning35 > > Glusterfs releases are rare. At least they were between 3.2 - 3.4. Do > you have any roadmap with actual release dates? Sry. Havent noticed the link at the first time. regards -- Maciej Gałkiewicz Shelly Cloud Sp. z o. o., Sysadmin http://shellycloud.com/, macias at shellycloud.com KRS: 0000440358 REGON: 101504426 From stefano at openstack.org Tue Sep 10 16:54:36 2013 From: stefano at openstack.org (Stefano Maffulli) Date: Tue, 10 Sep 2013 09:54:36 -0700 Subject: [Openstack] OpenStack Performance Tuning Webinar In-Reply-To: References: Message-ID: <522F4ECC.20000@openstack.org> On 09/08/2013 06:24 PM, Peter Feiner wrote: > I'm giving a webinar on OpenStack performance tuning on Wednesday > September 11 at 1PM EST. The webinar will focus on configuration > considerations geared toward efficiency and concurrency. If you're > interested, please register now! > > https://attendee.gotowebinar.com/register/8597035589878749440 I signed up, hopefully I'll be able to follow it: Citrix goto products have a history of not being compatible with Linux desktops. Hopefully they've fixed the issue. thanks, Stef -- Ask and answer questions on https://ask.openstack.org From prag_2648 at yahoo.co.in Tue Sep 10 17:55:54 2013 From: prag_2648 at yahoo.co.in (pragya jain) Date: Wed, 11 Sep 2013 01:55:54 +0800 (SGT) Subject: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift In-Reply-To: References: <1377498985.92309.YahooMailNeo@web193603.mail.sg3.yahoo.com> <1377575715.63149.YahooMailNeo@web193603.mail.sg3.yahoo.com> <1377705664.3899.YahooMailNeo@web193602.mail.sg3.yahoo.com> <1377755510.20626.YahooMailNeo@web193601.mail.sg3.yahoo.com> <1377765810.77854.YahooMailNeo@web193606.mail.sg3.yahoo.com> <1377767543.33056.YahooMailNeo@web193603.mail.sg3.yahoo.com> <1377768176.9373.YahooMailNeo@web193606.mail.sg3.yahoo.com> <1377775079.21343.YahooMailNeo@web193602.mail.sg3.yahoo.com> <1377784746.26442.YahooMailNeo@web193603.mail.sg3.yahoo.com> <1377840941.9818.YahooMailNeo@web193605.mail.sg3.yahoo.com> <1377843725.53401.YahooMailNeo@web193602.mail.sg3.yahoo.com> <1378273871.52383.YahooMailNeo@web193604.mail.sg3.yahoo.com> <1378355540.21486.YahooMailNeo@web193605.mail.sg3.yahoo.com> <1378442357.82006.YahooMailNeo@web193604.mail.sg3.yahoo.com> <1378529123.39925.YahooMailNeo@web193601.mail.sg3.yahoo.com> <1378745268.85593.YahooMailNeo@web193603.mail.sg3.yahoo.com> Message-ID: <1378835754.28581.YahooMailNeo@web193604.mail.sg3.yahoo.com> thanks clay, for the help. I run some commands to survey what's on the system: root at arun-Aspire-5742:~# df Filesystem     1K-blocks    Used Available Use% Mounted on /dev/sda4      177866264 4164648 164666508   3% / udev             2918600       4   2918596   1% /dev tmpfs            1170364     892   1169472   1% /run none                5120       4      5116   1% /run/lock none             2925908     216   2925692   1% /run/shm root at arun-Aspire-5742:~# cat /proc/mounts rootfs / rootfs rw 0 0 sysfs /sys sysfs rw,nosuid,nodev,noexec,relatime 0 0 proc /proc proc rw,nosuid,nodev,noexec,relatime 0 0 udev /dev devtmpfs rw,relatime,size=2918600k,nr_inodes=198985,mode=755 0 0 devpts /dev/pts devpts rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000 0 0 tmpfs /run tmpfs rw,nosuid,relatime,size=1170364k,mode=755 0 0 /dev/disk/by-uuid/5259827c-cc52-43f4-bc2c-7aac2f927b02 / ext4 rw,relatime,errors=remount-ro,user_xattr,barrier=1,data=ordered 0 0 none /sys/fs/fuse/connections fusectl rw,relatime 0 0 none /sys/kernel/debug debugfs rw,relatime 0 0 none /sys/kernel/security securityfs rw,relatime 0 0 none /run/lock tmpfs rw,nosuid,nodev,noexec,relatime,size=5120k 0 0 none /run/shm tmpfs rw,nosuid,nodev,relatime 0 0 gvfs-fuse-daemon /home/arun/.gvfs fuse.gvfs-fuse-daemon rw,nosuid,nodev,relatime,user_id=1000,group_id=1000 0 0 root at arun-Aspire-5742:~# ls /sys/block loop0  loop3  loop6  ram1   ram12  ram15  ram4  ram7  sda  sr1 loop1  loop4  loop7  ram10  ram13  ram2   ram5  ram8  sdb loop2  loop5  ram0   ram11  ram14  ram3   ram6  ram9  sr0 root at arun-Aspire-5742:~# sudo blkid /dev/sda1: LABEL="System Reserved" UUID="12BA0286BA026717" TYPE="ntfs"  /dev/sda2: UUID="D8EA06E4EA06BEAE" TYPE="ntfs"  /dev/sda4: UUID="5259827c-cc52-43f4-bc2c-7aac2f927b02" TYPE="ext4"  /dev/sda5: UUID="8AE41BA8E41B9613" TYPE="ntfs"  /dev/sda6: UUID="3A14E4D814E497E1" TYPE="ntfs"  /dev/sda7: UUID="a7c2ed39-1081-4702-9aed-a42b80a07cff" TYPE="swap"  /dev/sr1: LABEL="20110729_053228" TYPE="iso9660"  root at arun-Aspire-5742:~# sudo mkfs.xfs -L d1 /dev/sda2 mkfs.xfs: /dev/sda2 appears to contain an existing filesystem (ntfs). mkfs.xfs: Use the -f option to force overwrite. which device should I label as "d1"? how many devices should I label  as "d1", "d2" etc.? Please help me in this regard. >________________________________ > From: Clay Gerrard >To: pragya jain >Cc: "openstack at lists.openstack.org" >Sent: Tuesday, 10 September 2013 12:01 AM >Subject: Re: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift > > > >So it looks like you do not have a device '/dev/sdd' - which device do you want to use as "d1" - sda2, sda4, sda5, sda6, sda7 ??? > > > >On Mon, Sep 9, 2013 at 9:47 AM, pragya jain wrote: > >hello sir >>root at arun-Aspire-5742:~# cat /proc/partitions >>major minor  #blocks  name >> >> >>   8        0  488386584 sda >>   8        1     102400 sda1 >>   8        2  102294528 sda2 >>   8        3          1 sda3 >>   8        4  180702208 sda4 >>   8        5  102398278 sda5 >>   8        6  102398278 sda6 >>   8        7     487424 sda7 >>  11        0    1048575 sr0 >>  11        1      99328 sr1 >>root at arun-Aspire-5742:~# sudo mkfs.xfs -L d1 /dev/sdb >>mkfs.xfs: cannot open /dev/sdb: No medium found >> >> >>pleases help me. >> >> >> >> >> >>>________________________________ >>> From: Clay Gerrard >>>To: pragya jain >>>Cc: "openstack at lists.openstack.org" >>>Sent: Saturday, 7 September 2013 9:50 PM >>> >>>Subject: Re: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift >>> >>> >>> >>>ok, so it looks like no device with label d1 exists, so you can't mount it, and the account-server can't find it. >>> >>> >>>Devices get labeled when you put the file system on them (the `mkfs.xfs` command) >>> >>> >>>I saw in screenshot 10 you had mis-typed the mkfs.xfs command: >>> >>> >>>`sudo mkfs.xfs -f -i size=512 -L d3/dev/sdd` >>> >>> >>>That should be: >>> >>> >>>`sudo mkfs.xfs -f -i size=512 -L d3 /dev/sdd` >>> >>> >>>notice the space between the label "d3" and the device "/dev/sdd" >>> >>> >>>Also, fairly recently people have stopped recommending the larger inode size, so the commands should be: >>> >>> >>>`sudo mkfs.xfs -L d1 /dev/sdb` >>>`sudo mkfs.xfs -L d2 /dev/sdc` >>> >>>`sudo mkfs.xfs -L d3 /dev/sdd` >>> >>> >>> >>>and maybe: >>> >>> >>>`sudo mkfs.xfs -L d4 /dev/sde` >>> >>> >>> >>>... actually how many devices do you have in the system?  Can I get a paste of the full output of `cat /proc/partitions`? >>> >>> >>> >>> >>> >>>On Fri, Sep 6, 2013 at 9:45 PM, pragya jain wrote: >>> >>>hello sir, >>>> >>>> >>>>I did the following job: >>>> >>>> >>>>root at arun-Aspire-5742:~# sudo mount -t xfs -o noatime,nodiratime,logbufs=8 -L d1 /srv/node/d1 >>>> >>>>mount: no such partition found >>>>root at arun-Aspire-5742:~# sudo mount -t xfs -o noatime,nodiratime,logbufs=8 -L d1 \srv/node/d1 >>>>mount: no such partition found >>>>root at arun-Aspire-5742:~# cd /opt/swift/etc >>>>root at arun-Aspire-5742:/opt/swift/etc# sudo mount -t xfs -o noatime,nodiratime,logbufs=8 -L d1 /srv/node/d1 >>>>mount: no such partition found >>>>root at arun-Aspire-5742:/opt/swift/etc# sudo mount -t xfs -o noatime,nodiratime,logbufs=8 -L d1 \srv/node/d1 >>>>mount: no such partition found >>>>root at arun-Aspire-5742:/opt/swift/etc# cd ~ >>>>root at arun-Aspire-5742:~# mount d1 /srv/node/d1 >>>>mount: special device d1 does not exist >>>>root at arun-Aspire-5742:~# vi /etc/swift/account-server.conf >>>>root at arun-Aspire-5742:~# mount d1 /srv/node/d1 >>>>mount: special device d1 does not exist >>>>root at arun-Aspire-5742:~# cd /opt/swift/etc >>>>root at arun-Aspire-5742:/opt/swift/etc# mount d1 /srv/node/d1 >>>>mount: special device d1 does not exist >>>>root at arun-Aspire-5742:/opt/swift/etc# sudo reboot >>>> >>>> >>>>root at arun-Aspire-5742:~# mount >>>>/dev/sda4 on / type ext4 (rw,errors=remount-ro) >>>>proc on /proc type proc (rw,noexec,nosuid,nodev) >>>>sysfs on /sys type sysfs (rw,noexec,nosuid,nodev) >>>>none on /sys/fs/fuse/connections type fusectl (rw) >>>>none on /sys/kernel/debug type debugfs (rw) >>>>none on /sys/kernel/security type securityfs (rw) >>>>udev on /dev type devtmpfs (rw,mode=0755) >>>>devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=0620) >>>>tmpfs on /run type tmpfs (rw,noexec,nosuid,size=10%,mode=0755) >>>>none on /run/lock type tmpfs (rw,noexec,nosuid,nodev,size=5242880) >>>>none on /run/shm type tmpfs (rw,nosuid,nodev) >>>>gvfs-fuse-daemon on /home/arun/.gvfs type fuse.gvfs-fuse-daemon (rw,nosuid,nodev,user=arun) >>>> >>>> >>>>I am attaching some screenshots which tells what I had done earlier when I was preparing and mounting the devices. >>>> >>>>>________________________________ >>>>> From: Clay Gerrard >>>>>To: pragya jain >>>>>Cc: "pangj at laposte.net" ; "openstack at lists.openstack.org" >>>>>Sent: Friday, 6 September 2013 8:58 PM >>>>> >>>>>Subject: Re: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift >>>>> >>>>> >>>>> >>>>>Sep  4 11:14:04 arun-Aspire-5742 proxy-server ERROR Insufficient Storage 127.0.0.1:6002/d1 (txn: txb0d8717ab05c4cf0bdebd-005226c8a4) >>>>> >>>>> >>>>>The account server on 127.0.0.1:6002/d1 returned 507 indicating it couldn't find a useable file system for the device labeled d1. >>>>> >>>>> >>>>>The account server has a config option "devices" in the "DEFAULT" section of "/etc/swift/account-server.conf" that will indicate the base mount point for devices (typicailly it's "/srv/node").  That path is prepended to the device name that's sent in the request ("d1" in this case). >>>>> >>>>> >>>>>So there should be a filesystem (xfs typically) mounted at "/srv/node/d1" >>>>> >>>>> >>>>>Try mounting it manually `mount d1 /srv/node/d1` and double check the output from `mount` and your "/etc/fstab" >>>>> >>>>> >>>>> >>>>>On Thu, Sep 5, 2013 at 9:39 PM, pragya jain wrote: >>>>> >>>>>please help me in this regard. >>>>>> >>>>>> >>>>>> >>>>>>>________________________________ >>>>>>> From: pragya jain >>>>>>>To: Clay Gerrard >>>>>>> >>>>>>>Cc: "pangj at laposte.net" ; "openstack at lists.openstack.org" >>>>>>>Sent: Thursday, 5 September 2013 10:02 AM >>>>>>> >>>>>>>Subject: Re: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift >>>>>>> >>>>>>> >>>>>>> >>>>>>>root at arun-Aspire-5742:~# grep txb0d8717ab05c4cf0bdebd-005226c8a4 /var/log/syslogSep  4 11:14:04 arun-Aspire-5742 account-server 127.0.0.1 - - [04/Sep/2013:05:44:04 +0000] "GET /d1/19164/AUTH_prag2648" 507 - "txb0d8717ab05c4cf0bdebd-005226c8a4" "GET http://localhost:8080/v1/AUTH_prag2648/" "proxy-server 3182" 0.0021 "" >>>>>>>Sep  4 11:14:04 arun-Aspire-5742 proxy-server ERROR Insufficient Storage 127.0.0.1:6002/d1 (txn: txb0d8717ab05c4cf0bdebd-005226c8a4) >>>>>>>Sep  4 11:14:05 arun-Aspire-5742 proxy-server Account GET returning 503 for [507] (txn: txb0d8717ab05c4cf0bdebd-005226c8a4) (client_ip: 127.0.0.1) >>>>>>>Sep  4 11:14:05 arun-Aspire-5742 proxy-server 127.0.0.1 127.0.0.1 04/Sep/2013/05/44/05 GET /v1/AUTH_prag2648/ HTTP/1.0 503 - curl/7.22.0%20%28i686-pc-linux-gnu%29%20libcurl/7.22.0%20OpenSSL/1.0.1%20zlib/1.2.3.4%20libidn/1.23%20librtmp/2.3 AUTH_tk4be7b90194c747468c4973675db15ca5 - 118 - txb0d8717ab05c4cf0bdebd-005226c8a4 - 0.2774 - - >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>>>________________________________ >>>>>>>> From: Clay Gerrard >>>>>>>>To: pragya jain >>>>>>>>Cc: "pangj at laposte.net" ; "openstack at lists.openstack.org" >>>>>>>>Sent: Wednesday, 4 September 2013 9:12 PM >>>>>>>>Subject: Re: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>>So the builder files look right, you should grep the logs for the transaction id of the request that 503'd and see if the proxy is still getting connection errors (i.e. still trying to connect to 10.0.2.15) >>>>>>>> >>>>>>>>grep txb0d8717ab05c4cf0bdebd-005226c8a4 /var/log/syslog >>>>>>>> >>>>>>>> >>>>>>>>If the proxy is still going to the old 10.0.2.15 you need to rebalance your rings >>>>>>>> >>>>>>>> >>>>>>>>swift-ring-builder account.builder reblanace >>>>>>>> >>>>>>>> >>>>>>>>-Clay >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>>On Tue, Sep 3, 2013 at 10:51 PM, pragya jain wrote: >>>>>>>> >>>>>>>>root at arun-Aspire-5742:/etc/swift# swift-ring-builder object.builder >>>>>>>>>object.builder, build version 14 >>>>>>>>>262144 partitions, 3.000000 replicas, 1 regions, 1 zones, 1 devices, 0.00 balance >>>>>>>>>The minimum number of hours before a partition can be reassigned is 24 >>>>>>>>>Devices:    id  region  zone      ip address  port  replication ip  replication port      name weight partitions balance meta >>>>>>>>>             2       1     1       127.0.0.1  6000       127.0.0.1              6000        d1 100.00     786432    0.00  >>>>>>>>>root at arun-Aspire-5742:/etc/swift# swift-ring-builder account.builder >>>>>>>>>account.builder, build version 14 >>>>>>>>>262144 partitions, 3.000000 replicas, 1 regions, 1 zones, 1 devices, 0.00 balance >>>>>>>>>The minimum number of hours before a partition can be reassigned is 24 >>>>>>>>>Devices:    id  region  zone      ip address  port  replication ip  replication port      name weight partitions balance meta >>>>>>>>>             2       1     1       127.0.0.1  6002       127.0.0.1              6002        d1 100.00     786432    0.00  >>>>>>>>>root at arun-Aspire-5742:/etc/swift# swift-ring-builder container.builder >>>>>>>>>container.builder, build version 11 >>>>>>>>>262144 partitions, 3.000000 replicas, 1 regions, 1 zones, 1 devices, 0.00 balance >>>>>>>>>The minimum number of hours before a partition can be reassigned is 24 >>>>>>>>>Devices:    id  region  zone      ip address  port  replication ip  replication port      name weight partitions balance meta >>>>>>>>>             1       1     1       127.0.0.1  6001       127.0.0.1              6001        d1 100.00     786432    0.00  >>>>>>>>>root at arun-Aspire-5742:/etc/swift# cd ~ >>>>>>>>>root at arun-Aspire-5742:~# sudo swift-init account start >>>>>>>>>Starting account-server...(/etc/swift/account-server.conf) >>>>>>>>>root at arun-Aspire-5742:~# sudo swift-init proxy start >>>>>>>>>Starting proxy-server...(/etc/swift/proxy-server.conf) >>>>>>>>>root at arun-Aspire-5742:~# curl -v -H 'X-Auth-User:prag2648:pragya' -H 'X-Auth-Key:pj2648' http://localhost:8080/auth/v1.0/ >>>>>>>>>* About to connect() to localhost port 8080 (#0) >>>>>>>>>*   Trying 127.0.0.1... connected >>>>>>>>>> GET /auth/v1.0/ HTTP/1.1 >>>>>>>>>> User-Agent: curl/7.22.0 (i686-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 zlib/1.2.3.4 libidn/1.23 librtmp/2.3 >>>>>>>>>> Host: localhost:8080 >>>>>>>>>> Accept: */* >>>>>>>>>> X-Auth-User:prag2648:pragya >>>>>>>>>> X-Auth-Key:pj2648 >>>>>>>>>>  >>>>>>>>>< HTTP/1.1 200 OK >>>>>>>>>< X-Storage-Url: http://localhost:8080/v1/AUTH_prag2648 >>>>>>>>>< X-Auth-Token: AUTH_tk4be7b90194c747468c4973675db15ca5 >>>>>>>>>< Content-Type: text/html; charset=UTF-8 >>>>>>>>>< X-Storage-Token: AUTH_tk4be7b90194c747468c4973675db15ca5 >>>>>>>>>< Content-Length: 0 >>>>>>>>>< X-Trans-Id: txc07e87d3d4b8487b85d89-005226c820 >>>>>>>>>< Date: Wed, 04 Sep 2013 05:41:52 GMT >>>>>>>>><  >>>>>>>>>* Connection #0 to host localhost left intact >>>>>>>>>* Closing connection #0 >>>>>>>>>root at arun-Aspire-5742:~# curl -v -H 'X-Storage-Token:AUTH_tk4be7b90194c747468c4973675db15ca5' http://127.0.0.1:8080/v1/AUTH_prag2648/ >>>>>>>>>* About to connect() to 127.0.0.1 port 8080 (#0) >>>>>>>>>*   Trying 127.0.0.1... connected >>>>>>>>>> GET /v1/AUTH_prag2648/ HTTP/1.1 >>>>>>>>>> User-Agent: curl/7.22.0 (i686-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 zlib/1.2.3.4 libidn/1.23 librtmp/2.3 >>>>>>>>>> Host: 127.0.0.1:8080 >>>>>>>>>> Accept: */* >>>>>>>>>> X-Storage-Token:AUTH_tk4be7b90194c747468c4973675db15ca5 >>>>>>>>>>  >>>>>>>>>< HTTP/1.1 503 Internal Server Error >>>>>>>>>< Content-Length: 118 >>>>>>>>>< Content-Type: text/html; charset=UTF-8 >>>>>>>>>< X-Trans-Id: tx2301beb46542488597d23-005226c87d >>>>>>>>>< Date: Wed, 04 Sep 2013 05:43:26 GMT >>>>>>>>><  >>>>>>>>>* Connection #0 to host 127.0.0.1 left intact >>>>>>>>>* Closing connection #0 >>>>>>>>>

Service Unavailable

The server is currently unavailable. Please try again at a later time.

root at arun-Aspire-5742:~#  >>>>>>>>>root at arun-Aspire-5742:~# curl -v -H 'X-Storage-Token:AUTH_tk4be7b90194c747468c4973675db15ca5' http://127.0.0.1/v1/AUTH_prag2648/ >>>>>>>>>* About to connect() to 127.0.0.1 port 80 (#0) >>>>>>>>>*   Trying 127.0.0.1... Connection refused >>>>>>>>>* couldn't connect to host >>>>>>>>>* Closing connection #0 >>>>>>>>>curl: (7) couldn't connect to host >>>>>>>>>root at arun-Aspire-5742:~# curl -v -H 'X-Storage-Token:AUTH_tk4be7b90194c747468c4973675db15ca5' http://localhost:8080/v1/AUTH_prag2648/ >>>>>>>>>* About to connect() to localhost port 8080 (#0) >>>>>>>>>*   Trying 127.0.0.1... connected >>>>>>>>>> GET /v1/AUTH_prag2648/ HTTP/1.1 >>>>>>>>>> User-Agent: curl/7.22.0 (i686-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 zlib/1.2.3.4 libidn/1.23 librtmp/2.3 >>>>>>>>>> Host: localhost:8080 >>>>>>>>>> Accept: */* >>>>>>>>>> X-Storage-Token:AUTH_tk4be7b90194c747468c4973675db15ca5 >>>>>>>>>>  >>>>>>>>>< HTTP/1.1 503 Internal Server Error >>>>>>>>>< Content-Length: 118 >>>>>>>>>< Content-Type: text/html; charset=UTF-8 >>>>>>>>>< X-Trans-Id: txb0d8717ab05c4cf0bdebd-005226c8a4 >>>>>>>>>< Date: Wed, 04 Sep 2013 05:44:05 GMT >>>>>>>>><  >>>>>>>>>* Connection #0 to host localhost left intact >>>>>>>>>* Closing connection #0 >>>>>>>>>

Service Unavailable

The server is currently unavailable. Please try again at a later time.

root at arun-Aspire-5742:~#  >>>>>>>>>root at arun-Aspire-5742:~# grep txa4c98c518382430ab9f5f-005222dede /var/log/syslogroot at arun-Aspire-5742:~#  >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>>>________________________________ >>>>>>>>>> From: Kuo Hugo >>>>>>>>>>To: pragya jain >>>>>>>>>>Cc: Gareth ; "openstack at lists.openstack.org" >>>>>>>>>>Sent: Friday, 30 August 2013 1:15 PM >>>>>>>>>> >>>>>>>>>>Subject: Re: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>>Hmm....  >>>>>>>>>> >>>>>>>>>> >>>>>>>>>>1) No Container and Object servers are running  >>>>>>>>>>2) Only one drive in the ring >>>>>>>>>>3) No device been mount to /srv/node/* , unless you are disabling mount_check >>>>>>>>>>4) Did you setup rsync yet ?  >>>>>>>>>> >>>>>>>>>> >>>>>>>>>>Maybe you can follow the online document to complete the above items.  >>>>>>>>>> >>>>>>>>>> >>>>>>>>>>Good luck~ >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>>+Hugo Kuo+ >>>>>>>>>>hugo at swiftstack.com >>>>>>>>>> >>>>>>>>>>tonytkdk at gmail.com >>>>>>>>>> >>>>>>>>>>+886 935004793 >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>>2013/8/30 pragya jain >>>>>>>>>> >>>>>>>>>>root at arun-Aspire-5742:~# swift-ring-builder /etc/swift/account.builder >>>>>>>>>>>/etc/swift/account.builder, build version 1 >>>>>>>>>>>262144 partitions, 3.000000 replicas, 1 regions, 1 zones, 1 devices, 0.00 balance >>>>>>>>>>>The minimum number of hours before a partition can be reassigned is 24 >>>>>>>>>>>Devices:    id  region  zone      ip address  port  replication ip  replication port      name weight partitions balance meta >>>>>>>>>>>             0       1     1       10.0.2.15  6000       10.0.2.15              6000        d1 100.00     786432    0.00  >>>>>>>>>>>root at arun-Aspire-5742:~# swift-ring-builder /etc/swift/container.builder >>>>>>>>>>>/etc/swift/container.builder, build version 1 >>>>>>>>>>>262144 partitions, 3.000000 replicas, 1 regions, 1 zones, 1 devices, 0.00 balance >>>>>>>>>>>The minimum number of hours before a partition can be reassigned is 24 >>>>>>>>>>>Devices:    id  region  zone      ip address  port  replication ip  replication port      name weight partitions balance meta >>>>>>>>>>>             0       1     1       10.0.2.15  6001       10.0.2.15              6001        d1 100.00     786432    0.00  >>>>>>>>>>>root at arun-Aspire-5742:~# swift-ring-builder /etc/swift/object.builder >>>>>>>>>>>/etc/swift/object.builder, build version 1 >>>>>>>>>>>262144 partitions, 3.000000 replicas, 1 regions, 1 zones, 1 devices, 0.00 balance >>>>>>>>>>>The minimum number of hours before a partition can be reassigned is 24 >>>>>>>>>>>Devices:    id  region  zone      ip address  port  replication ip  replication port      name weight partitions balance meta >>>>>>>>>>>             0       1     1       10.0.2.15  6002       10.0.2.15              6002        d1 100.00     786432    0.00  >>>>>>>>>>>root at arun-Aspire-5742:~# ps aux | grep swift >>>>>>>>>>>swift     5174  0.0  0.1  18700 11548 ?        Ss   10:45   0:00 /usr/bin/python /usr/local/bin/swift-account-server /etc/swift/account-server.conf >>>>>>>>>>>swift     5181  0.0  0.1  18976  9624 ?        S    10:45   0:00 /usr/bin/python /usr/local/bin/swift-account-server /etc/swift/account-server.conf >>>>>>>>>>>swift     5182  0.0  0.1  18992  9616 ?        S    10:45   0:00 /usr/bin/python /usr/local/bin/swift-account-server /etc/swift/account-server.conf >>>>>>>>>>>swift     5183  0.0  0.1  18992  9620 ?        S    10:45   0:00 /usr/bin/python /usr/local/bin/swift-account-server /etc/swift/account-server.conf >>>>>>>>>>>swift     5184  0.0  0.1  18992  9632 ?        S    10:45   0:00 /usr/bin/python /usr/local/bin/swift-account-server /etc/swift/account-server.conf >>>>>>>>>>>swift     5192  0.0  0.2  18296 11812 ?        Ss   10:45   0:00 /usr/bin/python /usr/local/bin/swift-proxy-server /etc/swift/proxy-server.conf >>>>>>>>>>>swift     5197  0.0  0.2  23512 15552 ?        S    10:45   0:00 /usr/bin/python /usr/local/bin/swift-proxy-server /etc/swift/proxy-server.conf >>>>>>>>>>>swift     5198  0.0  0.2  23524 15628 ?        S    10:45   0:00 /usr/bin/python /usr/local/bin/swift-proxy-server /etc/swift/proxy-server.conf >>>>>>>>>>>swift     5199  0.0  0.2  23524 15300 ?        S    10:45   0:00 /usr/bin/python /usr/local/bin/swift-proxy-server /etc/swift/proxy-server.conf >>>>>>>>>>>swift     5200  0.0  0.2  23524 15300 ?        S    10:45   0:00 /usr/bin/python /usr/local/bin/swift-proxy-server /etc/swift/proxy-server.conf >>>>>>>>>>>root      6986  0.0  0.0   4388   828 pts/0    S+   11:46   0:00 grep --color=auto swift >>>>>>>>>>>root at arun-Aspire-5742:~# df -h >>>>>>>>>>>Filesystem      Size  Used Avail Use% Mounted on >>>>>>>>>>>/dev/sda4       170G  3.8G  158G   3% / >>>>>>>>>>>udev            2.8G  4.0K  2.8G   1% /dev >>>>>>>>>>>tmpfs           1.2G  908K  1.2G   1% /run >>>>>>>>>>>none            5.0M  4.0K  5.0M   1% /run/lock >>>>>>>>>>>none            2.8G  220K  2.8G   1% /run/shm >>>>>>>>>>>/dev/sda2        98G   25G   73G  26% /media/D8EA06E4EA06BEAE >>>>>>>>>>>/dev/sda5        98G   54G   45G  55% /media/8AE41BA8E41B9613 >>>>>>>>>>>root at arun-Aspire-5742:~# ls /srv/node/* >>>>>>>>>>>/srv/node/d1: >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>>/srv/node/d2: >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>>/srv/node/d3: >>>>>>>>>>>root at arun-Aspire-5742:~# netstat -antulp >>>>>>>>>>>Active Internet connections (servers and established) >>>>>>>>>>>Proto Recv-Q Send-Q Local Address           Foreign Address         State       PID/Program name >>>>>>>>>>>tcp        0      0 127.0.0.1:11211         0.0.0.0:*               LISTEN      941/memcached    >>>>>>>>>>>tcp        0      0 0.0.0.0:8080            0.0.0.0:*               LISTEN      5192/python      >>>>>>>>>>>tcp        0      0 0.0.0.0:6002            0.0.0.0:*               LISTEN      5174/python      >>>>>>>>>>>tcp        0      0 127.0.0.1:53            0.0.0.0:*               LISTEN      6936/dnsmasq     >>>>>>>>>>>tcp        0      0 127.0.0.1:631           0.0.0.0:*               LISTEN      596/cupsd        >>>>>>>>>>>tcp        0      0 101.58.138.11:56680     207.171.162.71:443      ESTABLISHED 2042/chrome      >>>>>>>>>>>tcp        0      0 127.0.0.1:11211         127.0.0.1:45287         ESTABL >>>>>>>>>>>ISHED 941/memcached    >>>>>>>>>>>tcp        0      0 127.0.0.1:11211         127.0.0.1:45292         ESTABLISHED 941/memcached    >>>>>>>>>>>tcp        0      0 127.0.0.1:45287         127.0.0.1:11211         ESTABLISHED 5197/python      >>>>>>>>>>>tcp        1      0 101.58.138.11:34377     91.189.89.144:80        CLOSE_WAIT  1674/ubuntu-geoip-p >>>>>>>>>>>tcp        0      0 127.0.0.1:45292         127.0.0.1:11211         ESTABLISHED 5198/python      >>>>>>>>>>>tcp6       0      0 ::1:631                 :::*                    LISTEN      596/cupsd        >>>>>>>>>>>udp        0      0 127.0.0.1:11211         0.0.0.0:*                           941/memcached    >>>>>>>>>>>udp        0      0 0.0.0.0:46638           0.0.0.0:*                           576/avahi-daemon: r >>>>>>>>>>>udp        0      0 127.0.0.1:53            0.0.0.0:*                           6936/dnsmasq     >>>>>>>>>>>udp        0      0 0.0.0.0:5353            0.0.0.0:*                           576/avahi-daemon: r >>>>>>>>>>>udp6       0      0 :::55335                :::*                                576/avahi-daemon: r >>>>>>>>>>>udp6       0      0 :::5353                 :::*                                576/avahi-daemon: r >>>>>>>>>>>root at arun-Aspire-5742:~# swift-init all status >>>>>>>>>>>No container-updater running >>>>>>>>>>>No account-auditor running >>>>>>>>>>>No object-replicator running >>>>>>>>>>>proxy-server running (5192 - /etc/swift/proxy-server.conf) >>>>>>>>>>>No container-replicator running >>>>>>>>>>>No object-auditor running >>>>>>>>>>>No object-expirer running >>>>>>>>>>>No container-auditor running >>>>>>>>>>>No container-server running >>>>>>>>>>>account-server running (5174 - /etc/swift/account-server.conf) >>>>>>>>>>>No account-reaper running >>>>>>>>>>>No container-sync running >>>>>>>>>>>No account-replicator running >>>>>>>>>>>No object-updater running >>>>>>>>>>>No object-server running >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>>>________________________________ >>>>>>>>>>>> From: Kuo Hugo >>>>>>>>>>>>To: pragya jain >>>>>>>>>>>>Cc: Gareth ; "openstack at lists.openstack.org" >>>>>>>>>>>>Sent: Friday, 30 August 2013 11:23 AM >>>>>>>>>>>> >>>>>>>>>>>>Subject: Re: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>>Hi Pragya :  >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>>I'm in highly recommends that you can go through the Swift online document http://docs.openstack.org/developer/swift/index.html .  >>>>>>>>>>>>It's a good place to understand the basic architecture, especially swift *terms*  >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>>Check rings : >>>>>>>>>>>>$> swift-ring-builder /etc/swift/object.builder >>>>>>>>>>>>>$> swift-ring-builder /etc/swift/container.builder >>>>>>>>>>>>>$> swift-ring-builder /etc/swift/account.builder >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>>Check Swift workers :  >>>>>>>>>>>>$> swift-init all status >>>>>>>>>>>>>$> ps aux | grep swift >>>>>>>>>>>>>$> df -h  >>>>>>>>>>>>>$> ls /srv/node/* >>>>>>>>>>>>>$> netstat -antulp >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>>+Hugo Kuo+ >>>>>>>>>>>>hugo at swiftstack.com >>>>>>>>>>>> >>>>>>>>>>>>tonytkdk at gmail.com >>>>>>>>>>>> >>>>>>>>>>>>+886 935004793 >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>>2013/8/30 pragya jain >>>>>>>>>>>> >>>>>>>>>>>>hello sir, >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>>I am working on single node. >>>>>>>>>>>>>Please let me know how to check network topology and ring structure. >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>>>________________________________ >>>>>>>>>>>>>> From: Gareth >>>>>>>>>>>>>>To: Kuo Hugo >>>>>>>>>>>>>>Cc: pragya jain ; "openstack at lists.openstack.org" >>>>>>>>>>>>>>Sent: Friday, 30 August 2013 8:11 AM >>>>>>>>>>>>>> >>>>>>>>>>>>>>Subject: Re: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>>Pragya >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>>The v1.0 auth uses tempauth for swift, like what you config in proxy-server.conf. All account data is read from that file, so you couldn't add/delete account in tempauth without modifying config file and restart swift. >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>>BTW, your curl link here "curl -v -H 'X-Storage-Token:AUTH_tk3867b7599d5346559ee0baaa09e0f40d' http://localhost:8080/v1/AUTH_prag2648/" actually is a GET request, which means getting account data. If you config everything correctly, it must have valid response. And you logs are a better way to find what happened in this request (set log level to DEBUG, and you will get more details). >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>>On Fri, Aug 30, 2013 at 7:47 AM, Kuo Hugo wrote: >>>>>>>>>>>>>> >>>>>>>>>>>>>>Hi Pragya,  >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>>I need more information.  >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>>1) Please draw a network topology of your environment >>>>>>>>>>>>>>>2) How many nodes do you have?   >>>>>>>>>>>>>>>3) What's the ring looks like ? >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>>Hugo Kuo >>>>>>>>>>>>>>>hugo at swiftstack.com >>>>>>>>>>>>>>> >>>>>>>>>>>>>>>tonytkdk at gmail.com >>>>>>>>>>>>>>> >>>>>>>>>>>>>>>+886 935004793 >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>>2013/8/29 pragya jain >>>>>>>>>>>>>>> >>>>>>>>>>>>>>>hello sir, >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>connection is established successfully. But, when I try to create an account, I face the problem. >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>root at arun-Aspire-5742:~# sudo swift-init account start >>>>>>>>>>>>>>>>Starting account-server...(/etc/swift/account-server.conf) >>>>>>>>>>>>>>>>root at arun-Aspire-5742:~# sudo swift-init proxy start >>>>>>>>>>>>>>>>Starting proxy-server...(/etc/swift/proxy-server.conf) >>>>>>>>>>>>>>>>root at arun-Aspire-5742:~# curl -v -H 'X-Auth-User:prag2648:pragya' -H 'X-Auth-Key:pj2648' http://localhost:8080/auth/v1.0/ >>>>>>>>>>>>>>>>* About to connect() to localhost port 8080 (#0) >>>>>>>>>>>>>>>>*   Trying 127.0.0.1... connected >>>>>>>>>>>>>>>>> GET /auth/v1.0/ HTTP/1.1 >>>>>>>>>>>>>>>>> User-Agent: curl/7.22.0 (i686-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 zlib/1.2.3.4 libidn/1.23 librtmp/2.3 >>>>>>>>>>>>>>>>> Host: localhost:8080 >>>>>>>>>>>>>>>>> Accept: */* >>>>>>>>>>>>>>>>> X-Auth-User:prag2648:pragya >>>>>>>>>>>>>>>>> X-Auth-Key:pj2648 >>>>>>>>>>>>>>>>>  >>>>>>>>>>>>>>>>< HTTP/1.1 200 OK >>>>>>>>>>>>>>>>< X-Storage-Url: http://localhost:8080/v1/AUTH_prag2648 >>>>>>>>>>>>>>>>< X-Auth-Token: AUTH_tk3867b7599d5346559ee0baaa09e0f40d >>>>>>>>>>>>>>>>< Content-Type: text/html; charset=UTF-8 >>>>>>>>>>>>>>>>< X-Storage-Token: AUTH_tk3867b7599d5346559ee0baaa09e0f40d >>>>>>>>>>>>>>>>< Content-Length: 0 >>>>>>>>>>>>>>>>< X-Trans-Id: txe2ab76a7617e40399f456-00521f3d16 >>>>>>>>>>>>>>>>< Date: Thu, 29 Aug 2013 12:22:46 GMT >>>>>>>>>>>>>>>><  >>>>>>>>>>>>>>>>* Connection #0 to host localhost left intact >>>>>>>>>>>>>>>>* Closing connection #0 >>>>>>>>>>>>>>>>root at arun-Aspire-5742:~# python >>>>>>>>>>>>>>>>Python 2.7.3 (default, Apr 10 2013, 05:46:21)  >>>>>>>>>>>>>>>>[GCC 4.6.3] on linux2 >>>>>>>>>>>>>>>>Type "help", "copyright", "credits" or "license" for more information. >>>>>>>>>>>>>>>>>>> import swift.common.memcached as memcached >>>>>>>>>>>>>>>>>>> memcache = memcached.MemcacheRing(['127.0.0.1:11211']) >>>>>>>>>>>>>>>>>>> print memcache.get('AUTH_/user/prag2648:pragya') >>>>>>>>>>>>>>>>AUTH_tk3867b7599d5346559ee0baaa09e0f40d >>>>>>>>>>>>>>>>>>> print memcache.get('AUTH_/token/AUTH_tk3867b7599d5346559ee0baaa09e0f40d') >>>>>>>>>>>>>>>>[1377865366.826027, 'prag2648,prag2648:pragya,.reseller_admin,AUTH_prag2648'] >>>>>>>>>>>>>>>>>>>  >>>>>>>>>>>>>>>>root at arun-Aspire-5742:~# curl -v -H 'X-Storage-Token:AUTH_tk3867b7599d5346559ee0baaa09e0f40d' http://127.0.0.1/v1/Auth_prag2648/ >>>>>>>>>>>>>>>>* About to connect() to 127.0.0.1 port 80 (#0) >>>>>>>>>>>>>>>>*   Trying 127.0.0.1... Connection refused >>>>>>>>>>>>>>>>* couldn't connect to host >>>>>>>>>>>>>>>>* Closing connection #0 >>>>>>>>>>>>>>>>curl: (7) couldn't connect to host >>>>>>>>>>>>>>>>root at arun-Aspire-5742:~# curl -v -H 'X-Storage-Token:AUTH_tk3867b7599d5346559ee0baaa09e0f40d' http://localhost:8080/v1/AUTH_prag2648/ >>>>>>>>>>>>>>>>* About to connect() to localhost port 8080 (#0) >>>>>>>>>>>>>>>>*   Trying 127.0.0.1... connected >>>>>>>>>>>>>>>>> GET /v1/AUTH_prag2648/ HTTP/1.1 >>>>>>>>>>>>>>>>> User-Agent: curl/7.22.0 (i686-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 zlib/ >>>>>>>>>>>>>>>>1.2.3.4 libidn/1.23 librtmp/2.3 >>>>>>>>>>>>>>>>> Host: localhost:8080 >>>>>>>>>>>>>>>>> Accept: */* >>>>>>>>>>>>>>>>> X-Storage-Token:AUTH_tk3867b7599d5346559ee0baaa09e0f40d >>>>>>>>>>>>>>>>>  >>>>>>>>>>>>>>>>< HTTP/1.1 503 Internal Server Error >>>>>>>>>>>>>>>>< Content-Length: 118 >>>>>>>>>>>>>>>>< Content-Type: text/html; charset=UTF-8 >>>>>>>>>>>>>>>>< X-Trans-Id: txd6fd9eead36e4b74b0869-00521f3efe >>>>>>>>>>>>>>>>< Date: Thu, 29 Aug 2013 12:30:55 GMT >>>>>>>>>>>>>>>><  >>>>>>>>>>>>>>>>* Connection #0 to host localhost left intact >>>>>>>>>>>>>>>>* Closing connection #0 >>>>>>>>>>>>>>>>

Service Unavailable

The server is currently unavailable. Please try again at a later time.

root at arun-Aspire-5742:~#  >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>Please help me in this regard. >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>--- >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>Pragya Jain >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>________________________________ >>>>>>>>>>>>>>>>> From: pragya jain >>>>>>>>>>>>>>>>>To: Kuo Hugo >>>>>>>>>>>>>>>>>Cc: "openstack at lists.openstack.org" >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>Sent: Thursday, 29 August 2013 4:47 PM >>>>>>>>>>>>>>>>>Subject: Re: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>Thanks Kuo very much for this help. >>>>>>>>>>>>>>>>>connection is successfully established. >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>________________________________ >>>>>>>>>>>>>>>>>> From: Kuo Hugo >>>>>>>>>>>>>>>>>>To: pragya jain >>>>>>>>>>>>>>>>>>Cc: "openstack at lists.openstack.org" >>>>>>>>>>>>>>>>>>Sent: Thursday, 29 August 2013 3:46 PM >>>>>>>>>>>>>>>>>>Subject: Re: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>curl -v -H 'X-Auth-User:admin:admin' -H 'X-Auth-Key:admin' http://localhost:8080/auth/v1.0/ >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>+Hugo Kuo+ >>>>>>>>>>>>>>>>>>hugo at swiftstack.com >>>>>>>>>>>>>>>>>>tonytkdk at gmail.com >>>>>>>>>>>>>>>>>>+886 935004793 >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>2013/8/29 pragya jain >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> root at arun-Aspire-5742:~# netstat -antulp | grep 8080 >>>>>>>>>>>>>>>>>>> tcp        0      0 0.0.0.0:8080            0.0.0.0:*               LISTEN      2421/python   >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> user = swift >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> ________________________________ >>>>>>>>>>>>>>>>>>> From: Kuo Hugo >>>>>>>>>>>>>>>>>>> To: pragya jain >>>>>>>>>>>>>>>>>>> Cc: "openstack at lists.openstack.org" >>>>>>>>>>>>>>>>>>> Sent: Thursday, 29 August 2013 2:47 PM >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Subject: Re: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> gt; netstat -antulp | grep 8080 >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> 1) is 8080 port been used ? >>>>>>>>>>>>>>>>>>> 2) What's the value of *user* parameter in proxy-server.conf  https://github.com/openstack/swift/blob/master/etc/proxy-server.conf-sample#L7 >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> +Hugo Kuo+ >>>>>>>>>>>>>>>>>>> hugo at swiftstack.com >>>>>>>>>>>>>>>>>>> tonytkdk at gmail.com >>>>>>>>>>>>>>>>>>> +886 935004793 >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> 2013/8/29 pragya jain >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> hello sir, >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> I run the command: >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> root at arun-Aspire-5742:~# find / -name swift-proxy-server >>>>>>>>>>>>>>>>>>> /opt/swift/build/scripts-2.7/swift-proxy-server >>>>>>>>>>>>>>>>>>> /opt/swift/bin/swift-proxy-server >>>>>>>>>>>>>>>>>>> /usr/local/bin/swift-proxy-server >>>>>>>>>>>>>>>>>>> /usr/local/lib/python2.7/dist-packages/swift-1.9.2-py2.7.egg/EGG-INFO/scripts/swift-proxy-server >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> root at arun-Aspire-5742:~# /usr/bin/python /usr/local/bin/swift-proxy-server /etc/swift/proxy-server.conf >>>>>>>>>>>>>>>>>>> Traceback (most recent call last): >>>>>>>>>>>>>>>>>>>   File "/usr/local/bin/swift-proxy-server", line 5, in >>>>>>>>>>>>>>>>>>>     pkg_resources.run_script('swift==1.9.2', 'swift-proxy-server') >>>>>>>>>>>>>>>>>>>   File "/usr/lib/python2.7/dist-packages/pkg_resources.py", line 499, in run_script >>>>>>>>>>>>>>>>>>>     self.require(requires)[0].run_script(script_name, ns) >>>>>>>>>>>>>>>>>>>   File "/usr/lib/python2.7/dist-packages/pkg_resources.py", line 1235, in run_script >>>>>>>>>>>>>>>>>>>     execfile(script_filename, namespace, namespace) >>>>>>>>>>>>>>>>>>>   File "/usr/local/lib/python2.7/dist-packages/swift-1.9.2-py2.7.egg/EGG-INFO/scripts/swift-proxy-server", line 22, in >>>>>>>>>>>>>>>>>>>     run_wsgi(conf_file, 'proxy-server', default_port=8080, **options) >>>>>>>>>>>>>>>>>>>   File "/usr/local/lib/python2.7/dist-packages/swift-1.9.2-py2.7.egg/swift/common/wsgi.py", line 251, in run_wsgi >>>>>>>>>>>>>>>>>>>     sock = get_socket(conf, default_port=kwargs.get('default_port', 8080)) >>>>>>>>>>>>>>>>>>>   File "/usr/local/lib/python2.7/dist-packages/swift-1.9.2-py2.7.egg/swift/common/wsgi.py", line 168, in get_socket >>>>>>>>>>>>>>>>>>>     bind_addr[0], bind_addr[1], bind_timeout)) >>>>>>>>>>>>>>>>>>> Exception: Could not bind to 0.0.0.0:8080 after trying for 30 seconds >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> ________________________________ >>>>>>>>>>>>>>>>>>> From: Kuo Hugo >>>>>>>>>>>>>>>>>>> To: pragya jain >>>>>>>>>>>>>>>>>>> Cc: "openstack at lists.openstack.org" >>>>>>>>>>>>>>>>>>> Sent: Thursday, 29 August 2013 2:19 PM >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Subject: Re: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> find out the swift-proxy-server binary in your OS.  (The path in example just an assumption) >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> gt; find / -name swift-proxy-server >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> +Hugo Kuo+ >>>>>>>>>>>>>>>>>>> hugo at swiftstack.com >>>>>>>>>>>>>>>>>>> tonytkdk at gmail.com >>>>>>>>>>>>>>>>>>> +886 935004793 >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> 2013/8/29 pragya jain >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> hello sir >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Thanks for the help >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> root at arun-Aspire-5742:~# /usr/bin/python /usr/bin/swift-proxy-server /etc/swift/proxy-server.conf >>>>>>>>>>>>>>>>>>> /usr/bin/python: can't open file '/usr/bin/swift-proxy-server': [Errno 2] No such file or directory >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> this is the result of the command. >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> please help in this regard. >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> ----- >>>>>>>>>>>>>>>>>>> Pragya Jain >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> ________________________________ >>>>>>>>>>>>>>>>>>> From: Kuo Hugo >>>>>>>>>>>>>>>>>>> To: pragya jain >>>>>>>>>>>>>>>>>>> Cc: "openstack at lists.openstack.org" >>>>>>>>>>>>>>>>>>> Sent: Thursday, 29 August 2013 1:20 PM >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Subject: Re: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Obviously, There's no proxy server running on your node. >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Please execute it on the node where proxy-server located: >>>>>>>>>>>>>>>>>>> (I assume the binary is in /usr/bin and conf file is in /etc/swift) >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> gt; /usr/bin/python /usr/bin/swift-proxy-server /etc/swift/proxy-server.conf >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> What's the result ? >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> +Hugo Kuo+ >>>>>>>>>>>>>>>>>>> hugo at swiftstack.com >>>>>>>>>>>>>>>>>>> tonytkdk at gmail.com >>>>>>>>>>>>>>>>>>> +886 935004793 >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> 2013/8/29 pragya jain >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> hello sir >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Thanks for the suggestion. >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> (1) I give the space between pj2648 and .admin and also between .admin and .reseller_admin and tried the connection again, but face the same problem >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> root at arun-Aspire-5742:~# vi /etc/swift/proxy-server.conf >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> and make following changes: >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> user_admin_admin = admin .admin .reseller_admin >>>>>>>>>>>>>>>>>>> user_test_tester = testing .admin >>>>>>>>>>>>>>>>>>> user_test2_tester2 = testing2 .admin >>>>>>>>>>>>>>>>>>> user_test_tester3 = testing3 >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> user_prag2648_pragya = pj2648 .admin .reseller_admin >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> and then >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> root at arun-Aspire-5742:~# sudo swift-init account start >>>>>>>>>>>>>>>>>>> Starting account-server...(/etc/swift/account-server.conf) >>>>>>>>>>>>>>>>>>> root at arun-Aspire-5742:~# sudo swift-init proxy start >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Starting proxy-server...(/etc/swift/proxy-server.conf) >>>>>>>>>>>>>>>>>>> root at arun-Aspire-5742:~# curl -v -H 'X-Auth-User:prag2648:pragya' -H 'X-Auth-Key:pj2648' http://localhost/auth/v1.0/ >>>>>>>>>>>>>>>>>>> * About to connect() to localhost port 80 (#0) >>>>>>>>>>>>>>>>>>> *   Trying 127.0.0.1... Connection refused >>>>>>>>>>>>>>>>>>> * couldn't connect to host >>>>>>>>>>>>>>>>>>> * Closing connection #0 >>>>>>>>>>>>>>>>>>> curl: (7) couldn't connect to host >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> (2) I also tired the connection with user admin:admin >>>>>>>>>>>>>>>>>>> root at arun-Aspire-5742:~# curl -v -H 'X-Auth-User:admin:admin' -H 'X-Auth-Key:admin' http://localhost/auth/v1.0/ >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> * About to connect() to localhost port 80 (#0) >>>>>>>>>>>>>>>>>>> *   Trying 127.0.0.1... Connection refused >>>>>>>>>>>>>>>>>>> * couldn't connect to host >>>>>>>>>>>>>>>>>>> * Closing connection #0 >>>>>>>>>>>>>>>>>>> curl: (7) couldn't connect to host >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> (3) I also run the command to verify the port number of proxy >>>>>>>>>>>>>>>>>>> root at arun-Aspire-5742:~# ps aux | grep proxy >>>>>>>>>>>>>>>>>>> nobody    2124  0.0  0.0   5384  1164 ?        S    10:39   0:00 /usr/sbin/dnsmasq --no-resolv --keep-in-foreground --no-hosts --bind-interfaces --pid-file=/var/run/sendsigs.omit.d/network-manager.dnsmasq.pid --listen-address=127.0.0.1 --conf-file=/var/run/nm-dns-dnsmasq.conf --cache-size=0 --proxy-dnssec >>>>>>>>>>>>>>>>>>> root      2724  0.0  0.0   4368   828 pts/0    R+   10:52   0:00 grep --color=auto proxy >>>>>>>>>>>>>>>>>>> root at arun-Aspire-5742:~# netstat -antulp >>>>>>>>>>>>>>>>>>> Active Internet connections (servers and established) >>>>>>>>>>>>>>>>>>> Proto Recv-Q Send-Q Local Address           Foreign Address         State       PID/Program name >>>>>>>>>>>>>>>>>>> tcp        0      0 127.0.0.1:11211         0.0.0.0:*               LISTEN      931/memcached   >>>>>>>>>>>>>>>>>>> tcp        0      0 127.0.0.1:53            0.0.0.0:*               LISTEN      2124/dnsmasq   >>>>>>>>>>>>>>>>>>> tcp        0      0 127.0.0.1:631           0.0.0.0:*               LISTEN      623/cupsd       >>>>>>>>>>>>>>>>>>> tcp        0      0 115.184.7.223:51521     74.125.236.132:80       TIME_WAIT   -               >>>>>>>>>>>>>>>>>>> tcp        1      0 115.184.7.223:46280     91.189.89.144:80        CLOSE_WAIT  1663/ubuntu-geoip-p >>>>>>>>>>>>>>>>>>> tcp        0      0 115.184.7.223:60563     173.194.38.147:80       TIME_WAIT   -               >>>>>>>>>>>>>>>>>>> tcp        0      0 115.184.7.223:43256     124.124.201.179:80      TIME_WAIT   -               >>>>>>>>>>>>>>>>>>> tcp        0      0 115.184.7.223:41791     124.124.201.169:80      TIME_WAIT   -               >>>>>>>>>>>>>>>>>>> tcp        0      0 115.184.7.223:36669     124.124.252.9:80        TIME_WAIT   -               >>>>>>>>>>>>>>>>>>> tcp        0      0 115.184.7.223:51747     173.194.38.184:80       TIME_WAIT   -               >>>>>>>>>>>>>>>>>>> tcp        0      0 115.184.7.223:54229     74.125.236.44:443       TIME_WAIT   -               >>>>>>>>>>>>>>>>>>> tcp        0      0 115.184.7.223:36185     173.194.36.26:80        TIME_WAIT   -               >>>>>>>>>>>>>>>>>>> tcp        0      0 115.184.7.223:38854     74.125.236.109:80       TIME_WAIT   -               >>>>>>>>>>>>>>>>>>> tcp6       0      0 ::1:631                 :::*                    LISTEN      623/cupsd       >>>>>>>>>>>>>>>>>>> udp        0      0 0.0.0.0:5353            0.0.0.0:*                           619/avahi-daemon: r >>>>>>>>>>>>>>>>>>> udp        0      0 0.0.0.0:53489           0.0.0.0:*                           619/avahi-daemon: r >>>>>>>>>>>>>>>>>>> udp        0      0 127.0.0.1:11211         0.0.0.0:*                           931/memcached   >>>>>>>>>>>>>>>>>>> udp        0      0 127.0.0.1:53            0.0.0.0:*                           2124/dnsmasq   >>>>>>>>>>>>>>>>>>> udp6       0      0 :::5353                 :::*                                619/avahi-daemon: r >>>>>>>>>>>>>>>>>>> udp6       0      0 :::36705                :::*                                619/avahi-daemon: r >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Please help to proceed further. >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> --- >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Thanks >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Pragya jain >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> ________________________________ >>>>>>>>>>>>>>>>>>> From: Kuo Hugo >>>>>>>>>>>>>>>>>>> To: pragya jain >>>>>>>>>>>>>>>>>>> Cc: Amanda Plimpton ; "openstack at lists.openstack.org" >>>>>>>>>>>>>>>>>>> Sent: Wednesday, 28 August 2013 9:59 PM >>>>>>>>>>>>>>>>>>> Subject: Re: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Hi >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> 1) user_prag2648_pragya = pj2648.admin.reseller_admin try to have a space between pj2648 and .admin . How about to test with user admin:admin ? >>>>>>>>>>>>>>>>>>> 2) Verify the port number of proxy by >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> gt; ps aux | grep proxy >>>>>>>>>>>>>>>>>>> gt; netstat -antulp >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> 3) Check the Proxy for how to setup bind_port https://github.com/openstack/swift/blob/master/etc/proxy-server.conf-sample >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> +Hugo Kuo+ >>>>>>>>>>>>>>>>>>> hugo at swiftstack.com >>>>>>>>>>>>>>>>>>> tonytkdk at gmail.com >>>>>>>>>>>>>>>>>>> +886 935004793 >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> 2013/8/29 pragya jain >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> hello sir, >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Please help me in knowing how to use 8080 port >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> ________________________________ >>>>>>>>>>>>>>>>>>> From: Amanda Plimpton >>>>>>>>>>>>>>>>>>> To: pragya jain >>>>>>>>>>>>>>>>>>> Cc: "joe at swiftstack.com" ; "contact at swiftstack.com" ; anita goel >>>>>>>>>>>>>>>>>>> Sent: Tuesday, 27 August 2013 9:40 AM >>>>>>>>>>>>>>>>>>> Subject: Re: Fw: problem in setting up Tempauth authentication & authorization with Swift >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Hello, >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Did Edward's suggestion of using port 8080 help at all? The error seems to indicate a network setting issue. You may wish to double check the settings and configuration. >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Given your interest in Swift I would also recommend locating a nearby OpenStack group or attending an event such as http://openstackindia.wordpress.com/2013/08/14/openstack-india-day-2013-announced/ >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Thank you, >>>>>>>>>>>>>>>>>>> Amanda >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> SwiftStack Inc. >>>>>>>>>>>>>>>>>>> swiftstack.com >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> On Mon, Aug 26, 2013 at 8:55 PM, pragya jain wrote: >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> hello sir! >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Please help me in setting up Tempauth authentication & authorization with Swift. >>>>>>>>>>>>>>>>>>> same error is continued. >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> ----- Forwarded Message ----- >>>>>>>>>>>>>>>>>>> From: pragya jain >>>>>>>>>>>>>>>>>>> To: "joe at swiftstack.com" ; "clay.gerrard at gmail.com" ; "contact at swiftstack.com" ; "openstack at ask.openstack.org" ; "openstack at lists.openstack.org" >>>>>>>>>>>>>>>>>>> Cc: anita goel >>>>>>>>>>>>>>>>>>> Sent: Monday, 26 August 2013 12:06 PM >>>>>>>>>>>>>>>>>>> Subject: problem in setting up Tempauth authentication & authorization with Swift >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> hello, >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> I have to configure proxy server. >>>>>>>>>>>>>>>>>>> For this, >>>>>>>>>>>>>>>>>>> I have to edit /etc/swift/swift.conf and change the swift_hash_path_suffix to something secret and then, start the proxy server process >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> for this, I use the following commands: >>>>>>>>>>>>>>>>>>> root at arun-Aspire-5742:~# vi /etc/swift/swift.conf >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> make following changes (highlighted) in the file: >>>>>>>>>>>>>>>>>>> swift_hash_path_suffix =pragya >>>>>>>>>>>>>>>>>>> swift_hash_path_prefix =jain >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> save and exit. >>>>>>>>>>>>>>>>>>> then, I run the command: >>>>>>>>>>>>>>>>>>> root at arun-Aspire-5742:~# sudo swift-init proxy start >>>>>>>>>>>>>>>>>>> Starting proxy-server...(/etc/swift/proxy-server.conf) >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Now, I have to set up Tempauth authentication & authorization with Swift >>>>>>>>>>>>>>>>>>> for this, I run the following command: >>>>>>>>>>>>>>>>>>> root at arun-Aspire-5742:~# vi /etc/swift/proxy-server.conf >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> make following changes (highlighted) in the file: >>>>>>>>>>>>>>>>>>> allow_account_management =true >>>>>>>>>>>>>>>>>>> ... >>>>>>>>>>>>>>>>>>> [filter:tempauth] >>>>>>>>>>>>>>>>>>> use = egg:swift#tempauth >>>>>>>>>>>>>>>>>>> ... >>>>>>>>>>>>>>>>>>> user_admin_admin = admin .admin .reseller_admin >>>>>>>>>>>>>>>>>>> user_test_tester = testing .admin >>>>>>>>>>>>>>>>>>> user_test2_tester2 = testing2 .admin >>>>>>>>>>>>>>>>>>> user_test_tester3 = testing3 >>>>>>>>>>>>>>>>>>> user_prag2648_pragya = pj2648.admin.reseller_admin >>>>>>>>>>>>>>>>>>> ... >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> save and exit >>>>>>>>>>>>>>>>>>> Then, run following commands: >>>>>>>>>>>>>>>>>>> root at arun-Aspire-5742:~# sudo swift-init account start >>>>>>>>>>>>>>>>>>> Starting account-server...(/etc/swift/account-server.conf) >>>>>>>>>>>>>>>>>>> root at arun-Aspire-5742:~# sudo swift-init proxy restart >>>>>>>>>>>>>>>>>>> Signal proxy-server  pid: 2476  signal: 15 >>>>>>>>>>>>>>>>>>> proxy-server (2476) appears to have stopped >>>>>>>>>>>>>>>>>>> Starting proxy-server...(/etc/swift/proxy-server.conf) >>>>>>>>>>>>>>>>>>> root at arun-Aspire-5742:~# curl -v -H 'X-Auth-User:prag2648:pragya' -H 'X-Auth-Key:pj2648' http://localhost/auth/v1.0/ >>>>>>>>>>>>>>>>>>> * About to connect() to localhost port 80 (#0) >>>>>>>>>>>>>>>>>>> *   Trying 127.0.0.1... Connection refused >>>>>>>>>>>>>>>>>>> * couldn't connect to host >>>>>>>>>>>>>>>>>>> * Closing connection #0 >>>>>>>>>>>>>>>>>>> curl: (7) couldn't connect to host >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> But, there is an error in establising a connection. >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> if, I run the command to start proxy server, then it shows that proxy server is already started. >>>>>>>>>>>>>>>>>>> root at arun-Aspire-5742:~# sudo swift-init proxy start >>>>>>>>>>>>>>>>>>> proxy-server running (2935 - /etc/swift/proxy-server.conf) >>>>>>>>>>>>>>>>>>> proxy-server already started... >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Please help me in this regard. >>>>>>>>>>>>>>>>>>> --- >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Thanks >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Pragya Jain >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> _______________________________________________ >>>>>>>>>>>>>>>>>>> Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>>>>>>>>>>>>>>>>>> Post to     : openstack at lists.openstack.org >>>>>>>>>>>>>>>>>>> Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>>_______________________________________________ >>>>>>>>>>>>>>>Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>>>>>>>>>>>>>>Post to     : openstack at lists.openstack.org >>>>>>>>>>>>>>>Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>>-- >>>>>>>>>>>>>> >>>>>>>>>>>>>>Gareth >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>>Cloud Computing, OpenStack, Fitness, Basketball >>>>>>>>>>>>>>OpenStack contributor >>>>>>>>>>>>>>Company: UnitedStack >>>>>>>>>>>>>>My promise: if you find any spelling or grammar mistakes in my email from Mar 1 2013, notify me  >>>>>>>>>>>>>>and I'll donate $1 or ¥1 to an open organization you specify. >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>_______________________________________________ >>>>>>>>>Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>>>>>>>>Post to     : openstack at lists.openstack.org >>>>>>>>>Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>>>>>>>> >>>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>> >>>>>>> >>>>> >>>>> >>>>> >>> >>> >>> > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From caitlin.bestler at nexenta.com Tue Sep 10 20:07:46 2013 From: caitlin.bestler at nexenta.com (Caitlin Bestler) Date: Tue, 10 Sep 2013 13:07:46 -0700 Subject: [Openstack] Why GlusterFS should not be integrated with OpenStack In-Reply-To: References: Message-ID: <141097c9e80.27c8.bb076ccec8ae525cad5cdfe3be415180@nexenta.com> I'm an architect at Nexenta. So not surprisingly I fully agree that Gluster is a poor choice for storage in OpenStack. However the real question is what criteria storage vendors should be judged by the project. These should be clearly stated and easily verified. Once compliance is dealt with, judging the quality of specific solutions and their suitability to specific needs is something that the end users should do, not the openstack project. The Cinder project has set minimum standards for Volume Drivers for the Havana release. Those standards should be applied without debating their specifics for Gluster on the mailing list. Storage vendors are used to dealing with certification processes. We know how to deal with rules that state your software must do X and Y by date Z. I would be in full agreement, however, that OpenStack should not accommodate an API tailored to Gluster's unique architecture. From muralidharb at gmail.com Tue Sep 10 23:23:09 2013 From: muralidharb at gmail.com (Muralidhar Balcha) Date: Tue, 10 Sep 2013 19:23:09 -0400 Subject: [Openstack] Why GlusterFS should not be integrated with OpenStack In-Reply-To: <141097c9e80.27c8.bb076ccec8ae525cad5cdfe3be415180@nexenta.com> References: <141097c9e80.27c8.bb076ccec8ae525cad5cdfe3be415180@nexenta.com> Message-ID: I strongly believe this is the wrong forum to discuss pro and cons of a particular offering here. Obviously no one solution fits all and every products have merits. On Tuesday, September 10, 2013, Caitlin Bestler wrote: > > I'm an architect at Nexenta. So not surprisingly I fully agree that > Gluster is a poor choice for storage in OpenStack. > > However the real question is what criteria storage vendors should be > judged by the project. These should be > clearly stated and easily verified. Once compliance is dealt with, judging > the quality of specific solutions and > their suitability to specific needs is something that the end users should > do, not the openstack project. > > The Cinder project has set minimum standards for Volume Drivers for the > Havana release. Those standards should be applied without debating their > specifics for Gluster on the mailing list. > > Storage vendors are used to dealing with certification processes. We know > how to deal with rules that state your software must do X and Y by date Z. > > I would be in full agreement, however, that OpenStack should not > accommodate an API tailored to Gluster's unique architecture. > > > > ______________________________**_________________ > Mailing list: http://lists.openstack.org/**cgi-bin/mailman/listinfo/** > openstack > Post to : openstack at lists.openstack.org > Unsubscribe : http://lists.openstack.org/**cgi-bin/mailman/listinfo/** > openstack > -- Muralidhar Balcha 508 494 5007 -------------- next part -------------- An HTML attachment was scrubbed... URL: From clint at fewbar.com Wed Sep 11 00:59:29 2013 From: clint at fewbar.com (Clint Byrum) Date: Tue, 10 Sep 2013 17:59:29 -0700 Subject: [Openstack] Why GlusterFS should not be integrated with OpenStack In-Reply-To: References: <141097c9e80.27c8.bb076ccec8ae525cad5cdfe3be415180@nexenta.com> Message-ID: <1378861142-sup-2911@fewbar.com> Excerpts from Muralidhar Balcha's message of 2013-09-10 16:23:09 -0700: > I strongly believe this is the wrong forum to discuss pro and cons of a > particular offering here. Obviously no one solution fits all and every > products have merits. > What forum would you suggest people share OpenStack case studies in? From mahardika.gilang at andalabs.com Wed Sep 11 04:55:49 2013 From: mahardika.gilang at andalabs.com (Mahardhika) Date: Wed, 11 Sep 2013 11:55:49 +0700 Subject: [Openstack] Swift Fail Unauthorized Message-ID: <522FF7D5.10803@andalabs.com> Hi, following this guide http://docs.openstack.org/developer/swift/development_saio.html#partition-section i am stuck at step 14 = Check that you can GET account:curl-v-H'X-Auth-Token:' *I run this command* #curl -v -H 'X-Auth-Token: AUTH_tkebd882e8ac094a08a1842811e025f2a8' http://127.0.0.1:8080/v1/AUTH_swift and get =============== /* About to connect() to 127.0.0.1 port 8080 (#0)// //* Trying 127.0.0.1...// //* Connected to 127.0.0.1 (127.0.0.1) port 8080 (#0)// //> GET /v1/AUTH_swift HTTP/1.1// //> User-Agent: curl/7.29.0// //> Host: 127.0.0.1:8080// //> Accept: */*// //> X-Auth-Token: AUTH_tkebd882e8ac094a08a1842811e025f2a8// //>// //< HTTP/1.1 401 Unauthorized// //< Content-Length: 131// //< Content-Type: text/html; charset=UTF-8// //< Date: Wed, 11 Sep 2013 04:53:35 GMT// // From prag_2648 at yahoo.co.in Wed Sep 11 05:48:07 2013 From: prag_2648 at yahoo.co.in (pragya jain) Date: Wed, 11 Sep 2013 13:48:07 +0800 (SGT) Subject: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift In-Reply-To: <1378835754.28581.YahooMailNeo@web193604.mail.sg3.yahoo.com> References: <1377498985.92309.YahooMailNeo@web193603.mail.sg3.yahoo.com> <1377575715.63149.YahooMailNeo@web193603.mail.sg3.yahoo.com> <1377705664.3899.YahooMailNeo@web193602.mail.sg3.yahoo.com> <1377755510.20626.YahooMailNeo@web193601.mail.sg3.yahoo.com> <1377765810.77854.YahooMailNeo@web193606.mail.sg3.yahoo.com> <1377767543.33056.YahooMailNeo@web193603.mail.sg3.yahoo.com> <1377768176.9373.YahooMailNeo@web193606.mail.sg3.yahoo.com> <1377775079.21343.YahooMailNeo@web193602.mail.sg3.yahoo.com> <1377784746.26442.YahooMailNeo@web193603.mail.sg3.yahoo.com> <1377840941.9818.YahooMailNeo@web193605.mail.sg3.yahoo.com> <1377843725.53401.YahooMailNeo@web193602.mail.sg3.yahoo.com> <1378273871.52383.YahooMailNeo@web193604.mail.sg3.yahoo.com> <1378355540.21486.YahooMailNeo@web193605.mail.sg3.yahoo.com> <1378442357.82006.YahooMailNeo@web193604.mail.sg3.yahoo.com> <1378529123.39925.YahooMailNeo@web193601.mail.sg3.yahoo.com> <1378745268.85593.YahooMailNeo@web193603.mail.sg3.yahoo.com> <1378835754.28581.YahooMailNeo@web193604.mail.sg3.yahoo.com> Message-ID: <1378878487.7381.YahooMailNeo@web193606.mail.sg3.yahoo.com> please help me in this regard. >________________________________ > From: pragya jain >To: Clay Gerrard >Cc: "openstack at lists.openstack.org" >Sent: Tuesday, 10 September 2013 11:25 PM >Subject: Re: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift > > > >thanks clay, for the help. > > >I run some commands to survey what's on the system: > > >root at arun-Aspire-5742:~# df >Filesystem     1K-blocks    Used Available Use% Mounted on >/dev/sda4      177866264 4164648 164666508   3% / >udev             2918600       4   2918596   1% /dev >tmpfs            1170364     892   1169472   1% /run >none                5120       4      5116   1% /run/lock >none             2925908     216   2925692   1% /run/shm > > >root at arun-Aspire-5742:~# cat /proc/mounts >rootfs / rootfs rw 0 0 >sysfs /sys sysfs rw,nosuid,nodev,noexec,relatime 0 0 >proc /proc proc rw,nosuid,nodev,noexec,relatime 0 0 >udev /dev devtmpfs rw,relatime,size=2918600k,nr_inodes=198985,mode=755 0 0 >devpts /dev/pts devpts rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000 0 0 >tmpfs /run tmpfs rw,nosuid,relatime,size=1170364k,mode=755 0 0 >/dev/disk/by-uuid/5259827c-cc52-43f4-bc2c-7aac2f927b02 / ext4 rw,relatime,errors=remount-ro,user_xattr,barrier=1,data=ordered 0 0 >none /sys/fs/fuse/connections fusectl rw,relatime 0 0 >none /sys/kernel/debug debugfs rw,relatime 0 0 >none /sys/kernel/security securityfs rw,relatime 0 0 >none /run/lock tmpfs rw,nosuid,nodev,noexec,relatime,size=5120k 0 0 >none /run/shm tmpfs rw,nosuid,nodev,relatime 0 0 >gvfs-fuse-daemon /home/arun/.gvfs fuse.gvfs-fuse-daemon rw,nosuid,nodev,relatime,user_id=1000,group_id=1000 0 0 > > >root at arun-Aspire-5742:~# ls /sys/block >loop0  loop3  loop6  ram1   ram12  ram15  ram4  ram7  sda  sr1 >loop1  loop4  loop7  ram10  ram13  ram2   ram5  ram8  sdb >loop2  loop5  ram0   ram11  ram14  ram3   ram6  ram9  sr0 > > >root at arun-Aspire-5742:~# sudo blkid >/dev/sda1: LABEL="System Reserved" UUID="12BA0286BA026717" TYPE="ntfs"  >/dev/sda2: UUID="D8EA06E4EA06BEAE" TYPE="ntfs"  >/dev/sda4: UUID="5259827c-cc52-43f4-bc2c-7aac2f927b02" TYPE="ext4"  >/dev/sda5: UUID="8AE41BA8E41B9613" TYPE="ntfs"  >/dev/sda6: UUID="3A14E4D814E497E1" TYPE="ntfs"  >/dev/sda7: UUID="a7c2ed39-1081-4702-9aed-a42b80a07cff" TYPE="swap"  >/dev/sr1: LABEL="20110729_053228" TYPE="iso9660"  > > >root at arun-Aspire-5742:~# sudo mkfs.xfs -L d1 /dev/sda2 >mkfs.xfs: /dev/sda2 appears to contain an existing filesystem (ntfs). >mkfs.xfs: Use the -f option to force overwrite. > > >which device should I label as "d1"? >how many devices should I label  as "d1", "d2" etc.? > > >Please help me in this regard. > > > >>________________________________ >> From: Clay Gerrard >>To: pragya jain >>Cc: "openstack at lists.openstack.org" >>Sent: Tuesday, 10 September 2013 12:01 AM >>Subject: Re: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift >> >> >> >>So it looks like you do not have a device '/dev/sdd' - which device do you want to use as "d1" - sda2, sda4, sda5, sda6, sda7 ??? >> >> >> >>On Mon, Sep 9, 2013 at 9:47 AM, pragya jain wrote: >> >>hello sir >>>root at arun-Aspire-5742:~# cat /proc/partitions >>>major minor  #blocks  name >>> >>> >>>   8        0  488386584 sda >>>   8        1     102400 sda1 >>>   8        2  102294528 sda2 >>>   8        3          1 sda3 >>>   8        4  180702208 sda4 >>>   8        5  102398278 sda5 >>>   8        6  102398278 sda6 >>>   8        7     487424 sda7 >>>  11        0    1048575 sr0 >>>  11        1      99328 sr1 >>>root at arun-Aspire-5742:~# sudo mkfs.xfs -L d1 /dev/sdb >>>mkfs.xfs: cannot open /dev/sdb: No medium found >>> >>> >>>pleases help me. >>> >>> >>> >>> >>> >>>>________________________________ >>>> From: Clay Gerrard >>>>To: pragya jain >>>>Cc: "openstack at lists.openstack.org" >>>>Sent: Saturday, 7 September 2013 9:50 PM >>>> >>>>Subject: Re: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift >>>> >>>> >>>> >>>>ok, so it looks like no device with label d1 exists, so you can't mount it, and the account-server can't find it. >>>> >>>> >>>>Devices get labeled when you put the file system on them (the `mkfs.xfs` command) >>>> >>>> >>>>I saw in screenshot 10 you had mis-typed the mkfs.xfs command: >>>> >>>> >>>>`sudo mkfs.xfs -f -i size=512 -L d3/dev/sdd` >>>> >>>> >>>>That should be: >>>> >>>> >>>>`sudo mkfs.xfs -f -i size=512 -L d3 /dev/sdd` >>>> >>>> >>>>notice the space between the label "d3" and the device "/dev/sdd" >>>> >>>> >>>>Also, fairly recently people have stopped recommending the larger inode size, so the commands should be: >>>> >>>> >>>>`sudo mkfs.xfs -L d1 /dev/sdb` >>>>`sudo mkfs.xfs -L d2 /dev/sdc` >>>> >>>>`sudo mkfs.xfs -L d3 /dev/sdd` >>>> >>>> >>>> >>>>and maybe: >>>> >>>> >>>>`sudo mkfs.xfs -L d4 /dev/sde` >>>> >>>> >>>> >>>>... actually how many devices do you have in the system?  Can I get a paste of the full output of `cat /proc/partitions`? >>>> >>>> >>>> >>>> >>>> >>>>On Fri, Sep 6, 2013 at 9:45 PM, pragya jain wrote: >>>> >>>>hello sir, >>>>> >>>>> >>>>>I did the following job: >>>>> >>>>> >>>>>root at arun-Aspire-5742:~# sudo mount -t xfs -o noatime,nodiratime,logbufs=8 -L d1 /srv/node/d1 >>>>> >>>>>mount: no such partition found >>>>>root at arun-Aspire-5742:~# sudo mount -t xfs -o noatime,nodiratime,logbufs=8 -L d1 \srv/node/d1 >>>>>mount: no such partition found >>>>>root at arun-Aspire-5742:~# cd /opt/swift/etc >>>>>root at arun-Aspire-5742:/opt/swift/etc# sudo mount -t xfs -o noatime,nodiratime,logbufs=8 -L d1 /srv/node/d1 >>>>>mount: no such partition found >>>>>root at arun-Aspire-5742:/opt/swift/etc# sudo mount -t xfs -o noatime,nodiratime,logbufs=8 -L d1 \srv/node/d1 >>>>>mount: no such partition found >>>>>root at arun-Aspire-5742:/opt/swift/etc# cd ~ >>>>>root at arun-Aspire-5742:~# mount d1 /srv/node/d1 >>>>>mount: special device d1 does not exist >>>>>root at arun-Aspire-5742:~# vi /etc/swift/account-server.conf >>>>>root at arun-Aspire-5742:~# mount d1 /srv/node/d1 >>>>>mount: special device d1 does not exist >>>>>root at arun-Aspire-5742:~# cd /opt/swift/etc >>>>>root at arun-Aspire-5742:/opt/swift/etc# mount d1 /srv/node/d1 >>>>>mount: special device d1 does not exist >>>>>root at arun-Aspire-5742:/opt/swift/etc# sudo reboot >>>>> >>>>> >>>>>root at arun-Aspire-5742:~# mount >>>>>/dev/sda4 on / type ext4 (rw,errors=remount-ro) >>>>>proc on /proc type proc (rw,noexec,nosuid,nodev) >>>>>sysfs on /sys type sysfs (rw,noexec,nosuid,nodev) >>>>>none on /sys/fs/fuse/connections type fusectl (rw) >>>>>none on /sys/kernel/debug type debugfs (rw) >>>>>none on /sys/kernel/security type securityfs (rw) >>>>>udev on /dev type devtmpfs (rw,mode=0755) >>>>>devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=0620) >>>>>tmpfs on /run type tmpfs (rw,noexec,nosuid,size=10%,mode=0755) >>>>>none on /run/lock type tmpfs (rw,noexec,nosuid,nodev,size=5242880) >>>>>none on /run/shm type tmpfs (rw,nosuid,nodev) >>>>>gvfs-fuse-daemon on /home/arun/.gvfs type fuse.gvfs-fuse-daemon (rw,nosuid,nodev,user=arun) >>>>> >>>>> >>>>>I am attaching some screenshots which tells what I had done earlier when I was preparing and mounting the devices. >>>>> >>>>>>________________________________ >>>>>> From: Clay Gerrard >>>>>>To: pragya jain >>>>>>Cc: "pangj at laposte.net" ; "openstack at lists.openstack.org" >>>>>>Sent: Friday, 6 September 2013 8:58 PM >>>>>> >>>>>>Subject: Re: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift >>>>>> >>>>>> >>>>>> >>>>>>Sep  4 11:14:04 arun-Aspire-5742 proxy-server ERROR Insufficient Storage 127.0.0.1:6002/d1 (txn: txb0d8717ab05c4cf0bdebd-005226c8a4) >>>>>> >>>>>> >>>>>>The account server on 127.0.0.1:6002/d1 returned 507 indicating it couldn't find a useable file system for the device labeled d1. >>>>>> >>>>>> >>>>>>The account server has a config option "devices" in the "DEFAULT" section of "/etc/swift/account-server.conf" that will indicate the base mount point for devices (typicailly it's "/srv/node").  That path is prepended to the device name that's sent in the request ("d1" in this case). >>>>>> >>>>>> >>>>>>So there should be a filesystem (xfs typically) mounted at "/srv/node/d1" >>>>>> >>>>>> >>>>>>Try mounting it manually `mount d1 /srv/node/d1` and double check the output from `mount` and your "/etc/fstab" >>>>>> >>>>>> >>>>>> >>>>>>On Thu, Sep 5, 2013 at 9:39 PM, pragya jain wrote: >>>>>> >>>>>>please help me in this regard. >>>>>>> >>>>>>> >>>>>>> >>>>>>>>________________________________ >>>>>>>> From: pragya jain >>>>>>>>To: Clay Gerrard >>>>>>>> >>>>>>>>Cc: "pangj at laposte.net" ; "openstack at lists.openstack.org" >>>>>>>>Sent: Thursday, 5 September 2013 10:02 AM >>>>>>>> >>>>>>>>Subject: Re: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>>root at arun-Aspire-5742:~# grep txb0d8717ab05c4cf0bdebd-005226c8a4 /var/log/syslogSep  4 11:14:04 arun-Aspire-5742 account-server 127.0.0.1 - - [04/Sep/2013:05:44:04 +0000] "GET /d1/19164/AUTH_prag2648" 507 - "txb0d8717ab05c4cf0bdebd-005226c8a4" "GET http://localhost:8080/v1/AUTH_prag2648/" "proxy-server 3182" 0.0021 "" >>>>>>>>Sep  4 11:14:04 arun-Aspire-5742 proxy-server ERROR Insufficient Storage 127.0.0.1:6002/d1 (txn: txb0d8717ab05c4cf0bdebd-005226c8a4) >>>>>>>>Sep  4 11:14:05 arun-Aspire-5742 proxy-server Account GET returning 503 for [507] (txn: txb0d8717ab05c4cf0bdebd-005226c8a4) (client_ip: 127.0.0.1) >>>>>>>>Sep  4 11:14:05 arun-Aspire-5742 proxy-server 127.0.0.1 127.0.0.1 04/Sep/2013/05/44/05 GET /v1/AUTH_prag2648/ HTTP/1.0 503 - curl/7.22.0%20%28i686-pc-linux-gnu%29%20libcurl/7.22.0%20OpenSSL/1.0.1%20zlib/1.2.3.4%20libidn/1.23%20librtmp/2.3 AUTH_tk4be7b90194c747468c4973675db15ca5 - 118 - txb0d8717ab05c4cf0bdebd-005226c8a4 - 0.2774 - - >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>>>________________________________ >>>>>>>>> From: Clay Gerrard >>>>>>>>>To: pragya jain >>>>>>>>>Cc: "pangj at laposte.net" ; "openstack at lists.openstack.org" >>>>>>>>>Sent: Wednesday, 4 September 2013 9:12 PM >>>>>>>>>Subject: Re: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>>So the builder files look right, you should grep the logs for the transaction id of the request that 503'd and see if the proxy is still getting connection errors (i.e. still trying to connect to 10.0.2.15) >>>>>>>>> >>>>>>>>>grep txb0d8717ab05c4cf0bdebd-005226c8a4 /var/log/syslog >>>>>>>>> >>>>>>>>> >>>>>>>>>If the proxy is still going to the old 10.0.2.15 you need to rebalance your rings >>>>>>>>> >>>>>>>>> >>>>>>>>>swift-ring-builder account.builder reblanace >>>>>>>>> >>>>>>>>> >>>>>>>>>-Clay >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>>On Tue, Sep 3, 2013 at 10:51 PM, pragya jain wrote: >>>>>>>>> >>>>>>>>>root at arun-Aspire-5742:/etc/swift# swift-ring-builder object.builder >>>>>>>>>>object.builder, build version 14 >>>>>>>>>>262144 partitions, 3.000000 replicas, 1 regions, 1 zones, 1 devices, 0.00 balance >>>>>>>>>>The minimum number of hours before a partition can be reassigned is 24 >>>>>>>>>>Devices:    id  region  zone      ip address  port  replication ip  replication port      name weight partitions balance meta >>>>>>>>>>             2       1     1       127.0.0.1  6000       127.0.0.1              6000        d1 100.00     786432    0.00  >>>>>>>>>>root at arun-Aspire-5742:/etc/swift# swift-ring-builder account.builder >>>>>>>>>>account.builder, build version 14 >>>>>>>>>>262144 partitions, 3.000000 replicas, 1 regions, 1 zones, 1 devices, 0.00 balance >>>>>>>>>>The minimum number of hours before a partition can be reassigned is 24 >>>>>>>>>>Devices:    id  region  zone      ip address  port  replication ip  replication port      name weight partitions balance meta >>>>>>>>>>             2       1     1       127.0.0.1  6002       127.0.0.1              6002        d1 100.00     786432    0.00  >>>>>>>>>>root at arun-Aspire-5742:/etc/swift# swift-ring-builder container.builder >>>>>>>>>>container.builder, build version 11 >>>>>>>>>>262144 partitions, 3.000000 replicas, 1 regions, 1 zones, 1 devices, 0.00 balance >>>>>>>>>>The minimum number of hours before a partition can be reassigned is 24 >>>>>>>>>>Devices:    id  region  zone      ip address  port  replication ip  replication port      name weight partitions balance meta >>>>>>>>>>             1       1     1       127.0.0.1  6001       127.0.0.1              6001        d1 100.00     786432    0.00  >>>>>>>>>>root at arun-Aspire-5742:/etc/swift# cd ~ >>>>>>>>>>root at arun-Aspire-5742:~# sudo swift-init account start >>>>>>>>>>Starting account-server...(/etc/swift/account-server.conf) >>>>>>>>>>root at arun-Aspire-5742:~# sudo swift-init proxy start >>>>>>>>>>Starting proxy-server...(/etc/swift/proxy-server.conf) >>>>>>>>>>root at arun-Aspire-5742:~# curl -v -H 'X-Auth-User:prag2648:pragya' -H 'X-Auth-Key:pj2648' http://localhost:8080/auth/v1.0/ >>>>>>>>>>* About to connect() to localhost port 8080 (#0) >>>>>>>>>>*   Trying 127.0.0.1... connected >>>>>>>>>>> GET /auth/v1.0/ HTTP/1.1 >>>>>>>>>>> User-Agent: curl/7.22.0 (i686-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 zlib/1.2.3.4 libidn/1.23 librtmp/2.3 >>>>>>>>>>> Host: localhost:8080 >>>>>>>>>>> Accept: */* >>>>>>>>>>> X-Auth-User:prag2648:pragya >>>>>>>>>>> X-Auth-Key:pj2648 >>>>>>>>>>>  >>>>>>>>>>< HTTP/1.1 200 OK >>>>>>>>>>< X-Storage-Url: http://localhost:8080/v1/AUTH_prag2648 >>>>>>>>>>< X-Auth-Token: AUTH_tk4be7b90194c747468c4973675db15ca5 >>>>>>>>>>< Content-Type: text/html; charset=UTF-8 >>>>>>>>>>< X-Storage-Token: AUTH_tk4be7b90194c747468c4973675db15ca5 >>>>>>>>>>< Content-Length: 0 >>>>>>>>>>< X-Trans-Id: txc07e87d3d4b8487b85d89-005226c820 >>>>>>>>>>< Date: Wed, 04 Sep 2013 05:41:52 GMT >>>>>>>>>><  >>>>>>>>>>* Connection #0 to host localhost left intact >>>>>>>>>>* Closing connection #0 >>>>>>>>>>root at arun-Aspire-5742:~# curl -v -H 'X-Storage-Token:AUTH_tk4be7b90194c747468c4973675db15ca5' http://127.0.0.1:8080/v1/AUTH_prag2648/ >>>>>>>>>>* About to connect() to 127.0.0.1 port 8080 (#0) >>>>>>>>>>*   Trying 127.0.0.1... connected >>>>>>>>>>> GET /v1/AUTH_prag2648/ HTTP/1.1 >>>>>>>>>>> User-Agent: curl/7.22.0 (i686-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 zlib/1.2.3.4 libidn/1.23 librtmp/2.3 >>>>>>>>>>> Host: 127.0.0.1:8080 >>>>>>>>>>> Accept: */* >>>>>>>>>>> X-Storage-Token:AUTH_tk4be7b90194c747468c4973675db15ca5 >>>>>>>>>>>  >>>>>>>>>>< HTTP/1.1 503 Internal Server Error >>>>>>>>>>< Content-Length: 118 >>>>>>>>>>< Content-Type: text/html; charset=UTF-8 >>>>>>>>>>< X-Trans-Id: tx2301beb46542488597d23-005226c87d >>>>>>>>>>< Date: Wed, 04 Sep 2013 05:43:26 GMT >>>>>>>>>><  >>>>>>>>>>* Connection #0 to host 127.0.0.1 left intact >>>>>>>>>>* Closing connection #0 >>>>>>>>>>

Service Unavailable

The server is currently unavailable. Please try again at a later time.

root at arun-Aspire-5742:~#  >>>>>>>>>>root at arun-Aspire-5742:~# curl -v -H 'X-Storage-Token:AUTH_tk4be7b90194c747468c4973675db15ca5' http://127.0.0.1/v1/AUTH_prag2648/ >>>>>>>>>>* About to connect() to 127.0.0.1 port 80 (#0) >>>>>>>>>>*   Trying 127.0.0.1... Connection refused >>>>>>>>>>* couldn't connect to host >>>>>>>>>>* Closing connection #0 >>>>>>>>>>curl: (7) couldn't connect to host >>>>>>>>>>root at arun-Aspire-5742:~# curl -v -H 'X-Storage-Token:AUTH_tk4be7b90194c747468c4973675db15ca5' http://localhost:8080/v1/AUTH_prag2648/ >>>>>>>>>>* About to connect() to localhost port 8080 (#0) >>>>>>>>>>*   Trying 127.0.0.1... connected >>>>>>>>>>> GET /v1/AUTH_prag2648/ HTTP/1.1 >>>>>>>>>>> User-Agent: curl/7.22.0 (i686-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 zlib/1.2.3.4 libidn/1.23 librtmp/2.3 >>>>>>>>>>> Host: localhost:8080 >>>>>>>>>>> Accept: */* >>>>>>>>>>> X-Storage-Token:AUTH_tk4be7b90194c747468c4973675db15ca5 >>>>>>>>>>>  >>>>>>>>>>< HTTP/1.1 503 Internal Server Error >>>>>>>>>>< Content-Length: 118 >>>>>>>>>>< Content-Type: text/html; charset=UTF-8 >>>>>>>>>>< X-Trans-Id: txb0d8717ab05c4cf0bdebd-005226c8a4 >>>>>>>>>>< Date: Wed, 04 Sep 2013 05:44:05 GMT >>>>>>>>>><  >>>>>>>>>>* Connection #0 to host localhost left intact >>>>>>>>>>* Closing connection #0 >>>>>>>>>>

Service Unavailable

The server is currently unavailable. Please try again at a later time.

root at arun-Aspire-5742:~#  >>>>>>>>>>root at arun-Aspire-5742:~# grep txa4c98c518382430ab9f5f-005222dede /var/log/syslogroot at arun-Aspire-5742:~#  >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>>>________________________________ >>>>>>>>>>> From: Kuo Hugo >>>>>>>>>>>To: pragya jain >>>>>>>>>>>Cc: Gareth ; "openstack at lists.openstack.org" >>>>>>>>>>>Sent: Friday, 30 August 2013 1:15 PM >>>>>>>>>>> >>>>>>>>>>>Subject: Re: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>>Hmm....  >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>>1) No Container and Object servers are running  >>>>>>>>>>>2) Only one drive in the ring >>>>>>>>>>>3) No device been mount to /srv/node/* , unless you are disabling mount_check >>>>>>>>>>>4) Did you setup rsync yet ?  >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>>Maybe you can follow the online document to complete the above items.  >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>>Good luck~ >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>>+Hugo Kuo+ >>>>>>>>>>>hugo at swiftstack.com >>>>>>>>>>> >>>>>>>>>>>tonytkdk at gmail.com >>>>>>>>>>> >>>>>>>>>>>+886 935004793 >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>>2013/8/30 pragya jain >>>>>>>>>>> >>>>>>>>>>>root at arun-Aspire-5742:~# swift-ring-builder /etc/swift/account.builder >>>>>>>>>>>>/etc/swift/account.builder, build version 1 >>>>>>>>>>>>262144 partitions, 3.000000 replicas, 1 regions, 1 zones, 1 devices, 0.00 balance >>>>>>>>>>>>The minimum number of hours before a partition can be reassigned is 24 >>>>>>>>>>>>Devices:    id  region  zone      ip address  port  replication ip  replication port      name weight partitions balance meta >>>>>>>>>>>>             0       1     1       10.0.2.15  6000       10.0.2.15              6000        d1 100.00     786432    0.00  >>>>>>>>>>>>root at arun-Aspire-5742:~# swift-ring-builder /etc/swift/container.builder >>>>>>>>>>>>/etc/swift/container.builder, build version 1 >>>>>>>>>>>>262144 partitions, 3.000000 replicas, 1 regions, 1 zones, 1 devices, 0.00 balance >>>>>>>>>>>>The minimum number of hours before a partition can be reassigned is 24 >>>>>>>>>>>>Devices:    id  region  zone      ip address  port  replication ip  replication port      name weight partitions balance meta >>>>>>>>>>>>             0       1     1       10.0.2.15  6001       10.0.2.15              6001        d1 100.00     786432    0.00  >>>>>>>>>>>>root at arun-Aspire-5742:~# swift-ring-builder /etc/swift/object.builder >>>>>>>>>>>>/etc/swift/object.builder, build version 1 >>>>>>>>>>>>262144 partitions, 3.000000 replicas, 1 regions, 1 zones, 1 devices, 0.00 balance >>>>>>>>>>>>The minimum number of hours before a partition can be reassigned is 24 >>>>>>>>>>>>Devices:    id  region  zone      ip address  port  replication ip  replication port      name weight partitions balance meta >>>>>>>>>>>>             0       1     1       10.0.2.15  6002       10.0.2.15              6002        d1 100.00     786432    0.00  >>>>>>>>>>>>root at arun-Aspire-5742:~# ps aux | grep swift >>>>>>>>>>>>swift     5174  0.0  0.1  18700 11548 ?        Ss   10:45   0:00 /usr/bin/python /usr/local/bin/swift-account-server /etc/swift/account-server.conf >>>>>>>>>>>>swift     5181  0.0  0.1  18976  9624 ?        S    10:45   0:00 /usr/bin/python /usr/local/bin/swift-account-server /etc/swift/account-server.conf >>>>>>>>>>>>swift     5182  0.0  0.1  18992  9616 ?        S    10:45   0:00 /usr/bin/python /usr/local/bin/swift-account-server /etc/swift/account-server.conf >>>>>>>>>>>>swift     5183  0.0  0.1  18992  9620 ?        S    10:45   0:00 /usr/bin/python /usr/local/bin/swift-account-server /etc/swift/account-server.conf >>>>>>>>>>>>swift     5184  0.0  0.1  18992  9632 ?        S    10:45   0:00 /usr/bin/python /usr/local/bin/swift-account-server /etc/swift/account-server.conf >>>>>>>>>>>>swift     5192  0.0  0.2  18296 11812 ?        Ss   10:45   0:00 /usr/bin/python /usr/local/bin/swift-proxy-server /etc/swift/proxy-server.conf >>>>>>>>>>>>swift     5197  0.0  0.2  23512 15552 ?        S    10:45   0:00 /usr/bin/python /usr/local/bin/swift-proxy-server /etc/swift/proxy-server.conf >>>>>>>>>>>>swift     5198  0.0  0.2  23524 15628 ?        S    10:45   0:00 /usr/bin/python /usr/local/bin/swift-proxy-server /etc/swift/proxy-server.conf >>>>>>>>>>>>swift     5199  0.0  0.2  23524 15300 ?        S    10:45   0:00 /usr/bin/python /usr/local/bin/swift-proxy-server /etc/swift/proxy-server.conf >>>>>>>>>>>>swift     5200  0.0  0.2  23524 15300 ?        S    10:45   0:00 /usr/bin/python /usr/local/bin/swift-proxy-server /etc/swift/proxy-server.conf >>>>>>>>>>>>root      6986  0.0  0.0   4388   828 pts/0    S+   11:46   0:00 grep --color=auto swift >>>>>>>>>>>>root at arun-Aspire-5742:~# df -h >>>>>>>>>>>>Filesystem      Size  Used Avail Use% Mounted on >>>>>>>>>>>>/dev/sda4       170G  3.8G  158G   3% / >>>>>>>>>>>>udev            2.8G  4.0K  2.8G   1% /dev >>>>>>>>>>>>tmpfs           1.2G  908K  1.2G   1% /run >>>>>>>>>>>>none            5.0M  4.0K  5.0M   1% /run/lock >>>>>>>>>>>>none            2.8G  220K  2.8G   1% /run/shm >>>>>>>>>>>>/dev/sda2        98G   25G   73G  26% /media/D8EA06E4EA06BEAE >>>>>>>>>>>>/dev/sda5        98G   54G   45G  55% /media/8AE41BA8E41B9613 >>>>>>>>>>>>root at arun-Aspire-5742:~# ls /srv/node/* >>>>>>>>>>>>/srv/node/d1: >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>>/srv/node/d2: >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>>/srv/node/d3: >>>>>>>>>>>>root at arun-Aspire-5742:~# netstat -antulp >>>>>>>>>>>>Active Internet connections (servers and established) >>>>>>>>>>>>Proto Recv-Q Send-Q Local Address           Foreign Address         State       PID/Program name >>>>>>>>>>>>tcp        0      0 127.0.0.1:11211         0.0.0.0:*               LISTEN      941/memcached    >>>>>>>>>>>>tcp        0      0 0.0.0.0:8080            0.0.0.0:*               LISTEN      5192/python      >>>>>>>>>>>>tcp        0      0 0.0.0.0:6002            0.0.0.0:*               LISTEN      5174/python      >>>>>>>>>>>>tcp        0      0 127.0.0.1:53            0.0.0.0:*               LISTEN      6936/dnsmasq     >>>>>>>>>>>>tcp        0      0 127.0.0.1:631           0.0.0.0:*               LISTEN      596/cupsd        >>>>>>>>>>>>tcp        0      0 101.58.138.11:56680     207.171.162.71:443      ESTABLISHED 2042/chrome      >>>>>>>>>>>>tcp        0      0 127.0.0.1:11211         127.0.0.1:45287         ESTABL >>>>>>>>>>>>ISHED 941/memcached    >>>>>>>>>>>>tcp        0      0 127.0.0.1:11211         127.0.0.1:45292         ESTABLISHED 941/memcached    >>>>>>>>>>>>tcp        0      0 127.0.0.1:45287         127.0.0.1:11211         ESTABLISHED 5197/python      >>>>>>>>>>>>tcp        1      0 101.58.138.11:34377     91.189.89.144:80        CLOSE_WAIT  1674/ubuntu-geoip-p >>>>>>>>>>>>tcp        0      0 127.0.0.1:45292         127.0.0.1:11211         ESTABLISHED 5198/python      >>>>>>>>>>>>tcp6       0      0 ::1:631                 :::*                    LISTEN      596/cupsd        >>>>>>>>>>>>udp        0      0 127.0.0.1:11211         0.0.0.0:*                           941/memcached    >>>>>>>>>>>>udp        0      0 0.0.0.0:46638           0.0.0.0:*                           576/avahi-daemon: r >>>>>>>>>>>>udp        0      0 127.0.0.1:53            0.0.0.0:*                           6936/dnsmasq     >>>>>>>>>>>>udp        0      0 0.0.0.0:5353            0.0.0.0:*                           576/avahi-daemon: r >>>>>>>>>>>>udp6       0      0 :::55335                :::*                                576/avahi-daemon: r >>>>>>>>>>>>udp6       0      0 :::5353                 :::*                                576/avahi-daemon: r >>>>>>>>>>>>root at arun-Aspire-5742:~# swift-init all status >>>>>>>>>>>>No container-updater running >>>>>>>>>>>>No account-auditor running >>>>>>>>>>>>No object-replicator running >>>>>>>>>>>>proxy-server running (5192 - /etc/swift/proxy-server.conf) >>>>>>>>>>>>No container-replicator running >>>>>>>>>>>>No object-auditor running >>>>>>>>>>>>No object-expirer running >>>>>>>>>>>>No container-auditor running >>>>>>>>>>>>No container-server running >>>>>>>>>>>>account-server running (5174 - /etc/swift/account-server.conf) >>>>>>>>>>>>No account-reaper running >>>>>>>>>>>>No container-sync running >>>>>>>>>>>>No account-replicator running >>>>>>>>>>>>No object-updater running >>>>>>>>>>>>No object-server running >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>>>________________________________ >>>>>>>>>>>>> From: Kuo Hugo >>>>>>>>>>>>>To: pragya jain >>>>>>>>>>>>>Cc: Gareth ; "openstack at lists.openstack.org" >>>>>>>>>>>>>Sent: Friday, 30 August 2013 11:23 AM >>>>>>>>>>>>> >>>>>>>>>>>>>Subject: Re: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>>Hi Pragya :  >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>>I'm in highly recommends that you can go through the Swift online document http://docs.openstack.org/developer/swift/index.html .  >>>>>>>>>>>>>It's a good place to understand the basic architecture, especially swift *terms*  >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>>Check rings : >>>>>>>>>>>>>$> swift-ring-builder /etc/swift/object.builder >>>>>>>>>>>>>>$> swift-ring-builder /etc/swift/container.builder >>>>>>>>>>>>>>$> swift-ring-builder /etc/swift/account.builder >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>>Check Swift workers :  >>>>>>>>>>>>>$> swift-init all status >>>>>>>>>>>>>>$> ps aux | grep swift >>>>>>>>>>>>>>$> df -h  >>>>>>>>>>>>>>$> ls /srv/node/* >>>>>>>>>>>>>>$> netstat -antulp >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>>+Hugo Kuo+ >>>>>>>>>>>>>hugo at swiftstack.com >>>>>>>>>>>>> >>>>>>>>>>>>>tonytkdk at gmail.com >>>>>>>>>>>>> >>>>>>>>>>>>>+886 935004793 >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>>2013/8/30 pragya jain >>>>>>>>>>>>> >>>>>>>>>>>>>hello sir, >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>>I am working on single node. >>>>>>>>>>>>>>Please let me know how to check network topology and ring structure. >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>>>________________________________ >>>>>>>>>>>>>>> From: Gareth >>>>>>>>>>>>>>>To: Kuo Hugo >>>>>>>>>>>>>>>Cc: pragya jain ; "openstack at lists.openstack.org" >>>>>>>>>>>>>>>Sent: Friday, 30 August 2013 8:11 AM >>>>>>>>>>>>>>> >>>>>>>>>>>>>>>Subject: Re: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>>Pragya >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>>The v1.0 auth uses tempauth for swift, like what you config in proxy-server.conf. All account data is read from that file, so you couldn't add/delete account in tempauth without modifying config file and restart swift. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>>BTW, your curl link here "curl -v -H 'X-Storage-Token:AUTH_tk3867b7599d5346559ee0baaa09e0f40d' http://localhost:8080/v1/AUTH_prag2648/" actually is a GET request, which means getting account data. If you config everything correctly, it must have valid response. And you logs are a better way to find what happened in this request (set log level to DEBUG, and you will get more details). >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>>On Fri, Aug 30, 2013 at 7:47 AM, Kuo Hugo wrote: >>>>>>>>>>>>>>> >>>>>>>>>>>>>>>Hi Pragya,  >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>I need more information.  >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>1) Please draw a network topology of your environment >>>>>>>>>>>>>>>>2) How many nodes do you have?   >>>>>>>>>>>>>>>>3) What's the ring looks like ? >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>Hugo Kuo >>>>>>>>>>>>>>>>hugo at swiftstack.com >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>tonytkdk at gmail.com >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>+886 935004793 >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>2013/8/29 pragya jain >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>hello sir, >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>connection is established successfully. But, when I try to create an account, I face the problem. >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>root at arun-Aspire-5742:~# sudo swift-init account start >>>>>>>>>>>>>>>>>Starting account-server...(/etc/swift/account-server.conf) >>>>>>>>>>>>>>>>>root at arun-Aspire-5742:~# sudo swift-init proxy start >>>>>>>>>>>>>>>>>Starting proxy-server...(/etc/swift/proxy-server.conf) >>>>>>>>>>>>>>>>>root at arun-Aspire-5742:~# curl -v -H 'X-Auth-User:prag2648:pragya' -H 'X-Auth-Key:pj2648' http://localhost:8080/auth/v1.0/ >>>>>>>>>>>>>>>>>* About to connect() to localhost port 8080 (#0) >>>>>>>>>>>>>>>>>*   Trying 127.0.0.1... connected >>>>>>>>>>>>>>>>>> GET /auth/v1.0/ HTTP/1.1 >>>>>>>>>>>>>>>>>> User-Agent: curl/7.22.0 (i686-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 zlib/1.2.3.4 libidn/1.23 librtmp/2.3 >>>>>>>>>>>>>>>>>> Host: localhost:8080 >>>>>>>>>>>>>>>>>> Accept: */* >>>>>>>>>>>>>>>>>> X-Auth-User:prag2648:pragya >>>>>>>>>>>>>>>>>> X-Auth-Key:pj2648 >>>>>>>>>>>>>>>>>>  >>>>>>>>>>>>>>>>>< HTTP/1.1 200 OK >>>>>>>>>>>>>>>>>< X-Storage-Url: http://localhost:8080/v1/AUTH_prag2648 >>>>>>>>>>>>>>>>>< X-Auth-Token: AUTH_tk3867b7599d5346559ee0baaa09e0f40d >>>>>>>>>>>>>>>>>< Content-Type: text/html; charset=UTF-8 >>>>>>>>>>>>>>>>>< X-Storage-Token: AUTH_tk3867b7599d5346559ee0baaa09e0f40d >>>>>>>>>>>>>>>>>< Content-Length: 0 >>>>>>>>>>>>>>>>>< X-Trans-Id: txe2ab76a7617e40399f456-00521f3d16 >>>>>>>>>>>>>>>>>< Date: Thu, 29 Aug 2013 12:22:46 GMT >>>>>>>>>>>>>>>>><  >>>>>>>>>>>>>>>>>* Connection #0 to host localhost left intact >>>>>>>>>>>>>>>>>* Closing connection #0 >>>>>>>>>>>>>>>>>root at arun-Aspire-5742:~# python >>>>>>>>>>>>>>>>>Python 2.7.3 (default, Apr 10 2013, 05:46:21)  >>>>>>>>>>>>>>>>>[GCC 4.6.3] on linux2 >>>>>>>>>>>>>>>>>Type "help", "copyright", "credits" or "license" for more information. >>>>>>>>>>>>>>>>>>>> import swift.common.memcached as memcached >>>>>>>>>>>>>>>>>>>> memcache = memcached.MemcacheRing(['127.0.0.1:11211']) >>>>>>>>>>>>>>>>>>>> print memcache.get('AUTH_/user/prag2648:pragya') >>>>>>>>>>>>>>>>>AUTH_tk3867b7599d5346559ee0baaa09e0f40d >>>>>>>>>>>>>>>>>>>> print memcache.get('AUTH_/token/AUTH_tk3867b7599d5346559ee0baaa09e0f40d') >>>>>>>>>>>>>>>>>[1377865366.826027, 'prag2648,prag2648:pragya,.reseller_admin,AUTH_prag2648'] >>>>>>>>>>>>>>>>>>>>  >>>>>>>>>>>>>>>>>root at arun-Aspire-5742:~# curl -v -H 'X-Storage-Token:AUTH_tk3867b7599d5346559ee0baaa09e0f40d' http://127.0.0.1/v1/Auth_prag2648/ >>>>>>>>>>>>>>>>>* About to connect() to 127.0.0.1 port 80 (#0) >>>>>>>>>>>>>>>>>*   Trying 127.0.0.1... Connection refused >>>>>>>>>>>>>>>>>* couldn't connect to host >>>>>>>>>>>>>>>>>* Closing connection #0 >>>>>>>>>>>>>>>>>curl: (7) couldn't connect to host >>>>>>>>>>>>>>>>>root at arun-Aspire-5742:~# curl -v -H 'X-Storage-Token:AUTH_tk3867b7599d5346559ee0baaa09e0f40d' http://localhost:8080/v1/AUTH_prag2648/ >>>>>>>>>>>>>>>>>* About to connect() to localhost port 8080 (#0) >>>>>>>>>>>>>>>>>*   Trying 127.0.0.1... connected >>>>>>>>>>>>>>>>>> GET /v1/AUTH_prag2648/ HTTP/1.1 >>>>>>>>>>>>>>>>>> User-Agent: curl/7.22.0 (i686-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 zlib/ >>>>>>>>>>>>>>>>>1.2.3.4 libidn/1.23 librtmp/2.3 >>>>>>>>>>>>>>>>>> Host: localhost:8080 >>>>>>>>>>>>>>>>>> Accept: */* >>>>>>>>>>>>>>>>>> X-Storage-Token:AUTH_tk3867b7599d5346559ee0baaa09e0f40d >>>>>>>>>>>>>>>>>>  >>>>>>>>>>>>>>>>>< HTTP/1.1 503 Internal Server Error >>>>>>>>>>>>>>>>>< Content-Length: 118 >>>>>>>>>>>>>>>>>< Content-Type: text/html; charset=UTF-8 >>>>>>>>>>>>>>>>>< X-Trans-Id: txd6fd9eead36e4b74b0869-00521f3efe >>>>>>>>>>>>>>>>>< Date: Thu, 29 Aug 2013 12:30:55 GMT >>>>>>>>>>>>>>>>><  >>>>>>>>>>>>>>>>>* Connection #0 to host localhost left intact >>>>>>>>>>>>>>>>>* Closing connection #0 >>>>>>>>>>>>>>>>>

Service Unavailable

The server is currently unavailable. Please try again at a later time.

root at arun-Aspire-5742:~#  >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>Please help me in this regard. >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>--- >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>Pragya Jain >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>________________________________ >>>>>>>>>>>>>>>>>> From: pragya jain >>>>>>>>>>>>>>>>>>To: Kuo Hugo >>>>>>>>>>>>>>>>>>Cc: "openstack at lists.openstack.org" >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>Sent: Thursday, 29 August 2013 4:47 PM >>>>>>>>>>>>>>>>>>Subject: Re: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>Thanks Kuo very much for this help. >>>>>>>>>>>>>>>>>>connection is successfully established. >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>________________________________ >>>>>>>>>>>>>>>>>>> From: Kuo Hugo >>>>>>>>>>>>>>>>>>>To: pragya jain >>>>>>>>>>>>>>>>>>>Cc: "openstack at lists.openstack.org" >>>>>>>>>>>>>>>>>>>Sent: Thursday, 29 August 2013 3:46 PM >>>>>>>>>>>>>>>>>>>Subject: Re: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>curl -v -H 'X-Auth-User:admin:admin' -H 'X-Auth-Key:admin' http://localhost:8080/auth/v1.0/ >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>+Hugo Kuo+ >>>>>>>>>>>>>>>>>>>hugo at swiftstack.com >>>>>>>>>>>>>>>>>>>tonytkdk at gmail.com >>>>>>>>>>>>>>>>>>>+886 935004793 >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>2013/8/29 pragya jain >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> root at arun-Aspire-5742:~# netstat -antulp | grep 8080 >>>>>>>>>>>>>>>>>>>> tcp        0      0 0.0.0.0:8080            0.0.0.0:*               LISTEN      2421/python   >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> user = swift >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> ________________________________ >>>>>>>>>>>>>>>>>>>> From: Kuo Hugo >>>>>>>>>>>>>>>>>>>> To: pragya jain >>>>>>>>>>>>>>>>>>>> Cc: "openstack at lists.openstack.org" >>>>>>>>>>>>>>>>>>>> Sent: Thursday, 29 August 2013 2:47 PM >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> Subject: Re: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> gt; netstat -antulp | grep 8080 >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> 1) is 8080 port been used ? >>>>>>>>>>>>>>>>>>>> 2) What's the value of *user* parameter in proxy-server.conf  https://github.com/openstack/swift/blob/master/etc/proxy-server.conf-sample#L7 >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> +Hugo Kuo+ >>>>>>>>>>>>>>>>>>>> hugo at swiftstack.com >>>>>>>>>>>>>>>>>>>> tonytkdk at gmail.com >>>>>>>>>>>>>>>>>>>> +886 935004793 >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> 2013/8/29 pragya jain >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> hello sir, >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> I run the command: >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> root at arun-Aspire-5742:~# find / -name swift-proxy-server >>>>>>>>>>>>>>>>>>>> /opt/swift/build/scripts-2.7/swift-proxy-server >>>>>>>>>>>>>>>>>>>> /opt/swift/bin/swift-proxy-server >>>>>>>>>>>>>>>>>>>> /usr/local/bin/swift-proxy-server >>>>>>>>>>>>>>>>>>>> /usr/local/lib/python2.7/dist-packages/swift-1.9.2-py2.7.egg/EGG-INFO/scripts/swift-proxy-server >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> root at arun-Aspire-5742:~# /usr/bin/python /usr/local/bin/swift-proxy-server /etc/swift/proxy-server.conf >>>>>>>>>>>>>>>>>>>> Traceback (most recent call last): >>>>>>>>>>>>>>>>>>>>   File "/usr/local/bin/swift-proxy-server", line 5, in >>>>>>>>>>>>>>>>>>>>     pkg_resources.run_script('swift==1.9.2', 'swift-proxy-server') >>>>>>>>>>>>>>>>>>>>   File "/usr/lib/python2.7/dist-packages/pkg_resources.py", line 499, in run_script >>>>>>>>>>>>>>>>>>>>     self.require(requires)[0].run_script(script_name, ns) >>>>>>>>>>>>>>>>>>>>   File "/usr/lib/python2.7/dist-packages/pkg_resources.py", line 1235, in run_script >>>>>>>>>>>>>>>>>>>>     execfile(script_filename, namespace, namespace) >>>>>>>>>>>>>>>>>>>>   File "/usr/local/lib/python2.7/dist-packages/swift-1.9.2-py2.7.egg/EGG-INFO/scripts/swift-proxy-server", line 22, in >>>>>>>>>>>>>>>>>>>>     run_wsgi(conf_file, 'proxy-server', default_port=8080, **options) >>>>>>>>>>>>>>>>>>>>   File "/usr/local/lib/python2.7/dist-packages/swift-1.9.2-py2.7.egg/swift/common/wsgi.py", line 251, in run_wsgi >>>>>>>>>>>>>>>>>>>>     sock = get_socket(conf, default_port=kwargs.get('default_port', 8080)) >>>>>>>>>>>>>>>>>>>>   File "/usr/local/lib/python2.7/dist-packages/swift-1.9.2-py2.7.egg/swift/common/wsgi.py", line 168, in get_socket >>>>>>>>>>>>>>>>>>>>     bind_addr[0], bind_addr[1], bind_timeout)) >>>>>>>>>>>>>>>>>>>> Exception: Could not bind to 0.0.0.0:8080 after trying for 30 seconds >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> ________________________________ >>>>>>>>>>>>>>>>>>>> From: Kuo Hugo >>>>>>>>>>>>>>>>>>>> To: pragya jain >>>>>>>>>>>>>>>>>>>> Cc: "openstack at lists.openstack.org" >>>>>>>>>>>>>>>>>>>> Sent: Thursday, 29 August 2013 2:19 PM >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> Subject: Re: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> find out the swift-proxy-server binary in your OS.  (The path in example just an assumption) >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> gt; find / -name swift-proxy-server >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> +Hugo Kuo+ >>>>>>>>>>>>>>>>>>>> hugo at swiftstack.com >>>>>>>>>>>>>>>>>>>> tonytkdk at gmail.com >>>>>>>>>>>>>>>>>>>> +886 935004793 >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> 2013/8/29 pragya jain >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> hello sir >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> Thanks for the help >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> root at arun-Aspire-5742:~# /usr/bin/python /usr/bin/swift-proxy-server /etc/swift/proxy-server.conf >>>>>>>>>>>>>>>>>>>> /usr/bin/python: can't open file '/usr/bin/swift-proxy-server': [Errno 2] No such file or directory >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> this is the result of the command. >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> please help in this regard. >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> ----- >>>>>>>>>>>>>>>>>>>> Pragya Jain >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> ________________________________ >>>>>>>>>>>>>>>>>>>> From: Kuo Hugo >>>>>>>>>>>>>>>>>>>> To: pragya jain >>>>>>>>>>>>>>>>>>>> Cc: "openstack at lists.openstack.org" >>>>>>>>>>>>>>>>>>>> Sent: Thursday, 29 August 2013 1:20 PM >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> Subject: Re: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> Obviously, There's no proxy server running on your node. >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> Please execute it on the node where proxy-server located: >>>>>>>>>>>>>>>>>>>> (I assume the binary is in /usr/bin and conf file is in /etc/swift) >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> gt; /usr/bin/python /usr/bin/swift-proxy-server /etc/swift/proxy-server.conf >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> What's the result ? >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> +Hugo Kuo+ >>>>>>>>>>>>>>>>>>>> hugo at swiftstack.com >>>>>>>>>>>>>>>>>>>> tonytkdk at gmail.com >>>>>>>>>>>>>>>>>>>> +886 935004793 >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> 2013/8/29 pragya jain >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> hello sir >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> Thanks for the suggestion. >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> (1) I give the space between pj2648 and .admin and also between .admin and .reseller_admin and tried the connection again, but face the same problem >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> root at arun-Aspire-5742:~# vi /etc/swift/proxy-server.conf >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> and make following changes: >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> user_admin_admin = admin .admin .reseller_admin >>>>>>>>>>>>>>>>>>>> user_test_tester = testing .admin >>>>>>>>>>>>>>>>>>>> user_test2_tester2 = testing2 .admin >>>>>>>>>>>>>>>>>>>> user_test_tester3 = testing3 >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> user_prag2648_pragya = pj2648 .admin .reseller_admin >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> and then >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> root at arun-Aspire-5742:~# sudo swift-init account start >>>>>>>>>>>>>>>>>>>> Starting account-server...(/etc/swift/account-server.conf) >>>>>>>>>>>>>>>>>>>> root at arun-Aspire-5742:~# sudo swift-init proxy start >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> Starting proxy-server...(/etc/swift/proxy-server.conf) >>>>>>>>>>>>>>>>>>>> root at arun-Aspire-5742:~# curl -v -H 'X-Auth-User:prag2648:pragya' -H 'X-Auth-Key:pj2648' http://localhost/auth/v1.0/ >>>>>>>>>>>>>>>>>>>> * About to connect() to localhost port 80 (#0) >>>>>>>>>>>>>>>>>>>> *   Trying 127.0.0.1... Connection refused >>>>>>>>>>>>>>>>>>>> * couldn't connect to host >>>>>>>>>>>>>>>>>>>> * Closing connection #0 >>>>>>>>>>>>>>>>>>>> curl: (7) couldn't connect to host >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> (2) I also tired the connection with user admin:admin >>>>>>>>>>>>>>>>>>>> root at arun-Aspire-5742:~# curl -v -H 'X-Auth-User:admin:admin' -H 'X-Auth-Key:admin' http://localhost/auth/v1.0/ >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> * About to connect() to localhost port 80 (#0) >>>>>>>>>>>>>>>>>>>> *   Trying 127.0.0.1... Connection refused >>>>>>>>>>>>>>>>>>>> * couldn't connect to host >>>>>>>>>>>>>>>>>>>> * Closing connection #0 >>>>>>>>>>>>>>>>>>>> curl: (7) couldn't connect to host >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> (3) I also run the command to verify the port number of proxy >>>>>>>>>>>>>>>>>>>> root at arun-Aspire-5742:~# ps aux | grep proxy >>>>>>>>>>>>>>>>>>>> nobody    2124  0.0  0.0   5384  1164 ?        S    10:39   0:00 /usr/sbin/dnsmasq --no-resolv --keep-in-foreground --no-hosts --bind-interfaces --pid-file=/var/run/sendsigs.omit.d/network-manager.dnsmasq.pid --listen-address=127.0.0.1 --conf-file=/var/run/nm-dns-dnsmasq.conf --cache-size=0 --proxy-dnssec >>>>>>>>>>>>>>>>>>>> root      2724  0.0  0.0   4368   828 pts/0    R+   10:52   0:00 grep --color=auto proxy >>>>>>>>>>>>>>>>>>>> root at arun-Aspire-5742:~# netstat -antulp >>>>>>>>>>>>>>>>>>>> Active Internet connections (servers and established) >>>>>>>>>>>>>>>>>>>> Proto Recv-Q Send-Q Local Address           Foreign Address         State       PID/Program name >>>>>>>>>>>>>>>>>>>> tcp        0      0 127.0.0.1:11211         0.0.0.0:*               LISTEN      931/memcached   >>>>>>>>>>>>>>>>>>>> tcp        0      0 127.0.0.1:53            0.0.0.0:*               LISTEN      2124/dnsmasq   >>>>>>>>>>>>>>>>>>>> tcp        0      0 127.0.0.1:631           0.0.0.0:*               LISTEN      623/cupsd       >>>>>>>>>>>>>>>>>>>> tcp        0      0 115.184.7.223:51521     74.125.236.132:80       TIME_WAIT   -               >>>>>>>>>>>>>>>>>>>> tcp        1      0 115.184.7.223:46280     91.189.89.144:80        CLOSE_WAIT  1663/ubuntu-geoip-p >>>>>>>>>>>>>>>>>>>> tcp        0      0 115.184.7.223:60563     173.194.38.147:80       TIME_WAIT   -               >>>>>>>>>>>>>>>>>>>> tcp        0      0 115.184.7.223:43256     124.124.201.179:80      TIME_WAIT   -               >>>>>>>>>>>>>>>>>>>> tcp        0      0 115.184.7.223:41791     124.124.201.169:80      TIME_WAIT   -               >>>>>>>>>>>>>>>>>>>> tcp        0      0 115.184.7.223:36669     124.124.252.9:80        TIME_WAIT   -               >>>>>>>>>>>>>>>>>>>> tcp        0      0 115.184.7.223:51747     173.194.38.184:80       TIME_WAIT   -               >>>>>>>>>>>>>>>>>>>> tcp        0      0 115.184.7.223:54229     74.125.236.44:443       TIME_WAIT   -               >>>>>>>>>>>>>>>>>>>> tcp        0      0 115.184.7.223:36185     173.194.36.26:80        TIME_WAIT   -               >>>>>>>>>>>>>>>>>>>> tcp        0      0 115.184.7.223:38854     74.125.236.109:80       TIME_WAIT   -               >>>>>>>>>>>>>>>>>>>> tcp6       0      0 ::1:631                 :::*                    LISTEN      623/cupsd       >>>>>>>>>>>>>>>>>>>> udp        0      0 0.0.0.0:5353            0.0.0.0:*                           619/avahi-daemon: r >>>>>>>>>>>>>>>>>>>> udp        0      0 0.0.0.0:53489           0.0.0.0:*                           619/avahi-daemon: r >>>>>>>>>>>>>>>>>>>> udp        0      0 127.0.0.1:11211         0.0.0.0:*                           931/memcached   >>>>>>>>>>>>>>>>>>>> udp        0      0 127.0.0.1:53            0.0.0.0:*                           2124/dnsmasq   >>>>>>>>>>>>>>>>>>>> udp6       0      0 :::5353                 :::*                                619/avahi-daemon: r >>>>>>>>>>>>>>>>>>>> udp6       0      0 :::36705                :::*                                619/avahi-daemon: r >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> Please help to proceed further. >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> --- >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> Thanks >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> Pragya jain >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> ________________________________ >>>>>>>>>>>>>>>>>>>> From: Kuo Hugo >>>>>>>>>>>>>>>>>>>> To: pragya jain >>>>>>>>>>>>>>>>>>>> Cc: Amanda Plimpton ; "openstack at lists.openstack.org" >>>>>>>>>>>>>>>>>>>> Sent: Wednesday, 28 August 2013 9:59 PM >>>>>>>>>>>>>>>>>>>> Subject: Re: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> Hi >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> 1) user_prag2648_pragya = pj2648.admin.reseller_admin try to have a space between pj2648 and .admin . How about to test with user admin:admin ? >>>>>>>>>>>>>>>>>>>> 2) Verify the port number of proxy by >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> gt; ps aux | grep proxy >>>>>>>>>>>>>>>>>>>> gt; netstat -antulp >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> 3) Check the Proxy for how to setup bind_port https://github.com/openstack/swift/blob/master/etc/proxy-server.conf-sample >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> +Hugo Kuo+ >>>>>>>>>>>>>>>>>>>> hugo at swiftstack.com >>>>>>>>>>>>>>>>>>>> tonytkdk at gmail.com >>>>>>>>>>>>>>>>>>>> +886 935004793 >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> 2013/8/29 pragya jain >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> hello sir, >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> Please help me in knowing how to use 8080 port >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> ________________________________ >>>>>>>>>>>>>>>>>>>> From: Amanda Plimpton >>>>>>>>>>>>>>>>>>>> To: pragya jain >>>>>>>>>>>>>>>>>>>> Cc: "joe at swiftstack.com" ; "contact at swiftstack.com" ; anita goel >>>>>>>>>>>>>>>>>>>> Sent: Tuesday, 27 August 2013 9:40 AM >>>>>>>>>>>>>>>>>>>> Subject: Re: Fw: problem in setting up Tempauth authentication & authorization with Swift >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> Hello, >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> Did Edward's suggestion of using port 8080 help at all? The error seems to indicate a network setting issue. You may wish to double check the settings and configuration. >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> Given your interest in Swift I would also recommend locating a nearby OpenStack group or attending an event such as http://openstackindia.wordpress.com/2013/08/14/openstack-india-day-2013-announced/ >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> Thank you, >>>>>>>>>>>>>>>>>>>> Amanda >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> SwiftStack Inc. >>>>>>>>>>>>>>>>>>>> swiftstack.com >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> On Mon, Aug 26, 2013 at 8:55 PM, pragya jain wrote: >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> hello sir! >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> Please help me in setting up Tempauth authentication & authorization with Swift. >>>>>>>>>>>>>>>>>>>> same error is continued. >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> ----- Forwarded Message ----- >>>>>>>>>>>>>>>>>>>> From: pragya jain >>>>>>>>>>>>>>>>>>>> To: "joe at swiftstack.com" ; "clay.gerrard at gmail.com" ; "contact at swiftstack.com" ; "openstack at ask.openstack.org" ; "openstack at lists.openstack.org" >>>>>>>>>>>>>>>>>>>> Cc: anita goel >>>>>>>>>>>>>>>>>>>> Sent: Monday, 26 August 2013 12:06 PM >>>>>>>>>>>>>>>>>>>> Subject: problem in setting up Tempauth authentication & authorization with Swift >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> hello, >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> I have to configure proxy server. >>>>>>>>>>>>>>>>>>>> For this, >>>>>>>>>>>>>>>>>>>> I have to edit /etc/swift/swift.conf and change the swift_hash_path_suffix to something secret and then, start the proxy server process >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> for this, I use the following commands: >>>>>>>>>>>>>>>>>>>> root at arun-Aspire-5742:~# vi /etc/swift/swift.conf >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> make following changes (highlighted) in the file: >>>>>>>>>>>>>>>>>>>> swift_hash_path_suffix =pragya >>>>>>>>>>>>>>>>>>>> swift_hash_path_prefix =jain >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> save and exit. >>>>>>>>>>>>>>>>>>>> then, I run the command: >>>>>>>>>>>>>>>>>>>> root at arun-Aspire-5742:~# sudo swift-init proxy start >>>>>>>>>>>>>>>>>>>> Starting proxy-server...(/etc/swift/proxy-server.conf) >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> Now, I have to set up Tempauth authentication & authorization with Swift >>>>>>>>>>>>>>>>>>>> for this, I run the following command: >>>>>>>>>>>>>>>>>>>> root at arun-Aspire-5742:~# vi /etc/swift/proxy-server.conf >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> make following changes (highlighted) in the file: >>>>>>>>>>>>>>>>>>>> allow_account_management =true >>>>>>>>>>>>>>>>>>>> ... >>>>>>>>>>>>>>>>>>>> [filter:tempauth] >>>>>>>>>>>>>>>>>>>> use = egg:swift#tempauth >>>>>>>>>>>>>>>>>>>> ... >>>>>>>>>>>>>>>>>>>> user_admin_admin = admin .admin .reseller_admin >>>>>>>>>>>>>>>>>>>> user_test_tester = testing .admin >>>>>>>>>>>>>>>>>>>> user_test2_tester2 = testing2 .admin >>>>>>>>>>>>>>>>>>>> user_test_tester3 = testing3 >>>>>>>>>>>>>>>>>>>> user_prag2648_pragya = pj2648.admin.reseller_admin >>>>>>>>>>>>>>>>>>>> ... >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> save and exit >>>>>>>>>>>>>>>>>>>> Then, run following commands: >>>>>>>>>>>>>>>>>>>> root at arun-Aspire-5742:~# sudo swift-init account start >>>>>>>>>>>>>>>>>>>> Starting account-server...(/etc/swift/account-server.conf) >>>>>>>>>>>>>>>>>>>> root at arun-Aspire-5742:~# sudo swift-init proxy restart >>>>>>>>>>>>>>>>>>>> Signal proxy-server  pid: 2476  signal: 15 >>>>>>>>>>>>>>>>>>>> proxy-server (2476) appears to have stopped >>>>>>>>>>>>>>>>>>>> Starting proxy-server...(/etc/swift/proxy-server.conf) >>>>>>>>>>>>>>>>>>>> root at arun-Aspire-5742:~# curl -v -H 'X-Auth-User:prag2648:pragya' -H 'X-Auth-Key:pj2648' http://localhost/auth/v1.0/ >>>>>>>>>>>>>>>>>>>> * About to connect() to localhost port 80 (#0) >>>>>>>>>>>>>>>>>>>> *   Trying 127.0.0.1... Connection refused >>>>>>>>>>>>>>>>>>>> * couldn't connect to host >>>>>>>>>>>>>>>>>>>> * Closing connection #0 >>>>>>>>>>>>>>>>>>>> curl: (7) couldn't connect to host >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> But, there is an error in establising a connection. >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> if, I run the command to start proxy server, then it shows that proxy server is already started. >>>>>>>>>>>>>>>>>>>> root at arun-Aspire-5742:~# sudo swift-init proxy start >>>>>>>>>>>>>>>>>>>> proxy-server running (2935 - /etc/swift/proxy-server.conf) >>>>>>>>>>>>>>>>>>>> proxy-server already started... >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> Please help me in this regard. >>>>>>>>>>>>>>>>>>>> --- >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> Thanks >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> Pragya Jain >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> _______________________________________________ >>>>>>>>>>>>>>>>>>>> Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>>>>>>>>>>>>>>>>>>> Post to     : openstack at lists.openstack.org >>>>>>>>>>>>>>>>>>>> Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>_______________________________________________ >>>>>>>>>>>>>>>>Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>>>>>>>>>>>>>>>Post to     : openstack at lists.openstack.org >>>>>>>>>>>>>>>>Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>>-- >>>>>>>>>>>>>>> >>>>>>>>>>>>>>>Gareth >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>>Cloud Computing, OpenStack, Fitness, Basketball >>>>>>>>>>>>>>>OpenStack contributor >>>>>>>>>>>>>>>Company: UnitedStack >>>>>>>>>>>>>>>My promise: if you find any spelling or grammar mistakes in my email from Mar 1 2013, notify me  >>>>>>>>>>>>>>>and I'll donate $1 or ¥1 to an open organization you specify. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>_______________________________________________ >>>>>>>>>>Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>>>>>>>>>Post to     : openstack at lists.openstack.org >>>>>>>>>>Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>>>>>>>>> >>>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>> >>>>>>>> >>>>>> >>>>>> >>>>>> >>>> >>>> >>>> >> >> >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From guoyingc at cn.ibm.com Wed Sep 11 06:27:48 2013 From: guoyingc at cn.ibm.com (Ying Chun Guo) Date: Wed, 11 Sep 2013 14:27:48 +0800 Subject: [Openstack] Horizon I18n update Message-ID: To those who are interested in Horizon translation and I18n... The strings of Horizon in Transifex have been updated. A new resource "OpenStack Dashboard Authentication" is added which includes the strings in the login page. Although the string frozen day was passed, there may be string updates in the future. I will have you noticed when the strings are updated. Based on the wiki page " https://wiki.openstack.org/wiki/Havana_Release_Schedule", Sep 26th is the OpenStack RC1 day. So we will make Sep 24 as our deadline of translation work. We will look into Transifex to see which languages are 100% translated and ready to be merged. And then hope we can finish the merge with the help of Horizon team in 2 days. Thus our translations will be released together with RC1. I hope to pick out at least two languages and do the Horizon I18n test, in order to verify the strings in web UI are correctly displayed as its translation. The I18n test should be done as early as possible, in order to save enough time for developers to fix bugs if we can find any. I have written down the guidelines for Horizon I18n test. https://github.com/OpenStack-I18n/Translation/wiki/Horizon-I18n-Test If you are interested in that, if you want to see how Horizon run in your own language, you can try. And, Don't forget to report bugs if you find any. Feel free to discuss within our mailing list (openstack-i18n at lists.openstack.org) if you meet with problems or have questions. Regards Ying Chun Guo (Daisy) -------------- next part -------------- An HTML attachment was scrubbed... URL: From geraint at koding.com Wed Sep 11 07:29:07 2013 From: geraint at koding.com (Geraint Jones) Date: Wed, 11 Sep 2013 19:29:07 +1200 Subject: [Openstack] Changing quantum/neutron OVS Plugin Message-ID: Hi We have deployed into production a cluster using OVS. We are using "tenant_network_type = gre" We have two controller nodes (these also run ceph for storage) each have 2 nic's bonded using VLAN's for the different traffic (Storage on one VLAN, VM Mgmt on another etc) We have a single network node (this is an oldish box with a quad core X3220) this has two nic's one is a public facing nic, the other has two VLANs on it (VM Mgmt and VM Floating) We have eight compute nodes these are dual nic's bonded with the same VLANs as the controller and network nodes. We are facing a few issues. 1.) The network node has nic's that cannot exceed 1500 byte MTU ­ so all vms need to have a small MTU to avoid fragmentation ­ this is a pain in the ass. 2.) The network node load is never under 3.5 ­ 4. This seems to be the case if we are doing 10mbit or 800mbit. 3.) Network performance is unpredictable at best. Are we doing something wrong ? Have I missed something here ? Would moving to "tenant_network_type = vlan" make me happier and if so what do you think is the best way to do that ? Any input is appreciated as this is getting to be a pretty major issue :) (happy to engage freelance consultants to help :)) Thanks, -------------- next part -------------- An HTML attachment was scrubbed... URL: From tsierkkis at gmail.com Wed Sep 11 07:59:25 2013 From: tsierkkis at gmail.com (Pekka Rinne) Date: Wed, 11 Sep 2013 10:59:25 +0300 Subject: [Openstack] Using heat template for defining floating IPs for instances created by Autoscaling::LaunchConfiguration Message-ID: hi all If I create AutoScalingGroup by using heat and define in template AWS::AutoScaling::AutoScalingGroup, AWS::AutoScaling::LaunchConfiguration, AWS::AutoScaling::ScalingPolicy and OS::Ceilometer::Alarms for up&down scaling - how is it intended that I can automatically associate Neutron Floating IPs to instances created this way? Is there already existing some mechanism that can handle this by using heat template? As in heat template it is not possible to define directly Neutron ports for e.g. LaunchConfiguration. And then when up scaling happens the new instances would need to have floating IPs and ports as well. In down scaling network resources could be released. The only way I could think of is that I would run stack update or use horizon, but its not very practical with auto scaling. Or is there this kind of feature in road maps? br, Pekka -------------- next part -------------- An HTML attachment was scrubbed... URL: From shardy at redhat.com Wed Sep 11 08:36:30 2013 From: shardy at redhat.com (Steven Hardy) Date: Wed, 11 Sep 2013 09:36:30 +0100 Subject: [Openstack] Using heat template for defining floating IPs for instances created by Autoscaling::LaunchConfiguration In-Reply-To: References: Message-ID: <20130911083629.GA1716@t430slt.redhat.com> On Wed, Sep 11, 2013 at 10:59:25AM +0300, Pekka Rinne wrote: > hi all > > If I create AutoScalingGroup by using heat and define in template > AWS::AutoScaling::AutoScalingGroup, AWS::AutoScaling::LaunchConfiguration, > AWS::AutoScaling::ScalingPolicy and OS::Ceilometer::Alarms for up&down > scaling - how is it intended that I can automatically associate Neutron > Floating IPs to instances created this way? Is there already existing some > mechanism that can handle this by using heat template? The more common topology for this kind of deployment would be an AutoScalingGroup behind a LoadBalancer resource, with an EIP associated with the LoadBalancer. > As in heat template it is not possible to define directly Neutron ports for > e.g. LaunchConfiguration. However, if your use-case demands it, I think this *should* be possible, can you expand on why it is not? Note that when defining the Neutron port, the ip_address is optional, and if ommitted, Neutron will allocate the first available fixed IP from the pool the instance: https://wiki.openstack.org/wiki/Neutron/APIv2-specification#Create_Port > And then when up scaling happens the new instances would need to have > floating IPs and ports as well. In down scaling network resources could be > released. > > The only way I could think of is that I would run stack update or use > horizon, but its not very practical with auto scaling. > > Or is there this kind of feature in road maps? I think we need to better understand your use-case, associating an EIP with every instance in a scaling group seems like a somewhat odd requirement, but as outlined above, I don't think it's impossible if you really need it. Steve From gpeeyush at ymail.com Wed Sep 11 11:29:51 2013 From: gpeeyush at ymail.com (Peeyush Gupta) Date: Wed, 11 Sep 2013 19:29:51 +0800 (SGT) Subject: [Openstack] Doubt regarding Resource Tracker In-Reply-To: <1378898967.38416.YahooMailNeo@web194606.mail.sg3.yahoo.com> References: <1378898967.38416.YahooMailNeo@web194606.mail.sg3.yahoo.com> Message-ID: <1378898991.59139.YahooMailNeo@web194603.mail.sg3.yahoo.com> Hi, I have been trying to understand the working of resource tracker. I understand that it is responsible to retrieve the data from the host and save it to the database. What I am not able to figure out is how exactly the compute node table is populated for the first time? Because after that resource tracker compare the data and update the changes. Again, does resource tracker work periodically? or is it triggered when an instance is spawned or deleted? Thanks.   ~Peeyush Gupta -------------- next part -------------- An HTML attachment was scrubbed... URL: From tushar.vengurlekar at hp.com Wed Sep 11 12:01:43 2013 From: tushar.vengurlekar at hp.com (Vengurlekar, Tushar V (USD-SWD)) Date: Wed, 11 Sep 2013 12:01:43 +0000 Subject: [Openstack] Regarding replicator behavior with single replica Message-ID: <35ABFEB7ADB58A4AADA790A3DC6391626C716C82@G4W3305.americas.hpqcorp.net> Hello everyone, I was trying a Swift setup having single replica configured with 4 devices added to the ring with different IP addresses. Later (after all replication/rebalance completed) I uploaded many objects in a multiple containers. I observe the data movement across these devices through rsync replicator daemon. I understand that the object rebalance (using rsync) should happen only when we add devices or change weight value in ring (and if multiple replicas configured). So what is a reason that it performs data movement (of newly uploaded objects) without any ring changes and single replica? Thanks in advance, Tushar From launchpad at mortman.com Wed Sep 11 13:18:43 2013 From: launchpad at mortman.com (David Mortman) Date: Wed, 11 Sep 2013 09:18:43 -0400 Subject: [Openstack] Fwd: Making the Hong Kong Summit as inclusive as possible In-Reply-To: References: Message-ID: Given the recent and ongoing issues with sexism (not to mention racism, homophobia and general bigotry) at tech conferences, I recently engaged with several folks on twitter about what was being done to make sure that the Hong Kong Summit was as inclusive as possible regardless of an attendee's age, sex, orientation, race or anything else. I think a good place to start would be an official anti-harassment policy and a process for people to report issues to the event organizers who can then deal with the issue appropriately. I am happy to help with the drafting of both the policy and the process. What do folks think? -David -------------- next part -------------- An HTML attachment was scrubbed... URL: From tsierkkis at gmail.com Wed Sep 11 13:23:34 2013 From: tsierkkis at gmail.com (Pekka Rinne) Date: Wed, 11 Sep 2013 16:23:34 +0300 Subject: [Openstack] Using heat template for defining floating IPs for instances created by Autoscaling::LaunchConfiguration In-Reply-To: <20130911083629.GA1716@t430slt.redhat.com> References: <20130911083629.GA1716@t430slt.redhat.com> Message-ID: hello I think I need to investigate the LoadBalancer and EIP approach, maybe that covers my needs. thanks br, Pekka 2013/9/11 Steven Hardy > On Wed, Sep 11, 2013 at 10:59:25AM +0300, Pekka Rinne wrote: > > hi all > > > > If I create AutoScalingGroup by using heat and define in template > > AWS::AutoScaling::AutoScalingGroup, > AWS::AutoScaling::LaunchConfiguration, > > AWS::AutoScaling::ScalingPolicy and OS::Ceilometer::Alarms for up&down > > scaling - how is it intended that I can automatically associate Neutron > > Floating IPs to instances created this way? Is there already existing > some > > mechanism that can handle this by using heat template? > > The more common topology for this kind of deployment would be an > AutoScalingGroup behind a LoadBalancer resource, with an EIP associated > with the LoadBalancer. > > > As in heat template it is not possible to define directly Neutron ports > for > > e.g. LaunchConfiguration. > > However, if your use-case demands it, I think this *should* be possible, > can you expand on why it is not? > > Note that when defining the Neutron port, the ip_address is optional, and > if ommitted, Neutron will allocate the first available fixed IP from the > pool the instance: > > https://wiki.openstack.org/wiki/Neutron/APIv2-specification#Create_Port > > > And then when up scaling happens the new instances would need to have > > floating IPs and ports as well. In down scaling network resources could > be > > released. > > > > The only way I could think of is that I would run stack update or use > > horizon, but its not very practical with auto scaling. > > > > Or is there this kind of feature in road maps? > > I think we need to better understand your use-case, associating an EIP with > every instance in a scaling group seems like a somewhat odd requirement, > but as outlined above, I don't think it's impossible if you really need it. > > Steve > -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.koppad at gmail.com Wed Sep 11 13:41:19 2013 From: a.koppad at gmail.com (Annapoornima Koppad) Date: Wed, 11 Sep 2013 19:11:19 +0530 Subject: [Openstack] Fwd: Making the Hong Kong Summit as inclusive as possible In-Reply-To: References: Message-ID: I think the official anti harassment policy is necessary as part of every conference. I would like to contribute towards framing policies. Thanks to David for raising this issue. I plan to use the draft for the local Pyladies Bangalore chapter that am currently running. Warm regards, Annapoornima On Wed, Sep 11, 2013 at 6:48 PM, David Mortman wrote: > > Given the recent and ongoing issues with sexism (not to mention racism, > homophobia and general bigotry) at tech conferences, I recently engaged > with several folks on twitter about what was being done to make sure that > the Hong Kong Summit was as inclusive as possible regardless of an > attendee's age, sex, orientation, race or anything else. I think a good > place to start would be an official anti-harassment policy and a process > for people to report issues to the event organizers who can then deal with > the issue appropriately. I am happy to help with the drafting of both the > policy and the process. What do folks think? > > > -David > > > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From anne at openstack.org Wed Sep 11 13:47:45 2013 From: anne at openstack.org (Anne Gentle) Date: Wed, 11 Sep 2013 08:47:45 -0500 Subject: [Openstack] Fwd: Making the Hong Kong Summit as inclusive as possible In-Reply-To: References: Message-ID: I would greatly support a reporting process for issues for our Summits. Thanks David for bringing it to the mailing list. I can help in any way needed. One bit of input, I'm not sure wording as strong as "anti-harrassment policy" is required, though that's at the heart of it. We can probably follow in PyCon's footsteps with a Code of Conduct for conferences, [1] which refers to the Ada Initiative's wiki. [2] Also, as a gentle reminder (ha!) as members of the community, we do have a code of conduct in place already [3]. I'd like to ensure we carry some processes for ensuring we all are welcomed at Summits and have a safety net for reporting and correcting issues. Thanks, Anne 1. http://pyfound.blogspot.com/2012/12/psf-moves-to-require-code-of-conduct.html 2. http://geekfeminism.wikia.com/wiki/Conference_anti-harassment/Policy 3. https://wiki.openstack.org/wiki/Conduct On Wed, Sep 11, 2013 at 8:18 AM, David Mortman wrote: > > Given the recent and ongoing issues with sexism (not to mention racism, > homophobia and general bigotry) at tech conferences, I recently engaged > with several folks on twitter about what was being done to make sure that > the Hong Kong Summit was as inclusive as possible regardless of an > attendee's age, sex, orientation, race or anything else. I think a good > place to start would be an official anti-harassment policy and a process > for people to report issues to the event organizers who can then deal with > the issue appropriately. I am happy to help with the drafting of both the > policy and the process. What do folks think? > > > -David > > > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From thierry at openstack.org Wed Sep 11 13:53:36 2013 From: thierry at openstack.org (Thierry Carrez) Date: Wed, 11 Sep 2013 15:53:36 +0200 Subject: [Openstack] Fwd: Making the Hong Kong Summit as inclusive as possible In-Reply-To: References: Message-ID: <523075E0.1060701@openstack.org> David Mortman wrote: > Given the recent and ongoing issues with sexism (not to mention racism, > homophobia and general bigotry) at tech conferences, I recently engaged > with several folks on twitter about what was being done to make sure > that the Hong Kong Summit was as inclusive as possible regardless of an > attendee's age, sex, orientation, race or anything else. I think a good > place to start would be an official anti-harassment policy and a > process for people to report issues to the event organizers who can then > deal with the issue appropriately. I am happy to help with the drafting > of both the policy and the process. What do folks think? FWIW the summit already has a minimal policy and reporting guidelines (see at the bottom of http://www.openstack.org/summit/openstack-summit-hong-kong-2013/): """ Reminder: Be Excellent Be excellent to everyone. If you think someone is not being excellent to you at the OpenStack Summit call or email . """ -- Thierry Carrez (ttx) From george.reese at imaginary.com Wed Sep 11 14:06:56 2013 From: george.reese at imaginary.com (George Reese) Date: Wed, 11 Sep 2013 09:06:56 -0500 Subject: [Openstack] Making the Hong Kong Summit as inclusive as possible In-Reply-To: <523075E0.1060701@openstack.org> References: <523075E0.1060701@openstack.org> Message-ID: <32CAD7BF-74A1-4170-8A1C-0FD758E0290F@imaginary.com> I don't see that as either sufficient in content nor in manner of communication. On Sep 11, 2013, at 8:53 AM, Thierry Carrez wrote: > David Mortman wrote: >> Given the recent and ongoing issues with sexism (not to mention racism, >> homophobia and general bigotry) at tech conferences, I recently engaged >> with several folks on twitter about what was being done to make sure >> that the Hong Kong Summit was as inclusive as possible regardless of an >> attendee's age, sex, orientation, race or anything else. I think a good >> place to start would be an official anti-harassment policy and a >> process for people to report issues to the event organizers who can then >> deal with the issue appropriately. I am happy to help with the drafting >> of both the policy and the process. What do folks think? > > FWIW the summit already has a minimal policy and reporting guidelines > (see at the bottom of > http://www.openstack.org/summit/openstack-summit-hong-kong-2013/): > > """ > Reminder: Be Excellent > > Be excellent to everyone. If you think someone is not being excellent to > you at the OpenStack Summit call or email . > """ > > -- > Thierry Carrez (ttx) > > _______________________________________________ > Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack -- George Reese (george.reese at imaginary.com) t: @GeorgeReese m: +1(207)956-0217 Skype: nspollution -------------- next part -------------- An HTML attachment was scrubbed... URL: From berrange at redhat.com Wed Sep 11 14:07:57 2013 From: berrange at redhat.com (Daniel P. Berrange) Date: Wed, 11 Sep 2013 15:07:57 +0100 Subject: [Openstack] Fwd: Making the Hong Kong Summit as inclusive as possible In-Reply-To: <523075E0.1060701@openstack.org> References: <523075E0.1060701@openstack.org> Message-ID: <20130911140756.GX2293@redhat.com> On Wed, Sep 11, 2013 at 03:53:36PM +0200, Thierry Carrez wrote: > David Mortman wrote: > > Given the recent and ongoing issues with sexism (not to mention racism, > > homophobia and general bigotry) at tech conferences, I recently engaged > > with several folks on twitter about what was being done to make sure > > that the Hong Kong Summit was as inclusive as possible regardless of an > > attendee's age, sex, orientation, race or anything else. I think a good > > place to start would be an official anti-harassment policy and a > > process for people to report issues to the event organizers who can then > > deal with the issue appropriately. I am happy to help with the drafting > > of both the policy and the process. What do folks think? > > FWIW the summit already has a minimal policy and reporting guidelines > (see at the bottom of > http://www.openstack.org/summit/openstack-summit-hong-kong-2013/): > > """ > Reminder: Be Excellent > > Be excellent to everyone. If you think someone is not being excellent to > you at the OpenStack Summit call or email . > """ As a point of comparison, Linux Foundation says this https://events.linuxfoundation.org/events/kvm-forum/attend/our-event-policy I think the Open Stack policy there could do with being expanded to be a bit more explicit than just "Be excellant to everyone", more akin to what Linux Foundation say. I also think it ought to be a bit more prominent - I looked through that link you mention and didn't even notice this footnote. Ideally on the conf registration form, there'd be a clear note saying "By registering you agreed to about by our code of conduct" linking to the text Regards, Daniel -- |: http://berrange.com -o- http://www.flickr.com/photos/dberrange/ :| |: http://libvirt.org -o- http://virt-manager.org :| |: http://autobuild.org -o- http://search.cpan.org/~danberr/ :| |: http://entangle-photo.org -o- http://live.gnome.org/gtk-vnc :| From john.griffith at solidfire.com Wed Sep 11 14:10:52 2013 From: john.griffith at solidfire.com (John Griffith) Date: Wed, 11 Sep 2013 08:10:52 -0600 Subject: [Openstack] Fwd: Making the Hong Kong Summit as inclusive as possible In-Reply-To: <523075E0.1060701@openstack.org> References: <523075E0.1060701@openstack.org> Message-ID: On Wed, Sep 11, 2013 at 7:53 AM, Thierry Carrez wrote: > David Mortman wrote: > > Given the recent and ongoing issues with sexism (not to mention racism, > > homophobia and general bigotry) at tech conferences, I recently engaged > > with several folks on twitter about what was being done to make sure > > that the Hong Kong Summit was as inclusive as possible regardless of an > > attendee's age, sex, orientation, race or anything else. I think a good > > place to start would be an official anti-harassment policy and a > > process for people to report issues to the event organizers who can then > > deal with the issue appropriately. I am happy to help with the drafting > > of both the policy and the process. What do folks think? > > FWIW the summit already has a minimal policy and reporting guidelines > (see at the bottom of > http://www.openstack.org/summit/openstack-summit-hong-kong-2013/): > > """ > Reminder: Be Excellent > > Be excellent to everyone. If you think someone is not being excellent to > you at the OpenStack Summit call or email . > """ > +1 > > -- > Thierry Carrez (ttx) > > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > -------------- next part -------------- An HTML attachment was scrubbed... URL: From eric at cloudscaling.com Wed Sep 11 14:46:25 2013 From: eric at cloudscaling.com (Eric Windisch) Date: Wed, 11 Sep 2013 10:46:25 -0400 Subject: [Openstack] Fwd: Making the Hong Kong Summit as inclusive as possible In-Reply-To: <523075E0.1060701@openstack.org> References: <523075E0.1060701@openstack.org> Message-ID: Are Bill & Ted really our patrons of anti-harassment? We need something more substantial than a Bill & Ted quote. Party on! https://www.youtube.com/watch?v=N_yJFLvmjJY&feature=youtube_gdata_player On Sep 11, 2013 10:12 AM, "Thierry Carrez" wrote: > David Mortman wrote: > > Given the recent and ongoing issues with sexism (not to mention racism, > > homophobia and general bigotry) at tech conferences, I recently engaged > > with several folks on twitter about what was being done to make sure > > that the Hong Kong Summit was as inclusive as possible regardless of an > > attendee's age, sex, orientation, race or anything else. I think a good > > place to start would be an official anti-harassment policy and a > > process for people to report issues to the event organizers who can then > > deal with the issue appropriately. I am happy to help with the drafting > > of both the policy and the process. What do folks think? > > FWIW the summit already has a minimal policy and reporting guidelines > (see at the bottom of > http://www.openstack.org/summit/openstack-summit-hong-kong-2013/): > > """ > Reminder: Be Excellent > > Be excellent to everyone. If you think someone is not being excellent to > you at the OpenStack Summit call or email . > """ > > -- > Thierry Carrez (ttx) > > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > -------------- next part -------------- An HTML attachment was scrubbed... URL: From thierry at openstack.org Wed Sep 11 15:11:33 2013 From: thierry at openstack.org (Thierry Carrez) Date: Wed, 11 Sep 2013 17:11:33 +0200 Subject: [Openstack] Fwd: Making the Hong Kong Summit as inclusive as possible In-Reply-To: References: <523075E0.1060701@openstack.org> Message-ID: <52308825.8060501@openstack.org> Eric Windisch wrote: > Are Bill & Ted really our patrons of anti-harassment? We need something > more substantial than a Bill & Ted quote. Party on! I'm not saying what we have is sufficient. I'm just accurately describing the current state. -- Thierry Carrez (ttx) From thierry at openstack.org Wed Sep 11 15:43:56 2013 From: thierry at openstack.org (Thierry Carrez) Date: Wed, 11 Sep 2013 17:43:56 +0200 Subject: [Openstack] [OSSA 2013-025] Token revocation failure using Keystone memcache/KVS backends (CVE-2013-4294) Message-ID: <52308FBC.80604@openstack.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 OpenStack Security Advisory: 2013-025 CVE: CVE-2013-4294 Date: September 11, 2013 Title: Token revocation failure using Keystone memcache/KVS backends Reporter: Kieran Spear (University of Melbourne) Products: Keystone Affects: Folsom, Grizzly Description: Kieran Spear from the University of Melbourne reported a vulnerability in Keystone memcache and KVS token backends. The PKI token revocation lists stored the entire token instead of the token ID, triggering comparison failures, ultimately resulting in revoked PKI tokens still being considered valid. Only Folsom and Grizzly Keystone setups making use of PKI tokens with the memcache or KVS token backends are affected. Havana setups, setups using UUID tokens, or setups using PKI tokens with the SQL token backend are all unaffected. Grizzly fix: https://review.openstack.org/#/c/46080/ Folsom fix: https://review.openstack.org/#/c/46079/ References: http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-4294 https://bugs.launchpad.net/keystone/+bug/1202952 Regards, - -- Thierry Carrez OpenStack Vulnerability Management Team -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with undefined - http://www.enigmail.net/ iQIcBAEBCAAGBQJSMI+5AAoJEFB6+JAlsQQj2hAQAI/S5bAv+XrYUaXRBgJxvBz4 xVXdrXl/iA7R9iDIlmaFThOCvw4SCsWB7jBYRv8wAk3V3HZw9jEmC3OoebpCFWNb 1q3an25kroviy8rfZyQIqe9KTrwXRa/jDVlun2EEiw7KyUty/HIAjUCVUXVKBhyh 8Bctn90A/Nt2D5Am3hyofsS5fOjmzwW6b73RCY7CDntduxUtPn6lbUthFESXTCwv lojClZ5X78XnCh2/WJuxKkAEm8EujlNqkIHziGgc3HrForxSc2GKSPzgFbg5eBbt BaDTxFkDHW3EwSK/69b+699e9BvN/vuBxbNa7YW2ANiM1IJ34QHouPk4XULMZIeH cZ4QOBX7MtUhvD1htfTlHQfvb1syqlvul49WVmmsk48CMVW6hArSMQvTVbArUqD0 fN2INqfghZMQCkQIlXE+38J88OOL/S+sq6p8dIn96JxP2tnw4rIs9YclSa9E1Ub0 SIDaWPu7NN+wuY1WN+EzHV0zHI8HYs2HkOlrRW3E02JEm3xcEEmYLCwf+c2mwOee Grick3VlxNuQNBP6bls+NtxCzhUzLVI7nOfaxZyzQtOMLjJPKpip4QKMjzotO3nf +6JNk5766T2f63fsNtw0kltbtm4R+RzKzv29vVsaOh+ba57w7xnpEkAA1oaYyFa+ IHvUVYkOhX3quLUgBkCR =pm0d -----END PGP SIGNATURE----- From eric at cloudscaling.com Wed Sep 11 15:57:00 2013 From: eric at cloudscaling.com (Eric Windisch) Date: Wed, 11 Sep 2013 11:57:00 -0400 Subject: [Openstack] Fwd: Making the Hong Kong Summit as inclusive as possible In-Reply-To: <52308825.8060501@openstack.org> References: <523075E0.1060701@openstack.org> <52308825.8060501@openstack.org> Message-ID: On Wed, Sep 11, 2013 at 11:11 AM, Thierry Carrez wrote: > Eric Windisch wrote: > > Are Bill & Ted really our patrons of anti-harassment? We need something > > more substantial than a Bill & Ted quote. Party on! > > I'm not saying what we have is sufficient. I'm just accurately > describing the current state. Sorry, I didn't mean to imply you were suggesting anything else. In case it was missed, that was my +1. I *do* find it amusing, though. There isn't any reason that "Be excellent to each other" cannot be part of the mantra or marketing of an anti-harrassment policy, as long as it doesn't infringe on any trademarks, however thin it might be on its own. I'm thinking of buying some T-shirts... -- Regards, Eric Windisch -------------- next part -------------- An HTML attachment was scrubbed... URL: From lauren at openstack.org Wed Sep 11 16:16:20 2013 From: lauren at openstack.org (Lauren Sell) Date: Wed, 11 Sep 2013 11:16:20 -0500 Subject: [Openstack] Fwd: Making the Hong Kong Summit as inclusive as possible In-Reply-To: References: Message-ID: <6010702B-C8D9-43B2-A368-0276768CE34B@openstack.org> I also like the PyCon code of conduct and would be interested in adopting something very similar for our events. https://us.pycon.org/2012/codeofconduct/ On Sep 11, 2013, at 8:47 AM, Anne Gentle wrote: > I would greatly support a reporting process for issues for our Summits. Thanks David for bringing it to the mailing list. I can help in any way needed. > > One bit of input, I'm not sure wording as strong as "anti-harrassment policy" is required, though that's at the heart of it. We can probably follow in PyCon's footsteps with a Code of Conduct for conferences, [1] which refers to the Ada Initiative's wiki. [2] > > Also, as a gentle reminder (ha!) as members of the community, we do have a code of conduct in place already [3]. I'd like to ensure we carry some processes for ensuring we all are welcomed at Summits and have a safety net for reporting and correcting issues. > > Thanks, > > Anne > 1. http://pyfound.blogspot.com/2012/12/psf-moves-to-require-code-of-conduct.html > 2. http://geekfeminism.wikia.com/wiki/Conference_anti-harassment/Policy > 3. https://wiki.openstack.org/wiki/Conduct > > > On Wed, Sep 11, 2013 at 8:18 AM, David Mortman wrote: > > Given the recent and ongoing issues with sexism (not to mention racism, homophobia and general bigotry) at tech conferences, I recently engaged with several folks on twitter about what was being done to make sure that the Hong Kong Summit was as inclusive as possible regardless of an attendee's age, sex, orientation, race or anything else. I think a good place to start would be an official anti-harassment policy and a process for people to report issues to the event organizers who can then deal with the issue appropriately. I am happy to help with the drafting of both the policy and the process. What do folks think? > > > -David > > > _______________________________________________ > Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > > _______________________________________________ > Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack -------------- next part -------------- An HTML attachment was scrubbed... URL: From joshua at pistoncloud.com Wed Sep 11 16:20:14 2013 From: joshua at pistoncloud.com (Joshua McKenty) Date: Wed, 11 Sep 2013 09:20:14 -0700 Subject: [Openstack] Fwd: Making the Hong Kong Summit as inclusive as possible In-Reply-To: References: <523075E0.1060701@openstack.org> <52308825.8060501@openstack.org> Message-ID: The manner of "who" and "how" to report any concerns is something that the foundation board, through the transparency committee, has been trying to address. We don't have a formal ombudsman's office yet, but the draft transparency policy[1] includes some language around this specific responsibility. I would second Daniel's suggestion that the Code of Conduct should be click wrapped into registration - however, since most of registration is complete for this event, perhaps we can do a dedicated email blast to the registered attendees (including speakers and sponsors) with the full text of the CoC? (Stefano, can you coordinate that?) David, if you have specific suggestions for amendments to the CoC, I'm happy to bring those forward to the next board meeting. It's part of the foundation's charter, and I believe it will take a fairly major process to amend, but I'll look into it. 1. https://docs.google.com/document/d/1sGBtza-mjRXcDzFBSS9aUrYlAtu1se-eerHZN16DPyU/edit -- Joshua McKenty Chief Technology Officer Piston Cloud Computing, Inc. +1 (650) 242-5683 +1 (650) 283-6846 http://www.pistoncloud.com "Oh, Westley, we'll never survive!" "Nonsense. You're only saying that because no one ever has." On Sep 11, 2013, at 8:57 AM, Eric Windisch wrote: > > > > On Wed, Sep 11, 2013 at 11:11 AM, Thierry Carrez wrote: > Eric Windisch wrote: > > Are Bill & Ted really our patrons of anti-harassment? We need something > > more substantial than a Bill & Ted quote. Party on! > > I'm not saying what we have is sufficient. I'm just accurately > describing the current state. > > Sorry, I didn't mean to imply you were suggesting anything else. In case it was missed, that was my +1. > > I *do* find it amusing, though. There isn't any reason that "Be excellent to each other" cannot be part of the mantra or marketing of an anti-harrassment policy, as long as it doesn't infringe on any trademarks, however thin it might be on its own. I'm thinking of buying some T-shirts... > > -- > Regards, > Eric Windisch > _______________________________________________ > Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack -------------- next part -------------- An HTML attachment was scrubbed... URL: From alex.meade at rackspace.com Wed Sep 11 16:25:39 2013 From: alex.meade at rackspace.com (Alex Meade) Date: Wed, 11 Sep 2013 12:25:39 -0400 (EDT) Subject: [Openstack] Fwd: Making the Hong Kong Summit as inclusive as possible Message-ID: <1378916739.610828650@apps.rackspace.com> By social contract, is anyone even *allowed* to disagree in this thread? :P I like the ideas of adding an explicit anti-discrimination section to our current Code of Conduct and adding "By registering you agree to abide by our code of conduct" to the conference registration form/page. -Alex -----Original Message----- From: "Thierry Carrez" Sent: Wednesday, September 11, 2013 11:11am To: openstack at lists.openstack.org Subject: Re: [Openstack] Fwd: Making the Hong Kong Summit as inclusive as possible Eric Windisch wrote: > Are Bill & Ted really our patrons of anti-harassment? We need something > more substantial than a Bill & Ted quote. Party on! I'm not saying what we have is sufficient. I'm just accurately describing the current state. -- Thierry Carrez (ttx) _______________________________________________ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : openstack at lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack From clay.gerrard at gmail.com Wed Sep 11 16:31:03 2013 From: clay.gerrard at gmail.com (Clay Gerrard) Date: Wed, 11 Sep 2013 09:31:03 -0700 Subject: [Openstack] Swift Fail Unauthorized In-Reply-To: <522FF7D5.10803@andalabs.com> References: <522FF7D5.10803@andalabs.com> Message-ID: Might this be the issue: https://ask.openstack.org/en/question/3664/when-i-use-swift-to-perform-a-head-i-am-getting-401-unauthorized/ On Tue, Sep 10, 2013 at 9:55 PM, Mahardhika wrote: > Hi, following this guide > http://docs.openstack.org/developer/swift/development_saio.html#partition-section > i am stuck at step 14 = Check that you can GET account: curl -v -H > 'X-Auth-Token: ' > > > *I run this command* > #curl -v -H 'X-Auth-Token: AUTH_tkebd882e8ac094a08a1842811e025f2a8' > http://127.0.0.1:8080/v1/AUTH_swift > and get > =============== > ** About to connect() to 127.0.0.1 port 8080 (#0)** > *** Trying 127.0.0.1...** > *** Connected to 127.0.0.1 (127.0.0.1) port 8080 (#0)** > **> GET /v1/AUTH_swift HTTP/1.1** > **> User-Agent: curl/7.29.0** > **> Host: 127.0.0.1:8080** > **> Accept: */*** > **> X-Auth-Token: AUTH_tkebd882e8ac094a08a1842811e025f2a8** > **>** > **< HTTP/1.1 401 Unauthorized** > **< Content-Length: 131** > **< Content-Type: text/html; charset=UTF-8** > **< Date: Wed, 11 Sep 2013 04:53:35 GMT** > **<** > *** Connection #0 to host 127.0.0.1 left intact* > =========== > > *Why i get unauthorized?** > **this my proxy-server.conf* > > *[DEFAULT]** > **#cert_file = /etc/swift/cert.crt** > **#key_file = /etc/swift/cert.key** > **bind_port = 8080** > **#bind_port = 443** > **workers = 8** > **user = swift** > **log_facility = LOG_LOCAL1** > **eventlet_debug = true** > ** > **[pipeline:main]** > **pipeline = healthcheck cache tempauth proxy-logging proxy-server** > ** > **[app:proxy-server]** > **use = egg:swift#proxy** > **allow_account_management = true** > **account_autocreate = true** > ** > **[filter:tempauth]** > **use = egg:swift#tempauth** > **user_admin_admin = admin .admin .reseller_admin** > **user_test_tester = testing .admin** > **user_test2_tester2 = testing2 .admin** > **user_test_tester3 = testing3** > **#user_system_root = testpass .admin > https://$PROXY_LOCAL_NET_IP:8080/v1/AUTH_system** > **user_swift_swift = pass .admin** > ** > **[filter:healthcheck]** > **use = egg:swift#healthcheck** > ** > **[filter:cache]** > **use = egg:swift#memcache** > **#memcache_servers = $PROXY_LOCAL_NET_IP:11211** > ** > **[filter:proxy-logging]** > **use = egg:swift#proxy_logging** > * > Please help me out > thanks > > -- > Regards, > Mahardhika Gilang > > > > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From george.reese at imaginary.com Wed Sep 11 16:50:16 2013 From: george.reese at imaginary.com (George Reese) Date: Wed, 11 Sep 2013 11:50:16 -0500 Subject: [Openstack] Making the Hong Kong Summit as inclusive as possible In-Reply-To: <6010702B-C8D9-43B2-A368-0276768CE34B@openstack.org> References: <6010702B-C8D9-43B2-A368-0276768CE34B@openstack.org> Message-ID: <96B6211D-8364-4F62-B056-CC6B6F885F9C@imaginary.com> +1 On Sep 11, 2013, at 11:16 AM, Lauren Sell wrote: > I also like the PyCon code of conduct and would be interested in adopting something very similar for our events. > > https://us.pycon.org/2012/codeofconduct/ > > On Sep 11, 2013, at 8:47 AM, Anne Gentle wrote: > >> I would greatly support a reporting process for issues for our Summits. Thanks David for bringing it to the mailing list. I can help in any way needed. >> >> One bit of input, I'm not sure wording as strong as "anti-harrassment policy" is required, though that's at the heart of it. We can probably follow in PyCon's footsteps with a Code of Conduct for conferences, [1] which refers to the Ada Initiative's wiki. [2] >> >> Also, as a gentle reminder (ha!) as members of the community, we do have a code of conduct in place already [3]. I'd like to ensure we carry some processes for ensuring we all are welcomed at Summits and have a safety net for reporting and correcting issues. >> >> Thanks, >> >> Anne >> 1. http://pyfound.blogspot.com/2012/12/psf-moves-to-require-code-of-conduct.html >> 2. http://geekfeminism.wikia.com/wiki/Conference_anti-harassment/Policy >> 3. https://wiki.openstack.org/wiki/Conduct >> >> >> On Wed, Sep 11, 2013 at 8:18 AM, David Mortman wrote: >> >> Given the recent and ongoing issues with sexism (not to mention racism, homophobia and general bigotry) at tech conferences, I recently engaged with several folks on twitter about what was being done to make sure that the Hong Kong Summit was as inclusive as possible regardless of an attendee's age, sex, orientation, race or anything else. I think a good place to start would be an official anti-harassment policy and a process for people to report issues to the event organizers who can then deal with the issue appropriately. I am happy to help with the drafting of both the policy and the process. What do folks think? >> >> >> -David >> >> >> _______________________________________________ >> Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> Post to : openstack at lists.openstack.org >> Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> >> >> _______________________________________________ >> Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> Post to : openstack at lists.openstack.org >> Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > _______________________________________________ > Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack -- George Reese (george.reese at imaginary.com) t: @GeorgeReese m: +1(207)956-0217 Skype: nspollution -------------- next part -------------- An HTML attachment was scrubbed... URL: From george.reese at imaginary.com Wed Sep 11 16:52:15 2013 From: george.reese at imaginary.com (George Reese) Date: Wed, 11 Sep 2013 11:52:15 -0500 Subject: [Openstack] Fwd: Making the Hong Kong Summit as inclusive as possible In-Reply-To: References: <523075E0.1060701@openstack.org> <52308825.8060501@openstack.org> Message-ID: <998AEF8A-7414-4B48-8793-993D985AED1D@imaginary.com> I agree that for this conference doing it as an email blast and making the text more prominent on the web site are the way to go. I also think for future conferences, when including it in registration, the PyCon "short version" should be on the form rather than click-through reading. I don't know how to read the process issues around the CoC, but I do think something should be done in a timely fashion for November. -George On Sep 11, 2013, at 11:20 AM, Joshua McKenty wrote: > The manner of "who" and "how" to report any concerns is something that the foundation board, through the transparency committee, has been trying to address. We don't have a formal ombudsman's office yet, but the draft transparency policy[1] includes some language around this specific responsibility. > > I would second Daniel's suggestion that the Code of Conduct should be click wrapped into registration - however, since most of registration is complete for this event, perhaps we can do a dedicated email blast to the registered attendees (including speakers and sponsors) with the full text of the CoC? (Stefano, can you coordinate that?) > > David, if you have specific suggestions for amendments to the CoC, I'm happy to bring those forward to the next board meeting. It's part of the foundation's charter, and I believe it will take a fairly major process to amend, but I'll look into it. > > 1. https://docs.google.com/document/d/1sGBtza-mjRXcDzFBSS9aUrYlAtu1se-eerHZN16DPyU/edit > > -- > > Joshua McKenty > Chief Technology Officer > Piston Cloud Computing, Inc. > +1 (650) 242-5683 > +1 (650) 283-6846 > http://www.pistoncloud.com > > "Oh, Westley, we'll never survive!" > "Nonsense. You're only saying that because no one ever has." > > On Sep 11, 2013, at 8:57 AM, Eric Windisch wrote: > >> >> >> >> On Wed, Sep 11, 2013 at 11:11 AM, Thierry Carrez wrote: >> Eric Windisch wrote: >> > Are Bill & Ted really our patrons of anti-harassment? We need something >> > more substantial than a Bill & Ted quote. Party on! >> >> I'm not saying what we have is sufficient. I'm just accurately >> describing the current state. >> >> Sorry, I didn't mean to imply you were suggesting anything else. In case it was missed, that was my +1. >> >> I *do* find it amusing, though. There isn't any reason that "Be excellent to each other" cannot be part of the mantra or marketing of an anti-harrassment policy, as long as it doesn't infringe on any trademarks, however thin it might be on its own. I'm thinking of buying some T-shirts... >> >> -- >> Regards, >> Eric Windisch >> _______________________________________________ >> Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> Post to : openstack at lists.openstack.org >> Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > _______________________________________________ > Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack -- George Reese (george.reese at imaginary.com) t: @GeorgeReese m: +1(207)956-0217 Skype: nspollution -------------- next part -------------- An HTML attachment was scrubbed... URL: From greg.chavez at gmail.com Wed Sep 11 17:15:41 2013 From: greg.chavez at gmail.com (Greg Chavez) Date: Wed, 11 Sep 2013 13:15:41 -0400 Subject: [Openstack] Root disks with Ceph Message-ID: So if I use RBD as my storage backend for Cinder, what happens to the root disks of VMs that I terminate? Do they still exist as RBD volumes in Ceph or are they deleted/marked-as-free? If the answer is that they get deleted, or at the very least OpenStack no longer keeps track of them, then there isn't much difference between the root and ephemeral disks in the flavors I am using. other than their being distinct disk devices. Or so it seems to me. -- \*..+.- --Greg Chavez +//..;}; -------------- next part -------------- An HTML attachment was scrubbed... URL: From john.griffith at solidfire.com Wed Sep 11 17:23:15 2013 From: john.griffith at solidfire.com (John Griffith) Date: Wed, 11 Sep 2013 11:23:15 -0600 Subject: [Openstack] Root disks with Ceph In-Reply-To: References: Message-ID: On Wed, Sep 11, 2013 at 11:15 AM, Greg Chavez wrote: > > So if I use RBD as my storage backend for Cinder, what happens to the root > disks of VMs that I terminate? > > Do they still exist as RBD volumes in Ceph or are they > deleted/marked-as-free? > > If the answer is that they get deleted, or at the very least OpenStack no > longer keeps track of them, then there isn't much difference between the > root and ephemeral disks in the flavors I am using. other than their being > distinct disk devices. Or so it seems to me. > > -- > \*..+.- > --Greg Chavez > +//..;}; > > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > Depends on what you're doing here. Attaching Cinder volumes as secondary/persistent storage has nothing to do with your root/ephemeral disks. If you're doing boot from volume then the Cinder volume is your root disk. In other words, in the first case when you terminate the instance yes, the root disks go away (ephemeral). Is that what you're getting at? -------------- next part -------------- An HTML attachment was scrubbed... URL: From launchpad at mortman.com Wed Sep 11 17:41:05 2013 From: launchpad at mortman.com (David Mortman) Date: Wed, 11 Sep 2013 13:41:05 -0400 Subject: [Openstack] Fwd: Making the Hong Kong Summit as inclusive as possible In-Reply-To: References: Message-ID: I like the idea of framing it as a code of conduct which definitely has a more positive spin than anti-harassment policy and the general one you linked to is a great start. I'd love to see something added about consequences of violating the code as well. On Wed, Sep 11, 2013 at 9:47 AM, Anne Gentle wrote: > I would greatly support a reporting process for issues for our Summits. > Thanks David for bringing it to the mailing list. I can help in any way > needed. > > One bit of input, I'm not sure wording as strong as "anti-harrassment > policy" is required, though that's at the heart of it. We can probably > follow in PyCon's footsteps with a Code of Conduct for conferences, [1] > which refers to the Ada Initiative's wiki. [2] > > Also, as a gentle reminder (ha!) as members of the community, we do have a > code of conduct in place already [3]. I'd like to ensure we carry some > processes for ensuring we all are welcomed at Summits and have a safety net > for reporting and correcting issues. > > Thanks, > > Anne > 1. > http://pyfound.blogspot.com/2012/12/psf-moves-to-require-code-of-conduct.html > 2. http://geekfeminism.wikia.com/wiki/Conference_anti-harassment/Policy > 3. https://wiki.openstack.org/wiki/Conduct > > > On Wed, Sep 11, 2013 at 8:18 AM, David Mortman wrote: > >> >> Given the recent and ongoing issues with sexism (not to mention racism, >> homophobia and general bigotry) at tech conferences, I recently engaged >> with several folks on twitter about what was being done to make sure that >> the Hong Kong Summit was as inclusive as possible regardless of an >> attendee's age, sex, orientation, race or anything else. I think a good >> place to start would be an official anti-harassment policy and a process >> for people to report issues to the event organizers who can then deal with >> the issue appropriately. I am happy to help with the drafting of both the >> policy and the process. What do folks think? >> >> >> -David >> >> >> _______________________________________________ >> Mailing list: >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> Post to : openstack at lists.openstack.org >> Unsubscribe : >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From launchpad at mortman.com Wed Sep 11 17:43:35 2013 From: launchpad at mortman.com (David Mortman) Date: Wed, 11 Sep 2013 13:43:35 -0400 Subject: [Openstack] Fwd: Making the Hong Kong Summit as inclusive as possible In-Reply-To: <20130911140756.GX2293@redhat.com> References: <523075E0.1060701@openstack.org> <20130911140756.GX2293@redhat.com> Message-ID: Daniel, Love the click through idea -DM On Wed, Sep 11, 2013 at 10:07 AM, Daniel P. Berrange wrote: > On Wed, Sep 11, 2013 at 03:53:36PM +0200, Thierry Carrez wrote: > > David Mortman wrote: > > > Given the recent and ongoing issues with sexism (not to mention racism, > > > homophobia and general bigotry) at tech conferences, I recently engaged > > > with several folks on twitter about what was being done to make sure > > > that the Hong Kong Summit was as inclusive as possible regardless of an > > > attendee's age, sex, orientation, race or anything else. I think a good > > > place to start would be an official anti-harassment policy and a > > > process for people to report issues to the event organizers who can > then > > > deal with the issue appropriately. I am happy to help with the drafting > > > of both the policy and the process. What do folks think? > > > > FWIW the summit already has a minimal policy and reporting guidelines > > (see at the bottom of > > http://www.openstack.org/summit/openstack-summit-hong-kong-2013/): > > > > """ > > Reminder: Be Excellent > > > > Be excellent to everyone. If you think someone is not being excellent to > > you at the OpenStack Summit call or email . > > """ > > As a point of comparison, Linux Foundation says this > > > https://events.linuxfoundation.org/events/kvm-forum/attend/our-event-policy > > I think the Open Stack policy there could do with being expanded to be a > bit more explicit than just "Be excellant to everyone", more akin to what > Linux Foundation say. > > I also think it ought to be a bit more prominent - I looked through that > link you mention and didn't even notice this footnote. Ideally on the > conf registration form, there'd be a clear note saying "By registering > you agreed to about by our code of conduct" linking to the text > > Regards, > Daniel > -- > |: http://berrange.com -o- http://www.flickr.com/photos/dberrange/:| > |: http://libvirt.org -o- http://virt-manager.org:| > |: http://autobuild.org -o- http://search.cpan.org/~danberr/:| > |: http://entangle-photo.org -o- http://live.gnome.org/gtk-vnc:| > > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > -------------- next part -------------- An HTML attachment was scrubbed... URL: From launchpad at mortman.com Wed Sep 11 17:44:22 2013 From: launchpad at mortman.com (David Mortman) Date: Wed, 11 Sep 2013 13:44:22 -0400 Subject: [Openstack] Fwd: Making the Hong Kong Summit as inclusive as possible In-Reply-To: <6010702B-C8D9-43B2-A368-0276768CE34B@openstack.org> References: <6010702B-C8D9-43B2-A368-0276768CE34B@openstack.org> Message-ID: Agreed 100% On Wed, Sep 11, 2013 at 12:16 PM, Lauren Sell wrote: > I also like the PyCon code of conduct and would be interested in adopting > something very similar for our events. > > https://us.pycon.org/2012/codeofconduct/ > > On Sep 11, 2013, at 8:47 AM, Anne Gentle wrote: > > I would greatly support a reporting process for issues for our Summits. > Thanks David for bringing it to the mailing list. I can help in any way > needed. > > One bit of input, I'm not sure wording as strong as "anti-harrassment > policy" is required, though that's at the heart of it. We can probably > follow in PyCon's footsteps with a Code of Conduct for conferences, [1] > which refers to the Ada Initiative's wiki. [2] > > Also, as a gentle reminder (ha!) as members of the community, we do have a > code of conduct in place already [3]. I'd like to ensure we carry some > processes for ensuring we all are welcomed at Summits and have a safety net > for reporting and correcting issues. > > Thanks, > > Anne > 1. > http://pyfound.blogspot.com/2012/12/psf-moves-to-require-code-of-conduct.html > 2. http://geekfeminism.wikia.com/wiki/Conference_anti-harassment/Policy > 3. https://wiki.openstack.org/wiki/Conduct > > > On Wed, Sep 11, 2013 at 8:18 AM, David Mortman wrote: > >> >> Given the recent and ongoing issues with sexism (not to mention racism, >> homophobia and general bigotry) at tech conferences, I recently engaged >> with several folks on twitter about what was being done to make sure that >> the Hong Kong Summit was as inclusive as possible regardless of an >> attendee's age, sex, orientation, race or anything else. I think a good >> place to start would be an official anti-harassment policy and a process >> for people to report issues to the event organizers who can then deal with >> the issue appropriately. I am happy to help with the drafting of both the >> policy and the process. What do folks think? >> >> >> -David >> >> >> _______________________________________________ >> Mailing list: >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> Post to : openstack at lists.openstack.org >> Unsubscribe : >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> >> > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From launchpad at mortman.com Wed Sep 11 17:45:36 2013 From: launchpad at mortman.com (David Mortman) Date: Wed, 11 Sep 2013 13:45:36 -0400 Subject: [Openstack] Fwd: Making the Hong Kong Summit as inclusive as possible In-Reply-To: References: <523075E0.1060701@openstack.org> <52308825.8060501@openstack.org> Message-ID: Joshua, Thanks. I'll take a look and post some comments to this thread over the next couple of days. -DM On Wed, Sep 11, 2013 at 12:20 PM, Joshua McKenty wrote: > The manner of "who" and "how" to report any concerns is something that the > foundation board, through the transparency committee, has been trying to > address. We don't have a formal ombudsman's office yet, but the draft > transparency policy[1] includes some language around this specific > responsibility. > > I would second Daniel's suggestion that the Code of Conduct should be > click wrapped into registration - however, since most of registration is > complete for this event, perhaps we can do a dedicated email blast to the > registered attendees (including speakers and sponsors) with the full text > of the CoC? (Stefano, can you coordinate that?) > > David, if you have specific suggestions for amendments to the CoC, I'm > happy to bring those forward to the next board meeting. It's part of the > foundation's charter, and I believe it will take a fairly major process to > amend, but I'll look into it. > > 1. > https://docs.google.com/document/d/1sGBtza-mjRXcDzFBSS9aUrYlAtu1se-eerHZN16DPyU/edit > > -- > > Joshua McKenty > Chief Technology Officer > Piston Cloud Computing, Inc. > +1 (650) 242-5683 > +1 (650) 283-6846 > http://www.pistoncloud.com > > "Oh, Westley, we'll never survive!" > "Nonsense. You're only saying that because no one ever has." > > On Sep 11, 2013, at 8:57 AM, Eric Windisch wrote: > > > > > On Wed, Sep 11, 2013 at 11:11 AM, Thierry Carrez wrote: > >> Eric Windisch wrote: >> > Are Bill & Ted really our patrons of anti-harassment? We need something >> > more substantial than a Bill & Ted quote. Party on! >> >> I'm not saying what we have is sufficient. I'm just accurately >> describing the current state. > > > Sorry, I didn't mean to imply you were suggesting anything else. In case > it was missed, that was my +1. > > I *do* find it amusing, though. There isn't any reason that "Be excellent > to each other" cannot be part of the mantra or marketing of an > anti-harrassment policy, as long as it doesn't infringe on any trademarks, > however thin it might be on its own. I'm thinking of buying some T-shirts... > > -- > Regards, > Eric Windisch > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > > > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From brandon.adams at newwave-technologies.com Wed Sep 11 18:04:36 2013 From: brandon.adams at newwave-technologies.com (Brandon Adams) Date: Wed, 11 Sep 2013 14:04:36 -0400 Subject: [Openstack] Quantum VM Net Access Message-ID: Hi all, I'm currently working on a 2 node Grizzly installation, with the net node and compute node combined. So far everything has worked for me except getting my VMs internet access. I can successfully ping and ssh into the VMs from both nodes, but not from any other box on the network. I'm loosely following the guide here: http://goo.gl/YvlKfF In order to make the VMs available to my office network, I've been trying to use an empty subnet as my floating ip pool. My entire office network is 192.168.0.0/20, netmask 255.255.248.0. I'm trying to place my floating ips on the 192.168.4.0/24 subnet (for testing purposes .4.100 - .4.150). When I create my public subnet, I set the gateway to the default gateway of my office network, 192.168.1.1. The strange thing is, when I try and reach out from the VM, I can't reach my office gateway, but I can reach any other box already on that subnet. I'm thinking there must be something wrong in how my networks and subnets are configured, but I'm not sure how else to set them up. Just wondering if anyone has any ideas here. Thanks. Brandon -------------- next part -------------- An HTML attachment was scrubbed... URL: From Tim.Bell at cern.ch Wed Sep 11 18:09:49 2013 From: Tim.Bell at cern.ch (Tim Bell) Date: Wed, 11 Sep 2013 18:09:49 +0000 Subject: [Openstack] Fwd: Making the Hong Kong Summit as inclusive as possible In-Reply-To: References: Message-ID: <5D7F9996EA547448BC6C54C8C5AAF4E5D9715EB4@CERNXCHG01.cern.ch> I like the pycon code of conduct but I also want to be sure that communication outside of the summit is also covered (from mailing lists, user groups, etc). Pycon clearly has a limited scope but as a foundation and community, we are more than a single event. I feel that Incorporating the best of breed into our foundation Conduct document, along with requiring participants of the OpenStack summit to respect the code of conduct, even if they are not members of the foundation. An ombuds would be very useful. Tim From: David Mortman [mailto:launchpad at mortman.com] Sent: 11 September 2013 19:41 To: Anne Gentle Cc: openstack at lists.openstack.org Subject: Re: [Openstack] Fwd: Making the Hong Kong Summit as inclusive as possible I like the idea of framing it as a code of conduct which definitely has a more positive spin than anti-harassment policy and the general one you linked to is a great start. I'd love to see something added about consequences of violating the code as well. On Wed, Sep 11, 2013 at 9:47 AM, Anne Gentle > wrote: I would greatly support a reporting process for issues for our Summits. Thanks David for bringing it to the mailing list. I can help in any way needed. One bit of input, I'm not sure wording as strong as "anti-harrassment policy" is required, though that's at the heart of it. We can probably follow in PyCon's footsteps with a Code of Conduct for conferences, [1] which refers to the Ada Initiative's wiki. [2] Also, as a gentle reminder (ha!) as members of the community, we do have a code of conduct in place already [3]. I'd like to ensure we carry some processes for ensuring we all are welcomed at Summits and have a safety net for reporting and correcting issues. Thanks, Anne 1. http://pyfound.blogspot.com/2012/12/psf-moves-to-require-code-of-conduct.html 2. http://geekfeminism.wikia.com/wiki/Conference_anti-harassment/Policy 3. https://wiki.openstack.org/wiki/Conduct On Wed, Sep 11, 2013 at 8:18 AM, David Mortman > wrote: Given the recent and ongoing issues with sexism (not to mention racism, homophobia and general bigotry) at tech conferences, I recently engaged with several folks on twitter about what was being done to make sure that the Hong Kong Summit was as inclusive as possible regardless of an attendee's age, sex, orientation, race or anything else. I think a good place to start would be an official anti-harassment policy and a process for people to report issues to the event organizers who can then deal with the issue appropriately. I am happy to help with the drafting of both the policy and the process. What do folks think? -David _______________________________________________ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : openstack at lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 7414 bytes Desc: not available URL: From greg.chavez at gmail.com Wed Sep 11 18:39:29 2013 From: greg.chavez at gmail.com (Greg Chavez) Date: Wed, 11 Sep 2013 14:39:29 -0400 Subject: [Openstack] Root disks with Ceph In-Reply-To: <5230A897.2000903@cloudapt.com> References: <5230A897.2000903@cloudapt.com> Message-ID: John: I'm talking about primary root disk storage. Secondary storage would persist of course. Mike: Right, I just want to establish that if I set the default Cinder plugin to RBD volumes, and I do nothing else, root volumes are ephemeral. That seems to be the case anyway. Seems like some of these parameters become meaningless depending on your backing store. As another example, do you really need to specify a root disk parameter if you're booting from a volume? I would think not. Thanks for your responses. On Wed, Sep 11, 2013 at 1:29 PM, Mike Dawson wrote: > When you create an instance backed by an RBD Cinder volume, you can > specify which behavior you want. There is a check box in Horizon to toggle > the behavior. > > Thanks, > Mike Dawson > > > > On 9/11/2013 1:15 PM, Greg Chavez wrote: > >> So if I use RBD as my storage backend for Cinder, what happens to the >> root disks of VMs that I terminate? >> >> Do they still exist as RBD volumes in Ceph or are they >> deleted/marked-as-free? >> >> If the answer is that they get deleted, or at the very least OpenStack >> no longer keeps track of them, then there isn't much difference between >> the root and ephemeral disks in the flavors I am using. other than their >> being distinct disk devices. Or so it seems to me. >> > -- \*..+.- --Greg Chavez +//..;}; -------------- next part -------------- An HTML attachment was scrubbed... URL: From mitch at metauser.net Wed Sep 11 19:39:08 2013 From: mitch at metauser.net (Mitch Anderson) Date: Wed, 11 Sep 2013 13:39:08 -0600 Subject: [Openstack] Root disks with Ceph In-Reply-To: References: <5230A897.2000903@cloudapt.com> Message-ID: Greg, I believe what you're referring to is talked about on this blog entry: http://www.sebastien-han.fr/blog/2013/06/24/what-i-think-about-cephfs-in-openstack/ With a corresponding blueprint/code fix for havana? https://blueprints.launchpad.net/nova/+spec/bring-rbd-support-libvirt-images-type Looked all this up a month or so ago... as I would personally also like to use Ceph for both ephemeral, cinder and Object storage. - Mitch On Wed, Sep 11, 2013 at 12:39 PM, Greg Chavez wrote: > John: I'm talking about primary root disk storage. Secondary storage > would persist of course. > > Mike: Right, I just want to establish that if I set the default Cinder > plugin to RBD volumes, and I do nothing else, root volumes are ephemeral. > That seems to be the case anyway. > > Seems like some of these parameters become meaningless depending on your > backing store. As another example, do you really need to specify a root > disk parameter if you're booting from a volume? I would think not. > > Thanks for your responses. > > > On Wed, Sep 11, 2013 at 1:29 PM, Mike Dawson wrote: > >> When you create an instance backed by an RBD Cinder volume, you can >> specify which behavior you want. There is a check box in Horizon to toggle >> the behavior. >> >> Thanks, >> Mike Dawson >> >> >> >> On 9/11/2013 1:15 PM, Greg Chavez wrote: >> >>> So if I use RBD as my storage backend for Cinder, what happens to the >>> root disks of VMs that I terminate? >>> >>> Do they still exist as RBD volumes in Ceph or are they >>> deleted/marked-as-free? >>> >>> If the answer is that they get deleted, or at the very least OpenStack >>> no longer keeps track of them, then there isn't much difference between >>> the root and ephemeral disks in the flavors I am using. other than their >>> being distinct disk devices. Or so it seems to me. >>> >> > > > -- > \*..+.- > --Greg Chavez > +//..;}; > > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ayoung at redhat.com Wed Sep 11 20:51:26 2013 From: ayoung at redhat.com (Adam Young) Date: Wed, 11 Sep 2013 16:51:26 -0400 Subject: [Openstack] Swift Fail Unauthorized In-Reply-To: References: <522FF7D5.10803@andalabs.com> Message-ID: <5230D7CE.9080309@redhat.com> I am the Keystone dev that wrote the PKI token code. Here is my guide to troubleshooting it. http://adam.younglogic.com/2013/07/troubleshooting-pki-middleware/ From remo at mattei.org Wed Sep 11 22:30:18 2013 From: remo at mattei.org (Remo Mattei) Date: Wed, 11 Sep 2013 18:30:18 -0400 Subject: [Openstack] R: Re: Root disks with Ceph Message-ID: Hi everyone so there is a question to check since I have not done much with ceph if you have an option to delete it on the UK what will be the command cli equivalent be? Thanks -------- Messaggio originale -------- Da: Greg Chavez Data: 09/11/2013 14:39 (GMT-05:00) A: Mike Dawson Cc: openstack at lists.openstack.org Oggetto: Re: [Openstack] Root disks with Ceph John: I'm talking about primary root disk storage.  Secondary storage would persist of course. Mike: Right, I just want to establish that if I set the default Cinder plugin to RBD volumes, and I do nothing else, root volumes are ephemeral.  That seems to be the case anyway. Seems like some of these parameters become meaningless depending on your backing store.  As another example, do you really need to specify a root disk parameter if you're booting from a volume?  I would think not. Thanks for your responses. On Wed, Sep 11, 2013 at 1:29 PM, Mike Dawson wrote: When you create an instance backed by an RBD Cinder volume, you can specify which behavior you want. There is a check box in Horizon to toggle the behavior. Thanks, Mike Dawson On 9/11/2013 1:15 PM, Greg Chavez wrote: So if I use RBD as my storage backend for Cinder, what happens to the root disks of VMs that I terminate? Do they still exist as RBD volumes in Ceph or are they deleted/marked-as-free? If the answer is that they get deleted, or at the very least OpenStack no longer keeps track of them, then there isn't much difference between the root and ephemeral disks in the flavors I am using. other than their being distinct disk devices.  Or so it seems to me. -- \*..+.- --Greg Chavez +//..;}; !DSPAM:2,5230bad2113106277119543! -------------- next part -------------- An HTML attachment was scrubbed... URL: From tonytkdk at gmail.com Thu Sep 12 02:24:11 2013 From: tonytkdk at gmail.com (Kuo Hugo) Date: Thu, 12 Sep 2013 10:24:11 +0800 Subject: [Openstack] Swift Fail Unauthorized In-Reply-To: <522FF7D5.10803@andalabs.com> References: <522FF7D5.10803@andalabs.com> Message-ID: You can observe the log out put while issue the request. I vote on memcache related ... +Hugo Kuo+ (+886) 935004793 2013/9/11 Mahardhika > Hi, following this guide > http://docs.openstack.org/developer/swift/development_saio.html#partition-section > i am stuck at step 14 = Check that you can GET account: curl -v -H > 'X-Auth-Token: ' > > > *I run this command* > #curl -v -H 'X-Auth-Token: AUTH_tkebd882e8ac094a08a1842811e025f2a8' > http://127.0.0.1:8080/v1/AUTH_swift > and get > =============== > ** About to connect() to 127.0.0.1 port 8080 (#0)** > *** Trying 127.0.0.1...** > *** Connected to 127.0.0.1 (127.0.0.1) port 8080 (#0)** > **> GET /v1/AUTH_swift HTTP/1.1** > **> User-Agent: curl/7.29.0** > **> Host: 127.0.0.1:8080** > **> Accept: */*** > **> X-Auth-Token: AUTH_tkebd882e8ac094a08a1842811e025f2a8** > **>** > **< HTTP/1.1 401 Unauthorized** > **< Content-Length: 131** > **< Content-Type: text/html; charset=UTF-8** > **< Date: Wed, 11 Sep 2013 04:53:35 GMT** > **<** > *** Connection #0 to host 127.0.0.1 left intact* > =========== > > *Why i get unauthorized?** > **this my proxy-server.conf* > > *[DEFAULT]** > **#cert_file = /etc/swift/cert.crt** > **#key_file = /etc/swift/cert.key** > **bind_port = 8080** > **#bind_port = 443** > **workers = 8** > **user = swift** > **log_facility = LOG_LOCAL1** > **eventlet_debug = true** > ** > **[pipeline:main]** > **pipeline = healthcheck cache tempauth proxy-logging proxy-server** > ** > **[app:proxy-server]** > **use = egg:swift#proxy** > **allow_account_management = true** > **account_autocreate = true** > ** > **[filter:tempauth]** > **use = egg:swift#tempauth** > **user_admin_admin = admin .admin .reseller_admin** > **user_test_tester = testing .admin** > **user_test2_tester2 = testing2 .admin** > **user_test_tester3 = testing3** > **#user_system_root = testpass .admin > https://$PROXY_LOCAL_NET_IP:8080/v1/AUTH_system** > **user_swift_swift = pass .admin** > ** > **[filter:healthcheck]** > **use = egg:swift#healthcheck** > ** > **[filter:cache]** > **use = egg:swift#memcache** > **#memcache_servers = $PROXY_LOCAL_NET_IP:11211** > ** > **[filter:proxy-logging]** > **use = egg:swift#proxy_logging** > * > Please help me out > thanks > > -- > Regards, > Mahardhika Gilang > > > > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From yuan.zhou at intel.com Thu Sep 12 03:24:27 2013 From: yuan.zhou at intel.com (Zhou, Yuan) Date: Thu, 12 Sep 2013 03:24:27 +0000 Subject: [Openstack] Regarding replicator behavior with single replica In-Reply-To: <35ABFEB7ADB58A4AADA790A3DC6391626C716C82@G4W3305.americas.hpqcorp.net> References: <35ABFEB7ADB58A4AADA790A3DC6391626C716C82@G4W3305.americas.hpqcorp.net> Message-ID: <06681238D8946F44A60AA400760A1CBF01A94036@SHSMSX104.ccr.corp.intel.com> Hi Tushar, One possible reason is that one of your devices is unavailable when you're uploading ? This makes some of objects are uploaded to handoff devices actually and obj-replicator will try to move them back to primary devices. Regards, -Yuan -----Original Message----- From: Vengurlekar, Tushar V (USD-SWD) [mailto:tushar.vengurlekar at hp.com] Sent: Wednesday, September 11, 2013 8:02 PM To: openstack at lists.openstack.org Subject: [Openstack] Regarding replicator behavior with single replica Hello everyone, I was trying a Swift setup having single replica configured with 4 devices added to the ring with different IP addresses. Later (after all replication/rebalance completed) I uploaded many objects in a multiple containers. I observe the data movement across these devices through rsync replicator daemon. I understand that the object rebalance (using rsync) should happen only when we add devices or change weight value in ring (and if multiple replicas configured). So what is a reason that it performs data movement (of newly uploaded objects) without any ring changes and single replica? Thanks in advance, Tushar _______________________________________________ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : openstack at lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack From maty.grosz at alcatel-lucent.com Thu Sep 12 03:36:09 2013 From: maty.grosz at alcatel-lucent.com (GROSZ, Maty (Maty)) Date: Thu, 12 Sep 2013 03:36:09 +0000 Subject: [Openstack] Question regarding Nova > Server > metadata attribute Message-ID: <7A0D7FA093BE9640AB68E72FFCD595400D0D04@FR712WXCHMBA09.zeu.alcatel-lucent.com> Hey, The formal OpenStack documentation regarding Server's metadata attribute is that this attribute is optional. When looking into the API responses for listServers or getServer - once an attribute is an optional one, then the general behavior of the serialization into API response is not to include/mention the attribute in the responses. My question is what is expected from the metadata attribute? Because, when I am running against an OpenStack node - I still have the metadata included/mentioned in the responses even though it is empty. Moreover, all the documentation examples for the above APIs, listServers or getServer - the metadata attribute is not included/mentioned. Can someone explain? Thanks. Maty. -------------- next part -------------- An HTML attachment was scrubbed... URL: From prag_2648 at yahoo.co.in Thu Sep 12 06:05:53 2013 From: prag_2648 at yahoo.co.in (pragya jain) Date: Thu, 12 Sep 2013 14:05:53 +0800 (SGT) Subject: [Openstack] problem in preparing and labeling the drives in order to mount them Message-ID: <1378965953.55607.YahooMailNeo@web193606.mail.sg3.yahoo.com> I have to prepare and label the drives in order to mount them. I run some commands to survey what's on the system: root at arun-Aspire-5742:~# df Filesystem 1K-blocks Used Available Use% Mounted on /dev/sda4 177866264 4164648 164666508 3% / udev 2918600 4 2918596 1% /dev tmpfs 1170364 892 1169472 1% /run none 5120 4 5116 1% /run/lock none 2925908 216 2925692 1% /run/shm root at arun-Aspire-5742:~# cat /proc/mounts rootfs / rootfs rw 0 0 sysfs /sys sysfs rw,nosuid,nodev,noexec,relatime 0 0 proc /proc proc rw,nosuid,nodev,noexec,relatime 0 0 udev /dev devtmpfs rw,relatime,size=2918600k,nr_inodes=198985,mode=755 0 0 devpts /dev/pts devpts rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000 0 0 tmpfs /run tmpfs rw,nosuid,relatime,size=1170364k,mode=755 0 0 /dev/disk/by-uuid/5259827c-cc52-43f4-bc2c-7aac2f927b02 / ext4 rw,relatime,errors=remount-ro,user_xattr,barrier=1,data=ordered 0 0 none /sys/fs/fuse/connections fusectl rw,relatime 0 0 none /sys/kernel/debug debugfs rw,relatime 0 0 none /sys/kernel/security securityfs rw,relatime 0 0 none /run/lock tmpfs rw,nosuid,nodev,noexec,relatime,size=5120k 0 0 none /run/shm tmpfs rw,nosuid,nodev,relatime 0 0 gvfs-fuse-daemon /home/arun/.gvfs fuse.gvfs-fuse-daemon rw,nosuid,nodev,relatime,user_id=1000,group_id=1000 0 0 root at arun-Aspire-5742:~# ls /sys/block loop0 loop3 loop6 ram1 ram12 ram15 ram4 ram7 sda sr1 loop1 loop4 loop7 ram10 ram13 ram2 ram5 ram8 sdb loop2 loop5 ram0 ram11 ram14 ram3 ram6 ram9 sr0 root at arun-Aspire-5742:~# sudo blkid /dev/sda1: LABEL="System Reserved" UUID="12BA0286BA026717" TYPE="ntfs" /dev/sda2: UUID="D8EA06E4EA06BEAE" TYPE="ntfs" /dev/sda4: UUID="5259827c-cc52-43f4-bc2c-7aac2f927b02" TYPE="ext4" /dev/sda5: UUID="8AE41BA8E41B9613" TYPE="ntfs" /dev/sda6: UUID="3A14E4D814E497E1" TYPE="ntfs" /dev/sda7: UUID="a7c2ed39-1081-4702-9aed-a42b80a07cff" TYPE="swap" /dev/sr1: LABEL="20110729_053228" TYPE="iso9660" root at arun-Aspire-5742:~# sudo mkfs.xfs -L d1 /dev/sda2 mkfs.xfs: /dev/sda2 appears to contain an existing filesystem (ntfs). mkfs.xfs: Use the -f option to force overwrite. Now, my problem is: I don't understand which device should I label as "d1"? how many devices should I label as "d1", "d2" etc.? Please help me in this regard. -------------- next part -------------- An HTML attachment was scrubbed... URL: From prag_2648 at yahoo.co.in Thu Sep 12 06:06:45 2013 From: prag_2648 at yahoo.co.in (pragya jain) Date: Thu, 12 Sep 2013 14:06:45 +0800 (SGT) Subject: [Openstack] Fw: problem in preparing and labeling the drives in order to mount them In-Reply-To: <1378965953.55607.YahooMailNeo@web193606.mail.sg3.yahoo.com> References: <1378965953.55607.YahooMailNeo@web193606.mail.sg3.yahoo.com> Message-ID: <1378966005.47414.YahooMailNeo@web193602.mail.sg3.yahoo.com> ----- Forwarded Message ----- >From: pragya jain >To: "clay.gerrard at gmail.com" >Cc: "openstack at lists.openstack.org" >Sent: Thursday, 12 September 2013 11:35 AM >Subject: problem in preparing and labeling the drives in order to mount them > > > >I have to prepare and label the drives in order to mount them. >I run some commands to survey what's on the system: >root at arun-Aspire-5742:~# df Filesystem 1K-blocks Used Available Use% Mounted on /dev/sda4 177866264 4164648 164666508 3% / udev 2918600 4 2918596 1% /dev tmpfs 1170364 892 1169472 1% /run none 5120 4 5116 1% /run/lock none 2925908 216 2925692 1% /run/shm >root at arun-Aspire-5742:~# cat /proc/mounts rootfs / rootfs rw 0 0 sysfs /sys sysfs rw,nosuid,nodev,noexec,relatime 0 0 proc /proc proc rw,nosuid,nodev,noexec,relatime 0 0 udev /dev devtmpfs rw,relatime,size=2918600k,nr_inodes=198985,mode=755 0 0 devpts /dev/pts devpts rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000 0 0 tmpfs /run tmpfs rw,nosuid,relatime,size=1170364k,mode=755 0 0 /dev/disk/by-uuid/5259827c-cc52-43f4-bc2c-7aac2f927b02 / ext4 rw,relatime,errors=remount-ro,user_xattr,barrier=1,data=ordered 0 0 none /sys/fs/fuse/connections fusectl rw,relatime 0 0 none /sys/kernel/debug debugfs rw,relatime 0 0 none /sys/kernel/security securityfs rw,relatime 0 0 none /run/lock tmpfs rw,nosuid,nodev,noexec,relatime,size=5120k 0 0 none /run/shm tmpfs rw,nosuid,nodev,relatime 0 0 gvfs-fuse-daemon /home/arun/.gvfs fuse.gvfs-fuse-daemon rw,nosuid,nodev,relatime,user_id=1000,group_id=1000 0 0 >root at arun-Aspire-5742:~# ls /sys/block loop0 loop3 loop6 ram1 ram12 ram15 ram4 ram7 sda sr1 loop1 loop4 loop7 ram10 ram13 ram2 ram5 ram8 sdb loop2 loop5 ram0 ram11 ram14 ram3 ram6 ram9 sr0 >root at arun-Aspire-5742:~# sudo blkid /dev/sda1: LABEL="System Reserved" UUID="12BA0286BA026717" TYPE="ntfs" /dev/sda2: UUID="D8EA06E4EA06BEAE" TYPE="ntfs" /dev/sda4: UUID="5259827c-cc52-43f4-bc2c-7aac2f927b02" TYPE="ext4" /dev/sda5: UUID="8AE41BA8E41B9613" TYPE="ntfs" /dev/sda6: UUID="3A14E4D814E497E1" TYPE="ntfs" /dev/sda7: UUID="a7c2ed39-1081-4702-9aed-a42b80a07cff" TYPE="swap" /dev/sr1: LABEL="20110729_053228" TYPE="iso9660" >root at arun-Aspire-5742:~# sudo mkfs.xfs -L d1 /dev/sda2 mkfs.xfs: /dev/sda2 appears to contain an existing filesystem (ntfs). >mkfs.xfs: Use the -f option to force overwrite. >Now, my problem is: I don't understand which device should I label as "d1"? how many devices should I label as "d1", "d2" etc.? >Please help me in this regard. > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From tyky72 at gmail.com Thu Sep 12 06:24:52 2013 From: tyky72 at gmail.com (Juha Tynninen) Date: Thu, 12 Sep 2013 09:24:52 +0300 Subject: [Openstack] [Ceilometer/Heat in Havana]: Should autoscaling groups work already? Message-ID: Hi, I met the problem when tried to be using autoscaling groups in heat templates with havana (see: https://bugs.launchpad.net/heat/+bug/1223710) Can anyone confirm whether the autoscaling should already work with havana? Currently the evaluation of the ceilometer alarm/meter data seems to be failing: ceilometer-alarm-singleton: ====================== 2013-09-11 10:16:28.074 5326 INFO ceilometer.alarm.threshold_evaluation [-] initiating evaluation cycle on 3 alarms 2013-09-11 10:16:28.108 5326 ERROR ceilometer.alarm.threshold_evaluation [-] alarm stats retrieval failed ... 2013-09-11 10:16:28.108 5326 TRACE ceilometer.alarm.threshold_evaluation File "/opt/stack/python-ceilometerclient/ceilometerclient/v2/statistics.py", line 29, in list 2013-09-11 10:16:28.108 5326 TRACE ceilometer.alarm.threshold_evaluation '/v2/meters/' + meter_name + '/statistics', 2013-09-11 10:16:28.108 5326 TRACE ceilometer.alarm.threshold_evaluation TypeError: cannot concatenate 'str' and 'NoneType' objects ceilometer-api: =============== 2013-09-11 10:16:28.221 4500 ERROR wsme.api [-] Server-side error: "metaquery not implemented". Detail: Traceback (most recent call last): File "/usr/local/lib/python2.7/dist-packages/wsmeext/pecan.py", line 70, in callfunction result = f(self, *args, **kwargs) File "/opt/stack/ceilometer/ceilometer/api/controllers/v2.py", line 693, in statistics for c in computed] File "/opt/stack/ceilometer/ceilometer/storage/impl_sqlalchemy.py", line 517, in get_meter_statistics query = self._make_stats_query(sample_filter, groupby) File "/opt/stack/ceilometer/ceilometer/storage/impl_sqlalchemy.py", line 468, in _make_stats_query return make_query_from_filter(query, sample_filter) File "/opt/stack/ceilometer/ceilometer/storage/impl_sqlalchemy.py", line 137, in make_query_from_filter raise NotImplementedError('metaquery not implemented') NotImplementedError: metaquery not implemented Many thanks, -Juha -------------- next part -------------- An HTML attachment was scrubbed... URL: From jitendra.b at pramati.com Thu Sep 12 06:36:02 2013 From: jitendra.b at pramati.com (Jitendra Kumar Bhaskar) Date: Thu, 12 Sep 2013 12:06:02 +0530 Subject: [Openstack] Need to change Network node Message-ID: Hi All, Openstack setup is running on test environment with three nodes( 4 compute , 1 network and 1 cloud). Every thing is working fine but I need to change network node due to some hardware issue. Already more than 10 vms are running. I am not getting any way ? So without interrupting of existing VM's how can I replace network node ? Regards* Jitendra Bhaskar* -------------- next part -------------- An HTML attachment was scrubbed... URL: From geraint at koding.com Thu Sep 12 06:44:28 2013 From: geraint at koding.com (Geraint Jones) Date: Thu, 12 Sep 2013 18:44:28 +1200 Subject: [Openstack] Need to change Network node In-Reply-To: References: Message-ID: <7BA23878-C931-4A5E-B070-05EF4C44F5CC@koding.com> As far as I am aware you are in for an outage no matter how you do it. However I am very interested in the answer to this as I am going to have to do the same very soon to upgrade our network node. Sent from my iPhone On 12/09/2013, at 6:36 PM, Jitendra Kumar Bhaskar wrote: > Hi All, > > Openstack setup is running on test environment with three nodes( 4 compute , 1 network and 1 cloud). Every thing is working fine but I need to change network node due to some hardware issue. Already more than 10 vms are running. I am not getting any way ? So without interrupting of existing VM's how can I replace network node ? > > Regards > Jitendra Bhaskar > > > > > _______________________________________________ > Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack -------------- next part -------------- An HTML attachment was scrubbed... URL: From eglynn at redhat.com Thu Sep 12 07:03:31 2013 From: eglynn at redhat.com (Eoghan Glynn) Date: Thu, 12 Sep 2013 03:03:31 -0400 (EDT) Subject: [Openstack] [Ceilometer/Heat in Havana]: Should autoscaling groups work already? In-Reply-To: References: Message-ID: <1759361669.13945573.1378969411623.JavaMail.root@redhat.com> Hi Juha, The problem you're encountering is a known restriction of the sqlalchemy storage driver, which doesn't yet provide the capability to select the statistics for the given Heat autoscaling group on which the scale up/down alarms are based (the so- called metaquery feature). In order for this feature to be present in the ceilometer API service, you'll need to use the mongodb storage driver instead. Thanks, Eoghan ----- Original Message ----- > Hi, > > I met the problem when tried to be using autoscaling groups in heat templates > with havana (see: > https://bugs.launchpad.net/heat/+bug/1223710 ) > > Can anyone confirm whether the autoscaling should already work with havana? > > Currently the evaluation of the ceilometer alarm/meter data seems to be > failing: > > > > ceilometer-alarm-singleton: > ====================== > 2013-09-11 10:16:28.074 5326 INFO ceilometer.alarm.threshold_evaluation [-] > initiating evaluation cycle on 3 alarms > 2013-09-11 10:16:28.108 5326 ERROR ceilometer.alarm.threshold_evaluation [-] > alarm stats retrieval failed > ... > 2013-09-11 10:16:28.108 5326 TRACE ceilometer.alarm.threshold_evaluation File > "/opt/stack/python-ceilometerclient/ceilometerclient/v2/statistics.py", line > 29, in list > 2013-09-11 10:16:28.108 5326 TRACE ceilometer.alarm.threshold_evaluation > '/v2/meters/' + meter_name + '/statistics', > 2013-09-11 10:16:28.108 5326 TRACE ceilometer.alarm.threshold_evaluation > TypeError: cannot concatenate 'str' and 'NoneType' objects > > ceilometer-api: > =============== > 2013-09-11 10:16:28.221 4500 ERROR wsme.api [-] Server-side error: "metaquery > not implemented". Detail: > Traceback (most recent call last): > > File "/usr/local/lib/python2.7/dist-packages/wsmeext/pecan.py", line 70, in > callfunction > result = f(self, *args, **kwargs) > > File "/opt/stack/ceilometer/ceilometer/api/controllers/v2.py", line 693, in > statistics > for c in computed] > > File "/opt/stack/ceilometer/ceilometer/storage/impl_sqlalchemy.py", line 517, > in get_meter_statistics > query = self._make_stats_query(sample_filter, groupby) > > File "/opt/stack/ceilometer/ceilometer/storage/impl_sqlalchemy.py", line 468, > in _make_stats_query > return make_query_from_filter(query, sample_filter) > > File "/opt/stack/ceilometer/ceilometer/storage/impl_sqlalchemy.py", line 137, > in make_query_from_filter > raise NotImplementedError('metaquery not implemented') > > NotImplementedError: metaquery not implemented > > > Many thanks, > -Juha > > _______________________________________________ > Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > From giuseppegaleota at gmail.com Thu Sep 12 07:09:53 2013 From: giuseppegaleota at gmail.com (Giuseppe Galeota) Date: Thu, 12 Sep 2013 09:09:53 +0200 Subject: [Openstack] [openstack-dev] [TROVE] database instance creation In-Reply-To: <704CAF8F-0CD6-4C02-9B5D-FB85081DFA96@gmail.com> References: <1378740889-sup-4360@fewbar.com> <74443A68-20FB-4C8F-B9A1-8914DBF5365F@tangent.org> <704CAF8F-0CD6-4C02-9B5D-FB85081DFA96@gmail.com> Message-ID: So, I think you are saying what Daniel Salinas said in a previous reply: "Trove allows you to deploy a single vm with 1 server instance of whichever service supported. So for example, if you were to deploy a mysql instance, you would have 1 vm with 1 mysql instance running on it. You can put as many databases on that one server instance as you would like with as many database users as you would like." For example, considering the use of the DBMS MySQL, Trove (today) allows to create 1 VM with 1 MySQL instance, in which Trove creates as many database as if I wrote: mysql> CRETAE database DB_01; mysql> CRETAE database DB_02; etc.... To do this, I should use the API /v1/instances writing: { "instance": { "databases": [ { "character_set": "utf8", "collate": "utf8_general_ci", "name": "DB_01" }, { "name": "DB_02" } etc.... Now, I have an endpoint in which the MySQL instance is running and databases were created like above. At this point, an application can USE databases (in order to CREATE tables and INSERT/SELECT data in the fields) by connecting to that endpoint (https://ip_address:3306) using, for example, the WSO2 Data Services Server. Is it right? Thank you all, Giuiseppe 2013/9/10 Michael Basnight > On Sep 10, 2013, at 6:01 AM, Brian Aker wrote: > > > Hi! > > > > On Sep 9, 2013, at 9:46 AM, Michael Basnight > wrote: > > > >> On Sep 9, 2013, at 8:38 AM, Clint Byrum wrote: > >> > >>> Perhaps: "Trove is designed to support a multi-user database for a > single > >>> OpenStack tenant within a Nova instance." > >> > >> +1. Very succinct, and it does remove ambiguity. Giuseppe, feel free to > update the wiki to reflect this, and help remove ambiguity in other areas. > Thank you Clint and Giuseppe. > > > > Let me be a little nit-picky. > > > > Trove when mapped to other RDBMS then MySQL may actually create multiple > "DATABASES". > > > > MySQL maps "CREATE DATABASE" to "CREATE SCHEMA" and Trove has inherited > this inconsistency. A number of other RDBMS have both of these implemented > and I would expect that they will call "CREATE DATABASE" instead. > > > > It would be more accurate to say that Trove supports the creation of > "DBMS" systems (though frankly some of the NO-SQL solutions don't fit that > definition due to their lack of data integrity). > > > > Additionally I would drop the "multi-user" part since some of the > proposed implementations lack "users" as well. > > > > Trove is a service that handles the maintenance, provisioning, etc… of > DBMS systems. > > > > Very good points. I've been in many a meeting trying to explain what Brian > just wrote. Ill be sure to add all this to the wiki today. Thank you Brian. > > > Cheers, > > -Brian > > > > > > > > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > -------------- next part -------------- An HTML attachment was scrubbed... URL: From enikanorov at mirantis.com Thu Sep 12 07:16:06 2013 From: enikanorov at mirantis.com (Eugene Nikanorov) Date: Thu, 12 Sep 2013 11:16:06 +0400 Subject: [Openstack] Need to change Network node In-Reply-To: <7BA23878-C931-4A5E-B070-05EF4C44F5CC@koding.com> References: <7BA23878-C931-4A5E-B070-05EF4C44F5CC@koding.com> Message-ID: Hi, How about moving L3 & dhcp agents as well as other networking services to other node? Multiple nodes having L3 and dhcp agents are supported since Grizzly. So you don't need to have dedicated network node for these agents. You'll probably need to recreate (or reschedule) routers if you have any, but it seems like your VMs should continue working and have connectivity (within tenant private network) Thanks, Eugene. On Thu, Sep 12, 2013 at 10:44 AM, Geraint Jones wrote: > As far as I am aware you are in for an outage no matter how you do it. > However I am very interested in the answer to this as I am going to have to > do the same very soon to upgrade our network node. > > Sent from my iPhone > > On 12/09/2013, at 6:36 PM, Jitendra Kumar Bhaskar > wrote: > > Hi All, > > Openstack setup is running on test environment with three nodes( 4 compute > , 1 network and 1 cloud). Every thing is working fine but I need to change > network node due to some hardware issue. Already more than 10 vms are > running. I am not getting any way ? So without interrupting of existing > VM's how can I replace network node ? > > Regards* > Jitendra Bhaskar* > > > > > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jitendra.b at pramati.com Thu Sep 12 07:41:31 2013 From: jitendra.b at pramati.com (Jitendra Kumar Bhaskar) Date: Thu, 12 Sep 2013 13:11:31 +0530 Subject: [Openstack] Need to change Network node In-Reply-To: References: <7BA23878-C931-4A5E-B070-05EF4C44F5CC@koding.com> Message-ID: Thanks Eugene. As I am using dedicated network node, l3 and dhcp are are running on that node only. I will try to replace network node and will recreate router and subnet as same as previous setup for all tenants and will update here the result. Regards* Jitendra Bhaskar* On Thu, Sep 12, 2013 at 12:46 PM, Eugene Nikanorov wrote: > Hi, > > How about moving L3 & dhcp agents as well as other networking services to > other node? > Multiple nodes having L3 and dhcp agents are supported since Grizzly. So > you don't need to have dedicated network node for these agents. > You'll probably need to recreate (or reschedule) routers if you have any, > but it seems like your VMs should continue working and have connectivity > (within tenant private network) > > Thanks, > Eugene. > > > On Thu, Sep 12, 2013 at 10:44 AM, Geraint Jones wrote: > >> As far as I am aware you are in for an outage no matter how you do it. >> However I am very interested in the answer to this as I am going to have to >> do the same very soon to upgrade our network node. >> >> Sent from my iPhone >> >> On 12/09/2013, at 6:36 PM, Jitendra Kumar Bhaskar >> wrote: >> >> Hi All, >> >> Openstack setup is running on test environment with three nodes( 4 >> compute , 1 network and 1 cloud). Every thing is working fine but I need to >> change network node due to some hardware issue. Already more than 10 vms >> are running. I am not getting any way ? So without interrupting of existing >> VM's how can I replace network node ? >> >> Regards* >> Jitendra Bhaskar* >> >> >> >> >> _______________________________________________ >> Mailing list: >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> Post to : openstack at lists.openstack.org >> Unsubscribe : >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> >> >> _______________________________________________ >> Mailing list: >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> Post to : openstack at lists.openstack.org >> Unsubscribe : >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mahardika.gilang at andalabs.com Thu Sep 12 07:57:32 2013 From: mahardika.gilang at andalabs.com (Mahardhika) Date: Thu, 12 Sep 2013 14:57:32 +0700 Subject: [Openstack] Swift Fail Unauthorized In-Reply-To: <5230D7CE.9080309@redhat.com> References: <522FF7D5.10803@andalabs.com> <5230D7CE.9080309@redhat.com> Message-ID: <523173EC.6000407@andalabs.com> Hi, thanks i'll do multinode process for this time. if error still appear i'll update On 9/12/2013 3:51 AM, Adam Young wrote: > I am the Keystone dev that wrote the PKI token code. > > Here is my guide to troubleshooting it. > > http://adam.younglogic.com/2013/07/troubleshooting-pki-middleware/ > > > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack -- Regards, Mahardhika Gilang From tom at openstack.org Thu Sep 12 08:16:43 2013 From: tom at openstack.org (Tom Fifield) Date: Thu, 12 Sep 2013 18:16:43 +1000 Subject: [Openstack] Translation Push - get the dashboard in your language by Sep 24 Message-ID: <5231786B.3030803@openstack.org> Do you write Spanish, Italian, Russian, German or Dutch? How about Portuguese? Indonesian? Arabic? Hindi? Actually, if you can write in any language other than English, you have the ability to help get the OpenStack Dashboard into your language. Find your language on: https://www.transifex.com/projects/p/horizon/ and join the team. It's actually a lot of fun, all done through an easy web interface. If we can get 100% completion in your language by September 24th, your text will be included in the next release of OpenStack for thousands around the world to see. So, why not get your friends together and make it happen? :) Thanks, from your friendly Internationalisation Team https://wiki.openstack.org/wiki/I18nTeam From enikanorov at mirantis.com Thu Sep 12 08:29:40 2013 From: enikanorov at mirantis.com (Eugene Nikanorov) Date: Thu, 12 Sep 2013 12:29:40 +0400 Subject: [Openstack] Need to change Network node In-Reply-To: References: <7BA23878-C931-4A5E-B070-05EF4C44F5CC@koding.com> Message-ID: I don't think you need to recreate tenant subnet. First of all it probably will not be possible because of VMs connected to existing one. Secondly, there is no need as moving L3 and dhcp agents should not affect existing subnet for already running VMs Thanks, Eugene. On Thu, Sep 12, 2013 at 11:41 AM, Jitendra Kumar Bhaskar < jitendra.b at pramati.com> wrote: > Thanks Eugene. > As I am using dedicated network node, l3 and dhcp are are running on that > node only. I will try to replace network node and will recreate router and > subnet as same as previous setup for all tenants and will update here the > result. > > Regards* > Jitendra Bhaskar* > > > > > > > On Thu, Sep 12, 2013 at 12:46 PM, Eugene Nikanorov < > enikanorov at mirantis.com> wrote: > >> Hi, >> >> How about moving L3 & dhcp agents as well as other networking services to >> other node? >> Multiple nodes having L3 and dhcp agents are supported since Grizzly. So >> you don't need to have dedicated network node for these agents. >> You'll probably need to recreate (or reschedule) routers if you have any, >> but it seems like your VMs should continue working and have connectivity >> (within tenant private network) >> >> Thanks, >> Eugene. >> >> >> On Thu, Sep 12, 2013 at 10:44 AM, Geraint Jones wrote: >> >>> As far as I am aware you are in for an outage no matter how you do it. >>> However I am very interested in the answer to this as I am going to have to >>> do the same very soon to upgrade our network node. >>> >>> Sent from my iPhone >>> >>> On 12/09/2013, at 6:36 PM, Jitendra Kumar Bhaskar < >>> jitendra.b at pramati.com> wrote: >>> >>> Hi All, >>> >>> Openstack setup is running on test environment with three nodes( 4 >>> compute , 1 network and 1 cloud). Every thing is working fine but I need to >>> change network node due to some hardware issue. Already more than 10 vms >>> are running. I am not getting any way ? So without interrupting of existing >>> VM's how can I replace network node ? >>> >>> Regards* >>> Jitendra Bhaskar* >>> >>> >>> >>> >>> _______________________________________________ >>> Mailing list: >>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>> Post to : openstack at lists.openstack.org >>> Unsubscribe : >>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>> >>> >>> _______________________________________________ >>> Mailing list: >>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>> Post to : openstack at lists.openstack.org >>> Unsubscribe : >>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>> >>> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mahardika.gilang at andalabs.com Thu Sep 12 08:35:08 2013 From: mahardika.gilang at andalabs.com (Mahardhika) Date: Thu, 12 Sep 2013 15:35:08 +0700 Subject: [Openstack] Translation Push - get the dashboard in your language by Sep 24 In-Reply-To: <5231786B.3030803@openstack.org> References: <5231786B.3030803@openstack.org> Message-ID: <52317CBC.7040809@andalabs.com> Wow that great!, i am in for indonesian language. On 9/12/2013 3:16 PM, Tom Fifield wrote: > Do you write Spanish, Italian, Russian, German or Dutch? > > How about Portuguese? Indonesian? Arabic? Hindi? > > Actually, if you can write in any language other than English, you > have the ability to help get the OpenStack Dashboard into your language. > > Find your language on: > > https://www.transifex.com/projects/p/horizon/ > > and join the team. > > > It's actually a lot of fun, all done through an easy web interface. > > If we can get 100% completion in your language by September 24th, your > text will be included in the next release of OpenStack for thousands > around the world to see. > > So, why not get your friends together and make it happen? :) > > > Thanks, > > from your friendly Internationalisation Team > https://wiki.openstack.org/wiki/I18nTeam > > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack -- Regards, Mahardhika Gilang *PT. Andalabs Technology * Gedung Gravira Jl. Cideng Barat no. 54 Jakarta Pusat 10150 HP : 0852 139 55861 Email : mahardika.gilang at andalabs.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From maty.grosz at alcatel-lucent.com Thu Sep 12 08:43:12 2013 From: maty.grosz at alcatel-lucent.com (GROSZ, Maty (Maty)) Date: Thu, 12 Sep 2013 08:43:12 +0000 Subject: [Openstack] Nova Client CLI Tool: Configure nova client CLI tool to consume image APIs from Glance service Message-ID: <7A0D7FA093BE9640AB68E72FFCD595400D133A@FR712WXCHMBA09.zeu.alcatel-lucent.com> Hey, I am trying to find out how do I configure nova client CLI tool to consume image APIs from Glance service instead of nova v2.0. Someone can help? Thanks, Maty. [logo] Maty Grosz Alcatel-Lucent APIs Functional Owner, R&D CLOUDBAND BUSINESS UNIT 16 Atir Yeda St. Kfar-Saba 44643, ISRAEL T: +972 (0) 9 7933078 F: +972 (0) 9 7933700 maty.grosz at alcatel-lucent.com -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 5929 bytes Desc: image001.jpg URL: From raghavendra.lad at accenture.com Thu Sep 12 09:14:21 2013 From: raghavendra.lad at accenture.com (raghavendra.lad at accenture.com) Date: Thu, 12 Sep 2013 09:14:21 +0000 Subject: [Openstack] Translation Push - get the dashboard in your language by Sep 24 In-Reply-To: <52317CBC.7040809@andalabs.com> References: <5231786B.3030803@openstack.org> <52317CBC.7040809@andalabs.com> Message-ID: Hi, I am in for Hindi and Kannada languages. We can make the Dashboard into our language. All help would be rendered for this work. Regards, Raghavendra Lad Mobile: +91 098800 40919 From: Mahardhika [mailto:mahardika.gilang at andalabs.com] Sent: Thursday, September 12, 2013 2:05 PM To: Tom Fifield; OpenStack Mailing List; community at lists.openstack.org Subject: Re: [Openstack] Translation Push - get the dashboard in your language by Sep 24 Wow that great!, i am in for indonesian language. On 9/12/2013 3:16 PM, Tom Fifield wrote: Do you write Spanish, Italian, Russian, German or Dutch? How about Portuguese? Indonesian? Arabic? Hindi? Actually, if you can write in any language other than English, you have the ability to help get the OpenStack Dashboard into your language. Find your language on: https://www.transifex.com/projects/p/horizon/ and join the team. It's actually a lot of fun, all done through an easy web interface. If we can get 100% completion in your language by September 24th, your text will be included in the next release of OpenStack for thousands around the world to see. So, why not get your friends together and make it happen? :) Thanks, from your friendly Internationalisation Team https://wiki.openstack.org/wiki/I18nTeam _______________________________________________ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : openstack at lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack -- Regards, Mahardhika Gilang PT. Andalabs Technology Gedung Gravira Jl. Cideng Barat no. 54 Jakarta Pusat 10150 HP : 0852 139 55861 Email : mahardika.gilang at andalabs.com ________________________________ This message is for the designated recipient only and may contain privileged, proprietary, or otherwise confidential information. If you have received it in error, please notify the sender immediately and delete the original. Any other use of the e-mail by you is prohibited. Where allowed by local law, electronic communications with Accenture and its affiliates, including e-mail and instant messaging (including content), may be scanned by our systems for the purposes of information security and assessment of internal compliance with Accenture policy. ______________________________________________________________________________________ www.accenture.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From swapnilkulkarni2608 at gmail.com Thu Sep 12 09:31:41 2013 From: swapnilkulkarni2608 at gmail.com (Swapnil Kulkarni) Date: Thu, 12 Sep 2013 15:01:41 +0530 Subject: [Openstack] Translation Push - get the dashboard in your language by Sep 24 In-Reply-To: References: <5231786B.3030803@openstack.org> <52317CBC.7040809@andalabs.com> Message-ID: I am also in for Hindi. Best Regards, Swapnil Kulkarni swapnilkulkarni2608 at gmail.com +91-87960 10622(c) http://in.linkedin.com/in/coolsvap On Thu, Sep 12, 2013 at 2:44 PM, wrote: > Hi,**** > > ** ** > > I am in for Hindi and Kannada languages. We can make the Dashboard into > our language. All help would be rendered for this work.**** > > ** ** > > Regards,**** > > Raghavendra Lad**** > > Mobile: +91 098800 40919**** > > ** ** > > *From:* Mahardhika [mailto:mahardika.gilang at andalabs.com] > *Sent:* Thursday, September 12, 2013 2:05 PM > *To:* Tom Fifield; OpenStack Mailing List; community at lists.openstack.org > *Subject:* Re: [Openstack] Translation Push - get the dashboard in your > language by Sep 24**** > > ** ** > > Wow that great!, i am in for indonesian language. > On 9/12/2013 3:16 PM, Tom Fifield wrote:**** > > Do you write Spanish, Italian, Russian, German or Dutch? > > How about Portuguese? Indonesian? Arabic? Hindi? > > Actually, if you can write in any language other than English, you have > the ability to help get the OpenStack Dashboard into your language. > > Find your language on: > > https://www.transifex.com/projects/p/horizon/ > > and join the team. > > > It's actually a lot of fun, all done through an easy web interface. > > If we can get 100% completion in your language by September 24th, your > text will be included in the next release of OpenStack for thousands around > the world to see. > > So, why not get your friends together and make it happen? :) > > > Thanks, > > from your friendly Internationalisation Team > https://wiki.openstack.org/wiki/I18nTeam > > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack **** > > ** ** > > -- > Regards, > Mahardhika Gilang > > *PT. Andalabs Technology * > Gedung Gravira > Jl. Cideng Barat no. 54 > Jakarta Pusat 10150 > > HP : 0852 139 55861 > Email : mahardika.gilang at andalabs.com **** > > ------------------------------ > This message is for the designated recipient only and may contain > privileged, proprietary, or otherwise confidential information. If you have > received it in error, please notify the sender immediately and delete the > original. Any other use of the e-mail by you is prohibited. > > Where allowed by local law, electronic communications with Accenture and > its affiliates, including e-mail and instant messaging (including content), > may be scanned by our systems for the purposes of information security and > assessment of internal compliance with Accenture policy. > > > ______________________________________________________________________________________ > > www.accenture.com > > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From chandankumar.093047 at gmail.com Thu Sep 12 09:55:01 2013 From: chandankumar.093047 at gmail.com (chandankumar) Date: Thu, 12 Sep 2013 15:25:01 +0530 Subject: [Openstack] Translation Push - get the dashboard in your language by Sep 24 In-Reply-To: References: <5231786B.3030803@openstack.org> <52317CBC.7040809@andalabs.com> Message-ID: <52318F75.7000404@gmail.com> Hello All, On 09/12/2013 03:01 PM, Swapnil Kulkarni wrote: > I am also in for Hindi. > > Best Regards, > Swapnil Kulkarni > swapnilkulkarni2608 at gmail.com > +91-87960 10622(c) > http://in.linkedin.com/in/coolsvap > > > > On Thu, Sep 12, 2013 at 2:44 PM, > wrote: > > Hi, > > I am in for Hindi and Kannada languages. We can make the Dashboard > into our language. All help would be rendered for this work. > > Regards, > > Raghavendra Lad > > Mobile: +91 098800 40919 > > *From:*Mahardhika [mailto:mahardika.gilang at andalabs.com > ] > *Sent:* Thursday, September 12, 2013 2:05 PM > *To:* Tom Fifield; OpenStack Mailing List; > community at lists.openstack.org > *Subject:* Re: [Openstack] Translation Push - get the dashboard in > your language by Sep 24 > > Wow that great!, i am in for indonesian language. > On 9/12/2013 3:16 PM, Tom Fifield wrote: > > Do you write Spanish, Italian, Russian, German or Dutch? > > How about Portuguese? Indonesian? Arabic? Hindi? > > Actually, if you can write in any language other than English, > you have the ability to help get the OpenStack Dashboard into > your language. > > Find your language on: > > https://www.transifex.com/projects/p/horizon/ > > and join the team. > > > It's actually a lot of fun, all done through an easy web > interface. > > If we can get 100% completion in your language by September > 24th, your text will be included in the next release of > OpenStack for thousands around the world to see. > > So, why not get your friends together and make it happen? :) > But before pushing, we need to review the translation first. > > > Thanks, > > from your friendly Internationalisation Team > https://wiki.openstack.org/wiki/I18nTeam > > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > -- > Regards, > Mahardhika Gilang > > *PT. Andalabs Technology * > Gedung Gravira > Jl. Cideng Barat no. 54 > Jakarta Pusat 10150 > > HP : 0852 139 55861 > Email : mahardika.gilang at andalabs.com > > > > ------------------------------------------------------------------------ > This message is for the designated recipient only and may contain > privileged, proprietary, or otherwise confidential information. If > you have received it in error, please notify the sender > immediately and delete the original. Any other use of the e-mail > by you is prohibited. > > Where allowed by local law, electronic communications with > Accenture and its affiliates, including e-mail and instant > messaging (including content), may be scanned by our systems for > the purposes of information security and assessment of internal > compliance with Accenture policy. > > ______________________________________________________________________________________ > > www.accenture.com > > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > > > > _______________________________________________ > Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Thanks, Chandan Kumar -------------- next part -------------- An HTML attachment was scrubbed... URL: From rahulsharmaait at gmail.com Thu Sep 12 11:48:30 2013 From: rahulsharmaait at gmail.com (Rahul Sharma) Date: Thu, 12 Sep 2013 17:18:30 +0530 Subject: [Openstack] Instances running on VMware ESXi are unable to configure IP Message-ID: Hi All,**** ** ** When we create port-group “br-int” on ESX and launch instance, instance gets launched on ESX and is assigned port-group br-int. Since this br-int is unable to communicate with network-node over GRE, communication fails. Diagram with “initial-setup” shown below lists the connectivity of Nova-compute placed on ESX-host and instances getting launched on ESX host:- **** ** ** **** ** ** To allow vm’s to communicate with network node over GRE, we can assign one more nic(eth2) to nova-compute, put br-int(esx) in promiscuous mode and add eth2 to “br-int” on nova-compute. Now the packet will traverse as VM -> br-int(esx) -> eth2(compute) -> br-int(compute) -> br-tun(compute) -> Network-Node(over GRE tunnel). Below diagram explains the same:-**** ** ** **** ** ** ** ** ** ** *Still this will not work because the rules configured on openvswitches (br-int and br-tun) will drop the packets!!!* ** ** Inbuilt Openvswitch-controller configures the vswitches to allow only specific flows which matches the rules installed on them. Even if we add eth2 to br-int, we will also need to add generic rules to br-int and br-tun such that they are able to pass the packets received from eth2 to br-int, then to br-tun and then to network node over GRE tunnel. Here is one sample output of the flow-dumps of br-int and br-tun of compute node:-**** ** ** *br-int flows:-* NXST_FLOW reply (xid=0x4):**** cookie=0x0, duration=96.138s, table=0, n_packets=0, n_bytes=0, priority=1 actions=NORMAL**** ** ** *br-tun flows:-* NXST_FLOW reply (xid=0x4):**** cookie=0x0, duration=98.322s, table=0, n_packets=0, n_bytes=0, priority=1 actions=drop**** ** ** ** ** Can someone help me in identifying what flows I should add such that I am not breaking any functionality of quantum. Though the above workaround will allow vm’s on ESX to communicate with one another which should not be allowed(if they are under different tenants), rest everything almost works fine.**** ** ** Any inputs or suggestions for this would be greatly acknowledged.**** ** ** Thanks and Regards**** Rahul Sharma**** -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 24410 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.png Type: image/png Size: 22523 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: initial setup.PNG Type: image/png Size: 26342 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: workaround.PNG Type: image/png Size: 24644 bytes Desc: not available URL: From tyky72 at gmail.com Thu Sep 12 12:07:26 2013 From: tyky72 at gmail.com (Juha Tynninen) Date: Thu, 12 Sep 2013 15:07:26 +0300 Subject: [Openstack] [Ceilometer/Heat in Havana]: Should autoscaling groups work already? In-Reply-To: <1759361669.13945573.1378969411623.JavaMail.root@redhat.com> References: <1759361669.13945573.1378969411623.JavaMail.root@redhat.com> Message-ID: Hi, Many thanks, that helped. I no longer see those errors in the log. However, even though cpu_util metric data gets inserted to the ceilometer db with values bigger than the threshold defined for scaling-up in the template (template used can be seen here: https://bugs.launchpad.net/heat/+bug/1223710), no actions get triggered. All I see in the ceilometer-alarm-singleton log are "initiating evaluation cycle on 2 alarms" entries. No entries in ceilometer-alarm-notifier log. Any ideas / pointers what could be the reason for this...? ---clip--- 2013-09-12 14:50:30.800 17868 INFO ceilometer.alarm.threshold_evaluation [-] initiating evaluation cycle on 2 alarms 2013-09-12 14:50:30.811 17868 DEBUG ceilometer.alarm.threshold_evaluation [-] evaluating alarm 7676439e-7ed5-4748-80ca-e161083ae8ff evaluate /opt/stack/ceilometer/ceilometer/alarm/threshold_evaluation.py:215 2013-09-12 14:50:30.816 17868 DEBUG ceilometer.alarm.threshold_evaluation [-] query stats from 2013-09-12 11:49:30.815225 to 2013-09-12 11:50:30.815225 _bound_duration /opt/stack/ceilometer/ceilometer/alarm/threshold_evaluation.py:99 2013-09-12 14:50:30.841 17868 DEBUG ceilometer.alarm.threshold_evaluation [-] stats query [{'field': u'metadata.user_metadata.server_group', 'value': u'Group_A', 'op': 'eq'}, {'field': 'timestamp', 'value': '2013-09-12T11:50:30.815225', 'op': 'le'}, {'field': 'timestamp', 'value': '2013-09-12T11:49:30.815225', 'op': 'ge'}] _statistics /opt/stack/ceilometer/ceilometer/alarm/threshold_evaluation.py:120 2013-09-12 14:50:30.847 17868 DEBUG ceilometerclient.common.http [-] curl -i -X GET -H 'X-Auth-Token: 2013-09-12 14:50:31.206 17868 DEBUG ceilometer.alarm.threshold_evaluation [-] sanitize stats [] _sanitize /opt/stack/ceilometer/ceilometer/alarm/threshold_evaluation.py:111 2013-09-12 14:50:31.220 17868 DEBUG ceilometer.alarm.threshold_evaluation [-] pruned statistics to 0 _sanitize /opt/stack/ceilometer/ceilometer/alarm/threshold_evaluation.py:115 2013-09-12 14:50:31.243 17868 DEBUG ceilometer.alarm.threshold_evaluation [-] evaluating alarm 15b78e83-c195-485d-a9f0-fc4d5a1c8fdf evaluate /opt/stack/ceilometer/ceilometer/alarm/threshold_evaluation.py:215 2013-09-12 14:50:31.252 17868 DEBUG ceilometer.alarm.threshold_evaluation [-] query stats from 2013-09-12 11:49:31.250748 to 2013-09-12 11:50:31.250748 _bound_duration /opt/stack/ceilometer/ceilometer/alarm/threshold_evaluation.py:99 2013-09-12 14:50:31.261 17868 DEBUG ceilometer.alarm.threshold_evaluation [-] stats query [{'field': u'metadata.user_metadata.server_group', 'value': u'Group_A', 'op': 'eq'}, {'field': 'timestamp', 'value': '2013-09-12T11:50:31.250748', 'op': 'le'}, {'field': 'timestamp', 'value': '2013-09-12T11:49:31.250748', 'op': 'ge'}] _statistics /opt/stack/ceilometer/ceilometer/alarm/threshold_evaluation.py:120 ... 2013-09-12 14:50:31.391 17868 DEBUG ceilometer.alarm.threshold_evaluation [-] sanitize stats [] _sanitize /opt/stack/ceilometer/ceilometer/alarm/threshold_evaluation.py:111 2013-09-12 14:50:31.395 17868 DEBUG ceilometer.alarm.threshold_evaluation [-] pruned statistics to 0 _sanitize /opt/stack/ceilometer/ceilometer/alarm/threshold_evaluation.py:115 --clap-- Br, -Juha On 12 September 2013 10:03, Eoghan Glynn wrote: > > > Hi Juha, > > The problem you're encountering is a known restriction of the sqlalchemy > storage > driver, which doesn't yet provide the capability to select the statistics > for the > given Heat autoscaling group on which the scale up/down alarms are based > (the so- > called metaquery feature). > > In order for this feature to be present in the ceilometer API service, > you'll need > to use the mongodb storage driver instead. > > Thanks, > Eoghan > > ----- Original Message ----- > > Hi, > > > > I met the problem when tried to be using autoscaling groups in heat > templates > > with havana (see: > > https://bugs.launchpad.net/heat/+bug/1223710 ) > > > > Can anyone confirm whether the autoscaling should already work with > havana? > > > > Currently the evaluation of the ceilometer alarm/meter data seems to be > > failing: > > > > > > > > ceilometer-alarm-singleton: > > ====================== > > 2013-09-11 10:16:28.074 5326 INFO ceilometer.alarm.threshold_evaluation > [-] > > initiating evaluation cycle on 3 alarms > > 2013-09-11 10:16:28.108 5326 ERROR ceilometer.alarm.threshold_evaluation > [-] > > alarm stats retrieval failed > > ... > > 2013-09-11 10:16:28.108 5326 TRACE ceilometer.alarm.threshold_evaluation > File > > "/opt/stack/python-ceilometerclient/ceilometerclient/v2/statistics.py", > line > > 29, in list > > 2013-09-11 10:16:28.108 5326 TRACE ceilometer.alarm.threshold_evaluation > > '/v2/meters/' + meter_name + '/statistics', > > 2013-09-11 10:16:28.108 5326 TRACE ceilometer.alarm.threshold_evaluation > > TypeError: cannot concatenate 'str' and 'NoneType' objects > > > > ceilometer-api: > > =============== > > 2013-09-11 10:16:28.221 4500 ERROR wsme.api [-] Server-side error: > "metaquery > > not implemented". Detail: > > Traceback (most recent call last): > > > > File "/usr/local/lib/python2.7/dist-packages/wsmeext/pecan.py", line 70, > in > > callfunction > > result = f(self, *args, **kwargs) > > > > File "/opt/stack/ceilometer/ceilometer/api/controllers/v2.py", line 693, > in > > statistics > > for c in computed] > > > > File "/opt/stack/ceilometer/ceilometer/storage/impl_sqlalchemy.py", line > 517, > > in get_meter_statistics > > query = self._make_stats_query(sample_filter, groupby) > > > > File "/opt/stack/ceilometer/ceilometer/storage/impl_sqlalchemy.py", line > 468, > > in _make_stats_query > > return make_query_from_filter(query, sample_filter) > > > > File "/opt/stack/ceilometer/ceilometer/storage/impl_sqlalchemy.py", line > 137, > > in make_query_from_filter > > raise NotImplementedError('metaquery not implemented') > > > > NotImplementedError: metaquery not implemented > > > > > > Many thanks, > > -Juha > > > > _______________________________________________ > > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > Post to : openstack at lists.openstack.org > > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From marcelodieder at gmail.com Thu Sep 12 12:36:31 2013 From: marcelodieder at gmail.com (Marcelo Dieder) Date: Thu, 12 Sep 2013 09:36:31 -0300 Subject: [Openstack] Translation Push - get the dashboard in your language by Sep 24 In-Reply-To: <5231786B.3030803@openstack.org> References: <5231786B.3030803@openstack.org> Message-ID: <5231B54F.6030300@gmail.com> Hello Tom, Translating to Brazilian Portuguese.... Marcelo Dieder On 09/12/2013 05:16 AM, Tom Fifield wrote: > Do you write Spanish, Italian, Russian, German or Dutch? > > How about Portuguese? Indonesian? Arabic? Hindi? > > Actually, if you can write in any language other than English, you > have the ability to help get the OpenStack Dashboard into your language. > > Find your language on: > > https://www.transifex.com/projects/p/horizon/ > > and join the team. > > > It's actually a lot of fun, all done through an easy web interface. > > If we can get 100% completion in your language by September 24th, your > text will be included in the next release of OpenStack for thousands > around the world to see. > > So, why not get your friends together and make it happen? :) > > > Thanks, > > from your friendly Internationalisation Team > https://wiki.openstack.org/wiki/I18nTeam > > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack -------------- next part -------------- An HTML attachment was scrubbed... URL: From maksimov at gmail.com Thu Sep 12 12:57:57 2013 From: maksimov at gmail.com (Stas Maksimov) Date: Thu, 12 Sep 2013 13:57:57 +0100 Subject: [Openstack] Translation Push - get the dashboard in your language by Sep 24 In-Reply-To: <5231B54F.6030300@gmail.com> References: <5231786B.3030803@openstack.org> <5231B54F.6030300@gmail.com> Message-ID: In for Russian. On 12 September 2013 13:36, Marcelo Dieder wrote: > Hello Tom, > > Translating to Brazilian Portuguese.... > > Marcelo Dieder > > > > On 09/12/2013 05:16 AM, Tom Fifield wrote: > > Do you write Spanish, Italian, Russian, German or Dutch? > > How about Portuguese? Indonesian? Arabic? Hindi? > > Actually, if you can write in any language other than English, you have > the ability to help get the OpenStack Dashboard into your language. > > Find your language on: > > https://www.transifex.com/projects/p/horizon/ > > and join the team. > > > It's actually a lot of fun, all done through an easy web interface. > > If we can get 100% completion in your language by September 24th, your > text will be included in the next release of OpenStack for thousands around > the world to see. > > So, why not get your friends together and make it happen? :) > > > Thanks, > > from your friendly Internationalisation Team > https://wiki.openstack.org/wiki/I18nTeam > > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > > > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ilyaalekseyev at acm.org Thu Sep 12 13:07:29 2013 From: ilyaalekseyev at acm.org (Ilya Alekseyev) Date: Thu, 12 Sep 2013 17:07:29 +0400 Subject: [Openstack] Translation Push - get the dashboard in your language by Sep 24 In-Reply-To: References: <5231786B.3030803@openstack.org> <5231B54F.6030300@gmail.com> Message-ID: Working for it in Russian. Kind regards, Ilya Alekseyev 2013/9/12 Stas Maksimov > In for Russian. > > > On 12 September 2013 13:36, Marcelo Dieder wrote: > >> Hello Tom, >> >> Translating to Brazilian Portuguese.... >> >> Marcelo Dieder >> >> >> >> On 09/12/2013 05:16 AM, Tom Fifield wrote: >> >> Do you write Spanish, Italian, Russian, German or Dutch? >> >> How about Portuguese? Indonesian? Arabic? Hindi? >> >> Actually, if you can write in any language other than English, you have >> the ability to help get the OpenStack Dashboard into your language. >> >> Find your language on: >> >> https://www.transifex.com/projects/p/horizon/ >> >> and join the team. >> >> >> It's actually a lot of fun, all done through an easy web interface. >> >> If we can get 100% completion in your language by September 24th, your >> text will be included in the next release of OpenStack for thousands around >> the world to see. >> >> So, why not get your friends together and make it happen? :) >> >> >> Thanks, >> >> from your friendly Internationalisation Team >> https://wiki.openstack.org/wiki/I18nTeam >> >> _______________________________________________ >> Mailing list: >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> Post to : openstack at lists.openstack.org >> Unsubscribe : >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> >> >> >> _______________________________________________ >> Mailing list: >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> Post to : openstack at lists.openstack.org >> Unsubscribe : >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> >> > > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From eglynn at redhat.com Thu Sep 12 13:32:11 2013 From: eglynn at redhat.com (Eoghan Glynn) Date: Thu, 12 Sep 2013 09:32:11 -0400 (EDT) Subject: [Openstack] [Ceilometer/Heat in Havana]: Should autoscaling groups work already? In-Reply-To: References: <1759361669.13945573.1378969411623.JavaMail.root@redhat.com> Message-ID: <967443931.14092606.1378992731094.JavaMail.root@redhat.com> > Hi, > > Many thanks, that helped. I no longer see those errors in the log. Cool, further responses below. > However, even though cpu_util metric data gets inserted to the ceilometer > db with values bigger than the threshold defined for scaling-up in the > template (template used can be seen here: > https://bugs.launchpad.net/heat/+bug/1223710), no actions get triggered. > All I see in the ceilometer-alarm-singleton log are "initiating evaluation > cycle on 2 alarms" entries. No entries in ceilometer-alarm-notifier log. > > Any ideas / pointers what could be the reason for this...? > > ---clip--- > 2013-09-12 14:50:30.800 17868 INFO ceilometer.alarm.threshold_evaluation > [-] initiating evaluation cycle on 2 alarms > 2013-09-12 14:50:30.811 17868 DEBUG ceilometer.alarm.threshold_evaluation > [-] evaluating alarm 7676439e-7ed5-4748-80ca-e161083ae8ff evaluate > /opt/stack/ceilometer/ceilometer/alarm/threshold_evaluation.py:215 > 2013-09-12 14:50:30.816 17868 DEBUG ceilometer.alarm.threshold_evaluation > [-] query stats from 2013-09-12 11:49:30.815225 to 2013-09-12 > 11:50:30.815225 _bound_duration > /opt/stack/ceilometer/ceilometer/alarm/threshold_evaluation.py:99 > 2013-09-12 14:50:30.841 17868 DEBUG ceilometer.alarm.threshold_evaluation > [-] stats query [{'field': u'metadata.user_metadata.server_group', 'value': > u'Group_A', 'op': 'eq'}, {'field': 'timestamp', 'value': > '2013-09-12T11:50:30.815225', 'op': 'le'}, {'field': 'timestamp', 'value': > '2013-09-12T11:49:30.815225', 'op': 'ge'}] _statistics > /opt/stack/ceilometer/ceilometer/alarm/threshold_evaluation.py:120 > 2013-09-12 14:50:30.847 17868 DEBUG ceilometerclient.common.http [-] curl > -i -X GET -H 'X-Auth-Token: So this ^^^ is the statistics query used to select cpu_util metrics for all instances that are part of the autoscaling group - this is done on the basis of the instance user metadata including an attribute called server_group that's set to Group_A. > 2013-09-12 14:50:31.206 17868 DEBUG ceilometer.alarm.threshold_evaluation > [-] sanitize stats [] _sanitize > /opt/stack/ceilometer/ceilometer/alarm/threshold_evaluation.py:111 > 2013-09-12 14:50:31.220 17868 DEBUG ceilometer.alarm.threshold_evaluation > [-] pruned statistics to 0 _sanitize Since the statistics returned are effectively empty, the first thing to check is whether the existing instance has the correct user metadata set by Heat. On the basis of the query above, I would expect the instance metadata to be set as follows: {u'metering.server_group': u'Group_A'} Can you check that Heat has the appropriate metadata, with a simple query like: for s in $(nova list | awk -F\| '/ACTIVE/ {print $2}') ; do nova show $s ; done | grep metadata Secondly, looking at the timestamp constraint on the statistics query, effectively equivalent to: timestamp >= 2013-09-12T11:49:30.815225 ; timestamp <= 2013-09-12T11:50:30.815225 we see that the threshold evaluator is looking back a total of a single minute's duration. In order for the cpu_util samples to be available to meet this requirement depends on the configured cadence for the collection of this this meter. This defaults out-of-the-box to 600s, whether the alarm requires it be 60s at least. Check it's current value via: grep -A 1 cpu_pipeline /etc/ceilometer/pipeline.yaml The signature of this issue would be the alarm spending 9 of every 10 minutes in the insufficient_data state. This combined with the Heat autosclaing cooldown is likely to cause scale-up to suppressed. To resolve, simply edit as follows: sed -i '/cpu_pipeline/ { N s/interval: 600$/interval: 60/ }' /etc/ceilometer/pipeline.yaml and restart the ceilometer compute agent. Cheers, Eoghan > /opt/stack/ceilometer/ceilometer/alarm/threshold_evaluation.py:115 > 2013-09-12 14:50:31.243 17868 DEBUG ceilometer.alarm.threshold_evaluation > [-] evaluating alarm 15b78e83-c195-485d-a9f0-fc4d5a1c8fdf evaluate > /opt/stack/ceilometer/ceilometer/alarm/threshold_evaluation.py:215 > 2013-09-12 14:50:31.252 17868 DEBUG ceilometer.alarm.threshold_evaluation > [-] query stats from 2013-09-12 11:49:31.250748 to 2013-09-12 > 11:50:31.250748 _bound_duration > /opt/stack/ceilometer/ceilometer/alarm/threshold_evaluation.py:99 > 2013-09-12 14:50:31.261 17868 DEBUG ceilometer.alarm.threshold_evaluation > [-] stats query [{'field': u'metadata.user_metadata.server_group', 'value': > u'Group_A', 'op': 'eq'}, {'field': 'timestamp', 'value': > '2013-09-12T11:50:31.250748', 'op': 'le'}, {'field': 'timestamp', 'value': > '2013-09-12T11:49:31.250748', 'op': 'ge'}] _statistics > /opt/stack/ceilometer/ceilometer/alarm/threshold_evaluation.py:120 > ... > 2013-09-12 14:50:31.391 17868 DEBUG ceilometer.alarm.threshold_evaluation > [-] sanitize stats [] _sanitize > /opt/stack/ceilometer/ceilometer/alarm/threshold_evaluation.py:111 > 2013-09-12 14:50:31.395 17868 DEBUG ceilometer.alarm.threshold_evaluation > [-] pruned statistics to 0 _sanitize > /opt/stack/ceilometer/ceilometer/alarm/threshold_evaluation.py:115 > --clap-- > > Br, > -Juha > > > On 12 September 2013 10:03, Eoghan Glynn wrote: > > > > > > > Hi Juha, > > > > The problem you're encountering is a known restriction of the sqlalchemy > > storage > > driver, which doesn't yet provide the capability to select the statistics > > for the > > given Heat autoscaling group on which the scale up/down alarms are based > > (the so- > > called metaquery feature). > > > > In order for this feature to be present in the ceilometer API service, > > you'll need > > to use the mongodb storage driver instead. > > > > Thanks, > > Eoghan > > > > ----- Original Message ----- > > > Hi, > > > > > > I met the problem when tried to be using autoscaling groups in heat > > templates > > > with havana (see: > > > https://bugs.launchpad.net/heat/+bug/1223710 ) > > > > > > Can anyone confirm whether the autoscaling should already work with > > havana? > > > > > > Currently the evaluation of the ceilometer alarm/meter data seems to be > > > failing: > > > > > > > > > > > > ceilometer-alarm-singleton: > > > ====================== > > > 2013-09-11 10:16:28.074 5326 INFO ceilometer.alarm.threshold_evaluation > > [-] > > > initiating evaluation cycle on 3 alarms > > > 2013-09-11 10:16:28.108 5326 ERROR ceilometer.alarm.threshold_evaluation > > [-] > > > alarm stats retrieval failed > > > ... > > > 2013-09-11 10:16:28.108 5326 TRACE ceilometer.alarm.threshold_evaluation > > File > > > "/opt/stack/python-ceilometerclient/ceilometerclient/v2/statistics.py", > > line > > > 29, in list > > > 2013-09-11 10:16:28.108 5326 TRACE ceilometer.alarm.threshold_evaluation > > > '/v2/meters/' + meter_name + '/statistics', > > > 2013-09-11 10:16:28.108 5326 TRACE ceilometer.alarm.threshold_evaluation > > > TypeError: cannot concatenate 'str' and 'NoneType' objects > > > > > > ceilometer-api: > > > =============== > > > 2013-09-11 10:16:28.221 4500 ERROR wsme.api [-] Server-side error: > > "metaquery > > > not implemented". Detail: > > > Traceback (most recent call last): > > > > > > File "/usr/local/lib/python2.7/dist-packages/wsmeext/pecan.py", line 70, > > in > > > callfunction > > > result = f(self, *args, **kwargs) > > > > > > File "/opt/stack/ceilometer/ceilometer/api/controllers/v2.py", line 693, > > in > > > statistics > > > for c in computed] > > > > > > File "/opt/stack/ceilometer/ceilometer/storage/impl_sqlalchemy.py", line > > 517, > > > in get_meter_statistics > > > query = self._make_stats_query(sample_filter, groupby) > > > > > > File "/opt/stack/ceilometer/ceilometer/storage/impl_sqlalchemy.py", line > > 468, > > > in _make_stats_query > > > return make_query_from_filter(query, sample_filter) > > > > > > File "/opt/stack/ceilometer/ceilometer/storage/impl_sqlalchemy.py", line > > 137, > > > in make_query_from_filter > > > raise NotImplementedError('metaquery not implemented') > > > > > > NotImplementedError: metaquery not implemented > > > > > > > > > Many thanks, > > > -Juha > > > > > > _______________________________________________ > > > Mailing list: > > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > > Post to : openstack at lists.openstack.org > > > Unsubscribe : > > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > > > > > From tsierkkis at gmail.com Thu Sep 12 13:33:47 2013 From: tsierkkis at gmail.com (Pekka Rinne) Date: Thu, 12 Sep 2013 16:33:47 +0300 Subject: [Openstack] Using heat template for defining floating IPs for instances created by Autoscaling::LaunchConfiguration In-Reply-To: <20130911083629.GA1716@t430slt.redhat.com> References: <20130911083629.GA1716@t430slt.redhat.com> Message-ID: hello By using LoadBalancing I think traffic from outside can be handled. But in my case I'd need private network between instances, and then all instances should be able to connect to each other by using a network that is not visible outside. Also there could be several private internal networks, and some instances would get access to all of them but some only to few networks. I have tried this so that in heat template I define internal Neutron network and sub net and let AutoScaling create the instances. What happens is that Horizon network topology does always show that the instances are attached to the private network automatically. But the instances are not always able to get IP address from DHCP . Not even if i try that manually after stack processing is done. Sometimes this does work ok. Is this the intended way how internal network should be used in this case? But in case I have in my private network several sub nets, how the instance could get IP from all (or some) of them? Now it seems that it only gets IP from one subnet and it seems it just takes the first one. Or i.e. how an instance created by auto scaling can get IP from subnets created by the template (or from already existing networks). And the sub nets could be in different private networks. Also if I define in template more than one network heat fails the AutoScalingGroup creation : HTTP 400 Multiple possible networks found, use a Network ID to be more specific But I do not see any network ID parameter for AutoScalingGroup. br, Pekka 2013/9/11 Steven Hardy > On Wed, Sep 11, 2013 at 10:59:25AM +0300, Pekka Rinne wrote: > > hi all > > > > If I create AutoScalingGroup by using heat and define in template > > AWS::AutoScaling::AutoScalingGroup, > AWS::AutoScaling::LaunchConfiguration, > > AWS::AutoScaling::ScalingPolicy and OS::Ceilometer::Alarms for up&down > > scaling - how is it intended that I can automatically associate Neutron > > Floating IPs to instances created this way? Is there already existing > some > > mechanism that can handle this by using heat template? > > The more common topology for this kind of deployment would be an > AutoScalingGroup behind a LoadBalancer resource, with an EIP associated > with the LoadBalancer. > > > As in heat template it is not possible to define directly Neutron ports > for > > e.g. LaunchConfiguration. > > However, if your use-case demands it, I think this *should* be possible, > can you expand on why it is not? > > Note that when defining the Neutron port, the ip_address is optional, and > if ommitted, Neutron will allocate the first available fixed IP from the > pool the instance: > > https://wiki.openstack.org/wiki/Neutron/APIv2-specification#Create_Port > > > And then when up scaling happens the new instances would need to have > > floating IPs and ports as well. In down scaling network resources could > be > > released. > > > > The only way I could think of is that I would run stack update or use > > horizon, but its not very practical with auto scaling. > > > > Or is there this kind of feature in road maps? > > I think we need to better understand your use-case, associating an EIP with > every instance in a scaling group seems like a somewhat odd requirement, > but as outlined above, I don't think it's impossible if you really need it. > > Steve > -------------- next part -------------- An HTML attachment was scrubbed... URL: From thierry at openstack.org Thu Sep 12 15:19:59 2013 From: thierry at openstack.org (Thierry Carrez) Date: Thu, 12 Sep 2013 17:19:59 +0200 Subject: [Openstack] [OSSA 2013-026] Potential denial of service on Nova when using Qpid (CVE-2013-4261) Message-ID: <5231DB9F.4080403@openstack.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 OpenStack Security Advisory: 2013-026 CVE: CVE-2013-4261 Date: September 12, 2013 Title: Potential denial of service on Nova when using Qpid Reporter: Jaroslav Henner (Red Hat) Products: Nova Affects: Folsom, Grizzly Description: Jaroslav Henner from Red Hat reported a vulnerability in Nova when using Apache Qpid as the RPC backend. By sending any random text longer than 65K characters to an instance console and requesting the console log contents through the API, an authenticated user may disrupt the nova-compute node his instance is running on. This vulnerability could be leveraged in a Denial of Service attack against the cloud provider. Only Folsom and Grizzly setups using Qpid as their RPC backend are affected. Havana setups, or setups using other RPC backends (like RabbitMQ), are all unaffected. Grizzly fix: https://review.openstack.org/#/c/43303/ Folsom fix: https://review.openstack.org/#/c/45426/ References: http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-4261 https://bugs.launchpad.net/nova/+bug/1215091 Regards, - -- Thierry Carrez OpenStack Vulnerability Management Team -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with undefined - http://www.enigmail.net/ iQIcBAEBCAAGBQJSMducAAoJEFB6+JAlsQQjYqUP/1ebNaaz+k3DxiRfoNpsbRkV EKJtD/W/6/UkCYUzPNGGZSl1ijp9CEQXh6IL82lTBw82nTbsHc3mt22FgusdU6WZ JH6PevC95PlyNWQYsUGO5GzQ6lb28VjzgYUt36Z2ZatQ4lUGJHv9iZcsIBVYayJy OKPnnt2ztiG62B88Ka1GQx4iyEtU50QCcpZEbWHcX5dIXWfWWfYNEMVU+gIfaxlo sVZH+up2ERKVDH7l/JzhvD4ut1zAoM0sp29/GROJLmzh1dqd9P+QIh5WO4e6VLZp 5y90uMZ03O1lN16IZE0B3r9JBc9ekn7JhJ5YXBvwM+Z3Am1ZlDjUL1ojiZ2aBT9B RnPF/oz4CsuGXjghg0mzPrjJuwR/Z46pg1t92FbVXW94Fxx7VfORLF6ELaDoqoiu nmRUpDQxpg+dYw7OS9lQF10eC2M6S0EwKWzlQlloZGR5/kG9VR4fyhLE1w8+YrRF Gr8pDaF6MJoxZxxb4rRhaDsPaXuUX/QPr0GsMeCy6vfV+yX/Yk99YJoNtar7Z7I+ llslcbaet3C2sONR2EbCD2J03E8/3VztdkG32iVGwxn0LHh2K1o+wfno73w1PW4u DV4LIvbypZgmMEbVzHDkDGs1jOfSzFzDhIsCtgEih53rr2HIsd8AmkWeTPirpXN6 EOmohe9HXVlvPUPcVJNd =zUsw -----END PGP SIGNATURE----- From dan at nicira.com Thu Sep 12 16:46:04 2013 From: dan at nicira.com (Dan Wendlandt) Date: Thu, 12 Sep 2013 09:46:04 -0700 Subject: [Openstack] [openstack-dev] Instances running on VMware ESXi are unable to configure IP In-Reply-To: References: Message-ID: Hi Rahul, Thanks for the detailed description of your setup. >From my understanding of your diagram, you are trying to mix and match two incompatible mechanisms: ESX networking and the OVS Neutron plugin with GRE tunneling. If you're just trying to get something simple working with ESX, you can use basic nova-networking with ESX. Otherwise, I'd suggest you check out a compatible Neutron plugin (see the compatibility list here: http://docs.openstack.org/trunk/openstack-network/admin/content/flexibility.html ) Dan On Thu, Sep 12, 2013 at 4:48 AM, Rahul Sharma wrote: > Hi All,**** > > ** ** > > When we create port-group “br-int” on ESX and launch instance, instance > gets launched on ESX and is assigned port-group br-int. Since this br-int > is unable to communicate with network-node over GRE, communication fails. > Diagram with “initial-setup” shown below lists the connectivity of > Nova-compute placed on ESX-host and instances getting launched on ESX host:- > **** > > ** ** > > **** > > ** ** > > To allow vm’s to communicate with network node over GRE, we can assign one > more nic(eth2) to nova-compute, put br-int(esx) in promiscuous mode and add > eth2 to “br-int” on nova-compute. Now the packet will traverse as VM -> > br-int(esx) -> eth2(compute) -> br-int(compute) -> br-tun(compute) -> > Network-Node(over GRE tunnel). Below diagram explains the same:-**** > > ** ** > > **** > > ** ** > > ** ** > > ** ** > > *Still this will not work because the rules configured on openvswitches > (br-int and br-tun) will drop the packets!!!* > > ** ** > > Inbuilt Openvswitch-controller configures the vswitches to allow only > specific flows which matches the rules installed on them. Even if we add > eth2 to br-int, we will also need to add generic rules to br-int and br-tun > such that they are able to pass the packets received from eth2 to br-int, > then to br-tun and then to network node over GRE tunnel. Here is one sample > output of the flow-dumps of br-int and br-tun of compute node:-**** > > ** ** > > *br-int flows:-* > > NXST_FLOW reply (xid=0x4):**** > > cookie=0x0, duration=96.138s, table=0, n_packets=0, n_bytes=0, priority=1 > actions=NORMAL**** > > ** ** > > *br-tun flows:-* > > NXST_FLOW reply (xid=0x4):**** > > cookie=0x0, duration=98.322s, table=0, n_packets=0, n_bytes=0, priority=1 > actions=drop**** > > ** ** > > ** ** > > Can someone help me in identifying what flows I should add such that I am > not breaking any functionality of quantum. Though the above workaround will > allow vm’s on ESX to communicate with one another which should not be > allowed(if they are under different tenants), rest everything almost works > fine.**** > > ** ** > > Any inputs or suggestions for this would be greatly acknowledged.**** > > ** ** > > Thanks and Regards**** > > Rahul Sharma**** > > _______________________________________________ > OpenStack-dev mailing list > OpenStack-dev at lists.openstack.org > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev > > -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~ Dan Wendlandt Nicira, Inc: www.nicira.com twitter: danwendlandt ~~~~~~~~~~~~~~~~~~~~~~~~~~~ -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.png Type: image/png Size: 22523 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 24410 bytes Desc: not available URL: From tushar.vengurlekar at hp.com Thu Sep 12 17:02:11 2013 From: tushar.vengurlekar at hp.com (Vengurlekar, Tushar V (USD-SWD)) Date: Thu, 12 Sep 2013 17:02:11 +0000 Subject: [Openstack] Regarding replicator behavior with single replica In-Reply-To: <06681238D8946F44A60AA400760A1CBF01A94036@SHSMSX104.ccr.corp.intel.com> References: <35ABFEB7ADB58A4AADA790A3DC6391626C716C82@G4W3305.americas.hpqcorp.net> <06681238D8946F44A60AA400760A1CBF01A94036@SHSMSX104.ccr.corp.intel.com> Message-ID: <35ABFEB7ADB58A4AADA790A3DC6391626C7184C6@G4W3305.americas.hpqcorp.net> Hi Yuan, All my devices are up. Will replicator try to move object even though I have single replica? Thanks, Tushar -----Original Message----- From: Zhou, Yuan [mailto:yuan.zhou at intel.com] Sent: Thursday, September 12, 2013 8:54 AM To: Vengurlekar, Tushar V (USD-SWD); openstack at lists.openstack.org Subject: RE: Regarding replicator behavior with single replica Hi Tushar, One possible reason is that one of your devices is unavailable when you're uploading ? This makes some of objects are uploaded to handoff devices actually and obj-replicator will try to move them back to primary devices. Regards, -Yuan -----Original Message----- From: Vengurlekar, Tushar V (USD-SWD) [mailto:tushar.vengurlekar at hp.com] Sent: Wednesday, September 11, 2013 8:02 PM To: openstack at lists.openstack.org Subject: [Openstack] Regarding replicator behavior with single replica Hello everyone, I was trying a Swift setup having single replica configured with 4 devices added to the ring with different IP addresses. Later (after all replication/rebalance completed) I uploaded many objects in a multiple containers. I observe the data movement across these devices through rsync replicator daemon. I understand that the object rebalance (using rsync) should happen only when we add devices or change weight value in ring (and if multiple replicas configured). So what is a reason that it performs data movement (of newly uploaded objects) without any ring changes and single replica? Thanks in advance, Tushar _______________________________________________ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : openstack at lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack From launchpad at mortman.com Thu Sep 12 17:13:58 2013 From: launchpad at mortman.com (David Mortman) Date: Thu, 12 Sep 2013 13:13:58 -0400 Subject: [Openstack] Fwd: Making the Hong Kong Summit as inclusive as possible In-Reply-To: <5D7F9996EA547448BC6C54C8C5AAF4E5D9715EB4@CERNXCHG01.cern.ch> References: <5D7F9996EA547448BC6C54C8C5AAF4E5D9715EB4@CERNXCHG01.cern.ch> Message-ID: I think an ombudsperson is a great idea. With regards to the code of conduct, the current one is pretty great, I'd add to it some pieces from the pycon code of coduct though. I took a stab at it below. Would love feedback edits etc. *Be respectful.* The OpenStack community and its members treat one another with respect. Everyone can make a valuable contribution to OpenStack. We may not always agree, but disagreement is no excuse for poor behavior and poor manners. We might all experience some frustration now and then, but we cannot allow that frustration to turn into a personal attack. It's important to remember that a community where people feel uncomfortable or threatened is not a productive one. We expect members of the OpenStackcommunity to be respectful when dealing with other contributors as well as with people outside the OpenStackproject and with users of OpenStack . All communication, regardless of medium (mailing lists, summits, etc) should be appropriate for a professional audience including people of many different backgrounds. Harassment of any sort is unacceptable. Harassment includes but is not limited offensive verbal or written comments related to gender, sexual orientation, disability, physical appearance, body size, race, religion, deliberate intimidation, stalking, following, sustained disruption of talks or other events, inappropriate physical contact, and unwelcome sexual attention. Participants asked to stop any harassing behavior are expected to comply immediately. Any issues related to harassment can be communicated to an event/mailing list owner or the OpenStack ombudsperson. Consequences for harassment can include being removed from the relevant event, mailing list or being banned from the OpenStack community. On Wed, Sep 11, 2013 at 2:09 PM, Tim Bell wrote: > ** ** > > I like the pycon code of conduct but I also want to be sure that > communication outside of the summit is also covered (from mailing lists, > user groups, etc). Pycon clearly has a limited scope but as a foundation > and community, we are more than a single event. I feel that Incorporating > the best of breed into our foundation Conduct document, along with > requiring participants of the OpenStack summit to respect the code of > conduct, even if they are not members of the foundation.**** > > ** ** > > An ombuds would be very useful.**** > > ** ** > > Tim**** > > ** ** > > ** ** > > *From:* David Mortman [mailto:launchpad at mortman.com] > *Sent:* 11 September 2013 19:41 > *To:* Anne Gentle > *Cc:* openstack at lists.openstack.org > > *Subject:* Re: [Openstack] Fwd: Making the Hong Kong Summit as inclusive > as possible**** > > ** ** > > I like the idea of framing it as a code of conduct which definitely has a > more positive spin than anti-harassment policy and the general one you > linked to is a great start. I'd love to see something added about > consequences of violating the code as well.**** > > ** ** > > On Wed, Sep 11, 2013 at 9:47 AM, Anne Gentle wrote:** > ** > > I would greatly support a reporting process for issues for our Summits. > Thanks David for bringing it to the mailing list. I can help in any way > needed. **** > > ** ** > > One bit of input, I'm not sure wording as strong as "anti-harrassment > policy" is required, though that's at the heart of it. We can probably > follow in PyCon's footsteps with a Code of Conduct for conferences, [1] > which refers to the Ada Initiative's wiki. [2] **** > > ** ** > > Also, as a gentle reminder (ha!) as members of the community, we do have a > code of conduct in place already [3]. I'd like to ensure we carry some > processes for ensuring we all are welcomed at Summits and have a safety net > for reporting and correcting issues.**** > > ** ** > > Thanks,**** > > ** ** > > Anne **** > > 1. > http://pyfound.blogspot.com/2012/12/psf-moves-to-require-code-of-conduct.html > **** > > 2. http://geekfeminism.wikia.com/wiki/Conference_anti-harassment/Policy ** > ** > > 3. https://wiki.openstack.org/wiki/Conduct**** > > ** ** > > On Wed, Sep 11, 2013 at 8:18 AM, David Mortman > wrote:**** > > ** ** > > Given the recent and ongoing issues with sexism (not to mention racism, > homophobia and general bigotry) at tech conferences, I recently engaged > with several folks on twitter about what was being done to make sure that > the Hong Kong Summit was as inclusive as possible regardless of an > attendee's age, sex, orientation, race or anything else. I think a good > place to start would be an official anti-harassment policy and a process > for people to report issues to the event organizers who can then deal with > the issue appropriately. I am happy to help with the drafting of both the > policy and the process. What do folks think? > > **** > > -David**** > > ** ** > > ** ** > > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack**** > > ** ** > > ** ** > -------------- next part -------------- An HTML attachment was scrubbed... URL: From iccha.sethi at rackspace.com Thu Sep 12 17:30:46 2013 From: iccha.sethi at rackspace.com (Iccha Sethi) Date: Thu, 12 Sep 2013 13:30:46 -0400 (EDT) Subject: [Openstack] Nova Client CLI Tool: Configure nova client CLI tool to consume image APIs from Glance service In-Reply-To: <7A0D7FA093BE9640AB68E72FFCD595400D133A@FR712WXCHMBA09.zeu.alcatel-lucent.com > References: <7A0D7FA093BE9640AB68E72FFCD595400D133A@FR712WXCHMBA09.zeu.alcatel-lucent.com > Message-ID: <1379007046.83893012@apps.rackspace.com> An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 5929 bytes Desc: not available URL: From rahulsharmaait at gmail.com Thu Sep 12 17:58:21 2013 From: rahulsharmaait at gmail.com (Rahul Sharma) Date: Thu, 12 Sep 2013 23:28:21 +0530 Subject: [Openstack] [openstack-dev] Instances running on VMware ESXi are unable to configure IP In-Reply-To: References: Message-ID: Hi Dan, Thanks for the reply. I agree to your point of using supported Distributed Virtual Switch plugin for ESX rather than going on with standard vSwitch of ESX. Currently, we are using the Grizzly release and have KVM with Openvswitch. We had the requirement of integrating ESX as well with the current setup. As we know that support for multiple neutron plugins is not there in Grizzly, hence we opted of having a workaround to see if we could use openvswitch and obtain the same functionality. Today we were able to achieve the end-to-end flow of traffic by adding rules manually to the openvswitch-switches in nova-compute vm. If support for the configuring flows in switches is added through API's, maybe we can support openvswitch as well. Though, ideally one should not use vSwitch as its having minimal capabilities and one should always go with the DVS for ESX. -Regards Rahul Sharma On Thu, Sep 12, 2013 at 10:16 PM, Dan Wendlandt wrote: > Hi Rahul, > > Thanks for the detailed description of your setup. > > From my understanding of your diagram, you are trying to mix and match two > incompatible mechanisms: ESX networking and the OVS Neutron plugin with GRE > tunneling. > > If you're just trying to get something simple working with ESX, you can > use basic nova-networking with ESX. Otherwise, I'd suggest you check out a > compatible Neutron plugin (see the compatibility list here: > http://docs.openstack.org/trunk/openstack-network/admin/content/flexibility.html > ) > > > Dan > > > > > > On Thu, Sep 12, 2013 at 4:48 AM, Rahul Sharma wrote: > >> Hi All,**** >> >> ** ** >> >> When we create port-group “br-int” on ESX and launch instance, instance >> gets launched on ESX and is assigned port-group br-int. Since this br-int >> is unable to communicate with network-node over GRE, communication fails. >> Diagram with “initial-setup” shown below lists the connectivity of >> Nova-compute placed on ESX-host and instances getting launched on ESX host:- >> **** >> >> ** ** >> >> **** >> >> ** ** >> >> To allow vm’s to communicate with network node over GRE, we can assign >> one more nic(eth2) to nova-compute, put br-int(esx) in promiscuous mode and >> add eth2 to “br-int” on nova-compute. Now the packet will traverse as VM >> -> br-int(esx) -> eth2(compute) -> br-int(compute) -> br-tun(compute) -> >> Network-Node(over GRE tunnel). Below diagram explains the same:-**** >> >> ** ** >> >> **** >> >> ** ** >> >> ** ** >> >> ** ** >> >> *Still this will not work because the rules configured on openvswitches >> (br-int and br-tun) will drop the packets!!!* >> >> ** ** >> >> Inbuilt Openvswitch-controller configures the vswitches to allow only >> specific flows which matches the rules installed on them. Even if we add >> eth2 to br-int, we will also need to add generic rules to br-int and br-tun >> such that they are able to pass the packets received from eth2 to br-int, >> then to br-tun and then to network node over GRE tunnel. Here is one sample >> output of the flow-dumps of br-int and br-tun of compute node:-**** >> >> ** ** >> >> *br-int flows:-* >> >> NXST_FLOW reply (xid=0x4):**** >> >> cookie=0x0, duration=96.138s, table=0, n_packets=0, n_bytes=0, priority=1 >> actions=NORMAL**** >> >> ** ** >> >> *br-tun flows:-* >> >> NXST_FLOW reply (xid=0x4):**** >> >> cookie=0x0, duration=98.322s, table=0, n_packets=0, n_bytes=0, priority=1 >> actions=drop**** >> >> ** ** >> >> ** ** >> >> Can someone help me in identifying what flows I should add such that I am >> not breaking any functionality of quantum. Though the above workaround will >> allow vm’s on ESX to communicate with one another which should not be >> allowed(if they are under different tenants), rest everything almost works >> fine.**** >> >> ** ** >> >> Any inputs or suggestions for this would be greatly acknowledged.**** >> >> ** ** >> >> Thanks and Regards**** >> >> Rahul Sharma**** >> >> _______________________________________________ >> OpenStack-dev mailing list >> OpenStack-dev at lists.openstack.org >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev >> >> > > > -- > ~~~~~~~~~~~~~~~~~~~~~~~~~~~ > Dan Wendlandt > Nicira, Inc: www.nicira.com > twitter: danwendlandt > ~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.png Type: image/png Size: 22523 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 24410 bytes Desc: not available URL: From anne at openstack.org Thu Sep 12 18:54:59 2013 From: anne at openstack.org (Anne Gentle) Date: Thu, 12 Sep 2013 13:54:59 -0500 Subject: [Openstack] Fwd: Making the Hong Kong Summit as inclusive as possible In-Reply-To: References: <5D7F9996EA547448BC6C54C8C5AAF4E5D9715EB4@CERNXCHG01.cern.ch> Message-ID: On Thu, Sep 12, 2013 at 12:13 PM, David Mortman wrote: > I think an ombudsperson is a great idea. > > With regards to the code of conduct, the current one is pretty great, I'd > add to it some pieces from the pycon code of coduct though. I took a stab > at it below. Would love feedback edits etc. > > *Be respectful.* The OpenStack community and its members treat one another with respect. Everyone can make > a valuable contribution to OpenStack. > We may not always agree, but disagreement is no excuse for poor behavior > and poor manners. We might all experience some frustration now and then, > but we cannot allow that frustration to turn into a personal attack. It's > important to remember that a community where people feel uncomfortable or > threatened is not a productive one. We expect members of the OpenStackcommunity to be respectful when > dealing with other contributors as well as with people outside the > OpenStack project and with > users of OpenStack . All > communication, regardless of medium (mailing lists, summits, etc) should be > appropriate for a professional audience including people of many different > backgrounds. > > > > Harassment of any sort is unacceptable. Harassment includes but is not > limited offensive verbal or written comments related to gender, sexual > orientation, disability, physical appearance, body size, race, religion, > deliberate intimidation, stalking, following, sustained disruption of talks > or other events, inappropriate physical contact, and unwelcome sexual > attention. > > > > Participants asked to stop any harassing behavior are expected to comply > immediately. Any issues related to harassment can be communicated to an > event/mailing list owner or the OpenStack ombudsperson. Consequences for > harassment can include being removed from the relevant event, mailing list > or being banned from the OpenStack community. > > > > > > Yes, this wording is nicely put, and I like the placement in the code of conduct itself. Thanks. I think more than one ombudsperson may be needed to assure coverage and avoid anyone being reluctant to report, but I'm not familiar with how ombuds work in general. I do know that I wouldn't ever report something to a nameless phone number or generic email address, so I'd like there to be some identity in place, whether it's "any staff member of the Foundation" or "staff at the conference identified by a badge or shirt" or some sort of spread-out reporting mechanism. Offering training, even just an hour for role play, for those identified people would be helpful as well. Thanks, Anne > > > > > On Wed, Sep 11, 2013 at 2:09 PM, Tim Bell wrote: > >> ** ** >> >> I like the pycon code of conduct but I also want to be sure that >> communication outside of the summit is also covered (from mailing lists, >> user groups, etc). Pycon clearly has a limited scope but as a foundation >> and community, we are more than a single event. I feel that Incorporating >> the best of breed into our foundation Conduct document, along with >> requiring participants of the OpenStack summit to respect the code of >> conduct, even if they are not members of the foundation.**** >> >> ** ** >> >> An ombuds would be very useful.**** >> >> ** ** >> >> Tim**** >> >> ** ** >> >> ** ** >> >> *From:* David Mortman [mailto:launchpad at mortman.com] >> *Sent:* 11 September 2013 19:41 >> *To:* Anne Gentle >> *Cc:* openstack at lists.openstack.org >> >> *Subject:* Re: [Openstack] Fwd: Making the Hong Kong Summit as inclusive >> as possible**** >> >> ** ** >> >> I like the idea of framing it as a code of conduct which definitely has a >> more positive spin than anti-harassment policy and the general one you >> linked to is a great start. I'd love to see something added about >> consequences of violating the code as well.**** >> >> ** ** >> >> On Wed, Sep 11, 2013 at 9:47 AM, Anne Gentle wrote:* >> *** >> >> I would greatly support a reporting process for issues for our Summits. >> Thanks David for bringing it to the mailing list. I can help in any way >> needed. **** >> >> ** ** >> >> One bit of input, I'm not sure wording as strong as "anti-harrassment >> policy" is required, though that's at the heart of it. We can probably >> follow in PyCon's footsteps with a Code of Conduct for conferences, [1] >> which refers to the Ada Initiative's wiki. [2] **** >> >> ** ** >> >> Also, as a gentle reminder (ha!) as members of the community, we do have >> a code of conduct in place already [3]. I'd like to ensure we carry some >> processes for ensuring we all are welcomed at Summits and have a safety net >> for reporting and correcting issues.**** >> >> ** ** >> >> Thanks,**** >> >> ** ** >> >> Anne **** >> >> 1. >> http://pyfound.blogspot.com/2012/12/psf-moves-to-require-code-of-conduct.html >> **** >> >> 2. http://geekfeminism.wikia.com/wiki/Conference_anti-harassment/Policy * >> *** >> >> 3. https://wiki.openstack.org/wiki/Conduct**** >> >> ** ** >> >> On Wed, Sep 11, 2013 at 8:18 AM, David Mortman >> wrote:**** >> >> ** ** >> >> Given the recent and ongoing issues with sexism (not to mention racism, >> homophobia and general bigotry) at tech conferences, I recently engaged >> with several folks on twitter about what was being done to make sure that >> the Hong Kong Summit was as inclusive as possible regardless of an >> attendee's age, sex, orientation, race or anything else. I think a good >> place to start would be an official anti-harassment policy and a process >> for people to report issues to the event organizers who can then deal with >> the issue appropriately. I am happy to help with the drafting of both the >> policy and the process. What do folks think? >> >> **** >> >> -David**** >> >> ** ** >> >> ** ** >> >> _______________________________________________ >> Mailing list: >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> Post to : openstack at lists.openstack.org >> Unsubscribe : >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack**** >> >> ** ** >> >> ** ** >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jiaqin1017 at gmail.com Thu Sep 12 19:22:42 2013 From: jiaqin1017 at gmail.com (Qin Jia) Date: Thu, 12 Sep 2013 15:22:42 -0400 Subject: [Openstack] Image Resizing Message-ID: Hello, I have deployed an openstack on top of xenserver. I downloaded the centos / fedora images from Rackspace Cloud Builders Images ( https://github.com/rackerjoe/oz-image-build). Converted it to vhd format and uploaded to the openstack with "glance image-create". However, I find that the VMs started from the image will have the same size although I assigned different flavors. I tried other official images (ubuntu and fedora) and resizing works well. I would like to ask how could I get a resizable centos image? Thanks, Qin Jia -------------- next part -------------- An HTML attachment was scrubbed... URL: From launchpad at mortman.com Thu Sep 12 20:26:36 2013 From: launchpad at mortman.com (David Mortman) Date: Thu, 12 Sep 2013 16:26:36 -0400 Subject: [Openstack] Fwd: Making the Hong Kong Summit as inclusive as possible In-Reply-To: References: <5D7F9996EA547448BC6C54C8C5AAF4E5D9715EB4@CERNXCHG01.cern.ch> Message-ID: On Thu, Sep 12, 2013 at 2:54 PM, Anne Gentle wrote > I think more than one ombudsperson may be needed to assure coverage and > avoid anyone being reluctant to report, but I'm not familiar with how > ombuds work in general. I do know that I wouldn't ever report something to > a nameless phone number or generic email address, so I'd like there to be > some identity in place, whether it's "any staff member of the Foundation" > or "staff at the conference identified by a badge or shirt" or some sort of > spread-out reporting mechanism. Offering training, even just an hour for > role play, for those identified people would be helpful as well. > Agreed. There should be at least a small group, especially for events, so that one person doesn't get hammered but also so there's a committee to make judgement calls etc. Love the idea of some training too. -------------- next part -------------- An HTML attachment was scrubbed... URL: From john.griffith at solidfire.com Thu Sep 12 21:28:47 2013 From: john.griffith at solidfire.com (John Griffith) Date: Thu, 12 Sep 2013 15:28:47 -0600 Subject: [Openstack] Fwd: Making the Hong Kong Summit as inclusive as possible In-Reply-To: References: <5D7F9996EA547448BC6C54C8C5AAF4E5D9715EB4@CERNXCHG01.cern.ch> Message-ID: On Thu, Sep 12, 2013 at 2:26 PM, David Mortman wrote: > On Thu, Sep 12, 2013 at 2:54 PM, Anne Gentle wrote > >> I think more than one ombudsperson may be needed to assure coverage and >> avoid anyone being reluctant to report, but I'm not familiar with how >> ombuds work in general. I do know that I wouldn't ever report something to >> a nameless phone number or generic email address, so I'd like there to be >> some identity in place, whether it's "any staff member of the Foundation" >> or "staff at the conference identified by a badge or shirt" or some sort of >> spread-out reporting mechanism. Offering training, even just an hour for >> role play, for those identified people would be helpful as well. >> > > Agreed. There should be at least a small group, especially for events, so > that one person doesn't get hammered but also so there's a committee to > make judgement calls etc. Love the idea of some training too. > Not to be politically incorrect, or to seem insensitive etc, but is it possible that maybe we're getting a little ahead of ourselves here? A comittee, training etc? Personally I think it's unfortunate that people can't just be respectful, courteous and professional (aka excellent), and that the actions of some dorks at a previous organizations events have lead to a a lot of time and effort here regarding what we should do here. Anyway, not criticizing and I by no means wan to appear as though I'm not respectful of the ideas here, just noticing this seems like it could become a bit of a beast in and of itself. > > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From Joshua.Skains at evault.com Thu Sep 12 21:35:58 2013 From: Joshua.Skains at evault.com (Joshua Skains) Date: Thu, 12 Sep 2013 15:35:58 -0600 Subject: [Openstack] [QUANTUM] Doc issue? Message-ID: When following the docs to the letter on: http://docs.openstack.org/grizzly/basic-install/apt/content/ It gives you a cluster that its VM's can't resolve themselves. If creating a [jskains-test1] The [/etc/hosts] file does not have an entry for [jskains-test1]'s IP address. Also, by instruction, the resolv.conf file is directly pointed to 8.8.8.8…. This seems an undesirable state to leave a newer OpenStack user in. Was this intended? How does one resolve this issue? What is the "OpenStack" standard to correct this? Any help would be awesome. Thanks, JMS -------------- next part -------------- An HTML attachment was scrubbed... URL: From otavio.augusto at gmail.com Thu Sep 12 23:29:38 2013 From: otavio.augusto at gmail.com (=?ISO-8859-1?Q?Ot=E1vio_Augusto?=) Date: Thu, 12 Sep 2013 20:29:38 -0300 Subject: [Openstack] Neutron debug in eclipse (devstack): anyone ?? Message-ID: Anyone able to debug neutron on eclipse? I'd like to run neutron's server in pydev but I'm still missing something. I've followed examples available on the internet for horizon and they work but I might be missing something for neutron. I'd appreciate any help on this. Regards /O Otavio Augusto "A human being should be able to change a diaper, plan an invasion, butcher a hog, conn a ship, design a building, write a sonnet, balance accounts, build a wall, set a bone, comfort the dying, take orders, give orders, cooperate, act alone, solve equations, analyze a new problem, pitch manure, program a computer, cook a tasty meal, fight efficiently, die gallantly. Specialization is for insects." Robert A. Heinlein -------------- next part -------------- An HTML attachment was scrubbed... URL: From bob.ball at citrix.com Thu Sep 12 23:57:54 2013 From: bob.ball at citrix.com (Bob Ball) Date: Thu, 12 Sep 2013 23:57:54 +0000 Subject: [Openstack] Image Resizing In-Reply-To: References: Message-ID: Hi, The resizing code depends on things like a single partition, and the type of partition - see https://github.com/openstack/nova/blob/master/nova/virt/xenapi/vm_utils.py#L2042 I assume that the CentOS / Fedora images you are talking about uses a different base filesystem. The other requirement is that auto_disk_config needs to be set on the image (see https://github.com/openstack/nova/blob/master/nova/virt/xenapi/vm_utils.py#L803) Thanks, Bob ________________________________ From: Qin Jia [jiaqin1017 at gmail.com] Sent: 12 September 2013 20:22 To: openstack at lists.openstack.org Subject: [Openstack] Image Resizing Hello, I have deployed an openstack on top of xenserver. I downloaded the centos / fedora images from Rackspace Cloud Builders Images (https://github.com/rackerjoe/oz-image-build). Converted it to vhd format and uploaded to the openstack with "glance image-create". However, I find that the VMs started from the image will have the same size although I assigned different flavors. I tried other official images (ubuntu and fedora) and resizing works well. I would like to ask how could I get a resizable centos image? Thanks, Qin Jia -------------- next part -------------- An HTML attachment was scrubbed... URL: From shinobu.kinjo at oist.jp Fri Sep 13 00:17:10 2013 From: shinobu.kinjo at oist.jp (Shinobu Kinjo) Date: Fri, 13 Sep 2013 00:17:10 +0000 Subject: [Openstack] Translation Push - get the dashboard in your language by Sep 24 In-Reply-To: <5231786B.3030803@openstack.org> References: <5231786B.3030803@openstack.org> Message-ID: Tom, I can be Japanese translator. How can I join? -- Kinjo ---- O I S T Okinawa Institute of Science and Technology Graduate School 1919-1 Tancha, Onna-son, Kunigami-gun Okinawa, Japan 904-0495 T: +81-98-966-2093 M: +81-80-6800-6447 shinobu.kinjo at oist.jp www.oist.jp ________________________________________ From: Tom Fifield [tom at openstack.org] Sent: Thursday, September 12, 2013 17:16 To: OpenStack Mailing List; community at lists.openstack.org Subject: [Openstack] Translation Push - get the dashboard in your language by Sep 24 Do you write Spanish, Italian, Russian, German or Dutch? How about Portuguese? Indonesian? Arabic? Hindi? Actually, if you can write in any language other than English, you have the ability to help get the OpenStack Dashboard into your language. Find your language on: https://www.transifex.com/projects/p/horizon/ and join the team. It's actually a lot of fun, all done through an easy web interface. If we can get 100% completion in your language by September 24th, your text will be included in the next release of OpenStack for thousands around the world to see. So, why not get your friends together and make it happen? :) Thanks, from your friendly Internationalisation Team https://wiki.openstack.org/wiki/I18nTeam _______________________________________________ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : openstack at lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack From yuan.zhou at intel.com Fri Sep 13 02:06:37 2013 From: yuan.zhou at intel.com (Zhou, Yuan) Date: Fri, 13 Sep 2013 02:06:37 +0000 Subject: [Openstack] Regarding replicator behavior with single replica In-Reply-To: <35ABFEB7ADB58A4AADA790A3DC6391626C7184C6@G4W3305.americas.hpqcorp.net> References: <35ABFEB7ADB58A4AADA790A3DC6391626C716C82@G4W3305.americas.hpqcorp.net> <06681238D8946F44A60AA400760A1CBF01A94036@SHSMSX104.ccr.corp.intel.com> <35ABFEB7ADB58A4AADA790A3DC6391626C7184C6@G4W3305.americas.hpqcorp.net> Message-ID: <06681238D8946F44A60AA400760A1CBF01A9702D@SHSMSX104.ccr.corp.intel.com> Not that I know of.. The object location(including handoff) is provided by swift-get-nodes: $ swift-get-nodes -a /etc/swift/object.ring.gz a c o Did you observed which object is moving and its moving path? was it moving from handoff to primary? BR, -Yuan -----Original Message----- From: Vengurlekar, Tushar V (USD-SWD) [mailto:tushar.vengurlekar at hp.com] Sent: Friday, September 13, 2013 1:02 AM To: Zhou, Yuan; openstack at lists.openstack.org Subject: RE: Regarding replicator behavior with single replica Hi Yuan, All my devices are up. Will replicator try to move object even though I have single replica? Thanks, Tushar -----Original Message----- From: Zhou, Yuan [mailto:yuan.zhou at intel.com] Sent: Thursday, September 12, 2013 8:54 AM To: Vengurlekar, Tushar V (USD-SWD); openstack at lists.openstack.org Subject: RE: Regarding replicator behavior with single replica Hi Tushar, One possible reason is that one of your devices is unavailable when you're uploading ? This makes some of objects are uploaded to handoff devices actually and obj-replicator will try to move them back to primary devices. Regards, -Yuan -----Original Message----- From: Vengurlekar, Tushar V (USD-SWD) [mailto:tushar.vengurlekar at hp.com] Sent: Wednesday, September 11, 2013 8:02 PM To: openstack at lists.openstack.org Subject: [Openstack] Regarding replicator behavior with single replica Hello everyone, I was trying a Swift setup having single replica configured with 4 devices added to the ring with different IP addresses. Later (after all replication/rebalance completed) I uploaded many objects in a multiple containers. I observe the data movement across these devices through rsync replicator daemon. I understand that the object rebalance (using rsync) should happen only when we add devices or change weight value in ring (and if multiple replicas configured). So what is a reason that it performs data movement (of newly uploaded objects) without any ring changes and single replica? Thanks in advance, Tushar _______________________________________________ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : openstack at lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack From yeluaiesec at gmail.com Fri Sep 13 05:41:27 2013 From: yeluaiesec at gmail.com (Yelu) Date: Fri, 13 Sep 2013 13:41:27 +0800 Subject: [Openstack] Translation Push - get the dashboard in your language by Sep 24 In-Reply-To: References: <5231786B.3030803@openstack.org> Message-ID: hey Tom, Chinese version is 100% done, now it's under review I think it's gonna be a great way have a call on local SNS, in China, I post a weibo http://weibo.com/2153224205/A9fSFFNxh and the efficiency shocked me! and I will follow up the other translation work also. On Fri, Sep 13, 2013 at 8:17 AM, Shinobu Kinjo wrote: > Tom, > > I can be Japanese translator. > How can I join? > > -- Kinjo > > ---- > O I S T > Okinawa Institute of Science and Technology Graduate School > 1919-1 Tancha, Onna-son, Kunigami-gun > Okinawa, Japan 904-0495 > T: +81-98-966-2093 > M: +81-80-6800-6447 > shinobu.kinjo at oist.jp > www.oist.jp > > ________________________________________ > From: Tom Fifield [tom at openstack.org] > Sent: Thursday, September 12, 2013 17:16 > To: OpenStack Mailing List; community at lists.openstack.org > Subject: [Openstack] Translation Push - get the dashboard in your language > by Sep 24 > > Do you write Spanish, Italian, Russian, German or Dutch? > > How about Portuguese? Indonesian? Arabic? Hindi? > > Actually, if you can write in any language other than English, you have > the ability to help get the OpenStack Dashboard into your language. > > Find your language on: > > https://www.transifex.com/projects/p/horizon/ > > and join the team. > > > It's actually a lot of fun, all done through an easy web interface. > > If we can get 100% completion in your language by September 24th, your > text will be included in the next release of OpenStack for thousands > around the world to see. > > So, why not get your friends together and make it happen? :) > > > Thanks, > > from your friendly Internationalisation Team > https://wiki.openstack.org/wiki/I18nTeam > > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > -------------- next part -------------- An HTML attachment was scrubbed... URL: From guoyingc at cn.ibm.com Fri Sep 13 06:14:18 2013 From: guoyingc at cn.ibm.com (Ying Chun Guo) Date: Fri, 13 Sep 2013 14:14:18 +0800 Subject: [Openstack] Translation Push - get the dashboard in your language by Sep 24 In-Reply-To: References: <5231786B.3030803@openstack.org> Message-ID: Thank you, Yelu. I think we need people to review the translations too. Run Dashboard in Chinese will be an easy way to find out the inappropriate translation. Here is a guideline: https://github.com/OpenStack-I18n/Translation/wiki/HorizonI18nTest Regards Ying Chun Guo (Daisy) Yelu wrote on 2013/09/13 13:41:27: > Yelu > 2013/09/13 13:41 > > To > > Shinobu Kinjo , > > cc > > OpenStack Mailing List , > "community at lists.openstack.org" > > Subject > > Re: [Openstack] Translation Push - get the dashboard in your > language by Sep 24 > > hey Tom, > > Chinese version is 100% done, now it's under review > > I think it's gonna be a great way have a call on local SNS, in > China, I post a weibo > http://weibo.com/2153224205/A9fSFFNxh > and the efficiency shocked me! > > and I will follow up the other translation work also. > > On Fri, Sep 13, 2013 at 8:17 AM, Shinobu Kinjo wrote: > Tom, > > I can be Japanese translator. > How can I join? > >  -- Kinjo > > ---- > O I S T > Okinawa Institute of Science and Technology Graduate School > 1919-1 Tancha, Onna-son, Kunigami-gun > Okinawa, Japan 904-0495 >   T: +81-98-966-2093 >   M: +81-80-6800-6447 >   shinobu.kinjo at oist.jp >   www.oist.jp > > ________________________________________ > From: Tom Fifield [tom at openstack.org] > Sent: Thursday, September 12, 2013 17:16 > To: OpenStack Mailing List; community at lists.openstack.org > Subject: [Openstack] Translation Push - get the dashboard in your > language      by Sep 24 > > Do you write Spanish, Italian, Russian, German or Dutch? > > How about Portuguese? Indonesian? Arabic? Hindi? > > Actually, if you can write in any language other than English, you have > the ability to help get the OpenStack Dashboard into your language. > > Find your language on: > >   https://www.transifex.com/projects/p/horizon/ > > and join the team. > > > It's actually a lot of fun, all done through an easy web interface. > > If we can get 100% completion in your language by September 24th, your > text will be included in the next release of OpenStack for thousands > around the world to see. > > So, why not get your friends together and make it happen? :) > > > Thanks, > > from your friendly Internationalisation Team > https://wiki.openstack.org/wiki/I18nTeam > > _______________________________________________ > Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to     : openstack at lists.openstack.org > Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > _______________________________________________ > Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to     : openstack at lists.openstack.org > Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > _______________________________________________ > Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack -------------- next part -------------- An HTML attachment was scrubbed... URL: From tyky72 at gmail.com Fri Sep 13 06:23:55 2013 From: tyky72 at gmail.com (Juha Tynninen) Date: Fri, 13 Sep 2013 09:23:55 +0300 Subject: [Openstack] [Ceilometer/Heat in Havana]: Should autoscaling groups work already? In-Reply-To: <967443931.14092606.1378992731094.JavaMail.root@redhat.com> References: <1759361669.13945573.1378969411623.JavaMail.root@redhat.com> <967443931.14092606.1378992731094.JavaMail.root@redhat.com> Message-ID: Many thanks again. Seems to be I was missing the Tags definition for AutoScalingGroup in the template: "Tags" : [ { "Key" : "metering.server_group", "Value" : "Group_A" } ] Added that and now I can see evaluation occurring and some scaling actions triggered (some exceptions can be seen in the logs, but I'll continue investigations). Br, -Juha On 12 September 2013 16:32, Eoghan Glynn wrote: > > > Hi, > > > > Many thanks, that helped. I no longer see those errors in the log. > > Cool, further responses below. > > > However, even though cpu_util metric data gets inserted to the ceilometer > > db with values bigger than the threshold defined for scaling-up in the > > template (template used can be seen here: > > https://bugs.launchpad.net/heat/+bug/1223710), no actions get triggered. > > All I see in the ceilometer-alarm-singleton log are "initiating > evaluation > > cycle on 2 alarms" entries. No entries in ceilometer-alarm-notifier log. > > > > Any ideas / pointers what could be the reason for this...? > > > > ---clip--- > > 2013-09-12 14:50:30.800 17868 INFO ceilometer.alarm.threshold_evaluation > > [-] initiating evaluation cycle on 2 alarms > > 2013-09-12 14:50:30.811 17868 DEBUG ceilometer.alarm.threshold_evaluation > > [-] evaluating alarm 7676439e-7ed5-4748-80ca-e161083ae8ff evaluate > > /opt/stack/ceilometer/ceilometer/alarm/threshold_evaluation.py:215 > > 2013-09-12 14:50:30.816 17868 DEBUG ceilometer.alarm.threshold_evaluation > > [-] query stats from 2013-09-12 11:49:30.815225 to 2013-09-12 > > 11:50:30.815225 _bound_duration > > /opt/stack/ceilometer/ceilometer/alarm/threshold_evaluation.py:99 > > 2013-09-12 14:50:30.841 17868 DEBUG ceilometer.alarm.threshold_evaluation > > [-] stats query [{'field': u'metadata.user_metadata.server_group', > 'value': > > u'Group_A', 'op': 'eq'}, {'field': 'timestamp', 'value': > > '2013-09-12T11:50:30.815225', 'op': 'le'}, {'field': 'timestamp', > 'value': > > '2013-09-12T11:49:30.815225', 'op': 'ge'}] _statistics > > /opt/stack/ceilometer/ceilometer/alarm/threshold_evaluation.py:120 > > 2013-09-12 14:50:30.847 17868 DEBUG ceilometerclient.common.http [-] curl > > -i -X GET -H 'X-Auth-Token: > > So this ^^^ is the statistics query used to select cpu_util metrics for > all instances that are part of the autoscaling group - this is done on the > basis of the instance user metadata including an attribute called > server_group > that's set to Group_A. > > > 2013-09-12 14:50:31.206 17868 DEBUG ceilometer.alarm.threshold_evaluation > > [-] sanitize stats [] _sanitize > > /opt/stack/ceilometer/ceilometer/alarm/threshold_evaluation.py:111 > > 2013-09-12 14:50:31.220 17868 DEBUG > ceilometer.alarm.threshold_evaluation > > [-] pruned statistics to 0 _sanitize > > Since the statistics returned are effectively empty, the first thing to > check > is whether the existing instance has the correct user metadata set by Heat. > > On the basis of the query above, I would expect the instance metadata to > be set as follows: > > {u'metering.server_group': u'Group_A'} > > Can you check that Heat has the appropriate metadata, with a simple query > like: > > for s in $(nova list | awk -F\| '/ACTIVE/ {print $2}') ; do nova show $s > ; done | grep metadata > > > Secondly, looking at the timestamp constraint on the statistics query, > effectively equivalent to: > > timestamp >= 2013-09-12T11:49:30.815225 ; timestamp <= > 2013-09-12T11:50:30.815225 > > we see that the threshold evaluator is looking back a total of a single > minute's duration. In order for the cpu_util samples to be available to > meet > this requirement depends on the configured cadence for the collection of > this > this meter. This defaults out-of-the-box to 600s, whether the alarm > requires > it be 60s at least. Check it's current value via: > > grep -A 1 cpu_pipeline /etc/ceilometer/pipeline.yaml > > The signature of this issue would be the alarm spending 9 of every > 10 minutes in the insufficient_data state. This combined with the Heat > autosclaing cooldown is likely to cause scale-up to suppressed. > > To resolve, simply edit as follows: > > sed -i '/cpu_pipeline/ { > N > s/interval: 600$/interval: 60/ > }' /etc/ceilometer/pipeline.yaml > > and restart the ceilometer compute agent. > > Cheers, > Eoghan > > > > /opt/stack/ceilometer/ceilometer/alarm/threshold_evaluation.py:115 > > 2013-09-12 14:50:31.243 17868 DEBUG > ceilometer.alarm.threshold_evaluation > > [-] evaluating alarm 15b78e83-c195-485d-a9f0-fc4d5a1c8fdf evaluate > > /opt/stack/ceilometer/ceilometer/alarm/threshold_evaluation.py:215 > > 2013-09-12 14:50:31.252 17868 DEBUG ceilometer.alarm.threshold_evaluation > > [-] query stats from 2013-09-12 11:49:31.250748 to 2013-09-12 > > 11:50:31.250748 _bound_duration > > /opt/stack/ceilometer/ceilometer/alarm/threshold_evaluation.py:99 > > 2013-09-12 14:50:31.261 17868 DEBUG ceilometer.alarm.threshold_evaluation > > [-] stats query [{'field': u'metadata.user_metadata.server_group', > 'value': > > u'Group_A', 'op': 'eq'}, {'field': 'timestamp', 'value': > > '2013-09-12T11:50:31.250748', 'op': 'le'}, {'field': 'timestamp', > 'value': > > '2013-09-12T11:49:31.250748', 'op': 'ge'}] _statistics > > /opt/stack/ceilometer/ceilometer/alarm/threshold_evaluation.py:120 > > ... > > 2013-09-12 14:50:31.391 17868 DEBUG ceilometer.alarm.threshold_evaluation > > [-] sanitize stats [] _sanitize > > /opt/stack/ceilometer/ceilometer/alarm/threshold_evaluation.py:111 > > 2013-09-12 14:50:31.395 17868 DEBUG ceilometer.alarm.threshold_evaluation > > [-] pruned statistics to 0 _sanitize > > /opt/stack/ceilometer/ceilometer/alarm/threshold_evaluation.py:115 > > --clap-- > > > > Br, > > -Juha > > > > > > On 12 September 2013 10:03, Eoghan Glynn wrote: > > > > > > > > > > > Hi Juha, > > > > > > The problem you're encountering is a known restriction of the > sqlalchemy > > > storage > > > driver, which doesn't yet provide the capability to select the > statistics > > > for the > > > given Heat autoscaling group on which the scale up/down alarms are > based > > > (the so- > > > called metaquery feature). > > > > > > In order for this feature to be present in the ceilometer API service, > > > you'll need > > > to use the mongodb storage driver instead. > > > > > > Thanks, > > > Eoghan > > > > > > ----- Original Message ----- > > > > Hi, > > > > > > > > I met the problem when tried to be using autoscaling groups in heat > > > templates > > > > with havana (see: > > > > https://bugs.launchpad.net/heat/+bug/1223710 ) > > > > > > > > Can anyone confirm whether the autoscaling should already work with > > > havana? > > > > > > > > Currently the evaluation of the ceilometer alarm/meter data seems to > be > > > > failing: > > > > > > > > > > > > > > > > ceilometer-alarm-singleton: > > > > ====================== > > > > 2013-09-11 10:16:28.074 5326 INFO > ceilometer.alarm.threshold_evaluation > > > [-] > > > > initiating evaluation cycle on 3 alarms > > > > 2013-09-11 10:16:28.108 5326 ERROR > ceilometer.alarm.threshold_evaluation > > > [-] > > > > alarm stats retrieval failed > > > > ... > > > > 2013-09-11 10:16:28.108 5326 TRACE > ceilometer.alarm.threshold_evaluation > > > File > > > > > "/opt/stack/python-ceilometerclient/ceilometerclient/v2/statistics.py", > > > line > > > > 29, in list > > > > 2013-09-11 10:16:28.108 5326 TRACE > ceilometer.alarm.threshold_evaluation > > > > '/v2/meters/' + meter_name + '/statistics', > > > > 2013-09-11 10:16:28.108 5326 TRACE > ceilometer.alarm.threshold_evaluation > > > > TypeError: cannot concatenate 'str' and 'NoneType' objects > > > > > > > > ceilometer-api: > > > > =============== > > > > 2013-09-11 10:16:28.221 4500 ERROR wsme.api [-] Server-side error: > > > "metaquery > > > > not implemented". Detail: > > > > Traceback (most recent call last): > > > > > > > > File "/usr/local/lib/python2.7/dist-packages/wsmeext/pecan.py", line > 70, > > > in > > > > callfunction > > > > result = f(self, *args, **kwargs) > > > > > > > > File "/opt/stack/ceilometer/ceilometer/api/controllers/v2.py", line > 693, > > > in > > > > statistics > > > > for c in computed] > > > > > > > > File "/opt/stack/ceilometer/ceilometer/storage/impl_sqlalchemy.py", > line > > > 517, > > > > in get_meter_statistics > > > > query = self._make_stats_query(sample_filter, groupby) > > > > > > > > File "/opt/stack/ceilometer/ceilometer/storage/impl_sqlalchemy.py", > line > > > 468, > > > > in _make_stats_query > > > > return make_query_from_filter(query, sample_filter) > > > > > > > > File "/opt/stack/ceilometer/ceilometer/storage/impl_sqlalchemy.py", > line > > > 137, > > > > in make_query_from_filter > > > > raise NotImplementedError('metaquery not implemented') > > > > > > > > NotImplementedError: metaquery not implemented > > > > > > > > > > > > Many thanks, > > > > -Juha > > > > > > > > _______________________________________________ > > > > Mailing list: > > > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > > > Post to : openstack at lists.openstack.org > > > > Unsubscribe : > > > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > > > > > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mmr at gigahost.dk Fri Sep 13 06:53:54 2013 From: mmr at gigahost.dk (=?iso-8859-1?Q?Morten_M=F8ller_Riis?=) Date: Fri, 13 Sep 2013 16:53:54 +1000 Subject: [Openstack] Rebalancing issue Message-ID: When adjusting weights and rebalancing I get the message: NOTE: Balance of 306.68 indicates you should push this ring, wait at least 1 hours, and rebalance/repush. However, waiting a couple of hours and running swift-ring-builder account.builder rebalance, it says that it has nothing to rebalance. Cowardly refusing to save rebalance as it did not change at least 1%. What am I getting wrong here? Mvh / Best regards Morten Møller Riis Gigahost ApS mmr at gigahost.dk -------------- next part -------------- An HTML attachment was scrubbed... URL: From raghavendra.lad at accenture.com Fri Sep 13 06:54:57 2013 From: raghavendra.lad at accenture.com (raghavendra.lad at accenture.com) Date: Fri, 13 Sep 2013 06:54:57 +0000 Subject: [Openstack] Translation Push - get the dashboard in your language by Sep 24 - Recongize and Officially assign responsibilities... In-Reply-To: References: <5231786B.3030803@openstack.org> Message-ID: Hi, I would say an Official way of announcing the names and delegating responsibilities with commitment to bring up the DASHBOARD translation work in respective languages could be done by announcing and then adding delegates to complete the assigned job. I would like to suggest that the team names of Languages (Admin, Co-ordinator, Translator..etc) announced in the HONGKONG HAVANA SUMMIT. It would be a great think to accomplish and recognize to motivate people.. ofcourse they are our people and belong to one community of Openstack. I would welcome more suggestions and ideas!! :) Regards, Raghavendra Lad BENGALURU Mobile: +91 98800 40919 INDIA - HINDI & KANNADA Languages (IN) Translation support - Welcome to join enthusiasts..) From: Ying Chun Guo [mailto:guoyingc at cn.ibm.com] Sent: Friday, September 13, 2013 11:44 AM To: Yelu Cc: OpenStack Mailing List; community at lists.openstack.org Subject: Re: [Openstack] Translation Push - get the dashboard in your language by Sep 24 Thank you, Yelu. I think we need people to review the translations too. Run Dashboard in Chinese will be an easy way to find out the inappropriate translation. Here is a guideline: https://github.com/OpenStack-I18n/Translation/wiki/HorizonI18nTest Regards Ying Chun Guo (Daisy) Yelu > wrote on 2013/09/13 13:41:27: > Yelu > > 2013/09/13 13:41 > > To > > Shinobu Kinjo >, > > cc > > OpenStack Mailing List >, > "community at lists.openstack.org" > > > Subject > > Re: [Openstack] Translation Push - get the dashboard in your > language by Sep 24 > > hey Tom, > > Chinese version is 100% done, now it's under review > > I think it's gonna be a great way have a call on local SNS, in > China, I post a weibo > http://weibo.com/2153224205/A9fSFFNxh > and the efficiency shocked me! > > and I will follow up the other translation work also. > > On Fri, Sep 13, 2013 at 8:17 AM, Shinobu Kinjo > wrote: > Tom, > > I can be Japanese translator. > How can I join? > > -- Kinjo > > ---- > O I S T > Okinawa Institute of Science and Technology Graduate School > 1919-1 Tancha, Onna-son, Kunigami-gun > Okinawa, Japan 904-0495 > T: +81-98-966-2093 > M: +81-80-6800-6447 > shinobu.kinjo at oist.jp > www.oist.jp > > ________________________________________ > From: Tom Fifield [tom at openstack.org] > Sent: Thursday, September 12, 2013 17:16 > To: OpenStack Mailing List; community at lists.openstack.org > Subject: [Openstack] Translation Push - get the dashboard in your > language by Sep 24 > > Do you write Spanish, Italian, Russian, German or Dutch? > > How about Portuguese? Indonesian? Arabic? Hindi? > > Actually, if you can write in any language other than English, you have > the ability to help get the OpenStack Dashboard into your language. > > Find your language on: > > https://www.transifex.com/projects/p/horizon/ > > and join the team. > > > It's actually a lot of fun, all done through an easy web interface. > > If we can get 100% completion in your language by September 24th, your > text will be included in the next release of OpenStack for thousands > around the world to see. > > So, why not get your friends together and make it happen? :) > > > Thanks, > > from your friendly Internationalisation Team > https://wiki.openstack.org/wiki/I18nTeam > > _______________________________________________ > Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > _______________________________________________ > Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > _______________________________________________ > Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack ________________________________ This message is for the designated recipient only and may contain privileged, proprietary, or otherwise confidential information. If you have received it in error, please notify the sender immediately and delete the original. Any other use of the e-mail by you is prohibited. Where allowed by local law, electronic communications with Accenture and its affiliates, including e-mail and instant messaging (including content), may be scanned by our systems for the purposes of information security and assessment of internal compliance with Accenture policy. ______________________________________________________________________________________ www.accenture.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From yeluaiesec at gmail.com Fri Sep 13 06:59:34 2013 From: yeluaiesec at gmail.com (Yelu) Date: Fri, 13 Sep 2013 14:59:34 +0800 Subject: [Openstack] Translation Push - get the dashboard in your language by Sep 24 In-Reply-To: References: <5231786B.3030803@openstack.org> Message-ID: thank you Daisy~ we will work on it On Fri, Sep 13, 2013 at 2:14 PM, Ying Chun Guo wrote: > Thank you, Yelu. > I think we need people to review the translations too. > Run Dashboard in Chinese will be an easy way to find out the inappropriate > translation. > Here is a guideline: > https://github.com/OpenStack-I18n/Translation/wiki/HorizonI18nTest > > Regards > Ying Chun Guo (Daisy) > > Yelu wrote on 2013/09/13 13:41:27: > > > Yelu > > 2013/09/13 13:41 > > > > To > > > > Shinobu Kinjo , > > > > cc > > > > OpenStack Mailing List , > > "community at lists.openstack.org" > > > > Subject > > > > Re: [Openstack] Translation Push - get the dashboard in your > > language by Sep 24 > > > > > hey Tom, > > > > Chinese version is 100% done, now it's under review > > > > I think it's gonna be a great way have a call on local SNS, in > > China, I post a weibo > > http://weibo.com/2153224205/A9fSFFNxh > > and the efficiency shocked me! > > > > and I will follow up the other translation work also. > > > > > On Fri, Sep 13, 2013 at 8:17 AM, Shinobu Kinjo > wrote: > > Tom, > > > > I can be Japanese translator. > > How can I join? > > > > -- Kinjo > > > > ---- > > O I S T > > Okinawa Institute of Science and Technology Graduate School > > 1919-1 Tancha, Onna-son, Kunigami-gun > > Okinawa, Japan 904-0495 > > T: +81-98-966-2093 > > M: +81-80-6800-6447 > > shinobu.kinjo at oist.jp > > www.oist.jp > > > > ________________________________________ > > From: Tom Fifield [tom at openstack.org] > > Sent: Thursday, September 12, 2013 17:16 > > To: OpenStack Mailing List; community at lists.openstack.org > > Subject: [Openstack] Translation Push - get the dashboard in your > > language by Sep 24 > > > > Do you write Spanish, Italian, Russian, German or Dutch? > > > > How about Portuguese? Indonesian? Arabic? Hindi? > > > > Actually, if you can write in any language other than English, you have > > the ability to help get the OpenStack Dashboard into your language. > > > > Find your language on: > > > > https://www.transifex.com/projects/p/horizon/ > > > > and join the team. > > > > > > It's actually a lot of fun, all done through an easy web interface. > > > > If we can get 100% completion in your language by September 24th, your > > text will be included in the next release of OpenStack for thousands > > around the world to see. > > > > So, why not get your friends together and make it happen? :) > > > > > > Thanks, > > > > from your friendly Internationalisation Team > > https://wiki.openstack.org/wiki/I18nTeam > > > > _______________________________________________ > > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > Post to : openstack at lists.openstack.org > > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > > > _______________________________________________ > > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > Post to : openstack at lists.openstack.org > > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > _______________________________________________ > > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > Post to : openstack at lists.openstack.org > > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mahardika.gilang at andalabs.com Fri Sep 13 07:25:52 2013 From: mahardika.gilang at andalabs.com (Mahardhika) Date: Fri, 13 Sep 2013 14:25:52 +0700 Subject: [Openstack] Swift Fail Unauthorized In-Reply-To: References: <522FF7D5.10803@andalabs.com> Message-ID: <5232BE00.3010109@andalabs.com> Hi, still i can't get out from this issue, can you please lead me. I follow this guide http://docs.openstack.org/developer/swift/howto_installmultinode.html On 9/12/2013 9:24 AM, Kuo Hugo wrote: > You can observe the log out put while issue the request. > I vote on memcache related ... > > +Hugo Kuo+ > (+886) 935004793 > > > 2013/9/11 Mahardhika > > > Hi, following this guide > http://docs.openstack.org/developer/swift/development_saio.html#partition-section > i am stuck at step 14 = Check that you can GET > account:curl-v-H'X-Auth-Token:' > > *I run this command* > #curl -v -H 'X-Auth-Token: > AUTH_tkebd882e8ac094a08a1842811e025f2a8' > http://127.0.0.1:8080/v1/AUTH_swift > and get > =============== > /* About to connect() to 127.0.0.1 port 8080 (#0)// > //* Trying 127.0.0.1...// > //* Connected to 127.0.0.1 (127.0.0.1) port 8080 (#0)// > //> GET /v1/AUTH_swift HTTP/1.1// > //> User-Agent: curl/7.29.0// > //> Host: 127.0.0.1:8080 // > //> Accept: */*// > //> X-Auth-Token: AUTH_tkebd882e8ac094a08a1842811e025f2a8// > //>// > //< HTTP/1.1 401 Unauthorized// > //< Content-Length: 131// > //< Content-Type: text/html; charset=UTF-8// > //< Date: Wed, 11 Sep 2013 04:53:35 GMT// > // //* Connection #0 to host 127.0.0.1 left intact/ > =========== > > *Why i get unauthorized?** > **this my proxy-server.conf* > > /[DEFAULT]// > //#cert_file = /etc/swift/cert.crt// > //#key_file = /etc/swift/cert.key// > //bind_port = 8080// > //#bind_port = 443// > //workers = 8// > //user = swift// > //log_facility = LOG_LOCAL1// > //eventlet_debug = true// > // > //[pipeline:main]// > //pipeline = healthcheck cache tempauth proxy-logging proxy-server// > // > //[app:proxy-server]// > //use = egg:swift#proxy// > //allow_account_management = true// > //account_autocreate = true// > // > //[filter:tempauth]// > //use = egg:swift#tempauth// > //user_admin_admin = admin .admin .reseller_admin// > //user_test_tester = testing .admin// > //user_test2_tester2 = testing2 .admin// > //user_test_tester3 = testing3// > //#user_system_root = testpass .admin > https://$PROXY_LOCAL_NET_IP:8080/v1/AUTH_system// > //user_swift_swift = pass .admin// > // > //[filter:healthcheck]// > //use = egg:swift#healthcheck// > // > //[filter:cache]// > //use = egg:swift#memcache// > //#memcache_servers = $PROXY_LOCAL_NET_IP:11211// > // > //[filter:proxy-logging]// > //use = egg:swift#proxy_logging// > / > Please help me out > thanks > > -- > Regards, > Mahardhika Gilang > > > > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > -- Regards, Mahardhika Gilang *PT. Andalabs Technology * Gedung Gravira Jl. Cideng Barat no. 54 Jakarta Pusat 10150 HP : 0852 139 55861 Email : mahardika.gilang at andalabs.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From yannick.foeillet at alterway.fr Fri Sep 13 09:52:40 2013 From: yannick.foeillet at alterway.fr (Yannick Foeillet) Date: Fri, 13 Sep 2013 11:52:40 +0200 Subject: [Openstack] attachement issue Message-ID: <9C8F8C5F-67BF-4849-9C94-83269897AE1F@alterway.fr> Hi everyone, I've got a question about volume attachement : * I can attach a volume to an instance when i launch it (in the creation window) * After the VMs has been launched i can't attach any volume I got this error in nova-compute.log : libvirtError: unsupported configuration: disk bus 'ide' cannot be hotplugged How can i defined virtio-scsi by default instead of virtio or ide ? or How can i attach a second volume to my instance ? Thanks in advance. -- Yannick Foeillet -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 4837 bytes Desc: not available URL: From tomo at dream.daynight.jp Fri Sep 13 12:06:10 2013 From: tomo at dream.daynight.jp (KATO Tomoyuki) Date: Fri, 13 Sep 2013 21:06:10 +0900 Subject: [Openstack] =?iso-2022-jp?b?VHJhbnNsYXRpb24gUHVzaCAtIGdldCB0aGUg?= =?iso-2022-jp?b?ZGFzaGJvYXJkIGluIHlvdXIgbGFuZ3VhZ2UJYnkgU2VwIDI0?= In-Reply-To: References: <5231786B.3030803@openstack.org> Message-ID: <201309131206.r8DC6AIZ048676@www2826.sakura.ne.jp> Hi Kinjo, Welcome to OpenStack. Please take a look at Japan OpenStack User Group's website[1] and Google Group openstack-ja[2]. [1] http://openstack.jp/ [2] http://groups.google.com/group/openstack-ja We are working on Horizon translation, and planning to translate Security Guide. Thanks, -- KATO Tomoyuki > Tom, > > I can be Japanese translator. > How can I join? > > -- Kinjo > > ---- > O I S T > Okinawa Institute of Science and Technology Graduate School > 1919-1 Tancha, Onna-son, Kunigami-gun > Okinawa, Japan 904-0495 > T: +81-98-966-2093 > M: +81-80-6800-6447 > shinobu.kinjo at oist.jp > www.oist.jp > > ________________________________________ > From: Tom Fifield [tom at openstack.org] > Sent: Thursday, September 12, 2013 17:16 > To: OpenStack Mailing List; community at lists.openstack.org > Subject: [Openstack] Translation Push - get the dashboard in your language by Sep 24 > > Do you write Spanish, Italian, Russian, German or Dutch? > > How about Portuguese? Indonesian? Arabic? Hindi? > > Actually, if you can write in any language other than English, you have > the ability to help get the OpenStack Dashboard into your language. > > Find your language on: > > https://www.transifex.com/projects/p/horizon/ > > and join the team. > > > It's actually a lot of fun, all done through an easy web interface. > > If we can get 100% completion in your language by September 24th, your > text will be included in the next release of OpenStack for thousands > around the world to see. > > So, why not get your friends together and make it happen? :) > > > Thanks, > > from your friendly Internationalisation Team > https://wiki.openstack.org/wiki/I18nTeam From anne at openstack.org Fri Sep 13 13:25:16 2013 From: anne at openstack.org (Anne Gentle) Date: Fri, 13 Sep 2013 08:25:16 -0500 Subject: [Openstack] Fwd: Making the Hong Kong Summit as inclusive as possible In-Reply-To: References: <5D7F9996EA547448BC6C54C8C5AAF4E5D9715EB4@CERNXCHG01.cern.ch> Message-ID: On Thu, Sep 12, 2013 at 4:28 PM, John Griffith wrote: > > > > On Thu, Sep 12, 2013 at 2:26 PM, David Mortman wrote: > >> On Thu, Sep 12, 2013 at 2:54 PM, Anne Gentle wrote >> >>> I think more than one ombudsperson may be needed to assure coverage and >>> avoid anyone being reluctant to report, but I'm not familiar with how >>> ombuds work in general. I do know that I wouldn't ever report something to >>> a nameless phone number or generic email address, so I'd like there to be >>> some identity in place, whether it's "any staff member of the Foundation" >>> or "staff at the conference identified by a badge or shirt" or some sort of >>> spread-out reporting mechanism. Offering training, even just an hour for >>> role play, for those identified people would be helpful as well. >>> >> >> Agreed. There should be at least a small group, especially for events, >> so that one person doesn't get hammered but also so there's a committee to >> make judgement calls etc. Love the idea of some training too. >> > > Not to be politically incorrect, or to seem insensitive etc, but is it > possible that maybe we're getting a little ahead of ourselves here? A > comittee, training etc? > Hi John, I tried to find a quote of me saying "where there's no smoke let's not call fire", because that's how I've felt about the OpenStack community so far. :) Now I'll say strongly that the time has come to encourage inclusion. A policy will help and follows the lead of other communities like us. > > > Personally I think it's unfortunate that people can't just be respectful, > courteous and professional (aka excellent), and that the actions of some > dorks at a previous organizations events have lead to a a lot of time and > effort here regarding what we should do here. > > This isn't about other events, this is about OpenStack doing what is needed to attract the best diverse group we can. > Anyway, not criticizing and I by no means wan to appear as though I'm not > respectful of the ideas here, just noticing this seems like it could become > a bit of a beast in and of itself. > I agree - let's be mindful of overstretching. I just think it's time to get a policy in place. Thanks John -- that you can write your concerns and I can respond safely means we are approaching this with a healthy attitude. It's our policy, let's write it how we mean it. Thanks, Anne > >> _______________________________________________ >> Mailing list: >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> Post to : openstack at lists.openstack.org >> Unsubscribe : >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From xzhao at bnl.gov Fri Sep 13 13:48:20 2013 From: xzhao at bnl.gov (Xin Zhao) Date: Fri, 13 Sep 2013 09:48:20 -0400 Subject: [Openstack] Changing quantum/neutron OVS Plugin In-Reply-To: References: Message-ID: <523317A4.6050904@bnl.gov> Hello, I have a similar question. We are considering to upgrade to grizzly using OVS/vlan model, if I understand the doc correctly, all the external traffic and internal intra-virtual network traffic go through the network host, which makes the network host a single point of failure, and high loaded. So my question is, how people deal with this bottleneck in network node? Is it possible to deploy multiple network nodes, or using other plugin, like OpenFlow, is the solution ? Thanks, Xin On 9/11/2013 3:29 AM, Geraint Jones wrote: > Hi > > We have deployed into production a cluster using OVS. > > We are using "tenant_network_type = gre" > > We have two controller nodes (these also run ceph for storage) each > have 2 nic's bonded using VLAN's for the different traffic (Storage on > one VLAN, VM Mgmt on another etc) > We have a single network node (this is an oldish box with a quad > core X3220) this has two nic's one is a public facing nic, the other > has two VLANs on it (VM Mgmt and VM Floating) > We have eight compute nodes these are dual nic's bonded with the same > VLANs as the controller and network nodes. > > We are facing a few issues. > > 1.) The network node has nic's that cannot exceed 1500 byte MTU -- so > all vms need to have a small MTU to avoid fragmentation -- this is a > pain in the ass. > 2.) The network node load is never under 3.5 -- 4. This seems to be > the case if we are doing 10mbit or 800mbit. > 3.) Network performance is unpredictable at best. > > Are we doing something wrong ? Have I missed something here ? > > Would moving to "tenant_network_type = vlan" make me happier and if so > what do you think is the best way to do that ? > > Any input is appreciated as this is getting to be a pretty major issue > :) (happy to engage freelance consultants to help :)) > > Thanks, > > > _______________________________________________ > Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack -------------- next part -------------- An HTML attachment was scrubbed... URL: From clay.gerrard at gmail.com Fri Sep 13 16:03:24 2013 From: clay.gerrard at gmail.com (Clay Gerrard) Date: Fri, 13 Sep 2013 09:03:24 -0700 Subject: [Openstack] Rebalancing issue In-Reply-To: References: Message-ID: Those two statements do seem in contrast - run `swift-ring-builer account.builder` and check what is the current balance? Can you paste the output? Maybe you have an unbalanced region/zone/server and it's just can't do any better than it is? -Clay On Thu, Sep 12, 2013 at 11:53 PM, Morten Møller Riis wrote: > When adjusting weights and rebalancing I get the message: > > NOTE: Balance of 306.68 indicates you should push this > ring, wait at least 1 hours, and rebalance/repush. > > However, waiting a couple of hours and running swift-ring-builder > account.builder rebalance, it says that it has nothing to rebalance. > > Cowardly refusing to save rebalance as it did not change at least 1%. > > > What am I getting wrong here? > > > Mvh / Best regards > Morten Møller Riis > Gigahost ApS > mmr at gigahost.dk > > > > > > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From yannick.foeillet at alterway.fr Fri Sep 13 16:03:50 2013 From: yannick.foeillet at alterway.fr (Yannick Foeillet) Date: Fri, 13 Sep 2013 18:03:50 +0200 Subject: [Openstack] attachement issue In-Reply-To: <9C8F8C5F-67BF-4849-9C94-83269897AE1F@alterway.fr> References: <9C8F8C5F-67BF-4849-9C94-83269897AE1F@alterway.fr> Message-ID: Hi, > I've got a question about volume attachement : > > * I can attach a volume to an instance when i launch it (in the creation window) > * After the VMs has been launched i can't attach any volume > > I got this error in nova-compute.log : > > libvirtError: unsupported configuration: disk bus 'ide' cannot be hotplugged > > How can i defined virtio-scsi by default instead of virtio or ide ? > or > How can i attach a second volume to my instance ? > > Thanks in advance. It sounds like a KVM/libvirt bus error. I understood that default is virtio as i can see vm xml file (libvirt), so don't understand why for a second storage the bus change from virtio to ide. Anymore can help me ? Thanks in advance. -- Yannick Foeillet -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 4837 bytes Desc: not available URL: From ayoung at redhat.com Fri Sep 13 16:40:24 2013 From: ayoung at redhat.com (Adam Young) Date: Fri, 13 Sep 2013 12:40:24 -0400 Subject: [Openstack] Swift Fail Unauthorized In-Reply-To: <5232BE00.3010109@andalabs.com> References: <522FF7D5.10803@andalabs.com> <5232BE00.3010109@andalabs.com> Message-ID: <52333FF8.8090803@redhat.com> On 09/13/2013 03:25 AM, Mahardhika wrote: > Hi, still i can't get out from this issue, can you please lead me. I > follow this guide > http://docs.openstack.org/developer/swift/howto_installmultinode.html > > On 9/12/2013 9:24 AM, Kuo Hugo wrote: >> You can observe the log out put while issue the request. >> I vote on memcache related ... >> >> +Hugo Kuo+ >> (+886) 935004793 >> >> >> 2013/9/11 Mahardhika > > >> >> Hi, following this guide >> http://docs.openstack.org/developer/swift/development_saio.html#partition-section >> i am stuck at step 14 = Check that you can GET >> account:curl-v-H'X-Auth-Token:' >> >> *I run this command* >> #curl -v -H 'X-Auth-Token: >> AUTH_tkebd882e8ac094a08a1842811e025f2a8' >> http://127.0.0.1:8080/v1/AUTH_swift >> Can you use this token to talk to Keystone? Have you gone through the troubleshooting steps I posted here? http://adam.younglogic.com/2013/07/troubleshooting-pki-middleware/ >> and get >> =============== >> /* About to connect() to 127.0.0.1 port 8080 (#0)// >> //* Trying 127.0.0.1...// >> //* Connected to 127.0.0.1 (127.0.0.1) port 8080 (#0)// >> //> GET /v1/AUTH_swift HTTP/1.1// >> //> User-Agent: curl/7.29.0// >> //> Host: 127.0.0.1:8080 // >> //> Accept: */*// >> //> X-Auth-Token: AUTH_tkebd882e8ac094a08a1842811e025f2a8// >> //>// >> //< HTTP/1.1 401 Unauthorized// >> //< Content-Length: 131// >> //< Content-Type: text/html; charset=UTF-8// >> //< Date: Wed, 11 Sep 2013 04:53:35 GMT// >> //> //* Connection #0 to host 127.0.0.1 left intact/ >> =========== >> >> *Why i get unauthorized?** >> **this my proxy-server.conf* >> >> /[DEFAULT]// >> //#cert_file = /etc/swift/cert.crt// >> //#key_file = /etc/swift/cert.key// >> //bind_port = 8080// >> //#bind_port = 443// >> //workers = 8// >> //user = swift// >> //log_facility = LOG_LOCAL1// >> //eventlet_debug = true// >> // >> //[pipeline:main]// >> //pipeline = healthcheck cache tempauth proxy-logging proxy-server// >> // >> //[app:proxy-server]// >> //use = egg:swift#proxy// >> //allow_account_management = true// >> //account_autocreate = true// >> // >> //[filter:tempauth]// >> //use = egg:swift#tempauth// >> //user_admin_admin = admin .admin .reseller_admin// >> //user_test_tester = testing .admin// >> //user_test2_tester2 = testing2 .admin// >> //user_test_tester3 = testing3// >> //#user_system_root = testpass .admin >> https://$PROXY_LOCAL_NET_IP:8080/v1/AUTH_system// >> //user_swift_swift = pass .admin// >> // >> //[filter:healthcheck]// >> //use = egg:swift#healthcheck// >> // >> //[filter:cache]// >> //use = egg:swift#memcache// >> //#memcache_servers = $PROXY_LOCAL_NET_IP:11211// >> // >> //[filter:proxy-logging]// >> //use = egg:swift#proxy_logging// >> / >> Please help me out >> thanks >> >> -- >> Regards, >> Mahardhika Gilang >> >> >> >> _______________________________________________ >> Mailing list: >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> Post to : openstack at lists.openstack.org >> >> Unsubscribe : >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> >> > > > -- > Regards, > Mahardhika Gilang > > *PT. Andalabs Technology * > Gedung Gravira > Jl. Cideng Barat no. 54 > Jakarta Pusat 10150 > > HP : 0852 139 55861 > Email : mahardika.gilang at andalabs.com > > > _______________________________________________ > Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack -------------- next part -------------- An HTML attachment was scrubbed... URL: From Robert.vanLeeuwen at spilgames.com Fri Sep 13 17:05:13 2013 From: Robert.vanLeeuwen at spilgames.com (Robert van Leeuwen) Date: Fri, 13 Sep 2013 17:05:13 +0000 Subject: [Openstack] Changing quantum/neutron OVS Plugin In-Reply-To: <523317A4.6050904@bnl.gov> References: ,<523317A4.6050904@bnl.gov> Message-ID: <79E00D9220302D448C1D59B5224ED12D8D9D7B64@EchoDB02.spil.local> >> On 9/11/2013 3:29 AM, Geraint Jones wrote: >> We are using "tenant_network_type = gre" >> 2.) The network node load is never under 3.5 – 4. This seems to be the case if we are doing 10mbit or 800mbit. >> 3.) Network performance is unpredictable at best. > From: Xin Zhao [xzhao at bnl.gov] > I have a similar question. We are considering to upgrade to grizzly using OVS/vlan model, if I understand the doc correctly, > all the external traffic and internal intra-virtual network traffic go through the network host, which makes the network host a > single point of failure, and high loaded. So my question is, how people deal with this bottleneck in network node? Is it possible > to deploy multiple network nodes, or using other plugin, like OpenFlow, is the solution ? Hi, Using VLANs should be less of a problem load-wise since it can use tcp-offloading on the NIC. GRE tunnels cannot do this. All traffic will go through the l3-agent. You can have multiple l3 agents but only one l3 agent per network can be active at the time so this is a SPOF. There was a plan to have multiple l3 agents per network for Grizzly but that never made it. I looked at the Havana bug fixes but it *seems* that the functionality is still not there yet. Until there is a HA option for the l3 agent you will have to create your own way of providing HA: 1) Use Pacemaker to provide HA for the l3-agent 2) Use your normal (HA) router: since you are going to use VLANs you can create those interfaces on your router. If you have full control over network creation you can just create a config manually / script it. If you do not have full control (e.g. allowing 3rd party's to create their own networking) you would have to integrate your router with Neutron ( Not sure if there are 3rd party router drivers already implemented, would be nice if someone could give some clarity on this. I would like Vyatta support :) 3) Patch what ever needs access to your machines directly into the a VLAN the Openstack machine has so you do not need to route traffic. e.g. patch your load-balancer directly into the VLAN of your webservers. You probably still need a router / l3-agent to access the machine for management but that becomes way less critical if the production traffic does not hit it. We are currently using 3 and will look into 1 & 2 after the Havana release. (if the l3-agent is still not possible with HA.) Cheers, Robert van Leeuwen From ceccarel at fnal.gov Fri Sep 13 22:11:11 2013 From: ceccarel at fnal.gov (Francesco Ceccarelli) Date: Fri, 13 Sep 2013 17:11:11 -0500 Subject: [Openstack] openstack meta-data Message-ID: <1379110271.4331.15.camel@goku> Is it possible to update instance meta-data, for example to set the public hostname? Thanks in advance, Francesco From stefano at openstack.org Fri Sep 13 23:49:35 2013 From: stefano at openstack.org (Stefano Maffulli) Date: Fri, 13 Sep 2013 16:49:35 -0700 Subject: [Openstack] OpenStack Community Weekly Newsletter (Sep 6-13) Message-ID: <5233A48F.4040307@openstack.org> Register Now For The Summit in Hong Kong ? ??????????????????? ???????, ???????? The last batch of invites to the Summit for OpenStack Active Technical Contributors will be send in the next 10 days. If you have committed code or documentation before September 6 expect official communication soon. Participate in the OpenStack User Survey by September 30! We're kicking off the second round of the OpenStack User Survey this month! You may remember before the April Summit we helped the User Committee run a survey to aggregate OpenStack deployments and share the results. OpenStack Docs Boot Camp Wrap Up We gathered about 20 writers and developers who wanted to learn about OpenStack documentation in the Mirantis training room for two days this week in Mountain View, California. The idea for a docs boot camp came from the OpenStack Infrastructure team who held one back in June . We wanted to enable more people to contribute to OpenStack documentation through in-person training and team building. It's not like a book sprint, with the goal of a book in five days, but rather a training session, with questions and answers in real time. Read the full report from Anne Gentle . Contributing To OpenStack Even If You Are Not A Developer Kenneth Hui outlines some ways for community members to become contributors to OpenStack without having to write a line of Python code. Tips 'n Tricks * By The Official Rackspace Blog : Installing Rackspace Private Cloud In 20 Minutes Or Less * By Xlcloud : Baremetal Driver and the Devstack. * By eNovance Engineering Teams : A gentle introduction to DRBD * By TelekomCloud DevOps team : New Ways of Tempest Stress Testing * By Zane Bitter : Application Definition with Heat * By eNovance Engineering Teams : Adding new 3rd party tools in Fio * By Flavio Percoco : Test strategies for your Python projects Upcoming Events * OpenStack In Action -- Powering IaaS Cloud Sep 14, 2013 - SAP Labs Whitefield, Bangalore Details * Cloud Connect China Sep 15 - 17, 2013 - Shanghai, China Details * LinuxCon/Cloud Open North America Sep 16 - 18, 2013 - New Orleans Details * GigaOM Structure UK Sep 18 - 19, 2013 - London, UK Details * OpenStack India Day Sep 21, 2013 -- Bangalore Details * CodeChix OpenStack Workshop Sep 22, 2013 - Palo Alto, CA Details * Hosting & Cloud Transformation Summit Sep 23 - 25, 2013 - Las Vegas, USA Details * OpenStack on Ales Sep 30 - Oct 01, 2013 - Bend, OR Details * Open World Forum (Paris) Oct 03 - 05, 2013 - Paris, France Details * Gartner Symposium/IT Expo North America Oct 06 - 10, 2013 - Orlando, FL, USA Details * OpenStack in action ! - The Canadian Chapter Oct 08, 2013 - Montreal, Canada Details * Swift Hackathon Oct 15 - 17, 2013 - Austin, TX Details * LinuxCon/Cloud Open Europe Oct 21 - 23, 2013 - Edinburgh, Scotland, UK Details * Cloud Connect Oct 21 - 17, 2013 - Chicago, IL, USA Details Reports from Previous Events * Meetup @ CISCO, Bangalore * OpenStack Object Storage at Intel Developers Forum Other News * Introducing BasicDB * OpenStack Ceilometer Havana-3 milestone released * Murano 0.2 is here! * The Fanatical Faces Of Rackspace Private Cloud: Bryan Thompson * Open Mic Spotlight: Flavio Percoco * What does an NFV application owner require from PaaS? * You Can't Collapse Tiered Storage in Private Clouds Built on OpenStack: Whitepaper * OpenStack Project Meeting: Summary and full logs Security Advisories * Token revocation failure using Keystone memcache/KVS backends (CVE-2013-4294) * Potential denial of service on Nova when using Qpid (CVE-2013-4261) /The weekly newsletter is a way for the community to learn about all the various activities occurring on a weekly basis. If you would like to add content to a weekly update or have an idea about this newsletter, please leave a comment./ -------------- next part -------------- An HTML attachment was scrubbed... URL: From prag_2648 at yahoo.co.in Sat Sep 14 05:21:33 2013 From: prag_2648 at yahoo.co.in (pragya jain) Date: Sat, 14 Sep 2013 13:21:33 +0800 (SGT) Subject: [Openstack] problem in preparing and labeling the drives in order to mount them for configuring openstack swift Message-ID: <1379136093.65084.YahooMailNeo@web193606.mail.sg3.yahoo.com> hello sir, I have to prepare and label the drives in order to mount them. I run some commands to survey what's on the system: root at arun-Aspire-5742:~# df Filesystem 1K-blocks Used Available Use% Mounted on /dev/sda4 177866264 4164648 164666508 3% / udev 2918600 4 2918596 1% /dev tmpfs 1170364 892 1169472 1% /run none 5120 4 5116 1% /run/lock none 2925908 216 2925692 1% /run/shm root at arun-Aspire-5742:~# cat /proc/mounts rootfs / rootfs rw 0 0 sysfs /sys sysfs rw,nosuid,nodev,noexec,relatime 0 0 proc /proc proc rw,nosuid,nodev,noexec,relatime 0 0 udev /dev devtmpfs rw,relatime,size=2918600k,nr_inodes=198985,mode=755 0 0 devpts /dev/pts devpts rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000 0 0 tmpfs /run tmpfs rw,nosuid,relatime,size=1170364k,mode=755 0 0 /dev/disk/by-uuid/5259827c-cc52-43f4-bc2c-7aac2f927b02 / ext4 rw,relatime,errors=remount-ro,user_xattr,barrier=1,data=ordered 0 0 none /sys/fs/fuse/connections fusectl rw,relatime 0 0 none /sys/kernel/debug debugfs rw,relatime 0 0 none /sys/kernel/security securityfs rw,relatime 0 0 none /run/lock tmpfs rw,nosuid,nodev,noexec,relatime,size=5120k 0 0 none /run/shm tmpfs rw,nosuid,nodev,relatime 0 0 gvfs-fuse-daemon /home/arun/.gvfs fuse.gvfs-fuse-daemon rw,nosuid,nodev,relatime,user_id=1000,group_id=1000 0 0 root at arun-Aspire-5742:~# ls /sys/block loop0 loop3 loop6 ram1 ram12 ram15 ram4 ram7 sda sr1 loop1 loop4 loop7 ram10 ram13 ram2 ram5 ram8 sdb loop2 loop5 ram0 ram11 ram14 ram3 ram6 ram9 sr0 root at arun-Aspire-5742:~# sudo blkid /dev/sda1: LABEL="System Reserved" UUID="12BA0286BA026717" TYPE="ntfs" /dev/sda2: UUID="D8EA06E4EA06BEAE" TYPE="ntfs" /dev/sda4: UUID="5259827c-cc52-43f4-bc2c-7aac2f927b02" TYPE="ext4" /dev/sda5: UUID="8AE41BA8E41B9613" TYPE="ntfs" /dev/sda6: UUID="3A14E4D814E497E1" TYPE="ntfs" /dev/sda7: UUID="a7c2ed39-1081-4702-9aed-a42b80a07cff" TYPE="swap" /dev/sr1: LABEL="20110729_053228" TYPE="iso9660" root at arun-Aspire-5742:~# sudo mkfs.xfs -L d1 /dev/sda2 mkfs.xfs: /dev/sda2 appears to contain an existing filesystem (ntfs). mkfs.xfs: Use the -f option to force overwrite. Now, my problem is: I don't understand which device should I label as "d1"? how many devices should I label as "d1", "d2" etc.? Please help me in this regard. ---- Thanks Pragya Jain -------------- next part -------------- An HTML attachment was scrubbed... URL: From tom at openstack.org Sat Sep 14 06:36:03 2013 From: tom at openstack.org (Tom Fifield) Date: Sat, 14 Sep 2013 14:36:03 +0800 Subject: [Openstack] Translation Push - get the dashboard in your language by Sep 24 - Recongize and Officially assign responsibilities... In-Reply-To: References: <5231786B.3030803@openstack.org> Message-ID: <523403D3.6030207@openstack.org> An excellent idea Raghavendra. Right now our translators work hard and get very little recognition and we need to fix this. Regards, Tom On 13/09/13 14:54, raghavendra.lad at accenture.com wrote: > Hi, > > > > I would say an Official way of announcing the names and delegating > responsibilities with commitment to bring up the DASHBOARD translation > work in respective languages could be done by announcing and then adding > delegates to complete the assigned job. I would like to suggest that > *the team names of Languages (Admin, Co-ordinator, Translator..etc) > announced in the HONGKONG HAVANA SUMMIT*. > > > > It would be a great think to accomplish and recognize to motivate > people.. ofcourse they are our people and belong to one community of > Openstack. > > > > I would welcome more suggestions and ideas!! J > > > > Regards, > > Raghavendra Lad > > BENGALURU > > Mobile: +91 98800 40919 > > > > *INDIA – HINDI & KANNADA Languages (IN) Translation support – Welcome to > join enthusiasts..)* > > > > > > *From:*Ying Chun Guo [mailto:guoyingc at cn.ibm.com] > *Sent:* Friday, September 13, 2013 11:44 AM > *To:* Yelu > *Cc:* OpenStack Mailing List; community at lists.openstack.org > *Subject:* Re: [Openstack] Translation Push - get the dashboard in your > language by Sep 24 > > > > Thank you, Yelu. > I think we need people to review the translations too. > Run Dashboard in Chinese will be an easy way to find out the > inappropriate translation. > Here is a guideline: > https://github.com/OpenStack-I18n/Translation/wiki/HorizonI18nTest > > Regards > Ying Chun Guo (Daisy) > > Yelu > wrote on > 2013/09/13 13:41:27: > >> Yelu > >> 2013/09/13 13:41 >> >> To >> >> Shinobu Kinjo >, >> >> cc >> >> OpenStack Mailing List >, >> "community at lists.openstack.org " > > >> >> Subject >> >> Re: [Openstack] Translation Push - get the dashboard in your >> language by Sep 24 >> >> hey Tom, >> >> Chinese version is 100% done, now it's under review >> >> I think it's gonna be a great way have a call on local SNS, in >> China, I post a weibo >> http://weibo.com/2153224205/A9fSFFNxh >> and the efficiency shocked me! >> >> and I will follow up the other translation work also. >> > >> On Fri, Sep 13, 2013 at 8:17 AM, Shinobu Kinjo > wrote: >> Tom, >> >> I can be Japanese translator. >> How can I join? >> >> -- Kinjo >> >> ---- >> O I S T >> Okinawa Institute of Science and Technology Graduate School >> 1919-1 Tancha, Onna-son, Kunigami-gun >> Okinawa, Japan 904-0495 >> T: +81-98-966-2093 >> M: +81-80-6800-6447 >> shinobu.kinjo at oist.jp >> www.oist.jp >> >> ________________________________________ >> From: Tom Fifield [tom at openstack.org] >> Sent: Thursday, September 12, 2013 17:16 >> To: OpenStack Mailing List; community at lists.openstack.org >> Subject: [Openstack] Translation Push - get the dashboard in your >> language by Sep 24 >> >> Do you write Spanish, Italian, Russian, German or Dutch? >> >> How about Portuguese? Indonesian? Arabic? Hindi? >> >> Actually, if you can write in any language other than English, you have >> the ability to help get the OpenStack Dashboard into your language. >> >> Find your language on: >> >> https://www.transifex.com/projects/p/horizon/ >> >> and join the team. >> >> >> It's actually a lot of fun, all done through an easy web interface. >> >> If we can get 100% completion in your language by September 24th, your >> text will be included in the next release of OpenStack for thousands >> around the world to see. >> >> So, why not get your friends together and make it happen? :) >> >> >> Thanks, >> >> from your friendly Internationalisation Team >> https://wiki.openstack.org/wiki/I18nTeam >> >> _______________________________________________ >> Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> Post to : openstack at lists.openstack.org >> Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> >> _______________________________________________ >> Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> Post to : openstack at lists.openstack.org >> Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> _______________________________________________ >> Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> Post to : openstack at lists.openstack.org >> Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > > ------------------------------------------------------------------------ > This message is for the designated recipient only and may contain > privileged, proprietary, or otherwise confidential information. If you > have received it in error, please notify the sender immediately and > delete the original. Any other use of the e-mail by you is prohibited. > > Where allowed by local law, electronic communications with Accenture and > its affiliates, including e-mail and instant messaging (including > content), may be scanned by our systems for the purposes of information > security and assessment of internal compliance with Accenture policy. > > ______________________________________________________________________________________ > > www.accenture.com > > > _______________________________________________ > Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > From Tim.Bell at cern.ch Sat Sep 14 07:18:08 2013 From: Tim.Bell at cern.ch (Tim Bell) Date: Sat, 14 Sep 2013 07:18:08 +0000 Subject: [Openstack] openstack meta-data In-Reply-To: <1379110271.4331.15.camel@goku> References: <1379110271.4331.15.camel@goku> Message-ID: <5D7F9996EA547448BC6C54C8C5AAF4E5D971B85A@CERNXCHG01.cern.ch> You can update the metadata associated with an instance using the 'nova meta' command. However, this only updates the metadata (i.e. key value pairs) rather than the other attributes. Changing the server name would not alter the hostname of the VM, it would only alter the description in Nova. Can you explain a little more what you would like to be doing ? Tim > -----Original Message----- > From: Francesco Ceccarelli [mailto:ceccarel at fnal.gov] > Sent: 14 September 2013 00:11 > To: openstack at lists.openstack.org > Subject: [Openstack] openstack meta-data > > Is it possible to update instance meta-data, for example to set the public hostname? > > Thanks in advance, > Francesco > > > _______________________________________________ > Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 7414 bytes Desc: not available URL: From rerngvit at n3infinity.com Sat Sep 14 16:23:37 2013 From: rerngvit at n3infinity.com (Rerngvit Yanggratoke) Date: Sat, 14 Sep 2013 18:23:37 +0200 Subject: [Openstack] An Android app for managing an Openstack cloud Message-ID: Hello All, We are working on a native Android app for managing an Openstack cloud and looking for alpha/beta testers. The app currently offers features listed below. If you would like to try such an app, have a running Openstack installation, and an Android phone (v.4.0+) at your disposal, please join the Google group via this link ( https://groups.google.com/forum/#!forum/stackmobile). We will distribute the binary through Google Play for people in the group soon. We are welcome any feedbacks, comments, and suggestions. 1. Managing multiple accounts 2. Instance management - launch, view info, suspend, see console logs, ... 3. Volume management - create new volume, attach volume, ... 4. Instance/Volume Snapshot management 5. Security group management 6. Monthly usage report Sincerely, Rerngvit Yanggratoke -------------- next part -------------- An HTML attachment was scrubbed... URL: From ceccarel at fnal.gov Sat Sep 14 18:39:53 2013 From: ceccarel at fnal.gov (Francesco Ceccarelli) Date: Sat, 14 Sep 2013 13:39:53 -0500 Subject: [Openstack] openstack meta-data In-Reply-To: <5D7F9996EA547448BC6C54C8C5AAF4E5D971B85A@CERNXCHG01.cern.ch> References: <1379110271.4331.15.camel@goku> <5D7F9996EA547448BC6C54C8C5AAF4E5D971B85A@CERNXCHG01.cern.ch> Message-ID: <1379183993.4086.12.camel@goku> Hello, thanks for the help! I hadn't seen the command in the documentation, this can be helpful. BTW my problem is to update metadata every time a machine is launched. For example let's talk about the hostname. Every time I launch a machine, I would like to have well-configured metadata, with the parameter public-hostname already set to a customized value. I don't want the instance name as public-hostname. I hope I was clear and thanks again for the help, Francesco On Sat, 2013-09-14 at 07:18 +0000, Tim Bell wrote: > You can update the metadata associated with an instance using the 'nova meta' command. However, this only updates the metadata (i.e. > key value pairs) rather than the other attributes. > > Changing the server name would not alter the hostname of the VM, it would only alter the description in Nova. > > Can you explain a little more what you would like to be doing ? > > Tim > > > -----Original Message----- > > From: Francesco Ceccarelli [mailto:ceccarel at fnal.gov] > > Sent: 14 September 2013 00:11 > > To: openstack at lists.openstack.org > > Subject: [Openstack] openstack meta-data > > > > Is it possible to update instance meta-data, for example to set the public hostname? > > > > Thanks in advance, > > Francesco > > > > > > _______________________________________________ > > Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > Post to : openstack at lists.openstack.org > > Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack From lixq2000 at gmail.com Sun Sep 15 04:00:13 2013 From: lixq2000 at gmail.com (sam lee) Date: Sun, 15 Sep 2013 12:00:13 +0800 Subject: [Openstack] openstack instance does not make use of all of disk space of flavor Message-ID: I have created a new instance with Ubuntu 11.10 with 80G disk space, but when I log into the instance and execute "df -h" the space show as attached dfh.png. and the output of "fdisk -l" as fdisk.png. I want vda taking all of the space and do two steps as below: 1. fdisk /dev/vda, and create a extended partition 2. mkfs.ext4 /dev/vda1. ==> It will report "/dev/vda is is use" Is this right? If not, what is the correct way to taking all of the space? Thanks in advance. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: dfh.png Type: image/png Size: 4960 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: fdisk.png Type: image/png Size: 9273 bytes Desc: not available URL: From maty.grosz at alcatel-lucent.com Sun Sep 15 06:29:46 2013 From: maty.grosz at alcatel-lucent.com (GROSZ, Maty (Maty)) Date: Sun, 15 Sep 2013 06:29:46 +0000 Subject: [Openstack] Nova Client CLI Tool: Configure nova client CLI tool to consume image APIs from Glance service In-Reply-To: <1379007046.83893012@apps.rackspace.com> References: <7A0D7FA093BE9640AB68E72FFCD595400D133A@FR712WXCHMBA09.zeu.alcatel-lucent.com > <1379007046.83893012@apps.rackspace.com> Message-ID: <7A0D7FA093BE9640AB68E72FFCD595400D26B4@FR712WXCHMBA09.zeu.alcatel-lucent.com> I f I understand you correctly – is there a duplication? Should not all the API you mentioned be pointed to Glance already? Why having these APIs under Nova if you have Glance? From: Iccha Sethi [mailto:iccha.sethi at rackspace.com] Sent: Thursday, September 12, 2013 20:31 To: GROSZ, Maty (Maty) Cc: openstack at lists.openstack.org Subject: RE: [Openstack] Nova Client CLI Tool: Configure nova client CLI tool to consume image APIs from Glance service Hey, if you look at the readme :https://github.com/openstack/python-novaclient there are image calls you can make from nova cli eg: image-create Create a new image by taking a snapshot of a running server. image-delete Delete an image. image-list Print a list of available images to boot from. image-meta Set or Delete metadata on an image. image-show Show details about the given image. Thanks, Iccha -----Original Message----- From: "GROSZ, Maty (Maty)" > Sent: Thursday, September 12, 2013 4:43am To: "openstack at lists.openstack.org" > Subject: [Openstack] Nova Client CLI Tool: Configure nova client CLI tool to consume image APIs from Glance service Hey, I am trying to find out how do I configure nova client CLI tool to consume image APIs from Glance service instead of nova v2.0. Someone can help? Thanks, Maty. [logo] Maty Grosz Alcatel-Lucent APIs Functional Owner, R&D CLOUDBAND BUSINESS UNIT 16 Atir Yeda St. Kfar-Saba 44643, ISRAEL T: +972 (0) 9 7933078 F: +972 (0) 9 7933700 maty.grosz at alcatel-lucent.com -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 5929 bytes Desc: image001.jpg URL: From riteshnanda09 at gmail.com Sun Sep 15 07:02:55 2013 From: riteshnanda09 at gmail.com (Ritesh) Date: Sun, 15 Sep 2013 12:32:55 +0530 Subject: [Openstack] openstack instance does not make use of all of disk space of flavor In-Reply-To: References: Message-ID: <45A52B51-8CB8-424C-80AF-245C579E3535@gmail.com> Hello Sam, You need to install intramuscular-grow root deb available in Ubuntu , which grow your root partition as space available. Cheers Rite an Sent from my iPad On 15-Sep-2013, at 9:30 AM, sam lee wrote: > I have created a new instance with Ubuntu 11.10 with 80G disk space, but when I log into the instance and execute "df -h" the space show as attached dfh.png. and the output of "fdisk -l" as fdisk.png. > > I want vda taking all of the space and do two steps as below: > > 1. fdisk /dev/vda, and create a extended partition > 2. mkfs.ext4 /dev/vda1. ==> It will report "/dev/vda is is use" > > Is this right? If not, what is the correct way to taking all of the space? > > Thanks in advance. > > > > > _______________________________________________ > Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack From riteshnanda09 at gmail.com Sun Sep 15 07:09:37 2013 From: riteshnanda09 at gmail.com (Ritesh) Date: Sun, 15 Sep 2013 12:39:37 +0530 Subject: [Openstack] openstack instance does not make use of all of disk space of flavor In-Reply-To: <45A52B51-8CB8-424C-80AF-245C579E3535@gmail.com> References: <45A52B51-8CB8-424C-80AF-245C579E3535@gmail.com> Message-ID: Hello sorry the spell check made package name changed its initramfs grow root deb package. Sent from my iPad On 15-Sep-2013, at 12:32 PM, Ritesh wrote: > Hello Sam, > > You need to install intramuscular-grow root deb available in Ubuntu , which grow your root partition as space available. > > Cheers > Rite an > > Sent from my iPad > > On 15-Sep-2013, at 9:30 AM, sam lee wrote: > >> I have created a new instance with Ubuntu 11.10 with 80G disk space, but when I log into the instance and execute "df -h" the space show as attached dfh.png. and the output of "fdisk -l" as fdisk.png. >> >> I want vda taking all of the space and do two steps as below: >> >> 1. fdisk /dev/vda, and create a extended partit >> 2. mkfs.ext4 /dev/vda1. ==> It will report "/dev/vda is is use" >> >> Is this right? If not, what is the correct way to taking all of the space? >> >> Thanks in advance. >> >> >> >> >> _______________________________________________ >> Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> Post to : openstack at lists.openstack.org >> Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack From launchpad at mortman.com Sun Sep 15 10:59:46 2013 From: launchpad at mortman.com (David Mortman) Date: Sun, 15 Sep 2013 06:59:46 -0400 Subject: [Openstack] Fwd: Making the Hong Kong Summit as inclusive as possible In-Reply-To: References: <5D7F9996EA547448BC6C54C8C5AAF4E5D9715EB4@CERNXCHG01.cern.ch> Message-ID: On Thu, Sep 12, 2013 at 4:26 PM, David Mortman wrote: > Agreed. There should be at least a small group, especially for events, so > that one person doesn't get hammered but also so there's a committee to > make judgement calls etc. Love the idea of some training too. > Given the closeness of the summit (only 2 months away), it's seems like a good idea to put together the initial group of folks who can be the onsite committee to help address any issues that hopefully won't arise. While I'll continue to participate in this effort, unfortunately, I won't be attending the summit myself so I can't help onsite. I will however like nominate both Anne Gentle and George Reese be initial members of the committee. Anyone else interested? A group of three is probably plenty. thanks -David -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.koppad at gmail.com Sun Sep 15 11:16:57 2013 From: a.koppad at gmail.com (Annapoornima Koppad) Date: Sun, 15 Sep 2013 16:46:57 +0530 Subject: [Openstack] Fwd: Making the Hong Kong Summit as inclusive as possible In-Reply-To: References: <5D7F9996EA547448BC6C54C8C5AAF4E5D9715EB4@CERNXCHG01.cern.ch> Message-ID: Hi All, I am still in the learning process. Any inputs here, I am trying to understand them. So I would have loved to help, but right now, I am also not attending the summit this time. I would like to be involved in understanding how our thought process is going to evolve in this process. Regards, Annapoornima On Sun, Sep 15, 2013 at 4:29 PM, David Mortman wrote: > On Thu, Sep 12, 2013 at 4:26 PM, David Mortman wrote: > >> Agreed. There should be at least a small group, especially for events, >> so that one person doesn't get hammered but also so there's a committee to >> make judgement calls etc. Love the idea of some training too. >> > > Given the closeness of the summit (only 2 months away), it's seems like a > good idea to put together the initial group of folks who can be the onsite > committee to help address any issues that hopefully won't arise. While I'll > continue to participate in this effort, unfortunately, I won't be attending > the summit myself so I can't help onsite. I will however like nominate > both Anne Gentle and George Reese be initial members of the committee. > Anyone else interested? A group of three is probably plenty. > > thanks > -David > > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From Tim.Bell at cern.ch Sun Sep 15 11:39:46 2013 From: Tim.Bell at cern.ch (Tim Bell) Date: Sun, 15 Sep 2013 11:39:46 +0000 Subject: [Openstack] openstack meta-data In-Reply-To: <1379183993.4086.12.camel@goku> References: <1379110271.4331.15.camel@goku> <5D7F9996EA547448BC6C54C8C5AAF4E5D971B85A@CERNXCHG01.cern.ch> <1379183993.4086.12.camel@goku> Message-ID: <5D7F9996EA547448BC6C54C8C5AAF4E5D971FA6D@CERNXCHG01.cern.ch> I don’t think there is a formal exit inside OpenStack to do this. You may have to make a small patch to Nova. It would be an interesting feature to define a plug-in architecture for this which would have several other uses. Tim > -----Original Message----- > From: Francesco Ceccarelli [mailto:ceccarel at fnal.gov] > Sent: 14 September 2013 20:40 > To: Tim Bell > Cc: openstack at lists.openstack.org > Subject: Re: [Openstack] openstack meta-data > > Hello, > thanks for the help! I hadn't seen the command in the documentation, this can be helpful. > BTW my problem is to update metadata every time a machine is launched. > For example let's talk about the hostname. Every time I launch a machine, I would like to have well-configured metadata, with the > parameter public-hostname already set to a customized value. I don't want the instance name as public-hostname. > > I hope I was clear and thanks again for the help, Francesco > > > > On Sat, 2013-09-14 at 07:18 +0000, Tim Bell wrote: > > You can update the metadata associated with an instance using the 'nova meta' command. However, this only updates the metadata > (i.e. > > key value pairs) rather than the other attributes. > > > > Changing the server name would not alter the hostname of the VM, it would only alter the description in Nova. > > > > Can you explain a little more what you would like to be doing ? > > > > Tim > > > > > -----Original Message----- > > > From: Francesco Ceccarelli [mailto:ceccarel at fnal.gov] > > > Sent: 14 September 2013 00:11 > > > To: openstack at lists.openstack.org > > > Subject: [Openstack] openstack meta-data > > > > > > Is it possible to update instance meta-data, for example to set the public hostname? > > > > > > Thanks in advance, > > > Francesco > > > > > > > > > _______________________________________________ > > > Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > > Post to : openstack at lists.openstack.org > > > Unsubscribe : > > > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 7414 bytes Desc: not available URL: From EvgenyF at Radware.com Sun Sep 15 12:33:37 2013 From: EvgenyF at Radware.com (Evgeny Fedoruk) Date: Sun, 15 Sep 2013 12:33:37 +0000 Subject: [Openstack] [Neutron] Bug #1225614 opened Message-ID: Hi, As a result of review comment (https://review.openstack.org/#/c/46071/5/neutron/tests/unit/test_db_plugin.py) on unit testing for Change Ied831402 Bug #1225614 was opened and assigned to me. Change proposed and needs a review Evgeny -------------- next part -------------- An HTML attachment was scrubbed... URL: From christophe.sauthier at objectif-libre.com Sun Sep 15 15:34:04 2013 From: christophe.sauthier at objectif-libre.com (Christophe Sauthier) Date: Sun, 15 Sep 2013 17:34:04 +0200 Subject: [Openstack] Call for participation and conferences : Capitole du libre (23rd/24th November Toulouse, France) Message-ID: An conference called "Capitole du Libre" (http://2013.capitoledulibre.org/) is happening on the 23rd and 24th of November in Toulouse, France, and will host a dedicated track for OpenStack. During "Capitole du Libre" we try to address many goals : to promote some (open) technologies, but also allow some communities to meet/gather. It is mainly in the latter aspect that I writing this email since at Capitole du Libre, there'll be a dedicated track for Openstack. It is clearly a chance for the Openstack France community to gather, which is a good thing since we are working hard to organize ourselves. But it will be a great chance for us to host some other Openstackers... This track will separated in 2 parts : - conferences on saturday - workshops on the sunday. This email is mainly a call for conferences and workshops. Ideally we would be able to cover many aspect (technicals or not) around OpenStack. So far we have decided or not to have a french only event : it means that if you want to submit some talks in English you can, and regarding the number we'll be able to have we can have a track in English... The deadline for submitting is Septembre 29th... Finally, I'd like to add that Toulouse is a really really nice city, with a very nice weather (well we always can be unlucky...) so spending at least the weekend there is quite nice :) Thanks for your feedback and participation ! Feels free to contact me if you want any other information, or if you want to sponsor the event ;) Cheers, Christophe From joshua at pistoncloud.com Sun Sep 15 16:44:34 2013 From: joshua at pistoncloud.com (Joshua McKenty) Date: Sun, 15 Sep 2013 09:44:34 -0700 Subject: [Openstack] Fwd: Making the Hong Kong Summit as inclusive as possible In-Reply-To: References: <5D7F9996EA547448BC6C54C8C5AAF4E5D9715EB4@CERNXCHG01.cern.ch> Message-ID: <626505D9-B8C4-41B0-BAD2-D645355F4F88@pistoncloud.com> David, while I think having an onsite group able to field complaints and address incidents is critical, we need to make sure that such a group has the ability to address any complaints. So I'd suggest we pass this directly to the foundation staff, and make sure that the event coordination team is coached appropriately. Having community members act as ombudsperson is both complicated from a legal standpoint, and potentially inappropriate. Lauren, can you make sure the on-site events team is briefed on the proposed code-of-conduct, and is ready to respond to any complaints that might arise? -- Joshua McKenty Chief Technology Officer Piston Cloud Computing, Inc. +1 (650) 242-5683 +1 (650) 283-6846 http://www.pistoncloud.com "Oh, Westley, we'll never survive!" "Nonsense. You're only saying that because no one ever has." On Sep 15, 2013, at 3:59 AM, David Mortman wrote: > On Thu, Sep 12, 2013 at 4:26 PM, David Mortman wrote: > Agreed. There should be at least a small group, especially for events, so that one person doesn't get hammered but also so there's a committee to make judgement calls etc. Love the idea of some training too. > > Given the closeness of the summit (only 2 months away), it's seems like a good idea to put together the initial group of folks who can be the onsite committee to help address any issues that hopefully won't arise. While I'll continue to participate in this effort, unfortunately, I won't be attending the summit myself so I can't help onsite. I will however like nominate both Anne Gentle and George Reese be initial members of the committee. Anyone else interested? A group of three is probably plenty. > > thanks > -David > _______________________________________________ > Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack -------------- next part -------------- An HTML attachment was scrubbed... URL: From laclasse at gmail.com Sun Sep 15 23:49:05 2013 From: laclasse at gmail.com (laclasse) Date: Mon, 16 Sep 2013 00:49:05 +0100 Subject: [Openstack] openstack instance does not make use of all of disk space of flavor In-Reply-To: References: <45A52B51-8CB8-424C-80AF-245C579E3535@gmail.com> Message-ID: @sam lee, if I understand properly ​ ​ you are talking about a custom Ubuntu image you created? IIRC all Ubuntu provided default images for OpenStack/AWS after 10.04 LTS have this package installed (or was it starting at 12.04 LTS? Scott Moser the maintainer of the packahe might know more). Also, from your side, I would strongly reconsider and question why you are deploying 11.10 Ubuntu, it is not an LTS release (Long Term Support) an it is already End of Life (a.k.a not supported anymore, see here: https://wiki.ubuntu.com/Releases ​)​ ;​ you will not get ​ any ​ updated software not mentioning potential security issues. ​A quick tip, the Ub​untu releases numbers have a meaning: 11 -> Year of release, 10 -> Month of release. So Ubuntu 11.10 was released in October 2011, nearly 2 years ago, in the Linux word, it is legacy and the equivalent of deploying an old Windows release. If an ISV or an specific application forces you to do deploy this version, you should simply push back or give further details on the use case to see if the community can help you further. The exact package you need installed in the instance is called "​ cloud-initramfs-growroot ​", here is its description from the ​' apt-cache show cloud-initramfs-growroot ​' command: Package: cloud-initramfs-growroot Priority: extra Section: universe/admin Installed-Size: 48 Maintainer: Scott Moser Architecture: all Source: cloud-initramfs-tools Version: 0.19ubuntu1 Depends: cloud-utils (>= 0.21ubuntu1), initramfs-tools, util-linux (>= 2.17.2) Filename: pool/universe/c/cloud-initramfs-tools/cloud-initramfs-growroot_0.19ubuntu1_all.deb Size: 5692 MD5sum: 98035f2475531eec3b3179aeaa56a1d5 SHA1: 61a69b041ac8b54153ac6d1c4f9995b5f69b0a65 SHA256: 4ca1ec553c6a28a6942a13ea6f2c6db9e175449781a009c008191c19684b0d12 Description-en: automatically resize the root partition on first boot This package adds functionality to an initramfs built by initramfs-tools. When installed, the initramfs will repartition a disk to make the root volume consume all space that follows it. . You most likely do not want this package unless you know what you are doing. It is primarily interesting in a virtualized environment when a disk can provisioned with a size larger than its original size. In this case, with this package installed, you can automatically use the new space without requiring a reboot to re-read the partition table. Homepage: http://launchpad.net/cloud-initramfs-tools Description-md5: 2a0d4bed7bada9873cf69d658abe0c23 Bugs: https://bugs.launchpad.net/ubuntu/+filebug Origin: Ubuntu Hope this helps. ​ On Sun, Sep 15, 2013 at 8:09 AM, Ritesh wrote: > Hello sorry the spell check made package name changed its initramfs grow > root deb package. > > Sent from my iPad > > On 15-Sep-2013, at 12:32 PM, Ritesh wrote: > > > Hello Sam, > > > > You need to install intramuscular-grow root deb available in Ubuntu , > which grow your root partition as space available. > > > > Cheers > > Rite an > > > > Sent from my iPad > > > > On 15-Sep-2013, at 9:30 AM, sam lee wrote: > > > >> I have created a new instance with Ubuntu 11.10 with 80G disk space, > but when I log into the instance and execute "df -h" the space show as > attached dfh.png. and the output of "fdisk -l" as fdisk.png. > >> > >> I want vda taking all of the space and do two steps as below: > >> > >> 1. fdisk /dev/vda, and create a extended partit > >> 2. mkfs.ext4 /dev/vda1. ==> It will report "/dev/vda is is use" > >> > >> Is this right? If not, what is the correct way to taking all of the > space? > >> > >> Thanks in advance. > >> > >> > >> > >> > >> _______________________________________________ > >> Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > >> Post to : openstack at lists.openstack.org > >> Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > -------------- next part -------------- An HTML attachment was scrubbed... URL: From laclasse at gmail.com Mon Sep 16 00:11:05 2013 From: laclasse at gmail.com (laclasse) Date: Mon, 16 Sep 2013 01:11:05 +0100 Subject: [Openstack] Nova Client CLI Tool: Configure nova client CLI tool to consume image APIs from Glance service In-Reply-To: <7A0D7FA093BE9640AB68E72FFCD595400D26B4@FR712WXCHMBA09.zeu.alcatel-lucent.com> References: <1379007046.83893012@apps.rackspace.com> <7A0D7FA093BE9640AB68E72FFCD595400D26B4@FR712WXCHMBA09.zeu.alcatel-lucent.com> Message-ID: There is some overlap, maybe due to certain public cloud services that have decided to expose the glance API through nova, rather than exposing the glance api end point directly. Not entirely sure of your end goal, but if this is a private/custom install of OpenStack and you have the glance service end point exposed, maybe you could use the 'python-glanceclient' instead to speak the glance API directly? Hope this helps. On Sun, Sep 15, 2013 at 7:29 AM, GROSZ, Maty (Maty) < maty.grosz at alcatel-lucent.com> wrote: > I f I understand you correctly – is there a duplication? Should not all > the API you mentioned be pointed to Glance already?**** > > Why having these APIs under Nova if you have Glance?**** > > ** ** > > *From:* Iccha Sethi [mailto:iccha.sethi at rackspace.com] > *Sent:* Thursday, September 12, 2013 20:31 > *To:* GROSZ, Maty (Maty) > *Cc:* openstack at lists.openstack.org > *Subject:* RE: [Openstack] Nova Client CLI Tool: Configure nova client > CLI tool to consume image APIs from Glance service**** > > ** ** > > Hey,**** > > **** > > if you look at the readme :https://github.com/openstack/python-novaclient* > *** > > **** > > there are image calls you can make from nova cli**** > > **** > > eg:**** > > image-create Create a new image by taking a snapshot of a running server. > image-delete Delete an image. image-list Print a list of available images > to boot from. image-meta Set or Delete metadata on an image. image-show > Show details about the given image.**** > > Thanks,**** > > Iccha**** > > **** > > -----Original Message----- > From: "GROSZ, Maty (Maty)" > Sent: Thursday, September 12, 2013 4:43am > To: "openstack at lists.openstack.org" > Subject: [Openstack] Nova Client CLI Tool: Configure nova client CLI tool > to consume image APIs from Glance service**** > > Hey,**** > > I am trying to find out how do I configure nova client CLI tool to > consume image APIs from Glance service instead of nova v2.0.**** > > Someone can help?**** > > Thanks,**** > > Maty.**** > > [image: logo]**** > > *Maty Grosz***** > > Alcatel-Lucent**** > > APIs Functional Owner, R&D**** > > CLOUDBAND BUSINESS UNIT**** > > 16 Atir Yeda St. Kfar-Saba 44643, ISRAEL**** > > T: +972 (0) 9 7933078**** > > F: +972 (0) 9 7933700**** > > *maty.grosz at alcatel-lucent.com * **** > > **** > > **** > > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 5929 bytes Desc: not available URL: From launchpad at mortman.com Mon Sep 16 00:18:51 2013 From: launchpad at mortman.com (David Mortman) Date: Sun, 15 Sep 2013 20:18:51 -0400 Subject: [Openstack] Fwd: Making the Hong Kong Summit as inclusive as possible In-Reply-To: <626505D9-B8C4-41B0-BAD2-D645355F4F88@pistoncloud.com> References: <5D7F9996EA547448BC6C54C8C5AAF4E5D9715EB4@CERNXCHG01.cern.ch> <626505D9-B8C4-41B0-BAD2-D645355F4F88@pistoncloud.com> Message-ID: Joshua, I'll leave it up to the event staff to determine how they want to handle it in this on-site case. Certainly someone needs to be empowered or the exercise is pointless. For the community as a whole, does the Board of Directors have the authority to create an ombuds office? -DM On Sun, Sep 15, 2013 at 12:44 PM, Joshua McKenty wrote: > David, while I think having an onsite group able to field complaints and > address incidents is critical, we need to make sure that such a group has > the ability to address any complaints. So I'd suggest we pass this directly > to the foundation staff, and make sure that the event coordination team is > coached appropriately. Having community members act as ombudsperson is both > complicated from a legal standpoint, and potentially inappropriate. > > Lauren, can you make sure the on-site events team is briefed on the > proposed code-of-conduct, and is ready to respond to any complaints that > might arise? > > -- > > Joshua McKenty > Chief Technology Officer > Piston Cloud Computing, Inc. > +1 (650) 242-5683 > +1 (650) 283-6846 > http://www.pistoncloud.com > > "Oh, Westley, we'll never survive!" > "Nonsense. You're only saying that because no one ever has." > > On Sep 15, 2013, at 3:59 AM, David Mortman wrote: > > On Thu, Sep 12, 2013 at 4:26 PM, David Mortman wrote: > >> Agreed. There should be at least a small group, especially for events, >> so that one person doesn't get hammered but also so there's a committee to >> make judgement calls etc. Love the idea of some training too. >> > > Given the closeness of the summit (only 2 months away), it's seems like a > good idea to put together the initial group of folks who can be the onsite > committee to help address any issues that hopefully won't arise. While I'll > continue to participate in this effort, unfortunately, I won't be attending > the summit myself so I can't help onsite. I will however like nominate > both Anne Gentle and George Reese be initial members of the committee. > Anyone else interested? A group of three is probably plenty. > > thanks > -David > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From laclasse at gmail.com Mon Sep 16 00:54:20 2013 From: laclasse at gmail.com (laclasse) Date: Mon, 16 Sep 2013 01:54:20 +0100 Subject: [Openstack] openstack meta-data In-Reply-To: <5D7F9996EA547448BC6C54C8C5AAF4E5D971FA6D@CERNXCHG01.cern.ch> References: <1379110271.4331.15.camel@goku> <5D7F9996EA547448BC6C54C8C5AAF4E5D971B85A@CERNXCHG01.cern.ch> <1379183993.4086.12.camel@goku> <5D7F9996EA547448BC6C54C8C5AAF4E5D971FA6D@CERNXCHG01.cern.ch> Message-ID: Agreed, unique FQDNs on every instances is still a big issue for common workloads, hopefully solved by DNS services coming to OpenStack soon... I fully agree that the instance name and the FQDN of the instances should be 2 separate things, and even better, I think instances by default should try a reverse lookup first when they get on the network, and if available, collect a hostname, set it locally and display it in an additional column in the DB/tables/webUI, and allows OpenStack services clients to use either instance ID, name or hostname. What the OP is trying to do is also feasible by installing a bind service somewhere on the same subnet (bind9 minimum) and using the $GENERATE directive in your zone file, see here on how to write your zone file using that directive: http://www.oit.uci.edu/dcslib/bind/bind-9.2.1/Bv9ARM.ch06.html#AEN4097 FWIW, AWS EC2 has a simple iterator that composes a unique hostname to any instance by parsing the public IP address, replacing '.' (dots) with '-' (to make it viable in a long hostname) and adding prefix/suffix to compose the hostname (compute zones and domain) with added dots for example: " ec2-54-211-89-105.compute-1.amazonaws.com" is an instance with IP 54.211.89.105 ... it a simple and useful solution. You can check it yourself: $ host 54.211.89.105 105.89.211.54.in-addr.arpa domain name pointer ec2-54-211-89-105.compute-1.amazonaws.com. Not having a unique FQDN on cloud instances can break many apps, and DNS services in IaaS should not be taken for granted (failure may happen), so IMHO, the best approach should be: - boot instance, get on the network, do a reverse look up on IP to see if a DNS server answers with a FQDN , collect it and set it - if the look up fails, then resort to the iterator running and still end up with an unique hostname per instance. It seems a lot of public services hide this issue by allowing to launch only one instance at the time, but AFAIK, if you launch several instances at once using the nova CLI, you will end up with ALL instances having the same hostname (which is the instance name you have given to nova CLI) ... which breaks so many things it is not funny ... and is generally not a good idea or best practices either. If this functionality lands (very soon we hope), it will obviously also allows users to deal with hostnames directly rather than IP address, which in 2013, could give an archaic and old fashioned unfinished impression to users. Cheers, sorry for the mini-rant but I would think this is one of the most urgent issues to address to see real automation and large scale apps. On Sun, Sep 15, 2013 at 12:39 PM, Tim Bell wrote: > > I don’t think there is a formal exit inside OpenStack to do this. You may > have to make a small patch to Nova. > > It would be an interesting feature to define a plug-in architecture for > this which would have several other uses. > > Tim > > > -----Original Message----- > > From: Francesco Ceccarelli [mailto:ceccarel at fnal.gov] > > Sent: 14 September 2013 20:40 > > To: Tim Bell > > Cc: openstack at lists.openstack.org > > Subject: Re: [Openstack] openstack meta-data > > > > Hello, > > thanks for the help! I hadn't seen the command in the documentation, > this can be helpful. > > BTW my problem is to update metadata every time a machine is launched. > > For example let's talk about the hostname. Every time I launch a > machine, I would like to have well-configured metadata, with the > > parameter public-hostname already set to a customized value. I don't > want the instance name as public-hostname. > > > > I hope I was clear and thanks again for the help, Francesco > > > > > > > > On Sat, 2013-09-14 at 07:18 +0000, Tim Bell wrote: > > > You can update the metadata associated with an instance using the > 'nova meta' command. However, this only updates the metadata > > (i.e. > > > key value pairs) rather than the other attributes. > > > > > > Changing the server name would not alter the hostname of the VM, it > would only alter the description in Nova. > > > > > > Can you explain a little more what you would like to be doing ? > > > > > > Tim > > > > > > > -----Original Message----- > > > > From: Francesco Ceccarelli [mailto:ceccarel at fnal.gov] > > > > Sent: 14 September 2013 00:11 > > > > To: openstack at lists.openstack.org > > > > Subject: [Openstack] openstack meta-data > > > > > > > > Is it possible to update instance meta-data, for example to set the > public hostname? > > > > > > > > Thanks in advance, > > > > Francesco > > > > > > > > > > > > _______________________________________________ > > > > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > > > Post to : openstack at lists.openstack.org > > > > Unsubscribe : > > > > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > > > > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From lixq2000 at gmail.com Mon Sep 16 01:07:05 2013 From: lixq2000 at gmail.com (sam lee) Date: Mon, 16 Sep 2013 09:07:05 +0800 Subject: [Openstack] openstack instance does not make use of all of disk space of flavor In-Reply-To: References: <45A52B51-8CB8-424C-80AF-245C579E3535@gmail.com> Message-ID: @laclasse, @Ritesh, thanks for the help. I will try right now. @laclasse, I am quite a newbe for openstack, and ubuntu 11.10 is just for test. 2013/9/16 laclasse > @sam lee, if I understand properly > > you are talking about a custom Ubuntu image you created? IIRC all Ubuntu > provided default images for OpenStack/AWS after 10.04 LTS have this package > installed (or was it starting at 12.04 LTS? Scott Moser the maintainer of > the packahe might know more). > > > Also, from your side, I would strongly reconsider and question why you are > deploying 11.10 Ubuntu, it is not an LTS release (Long Term Support) an it > is already End of Life (a.k.a not supported anymore, see here: > https://wiki.ubuntu.com/Releases > ) > ; > you will not get > any > updated software not mentioning potential security issues. > > A quick tip, the Ubuntu releases numbers have a meaning: 11 -> Year of > release, 10 -> Month of release. So Ubuntu 11.10 was released in October > 2011, nearly 2 years ago, in the Linux word, it is legacy and the > equivalent of deploying an old Windows release. If an ISV or an specific > application forces you to do deploy this version, you should simply push > back or give further details on the use case to see if the community can > help you further. > > The exact package you need installed in the instance is called " > cloud-initramfs-growroot > ", here is its description from the ' > apt-cache show cloud-initramfs-growroot > ' command: > > Package: cloud-initramfs-growroot > Priority: extra > Section: universe/admin > Installed-Size: 48 > Maintainer: Scott Moser > Architecture: all > Source: cloud-initramfs-tools > Version: 0.19ubuntu1 > Depends: cloud-utils (>= 0.21ubuntu1), initramfs-tools, util-linux (>= > 2.17.2) > Filename: > pool/universe/c/cloud-initramfs-tools/cloud-initramfs-growroot_0.19ubuntu1_all.deb > Size: 5692 > MD5sum: 98035f2475531eec3b3179aeaa56a1d5 > SHA1: 61a69b041ac8b54153ac6d1c4f9995b5f69b0a65 > SHA256: 4ca1ec553c6a28a6942a13ea6f2c6db9e175449781a009c008191c19684b0d12 > Description-en: automatically resize the root partition on first boot > This package adds functionality to an initramfs built by initramfs-tools. > When installed, the initramfs will repartition a disk to make the > root volume consume all space that follows it. > . > You most likely do not want this package unless you know what you are > doing. It is primarily interesting in a virtualized environment when > a disk can provisioned with a size larger than its original size. > In this case, with this package installed, you can automatically use > the new space without requiring a reboot to re-read the partition table. > Homepage: http://launchpad.net/cloud-initramfs-tools > Description-md5: 2a0d4bed7bada9873cf69d658abe0c23 > Bugs: https://bugs.launchpad.net/ubuntu/+filebug > Origin: Ubuntu > > > Hope this helps. > > > > > > > On Sun, Sep 15, 2013 at 8:09 AM, Ritesh wrote: > >> Hello sorry the spell check made package name changed its initramfs grow >> root deb package. >> >> Sent from my iPad >> >> On 15-Sep-2013, at 12:32 PM, Ritesh wrote: >> >> > Hello Sam, >> > >> > You need to install intramuscular-grow root deb available in Ubuntu , >> which grow your root partition as space available. >> > >> > Cheers >> > Rite an >> > >> > Sent from my iPad >> > >> > On 15-Sep-2013, at 9:30 AM, sam lee wrote: >> > >> >> I have created a new instance with Ubuntu 11.10 with 80G disk space, >> but when I log into the instance and execute "df -h" the space show as >> attached dfh.png. and the output of "fdisk -l" as fdisk.png. >> >> >> >> I want vda taking all of the space and do two steps as below: >> >> >> >> 1. fdisk /dev/vda, and create a extended partit >> >> 2. mkfs.ext4 /dev/vda1. ==> It will report "/dev/vda is is use" >> >> >> >> Is this right? If not, what is the correct way to taking all of the >> space? >> >> >> >> Thanks in advance. >> >> >> >> >> >> >> >> >> >> _______________________________________________ >> >> Mailing list: >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> >> Post to : openstack at lists.openstack.org >> >> Unsubscribe : >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> >> _______________________________________________ >> Mailing list: >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> Post to : openstack at lists.openstack.org >> Unsubscribe : >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From laclasse at gmail.com Mon Sep 16 01:32:56 2013 From: laclasse at gmail.com (laclasse) Date: Mon, 16 Sep 2013 02:32:56 +0100 Subject: [Openstack] openstack instance does not make use of all of disk space of flavor In-Reply-To: References: <45A52B51-8CB8-424C-80AF-245C579E3535@gmail.com> Message-ID: Understood, in this case, I would recommend you use Ubuntu 12.04 LTS images for your testing. Hope this helps. On Mon, Sep 16, 2013 at 2:07 AM, sam lee wrote: > @laclasse, @Ritesh, thanks for the help. I will try right now. > > @laclasse, I am quite a newbe for openstack, and ubuntu 11.10 is just for > test. > > > 2013/9/16 laclasse > >> @sam lee, if I understand properly >> you are talking about a custom Ubuntu image you created? IIRC all Ubuntu >> provided default images for OpenStack/AWS after 10.04 LTS have this package >> installed (or was it starting at 12.04 LTS? Scott Moser the maintainer of >> the packahe might know more). >> >> >> Also, from your side, I would strongly reconsider and question why you >> are deploying 11.10 Ubuntu, it is not an LTS release (Long Term Support) an >> it is already End of Life (a.k.a not supported anymore, see here: >> https://wiki.ubuntu.com/Releases >> ) >> ; >> you will not get >> any >> updated software not mentioning potential security issues. >> >> A quick tip, the Ubuntu releases numbers have a meaning: 11 -> Year of >> release, 10 -> Month of release. So Ubuntu 11.10 was released in October >> 2011, nearly 2 years ago, in the Linux word, it is legacy and the >> equivalent of deploying an old Windows release. If an ISV or an specific >> application forces you to do deploy this version, you should simply push >> back or give further details on the use case to see if the community can >> help you further. >> >> The exact package you need installed in the instance is called " >> cloud-initramfs-growroot >> ", here is its description from the ' >> apt-cache show cloud-initramfs-growroot >> ' command: >> >> Package: cloud-initramfs-growroot >> Priority: extra >> Section: universe/admin >> Installed-Size: 48 >> Maintainer: Scott Moser >> Architecture: all >> Source: cloud-initramfs-tools >> Version: 0.19ubuntu1 >> Depends: cloud-utils (>= 0.21ubuntu1), initramfs-tools, util-linux (>= >> 2.17.2) >> Filename: >> pool/universe/c/cloud-initramfs-tools/cloud-initramfs-growroot_0.19ubuntu1_all.deb >> Size: 5692 >> MD5sum: 98035f2475531eec3b3179aeaa56a1d5 >> SHA1: 61a69b041ac8b54153ac6d1c4f9995b5f69b0a65 >> SHA256: 4ca1ec553c6a28a6942a13ea6f2c6db9e175449781a009c008191c19684b0d12 >> Description-en: automatically resize the root partition on first boot >> This package adds functionality to an initramfs built by initramfs-tools. >> When installed, the initramfs will repartition a disk to make the >> root volume consume all space that follows it. >> . >> You most likely do not want this package unless you know what you are >> doing. It is primarily interesting in a virtualized environment when >> a disk can provisioned with a size larger than its original size. >> In this case, with this package installed, you can automatically use >> the new space without requiring a reboot to re-read the partition table. >> Homepage: http://launchpad.net/cloud-initramfs-tools >> Description-md5: 2a0d4bed7bada9873cf69d658abe0c23 >> Bugs: https://bugs.launchpad.net/ubuntu/+filebug >> Origin: Ubuntu >> >> >> Hope this helps. >> >> >> >> >> >> On Sun, Sep 15, 2013 at 8:09 AM, Ritesh wrote: >> >>> Hello sorry the spell check made package name changed its initramfs grow >>> root deb package. >>> >>> Sent from my iPad >>> >>> On 15-Sep-2013, at 12:32 PM, Ritesh wrote: >>> >>> > Hello Sam, >>> > >>> > You need to install intramuscular-grow root deb available in Ubuntu , >>> which grow your root partition as space available. >>> > >>> > Cheers >>> > Rite an >>> > >>> > Sent from my iPad >>> > >>> > On 15-Sep-2013, at 9:30 AM, sam lee wrote: >>> > >>> >> I have created a new instance with Ubuntu 11.10 with 80G disk space, >>> but when I log into the instance and execute "df -h" the space show as >>> attached dfh.png. and the output of "fdisk -l" as fdisk.png. >>> >> >>> >> I want vda taking all of the space and do two steps as below: >>> >> >>> >> 1. fdisk /dev/vda, and create a extended partit >>> >> 2. mkfs.ext4 /dev/vda1. ==> It will report "/dev/vda is is use" >>> >> >>> >> Is this right? If not, what is the correct way to taking all of the >>> space? >>> >> >>> >> Thanks in advance. >>> >> >>> >> >>> >> >>> >> >>> >> _______________________________________________ >>> >> Mailing list: >>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>> >> Post to : openstack at lists.openstack.org >>> >> Unsubscribe : >>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>> >>> _______________________________________________ >>> Mailing list: >>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>> Post to : openstack at lists.openstack.org >>> Unsubscribe : >>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>> >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From craig at craigtracey.com Mon Sep 16 01:45:16 2013 From: craig at craigtracey.com (Craig Tracey) Date: Sun, 15 Sep 2013 21:45:16 -0400 Subject: [Openstack] openstack instance does not make use of all of disk space of flavor In-Reply-To: References: <45A52B51-8CB8-424C-80AF-245C579E3535@gmail.com> Message-ID: Sam, You might find cloud-init (https://launchpad.net/cloud-init) useful. It is a tool (project also run by Scott Moser) to perform all kinds of instance bootstrapping upon being launched, rebooted, etc across various operating systems as well as cloud providers. Specific to your case, cloud-init supports growing any number of partitions. Here is an example of the configuration: https://github.com/number5/cloud-init/blob/master/doc/examples/cloud-config-growpart.txt And more info on using cloud-init itself: http://cloudinit.readthedocs.org/en/latest/ Hope this helps, Craig On Sun, Sep 15, 2013 at 9:07 PM, sam lee wrote: > @laclasse, @Ritesh, thanks for the help. I will try right now. > > @laclasse, I am quite a newbe for openstack, and ubuntu 11.10 is just for > test. > > > 2013/9/16 laclasse > >> @sam lee, if I understand properly >> you are talking about a custom Ubuntu image you created? IIRC all Ubuntu >> provided default images for OpenStack/AWS after 10.04 LTS have this package >> installed (or was it starting at 12.04 LTS? Scott Moser the maintainer of >> the packahe might know more). >> >> >> Also, from your side, I would strongly reconsider and question why you >> are deploying 11.10 Ubuntu, it is not an LTS release (Long Term Support) an >> it is already End of Life (a.k.a not supported anymore, see here: >> https://wiki.ubuntu.com/Releases >> ) >> ; >> you will not get >> any >> updated software not mentioning potential security issues. >> >> A quick tip, the Ubuntu releases numbers have a meaning: 11 -> Year of >> release, 10 -> Month of release. So Ubuntu 11.10 was released in October >> 2011, nearly 2 years ago, in the Linux word, it is legacy and the >> equivalent of deploying an old Windows release. If an ISV or an specific >> application forces you to do deploy this version, you should simply push >> back or give further details on the use case to see if the community can >> help you further. >> >> The exact package you need installed in the instance is called " >> cloud-initramfs-growroot >> ", here is its description from the ' >> apt-cache show cloud-initramfs-growroot >> ' command: >> >> Package: cloud-initramfs-growroot >> Priority: extra >> Section: universe/admin >> Installed-Size: 48 >> Maintainer: Scott Moser >> Architecture: all >> Source: cloud-initramfs-tools >> Version: 0.19ubuntu1 >> Depends: cloud-utils (>= 0.21ubuntu1), initramfs-tools, util-linux (>= >> 2.17.2) >> Filename: >> pool/universe/c/cloud-initramfs-tools/cloud-initramfs-growroot_0.19ubuntu1_all.deb >> Size: 5692 >> MD5sum: 98035f2475531eec3b3179aeaa56a1d5 >> SHA1: 61a69b041ac8b54153ac6d1c4f9995b5f69b0a65 >> SHA256: 4ca1ec553c6a28a6942a13ea6f2c6db9e175449781a009c008191c19684b0d12 >> Description-en: automatically resize the root partition on first boot >> This package adds functionality to an initramfs built by initramfs-tools. >> When installed, the initramfs will repartition a disk to make the >> root volume consume all space that follows it. >> . >> You most likely do not want this package unless you know what you are >> doing. It is primarily interesting in a virtualized environment when >> a disk can provisioned with a size larger than its original size. >> In this case, with this package installed, you can automatically use >> the new space without requiring a reboot to re-read the partition table. >> Homepage: http://launchpad.net/cloud-initramfs-tools >> Description-md5: 2a0d4bed7bada9873cf69d658abe0c23 >> Bugs: https://bugs.launchpad.net/ubuntu/+filebug >> Origin: Ubuntu >> >> >> Hope this helps. >> >> >> >> >> >> On Sun, Sep 15, 2013 at 8:09 AM, Ritesh wrote: >> >>> Hello sorry the spell check made package name changed its initramfs grow >>> root deb package. >>> >>> Sent from my iPad >>> >>> On 15-Sep-2013, at 12:32 PM, Ritesh wrote: >>> >>> > Hello Sam, >>> > >>> > You need to install intramuscular-grow root deb available in Ubuntu , >>> which grow your root partition as space available. >>> > >>> > Cheers >>> > Rite an >>> > >>> > Sent from my iPad >>> > >>> > On 15-Sep-2013, at 9:30 AM, sam lee wrote: >>> > >>> >> I have created a new instance with Ubuntu 11.10 with 80G disk space, >>> but when I log into the instance and execute "df -h" the space show as >>> attached dfh.png. and the output of "fdisk -l" as fdisk.png. >>> >> >>> >> I want vda taking all of the space and do two steps as below: >>> >> >>> >> 1. fdisk /dev/vda, and create a extended partit >>> >> 2. mkfs.ext4 /dev/vda1. ==> It will report "/dev/vda is is use" >>> >> >>> >> Is this right? If not, what is the correct way to taking all of the >>> space? >>> >> >>> >> Thanks in advance. >>> >> >>> >> >>> >> >>> >> >>> >> _______________________________________________ >>> >> Mailing list: >>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>> >> Post to : openstack at lists.openstack.org >>> >> Unsubscribe : >>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>> >>> _______________________________________________ >>> Mailing list: >>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>> Post to : openstack at lists.openstack.org >>> Unsubscribe : >>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>> >> >> > > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mmr at gigahost.dk Mon Sep 16 02:41:01 2013 From: mmr at gigahost.dk (=?iso-8859-1?Q?Morten_M=F8ller_Riis?=) Date: Mon, 16 Sep 2013 12:41:01 +1000 Subject: [Openstack] Rebalancing issue In-Reply-To: References: Message-ID: <36E8268A-12FA-4930-8D0A-887FA26F7D56@gigahost.dk> This is an example. It's the same for objects/containers/accounts (I recently lower the weight of the first two to 0 in preparation of replacing them). $ swift-ring-builder account.builder account.builder, build version 56 262144 partitions, 3 replicas, 7 zones, 15 devices, 306.67 balance The minimum number of hours before a partition can be reassigned is 1 Devices: id zone ip address port name weight partitions balance meta 0 1 10.44.1.101 6002 md2 0.00 0 0.00 1 2 10.44.1.102 6002 md2 0.00 0 0.00 2 3 10.44.1.103 6002 md2 25.00 26431 306.67 5 4 10.44.1.104 6002 sda1 150.00 58928 51.11 6 4 10.44.1.104 6002 sdb1 150.00 58928 51.11 7 5 10.44.1.105 6002 sda1 150.00 58928 51.11 8 5 10.44.1.105 6002 sdb1 150.00 58929 51.11 9 6 10.44.1.106 6002 sdc1 300.00 65536 -15.97 10 6 10.44.1.106 6002 sdd1 300.00 65536 -15.97 11 6 10.44.1.106 6002 sde1 300.00 65536 -15.97 12 6 10.44.1.106 6002 sdf1 300.00 65536 -15.97 13 7 10.44.1.107 6002 sda1 300.00 65536 -15.97 14 7 10.44.1.107 6002 sdb1 300.00 65536 -15.97 15 7 10.44.1.107 6002 sdc1 300.00 65536 -15.97 16 7 10.44.1.107 6002 sdd1 300.00 65536 -15.97 $ swift-ring-builder account.builder rebalance Cowardly refusing to save rebalance as it did not change at least 1%. $ Mvh / Best regards Morten Møller Riis Gigahost ApS mmr at gigahost.dk On Sep 14, 2013, at 2:03 AM, Clay Gerrard wrote: > Those two statements do seem in contrast - run `swift-ring-builer account.builder` and check what is the current balance? Can you paste the output? Maybe you have an unbalanced region/zone/server and it's just can't do any better than it is? > > -Clay > > > On Thu, Sep 12, 2013 at 11:53 PM, Morten Møller Riis wrote: > When adjusting weights and rebalancing I get the message: > > NOTE: Balance of 306.68 indicates you should push this > ring, wait at least 1 hours, and rebalance/repush. > > However, waiting a couple of hours and running swift-ring-builder account.builder rebalance, it says that it has nothing to rebalance. > > Cowardly refusing to save rebalance as it did not change at least 1%. > > > What am I getting wrong here? > > > Mvh / Best regards > Morten Møller Riis > Gigahost ApS > mmr at gigahost.dk > > > > > > _______________________________________________ > Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From n.paladi at gmail.com Mon Sep 16 07:19:13 2013 From: n.paladi at gmail.com (Nicolae Paladi) Date: Mon, 16 Sep 2013 09:19:13 +0200 Subject: [Openstack] Launch a VM instance with an attached cd-rom? Message-ID: Hi, is it possible to launch an instance with additional media (e.g. cdrom) attached? I haven't found anything like that among the nova boot options cheers, /nicolae -------------- next part -------------- An HTML attachment was scrubbed... URL: From yannick.foeillet at alterway.fr Mon Sep 16 09:29:03 2013 From: yannick.foeillet at alterway.fr (Yannick Foeillet) Date: Mon, 16 Sep 2013 11:29:03 +0200 Subject: [Openstack] attachement issue In-Reply-To: References: <9C8F8C5F-67BF-4849-9C94-83269897AE1F@alterway.fr> Message-ID: <4096BF21-0066-46D0-8126-00890D82ECEA@alterway.fr> UP ... I also noticed that i can't lauch an instance with snapshot volume storage, it's not (never) end. anyone 's got an idea ? Le 13 sept. 2013 à 18:03, Yannick Foeillet a écrit : > Hi, > >> I've got a question about volume attachement : >> >> * I can attach a volume to an instance when i launch it (in the creation window) >> * After the VMs has been launched i can't attach any volume >> >> I got this error in nova-compute.log : >> >> libvirtError: unsupported configuration: disk bus 'ide' cannot be hotplugged >> >> How can i defined virtio-scsi by default instead of virtio or ide ? >> or >> How can i attach a second volume to my instance ? >> >> Thanks in advance. > > It sounds like a KVM/libvirt bus error. > I understood that default is virtio as i can see vm xml file (libvirt), so don't understand why for a second storage the bus change from virtio to ide. > > Anymore can help me ? > > Thanks in advance. > > -- > Yannick Foeillet > -- Yannick Foeillet Consultant Expert Infrastructure Alter Way 1 rue royale 92210 Saint-Cloud Afin de contribuer au respect de l'environnement, merci de n'imprimer ce mail qu'en cas de nécessité -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: email-awsig-cloud.jpeg Type: image/jpeg Size: 22463 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 4837 bytes Desc: not available URL: From trapni at gmail.com Mon Sep 16 10:44:38 2013 From: trapni at gmail.com (Christian Parpart) Date: Mon, 16 Sep 2013 12:44:38 +0200 Subject: [Openstack] nova-network and multiple uplinks (wrt. public_interface=...) Message-ID: Hey all, since we've got a second public subnet in our datacenter, I am having trouble with the floating IPs, that is, I am now having 2 public interfaces, vlan380 and vlan381 (instead of just one). So what am I supposed to add to the public_interface= line in the nova.conf file? All current IPs will go to vlan380, but all new ones will go to the other one, but then they would not get the proper SNAT rule via iptables. I am still using OpenStack Folsom with nova-network in Vlan-Network mode. Does anyone know if this is even possible? Best regards, Christian Parpart. -------------- next part -------------- An HTML attachment was scrubbed... URL: From mahardika.gilang at andalabs.com Mon Sep 16 11:02:30 2013 From: mahardika.gilang at andalabs.com (Mahardhika) Date: Mon, 16 Sep 2013 18:02:30 +0700 Subject: [Openstack] Swift Fail Unauthorized In-Reply-To: <52333FF8.8090803@redhat.com> References: <522FF7D5.10803@andalabs.com> <5232BE00.3010109@andalabs.com> <52333FF8.8090803@redhat.com> Message-ID: <5236E546.6030006@andalabs.com> Hi Adam, in my proxy node, am i must create keystone.conf ? currently i used keystone that same as on controller node, so i can get all tenant list with *#keystone tenant-list *command on proxy node. On your blog post, in signing_dir part, where i suppose to check? sorry i just confused in this part thanks On 9/13/2013 11:40 PM, Adam Young wrote: > On 09/13/2013 03:25 AM, Mahardhika wrote: >> Hi, still i can't get out from this issue, can you please lead me. I >> follow this guide >> http://docs.openstack.org/developer/swift/howto_installmultinode.html >> >> On 9/12/2013 9:24 AM, Kuo Hugo wrote: >>> You can observe the log out put while issue the request. >>> I vote on memcache related ... >>> >>> +Hugo Kuo+ >>> (+886) 935004793 >>> >>> >>> 2013/9/11 Mahardhika >> > >>> >>> Hi, following this guide >>> http://docs.openstack.org/developer/swift/development_saio.html#partition-section >>> i am stuck at step 14 = Check that you can GET >>> account:curl-v-H'X-Auth-Token:' >>> >>> *I run this command* >>> #curl -v -H 'X-Auth-Token: >>> AUTH_tkebd882e8ac094a08a1842811e025f2a8' >>> http://127.0.0.1:8080/v1/AUTH_swift >>> > > Can you use this token to talk to Keystone? > > Have you gone through the troubleshooting steps I posted here? > > http://adam.younglogic.com/2013/07/troubleshooting-pki-middleware/ > >>> and get >>> =============== >>> /* About to connect() to 127.0.0.1 port 8080 (#0)// >>> //* Trying 127.0.0.1...// >>> //* Connected to 127.0.0.1 (127.0.0.1) port 8080 (#0)// >>> //> GET /v1/AUTH_swift HTTP/1.1// >>> //> User-Agent: curl/7.29.0// >>> //> Host: 127.0.0.1:8080 // >>> //> Accept: */*// >>> //> X-Auth-Token: AUTH_tkebd882e8ac094a08a1842811e025f2a8// >>> //>// >>> //< HTTP/1.1 401 Unauthorized// >>> //< Content-Length: 131// >>> //< Content-Type: text/html; charset=UTF-8// >>> //< Date: Wed, 11 Sep 2013 04:53:35 GMT// >>> //>> //* Connection #0 to host 127.0.0.1 left intact/ >>> =========== >>> >>> *Why i get unauthorized?** >>> **this my proxy-server.conf* >>> >>> /[DEFAULT]// >>> //#cert_file = /etc/swift/cert.crt// >>> //#key_file = /etc/swift/cert.key// >>> //bind_port = 8080// >>> //#bind_port = 443// >>> //workers = 8// >>> //user = swift// >>> //log_facility = LOG_LOCAL1// >>> //eventlet_debug = true// >>> // >>> //[pipeline:main]// >>> //pipeline = healthcheck cache tempauth proxy-logging proxy-server// >>> // >>> //[app:proxy-server]// >>> //use = egg:swift#proxy// >>> //allow_account_management = true// >>> //account_autocreate = true// >>> // >>> //[filter:tempauth]// >>> //use = egg:swift#tempauth// >>> //user_admin_admin = admin .admin .reseller_admin// >>> //user_test_tester = testing .admin// >>> //user_test2_tester2 = testing2 .admin// >>> //user_test_tester3 = testing3// >>> //#user_system_root = testpass .admin >>> https://$PROXY_LOCAL_NET_IP:8080/v1/AUTH_system// >>> //user_swift_swift = pass .admin// >>> // >>> //[filter:healthcheck]// >>> //use = egg:swift#healthcheck// >>> // >>> //[filter:cache]// >>> //use = egg:swift#memcache// >>> //#memcache_servers = $PROXY_LOCAL_NET_IP:11211// >>> // >>> //[filter:proxy-logging]// >>> //use = egg:swift#proxy_logging// >>> / >>> Please help me out >>> thanks >>> >>> -- >>> Regards, >>> Mahardhika Gilang >>> >>> >>> >>> _______________________________________________ >>> Mailing list: >>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>> Post to : openstack at lists.openstack.org >>> >>> Unsubscribe : >>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>> >>> >> >> >> -- >> Regards, >> Mahardhika Gilang >> >> *PT. Andalabs Technology * >> Gedung Gravira >> Jl. Cideng Barat no. 54 >> Jakarta Pusat 10150 >> >> HP : 0852 139 55861 >> Email : mahardika.gilang at andalabs.com >> >> >> _______________________________________________ >> Mailing list:http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> Post to :openstack at lists.openstack.org >> Unsubscribe :http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > > > _______________________________________________ > Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack -- Regards, Mahardhika Gilang *PT. Andalabs Technology * Gedung Gravira Jl. Cideng Barat no. 54 Jakarta Pusat 10150 HP : 0852 139 55861 Email : mahardika.gilang at andalabs.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From tom at openstack.org Mon Sep 16 12:23:06 2013 From: tom at openstack.org (Tom Fifield) Date: Mon, 16 Sep 2013 20:23:06 +0800 Subject: [Openstack] [openstack-community] Translation Push - get the dashboard in your language by Sep 24 In-Reply-To: References: Message-ID: <5236F82A.5000808@openstack.org> Hi, Thanks for the excellent question. Shall we perhaps take this discussion to the OpenStack-Internationalisation mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-i18n ? I think it would be more appropriate there. Regards, Tom On 15/09/13 19:02, kamélia BENCHEKROUN wrote: > Hi, > > I have a question about translating some sentences like: > *ALLOW* %(from)s:%(to)s *from* %(group)s > How should we translate them ? > > Regards, > Kamélia. > > > 2013/9/13 Yelu > > > thank you Daisy~ > we will work on it > > > On Fri, Sep 13, 2013 at 2:14 PM, Ying Chun Guo > wrote: > > Thank you, Yelu. > I think we need people to review the translations too. > Run Dashboard in Chinese will be an easy way to find out the > inappropriate translation. > Here is a guideline: > https://github.com/OpenStack-I18n/Translation/wiki/HorizonI18nTest > > Regards > Ying Chun Guo (Daisy) > > Yelu > wrote > on 2013/09/13 13:41:27: > > > Yelu > > > 2013/09/13 13:41 > > > > To > > > > Shinobu Kinjo >, > > > > cc > > > > OpenStack Mailing List >, > > "community at lists.openstack.org > " > > > > > > Subject > > > > Re: [Openstack] Translation Push - get the dashboard in your > > language by Sep 24 > > > > > > hey Tom, > > > > Chinese version is 100% done, now it's under review > > > > I think it's gonna be a great way have a call on local SNS, in > > China, I post a weibo > > http://weibo.com/2153224205/A9fSFFNxh > > and the efficiency shocked me! > > > > and I will follow up the other translation work also. > > > > > On Fri, Sep 13, 2013 at 8:17 AM, Shinobu Kinjo > > wrote: > > Tom, > > > > I can be Japanese translator. > > How can I join? > > > > -- Kinjo > > > > ---- > > O I S T > > Okinawa Institute of Science and Technology Graduate School > > 1919-1 Tancha, Onna-son, Kunigami-gun > > Okinawa, Japan 904-0495 > > T: +81-98-966-2093 > > M: +81-80-6800-6447 > > shinobu.kinjo at oist.jp > > www.oist.jp > > > > ________________________________________ > > From: Tom Fifield [tom at openstack.org ] > > Sent: Thursday, September 12, 2013 17:16 > > To: OpenStack Mailing List; community at lists.openstack.org > > > Subject: [Openstack] Translation Push - get the dashboard in your > > language by Sep 24 > > > > Do you write Spanish, Italian, Russian, German or Dutch? > > > > How about Portuguese? Indonesian? Arabic? Hindi? > > > > Actually, if you can write in any language other than English, > you have > > the ability to help get the OpenStack Dashboard into your > language. > > > > Find your language on: > > > > https://www.transifex.com/projects/p/horizon/ > > > > and join the team. > > > > > > It's actually a lot of fun, all done through an easy web > interface. > > > > If we can get 100% completion in your language by September > 24th, your > > text will be included in the next release of OpenStack for > thousands > > around the world to see. > > > > So, why not get your friends together and make it happen? :) > > > > > > Thanks, > > > > from your friendly Internationalisation Team > > https://wiki.openstack.org/wiki/I18nTeam > > > > _______________________________________________ > > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > Post to : openstack at lists.openstack.org > > > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > > > _______________________________________________ > > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > Post to : openstack at lists.openstack.org > > > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > _______________________________________________ > > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > Post to : openstack at lists.openstack.org > > > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > > > _______________________________________________ > Community mailing list > Community at lists.openstack.org > http://lists.openstack.org/cgi-bin/mailman/listinfo/community > > > > > -- > Kamélia. > > > _______________________________________________ > Community mailing list > Community at lists.openstack.org > http://lists.openstack.org/cgi-bin/mailman/listinfo/community > From rrrangrej at yahoo.com Mon Sep 16 13:12:09 2013 From: rrrangrej at yahoo.com (Raghavendra Rangrej) Date: Mon, 16 Sep 2013 06:12:09 -0700 (PDT) Subject: [Openstack] Object versioning not working Message-ID: <1379337129.64166.YahooMailBasic@web121603.mail.ne1.yahoo.com> Hi, I am trying swift object versioning using swift CLIs (using swift post to change meta data). In container-server.conf, I have set the flag allow_versions = true. With CLI, I added meta data as follows: swift stat testing Account: AUTH_1335922166fb4c43a4929f4fba670f3712dw Container: testing Objects: 3 Bytes: 157 Read ACL: -v Write ACL: Sync To: Sync Key: Meta X-Versions-Location: test_cont Accept-Ranges: bytes X-Timestamp: 1379065681.40505 Content-Type: text/plain; charset=utf-8 swift stat test_cont Account: AUTH_1335922166fb4c43a4929f4fba670f3712dw Container: test_cont Objects: 3 Bytes: 42 Read ACL: Write ACL: Sync To: Sync Key: Accept-Ranges: bytes X-Timestamp: 1379066009.84224 Content-Type: text/plain; charset=utf-8 If I upload a new content of the object in testing container, I am expecting a version to be created in test_cont container. But it is not the case. I was expecting once the flag is set and meta data is changed, old versions should be stored in test_cont dirs but it is not the case Even swift restart didn't help. Any idea ? if my expectation is wrong or swift versioning has issues? I am using swift 1.4.0 version swift --version swift 1.4.0 Thanks for your time Raghavendra From ayoung at redhat.com Mon Sep 16 14:01:10 2013 From: ayoung at redhat.com (Adam Young) Date: Mon, 16 Sep 2013 10:01:10 -0400 Subject: [Openstack] Swift Fail Unauthorized In-Reply-To: <5236E546.6030006@andalabs.com> References: <522FF7D5.10803@andalabs.com> <5232BE00.3010109@andalabs.com> <52333FF8.8090803@redhat.com> <5236E546.6030006@andalabs.com> Message-ID: <52370F26.7060107@redhat.com> On 09/16/2013 07:02 AM, Mahardhika wrote: > Hi Adam, in my proxy node, am i must create keystone.conf ? Sorry, not sure what you mean by this? In most deployements, there is a file /etc/keystone/keystone.conf created for you. > currently i used keystone that same as on controller node, so i can > get all tenant list with *#keystone tenant-list *command on proxy node. > On your blog post, in signing_dir part, where i suppose to check? Depends on the config file for your application. THe config file options are specified in auth_token middleware, buyt are read from swifts, nova, or whatever the remote services config file. So it would be swift.conf or something comparable. https://github.com/openstack/python-keystoneclient/blob/master/keystoneclient/middleware/auth_token.py#L199 > sorry i just confused in this part > thanks > > On 9/13/2013 11:40 PM, Adam Young wrote: >> On 09/13/2013 03:25 AM, Mahardhika wrote: >>> Hi, still i can't get out from this issue, can you please lead me. I >>> follow this guide >>> http://docs.openstack.org/developer/swift/howto_installmultinode.html >>> >>> On 9/12/2013 9:24 AM, Kuo Hugo wrote: >>>> You can observe the log out put while issue the request. >>>> I vote on memcache related ... >>>> >>>> +Hugo Kuo+ >>>> (+886) 935004793 >>>> >>>> >>>> 2013/9/11 Mahardhika >>> > >>>> >>>> Hi, following this guide >>>> http://docs.openstack.org/developer/swift/development_saio.html#partition-section >>>> i am stuck at step 14 = Check that you can GET >>>> account:curl-v-H'X-Auth-Token:' >>>> >>>> *I run this command* >>>> #curl -v -H 'X-Auth-Token: >>>> AUTH_tkebd882e8ac094a08a1842811e025f2a8' >>>> http://127.0.0.1:8080/v1/AUTH_swift >>>> >> >> Can you use this token to talk to Keystone? >> >> Have you gone through the troubleshooting steps I posted here? >> >> http://adam.younglogic.com/2013/07/troubleshooting-pki-middleware/ >> >>>> and get >>>> =============== >>>> /* About to connect() to 127.0.0.1 port 8080 (#0)// >>>> //* Trying 127.0.0.1...// >>>> //* Connected to 127.0.0.1 (127.0.0.1) port 8080 (#0)// >>>> //> GET /v1/AUTH_swift HTTP/1.1// >>>> //> User-Agent: curl/7.29.0// >>>> //> Host: 127.0.0.1:8080 // >>>> //> Accept: */*// >>>> //> X-Auth-Token: AUTH_tkebd882e8ac094a08a1842811e025f2a8// >>>> //>// >>>> //< HTTP/1.1 401 Unauthorized// >>>> //< Content-Length: 131// >>>> //< Content-Type: text/html; charset=UTF-8// >>>> //< Date: Wed, 11 Sep 2013 04:53:35 GMT// >>>> //>>> //* Connection #0 to host 127.0.0.1 left intact/ >>>> =========== >>>> >>>> *Why i get unauthorized?** >>>> **this my proxy-server.conf* >>>> >>>> /[DEFAULT]// >>>> //#cert_file = /etc/swift/cert.crt// >>>> //#key_file = /etc/swift/cert.key// >>>> //bind_port = 8080// >>>> //#bind_port = 443// >>>> //workers = 8// >>>> //user = swift// >>>> //log_facility = LOG_LOCAL1// >>>> //eventlet_debug = true// >>>> // >>>> //[pipeline:main]// >>>> //pipeline = healthcheck cache tempauth proxy-logging >>>> proxy-server// >>>> // >>>> //[app:proxy-server]// >>>> //use = egg:swift#proxy// >>>> //allow_account_management = true// >>>> //account_autocreate = true// >>>> // >>>> //[filter:tempauth]// >>>> //use = egg:swift#tempauth// >>>> //user_admin_admin = admin .admin .reseller_admin// >>>> //user_test_tester = testing .admin// >>>> //user_test2_tester2 = testing2 .admin// >>>> //user_test_tester3 = testing3// >>>> //#user_system_root = testpass .admin >>>> https://$PROXY_LOCAL_NET_IP:8080/v1/AUTH_system// >>>> //user_swift_swift = pass .admin// >>>> // >>>> //[filter:healthcheck]// >>>> //use = egg:swift#healthcheck// >>>> // >>>> //[filter:cache]// >>>> //use = egg:swift#memcache// >>>> //#memcache_servers = $PROXY_LOCAL_NET_IP:11211// >>>> // >>>> //[filter:proxy-logging]// >>>> //use = egg:swift#proxy_logging// >>>> / >>>> Please help me out >>>> thanks >>>> >>>> -- >>>> Regards, >>>> Mahardhika Gilang >>>> >>>> >>>> >>>> _______________________________________________ >>>> Mailing list: >>>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>>> Post to : openstack at lists.openstack.org >>>> >>>> Unsubscribe : >>>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>>> >>>> >>> >>> >>> -- >>> Regards, >>> Mahardhika Gilang >>> >>> *PT. Andalabs Technology * >>> Gedung Gravira >>> Jl. Cideng Barat no. 54 >>> Jakarta Pusat 10150 >>> >>> HP : 0852 139 55861 >>> Email : mahardika.gilang at andalabs.com >>> >>> >>> _______________________________________________ >>> Mailing list:http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>> Post to :openstack at lists.openstack.org >>> Unsubscribe :http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> >> >> >> _______________________________________________ >> Mailing list:http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> Post to :openstack at lists.openstack.org >> Unsubscribe :http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > > -- > Regards, > Mahardhika Gilang > > *PT. Andalabs Technology * > Gedung Gravira > Jl. Cideng Barat no. 54 > Jakarta Pusat 10150 > > HP : 0852 139 55861 > Email : mahardika.gilang at andalabs.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From luisguilherme.cr at gmail.com Mon Sep 16 14:27:34 2013 From: luisguilherme.cr at gmail.com (Guilherme Russi) Date: Mon, 16 Sep 2013 11:27:34 -0300 Subject: [Openstack] Attaching FloatingIP to VM Message-ID: Hello all, I'm facing problems when allocating floatingip to VMs, they through the dashboard they return me "Error: Malformed request url (HTTP 400)" and through the CLI when I try quantum floatingip-associate it returns "Bad floatingip request: Port is associated with a different tenant than Floating IP and therefore cannot be found." When I request quantum floatingip-list it shows my floating ips, and I've never faced this error before and had no luck look through the internet. Can anybody help me? If necessary I can provide some logs. Thank you all. Regards. Guilherme. -------------- next part -------------- An HTML attachment was scrubbed... URL: From mahardika.gilang at andalabs.com Mon Sep 16 14:29:03 2013 From: mahardika.gilang at andalabs.com (Andalabs) Date: Mon, 16 Sep 2013 21:29:03 +0700 Subject: [Openstack] Swift Fail Unauthorized In-Reply-To: <52370F26.7060107@redhat.com> References: <522FF7D5.10803@andalabs.com> <5232BE00.3010109@andalabs.com> <52333FF8.8090803@redhat.com> <5236E546.6030006@andalabs.com> <52370F26.7060107@redhat.com> Message-ID: Sorry i just got that , thats in prox-conf.conf I just add that keystone authoken lines, and restart swift proxy server, but that 3 files (.pem) not appear on signing_dir path. Email-an dari Kokpit On 16 Sep 2013, at 09:01 PM, Adam Young wrote: > On 09/16/2013 07:02 AM, Mahardhika wrote: >> Hi Adam, in my proxy node, am i must create keystone.conf ? > Sorry, not sure what you mean by this? In most deployements, there is a file /etc/keystone/keystone.conf created for you. > >> currently i used keystone that same as on controller node, so i can get all tenant list with #keystone tenant-list command on proxy node. >> On your blog post, in signing_dir part, where i suppose to check? > Depends on the config file for your application. THe config file options are specified in auth_token middleware, buyt are read from swifts, nova, or whatever the remote services config file. So it would be swift.conf or something comparable. > > https://github.com/openstack/python-keystoneclient/blob/master/keystoneclient/middleware/auth_token.py#L199 > > >> sorry i just confused in this part >> thanks >> >> On 9/13/2013 11:40 PM, Adam Young wrote: >>> On 09/13/2013 03:25 AM, Mahardhika wrote: >>>> Hi, still i can't get out from this issue, can you please lead me. I follow this guide >>>> http://docs.openstack.org/developer/swift/howto_installmultinode.html >>>> >>>> On 9/12/2013 9:24 AM, Kuo Hugo wrote: >>>>> You can observe the log out put while issue the request. >>>>> I vote on memcache related ... >>>>> >>>>> +Hugo Kuo+ >>>>> (+886) 935004793 >>>>> >>>>> >>>>> 2013/9/11 Mahardhika >>>>>> Hi, following this guide http://docs.openstack.org/developer/swift/development_saio.html#partition-section >>>>>> i am stuck at step 14 = Check that you can GET account: curl -v -H 'X-Auth-Token: ' >>>>>> >>>>>> I run this command >>>>>> #curl -v -H 'X-Auth-Token: AUTH_tkebd882e8ac094a08a1842811e025f2a8' http://127.0.0.1:8080/v1/AUTH_swift >>> >>> Can you use this token to talk to Keystone? >>> >>> Have you gone through the troubleshooting steps I posted here? >>> >>> http://adam.younglogic.com/2013/07/troubleshooting-pki-middleware/ >>> >>>>>> and get >>>>>> =============== >>>>>> * About to connect() to 127.0.0.1 port 8080 (#0) >>>>>> * Trying 127.0.0.1... >>>>>> * Connected to 127.0.0.1 (127.0.0.1) port 8080 (#0) >>>>>> > GET /v1/AUTH_swift HTTP/1.1 >>>>>> > User-Agent: curl/7.29.0 >>>>>> > Host: 127.0.0.1:8080 >>>>>> > Accept: */* >>>>>> > X-Auth-Token: AUTH_tkebd882e8ac094a08a1842811e025f2a8 >>>>>> > >>>>>> < HTTP/1.1 401 Unauthorized >>>>>> < Content-Length: 131 >>>>>> < Content-Type: text/html; charset=UTF-8 >>>>>> < Date: Wed, 11 Sep 2013 04:53:35 GMT >>>>>> < >>>>>> * Connection #0 to host 127.0.0.1 left intact >>>>>> =========== >>>>>> >>>>>> Why i get unauthorized? >>>>>> this my proxy-server.conf >>>>>> >>>>>> [DEFAULT] >>>>>> #cert_file = /etc/swift/cert.crt >>>>>> #key_file = /etc/swift/cert.key >>>>>> bind_port = 8080 >>>>>> #bind_port = 443 >>>>>> workers = 8 >>>>>> user = swift >>>>>> log_facility = LOG_LOCAL1 >>>>>> eventlet_debug = true >>>>>> >>>>>> [pipeline:main] >>>>>> pipeline = healthcheck cache tempauth proxy-logging proxy-server >>>>>> >>>>>> [app:proxy-server] >>>>>> use = egg:swift#proxy >>>>>> allow_account_management = true >>>>>> account_autocreate = true >>>>>> >>>>>> [filter:tempauth] >>>>>> use = egg:swift#tempauth >>>>>> user_admin_admin = admin .admin .reseller_admin >>>>>> user_test_tester = testing .admin >>>>>> user_test2_tester2 = testing2 .admin >>>>>> user_test_tester3 = testing3 >>>>>> #user_system_root = testpass .admin https://$PROXY_LOCAL_NET_IP:8080/v1/AUTH_system >>>>>> user_swift_swift = pass .admin >>>>>> >>>>>> [filter:healthcheck] >>>>>> use = egg:swift#healthcheck >>>>>> >>>>>> [filter:cache] >>>>>> use = egg:swift#memcache >>>>>> #memcache_servers = $PROXY_LOCAL_NET_IP:11211 >>>>>> >>>>>> [filter:proxy-logging] >>>>>> use = egg:swift#proxy_logging >>>>>> >>>>>> Please help me out >>>>>> thanks >>>>>> >>>>>> -- >>>>>> Regards, >>>>>> Mahardhika Gilang >>>>>> >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>>>>> Post to : openstack at lists.openstack.org >>>>>> Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>>> >>>> >>>> -- >>>> Regards, >>>> Mahardhika Gilang >>>> >>>> PT. Andalabs Technology >>>> Gedung Gravira >>>> Jl. Cideng Barat no. 54 >>>> Jakarta Pusat 10150 >>>> >>>> HP : 0852 139 55861 >>>> Email : mahardika.gilang at andalabs.com >>>> >>>> >>>> _______________________________________________ >>>> Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>>> Post to : openstack at lists.openstack.org >>>> Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>> >>> >>> >>> _______________________________________________ >>> Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>> Post to : openstack at lists.openstack.org >>> Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> >> >> -- >> Regards, >> Mahardhika Gilang >> >> PT. Andalabs Technology >> Gedung Gravira >> Jl. Cideng Barat no. 54 >> Jakarta Pusat 10150 >> >> HP : 0852 139 55861 >> Email : mahardika.gilang at andalabs.com > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ayoung at redhat.com Mon Sep 16 15:01:16 2013 From: ayoung at redhat.com (Adam Young) Date: Mon, 16 Sep 2013 11:01:16 -0400 Subject: [Openstack] Swift Fail Unauthorized In-Reply-To: References: <522FF7D5.10803@andalabs.com> <5232BE00.3010109@andalabs.com> <52333FF8.8090803@redhat.com> <5236E546.6030006@andalabs.com> <52370F26.7060107@redhat.com> Message-ID: <52371D3C.7060108@redhat.com> On 09/16/2013 10:29 AM, Andalabs wrote: > Sorry i just got that , thats in prox-conf.conf > I just add that keystone authoken lines, and restart swift proxy > server, but that 3 files (.pem) not appear on signing_dir path. Could be permissions or SELinux. I address both in the troubleshooting article. > > Email-an dari Kokpit > > On 16 Sep 2013, at 09:01 PM, Adam Young > wrote: > >> On 09/16/2013 07:02 AM, Mahardhika wrote: >>> Hi Adam, in my proxy node, am i must create keystone.conf ? >> Sorry, not sure what you mean by this? In most deployements, there >> is a file /etc/keystone/keystone.conf created for you. >> >>> currently i used keystone that same as on controller node, so i can >>> get all tenant list with *#keystone tenant-list *command on proxy node. >>> On your blog post, in signing_dir part, where i suppose to check? >> Depends on the config file for your application. THe config file >> options are specified in auth_token middleware, buyt are read from >> swifts, nova, or whatever the remote services config file. So it >> would be swift.conf or something comparable. >> >> https://github.com/openstack/python-keystoneclient/blob/master/keystoneclient/middleware/auth_token.py#L199 >> >> >>> sorry i just confused in this part >>> thanks >>> >>> On 9/13/2013 11:40 PM, Adam Young wrote: >>>> On 09/13/2013 03:25 AM, Mahardhika wrote: >>>>> Hi, still i can't get out from this issue, can you please lead me. >>>>> I follow this guide >>>>> http://docs.openstack.org/developer/swift/howto_installmultinode.html >>>>> >>>>> On 9/12/2013 9:24 AM, Kuo Hugo wrote: >>>>>> You can observe the log out put while issue the request. >>>>>> I vote on memcache related ... >>>>>> >>>>>> +Hugo Kuo+ >>>>>> (+886) 935004793 >>>>>> >>>>>> >>>>>> 2013/9/11 Mahardhika >>>>> > >>>>>> >>>>>> Hi, following this guide >>>>>> http://docs.openstack.org/developer/swift/development_saio.html#partition-section >>>>>> i am stuck at step 14 = Check that you can GET >>>>>> account:curl-v-H'X-Auth-Token:' >>>>>> >>>>>> *I run this command* >>>>>> #curl -v -H 'X-Auth-Token: >>>>>> AUTH_tkebd882e8ac094a08a1842811e025f2a8' >>>>>> http://127.0.0.1:8080/v1/AUTH_swift >>>>>> >>>> >>>> Can you use this token to talk to Keystone? >>>> >>>> Have you gone through the troubleshooting steps I posted here? >>>> >>>> http://adam.younglogic.com/2013/07/troubleshooting-pki-middleware/ >>>> >>>>>> and get >>>>>> =============== >>>>>> /* About to connect() to 127.0.0.1 port 8080 (#0)// >>>>>> //* Trying 127.0.0.1...// >>>>>> //* Connected to 127.0.0.1 (127.0.0.1) port 8080 (#0)// >>>>>> //> GET /v1/AUTH_swift HTTP/1.1// >>>>>> //> User-Agent: curl/7.29.0// >>>>>> //> Host: 127.0.0.1:8080 // >>>>>> //> Accept: */*// >>>>>> //> X-Auth-Token: AUTH_tkebd882e8ac094a08a1842811e025f2a8// >>>>>> //>// >>>>>> //< HTTP/1.1 401 Unauthorized// >>>>>> //< Content-Length: 131// >>>>>> //< Content-Type: text/html; charset=UTF-8// >>>>>> //< Date: Wed, 11 Sep 2013 04:53:35 GMT// >>>>>> //>>>>> //* Connection #0 to host 127.0.0.1 left intact/ >>>>>> =========== >>>>>> >>>>>> *Why i get unauthorized?** >>>>>> **this my proxy-server.conf* >>>>>> >>>>>> /[DEFAULT]// >>>>>> //#cert_file = /etc/swift/cert.crt// >>>>>> //#key_file = /etc/swift/cert.key// >>>>>> //bind_port = 8080// >>>>>> //#bind_port = 443// >>>>>> //workers = 8// >>>>>> //user = swift// >>>>>> //log_facility = LOG_LOCAL1// >>>>>> //eventlet_debug = true// >>>>>> // >>>>>> //[pipeline:main]// >>>>>> //pipeline = healthcheck cache tempauth proxy-logging >>>>>> proxy-server// >>>>>> // >>>>>> //[app:proxy-server]// >>>>>> //use = egg:swift#proxy// >>>>>> //allow_account_management = true// >>>>>> //account_autocreate = true// >>>>>> // >>>>>> //[filter:tempauth]// >>>>>> //use = egg:swift#tempauth// >>>>>> //user_admin_admin = admin .admin .reseller_admin// >>>>>> //user_test_tester = testing .admin// >>>>>> //user_test2_tester2 = testing2 .admin// >>>>>> //user_test_tester3 = testing3// >>>>>> //#user_system_root = testpass .admin >>>>>> https://$PROXY_LOCAL_NET_IP:8080/v1/AUTH_system// >>>>>> //user_swift_swift = pass .admin// >>>>>> // >>>>>> //[filter:healthcheck]// >>>>>> //use = egg:swift#healthcheck// >>>>>> // >>>>>> //[filter:cache]// >>>>>> //use = egg:swift#memcache// >>>>>> //#memcache_servers = $PROXY_LOCAL_NET_IP:11211// >>>>>> // >>>>>> //[filter:proxy-logging]// >>>>>> //use = egg:swift#proxy_logging// >>>>>> / >>>>>> Please help me out >>>>>> thanks >>>>>> >>>>>> -- >>>>>> Regards, >>>>>> Mahardhika Gilang >>>>>> >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> Mailing list: >>>>>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>>>>> Post to : openstack at lists.openstack.org >>>>>> >>>>>> Unsubscribe : >>>>>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>>>>> >>>>>> >>>>> >>>>> >>>>> -- >>>>> Regards, >>>>> Mahardhika Gilang >>>>> >>>>> *PT. Andalabs Technology * >>>>> Gedung Gravira >>>>> Jl. Cideng Barat no. 54 >>>>> Jakarta Pusat 10150 >>>>> >>>>> HP : 0852 139 55861 >>>>> Email : mahardika.gilang at andalabs.com >>>>> >>>>> >>>>> _______________________________________________ >>>>> Mailing list:http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>>>> Post to :openstack at lists.openstack.org >>>>> Unsubscribe :http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>>> >>>> >>>> >>>> _______________________________________________ >>>> Mailing list:http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>>> Post to :openstack at lists.openstack.org >>>> Unsubscribe :http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>> >>> >>> -- >>> Regards, >>> Mahardhika Gilang >>> >>> *PT. Andalabs Technology * >>> Gedung Gravira >>> Jl. Cideng Barat no. 54 >>> Jakarta Pusat 10150 >>> >>> HP : 0852 139 55861 >>> Email : mahardika.gilang at andalabs.com >> -------------- next part -------------- An HTML attachment was scrubbed... URL: From jitendra.b at pramati.com Mon Sep 16 15:13:47 2013 From: jitendra.b at pramati.com (Jitendra Kumar Bhaskar) Date: Mon, 16 Sep 2013 20:43:47 +0530 Subject: [Openstack] Need to change Network node In-Reply-To: References: <7BA23878-C931-4A5E-B070-05EF4C44F5CC@koding.com> Message-ID: My network node crashed. Installed new network node and replaced but VM's are unable to boot. We have more than 10 VM's. How can I make it run. At boot time of instance logs : no results found for mode=local. up 1.46. searched: nocloud configdrive ec2 Starting network... udhcpc (v1.20.1) started Sending discover... Sending discover... Sending discover... Regards* Jitendra Bhaskar* On Thu, Sep 12, 2013 at 1:59 PM, Eugene Nikanorov wrote: > I don't think you need to recreate tenant subnet. > First of all it probably will not be possible because of VMs connected to > existing one. > Secondly, there is no need as moving L3 and dhcp agents should not affect > existing subnet for already running VMs > > Thanks, > Eugene. > > > On Thu, Sep 12, 2013 at 11:41 AM, Jitendra Kumar Bhaskar < > jitendra.b at pramati.com> wrote: > >> Thanks Eugene. >> As I am using dedicated network node, l3 and dhcp are are running on >> that node only. I will try to replace network node and will recreate router >> and subnet as same as previous setup for all tenants and will update here >> the result. >> >> Regards* >> Jitendra Bhaskar* >> >> >> >> >> >> >> On Thu, Sep 12, 2013 at 12:46 PM, Eugene Nikanorov < >> enikanorov at mirantis.com> wrote: >> >>> Hi, >>> >>> How about moving L3 & dhcp agents as well as other networking services >>> to other node? >>> Multiple nodes having L3 and dhcp agents are supported since Grizzly. So >>> you don't need to have dedicated network node for these agents. >>> You'll probably need to recreate (or reschedule) routers if you have >>> any, but it seems like your VMs should continue working and have >>> connectivity (within tenant private network) >>> >>> Thanks, >>> Eugene. >>> >>> >>> On Thu, Sep 12, 2013 at 10:44 AM, Geraint Jones wrote: >>> >>>> As far as I am aware you are in for an outage no matter how you do it. >>>> However I am very interested in the answer to this as I am going to have to >>>> do the same very soon to upgrade our network node. >>>> >>>> Sent from my iPhone >>>> >>>> On 12/09/2013, at 6:36 PM, Jitendra Kumar Bhaskar < >>>> jitendra.b at pramati.com> wrote: >>>> >>>> Hi All, >>>> >>>> Openstack setup is running on test environment with three nodes( 4 >>>> compute , 1 network and 1 cloud). Every thing is working fine but I need to >>>> change network node due to some hardware issue. Already more than 10 vms >>>> are running. I am not getting any way ? So without interrupting of existing >>>> VM's how can I replace network node ? >>>> >>>> Regards* >>>> Jitendra Bhaskar* >>>> >>>> >>>> >>>> >>>> _______________________________________________ >>>> Mailing list: >>>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>>> Post to : openstack at lists.openstack.org >>>> Unsubscribe : >>>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>>> >>>> >>>> _______________________________________________ >>>> Mailing list: >>>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>>> Post to : openstack at lists.openstack.org >>>> Unsubscribe : >>>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>>> >>>> >>> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From chabani.mohamed.hadi at gmail.com Mon Sep 16 15:48:35 2013 From: chabani.mohamed.hadi at gmail.com (CHABANI Mohamed El Hadi) Date: Mon, 16 Sep 2013 17:48:35 +0200 Subject: [Openstack] [Swift ]Create new Container Message-ID: Hi people, In Swift all in one, i've added a new account:user in the proxy-server.conf, and when i try to create a new container with this user i get : 403 Forbidden 'Access was denied to this resource' Should i set permissions or others staff before ? i don't know from where the problem is provided ! -------------- next part -------------- An HTML attachment was scrubbed... URL: From tonytkdk at gmail.com Mon Sep 16 16:14:46 2013 From: tonytkdk at gmail.com (Kuo Hugo) Date: Tue, 17 Sep 2013 00:14:46 +0800 Subject: [Openstack] [Swift ]Create new Container In-Reply-To: References: Message-ID: Hi , Could you please show us the "tempauth" section in proxy-server.conf ? Also the real time log of this request would be super helpful. +Hugo Kuo+ (+886) 935004793 2013/9/16 CHABANI Mohamed El Hadi > Hi people, > > In Swift all in one, i've added a new account:user in the > proxy-server.conf, and when i try to create a new container with this user > i get : 403 Forbidden 'Access was denied to this resource' > > > Should i set permissions or others staff before ? i don't know from where > the problem is provided ! > > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From chabani.mohamed.hadi at gmail.com Mon Sep 16 17:08:26 2013 From: chabani.mohamed.hadi at gmail.com (CHABANI Mohamed El Hadi) Date: Mon, 16 Sep 2013 19:08:26 +0200 Subject: [Openstack] [Swift ]Create new Container In-Reply-To: References: Message-ID: Magically it works after reboot, i don't know why, but it works, thank's for your help :) 2013/9/16 Kuo Hugo > Hi , > > Could you please show us the "tempauth" section in proxy-server.conf ? > > Also the real time log of this request would be super helpful. > > > > +Hugo Kuo+ > (+886) 935004793 > > > 2013/9/16 CHABANI Mohamed El Hadi > >> Hi people, >> >> In Swift all in one, i've added a new account:user in the >> proxy-server.conf, and when i try to create a new container with this user >> i get : 403 Forbidden 'Access was denied to this resource' >> >> >> Should i set permissions or others staff before ? i don't know from where >> the problem is provided ! >> >> _______________________________________________ >> Mailing list: >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> Post to : openstack at lists.openstack.org >> Unsubscribe : >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From Wyllys.Ingersoll at evault.com Mon Sep 16 17:36:28 2013 From: Wyllys.Ingersoll at evault.com (Wyllys Ingersoll) Date: Mon, 16 Sep 2013 11:36:28 -0600 Subject: [Openstack] Keystone pluggable auth? Message-ID: Just wondering if the new pluggable auth feature for Keystone is only available for V3 auth protocol or if it can work with v2 also? -Wyllys Ingersoll Evault -------------- next part -------------- An HTML attachment was scrubbed... URL: From arosen at nicira.com Mon Sep 16 17:43:27 2013 From: arosen at nicira.com (Aaron Rosen) Date: Mon, 16 Sep 2013 10:43:27 -0700 Subject: [Openstack] Attaching FloatingIP to VM In-Reply-To: References: Message-ID: It looks like the reason is do to, "Bad floatingip request: Port is associated with a different tenant than Floating IP and therefore cannot be found". Aaron On Mon, Sep 16, 2013 at 7:27 AM, Guilherme Russi wrote: > Hello all, I'm facing problems when allocating floatingip to VMs, they > through the dashboard they return me "Error: Malformed request url (HTTP > 400)" and through the CLI when I try quantum floatingip-associate > it returns "Bad floatingip request: Port > is associated with a different tenant than Floating IP > and therefore cannot be found." > > When I request quantum floatingip-list it shows my floating ips, and I've > never faced this error before and had no luck look through the internet. > > Can anybody help me? If necessary I can provide some logs. > > Thank you all. > > Regards. > > Guilherme. > > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From luisguilherme.cr at gmail.com Mon Sep 16 18:06:19 2013 From: luisguilherme.cr at gmail.com (Guilherme Russi) Date: Mon, 16 Sep 2013 15:06:19 -0300 Subject: [Openstack] Attaching FloatingIP to VM In-Reply-To: References: Message-ID: I've followed the official manual, here: http://docs.openstack.org/grizzly/basic-install/apt/openstack-basic-install-apt-grizzly.pdf. How can I turn my public network become public to attach floating ip to VMs created with demo user? Thank you. 2013/9/16 Aaron Rosen > It looks like the reason is do to, "Bad floatingip request: Port > is associated with a different tenant than Floating IP > and therefore cannot be found". > > Aaron > > > On Mon, Sep 16, 2013 at 7:27 AM, Guilherme Russi < > luisguilherme.cr at gmail.com> wrote: > >> Hello all, I'm facing problems when allocating floatingip to VMs, they >> through the dashboard they return me "Error: Malformed request url (HTTP >> 400)" and through the CLI when I try quantum floatingip-associate >> it returns "Bad floatingip request: Port >> is associated with a different tenant than Floating IP >> and therefore cannot be found." >> >> When I request quantum floatingip-list it shows my floating ips, and I've >> never faced this error before and had no luck look through the internet. >> >> Can anybody help me? If necessary I can provide some logs. >> >> Thank you all. >> >> Regards. >> >> Guilherme. >> >> _______________________________________________ >> Mailing list: >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> Post to : openstack at lists.openstack.org >> Unsubscribe : >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From sandy.walsh at RACKSPACE.COM Mon Sep 16 18:20:09 2013 From: sandy.walsh at RACKSPACE.COM (Sandy Walsh) Date: Mon, 16 Sep 2013 18:20:09 +0000 Subject: [Openstack] Notification Usage in OpenStack ... a report card Message-ID: <60A3427EF882A54BA0A1971AE6EF0388868C34C4@ORD1EXD02.RACKSPACE.CORP> Hey y'all! I took a little time to review most of the OpenStack projects and check on their notification support. Happy to say, adoption is good. There are things we could do better, but overall very positive. The article also talks a little about what makes for good notification support. Something for you all to think about at the Icehouse summit :) I'm sure I've made some mistakes along the way, so please let me know and I'll fix accordingly. http://www.sandywalsh.com/2013/09/notification-usage-in-openstack-report.html Look forward to your feedback! -Sandy From rahulsharmaait at gmail.com Mon Sep 16 19:25:32 2013 From: rahulsharmaait at gmail.com (Rahul Sharma) Date: Tue, 17 Sep 2013 00:55:32 +0530 Subject: [Openstack] Attaching FloatingIP to VM In-Reply-To: References: Message-ID: Hi Guilherme, I am not sure but I have a wild guess that you might have created the port using admin user and allocated floating-ip using demo user. If you are using CLI, then what are the parameters you have sourced using openrc/localrc? Have you sourced the correct tenant's credentials i.e. of admin's or of demo's? Sometimes, we make mistakes in sourcing different tenant's credentials, hence making the guess. -Regards Rahul On Mon, Sep 16, 2013 at 11:36 PM, Guilherme Russi < luisguilherme.cr at gmail.com> wrote: > I've followed the official manual, here: > http://docs.openstack.org/grizzly/basic-install/apt/openstack-basic-install-apt-grizzly.pdf. > How can I turn my public network become public to attach floating ip to VMs > created with demo user? > > Thank you. > > > 2013/9/16 Aaron Rosen > >> It looks like the reason is do to, "Bad floatingip request: Port >> is associated with a different tenant than Floating IP >> and therefore cannot be found". >> >> Aaron >> >> >> On Mon, Sep 16, 2013 at 7:27 AM, Guilherme Russi < >> luisguilherme.cr at gmail.com> wrote: >> >>> Hello all, I'm facing problems when allocating floatingip to VMs, they >>> through the dashboard they return me "Error: Malformed request url (HTTP >>> 400)" and through the CLI when I try quantum floatingip-associate >>> it returns "Bad floatingip request: Port >>> is associated with a different tenant than Floating IP >>> and therefore cannot be found." >>> >>> When I request quantum floatingip-list it shows my floating ips, and >>> I've never faced this error before and had no luck look through the >>> internet. >>> >>> Can anybody help me? If necessary I can provide some logs. >>> >>> Thank you all. >>> >>> Regards. >>> >>> Guilherme. >>> >>> _______________________________________________ >>> Mailing list: >>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>> Post to : openstack at lists.openstack.org >>> Unsubscribe : >>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>> >>> >> > > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From luisguilherme.cr at gmail.com Mon Sep 16 19:35:15 2013 From: luisguilherme.cr at gmail.com (Guilherme Russi) Date: Mon, 16 Sep 2013 16:35:15 -0300 Subject: [Openstack] Attaching FloatingIP to VM In-Reply-To: References: Message-ID: Hello Rahul, here are my credentials: export OS_TENANT_NAME=admin export OS_USERNAME=admin export OS_PASSWORD=password export OS_AUTH_URL="http://localhost:35357/v2.0/" export OS_SERVICE_ENDPOINT="http://localhost:35357/v2.0" export OS_SERVICE_TOKEN=password Do I need credentials to demo user too? I had another installation, before reinstall my ubuntu again, and my credentials were like this and I could allocate floating ip. Regards. 2013/9/16 Rahul Sharma > Hi Guilherme, > > I am not sure but I have a wild guess that you might have created the port > using admin user and allocated floating-ip using demo user. If you are > using CLI, then what are the parameters you have sourced using > openrc/localrc? Have you sourced the correct tenant's credentials i.e. of > admin's or of demo's? Sometimes, we make mistakes in sourcing the wrong > credentials, hence making the guess. > > -Regards > Rahul > -------------- next part -------------- An HTML attachment was scrubbed... URL: From rahulsharmaait at gmail.com Mon Sep 16 20:16:18 2013 From: rahulsharmaait at gmail.com (Rahul Sharma) Date: Tue, 17 Sep 2013 01:46:18 +0530 Subject: [Openstack] Attaching FloatingIP to VM In-Reply-To: References: Message-ID: Hi Guilherme, If you will source these credentials, then you will be able to perform operations on admin tenant and not on the demo tenant. For demo tenant, you need to change the OS_TENANT_NAME to demo. You would have created networks and ports using these credentials during installation, now you would be able to assign floating-ip's to vm's or ports of tenant "admin". For demo user, you need to share that network with demo tenant. Try and check if it works. Floating-ip is from the external network and it would be shared. If it doesn't work, try deleting the existing networks and creating again using UI if possible. --Rahul On Tue, Sep 17, 2013 at 1:05 AM, Guilherme Russi wrote: > Hello Rahul, here are my credentials: > > export OS_TENANT_NAME=admin > export OS_USERNAME=admin > export OS_PASSWORD=password > export OS_AUTH_URL="http://localhost:35357/v2.0/" > export OS_SERVICE_ENDPOINT="http://localhost:35357/v2.0" > export OS_SERVICE_TOKEN=password > > Do I need credentials to demo user too? I had another installation, before > reinstall my ubuntu again, and my credentials were like this and I could > allocate floating ip. > > Regards. > > 2013/9/16 Rahul Sharma > >> Hi Guilherme, >> >> I am not sure but I have a wild guess that you might have created the >> port using admin user and allocated floating-ip using demo user. If you >> are using CLI, then what are the parameters you have sourced using >> openrc/localrc? Have you sourced the correct tenant's credentials i.e. of >> admin's or of demo's? Sometimes, we make mistakes in sourcing the wrong >> credentials, hence making the guess. >> >> -Regards >> Rahul >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From gerard1 at fnal.gov Mon Sep 16 20:18:44 2013 From: gerard1 at fnal.gov (Gerard Bernabeu) Date: Mon, 16 Sep 2013 15:18:44 -0500 Subject: [Openstack] openstack meta-data In-Reply-To: References: <1379110271.4331.15.camel@goku> <5D7F9996EA547448BC6C54C8C5AAF4E5D971B85A@CERNXCHG01.cern.ch> <1379183993.4086.12.camel@goku> <5D7F9996EA547448BC6C54C8C5AAF4E5D971FA6D@CERNXCHG01.cern.ch> Message-ID: <523767A4.5050901@fnal.gov> Hi, we are using cloud-init to do the VM host contextualization (ie: set the right hostname). For this to work we need proper OpenStack metadata, for instance we'd like the public-hostname to default to the DNS resolved public-ipv4 (or ipv6, if present). Right now the default behaviour is that public-hostname is the same as the hostname and the local-hostname, which is the user-defined instance name. I'm not sure if current behaviour is a bug or a feature, but I'd expect public-hostname to be related to public-ipv4. Maybe we're missing something obvious or doing something wrong, are we? If not, is there any way we can setup OpenStack (NOVA?) to setup the public-hostname metadata to the resolved public-ipv4 name automatically for each VM? Thanks, Gerard Bernabeu FermiCloud and FermiGrid Services at Fermilab Phone (+1) 630-840-6509 On 09/15/2013 07:54 PM, laclasse wrote: > Agreed, unique FQDNs on every instances is still a big issue for > common workloads, hopefully solved by DNS services coming to OpenStack > soon... I fully agree that the instance name and the FQDN of the > instances should be 2 separate things, and even better, I think > instances by default should try a reverse lookup first when they get > on the network, and if available, collect a hostname, set it locally > and display it in an additional column in the DB/tables/webUI, and > allows OpenStack services clients to use either instance ID, name or > hostname. > > What the OP is trying to do is also feasible by installing a bind > service somewhere on the same subnet (bind9 minimum) and using the > $GENERATE directive in your zone file, see here on how to write your > zone file using that directive: > http://www.oit.uci.edu/dcslib/bind/bind-9.2.1/Bv9ARM.ch06.html#AEN4097 > > FWIW, AWS EC2 has a simple iterator that composes a unique hostname to > any instance by parsing the public IP address, replacing '.' (dots) > with '-' (to make it viable in a long hostname) and adding > prefix/suffix to compose the hostname (compute zones and domain) with > added dots for example: "ec2-54-211-89-105.co > mpute-1.amazonaws.com > " is an instance with IP 54.211.89.105 > ... it a simple and useful solution. You can check it yourself: > > $ host 54.211.89.105 > 105.89.211.54.in-addr.arpa domain name pointer > ec2-54-211-89-105.compute-1.amazonaws.com > . > > Not having a unique FQDN on cloud instances can break many apps, and > DNS services in IaaS should not be taken for granted (failure may > happen), so IMHO, the best approach should be: > - boot instance, get on the network, do a reverse look up on IP to see > if a DNS server answers with a FQDN , collect it and set it > - if the look up fails, then resort to the iterator running and still > end up with an unique hostname per instance. > > It seems a lot of public services hide this issue by allowing to > launch only one instance at the time, but AFAIK, if you launch several > instances at once using the nova CLI, you will end up with ALL > instances having the same hostname (which is the instance name you > have given to nova CLI) ... which breaks so many things it is not > funny ... and is generally not a good idea or best practices either. > > If this functionality lands (very soon we hope), it will obviously > also allows users to deal with hostnames directly rather than IP > address, which in 2013, could give an archaic and > old fashioned unfinished impression to users. > > Cheers, sorry for the mini-rant but I would think this is one of the > most urgent issues to address to see real automation and large scale apps. > > > > > On Sun, Sep 15, 2013 at 12:39 PM, Tim Bell > wrote: > > > I don’t think there is a formal exit inside OpenStack to do this. > You may have to make a small patch to Nova. > > It would be an interesting feature to define a plug-in > architecture for this which would have several other uses. > > Tim > > > -----Original Message----- > > From: Francesco Ceccarelli [mailto:ceccarel at fnal.gov > ] > > Sent: 14 September 2013 20:40 > > To: Tim Bell > > Cc: openstack at lists.openstack.org > > > Subject: Re: [Openstack] openstack meta-data > > > > Hello, > > thanks for the help! I hadn't seen the command in the > documentation, this can be helpful. > > BTW my problem is to update metadata every time a machine is > launched. > > For example let's talk about the hostname. Every time I launch a > machine, I would like to have well-configured metadata, with the > > parameter public-hostname already set to a customized value. I > don't want the instance name as public-hostname. > > > > I hope I was clear and thanks again for the help, Francesco > > > > > > > > On Sat, 2013-09-14 at 07:18 +0000, Tim Bell wrote: > > > You can update the metadata associated with an instance using > the 'nova meta' command. However, this only updates the metadata > > (i.e. > > > key value pairs) rather than the other attributes. > > > > > > Changing the server name would not alter the hostname of the > VM, it would only alter the description in Nova. > > > > > > Can you explain a little more what you would like to be doing ? > > > > > > Tim > > > > > > > -----Original Message----- > > > > From: Francesco Ceccarelli [mailto:ceccarel at fnal.gov > ] > > > > Sent: 14 September 2013 00:11 > > > > To: openstack at lists.openstack.org > > > > > Subject: [Openstack] openstack meta-data > > > > > > > > Is it possible to update instance meta-data, for example to > set the public hostname? > > > > > > > > Thanks in advance, > > > > Francesco > > > > > > > > > > > > _______________________________________________ > > > > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > > > Post to : openstack at lists.openstack.org > > > > > Unsubscribe : > > > > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > > > > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From otavio.augusto at gmail.com Mon Sep 16 20:25:52 2013 From: otavio.augusto at gmail.com (=?ISO-8859-1?Q?Ot=E1vio_Augusto?=) Date: Mon, 16 Sep 2013 17:25:52 -0300 Subject: [Openstack] Writing an l3 agent Message-ID: Hi all I'm trying to write a customized l3 agent for my infrastructure and I need some help on it. The "/etc/neutron/l3_agent.ini" file gives me some hints but I'd like to clarify them: 1) l3_agent_manager = neutron.agent.l3_agent.L3NATAgentWithStateReport As its name implies, is it the agent for every l3 agent? Should it change somehow depending on my l3 device? 2) interface_driver = neutron.agent.linux.interface.OVSInterfaceDriver Is this the one I should actually change? I believe that nothing should change in terms of instructions in and out openstack - only the real commands to that specific l3 device shall change and they shall be irrelevant for Openstack. Thanks for any support on this. Regars /O Otavio Augusto "A human being should be able to change a diaper, plan an invasion, butcher a hog, conn a ship, design a building, write a sonnet, balance accounts, build a wall, set a bone, comfort the dying, take orders, give orders, cooperate, act alone, solve equations, analyze a new problem, pitch manure, program a computer, cook a tasty meal, fight efficiently, die gallantly. Specialization is for insects." Robert A. Heinlein -------------- next part -------------- An HTML attachment was scrubbed... URL: From clay.gerrard at gmail.com Mon Sep 16 20:43:48 2013 From: clay.gerrard at gmail.com (Clay Gerrard) Date: Mon, 16 Sep 2013 13:43:48 -0700 Subject: [Openstack] Object versioning not working In-Reply-To: <1379337129.64166.YahooMailBasic@web121603.mail.ne1.yahoo.com> References: <1379337129.64166.YahooMailBasic@web121603.mail.ne1.yahoo.com> Message-ID: If you look at the raw API response from a HEAD on the "testing" container (maybe with curl) I think you'll see that you've set the wrong metadata key. You should set "X-Version-Location: test_cont" instead of "X-Container-Meta-X-Version-Location: test_cont" The `-m` option for `swift post` is only for setting user metadata; unfortunately it doesn't look like you can set arbitrary headers with `swift post`: https://bugs.launchpad.net/swift/+bug/1226256 I did this: curl -H 'x-auth-token: ' http://localhost:8080/v1/AUTH_test/testing -X POST -H 'x-versions-location: test_cont' -Clay On Mon, Sep 16, 2013 at 6:12 AM, Raghavendra Rangrej wrote: > Hi, > > I am trying swift object versioning using swift CLIs (using swift post to > change meta data). > In container-server.conf, I have set the flag allow_versions = true. > > With CLI, I added meta data as follows: > > swift stat testing > Account: AUTH_1335922166fb4c43a4929f4fba670f3712dw > Container: testing > Objects: 3 > Bytes: 157 > Read ACL: -v > Write ACL: > Sync To: > Sync Key: > Meta X-Versions-Location: test_cont > Accept-Ranges: bytes > X-Timestamp: 1379065681.40505 > Content-Type: text/plain; charset=utf-8 > > > swift stat test_cont > Account: AUTH_1335922166fb4c43a4929f4fba670f3712dw > Container: test_cont > Objects: 3 > Bytes: 42 > Read ACL: > Write ACL: > Sync To: > Sync Key: > Accept-Ranges: bytes > X-Timestamp: 1379066009.84224 > Content-Type: text/plain; charset=utf-8 > > If I upload a new content of the object in testing container, I am > expecting a version to be created in test_cont container. > But it is not the case. > > I was expecting once the flag is set and meta data is changed, old > versions should be stored in test_cont dirs but it is not the case > Even swift restart didn't help. > > Any idea ? if my expectation is wrong or swift versioning has issues? > I am using swift 1.4.0 version > > swift --version > swift 1.4.0 > > Thanks for your time > > Raghavendra > > > > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > -------------- next part -------------- An HTML attachment was scrubbed... URL: From willierjyt at gmail.com Tue Sep 17 04:22:07 2013 From: willierjyt at gmail.com (Yitao Jiang) Date: Tue, 17 Sep 2013 12:22:07 +0800 Subject: [Openstack] Launch a VM instance with an attached cd-rom? In-Reply-To: References: Message-ID: <5237D8EF.1080003@gmail.com> Hi, nicolae I supposed that you should write a patch to meet your needs, using libvirt-api , command of virsh attach-disk On 2013/9/16 15:19, Nicolae Paladi wrote: > Hi, > > is it possible to launch an instance with additional media (e.g. > cdrom) attached? > I haven't found anything like that among the nova boot options > > cheers, > /nicolae > > > _______________________________________________ > Mailing list:http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to :openstack at lists.openstack.org > Unsubscribe :http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack -------------- next part -------------- An HTML attachment was scrubbed... URL: From mmr at gigahost.dk Tue Sep 17 05:36:25 2013 From: mmr at gigahost.dk (=?iso-8859-1?Q?Morten_M=F8ller_Riis?=) Date: Tue, 17 Sep 2013 15:36:25 +1000 Subject: [Openstack] Rebalancing issue In-Reply-To: References: <36E8268A-12FA-4930-8D0A-887FA26F7D56@gigahost.dk> Message-ID: Thank you Clay! That makes sense! I wasn't aware that zones needed to be about the same size. The first 3 devices are going away. As the names might reveal they are running on software raid partitions which is a bad idea. So I guess some of the problem will correct itself when they are removed completely. I'm using the official ubuntu packages so I'll have to wait until the commit makes it into those. At the moment the zones represent different servers (but same rack, DC). Is that a bad idea? Mvh / Best regards Morten Møller Riis Gigahost ApS mmr at gigahost.dk On Sep 17, 2013, at 4:11 AM, Clay Gerrard wrote: > So zones 6 & 7 have drastically more weight than 1, 2, 3, 4, 5 - but since you have three replicas unique-as-possible is trying hard to fill up 3, 4, 5 and leaving 6 & 7 with room to spare and nothing to move. > > You want to try to keep your zones roughly the same size overall, and before this change: > > https://review.openstack.org/#/c/41802/ > > ... it was almost a requirement. If possible, can you checkout that change and try to rebalance this .builder with that new code? > > If not the easiest thing may be to set device 2's weight to zero - I'm pretty sure that will force those partitions to move. You may also want to combine zones 4 and 5, by setting the weight of the device in one zone to 0 and readding the device in the other zone. Good luck! > > -Clay > > > > On Sun, Sep 15, 2013 at 7:41 PM, Morten Møller Riis wrote: > This is an example. It's the same for objects/containers/accounts (I recently lower the weight of the first two to 0 in preparation of replacing them). > > $ swift-ring-builder account.builder > account.builder, build version 56 > 262144 partitions, 3 replicas, 7 zones, 15 devices, 306.67 balance > The minimum number of hours before a partition can be reassigned is 1 > Devices: id zone ip address port name weight partitions balance meta > 0 1 10.44.1.101 6002 md2 0.00 0 0.00 > 1 2 10.44.1.102 6002 md2 0.00 0 0.00 > 2 3 10.44.1.103 6002 md2 25.00 26431 306.67 > 5 4 10.44.1.104 6002 sda1 150.00 58928 51.11 > 6 4 10.44.1.104 6002 sdb1 150.00 58928 51.11 > 7 5 10.44.1.105 6002 sda1 150.00 58928 51.11 > 8 5 10.44.1.105 6002 sdb1 150.00 58929 51.11 > 9 6 10.44.1.106 6002 sdc1 300.00 65536 -15.97 > 10 6 10.44.1.106 6002 sdd1 300.00 65536 -15.97 > 11 6 10.44.1.106 6002 sde1 300.00 65536 -15.97 > 12 6 10.44.1.106 6002 sdf1 300.00 65536 -15.97 > 13 7 10.44.1.107 6002 sda1 300.00 65536 -15.97 > 14 7 10.44.1.107 6002 sdb1 300.00 65536 -15.97 > 15 7 10.44.1.107 6002 sdc1 300.00 65536 -15.97 > 16 7 10.44.1.107 6002 sdd1 300.00 65536 -15.97 > $ swift-ring-builder account.builder rebalance > Cowardly refusing to save rebalance as it did not change at least 1%. > $ > > > > > Mvh / Best regards > Morten Møller Riis > Gigahost ApS > mmr at gigahost.dk > > > > > On Sep 14, 2013, at 2:03 AM, Clay Gerrard wrote: > >> Those two statements do seem in contrast - run `swift-ring-builer account.builder` and check what is the current balance? Can you paste the output? Maybe you have an unbalanced region/zone/server and it's just can't do any better than it is? >> >> -Clay >> >> >> On Thu, Sep 12, 2013 at 11:53 PM, Morten Møller Riis wrote: >> When adjusting weights and rebalancing I get the message: >> >> NOTE: Balance of 306.68 indicates you should push this >> ring, wait at least 1 hours, and rebalance/repush. >> >> However, waiting a couple of hours and running swift-ring-builder account.builder rebalance, it says that it has nothing to rebalance. >> >> Cowardly refusing to save rebalance as it did not change at least 1%. >> >> >> What am I getting wrong here? >> >> >> Mvh / Best regards >> Morten Møller Riis >> Gigahost ApS >> mmr at gigahost.dk >> >> >> >> >> >> _______________________________________________ >> Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> Post to : openstack at lists.openstack.org >> Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From marcelodieder at gmail.com Tue Sep 17 06:03:15 2013 From: marcelodieder at gmail.com (Marcelo Dieder) Date: Tue, 17 Sep 2013 03:03:15 -0300 Subject: [Openstack] Cannot create instances on Xenserver 6.2 Message-ID: Hello all! I have a Openstack ambient with 5 components (Grizzly Version): 1 Xenserver 6.2 (top of list) - 1 cloud controller (ubuntu 12.04) - 1 network Quantum (ubuntu 12.04) - 1 compute with Qemu - 1 Compute Xen (nova-compute PV machine with Xenapi) I can create instances with the compute qemu, but i cannot create instances with the Xen Hypervisor. When I create a instance with the Xen compute I received the error below: 2013-09-17 02:44:15.702 ERROR nova.utils [req-b524f9d2-7675-4e3b-acc1-25b8cb3e544c 7378135d00ec442a80fb1cd7eac6f489 5b1acda6173a46cea4e2448147c20662] [instance: 437aba49-d9eb-4924-8753-5446725aeae0] Failed to spawn, rolling back "XENAPI_PLUGIN_FAILURE\', \'download_vhd\', \'TypeError\', "download_vhd() got an unexpected keyword argument \'auth_token\'"]\n']" More details: 2013-09-17 02:44:17.853 ERROR nova.compute.manager [req-b524f9d2-7675-4e3b-acc1-25b8cb3e544c 7378135d00ec442a80fb1cd7eac6f489 5b1acda6173a46cea4e2448147c20662] [instance: 437aba49-d9eb-4924-8753-5446725aeae0] Error: ['Traceback (most recent call last):\n', ' File "/usr/lib/python2.7/dist-packages/nova/compute/manager.py", line 848, in _run_instance\n set_access_ip=set_access_ip)\n', ' File "/usr/lib/python2.7/dist-packages/nova/compute/manager.py", line 1107, in _spawn\n LOG.exception(_(\'Instance failed to spawn\'), instance=instance)\n', ' File "/usr/lib/python2.7/contextlib.py", line 24, in __exit__\n self.gen.next()\n', ' File "/usr/lib/python2.7/dist-packages/nova/compute/manager.py", line 1103, in _spawn\n block_device_info)\n', ' File "/usr/lib/python2.7/dist-packages/nova/virt/xenapi/driver.py", line 177, in spawn\n admin_password, network_info, block_device_info)\n', ' File "/usr/lib/python2.7/dist-packages/nova/virt/xenapi/vmops.py", line 480, in spawn\n undo_mgr.rollback_and_reraise(msg=msg, instance=instance)\n', ' File "/usr/lib/python2.7/dist-packages/nova/utils.py", line 1250, in rollback_and_reraise\n self._rollback()\n', ' File "/usr/lib/python2.7/contextlib.py", line 24, in __exit__\n self.gen.next()\n', ' File "/usr/lib/python2.7/dist-packages/nova/virt/xenapi/vmops.py", line 463, in spawn\n vdis = create_disks_step(undo_mgr, disk_image_type, image_meta)\n', ' File "/usr/lib/python2.7/dist-packages/nova/virt/xenapi/vmops.py", line 142, in inner\n rv = f(*args, **kwargs)\n', ' File "/usr/lib/python2.7/dist-packages/nova/virt/xenapi/vmops.py", line 346, in create_disks_step\n block_device_info=block_device_info)\n', ' File "/usr/lib/python2.7/dist-packages/nova/virt/xenapi/vmops.py", line 317, in _create_disks\n block_device_info=block_device_info)\n', ' File "/usr/lib/python2.7/dist-packages/nova/virt/xenapi/vm_utils.py", line 518, in get_vdis_for_instance\n context, session, instance, name_label, image, image_type)\n', ' File "/usr/lib/python2.7/dist-packages/nova/virt/xenapi/vm_utils.py", line 974, in _create_image\n image_id, image_type)\n', ' File "/usr/lib/python2.7/dist-packages/nova/virt/xenapi/vm_utils.py", line 919, in _create_cached_image\n image_id, image_type)\n', ' File "/usr/lib/python2.7/dist-packages/nova/virt/xenapi/vm_utils.py", line 994, in _fetch_image\n vdis = _fetch_vhd_image(context, session, instance, image_id)\n', ' File "/usr/lib/python2.7/dist-packages/nova/virt/xenapi/vm_utils.py", line 1109, in _fetch_vhd_image\n callback=callback)\n', ' File "/usr/lib/python2.7/dist-packages/nova/virt/xenapi/vm_utils.py", line 1022, in _fetch_using_dom0_plugin_with_retry\n plugin_name, \'download_vhd\', **params)\n', ' File "/usr/lib/python2.7/dist-packages/nova/virt/xenapi/driver.py", line 739, in call_plugin_serialized\n rv = self.call_plugin(plugin, fn, params)\n', ' File "/usr/lib/python2.7/dist-packages/nova/virt/xenapi/driver.py", line 735, in call_plugin\n host, plugin, fn, args)\n', ' File "/usr/lib/python2.7/dist-packages/nova/virt/xenapi/driver.py", line 749, in _unwrap_plugin_exceptions\n return func(*args, **kwargs)\n', ' File "/usr/lib/python2.7/dist-packages/XenAPI.py", line 235, in __call__\n return self.__send(self.__name, args)\n', ' File "/usr/lib/python2.7/dist-packages/XenAPI.py", line 139, in xenapi_request\n result = _parse_result(getattr(self, methodname)(*full_params))\n', ' File "/usr/lib/python2.7/dist-packages/XenAPI.py", line 209, in _parse_result\n raise Failure(result[\'ErrorDescription\'])\n', 'Failure: [\'XENAPI_PLUGIN_FAILURE\', \'download_vhd\', \'TypeError\', "download_vhd() got an unexpected keyword argument \'auth_token\'"]\n'] Below more details about the images and computes: root at xenCompute001:~# glance image-list +--------------------------------------+-------------------------+-------------+------------------+---------+--------+ | ID | Name | Disk Format | Container Format | Size | Status | +--------------------------------------+-------------------------+-------------+------------------+---------+--------+ | 835567db-432b-45bb-ad96-3c45a8e4c9a5 | Cirros-0.3.0-x86_64_vhd | vhd | ovf | 9220007 | active | | 95dbc980-a9e5-4413-ba70-8e7200f78c8d | cirros-0.3.0_64 | qcow2 | bare | 9761280 | active | +--------------------------------------+-------------------------+-------------+------------------+---------+--------+ root at xenCompute001:~# glance image-show 835567db-432b-45bb-ad96-3c45a8e4c9a5 +------------------+--------------------------------------+ | Property | Value | +------------------+--------------------------------------+ | checksum | 56dcf159bbf8373886112c5d07d23901 | | container_format | ovf | | created_at | 2013-09-13T19:57:49 | | deleted | False | | disk_format | vhd | | id | 835567db-432b-45bb-ad96-3c45a8e4c9a5 | | is_public | True | | min_disk | 0 | | min_ram | 0 | | name | Cirros-0.3.0-x86_64_vhd | | owner | 45b5536f182f486da4ac0fa35a031f06 | | protected | False | | size | 9220007 | | status | active | | updated_at | 2013-09-13T19:57:49 | +------------------+--------------------------------------+ root at xen1:~# nova-manage service list Binary Host Zone Status State Updated_At nova-consoleauth controller internal enabled :-) 2013-09-17 05:59:47 nova-cert controller internal enabled :-) 2013-09-17 05:59:47 nova-scheduler controller internal enabled :-) 2013-09-17 05:59:47 nova-conductor controller internal enabled :-) 2013-09-17 05:59:47 nova-compute c01 nova enabled :-) 2013-09-17 05:59:52 nova-compute xenCompute001 nova enabled :-) 2013-09-17 05:59:52 Does anyone know this problem? -- Att. Marcelo Dieder -------------- next part -------------- An HTML attachment was scrubbed... URL: From raghavendra.lad at accenture.com Tue Sep 17 07:02:15 2013 From: raghavendra.lad at accenture.com (raghavendra.lad at accenture.com) Date: Tue, 17 Sep 2013 07:02:15 +0000 Subject: [Openstack] Translation Push - get the dashboard in your language by Sep 24 - Join Openstack Kannada Language Dashboard Group In-Reply-To: References: <5231786B.3030803@openstack.org> <5231B54F.6030300@gmail.com> Message-ID: Hi All, Welcome Translators, Reviewers, Freelancers and Openstack enthusiasts to the Kannada (IN) Language dashboard translation work. You can also CC us on the translation group mailing list kanndabalaga at transifex.com "Bandhugale Kannada Bashe Ulisi Belesalu ondu sadavakasha.." Banni Kannadakke Jai.. yendu Kai Yathona Kalpavruksha vagisona" Regards, Raghavendra Lad From: Ilya Alekseyev [mailto:ilyaalekseyev at acm.org] Sent: Thursday, September 12, 2013 6:37 PM To: Stas Maksimov Cc: openstack at lists.openstack.org Subject: Re: [Openstack] Translation Push - get the dashboard in your language by Sep 24 Working for it in Russian. Kind regards, Ilya Alekseyev 2013/9/12 Stas Maksimov > In for Russian. On 12 September 2013 13:36, Marcelo Dieder > wrote: Hello Tom, Translating to Brazilian Portuguese.... Marcelo Dieder On 09/12/2013 05:16 AM, Tom Fifield wrote: Do you write Spanish, Italian, Russian, German or Dutch? How about Portuguese? Indonesian? Arabic? Hindi? Actually, if you can write in any language other than English, you have the ability to help get the OpenStack Dashboard into your language. Find your language on: https://www.transifex.com/projects/p/horizon/ and join the team. It's actually a lot of fun, all done through an easy web interface. If we can get 100% completion in your language by September 24th, your text will be included in the next release of OpenStack for thousands around the world to see. So, why not get your friends together and make it happen? :) Thanks, from your friendly Internationalisation Team https://wiki.openstack.org/wiki/I18nTeam _______________________________________________ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : openstack at lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack _______________________________________________ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : openstack at lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack _______________________________________________ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : openstack at lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack ________________________________ This message is for the designated recipient only and may contain privileged, proprietary, or otherwise confidential information. If you have received it in error, please notify the sender immediately and delete the original. Any other use of the e-mail by you is prohibited. Where allowed by local law, electronic communications with Accenture and its affiliates, including e-mail and instant messaging (including content), may be scanned by our systems for the purposes of information security and assessment of internal compliance with Accenture policy. ______________________________________________________________________________________ www.accenture.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From raghavendra.lad at accenture.com Tue Sep 17 07:12:20 2013 From: raghavendra.lad at accenture.com (raghavendra.lad at accenture.com) Date: Tue, 17 Sep 2013 07:12:20 +0000 Subject: [Openstack] Translation Push - get the dashboard in your language by Sep 24 - Join Openstack Kannada Language Dashboard Group References: <5231786B.3030803@openstack.org> <5231B54F.6030300@gmail.com> Message-ID: Hi All, Welcome Translators, Reviewers, Freelancers and Openstack enthusiasts to the Kannada (IN) Language dashboard translation work. You can also CC us on the translation group mailing list kanndabalaga at transifex.com "Bandhugale Kannada Bashe Ulisi Belesalu ondu sadavakasha.." Banni Kannadakke Jai.. yendu Kai Yathona Kalpavruksha vagisona" Regards, Raghavendra Lad From: Ilya Alekseyev [mailto:ilyaalekseyev at acm.org] Sent: Thursday, September 12, 2013 6:37 PM To: Stas Maksimov Cc: openstack at lists.openstack.org Subject: Re: [Openstack] Translation Push - get the dashboard in your language by Sep 24 Working for it in Russian. Kind regards, Ilya Alekseyev 2013/9/12 Stas Maksimov > In for Russian. On 12 September 2013 13:36, Marcelo Dieder > wrote: Hello Tom, Translating to Brazilian Portuguese.... Marcelo Dieder On 09/12/2013 05:16 AM, Tom Fifield wrote: Do you write Spanish, Italian, Russian, German or Dutch? How about Portuguese? Indonesian? Arabic? Hindi? Actually, if you can write in any language other than English, you have the ability to help get the OpenStack Dashboard into your language. Find your language on: https://www.transifex.com/projects/p/horizon/ and join the team. It's actually a lot of fun, all done through an easy web interface. If we can get 100% completion in your language by September 24th, your text will be included in the next release of OpenStack for thousands around the world to see. So, why not get your friends together and make it happen? :) Thanks, from your friendly Internationalisation Team https://wiki.openstack.org/wiki/I18nTeam _______________________________________________ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : openstack at lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack _______________________________________________ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : openstack at lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack _______________________________________________ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : openstack at lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack ________________________________ This message is for the designated recipient only and may contain privileged, proprietary, or otherwise confidential information. If you have received it in error, please notify the sender immediately and delete the original. Any other use of the e-mail by you is prohibited. Where allowed by local law, electronic communications with Accenture and its affiliates, including e-mail and instant messaging (including content), may be scanned by our systems for the purposes of information security and assessment of internal compliance with Accenture policy. ______________________________________________________________________________________ www.accenture.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From raghavendra.lad at accenture.com Tue Sep 17 07:14:49 2013 From: raghavendra.lad at accenture.com (raghavendra.lad at accenture.com) Date: Tue, 17 Sep 2013 07:14:49 +0000 Subject: [Openstack] Translation Push - get the dashboard in your language by Sep 24 - Join Openstack Kannada Language Dashboard Group References: <5231786B.3030803@openstack.org> <5231B54F.6030300@gmail.com> Message-ID: Hi All, Welcome Translators, Reviewers, Freelancers and Openstack enthusiasts to the Kannada (IN) Language dashboard translation work. You can also CC us on the translation group mailing list kanndabalaga at transifex.com "Bandhugale Kannada Bashe Ulisi Belesalu ondu sadavakasha.." Banni Kannadakke Jai.. yendu Kai Yathona Kalpavruksha vagisona" The link to join the Kannada Language team is provided below: https://www.transifex.com/projects/p/kannada-dashboard-yallarigu/language/kn/ Regards, Raghavendra Lad From: Ilya Alekseyev [mailto:ilyaalekseyev at acm.org] Sent: Thursday, September 12, 2013 6:37 PM To: Stas Maksimov Cc: openstack at lists.openstack.org Subject: Re: [Openstack] Translation Push - get the dashboard in your language by Sep 24 Working for it in Russian. Kind regards, Ilya Alekseyev 2013/9/12 Stas Maksimov > In for Russian. On 12 September 2013 13:36, Marcelo Dieder > wrote: Hello Tom, Translating to Brazilian Portuguese.... Marcelo Dieder On 09/12/2013 05:16 AM, Tom Fifield wrote: Do you write Spanish, Italian, Russian, German or Dutch? How about Portuguese? Indonesian? Arabic? Hindi? Actually, if you can write in any language other than English, you have the ability to help get the OpenStack Dashboard into your language. Find your language on: https://www.transifex.com/projects/p/horizon/ and join the team. It's actually a lot of fun, all done through an easy web interface. If we can get 100% completion in your language by September 24th, your text will be included in the next release of OpenStack for thousands around the world to see. So, why not get your friends together and make it happen? :) Thanks, from your friendly Internationalisation Team https://wiki.openstack.org/wiki/I18nTeam _______________________________________________ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : openstack at lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack _______________________________________________ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : openstack at lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack _______________________________________________ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : openstack at lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack ________________________________ This message is for the designated recipient only and may contain privileged, proprietary, or otherwise confidential information. If you have received it in error, please notify the sender immediately and delete the original. Any other use of the e-mail by you is prohibited. Where allowed by local law, electronic communications with Accenture and its affiliates, including e-mail and instant messaging (including content), may be scanned by our systems for the purposes of information security and assessment of internal compliance with Accenture policy. ______________________________________________________________________________________ www.accenture.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From guillaume.thouvenin at bull.net Tue Sep 17 07:22:46 2013 From: guillaume.thouvenin at bull.net (Guillaume Thouvenin) Date: Tue, 17 Sep 2013 09:22:46 +0200 Subject: [Openstack] Cannot create instances on Xenserver 6.2 In-Reply-To: References: Message-ID: <52380346.4010308@bull.net> On 17/09/2013 08:03, Marcelo Dieder wrote: > Hello all! > > I have a Openstack ambient with 5 components (Grizzly Version): > > 1 Xenserver 6.2 (top of list) > - 1 cloud controller (ubuntu 12.04) > - 1 network Quantum (ubuntu 12.04) > - 1 compute with Qemu > - 1 Compute Xen (nova-compute PV machine with Xenapi) > > I can create instances with the compute qemu, but i cannot create > instances with the Xen Hypervisor. > > When I create a instance with the Xen compute I received the error below: > > 2013-09-17 02:44:15.702 ERROR nova.utils > [req-b524f9d2-7675-4e3b-acc1-25b8cb3e544c > 7378135d00ec442a80fb1cd7eac6f489 5b1acda6173a46cea4e2448147c20662] > [instance: 437aba49-d9eb-4924-8753-5446725aeae0] Failed to spawn, > rolling back > > "XENAPI_PLUGIN_FAILURE\', \'download_vhd\', \'TypeError\', > "download_vhd() got an unexpected keyword argument \'auth_token\'"]\n']" Hello, I think that there is a mismatch between the nova plugins that you're using in dom0 and the nova code you're running in the DomU. So you need to update the content of /etc/xapi.d/plugins on dom0 according to the version you are running on the domU. On my installation I just copied the content of /opt/stack/nova/plugins/xenserver/xenapi/etc/xapi.d/plugins that is located on domU (I'm running devstack) to /etc/xapi.d/plugins that is located on dom0. Hope this help, Guillaume -------------- next part -------------- An HTML attachment was scrubbed... URL: From mahardika.gilang at andalabs.com Tue Sep 17 07:44:16 2013 From: mahardika.gilang at andalabs.com (Mahardhika) Date: Tue, 17 Sep 2013 14:44:16 +0700 Subject: [Openstack] Swift Fail Unauthorized In-Reply-To: <52370F26.7060107@redhat.com> References: <522FF7D5.10803@andalabs.com> <5232BE00.3010109@andalabs.com> <52333FF8.8090803@redhat.com> <5236E546.6030006@andalabs.com> <52370F26.7060107@redhat.com> Message-ID: <52380850.4080406@andalabs.com> Hi, i have disable selinux, and restart swift-proxy but the files (.pem) still nothing in signing_dir. On 9/16/2013 9:01 PM, Adam Young wrote: > On 09/16/2013 07:02 AM, Mahardhika wrote: >> Hi Adam, in my proxy node, am i must create keystone.conf ? > Sorry, not sure what you mean by this? In most deployements, there is > a file /etc/keystone/keystone.conf created for you. > >> currently i used keystone that same as on controller node, so i can >> get all tenant list with *#keystone tenant-list *command on proxy node. >> On your blog post, in signing_dir part, where i suppose to check? > Depends on the config file for your application. THe config file > options are specified in auth_token middleware, buyt are read from > swifts, nova, or whatever the remote services config file. So it > would be swift.conf or something comparable. > > https://github.com/openstack/python-keystoneclient/blob/master/keystoneclient/middleware/auth_token.py#L199 > > >> sorry i just confused in this part >> thanks >> >> On 9/13/2013 11:40 PM, Adam Young wrote: >>> On 09/13/2013 03:25 AM, Mahardhika wrote: >>>> Hi, still i can't get out from this issue, can you please lead me. >>>> I follow this guide >>>> http://docs.openstack.org/developer/swift/howto_installmultinode.html >>>> >>>> On 9/12/2013 9:24 AM, Kuo Hugo wrote: >>>>> You can observe the log out put while issue the request. >>>>> I vote on memcache related ... >>>>> >>>>> +Hugo Kuo+ >>>>> (+886) 935004793 >>>>> >>>>> >>>>> 2013/9/11 Mahardhika >>>> > >>>>> >>>>> Hi, following this guide >>>>> http://docs.openstack.org/developer/swift/development_saio.html#partition-section >>>>> i am stuck at step 14 = Check that you can GET >>>>> account:curl-v-H'X-Auth-Token:' >>>>> >>>>> *I run this command* >>>>> #curl -v -H 'X-Auth-Token: >>>>> AUTH_tkebd882e8ac094a08a1842811e025f2a8' >>>>> http://127.0.0.1:8080/v1/AUTH_swift >>>>> >>> >>> Can you use this token to talk to Keystone? >>> >>> Have you gone through the troubleshooting steps I posted here? >>> >>> http://adam.younglogic.com/2013/07/troubleshooting-pki-middleware/ >>> >>>>> and get >>>>> =============== >>>>> /* About to connect() to 127.0.0.1 port 8080 (#0)// >>>>> //* Trying 127.0.0.1...// >>>>> //* Connected to 127.0.0.1 (127.0.0.1) port 8080 (#0)// >>>>> //> GET /v1/AUTH_swift HTTP/1.1// >>>>> //> User-Agent: curl/7.29.0// >>>>> //> Host: 127.0.0.1:8080 // >>>>> //> Accept: */*// >>>>> //> X-Auth-Token: AUTH_tkebd882e8ac094a08a1842811e025f2a8// >>>>> //>// >>>>> //< HTTP/1.1 401 Unauthorized// >>>>> //< Content-Length: 131// >>>>> //< Content-Type: text/html; charset=UTF-8// >>>>> //< Date: Wed, 11 Sep 2013 04:53:35 GMT// >>>>> //>>>> //* Connection #0 to host 127.0.0.1 left intact/ >>>>> =========== >>>>> >>>>> *Why i get unauthorized?** >>>>> **this my proxy-server.conf* >>>>> >>>>> /[DEFAULT]// >>>>> //#cert_file = /etc/swift/cert.crt// >>>>> //#key_file = /etc/swift/cert.key// >>>>> //bind_port = 8080// >>>>> //#bind_port = 443// >>>>> //workers = 8// >>>>> //user = swift// >>>>> //log_facility = LOG_LOCAL1// >>>>> //eventlet_debug = true// >>>>> // >>>>> //[pipeline:main]// >>>>> //pipeline = healthcheck cache tempauth proxy-logging >>>>> proxy-server// >>>>> // >>>>> //[app:proxy-server]// >>>>> //use = egg:swift#proxy// >>>>> //allow_account_management = true// >>>>> //account_autocreate = true// >>>>> // >>>>> //[filter:tempauth]// >>>>> //use = egg:swift#tempauth// >>>>> //user_admin_admin = admin .admin .reseller_admin// >>>>> //user_test_tester = testing .admin// >>>>> //user_test2_tester2 = testing2 .admin// >>>>> //user_test_tester3 = testing3// >>>>> //#user_system_root = testpass .admin >>>>> https://$PROXY_LOCAL_NET_IP:8080/v1/AUTH_system// >>>>> //user_swift_swift = pass .admin// >>>>> // >>>>> //[filter:healthcheck]// >>>>> //use = egg:swift#healthcheck// >>>>> // >>>>> //[filter:cache]// >>>>> //use = egg:swift#memcache// >>>>> //#memcache_servers = $PROXY_LOCAL_NET_IP:11211// >>>>> // >>>>> //[filter:proxy-logging]// >>>>> //use = egg:swift#proxy_logging// >>>>> / >>>>> Please help me out >>>>> thanks >>>>> >>>>> -- >>>>> Regards, >>>>> Mahardhika Gilang >>>>> >>>>> >>>>> >>>>> _______________________________________________ >>>>> Mailing list: >>>>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>>>> Post to : openstack at lists.openstack.org >>>>> >>>>> Unsubscribe : >>>>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>>>> >>>>> >>>> >>>> >>>> -- >>>> Regards, >>>> Mahardhika Gilang >>>> >>>> *PT. Andalabs Technology * >>>> Gedung Gravira >>>> Jl. Cideng Barat no. 54 >>>> Jakarta Pusat 10150 >>>> >>>> HP : 0852 139 55861 >>>> Email : mahardika.gilang at andalabs.com >>>> >>>> >>>> _______________________________________________ >>>> Mailing list:http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>>> Post to :openstack at lists.openstack.org >>>> Unsubscribe :http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>> >>> >>> >>> _______________________________________________ >>> Mailing list:http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>> Post to :openstack at lists.openstack.org >>> Unsubscribe :http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> >> >> -- >> Regards, >> Mahardhika Gilang >> >> *PT. Andalabs Technology * >> Gedung Gravira >> Jl. Cideng Barat no. 54 >> Jakarta Pusat 10150 >> >> HP : 0852 139 55861 >> Email : mahardika.gilang at andalabs.com > -- Regards, Mahardhika Gilang -------------- next part -------------- An HTML attachment was scrubbed... URL: From rrrangrej at yahoo.com Tue Sep 17 09:16:35 2013 From: rrrangrej at yahoo.com (Raghavendra Rangrej) Date: Tue, 17 Sep 2013 02:16:35 -0700 (PDT) Subject: [Openstack] Object versioning not working In-Reply-To: Message-ID: <1379409395.65102.YahooMailBasic@web121603.mail.ne1.yahoo.com> Hi, Thanks for the clarification. May be a different thread but I have issue generating tokens. I am using RDO all in one openstack with swift installed (with authtoken). The reason I tried swift CLI was I am not getting how to generate the auth token to give it in curl commands. With web search, whatever token I generate, I am getting unauthorized when I run command like below you gave. Any webpage, discussions or document explaining generating swift token and using it in curl can be helpful as it has blocked my work. Current set of openstack documents lack examples for using authtoken. Thanks Raghavendra -------------------------------------------- On Tue, 9/17/13, Clay Gerrard wrote: Subject: Re: [Openstack] Object versioning not working To: "Raghavendra Rangrej" Cc: "openstack at lists.openstack.org" Date: Tuesday, September 17, 2013, 2:13 AM If you look at the raw API response from a HEAD on the "testing" container (maybe with curl) I think you'll see that you've set the wrong metadata key. You should set "X-Version-Location: test_cont" instead of "X-Container-Meta-X-Version-Location: test_cont" The `-m` option for `swift post` is only for setting user metadata; unfortunately it doesn't look like you can set arbitrary headers with `swift post`: https://bugs.launchpad.net/swift/+bug/1226256 I did this: curl -H 'x-auth-token: ' http://localhost:8080/v1/AUTH_test/testing -X POST -H 'x-versions-location: test_cont' -Clay On Mon, Sep 16, 2013 at 6:12 AM, Raghavendra Rangrej wrote: Hi, I am trying swift object versioning using swift CLIs (using swift post to change meta data). In container-server.conf, I have set the flag allow_versions = true. With CLI, I added meta data as follows:  swift stat testing   Account: AUTH_1335922166fb4c43a4929f4fba670f3712dw Container: testing   Objects: 3     Bytes: 157  Read ACL: -v Write ACL:   Sync To:  Sync Key: Meta X-Versions-Location: test_cont Accept-Ranges: bytes X-Timestamp: 1379065681.40505 Content-Type: text/plain; charset=utf-8 swift stat test_cont   Account: AUTH_1335922166fb4c43a4929f4fba670f3712dw Container: test_cont   Objects: 3     Bytes: 42  Read ACL: Write ACL:   Sync To:  Sync Key: Accept-Ranges: bytes X-Timestamp: 1379066009.84224 Content-Type: text/plain; charset=utf-8 If I upload a new content of the object in testing container, I am expecting a version to be created in test_cont container. But it is not the case. I was expecting once the flag is set and meta data is changed, old versions should be stored in test_cont dirs but it is not the case Even swift restart didn't help. Any idea ? if my expectation is wrong or swift versioning has issues? I am using swift 1.4.0 version swift --version swift 1.4.0 Thanks for your time Raghavendra _______________________________________________ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to     : openstack at lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack From laclasse at gmail.com Tue Sep 17 10:24:01 2013 From: laclasse at gmail.com (laclasse) Date: Tue, 17 Sep 2013 11:24:01 +0100 Subject: [Openstack] Launch a VM instance with an attached cd-rom? In-Reply-To: References: Message-ID: Hi, What are you trying to do? Do you need to attach/detach a cdrom often? If it is to install the OS, you should either try a vendor shipped image or create a custom one, save it and push it to your OpenStack deployment. See here: ​​ http://docs.openstack.org/trunk/openstack-compute/admin/content/starting-images.html If it is for other purposes, you could simply use dd to copy the content of your iso to a block volume from an instance, once done detach that block volume and re-attach to another instance. To do this you could follow these steps: - launch an instance with an ephemeral/local disk large enough to hold your .iso / cdrom contents (should not be hard) - make your cdrom contents an .iso file: pop your ​CD​ in a cdrom on a Linu ​x or ​U nix based machine and do: $ dd if=/dev/cdrom of=/path/to/mycdrom-contents.iso (assuming /dev/cdrom is a symlink pointing to your cd player device) - upload the resulting file using scp to your instance: $ scp /path/to/ mycdrom-contents.iso ​ -i myseckey.pem @XXX.XXX.XXX.XXX:~ - create a new block volume of the size of your CD contents (a little bit over will not hurt) and name it something related to your CD content. - attach the block volume to your instance ​- ssh to your instance and ​ ​ ​​again use dd to copy the .iso file to the newly attached block device (_without_ first making a file system on it) $ dd if=/home// mycdrom-contents.iso ​ of=/dev/sdX (where sdX is the newly attached block device)​ ​- detach the block device and attach/re-attach to other instances to your heart content. If the second part did not make sense to you, I would recommend looking at the documentation at ​ ​ http://docs.openstack.org/trunk/ Hope this helps. On Mon, Sep 16, 2013 at 8:19 AM, Nicolae Paladi wrote: > Hi, > > is it possible to launch an instance with additional media (e.g. cdrom) > attached? > I haven't found anything like that among the nova boot options > > cheers, > /nicolae > > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From rrrangrej at yahoo.com Tue Sep 17 10:36:53 2013 From: rrrangrej at yahoo.com (Raghavendra Rangrej) Date: Tue, 17 Sep 2013 03:36:53 -0700 (PDT) Subject: [Openstack] Object versioning not working In-Reply-To: <1379409395.65102.YahooMailBasic@web121603.mail.ne1.yahoo.com> Message-ID: <1379414213.60377.YahooMailBasic@web121606.mail.ne1.yahoo.com> Hi, I got hold of generating tokens two ways. For the benefit of future users having similar query (archiving), putting it below. 1. keystone token-get OR 2. curl -d '{"auth":{"tenantName": "tenantname", "passwordCredentials":{"username": "nik", "password": "password"}}}' -H "Content-type: application/json" http://IP:35357/v2.0/tokens Thanks Raghavendra -------------------------------------------- On Tue, 9/17/13, Raghavendra Rangrej wrote: Subject: Re: [Openstack] Object versioning not working To: "Clay Gerrard" Cc: "openstack at lists.openstack.org" Date: Tuesday, September 17, 2013, 2:46 PM Hi, Thanks for the clarification. May be a different thread but I have issue generating tokens. I am using RDO all in one openstack with swift installed (with authtoken). The reason I tried swift CLI was I am not getting how to generate the auth token to give it in curl commands. With web search, whatever token I generate, I am getting unauthorized when I run command like below you gave. Any webpage, discussions or document explaining generating swift token and using  it in curl can be helpful as it has blocked my work. Current set of openstack documents lack examples for using authtoken. Thanks Raghavendra -------------------------------------------- On Tue, 9/17/13, Clay Gerrard wrote: Subject: Re: [Openstack] Object versioning not working To: "Raghavendra Rangrej" Cc: "openstack at lists.openstack.org" Date: Tuesday, September 17, 2013, 2:13 AM If you look at the raw API response from a HEAD on the "testing" container (maybe with curl) I think you'll see that you've set the wrong metadata key. You should set "X-Version-Location: test_cont" instead of "X-Container-Meta-X-Version-Location: test_cont" The `-m` option for `swift post` is only for setting user metadata; unfortunately it doesn't look like you can set arbitrary headers with `swift post`: https://bugs.launchpad.net/swift/+bug/1226256 I did this: curl -H 'x-auth-token: ' http://localhost:8080/v1/AUTH_test/testing -X POST -H 'x-versions-location: test_cont' -Clay On Mon, Sep 16, 2013 at 6:12 AM, Raghavendra Rangrej wrote: Hi, I am trying swift object versioning using swift CLIs (using swift post to change meta data). In container-server.conf, I have set the flag allow_versions = true. With CLI, I added meta data as follows:  swift stat testing   Account: AUTH_1335922166fb4c43a4929f4fba670f3712dw Container: testing   Objects: 3     Bytes: 157  Read ACL: -v Write ACL:   Sync To:  Sync Key: Meta X-Versions-Location: test_cont Accept-Ranges: bytes X-Timestamp: 1379065681.40505 Content-Type: text/plain; charset=utf-8 swift stat test_cont   Account: AUTH_1335922166fb4c43a4929f4fba670f3712dw Container: test_cont   Objects: 3     Bytes: 42  Read ACL: Write ACL:   Sync To:  Sync Key: Accept-Ranges: bytes X-Timestamp: 1379066009.84224 Content-Type: text/plain; charset=utf-8 If I upload a new content of the object in testing container, I am expecting a version to be created in test_cont container. But it is not the case. I was expecting once the flag is set and meta data is changed, old versions should be stored in test_cont dirs but it is not the case Even swift restart didn't help. Any idea ? if my expectation is wrong or swift versioning has issues? I am using swift 1.4.0 version swift --version swift 1.4.0 Thanks for your time Raghavendra _______________________________________________ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to     : openstack at lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack From chu.ducminh at gmail.com Tue Sep 17 10:54:12 2013 From: chu.ducminh at gmail.com (Chu Duc Minh) Date: Tue, 17 Sep 2013 17:54:12 +0700 Subject: [Openstack] [Grizzly] Unable to delete VM instances when using Nova with ZooKeeper Message-ID: I configured Nova (both controller-nodes and compute-nodes) with *ZooKeeper*(on Ubuntu 12.04). I can create instance and other operations seem OK. But when i delete instance: # nova delete 92d154dd-6f4d-483c-84d4-ad1b8a691156 The server has either erred or is incapable of performing the requested operation. (HTTP 500) (Request-ID: req-48afc072-1e7d-473a-b99f-53c22051f260) And check nova-api.log and saw errors (quite long): 2013-09-17 17:39:19.617 ERROR nova.exception [req-48afc072-1e7d-473a-b99f-53c22051f260 3f75c75d09ce4d01887c7415ef7c5ae9 55634eee777042 b69cdb478230e88d52] Exception in string format operation 2013-09-17 17:39:19.617 20071 TRACE nova.exception Traceback (most recent call last): 2013-09-17 17:39:19.617 20071 TRACE nova.exception File "/usr/lib/python2.7/dist-packages/nova/exception.py", line 147, in __init__ 2013-09-17 17:39:19.617 20071 TRACE nova.exception message = self.message % kwargs 2013-09-17 17:39:19.617 20071 TRACE nova.exception TypeError: %d format: a number is required, not str 2013-09-17 17:39:19.617 20071 TRACE nova.exception 2013-09-17 17:39:19.618 ERROR nova.exception [req-48afc072-1e7d-473a-b99f-53c22051f260 3f75c75d09ce4d01887c7415ef7c5ae9 55634eee777042 b69cdb478230e88d52] code: 500 2013-09-17 17:39:19.618 ERROR nova.exception [req-48afc072-1e7d-473a-b99f-53c22051f260 3f75c75d09ce4d01887c7415ef7c5ae9 55634eee777042 b69cdb478230e88d52] driver: ZooKeeperDriver 2013-09-17 17:39:19.642 ERROR nova.api.openstack [req-48afc072-1e7d-473a-b99f-53c22051f260 3f75c75d09ce4d01887c7415ef7c5ae9 55634eee77 7042b69cdb478230e88d52] Caught error: The service from servicegroup driver %(driver) is temporarily unavailable. 2013-09-17 17:39:19.642 20071 TRACE nova.api.openstack Traceback (most recent call last): 2013-09-17 17:39:19.642 20071 TRACE nova.api.openstack File "/usr/lib/python2.7/dist-packages/nova/api/openstack/__init__.py", line 81, in __call__ 2013-09-17 17:39:19.642 20071 TRACE nova.api.openstack return req.get_response(self.application) 2013-09-17 17:39:19.642 20071 TRACE nova.api.openstack File "/usr/lib/python2.7/dist-packages/webob/request.py", line 1296, in send 2013-09-17 17:39:19.642 20071 TRACE nova.api.openstack application, catch_exc_info=False) 2013-09-17 17:39:19.642 20071 TRACE nova.api.openstack File "/usr/lib/python2.7/dist-packages/webob/request.py", line 1260, in call_ application 2013-09-17 17:39:19.642 20071 TRACE nova.api.openstack app_iter = application(self.environ, start_response) 2013-09-17 17:39:19.642 20071 TRACE nova.api.openstack File "/usr/lib/python2.7/dist-packages/webob/dec.py", line 144, in __call__ 2013-09-17 17:39:19.642 20071 TRACE nova.api.openstack return resp(environ, start_response) 2013-09-17 17:39:19.642 20071 TRACE nova.api.openstack File "/usr/lib/python2.7/dist-packages/keystoneclient/middleware/auth_token.p y", line 450, in __call__ 2013-09-17 17:39:19.642 20071 TRACE nova.api.openstack return self.app(env, start_response) 2013-09-17 17:39:19.642 20071 TRACE nova.api.openstack File "/usr/lib/python2.7/dist-packages/webob/dec.py", line 144, in __call__ 2013-09-17 17:39:19.642 20071 TRACE nova.api.openstack return resp(environ, start_response) 2013-09-17 17:39:19.642 20071 TRACE nova.api.openstack File "/usr/lib/python2.7/dist-packages/webob/dec.py", line 144, in __call__ 2013-09-17 17:39:19.642 20071 TRACE nova.api.openstack return resp(environ, start_response) 2013-09-17 17:39:19.642 20071 TRACE nova.api.openstack File "/usr/lib/python2.7/dist-packages/webob/dec.py", line 144, in __call__ 2013-09-17 17:39:19.642 20071 TRACE nova.api.openstack return resp(environ, start_response) 2013-09-17 17:39:19.642 20071 TRACE nova.api.openstack File "/usr/lib/python2.7/dist-packages/routes/middleware.py", line 131, in __ call__ 2013-09-17 17:39:19.642 20071 TRACE nova.api.openstack response = self.app(environ, start_response) 2013-09-17 17:39:19.642 20071 TRACE nova.api.openstack File "/usr/lib/python2.7/dist-packages/webob/dec.py", line 144, in __call__ 2013-09-17 17:39:19.642 20071 TRACE nova.api.openstack return resp(environ, start_response) 2013-09-17 17:39:19.642 20071 TRACE nova.api.openstack File "/usr/lib/python2.7/dist-packages/webob/dec.py", line 130, in __call__ 2013-09-17 17:39:19.642 20071 TRACE nova.api.openstack resp = self.call_func(req, *args, **self.kwargs) 2013-09-17 17:39:19.642 20071 TRACE nova.api.openstack File "/usr/lib/python2.7/dist-packages/webob/dec.py", line 195, in call_func 2013-09-17 17:39:19.642 20071 TRACE nova.api.openstack return self.func(req, *args, **kwargs) 2013-09-17 17:39:19.642 20071 TRACE nova.api.openstack File "/usr/lib/python2.7/dist-packages/nova/api/openstack/wsgi.py", line 890, in __call__ 2013-09-17 17:39:19.642 20071 TRACE nova.api.openstack content_type, body, accept) 2013-09-17 17:39:19.642 20071 TRACE nova.api.openstack File "/usr/lib/python2.7/dist-packages/nova/api/openstack/wsgi.py", line 942, in _process_stack 2013-09-17 17:39:19.642 20071 TRACE nova.api.openstack action_result = self.dispatch(meth, request, action_args) 2013-09-17 17:39:19.642 20071 TRACE nova.api.openstack File "/usr/lib/python2.7/dist-packages/nova/api/openstack/wsgi.py", line 1022, in dispatch 2013-09-17 17:39:19.642 20071 TRACE nova.api.openstack return method(req=request, **action_args) 2013-09-17 17:39:19.642 20071 TRACE nova.api.openstack File "/usr/lib/python2.7/dist-packages/nova/api/openstack/compute/servers.py", line 1117, in delete 2013-09-17 17:39:19.642 20071 TRACE nova.api.openstack self._delete(req.environ['nova.context'], req, id) 2013-09-17 17:39:19.642 20071 TRACE nova.api.openstack File "/usr/lib/python2.7/dist-packages/nova/api/openstack/compute/servers.py", line 961, in _delete 2013-09-17 17:39:19.642 20071 TRACE nova.api.openstack self.compute_api.delete(context, instance) 2013-09-17 17:39:19.642 20071 TRACE nova.api.openstack File "/usr/lib/python2.7/dist-packages/nova/compute/api.py", line 163, in wrapped 2013-09-17 17:39:19.642 20071 TRACE nova.api.openstack return func(self, context, target, *args, **kwargs) 2013-09-17 17:39:19.642 20071 TRACE nova.api.openstack File "/usr/lib/python2.7/dist-packages/nova/compute/api.py", line 153, in inner 2013-09-17 17:39:19.642 20071 TRACE nova.api.openstack return function(self, context, instance, *args, **kwargs) 2013-09-17 17:39:19.642 20071 TRACE nova.api.openstack File "/usr/lib/python2.7/dist-packages/nova/compute/api.py", line 134, in inner 2013-09-17 17:39:19.642 20071 TRACE nova.api.openstack return f(self, context, instance, *args, **kw) 2013-09-17 17:39:19.642 20071 TRACE nova.api.openstack File "/usr/lib/python2.7/dist-packages/nova/compute/api.py", line 1233, in delete 2013-09-17 17:39:19.642 20071 TRACE nova.api.openstack self._delete_instance(context, instance) 2013-09-17 17:39:19.642 20071 TRACE nova.api.openstack File "/usr/lib/python2.7/dist-packages/nova/compute/api.py", line 1225, in _delete_instance 2013-09-17 17:39:19.642 20071 TRACE nova.api.openstack task_state=task_states.DELETING) 2013-09-17 17:39:19.642 20071 TRACE nova.api.openstack File "/usr/lib/python2.7/dist-packages/nova/compute/api.py", line 1122, in _delete 2013-09-17 17:39:19.642 20071 TRACE nova.api.openstack project_id=project_id) 2013-09-17 17:39:19.642 20071 TRACE nova.api.openstack File "/usr/lib/python2.7/contextlib.py", line 24, in __exit__ 2013-09-17 17:39:19.642 20071 TRACE nova.api.openstack self.gen.next() 2013-09-17 17:39:19.642 20071 TRACE nova.api.openstack File "/usr/lib/python2.7/dist-packages/nova/compute/api.py", line 1093, in _delete 2013-09-17 17:39:19.642 20071 TRACE nova.api.openstack if self.servicegroup_api.service_is_up(service): 2013-09-17 17:39:19.642 20071 TRACE nova.api.openstack File "/usr/lib/python2.7/dist-packages/nova/servicegroup/api.py", line 93, in service_is_up 2013-09-17 17:39:19.642 20071 TRACE nova.api.openstack return self._driver.is_up(member) 2013-09-17 17:39:19.642 20071 TRACE nova.api.openstack File "/usr/lib/python2.7/dist-packages/nova/servicegroup/drivers/zk.py", line 115, in is_up 2013-09-17 17:39:19.642 20071 TRACE nova.api.openstack all_members = self.get_all(group_id) 2013-09-17 17:39:19.642 20071 TRACE nova.api.openstack File "/usr/lib/python2.7/dist-packages/nova/servicegroup/drivers/zk.py", line 138, in get_all *2013-09-17 17:39:19.642 20071 TRACE nova.api.openstack raise exception.ServiceGroupUnavailable(driver="ZooKeeperDriver") 2013-09-17 17:39:19.642 20071 TRACE nova.api.openstack ServiceGroupUnavailable: The service from servicegroup driver %(driver) is temporarily unavailable.* 2013-09-17 17:39:19.642 20071 TRACE nova.api.openstack 2013-09-17 17:39:19.646 INFO nova.api.openstack [req-48afc072-1e7d-473a-b99f-53c22051f260 3f75c75d09ce4d01887c7415ef7c5ae9 55634eee777042b69cdb478230e88d52] http://123.30.234.14:8774/v2/55634eee777042b69cdb478230e88d52/servers/92d154dd-6f4d-483c-84d4-ad1b8a691156returned with HTTP 500 Do you have an idea why this bug happen? Thank you very much! -------------- next part -------------- An HTML attachment was scrubbed... URL: From vill.srk at gmail.com Tue Sep 17 11:41:39 2013 From: vill.srk at gmail.com (Vil Surkin) Date: Tue, 17 Sep 2013 14:41:39 +0300 Subject: [Openstack] Can't delete users from keystone Message-ID: Hello, I have a problem with deleting users from keystone database. I use Percona as backend service. As i can see from log ( http://pastebin.com/Jb18ng89 ), keystone try to delete user from table twice. And, of course, it got error on second request. Also, i use keystone on ubuntu from Ubuntu Cloud Archive (version: 1:2013.1.2-0ubuntu2~cloud0). Could anyone help me? Why keystone sent 'delete'-request twice? Thanks. -------------- next part -------------- An HTML attachment was scrubbed... URL: From vill.srk at gmail.com Tue Sep 17 12:06:09 2013 From: vill.srk at gmail.com (Vil Surkin) Date: Tue, 17 Sep 2013 15:06:09 +0300 Subject: [Openstack] Can't delete users from keystone In-Reply-To: References: Message-ID: Ok, guys. It's my fault. I use packages of sqlalchemy and others not from ubuntu's cloud archive. Problem was dismissed after upgrading packages. Thanks =). вторник, 17 сентября 2013 г. в 14:41, Vil Surkin написал: > Hello, > > I have a problem with deleting users from keystone database. I use Percona as backend service. > As i can see from log ( http://pastebin.com/Jb18ng89 ), keystone try to delete user from table twice. And, of course, it got error on second request. > Also, i use keystone on ubuntu from Ubuntu Cloud Archive (version: 1:2013.1.2-0ubuntu2~cloud0). > > Could anyone help me? Why keystone sent 'delete'-request twice? > > Thanks. -------------- next part -------------- An HTML attachment was scrubbed... URL: From n.paladi at gmail.com Tue Sep 17 12:29:16 2013 From: n.paladi at gmail.com (Nicolae Paladi) Date: Tue, 17 Sep 2013 14:29:16 +0200 Subject: [Openstack] Launch a VM instance with an attached cd-rom? In-Reply-To: References: Message-ID: Hi, thanks for the replies; I needed to add a cdrom with software to a windows instance to make it available to a third party for installation and configuration. Just for the record, I did it simply by: virsh attach-disk .iso hdd --type cdrom Thanks! /Nicolae On 17 September 2013 12:24, laclasse wrote: > Hi, > > What are you trying to do? Do you need to attach/detach a cdrom often? If > it is to install the OS, you should either try a vendor shipped image or > create a custom one, save it and push it to your OpenStack deployment. > See here: > > > http://docs.openstack.org/trunk/openstack-compute/admin/content/starting-images.html > > > If it is for other purposes, you could simply use dd to copy the content > of your iso to a block volume from an instance, once done detach that block > volume and re-attach to another instance. To do this you could follow these > steps: > - launch an instance with an ephemeral/local disk large enough to hold > your .iso / cdrom contents (should not be hard) > - make your cdrom > contents an .iso file: pop your > CD > in a cdrom on a Linu > x or U > nix based machine and do: > $ dd if=/dev/cdrom of=/path/to/mycdrom-contents.iso (assuming > /dev/cdrom is a symlink pointing to your cd player device) > - upload the resulting file using scp to your instance: > $ scp /path/to/ > mycdrom-contents.iso > -i myseckey.pem @XXX.XXX.XXX.XXX:~ > - create a new block volume of the size of your CD contents (a little bit > over will not hurt) and name it something related to your CD content. > - attach the block volume to your instance > - ssh to your instance and > > again use dd to copy the .iso file to the newly attached block device > (_without_ first making a file system on it) > > $ dd if=/home// > mycdrom-contents.iso > of=/dev/sdX (where sdX is the newly attached block device) > - detach the block device and attach/re-attach to other instances to your > heart content. > If the second part did not make sense to you, I would recommend looking > at the documentation at > > http://docs.openstack.org/trunk/ > > Hope this helps. > > > > On Mon, Sep 16, 2013 at 8:19 AM, Nicolae Paladi wrote: > >> Hi, >> >> is it possible to launch an instance with additional media (e.g. cdrom) >> attached? >> I haven't found anything like that among the nova boot options >> >> cheers, >> /nicolae >> >> _______________________________________________ >> Mailing list: >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> Post to : openstack at lists.openstack.org >> Unsubscribe : >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From remo at mattei.org Tue Sep 17 13:56:02 2013 From: remo at mattei.org (Remo Mattei) Date: Tue, 17 Sep 2013 06:56:02 -0700 Subject: [Openstack] Translation Push - get the dashboard in your language by Sep 24 - Join Openstack Kannada Language Dashboard Group In-Reply-To: References: <5231786B.3030803@openstack.org> <5231B54F.6030300@gmail.com> Message-ID: <459761F7-E19C-4D88-833E-61EE1F228961@mattei.org> Hello all I will be happy to support the Italian dashboard if needed. Remo Inviato da iPad () Il giorno Sep 17, 2013, alle ore 0:14, ha scritto: > > Hi All, > > Welcome Translators, Reviewers, Freelancers and Openstack enthusiasts to the Kannada (IN) Language dashboard translation work. > You can also CC us on the translation group mailing list > kanndabalaga at transifex.com > > “Bandhugale Kannada Bashe Ulisi Belesalu ondu sadavakasha..” Banni Kannadakke Jai.. yendu Kai Yathona Kalpavruksha vagisona” > > > The link to join the Kannada Language team is provided below: > > https://www.transifex.com/projects/p/kannada-dashboard-yallarigu/language/kn/ > > Regards, > Raghavendra Lad > > From: Ilya Alekseyev [mailto:ilyaalekseyev at acm.org] > Sent: Thursday, September 12, 2013 6:37 PM > To: Stas Maksimov > Cc: openstack at lists.openstack.org > Subject: Re: [Openstack] Translation Push - get the dashboard in your language by Sep 24 > > Working for it in Russian. > > Kind regards, > Ilya Alekseyev > > 2013/9/12 Stas Maksimov > In for Russian. > > > On 12 September 2013 13:36, Marcelo Dieder wrote: > Hello Tom, > > Translating to Brazilian Portuguese.... > > Marcelo Dieder > > > On 09/12/2013 05:16 AM, Tom Fifield wrote: > Do you write Spanish, Italian, Russian, German or Dutch? > > How about Portuguese? Indonesian? Arabic? Hindi? > > Actually, if you can write in any language other than English, you have the ability to help get the OpenStack Dashboard into your language. > > Find your language on: > > https://www.transifex.com/projects/p/horizon/ > > and join the team. > > > It's actually a lot of fun, all done through an easy web interface. > > If we can get 100% completion in your language by September 24th, your text will be included in the next release of OpenStack for thousands around the world to see. > > So, why not get your friends together and make it happen? :) > > > Thanks, > > from your friendly Internationalisation Team > https://wiki.openstack.org/wiki/I18nTeam > > _______________________________________________ > Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > > _______________________________________________ > Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > > > _______________________________________________ > Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > > > This message is for the designated recipient only and may contain privileged, proprietary, or otherwise confidential information. If you have received it in error, please notify the sender immediately and delete the original. Any other use of the e-mail by you is prohibited. > > Where allowed by local law, electronic communications with Accenture and its affiliates, including e-mail and instant messaging (including content), may be scanned by our systems for the purposes of information security and assessment of internal compliance with Accenture policy. > > ______________________________________________________________________________________ > > www.accenture.com > !DSPAM:2,523805ea118594987512804! > _______________________________________________ > Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > > !DSPAM:2,523805ea118594987512804! -------------- next part -------------- An HTML attachment was scrubbed... URL: From tom at openstack.org Tue Sep 17 14:47:17 2013 From: tom at openstack.org (Tom Fifield) Date: Tue, 17 Sep 2013 22:47:17 +0800 Subject: [Openstack] Translation Push - get the dashboard in your language by Sep 24 - Join Openstack Kannada Language Dashboard Group In-Reply-To: <459761F7-E19C-4D88-833E-61EE1F228961@mattei.org> References: <5231786B.3030803@openstack.org> <5231B54F.6030300@gmail.com> <459761F7-E19C-4D88-833E-61EE1F228961@mattei.org> Message-ID: <52386B75.5030904@openstack.org> That would be great Remo! Italian is only a few percent translated right now: https://www.transifex.com/projects/p/openstack/language/it/?project=45364 Regards, Tom On 17/09/13 21:56, Remo Mattei wrote: > Hello all I will be happy to support the Italian dashboard if needed. > Remo > > Inviato da iPad () > > Il giorno Sep 17, 2013, alle ore 0:14, > ha scritto: > >> >> >> Hi All, >> >> >> >> Welcome Translators, Reviewers, Freelancers and Openstack enthusiasts >> to the Kannada (IN) Language dashboard translation work. >> >> You can also CC us on the translation group mailing list >> >> kanndabalaga at transifex.com >> >> >> >> “Bandhugale Kannada Bashe Ulisi Belesalu ondu sadavakasha..” Banni >> Kannadakke Jai.. yendu Kai Yathona Kalpavruksha vagisona” >> >> >> >> >> >> The link to join the Kannada Language team is provided below: >> >> >> >> https://www.transifex.com/projects/p/kannada-dashboard-yallarigu/language/kn/ >> >> >> >> >> Regards, >> >> Raghavendra Lad >> >> >> >> *From:*Ilya Alekseyev [mailto:ilyaalekseyev at acm.org] >> *Sent:* Thursday, September 12, 2013 6:37 PM >> *To:* Stas Maksimov >> *Cc:* openstack at lists.openstack.org >> *Subject:* Re: [Openstack] Translation Push - get the dashboard in >> your language by Sep 24 >> >> >> >> Working for it in Russian. >> >> >> >> Kind regards, >> >> Ilya Alekseyev >> >> >> >> 2013/9/12 Stas Maksimov > >> >> In for Russian. >> >> >> >> On 12 September 2013 13:36, Marcelo Dieder > > wrote: >> >> Hello Tom, >> >> Translating to Brazilian Portuguese.... >> >> Marcelo Dieder >> >> >> >> On 09/12/2013 05:16 AM, Tom Fifield wrote: >> >> Do you write Spanish, Italian, Russian, German or Dutch? >> >> How about Portuguese? Indonesian? Arabic? Hindi? >> >> Actually, if you can write in any language other than English, you >> have the ability to help get the OpenStack Dashboard into your >> language. >> >> Find your language on: >> >> https://www.transifex.com/projects/p/horizon/ >> >> and join the team. >> >> >> It's actually a lot of fun, all done through an easy web interface. >> >> If we can get 100% completion in your language by September 24th, >> your text will be included in the next release of OpenStack for >> thousands around the world to see. >> >> So, why not get your friends together and make it happen? :) >> >> >> Thanks, >> >> from your friendly Internationalisation Team >> https://wiki.openstack.org/wiki/I18nTeam >> >> _______________________________________________ >> Mailing list: >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> Post to : openstack at lists.openstack.org >> >> Unsubscribe : >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> >> >> >> >> _______________________________________________ >> Mailing list: >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> Post to : openstack at lists.openstack.org >> >> Unsubscribe : >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> >> >> >> >> _______________________________________________ >> Mailing list: >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> Post to : openstack at lists.openstack.org >> >> Unsubscribe : >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> >> >> >> >> ------------------------------------------------------------------------ >> This message is for the designated recipient only and may contain >> privileged, proprietary, or otherwise confidential information. If you >> have received it in error, please notify the sender immediately and >> delete the original. Any other use of the e-mail by you is prohibited. >> >> Where allowed by local law, electronic communications with Accenture >> and its affiliates, including e-mail and instant messaging (including >> content), may be scanned by our systems for the purposes of >> information security and assessment of internal compliance with >> Accenture policy. >> >> ______________________________________________________________________________________ >> >> www.accenture.com >> !DSPAM:2,523805ea118594987512804! >> _______________________________________________ >> Mailing list: >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> Post to : openstack at lists.openstack.org >> >> Unsubscribe : >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> >> >> !DSPAM:2,523805ea118594987512804! > > > _______________________________________________ > Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > From raghavendra.lad at accenture.com Tue Sep 17 15:41:46 2013 From: raghavendra.lad at accenture.com (raghavendra.lad at accenture.com) Date: Tue, 17 Sep 2013 15:41:46 +0000 Subject: [Openstack] Translation Push - get the dashboard in your language by Sep 24 - Join Openstack Kannada Language Dashboard Group In-Reply-To: <459761F7-E19C-4D88-833E-61EE1F228961@mattei.org> References: <5231786B.3030803@openstack.org> <5231B54F.6030300@gmail.com> , <459761F7-E19C-4D88-833E-61EE1F228961@mattei.org> Message-ID: Awesome.. Remo, Thank you. Italian language team now has another Translation member. Regards, Raghavendra Lad -----Original message----- From: Remo Mattei Sent: 17/09/2013, 7:29 PM To: Lad, Raghavendra Cc: "" ; "" ; "" ; openstack at lists.openstack.org Subject: Re: [Openstack] Translation Push - get the dashboard in your language by Sep 24 - Join Openstack Kannada Language Dashboard Group Hello all I will be happy to support the Italian dashboard if needed. Remo Inviato da iPad () Il giorno Sep 17, 2013, alle ore 0:14, > ha scritto: Hi All, Welcome Translators, Reviewers, Freelancers and Openstack enthusiasts to the Kannada (IN) Language dashboard translation work. You can also CC us on the translation group mailing list kanndabalaga at transifex.com “Bandhugale Kannada Bashe Ulisi Belesalu ondu sadavakasha..” Banni Kannadakke Jai.. yendu Kai Yathona Kalpavruksha vagisona” The link to join the Kannada Language team is provided below: https://www.transifex.com/projects/p/kannada-dashboard-yallarigu/language/kn/ Regards, Raghavendra Lad From: Ilya Alekseyev [mailto:ilyaalekseyev at acm.org] Sent: Thursday, September 12, 2013 6:37 PM To: Stas Maksimov Cc: openstack at lists.openstack.org Subject: Re: [Openstack] Translation Push - get the dashboard in your language by Sep 24 Working for it in Russian. Kind regards, Ilya Alekseyev 2013/9/12 Stas Maksimov > In for Russian. On 12 September 2013 13:36, Marcelo Dieder > wrote: Hello Tom, Translating to Brazilian Portuguese.... Marcelo Dieder On 09/12/2013 05:16 AM, Tom Fifield wrote: Do you write Spanish, Italian, Russian, German or Dutch? How about Portuguese? Indonesian? Arabic? Hindi? Actually, if you can write in any language other than English, you have the ability to help get the OpenStack Dashboard into your language. Find your language on: https://www.transifex.com/projects/p/horizon/ and join the team. It's actually a lot of fun, all done through an easy web interface. If we can get 100% completion in your language by September 24th, your text will be included in the next release of OpenStack for thousands around the world to see. So, why not get your friends together and make it happen? :) Thanks, from your friendly Internationalisation Team https://wiki.openstack.org/wiki/I18nTeam _______________________________________________ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : openstack at lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack _______________________________________________ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : openstack at lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack _______________________________________________ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : openstack at lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack ________________________________ This message is for the designated recipient only and may contain privileged, proprietary, or otherwise confidential information. If you have received it in error, please notify the sender immediately and delete the original. Any other use of the e-mail by you is prohibited. Where allowed by local law, electronic communications with Accenture and its affiliates, including e-mail and instant messaging (including content), may be scanned by our systems for the purposes of information security and assessment of internal compliance with Accenture policy. ______________________________________________________________________________________ www.accenture.com !DSPAM:2,523805ea118594987512804! _______________________________________________ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : openstack at lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack !DSPAM:2,523805ea118594987512804! -------------- next part -------------- An HTML attachment was scrubbed... URL: From chu.ducminh at gmail.com Tue Sep 17 15:58:00 2013 From: chu.ducminh at gmail.com (Chu Duc Minh) Date: Tue, 17 Sep 2013 22:58:00 +0700 Subject: [Openstack] [Grizzly] Unable to delete VM instances when using Nova with ZooKeeper In-Reply-To: References: Message-ID: For more information, i setup ZooKeeper cluster on 4 nodes, then follow instructions at http://docs.openstack.org/trunk/openstack-compute/admin/content/zookeeper-servicegroup-driver.html On Sep 17, 2013 5:54 PM, "Chu Duc Minh" wrote: > I configured Nova (both controller-nodes and compute-nodes) with * > ZooKeeper* (on Ubuntu 12.04). > I can create instance and other operations seem OK. > But when i delete instance: > # nova delete 92d154dd-6f4d-483c-84d4-ad1b8a691156 > The server has either erred or is incapable of performing the requested > operation. (HTTP 500) (Request-ID: req-48afc072-1e7d-473a-b99f-53c22051f260) > > And check nova-api.log and saw errors (quite long): > > 2013-09-17 17:39:19.617 ERROR nova.exception > [req-48afc072-1e7d-473a-b99f-53c22051f260 3f75c75d09ce4d01887c7415ef7c5ae9 > 55634eee777042 > b69cdb478230e88d52] Exception in string format operation > 2013-09-17 17:39:19.617 20071 TRACE nova.exception Traceback (most recent > call last): > 2013-09-17 17:39:19.617 20071 TRACE nova.exception File > "/usr/lib/python2.7/dist-packages/nova/exception.py", line 147, in __init__ > 2013-09-17 17:39:19.617 20071 TRACE nova.exception message = > self.message % kwargs > 2013-09-17 17:39:19.617 20071 TRACE nova.exception TypeError: %d format: a > number is required, not str > 2013-09-17 17:39:19.617 20071 TRACE nova.exception > 2013-09-17 17:39:19.618 ERROR nova.exception > [req-48afc072-1e7d-473a-b99f-53c22051f260 3f75c75d09ce4d01887c7415ef7c5ae9 > 55634eee777042 > b69cdb478230e88d52] code: 500 > 2013-09-17 17:39:19.618 ERROR nova.exception > [req-48afc072-1e7d-473a-b99f-53c22051f260 3f75c75d09ce4d01887c7415ef7c5ae9 > 55634eee777042 > b69cdb478230e88d52] driver: ZooKeeperDriver > 2013-09-17 17:39:19.642 ERROR nova.api.openstack > [req-48afc072-1e7d-473a-b99f-53c22051f260 3f75c75d09ce4d01887c7415ef7c5ae9 > 55634eee77 > 7042b69cdb478230e88d52] Caught error: The service from servicegroup driver > %(driver) is temporarily unavailable. > 2013-09-17 17:39:19.642 20071 TRACE nova.api.openstack Traceback (most > recent call last): > 2013-09-17 17:39:19.642 20071 TRACE nova.api.openstack File > "/usr/lib/python2.7/dist-packages/nova/api/openstack/__init__.py", line > 81, in __call__ > 2013-09-17 17:39:19.642 20071 TRACE nova.api.openstack return > req.get_response(self.application) > 2013-09-17 17:39:19.642 20071 TRACE nova.api.openstack File > "/usr/lib/python2.7/dist-packages/webob/request.py", line 1296, in send > 2013-09-17 17:39:19.642 20071 TRACE nova.api.openstack application, > catch_exc_info=False) > 2013-09-17 17:39:19.642 20071 TRACE nova.api.openstack File > "/usr/lib/python2.7/dist-packages/webob/request.py", line 1260, in call_ > application > 2013-09-17 17:39:19.642 20071 TRACE nova.api.openstack app_iter = > application(self.environ, start_response) > 2013-09-17 17:39:19.642 20071 TRACE nova.api.openstack File > "/usr/lib/python2.7/dist-packages/webob/dec.py", line 144, in __call__ > 2013-09-17 17:39:19.642 20071 TRACE nova.api.openstack return > resp(environ, start_response) > 2013-09-17 17:39:19.642 20071 TRACE nova.api.openstack File > "/usr/lib/python2.7/dist-packages/keystoneclient/middleware/auth_token.p > y", line 450, in __call__ > 2013-09-17 17:39:19.642 20071 TRACE nova.api.openstack return > self.app(env, start_response) > 2013-09-17 17:39:19.642 20071 TRACE nova.api.openstack File > "/usr/lib/python2.7/dist-packages/webob/dec.py", line 144, in __call__ > 2013-09-17 17:39:19.642 20071 TRACE nova.api.openstack return > resp(environ, start_response) > 2013-09-17 17:39:19.642 20071 TRACE nova.api.openstack File > "/usr/lib/python2.7/dist-packages/webob/dec.py", line 144, in __call__ > 2013-09-17 17:39:19.642 20071 TRACE nova.api.openstack return > resp(environ, start_response) > 2013-09-17 17:39:19.642 20071 TRACE nova.api.openstack File > "/usr/lib/python2.7/dist-packages/webob/dec.py", line 144, in __call__ > 2013-09-17 17:39:19.642 20071 TRACE nova.api.openstack return > resp(environ, start_response) > 2013-09-17 17:39:19.642 20071 TRACE nova.api.openstack File > "/usr/lib/python2.7/dist-packages/routes/middleware.py", line 131, in __ > call__ > 2013-09-17 17:39:19.642 20071 TRACE nova.api.openstack response = > self.app(environ, start_response) > 2013-09-17 17:39:19.642 20071 TRACE nova.api.openstack File > "/usr/lib/python2.7/dist-packages/webob/dec.py", line 144, in __call__ > 2013-09-17 17:39:19.642 20071 TRACE nova.api.openstack return > resp(environ, start_response) > 2013-09-17 17:39:19.642 20071 TRACE nova.api.openstack File > "/usr/lib/python2.7/dist-packages/webob/dec.py", line 130, in __call__ > 2013-09-17 17:39:19.642 20071 TRACE nova.api.openstack resp = > self.call_func(req, *args, **self.kwargs) > 2013-09-17 17:39:19.642 20071 TRACE nova.api.openstack File > "/usr/lib/python2.7/dist-packages/webob/dec.py", line 195, in call_func > 2013-09-17 17:39:19.642 20071 TRACE nova.api.openstack return > self.func(req, *args, **kwargs) > 2013-09-17 17:39:19.642 20071 TRACE nova.api.openstack File > "/usr/lib/python2.7/dist-packages/nova/api/openstack/wsgi.py", line 890, in > __call__ > 2013-09-17 17:39:19.642 20071 TRACE nova.api.openstack content_type, > body, accept) > 2013-09-17 17:39:19.642 20071 TRACE nova.api.openstack File > "/usr/lib/python2.7/dist-packages/nova/api/openstack/wsgi.py", line 942, in > _process_stack > 2013-09-17 17:39:19.642 20071 TRACE nova.api.openstack action_result = > self.dispatch(meth, request, action_args) > 2013-09-17 17:39:19.642 20071 TRACE nova.api.openstack File > "/usr/lib/python2.7/dist-packages/nova/api/openstack/wsgi.py", line 1022, > in dispatch > 2013-09-17 17:39:19.642 20071 TRACE nova.api.openstack return > method(req=request, **action_args) > 2013-09-17 17:39:19.642 20071 TRACE nova.api.openstack File > "/usr/lib/python2.7/dist-packages/nova/api/openstack/compute/servers.py", > line 1117, in delete > 2013-09-17 17:39:19.642 20071 TRACE nova.api.openstack > self._delete(req.environ['nova.context'], req, id) > 2013-09-17 17:39:19.642 20071 TRACE nova.api.openstack File > "/usr/lib/python2.7/dist-packages/nova/api/openstack/compute/servers.py", > line 961, in _delete > 2013-09-17 17:39:19.642 20071 TRACE nova.api.openstack > self.compute_api.delete(context, instance) > 2013-09-17 17:39:19.642 20071 TRACE nova.api.openstack File > "/usr/lib/python2.7/dist-packages/nova/compute/api.py", line 163, in wrapped > 2013-09-17 17:39:19.642 20071 TRACE nova.api.openstack return > func(self, context, target, *args, **kwargs) > 2013-09-17 17:39:19.642 20071 TRACE nova.api.openstack File > "/usr/lib/python2.7/dist-packages/nova/compute/api.py", line 153, in inner > 2013-09-17 17:39:19.642 20071 TRACE nova.api.openstack return > function(self, context, instance, *args, **kwargs) > 2013-09-17 17:39:19.642 20071 TRACE nova.api.openstack File > "/usr/lib/python2.7/dist-packages/nova/compute/api.py", line 134, in inner > 2013-09-17 17:39:19.642 20071 TRACE nova.api.openstack return f(self, > context, instance, *args, **kw) > 2013-09-17 17:39:19.642 20071 TRACE nova.api.openstack File > "/usr/lib/python2.7/dist-packages/nova/compute/api.py", line 1233, in delete > 2013-09-17 17:39:19.642 20071 TRACE nova.api.openstack > self._delete_instance(context, instance) > 2013-09-17 17:39:19.642 20071 TRACE nova.api.openstack File > "/usr/lib/python2.7/dist-packages/nova/compute/api.py", line 1225, in > _delete_instance > 2013-09-17 17:39:19.642 20071 TRACE nova.api.openstack > task_state=task_states.DELETING) > 2013-09-17 17:39:19.642 20071 TRACE nova.api.openstack File > "/usr/lib/python2.7/dist-packages/nova/compute/api.py", line 1122, in > _delete > 2013-09-17 17:39:19.642 20071 TRACE nova.api.openstack > project_id=project_id) > 2013-09-17 17:39:19.642 20071 TRACE nova.api.openstack File > "/usr/lib/python2.7/contextlib.py", line 24, in __exit__ > 2013-09-17 17:39:19.642 20071 TRACE nova.api.openstack self.gen.next() > 2013-09-17 17:39:19.642 20071 TRACE nova.api.openstack File > "/usr/lib/python2.7/dist-packages/nova/compute/api.py", line 1093, in > _delete > 2013-09-17 17:39:19.642 20071 TRACE nova.api.openstack if > self.servicegroup_api.service_is_up(service): > 2013-09-17 17:39:19.642 20071 TRACE nova.api.openstack File > "/usr/lib/python2.7/dist-packages/nova/servicegroup/api.py", line 93, in > service_is_up > 2013-09-17 17:39:19.642 20071 TRACE nova.api.openstack return > self._driver.is_up(member) > 2013-09-17 17:39:19.642 20071 TRACE nova.api.openstack File > "/usr/lib/python2.7/dist-packages/nova/servicegroup/drivers/zk.py", line > 115, in is_up > 2013-09-17 17:39:19.642 20071 TRACE nova.api.openstack all_members = > self.get_all(group_id) > 2013-09-17 17:39:19.642 20071 TRACE nova.api.openstack File > "/usr/lib/python2.7/dist-packages/nova/servicegroup/drivers/zk.py", line > 138, in get_all > *2013-09-17 17:39:19.642 20071 TRACE nova.api.openstack raise > exception.ServiceGroupUnavailable(driver="ZooKeeperDriver") > 2013-09-17 17:39:19.642 20071 TRACE nova.api.openstack > ServiceGroupUnavailable: The service from servicegroup driver %(driver) is > temporarily unavailable.* > 2013-09-17 17:39:19.642 20071 TRACE nova.api.openstack > 2013-09-17 17:39:19.646 INFO nova.api.openstack > [req-48afc072-1e7d-473a-b99f-53c22051f260 3f75c75d09ce4d01887c7415ef7c5ae9 > 55634eee777042b69cdb478230e88d52] > http://123.30.234.14:8774/v2/55634eee777042b69cdb478230e88d52/servers/92d154dd-6f4d-483c-84d4-ad1b8a691156returned with HTTP 500 > > > Do you have an idea why this bug happen? > > Thank you very much! > -------------- next part -------------- An HTML attachment was scrubbed... URL: From george.reese at imaginary.com Tue Sep 17 16:00:03 2013 From: george.reese at imaginary.com (George Reese) Date: Tue, 17 Sep 2013 11:00:03 -0500 Subject: [Openstack] Making the Hong Kong Summit as inclusive as possible In-Reply-To: References: <5D7F9996EA547448BC6C54C8C5AAF4E5D9715EB4@CERNXCHG01.cern.ch> <626505D9-B8C4-41B0-BAD2-D645355F4F88@pistoncloud.com> Message-ID: <47A5901B-6271-484D-B00F-467DBA6E3C29@imaginary.com> Can someone summarize where things stand on this and what is actually in motion to be done/has been done? Thanks, George On Sep 15, 2013, at 7:18 PM, David Mortman wrote: > Joshua, > > I'll leave it up to the event staff to determine how they want to handle it in this on-site case. Certainly someone needs to be empowered or the exercise is pointless. For the community as a whole, does the Board of Directors have the authority to create an ombuds office? > > -DM > > > On Sun, Sep 15, 2013 at 12:44 PM, Joshua McKenty wrote: > David, while I think having an onsite group able to field complaints and address incidents is critical, we need to make sure that such a group has the ability to address any complaints. So I'd suggest we pass this directly to the foundation staff, and make sure that the event coordination team is coached appropriately. Having community members act as ombudsperson is both complicated from a legal standpoint, and potentially inappropriate. > > Lauren, can you make sure the on-site events team is briefed on the proposed code-of-conduct, and is ready to respond to any complaints that might arise? > > -- > > Joshua McKenty > Chief Technology Officer > Piston Cloud Computing, Inc. > +1 (650) 242-5683 > +1 (650) 283-6846 > http://www.pistoncloud.com > > "Oh, Westley, we'll never survive!" > "Nonsense. You're only saying that because no one ever has." > > On Sep 15, 2013, at 3:59 AM, David Mortman wrote: > >> On Thu, Sep 12, 2013 at 4:26 PM, David Mortman wrote: >> Agreed. There should be at least a small group, especially for events, so that one person doesn't get hammered but also so there's a committee to make judgement calls etc. Love the idea of some training too. >> >> Given the closeness of the summit (only 2 months away), it's seems like a good idea to put together the initial group of folks who can be the onsite committee to help address any issues that hopefully won't arise. While I'll continue to participate in this effort, unfortunately, I won't be attending the summit myself so I can't help onsite. I will however like nominate both Anne Gentle and George Reese be initial members of the committee. Anyone else interested? A group of three is probably plenty. >> >> thanks >> -David >> _______________________________________________ >> Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> Post to : openstack at lists.openstack.org >> Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > > _______________________________________________ > Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack -- George Reese (george.reese at imaginary.com) t: @GeorgeReese m: +1(207)956-0217 Skype: nspollution -------------- next part -------------- An HTML attachment was scrubbed... URL: From remo at mattei.org Tue Sep 17 16:06:46 2013 From: remo at mattei.org (Remo Mattei) Date: Tue, 17 Sep 2013 09:06:46 -0700 Subject: [Openstack] Translation Push - get the dashboard in your language by Sep 24 - Join Openstack Kannada Language Dashboard Group In-Reply-To: References: <5231786B.3030803@openstack.org> <5231B54F.6030300@gmail.com> <459761F7-E19C-4D88-833E-61EE1F228961@mattei.org> Message-ID: <09A9A399-BC7B-41A4-90D6-1523F8F40203@mattei.org> Please contact me offline so I can get the info sources etc to help out Ciao Inviato da iPad () Il giorno Sep 17, 2013, alle ore 8:41, ha scritto: > Awesome.. > > Remo, Thank you. Italian language team now has another Translation member. > > > Regards, > Raghavendra Lad > > -----Original message----- > From: Remo Mattei > Sent: 17/09/2013, 7:29 PM > To: Lad, Raghavendra > Cc: "" ; "" ; "" ; openstack at lists.openstack.org > Subject: Re: [Openstack] Translation Push - get the dashboard in your language by Sep 24 - Join Openstack Kannada Language Dashboard Gro > Hello all I will be happy to support the Italian dashboard if needed. > Remo > > Inviato da iPad () > > Il giorno Sep 17, 2013, alle ore 0:14, ha scritto: > >> >> Hi All, >> >> Welcome Translators, Reviewers, Freelancers and Openstack enthusiasts to the Kannada (IN) Language dashboard translation work. >> You can also CC us on the translation group mailing list >> kanndabalaga at transifex.com >> >> “Bandhugale Kannada Bashe Ulisi Belesalu ondu sadavakasha..” Banni Kannadakke Jai.. yendu Kai Yathona Kalpavruksha vagisona” >> >> >> The link to join the Kannada Language team is provided below: >> >> https://www.transifex.com/projects/p/kannada-dashboard-yallarigu/language/kn/ >> >> Regards, >> Raghavendra Lad >> >> From: Ilya Alekseyev [mailto:ilyaalekseyev at acm.org] >> Sent: Thursday, September 12, 2013 6:37 PM >> To: Stas Maksimov >> Cc: openstack at lists.openstack.org >> Subject: Re: [Openstack] Translation Push - get the dashboard in your language by Sep 24 >> >> Working for it in Russian. >> >> Kind regards, >> Ilya Alekseyev >> >> 2013/9/12 Stas Maksimov >> In for Russian. >> >> >> On 12 September 2013 13:36, Marcelo Dieder wrote: >> Hello Tom, >> >> Translating to Brazilian Portuguese.... >> >> Marcelo Dieder >> >> >> On 09/12/2013 05:16 AM, Tom Fifield wrote: >> Do you write Spanish, Italian, Russian, German or Dutch? >> >> How about Portuguese? Indonesian? Arabic? Hindi? >> >> Actually, if you can write in any language other than English, you have the ability to help get the OpenStack Dashboard into your language. >> >> Find your language on: >> >> https://www.transifex.com/projects/p/horizon/ >> >> and join the team. >> >> >> It's actually a lot of fun, all done through an easy web interface. >> >> If we can get 100% completion in your language by September 24th, your text will be included in the next release of OpenStack for thousands around the world to see. >> >> So, why not get your friends together and make it happen? :) >> >> >> Thanks, >> >> from your friendly Internationalisation Team >> https://wiki.openstack.org/wiki/I18nTeam >> >> _______________________________________________ >> Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> Post to : openstack at lists.openstack.org >> Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> >> >> _______________________________________________ >> Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> Post to : openstack at lists.openstack.org >> Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> >> >> >> _______________________________________________ >> Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> Post to : openstack at lists.openstack.org >> Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> >> >> >> This message is for the designated recipient only and may contain privileged, proprietary, or otherwise confidential information. If you have received it in error, please notify the sender immediately and delete the original. Any other use of the e-mail by you is prohibited. >> >> Where allowed by local law, electronic communications with Accenture and its affiliates, including e-mail and instant messaging (including content), may be scanned by our systems for the purposes of information security and assessment of internal compliance with Accenture policy. >> >> ______________________________________________________________________________________ >> >> www.accenture.com >> _______________________________________________ >> Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> Post to : openstack at lists.openstack.org >> Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> >> >> !DSPAM:2,523805ea118594987512804! > !DSPAM:2,52387917203192003330191! -------------- next part -------------- An HTML attachment was scrubbed... URL: From joshua at pistoncloud.com Tue Sep 17 17:08:46 2013 From: joshua at pistoncloud.com (Joshua McKenty) Date: Tue, 17 Sep 2013 10:08:46 -0700 Subject: [Openstack] Making the Hong Kong Summit as inclusive as possible In-Reply-To: References: <5D7F9996EA547448BC6C54C8C5AAF4E5D9715EB4@CERNXCHG01.cern.ch> <626505D9-B8C4-41B0-BAD2-D645355F4F88@pistoncloud.com> Message-ID: <0CE97C0D-267F-4C51-B298-CA6741D6BF76@pistoncloud.com> David - yes, the ombudsperson office is one of the goals of the Transparency Committee, and we've got an agenda item to dig into again at the next board meeting. -- Joshua McKenty Chief Technology Officer Piston Cloud Computing, Inc. +1 (650) 242-5683 +1 (650) 283-6846 http://www.pistoncloud.com "Oh, Westley, we'll never survive!" "Nonsense. You're only saying that because no one ever has." On Sep 15, 2013, at 5:18 PM, David Mortman wrote: > Joshua, > > I'll leave it up to the event staff to determine how they want to handle it in this on-site case. Certainly someone needs to be empowered or the exercise is pointless. For the community as a whole, does the Board of Directors have the authority to create an ombuds office? > > -DM > > > On Sun, Sep 15, 2013 at 12:44 PM, Joshua McKenty wrote: > David, while I think having an onsite group able to field complaints and address incidents is critical, we need to make sure that such a group has the ability to address any complaints. So I'd suggest we pass this directly to the foundation staff, and make sure that the event coordination team is coached appropriately. Having community members act as ombudsperson is both complicated from a legal standpoint, and potentially inappropriate. > > Lauren, can you make sure the on-site events team is briefed on the proposed code-of-conduct, and is ready to respond to any complaints that might arise? > > -- > > Joshua McKenty > Chief Technology Officer > Piston Cloud Computing, Inc. > +1 (650) 242-5683 > +1 (650) 283-6846 > http://www.pistoncloud.com > > "Oh, Westley, we'll never survive!" > "Nonsense. You're only saying that because no one ever has." > > On Sep 15, 2013, at 3:59 AM, David Mortman wrote: > >> On Thu, Sep 12, 2013 at 4:26 PM, David Mortman wrote: >> Agreed. There should be at least a small group, especially for events, so that one person doesn't get hammered but also so there's a committee to make judgement calls etc. Love the idea of some training too. >> >> Given the closeness of the summit (only 2 months away), it's seems like a good idea to put together the initial group of folks who can be the onsite committee to help address any issues that hopefully won't arise. While I'll continue to participate in this effort, unfortunately, I won't be attending the summit myself so I can't help onsite. I will however like nominate both Anne Gentle and George Reese be initial members of the committee. Anyone else interested? A group of three is probably plenty. >> >> thanks >> -David >> _______________________________________________ >> Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> Post to : openstack at lists.openstack.org >> Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From clay.gerrard at gmail.com Tue Sep 17 17:09:09 2013 From: clay.gerrard at gmail.com (Clay Gerrard) Date: Tue, 17 Sep 2013 10:09:09 -0700 Subject: [Openstack] Object versioning not working In-Reply-To: <1379414213.60377.YahooMailBasic@web121606.mail.ne1.yahoo.com> References: <1379409395.65102.YahooMailBasic@web121603.mail.ne1.yahoo.com> <1379414213.60377.YahooMailBasic@web121606.mail.ne1.yahoo.com> Message-ID: Glad to hear you got object versioning working! You can use `swift stat -v` to see the auth token as well. -Clay On Tue, Sep 17, 2013 at 3:36 AM, Raghavendra Rangrej wrote: > Hi, > > I got hold of generating tokens two ways. For the benefit of future users > having similar query (archiving), putting it below. > > 1. keystone token-get > > OR > > 2. curl -d '{"auth":{"tenantName": "tenantname", > "passwordCredentials":{"username": "nik", "password": "password"}}}' -H > "Content-type: application/json" http://IP:35357/v2.0/tokens > > Thanks > Raghavendra > > -------------------------------------------- > On Tue, 9/17/13, Raghavendra Rangrej wrote: > > Subject: Re: [Openstack] Object versioning not working > To: "Clay Gerrard" > Cc: "openstack at lists.openstack.org" > Date: Tuesday, September 17, 2013, 2:46 PM > > Hi, > > Thanks for the clarification. > > May be a different thread but I have issue generating > tokens. > I am using RDO all in one openstack with swift installed > (with authtoken). > The reason I tried swift CLI was I am not getting how to > generate the auth token to give it in curl commands. > With web search, whatever token I generate, I am getting > unauthorized when I run command like below you gave. > > Any webpage, discussions or document explaining generating > swift token and using it in curl can be helpful as it > has blocked my work. > Current set of openstack documents lack examples for using > authtoken. > > Thanks > Raghavendra > > > > > -------------------------------------------- > On Tue, 9/17/13, Clay Gerrard > wrote: > > Subject: Re: [Openstack] Object versioning not working > To: "Raghavendra Rangrej" > Cc: "openstack at lists.openstack.org" > > Date: Tuesday, September 17, 2013, 2:13 AM > > If you look at the raw API > response from a HEAD on the "testing" container > (maybe with curl) I think you'll see that you've set > the wrong metadata key. > You should set "X-Version-Location: > test_cont" instead of > "X-Container-Meta-X-Version-Location: > test_cont" > > The `-m` option for `swift post` is only for > setting user metadata; unfortunately it doesn't look > like you can set arbitrary headers with `swift > post`: > https://bugs.launchpad.net/swift/+bug/1226256 > > > I did this: > curl -H 'x-auth-token: > ' http://localhost:8080/v1/AUTH_test/testing > -X POST -H 'x-versions-location: test_cont' > > > -Clay > > > On Mon, Sep 16, 2013 at > 6:12 AM, Raghavendra Rangrej > wrote: > > Hi, > > > > I am trying swift object versioning using swift CLIs > (using > swift post to change meta data). > > In container-server.conf, I have set the flag > allow_versions > = true. > > > > With CLI, I added meta data as follows: > > > > swift stat testing > > Account: AUTH_1335922166fb4c43a4929f4fba670f3712dw > > Container: testing > > Objects: 3 > > Bytes: 157 > > Read ACL: -v > > Write ACL: > > Sync To: > > Sync Key: > > Meta X-Versions-Location: test_cont > > Accept-Ranges: bytes > > X-Timestamp: 1379065681.40505 > > Content-Type: text/plain; charset=utf-8 > > > > > > swift stat test_cont > > Account: AUTH_1335922166fb4c43a4929f4fba670f3712dw > > Container: test_cont > > Objects: 3 > > Bytes: 42 > > Read ACL: > > Write ACL: > > Sync To: > > Sync Key: > > Accept-Ranges: bytes > > X-Timestamp: 1379066009.84224 > > Content-Type: text/plain; charset=utf-8 > > > > If I upload a new content of the object in testing > container, I am expecting a version to be created in > test_cont container. > > But it is not the case. > > > > I was expecting once the flag is set and meta data is > changed, old versions should be stored in test_cont dirs > but > it is not the case > > Even swift restart didn't help. > > > > Any idea ? if my expectation is wrong or swift versioning > has issues? > > I am using swift 1.4.0 version > > > > swift --version > > swift 1.4.0 > > > > Thanks for your time > > > > Raghavendra > > > > > > > > _______________________________________________ > > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > Post to : openstack at lists.openstack.org > > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From clay.gerrard at gmail.com Tue Sep 17 18:29:25 2013 From: clay.gerrard at gmail.com (Clay Gerrard) Date: Tue, 17 Sep 2013 11:29:25 -0700 Subject: [Openstack] Rebalancing issue In-Reply-To: References: <36E8268A-12FA-4930-8D0A-887FA26F7D56@gigahost.dk> Message-ID: I'm not sure what version ships with the "official ubuntu packages" - but sometime back last-year/Folsom/1.5 Sam landed a change in partition placement [1] and you stopped needing to contort your zones into made up things [2]. You can have a cluster with a single failure domain if that's what you got and partition placement will still keep do the right thing. There's some advantages to using less zones because the builder has more flexibility moving things around; but if you *actually* have fault tolerant partitions in your deployment (beyond a single server) you want to bake that into your data placement so you can take advantage of it should you *actually* loose a whole zone. Zone per server is not needed, offers no advantage on newer versions of swift, may not be a problem, but can cause balancing issues. -Clay 1. generally referred to as "unique-as-possible" 2. http://swiftstack.com/blog/2013/02/25/data-placement-in-swift/ On Mon, Sep 16, 2013 at 10:36 PM, Morten Møller Riis wrote: > Thank you Clay! That makes sense! > > I wasn't aware that zones needed to be about the same size. The first 3 > devices are going away. As the names might reveal they are running on > software raid partitions which is a bad idea. So I guess some of the > problem will correct itself when they are removed completely. > > I'm using the official ubuntu packages so I'll have to wait until the > commit makes it into those. > > At the moment the zones represent different servers (but same rack, DC). > Is that a bad idea? > > Mvh / Best regards > Morten Møller Riis > Gigahost ApS > mmr at gigahost.dk > > > > > On Sep 17, 2013, at 4:11 AM, Clay Gerrard wrote: > > So zones 6 & 7 have drastically more weight than 1, 2, 3, 4, 5 - but since > you have three replicas unique-as-possible is trying hard to fill up 3, 4, > 5 and leaving 6 & 7 with room to spare and nothing to move. > > You want to try to keep your zones roughly the same size overall, and > before this change: > > https://review.openstack.org/#/c/41802/ > > ... it was almost a requirement. If possible, can you checkout that > change and try to rebalance this .builder with that new code? > > If not the easiest thing may be to set device 2's weight to zero - I'm > pretty sure that will force those partitions to move. You may also want to > combine zones 4 and 5, by setting the weight of the device in one zone to 0 > and readding the device in the other zone. Good luck! > > -Clay > > > > On Sun, Sep 15, 2013 at 7:41 PM, Morten Møller Riis wrote: > >> This is an example. It's the same for objects/containers/accounts (I >> recently lower the weight of the first two to 0 in preparation of replacing >> them). >> >> $ swift-ring-builder account.builder >> account.builder, build version 56 >> 262144 partitions, 3 replicas, 7 zones, 15 devices, 306.67 balance >> The minimum number of hours before a partition can be reassigned is 1 >> Devices: id zone ip address port name weight partitions >> balance meta >> 0 1 10.44.1.101 6002 md2 0.00 0 >> 0.00 >> 1 2 10.44.1.102 6002 md2 0.00 0 >> 0.00 >> 2 3 10.44.1.103 6002 md2 25.00 26431 >> 306.67 >> 5 4 10.44.1.104 6002 sda1 150.00 58928 >> 51.11 >> 6 4 10.44.1.104 6002 sdb1 150.00 58928 >> 51.11 >> 7 5 10.44.1.105 6002 sda1 150.00 58928 >> 51.11 >> 8 5 10.44.1.105 6002 sdb1 150.00 58929 >> 51.11 >> 9 6 10.44.1.106 6002 sdc1 300.00 65536 >> -15.97 >> 10 6 10.44.1.106 6002 sdd1 300.00 65536 >> -15.97 >> 11 6 10.44.1.106 6002 sde1 300.00 65536 >> -15.97 >> 12 6 10.44.1.106 6002 sdf1 300.00 65536 >> -15.97 >> 13 7 10.44.1.107 6002 sda1 300.00 65536 >> -15.97 >> 14 7 10.44.1.107 6002 sdb1 300.00 65536 >> -15.97 >> 15 7 10.44.1.107 6002 sdc1 300.00 65536 >> -15.97 >> 16 7 10.44.1.107 6002 sdd1 300.00 65536 >> -15.97 >> $ swift-ring-builder account.builder rebalance >> Cowardly refusing to save rebalance as it did not change at least 1%. >> $ >> >> >> >> >> Mvh / Best regards >> Morten Møller Riis >> Gigahost ApS >> mmr at gigahost.dk >> >> >> >> >> On Sep 14, 2013, at 2:03 AM, Clay Gerrard wrote: >> >> Those two statements do seem in contrast - run `swift-ring-builer >> account.builder` and check what is the current balance? Can you paste >> the output? Maybe you have an unbalanced region/zone/server and it's just >> can't do any better than it is? >> >> -Clay >> >> >> On Thu, Sep 12, 2013 at 11:53 PM, Morten Møller Riis wrote: >> >>> When adjusting weights and rebalancing I get the message: >>> >>> NOTE: Balance of 306.68 indicates you should push this >>> ring, wait at least 1 hours, and rebalance/repush. >>> >>> However, waiting a couple of hours and running swift-ring-builder >>> account.builder rebalance, it says that it has nothing to rebalance. >>> >>> Cowardly refusing to save rebalance as it did not change at least 1%. >>> >>> >>> What am I getting wrong here? >>> >>> >>> Mvh / Best regards >>> Morten Møller Riis >>> Gigahost ApS >>> mmr at gigahost.dk >>> >>> >>> >>> >>> >>> _______________________________________________ >>> Mailing list: >>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>> Post to : openstack at lists.openstack.org >>> Unsubscribe : >>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>> >>> >> >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From lauren at openstack.org Wed Sep 18 00:07:48 2013 From: lauren at openstack.org (Lauren Sell) Date: Tue, 17 Sep 2013 19:07:48 -0500 Subject: [Openstack] Making the Hong Kong Summit as inclusive as possible In-Reply-To: <47A5901B-6271-484D-B00F-467DBA6E3C29@imaginary.com> References: <5D7F9996EA547448BC6C54C8C5AAF4E5D9715EB4@CERNXCHG01.cern.ch> <626505D9-B8C4-41B0-BAD2-D645355F4F88@pistoncloud.com> <47A5901B-6271-484D-B00F-467DBA6E3C29@imaginary.com> Message-ID: <99A432D0-D43A-4CAB-BF87-55714D9B031A@openstack.org> Hi George, We have a code of conduct for our community that covers events like our Summit (http://www.openstack.org/legal/community-code-of-conduct/). What I would like to do is: - Publicize the code of conduct on the Summit website, registration page and email communications prior to the event - Clearly define and publish steps to report an incident, as well as response procedures by the Foundation To that end, we've spent time reviewing the Ada Initiative anti-harassment response procedures (http://geekfeminism.wikia.com/wiki/Conference_anti-harassment/Responding_to_reports). We've actually contacted them to get their help drafting response procedure and possibly to schedule some training for our Foundation and events staff. In addition to the code of conduct and response procedures, I would definitely be interested in hearing more ideas about how to make the Summit inclusive. For example, Anne Gentle and Claire Massey helped organize the first Women of OpenStack breakfast in Portland (that was a great success!), and the Foundation sponsored travel to the Summit for three GNOME Outreach Program for Women interns. We are again sponsoring an event for Women in OpenStack and a broader travel support program in Hong Kong. Thanks, Lauren On Sep 17, 2013, at 11:00 AM, George Reese wrote: > Can someone summarize where things stand on this and what is actually in motion to be done/has been done? > > Thanks, > George > > On Sep 15, 2013, at 7:18 PM, David Mortman wrote: > >> Joshua, >> >> I'll leave it up to the event staff to determine how they want to handle it in this on-site case. Certainly someone needs to be empowered or the exercise is pointless. For the community as a whole, does the Board of Directors have the authority to create an ombuds office? >> >> -DM >> >> >> On Sun, Sep 15, 2013 at 12:44 PM, Joshua McKenty wrote: >> David, while I think having an onsite group able to field complaints and address incidents is critical, we need to make sure that such a group has the ability to address any complaints. So I'd suggest we pass this directly to the foundation staff, and make sure that the event coordination team is coached appropriately. Having community members act as ombudsperson is both complicated from a legal standpoint, and potentially inappropriate. >> >> Lauren, can you make sure the on-site events team is briefed on the proposed code-of-conduct, and is ready to respond to any complaints that might arise? >> >> -- >> >> Joshua McKenty >> Chief Technology Officer >> Piston Cloud Computing, Inc. >> +1 (650) 242-5683 >> +1 (650) 283-6846 >> http://www.pistoncloud.com >> >> "Oh, Westley, we'll never survive!" >> "Nonsense. You're only saying that because no one ever has." >> >> On Sep 15, 2013, at 3:59 AM, David Mortman wrote: >> >>> On Thu, Sep 12, 2013 at 4:26 PM, David Mortman wrote: >>> Agreed. There should be at least a small group, especially for events, so that one person doesn't get hammered but also so there's a committee to make judgement calls etc. Love the idea of some training too. >>> >>> Given the closeness of the summit (only 2 months away), it's seems like a good idea to put together the initial group of folks who can be the onsite committee to help address any issues that hopefully won't arise. While I'll continue to participate in this effort, unfortunately, I won't be attending the summit myself so I can't help onsite. I will however like nominate both Anne Gentle and George Reese be initial members of the committee. Anyone else interested? A group of three is probably plenty. >>> >>> thanks >>> -David >>> _______________________________________________ >>> Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>> Post to : openstack at lists.openstack.org >>> Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> >> >> _______________________________________________ >> Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> Post to : openstack at lists.openstack.org >> Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > -- > George Reese (george.reese at imaginary.com) > t: @GeorgeReese m: +1(207)956-0217 Skype: nspollution > > > > _______________________________________________ > Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack -------------- next part -------------- An HTML attachment was scrubbed... URL: From guoyingc at cn.ibm.com Wed Sep 18 06:06:32 2013 From: guoyingc at cn.ibm.com (Ying Chun Guo) Date: Wed, 18 Sep 2013 14:06:32 +0800 Subject: [Openstack] I18n (translation) team meeting at 0000UTC this Thursday Message-ID: Hi, all We will have the I18n team meeting at 0000 UTC on Sep. 19th in the IRC channel #openstack-meeting. We will focus on the Horizon I18n in this meeting, and address below topics: Action items from the last meeting Horizon translation progress report The merging time and criteria of Horizon translations Design summit session proposals in I18n areas Open discussion We have made a good progress on Horizon I18n now. From the dashboard of Transifex, we can see 4 languages translations (Japanese, Simple Chinese, Portuguese (Brazil),English (Australia)) of Horizon are almost 100% completed, 5 languages translations (Korean, French, Polish, Spanish, and Traditional Chinese) are more than 50% completed. There are a big number of languages, e.g. Czech, Finnish, Spanish, Russian, Hungarian, and German, which have a good start now. We also ran the I18n test of Horizon and reported 12 bugs around I18n during the passed two weeks. Havana release will come soon. If we work together on a final sprint, we can make a good internationalized OpenStack Dashboard in this release. If you have interests or questions or problems around Horizon I18n, welcome to join the meeting. If the time is not appropriate for you, welcome to join the mailing list: openstack-i18n at lists.openstack.org and discuss with I18n team. Our wiki is here: https://wiki.openstack.org/wiki/I18nTeam The Transifex website is here: https://www.transifex.com/projects/p/horizon/ Welcome to join. Regards Ying Chun Guo (Daisy) -------------- next part -------------- An HTML attachment was scrubbed... URL: From flwang at cn.ibm.com Wed Sep 18 07:49:03 2013 From: flwang at cn.ibm.com (Fei Long Wang) Date: Wed, 18 Sep 2013 15:49:03 +0800 Subject: [Openstack] Notification Usage in OpenStack ... a report card In-Reply-To: <60A3427EF882A54BA0A1971AE6EF0388868C34C4@ORD1EXD02.RACKSPACE.CORP> References: <60A3427EF882A54BA0A1971AE6EF0388868C34C4@ORD1EXD02.RACKSPACE.CORP> Message-ID: Hi Sandy, It's an awesome post. Just some minor questions. 1. Are you aware of any project is using Oslo.Messaging? Actually, just like you know, the porting of Glance Oslo notifier is pending. And the main reason is Oslo.Messaging is coming. 2. You mentioned that Glance implement the audit partially, could you please explain more from your point of view? Thanks. Thanks & Best regards, Fei Long Wang (王飞龙) --------------------------------------------------------------------- Tech Lead of Nitrogen (SME team) Cloud Solutions and OpenStack Development Tel: 8610-82450513 | T/L: 905-0513 Email: flwang at cn.ibm.com China Systems & Technology Laboratory in Beijing --------------------------------------------------------------------- From: Sandy Walsh To: "openstack at lists.openstack.org" , Date: 09/17/2013 02:27 AM Subject: [Openstack] Notification Usage in OpenStack ... a report card Hey y'all! I took a little time to review most of the OpenStack projects and check on their notification support. Happy to say, adoption is good. There are things we could do better, but overall very positive. The article also talks a little about what makes for good notification support. Something for you all to think about at the Icehouse summit :) I'm sure I've made some mistakes along the way, so please let me know and I'll fix accordingly. http://www.sandywalsh.com/2013/09/notification-usage-in-openstack-report.html Look forward to your feedback! -Sandy _______________________________________________ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : openstack at lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: graycol.gif Type: image/gif Size: 105 bytes Desc: not available URL: From berrange at redhat.com Wed Sep 18 08:10:30 2013 From: berrange at redhat.com (Daniel P. Berrange) Date: Wed, 18 Sep 2013 09:10:30 +0100 Subject: [Openstack] Notification Usage in OpenStack ... a report card In-Reply-To: References: <60A3427EF882A54BA0A1971AE6EF0388868C34C4@ORD1EXD02.RACKSPACE.CORP> Message-ID: <20130918081030.GH20659@redhat.com> On Wed, Sep 18, 2013 at 03:49:03PM +0800, Fei Long Wang wrote: > Hi Sandy, > > It's an awesome post. Just some minor questions. > > 1. Are you aware of any project is using Oslo.Messaging? Actually, just > like you know, the porting of Glance Oslo notifier is pending. And the main > reason is Oslo.Messaging is coming. There was an attempt to get Oslo Messaging used in Nova for this release, but it was not completed in time for feature freeze. Nova will be ported to it as soon as Icehouse GIT opens for business, and I'd expect all the other projects to be ported to Olso messaging during the icehouse dev cycle, baring any major unforseen problems. Daniel -- |: http://berrange.com -o- http://www.flickr.com/photos/dberrange/ :| |: http://libvirt.org -o- http://virt-manager.org :| |: http://autobuild.org -o- http://search.cpan.org/~danberr/ :| |: http://entangle-photo.org -o- http://live.gnome.org/gtk-vnc :| From mahardika.gilang at andalabs.com Wed Sep 18 08:22:46 2013 From: mahardika.gilang at andalabs.com (Mahardhika) Date: Wed, 18 Sep 2013 15:22:46 +0700 Subject: [Openstack] Activate Swift on Horizon Message-ID: <523962D6.2060701@andalabs.com> Hi All, how to activate object container on horizon dashboard? there's Containers menu on that, but when i click it return to 500 Internal Server Error In other part, i have setup and work swift node with proxy and storage. Please advice. Thanks -- Regards, Mahardhika Gilang ** -------------- next part -------------- An HTML attachment was scrubbed... URL: From mrunge at redhat.com Wed Sep 18 09:17:24 2013 From: mrunge at redhat.com (Matthias Runge) Date: Wed, 18 Sep 2013 11:17:24 +0200 Subject: [Openstack] Activate Swift on Horizon In-Reply-To: <523962D6.2060701@andalabs.com> References: <523962D6.2060701@andalabs.com> Message-ID: <52396FA4.4000809@redhat.com> On 18/09/13 10:22, Mahardhika wrote: > Hi All, > how to activate object container on horizon dashboard? there's > Containers menu on that, but when i click it return to 500 Internal > Server Error > In other part, i have setup and work swift node with proxy and storage. > Please advice. > It looks like you already activated it, as the menu is visible. Please verify, your swift is answering and is reachable from the horizon host. Matthias From tyky72 at gmail.com Wed Sep 18 09:41:19 2013 From: tyky72 at gmail.com (Juha Tynninen) Date: Wed, 18 Sep 2013 12:41:19 +0300 Subject: [Openstack] [nova in havana]: vm status update delay when vm process is killed... Message-ID: Hi, Previously in grizzly if I killed the VM process (in case of devstack the relevant qemu-system process) nova almost immediately noticed this and the status of VM was updated to SHUTOFF. But now in havana it takes about 5 minutes the VM status to change to SHUTOFF. Anyone knows what causes this delay? Thanks, -Juha -------------- next part -------------- An HTML attachment was scrubbed... URL: From mahardika.gilang at andalabs.com Wed Sep 18 09:49:34 2013 From: mahardika.gilang at andalabs.com (Mahardhika) Date: Wed, 18 Sep 2013 16:49:34 +0700 Subject: [Openstack] Activate Swift on Horizon In-Reply-To: <52396FA4.4000809@redhat.com> References: <523962D6.2060701@andalabs.com> <52396FA4.4000809@redhat.com> Message-ID: <5239772E.2050508@andalabs.com> Hi Matthias, from horizon host sure it can be reach, because it's on the same network. Am i must configure some file? because i've not input proxy node IP to horizon node (controller) On 9/18/2013 4:17 PM, Matthias Runge wrote: > On 18/09/13 10:22, Mahardhika wrote: >> Hi All, >> how to activate object container on horizon dashboard? there's >> Containers menu on that, but when i click it return to 500 Internal >> Server Error >> In other part, i have setup and work swift node with proxy and storage. >> Please advice. >> > It looks like you already activated it, as the menu is visible. > > Please verify, your swift is answering and is reachable from the horizon > host. > > Matthias > > > _______________________________________________ > Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack -- Regards, Mahardhika Gilang *PT. Andalabs Technology * Gedung Gravira Jl. Cideng Barat no. 54 Jakarta Pusat 10150 HP : 0852 139 55861 Email : mahardika.gilang at andalabs.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From rvaknin at redhat.com Wed Sep 18 10:15:08 2013 From: rvaknin at redhat.com (Rami Vaknin) Date: Wed, 18 Sep 2013 13:15:08 +0300 Subject: [Openstack] nova host-describe memory values Message-ID: <52397D2C.6010608@redhat.com> I'm looking at the "nova host-describe devstack-grizzly" in the user-guide [1], I'm not sure I understand what the "total", "used_max" and "used_now" values mean in the memory_mb context. I expect the "total" to have the highest value, and the "used_max" to have higher value than "used_now" but that's not the case. Could someone shed some light here? [1] http://docs.openstack.org/user-guide/content/usage_statistics.html -- Thanks, Rami Vaknin, QE @ Red Hat, TLV, IL. From mrunge at redhat.com Wed Sep 18 10:43:52 2013 From: mrunge at redhat.com (Matthias Runge) Date: Wed, 18 Sep 2013 12:43:52 +0200 Subject: [Openstack] Activate Swift on Horizon In-Reply-To: <5239772E.2050508@andalabs.com> References: <523962D6.2060701@andalabs.com> <52396FA4.4000809@redhat.com> <5239772E.2050508@andalabs.com> Message-ID: <523983E8.6000007@redhat.com> On 18/09/13 11:49, Mahardhika wrote: > Hi Matthias, > from horizon host sure it can be reach, because it's on the same network. > Am i must configure some file? because i've not input proxy node IP to > horizon node (controller) > Well, that does not mean anything; you could have firewalls, port filter, strange routing entries. To be really sure, try to telnet to your swift (ip and port). >From horizon POV, it's dead simple: Everything is stored on keystone. Matthias From mahardika.gilang at andalabs.com Wed Sep 18 11:02:31 2013 From: mahardika.gilang at andalabs.com (Mahardhika) Date: Wed, 18 Sep 2013 18:02:31 +0700 Subject: [Openstack] Activate Swift on Horizon In-Reply-To: <523983E8.6000007@redhat.com> References: <523962D6.2060701@andalabs.com> <52396FA4.4000809@redhat.com> <5239772E.2050508@andalabs.com> <523983E8.6000007@redhat.com> Message-ID: <52398847.3020800@andalabs.com> Hi it all work well, could you please give me a screenshot on Containers menu that you have, i wonder how it look like. On 9/18/2013 5:43 PM, Matthias Runge wrote: > On 18/09/13 11:49, Mahardhika wrote: >> Hi Matthias, >> from horizon host sure it can be reach, because it's on the same network. >> Am i must configure some file? because i've not input proxy node IP to >> horizon node (controller) >> > Well, that does not mean anything; you could have firewalls, port > filter, strange routing entries. To be really sure, try to telnet to > your swift (ip and port). > > From horizon POV, it's dead simple: Everything is stored on keystone. > > Matthias > -- Regards, Mahardhika Gilang *PT. Andalabs Technology * Gedung Gravira Jl. Cideng Barat no. 54 Jakarta Pusat 10150 HP : 0852 139 55861 Email : mahardika.gilang at andalabs.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From chris_millown at libero.it Wed Sep 18 11:31:42 2013 From: chris_millown at libero.it (Marco) Date: Wed, 18 Sep 2013 13:31:42 +0200 Subject: [Openstack] Customization of Horizon Message-ID: Hi guys, I'm new to Openstack and I'm trying to customize Horizon, adding a panel with some tables and tabs. I am having many problems in understanding how it works (even with the tutorial of openstack). So my question is: is there any easy guide to learn programming in Horizon? Many thanks -------------- next part -------------- An HTML attachment was scrubbed... URL: From qixiaozhen at huawei.com Wed Sep 18 12:17:07 2013 From: qixiaozhen at huawei.com (Qixiaozhen) Date: Wed, 18 Sep 2013 12:17:07 +0000 Subject: [Openstack] [Cinder] Attach the volume in Local Disk failed. The log in nova/compute.log said "libvirtError: unsupported configuration: disk bus 'ide' cannot be hotplugged" Message-ID: Hi,all The openstack was running on one server in my experiment. The VolumeGroup named 'cinder-volumes' was comprised by a local disk partition whose name was '/dev/sda2'. A volume was created in the dashboard, and I tried to attach it to a running instance. However, the operation was failed. The exception in nova/compute.log said that the disk bus ide could not be hotplugged. As known to all, the ide bus cannot be hotplugged to a running instance. It seems that the current version used the bus type 'ide' as the default one. In this case, all the volumes created in the 'cinder-volumes' cannot be hotplugged into the running vm. You can never attach a volume to a suspend instance in the dashboard. There is no choice to this in the portal. How can I choose the type 'virtio' when the volume has been attached? [root at localhost nova]# nova --version 2.13.0 [root at localhost nova]# uname -a Linux localhost 3.9.4-200.fc18.x86_64 #1 SMP Fri May 24 20:10:49 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux [root at localhost nova]# Thank you. -------------- next part -------------- An HTML attachment was scrubbed... URL: From sandy.walsh at rackspace.com Wed Sep 18 12:44:15 2013 From: sandy.walsh at rackspace.com (Sandy Walsh) Date: Wed, 18 Sep 2013 09:44:15 -0300 Subject: [Openstack] Notification Usage in OpenStack ... a report card In-Reply-To: References: <60A3427EF882A54BA0A1971AE6EF0388868C34C4@ORD1EXD02.RACKSPACE.CORP> Message-ID: <5239A01F.5040206@rackspace.com> On 09/18/2013 04:49 AM, Fei Long Wang wrote: > Hi Sandy, > > It's an awesome post. Just some minor questions. Thanks! > 1. Are you aware of any project is using Oslo.Messaging? Actually, just > like you know, the porting of Glance Oslo notifier is pending. And the > main reason is Oslo.Messaging is coming. Daniel answered this, but yes, the intention is to move to oslo.messaging. Notifications are different than the olso rpc mechanism in a couple of ways: 1. they support requeue semantics. We can push notifications back on the queue if the consumer can't deal with it. 2. they don't require a method with parameters on the consuming end. The consumer can just pull the notification off the queue and work on it. It's just a blob of data. 3. Later, we'll likely want to support dead-letter queues for notifications that could not be processed. We don't want to lose these messages. So long as this is supported in Messaging, we're fine. > 2. You mentioned that Glance implement the audit partially, could you > please explain more from your point of view? Thanks. The "Importance of Usage Notifications" section sort of addresses this. For billing purposes there should ideally be two notifications emitted. The first would be the individual notifications for each billable action (these could be incremental updates) and the second would be a summary notification to indicate what the image or tenant cost for the day. The consumer could then verify that the incremental notifications and the end-of-day summary matches. Glance only supports the incremental notifications currently, iirc. I think the image transfers are the only real billable event in Glance right now. Not sure if image storage (snapshots for backup) would be another. Hope it helps! -S > > Thanks & Best regards, > Fei Long Wang (王飞龙) > --------------------------------------------------------------------- > Tech Lead of Nitrogen (SME team) > Cloud Solutions and OpenStack Development > Tel: 8610-82450513 | T/L: 905-0513 > Email: flwang at cn.ibm.com > China Systems & Technology Laboratory in Beijing > --------------------------------------------------------------------- > > > Inactive hide details for Sandy Walsh ---09/17/2013 02:27:00 AM---Hey > y'all! I took a little time to review most of the OpenStaSandy Walsh > ---09/17/2013 02:27:00 AM---Hey y'all! I took a little time to review > most of the OpenStack projects and check on their notifica > > From: Sandy Walsh > To: "openstack at lists.openstack.org" , > Date: 09/17/2013 02:27 AM > Subject: [Openstack] Notification Usage in OpenStack ... a report card > > ------------------------------------------------------------------------ > > > > Hey y'all! > > I took a little time to review most of the OpenStack projects and check > on their notification support. Happy to say, adoption is good. There are > things we could do better, but overall very positive. > > The article also talks a little about what makes for good notification > support. Something for you all to think about at the Icehouse summit :) > > I'm sure I've made some mistakes along the way, so please let me know > and I'll fix accordingly. > > http://www.sandywalsh.com/2013/09/notification-usage-in-openstack-report.html > > Look forward to your feedback! > > -Sandy > _______________________________________________ > Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > From yannick.foeillet at alterway.fr Wed Sep 18 14:04:54 2013 From: yannick.foeillet at alterway.fr (Yannick Foeillet) Date: Wed, 18 Sep 2013 16:04:54 +0200 Subject: [Openstack] [Cinder] Attach the volume in Local Disk failed. The log in nova/compute.log said "libvirtError: unsupported configuration: disk bus 'ide' cannot be hotplugged" In-Reply-To: References: Message-ID: <12E35BF1-353B-47E6-B9B9-A0A2F01AA54D@alterway.fr> Hi, > The openstack was running on one server in my experiment. The VolumeGroup named ‘cinder-volumes‘ was comprised by a local disk partition whose name was ‘/dev/sda2’. > > A volume was created in the dashboard, and I tried to attach it to a running instance. However, the operation was failed. > > The exception in nova/compute.log said that the disk bus ide could not be hotplugged. > > As known to all, the ide bus cannot be hotplugged to a running instance. > > It seems that the current version used the bus type ‘ide’ as the default one. > > In this case, all the volumes created in the ‘cinder-volumes’ cannot be hotplugged into the running vm. You can never attach a volume to a suspend instance in the dashboard. There is no choice to this in the portal. > > How can I choose the type ‘virtio’ when the volume has been attached? > > [root at localhost nova]# nova --version > 2.13.0 > [root at localhost nova]# uname -a > Linux localhost 3.9.4-200.fc18.x86_64 #1 SMP Fri May 24 20:10:49 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux > [root at localhost nova]# I had the same issue on my storage node when iet and tgt process was running at the same time. For example in my cinder.conf : iscsi_helper = etadm So i stopped tgt service (service tgt stop) and restart iscsitarget and cinder services . After that everything was ok, perhaps you should try this method. I hope it will help you. -- Yannick Foeillet -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 4837 bytes Desc: not available URL: From mex at di.unipmn.it Wed Sep 18 14:10:45 2013 From: mex at di.unipmn.it (Massimo Canonico) Date: Wed, 18 Sep 2013 16:10:45 +0200 Subject: [Openstack] CloudTUI: a multi cloud platform Cloud Text User Interface In-Reply-To: <52398DA5.2060309@di.unipmn.it> References: <52398DA5.2060309@di.unipmn.it> Message-ID: <5239B465.8060907@di.unipmn.it> Hi all, we are attaching a python script called "CloudTUI": it is a multi-cloud-platform Text User Interface that helps cloud users to create/delete/monitor instances and volumes. We have tried to make it as simple as possible: in order to use CloudTUI you just have to unpack the cloudTUI.tgz file and run "python cloudTUI.py". It will ask you the novarc file path and that's it! You just need to have eucatools installed. With CloudTUI you can create a new key pair but if you already have one, you just have to copy the private key file in OpenStack/Keys directory (see README.txt for more info). The script works also for Eucalyptus and OpenStack. Of course, any comment are more than welcome. Thanks in advance, Massimo and Irene -------------- next part -------------- A non-text attachment was scrubbed... Name: cloudTUI.tgz Type: application/x-compressed-tar Size: 11261 bytes Desc: not available URL: From mex at di.unipmn.it Wed Sep 18 14:23:30 2013 From: mex at di.unipmn.it (Massimo Canonico) Date: Wed, 18 Sep 2013 16:23:30 +0200 Subject: [Openstack] CloudTUI: a multi cloud platform Cloud Text User Interface In-Reply-To: <5239B465.8060907@di.unipmn.it> References: <52398DA5.2060309@di.unipmn.it> <5239B465.8060907@di.unipmn.it> Message-ID: <5239B762.6090703@di.unipmn.it> Errata corrige: This script works also for Eucalyptus and Nimbus. Massimo On 09/18/2013 04:10 PM, Massimo Canonico wrote: > Hi all, we are attaching a python script called "CloudTUI": it is a > multi-cloud-platform Text User Interface that helps cloud users to > create/delete/monitor instances and volumes. > > We have tried to make it as simple as possible: in order to use > CloudTUI you just have to unpack the cloudTUI.tgz file and run "python > cloudTUI.py". > > It will ask you the novarc file path and that's it! You just need to > have eucatools installed. > > With CloudTUI you can create a new key pair but if you already have > one, you just have to copy the private key file in OpenStack/Keys > directory (see README.txt for more info). > > The script works also for Eucalyptus and OpenStack. > > Of course, any comment are more than welcome. > > Thanks in advance, > Massimo and Irene > > > > _______________________________________________ > Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack -------------- next part -------------- An HTML attachment was scrubbed... URL: From mex at di.unipmn.it Wed Sep 18 14:42:00 2013 From: mex at di.unipmn.it (Massimo Canonico) Date: Wed, 18 Sep 2013 16:42:00 +0200 Subject: [Openstack] CloudTUI: a multi cloud platform Cloud Text User Interface In-Reply-To: <5239B465.8060907@di.unipmn.it> References: <5239B465.8060907@di.unipmn.it> Message-ID: <5239BBB8.3050705@di.unipmn.it> It seems that the attachment has been blocked. You can find the tool here: https://portal.futuregrid.org/sites/default/files/cloudTUI.tgz Sorry for all these emails about CloudTUI. M -------- Original Message -------- Subject: CloudTUI: a multi cloud platform Cloud Text User Interface Date: Wed, 18 Sep 2013 16:10:45 +0200 From: Massimo Canonico To: openstack at lists.openstack.org CC: Irene Lovotti Hi all, we are attaching a python script called "CloudTUI": it is a multi-cloud-platform Text User Interface that helps cloud users to create/delete/monitor instances and volumes. We have tried to make it as simple as possible: in order to use CloudTUI you just have to unpack the cloudTUI.tgz file and run "python cloudTUI.py". It will ask you the novarc file path and that's it! You just need to have eucatools installed. With CloudTUI you can create a new key pair but if you already have one, you just have to copy the private key file in OpenStack/Keys directory (see README.txt for more info). The script works also for Eucalyptus and OpenStack. Of course, any comment are more than welcome. Thanks in advance, Massimo and Irene -------------- next part -------------- An HTML attachment was scrubbed... URL: From giuseppegaleota at gmail.com Wed Sep 18 15:30:15 2013 From: giuseppegaleota at gmail.com (Giuseppe Galeota) Date: Wed, 18 Sep 2013 17:30:15 +0200 Subject: [Openstack] [TROVE] - Backup Design Message-ID: Dear all, can you give me more informations about the status of the Backup Designproject? Is it an active project or only a proof-of-concept? Best regards, Giuseppe -------------- next part -------------- An HTML attachment was scrubbed... URL: From ramon.acedo at canonical.com Wed Sep 18 15:37:31 2013 From: ramon.acedo at canonical.com (Ramon Acedo) Date: Wed, 18 Sep 2013 16:37:31 +0100 Subject: [Openstack] [openstack-dev] Instances running on VMware ESXi are unable to configure IP In-Reply-To: References: Message-ID: Hi Rahul, On 12 September 2013 18:58, Rahul Sharma wrote: > > Today we were able to achieve the end-to-end flow of traffic by adding > rules manually to the openvswitch-switches in nova-compute vm. If support > for the configuring flows in switches is added through API's, maybe we can > support openvswitch as well. Though, ideally one should not use vSwitch as > its having minimal capabilities and one should always go with the DVS for > ESX. > Would you mind sharing the rules you used for Open vSwitch to allow the traffic flow through the Nova Compute VM? Using vSphere DVS or vSphere standard vSwitch shouldn't make any difference for this setup (it does in the vSphere network design though). In the network plugin compatibility matrix with compute drivers [1] it says that only Nicira NVP and Plumgrid are supported with VMware ESXi as Nova Compute, which is different from the vSphere DVS (Distributed vSwitch). However, I believe that Open vSwitch has everything it's needed to provide the same level of functionality with ESXi/vCenter than with KVM OpenStack setups (including per tenant network isolation). Thanks! [1] http://docs.openstack.org/trunk/openstack-network/admin/content/flexibility.html -------------- next part -------------- An HTML attachment was scrubbed... URL: From ramon.acedo at ubuntu.com Wed Sep 18 15:39:38 2013 From: ramon.acedo at ubuntu.com (Ramon Acedo) Date: Wed, 18 Sep 2013 16:39:38 +0100 Subject: [Openstack] [openstack-dev] Instances running on VMware ESXi are unable to configure IP In-Reply-To: References: Message-ID: Hi Rahul, On 12 September 2013 18:58, Rahul Sharma wrote: > > Today we were able to achieve the end-to-end flow of traffic by adding > rules manually to the openvswitch-switches in nova-compute vm. If support > for the configuring flows in switches is added through API's, maybe we can > support openvswitch as well. Though, ideally one should not use vSwitch as > its having minimal capabilities and one should always go with the DVS for > ESX. > Would you mind sharing the rules you used for Open vSwitch to allow the traffic flow through the Nova Compute VM? Using vSphere DVS or vSphere standard vSwitch shouldn't make any difference for this setup (it does in the vSphere network design though). In the network plugin compatibility matrix with compute drivers [1] it says that only Nicira NVP and Plumgrid are supported with VMware ESXi as Nova Compute, which is different from the vSphere DVS (Distributed vSwitch). However, I believe that Open vSwitch has everything it's needed to provide the same level of functionality with ESXi/vCenter than with KVM OpenStack setups (including per tenant network isolation). Thanks! [1] http://docs.openstack.org/trunk/openstack-network/admin/content/flexibility.html -------------- next part -------------- An HTML attachment was scrubbed... URL: From giuseppegaleota at gmail.com Wed Sep 18 15:59:18 2013 From: giuseppegaleota at gmail.com (Giuseppe Galeota) Date: Wed, 18 Sep 2013 17:59:18 +0200 Subject: [Openstack] [Trove] - Clustering capabilities Message-ID: Dear all, I would use TROVE in order to implement database clustering, even only on MySQL DBMS. How can I do this? I have not found any documentation or active projects about this. Regards, Giuseppe -------------- next part -------------- An HTML attachment was scrubbed... URL: From mbasnight at gmail.com Wed Sep 18 17:53:09 2013 From: mbasnight at gmail.com (Michael Basnight) Date: Wed, 18 Sep 2013 10:53:09 -0700 Subject: [Openstack] [Trove] - Clustering capabilities In-Reply-To: References: Message-ID: <0EE569BA-2CC8-41B7-A3BE-7232857FAC4C@gmail.com> On Sep 18, 2013, at 8:59 AM, Giuseppe Galeota wrote: > Dear all, > I would use TROVE in order to implement database clustering, even only on MySQL DBMS. How can I do this? I have not found any documentation or active projects about this. We are in the process of implementing a clustering API and implementation[1]. While we are working on it now, I suspect there will be much discussion during the summit. [1] https://blueprints.launchpad.net/trove/+spec/reddwarf-replication -------------- next part -------------- An HTML attachment was scrubbed... URL: From thiagocmartinsc at gmail.com Wed Sep 18 18:25:23 2013 From: thiagocmartinsc at gmail.com (=?ISO-2022-JP?B?TWFydGlueCAtIBskQiU4JSchPCVgJTobKEI=?=) Date: Wed, 18 Sep 2013 15:25:23 -0300 Subject: [Openstack] An Android app for managing an Openstack cloud In-Reply-To: References: Message-ID: Hi! I want to test it! Also, is there any plans to support SPICE, instead of VNC? Cheers! Thiago On 14 September 2013 13:23, Rerngvit Yanggratoke wrote: > Hello All, > We are working on a native Android app for managing an Openstack > cloud and looking for alpha/beta testers. The app currently offers > features listed below. If you would like to try such an app, have a > running Openstack installation, and an Android phone (v.4.0+) at your > disposal, please join the Google group via this link ( > https://groups.google.com/forum/#!forum/stackmobile). We will distribute > the binary through Google Play for people in the group soon. We are > welcome any feedbacks, comments, and suggestions. > > 1. Managing multiple accounts > > 2. Instance management - launch, view info, suspend, see console logs, ... > > 3. Volume management - create new volume, attach volume, ... > > 4. Instance/Volume Snapshot management > > 5. Security group management > 6. Monthly usage report > > Sincerely, > Rerngvit Yanggratoke > > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From rahulsharmaait at gmail.com Wed Sep 18 19:14:44 2013 From: rahulsharmaait at gmail.com (Rahul Sharma) Date: Thu, 19 Sep 2013 00:44:44 +0530 Subject: [Openstack] [openstack-dev] Instances running on VMware ESXi are unable to configure IP In-Reply-To: References: Message-ID: Hi Ramon, We need to add flows to br-tun bridge on compute node. Kindly note that since in our design, we have used eth2 attached to br-int of ESX, added br-int in promiscuous mode, so there is no segregation of vm's based on tenant for ESX host. When we add eth2 to br-int of OVS, we assign a tag to that port. root at nova-compute:~# ovs-vsctl add-port br-int eth2 tag=1 You can now check what is the port-id associated to eth2 in OVS's br-int by using the command:- root at nova-compute:~# ovs-dpctl show br-int Note down the port-number associated to eth2 since it would be used while adding flow-rules to br-tun. On br-tun, we need to add rules for outgoing packet as well as for incoming packet. For outgoing packet, we will add rule to encapsulate the packet in GRE tunnel header. Similarly, for incoming packet, we will add rule to remove the GRE header. Listed below are the rules which we added:- root at nova-compute:~# ovs-ofctl add-flow br-tun priority=4,in_port=1,dl_vlan=1,actions=set_tunnel:0x1,NORMAL root at nova-compute:~# ovs-ofctl add-flow br-tun priority=3,tun_id=0x1,actions=mod_vlan_vid:1,NORMAL Here, in_port is the port-number of eth2 on br-int. Actions represents what is to be done if the packet matches with that flow. If you face any issues, you can do tcpdump on each interface/switch starting from eth2 -> br-int -> br-tun -> eth1 and similarly on network node. You can dump the flows of OVS using commands "ovs-ofctl dump-flows " and can then check the packet_counters associatef with those flows to see which flow is getting hit. If you are entering any wrong rules, you can debug them using this. Hope it will help you. Thanks and Regards Rahul Sharma -------------- next part -------------- An HTML attachment was scrubbed... URL: From thiagocmartinsc at gmail.com Wed Sep 18 19:31:19 2013 From: thiagocmartinsc at gmail.com (=?ISO-2022-JP?B?TWFydGlueCAtIBskQiU4JSchPCVgJTobKEI=?=) Date: Wed, 18 Sep 2013 16:31:19 -0300 Subject: [Openstack] OpenStack and its brilliant future with IPv6 and, we don't need... In-Reply-To: References: Message-ID: Hey guys! I just find out a pretty good document about using IPv6 with OpenStack Grizzly, take a look! http://www.nephos6.com/pdf/OpenStack-on-IPv6.pdf http://www.nephos6.com/insights/whitepapers/ BTW, nice talk here! Tks! Cheers! Thiago On 13 August 2013 01:33, Sam Stoelinga wrote: > The last one about multi_host seems weird. The instances still need a > gateway in the end, so if you don't use multi_host, that gateway is a > single host and if you enable multi_host, the gateway is the host, that is > running the instances. > > With ipv6 you would still not want a single host as gateway, so it seems > you may be wrong or I may be lol. > > > On Tue, Aug 13, 2013 at 4:16 AM, Martinx - ジェームズ < > thiagocmartinsc at gmail.com> wrote: > >> Also, >> >> There is no need for "multihost = true" when using with IPv6... >> >> Why? >> >> Because "Multihost = true" turns on a NAT table (MASQUERADE I think) >> within each compute node... Effectively hiding its running Instances and >> acting as its default gateway but... Let IPv6 do the job without NAT... =P >> >> NOTE: Please, let me know if my above statement is wrong... I like to >> hear criticism, I have no problem with that... >> >> Long life to OpenStack! >> >> Cheers! >> Thiago >> >> >> On 8 August 2013 16:51, Martinx - ジェームズ wrote: >> >>> Guys, >>> >>> I'm designing my Cloud Computing still based on IPv4 but, I already >>> started to think on IPv6 every single day... >>> >>> So, I'm figuring out that, when we have OpenStack working 100% with >>> IPv6, we'll not need the following features: >>> >>> >>> With IPv6, there is no need for: >>> >>> >>> 1- NAT; >>> >>> 2- Floating IPs; >>> >>> 3- Use of Namespaces. >>> >>> >>> But, why?! >>> >>> >>> 1- There is no NAT for IPv6 (since NAT was a hack / workaround to deal >>> with IPv4 exhaustion); Here in Brazil, we call NAT tables a huge >>> "gambiarra" (the worse thing of the old IPv4 networks, which the IPv6 >>> gracefully addresses it)... >>> >>> 2- Floating IPs are also NAT rules, no need for it; >>> >>> 3- Namespaces are used mostly to allow tenants to share the same IPv4 >>> invalid subnet, for example, tenant A have 192.168.1.0/24 and also >>> tenant B can have another 192.168.1.0/24 that will not conflict at the >>> Network Node, because of the Namespaces there but, who needs this when >>> dealing only with IPv6?! No one. >>> >>> >>> Look, this OpenStack approach of presenting Linux Namespaces as tenant >>> routers, is AWESOME! It is a pretty good idea! I really like it but, it >>> will be entirely optional when using with IPv6, since the Global Public >>> IPv6 will never enter in conflict with each other "by its very nature"... >>> >>> I'm here saying this because I really want to see a single OpenStack >>> option to completely disable "Floating IPs and NAT rules", like "Namespaces >>> options" have its "allow_overlapping_ips = False / use_namespaces = False". >>> >>> I think that OpenStack should provides something like this: >>> "use_floating_ips = False / use_nat = False" to disable it. >>> >>> What do you guys think?! >>> >>> Cheers! >>> Thiago >>> >> >> >> _______________________________________________ >> Mailing list: >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> Post to : openstack at lists.openstack.org >> Unsubscribe : >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From rahulsharmaait at gmail.com Wed Sep 18 20:03:51 2013 From: rahulsharmaait at gmail.com (Rahul Sharma) Date: Thu, 19 Sep 2013 01:33:51 +0530 Subject: [Openstack] [openstack-dev] Instances running on VMware ESXi are unable to configure IP In-Reply-To: References: Message-ID: On Wed, Sep 18, 2013 at 9:09 PM, Ramon Acedo wrote: > Hi Rahul, > > On 12 September 2013 18:58, Rahul Sharma wrote: > >> >> Today we were able to achieve the end-to-end flow of traffic by adding >> rules manually to the openvswitch-switches in nova-compute vm. If support >> for the configuring flows in switches is added through API's, maybe we can >> support openvswitch as well. Though, ideally one should not use vSwitch as >> its having minimal capabilities and one should always go with the DVS for >> ESX. >> > > Would you mind sharing the rules you used for Open vSwitch to allow the > traffic flow through the Nova Compute VM? > > Using vSphere DVS or vSphere standard vSwitch shouldn't make any > difference for this setup (it does in the vSphere network design though). > > Hmm, I am not sure whether vSphere DVS performs intelligent MAC learning which vSwitch lacks, but if it does, then we can use port-group br-int without adding it in promiscuous mode. Ideally, nova-compute vm should not be dependent on its placement with respect to the physical compute node, so the design should be that all the traffic of instances should be sent out using br-int to physical switch, and then should be forwarded to eth2 of compute-vm. Also, segregation based on tenant can be achieved by creating port-groups of different vlan-id for each tenant and attaching those port-groups to instances, rather than the current "br-int" of vswitch. If all these things are taken care, and flows are added to OVS, then we can achieve quantum-networking using OVS in vSphere similar to the the one in KVM. > In the network plugin compatibility matrix with compute drivers [1] it > says that only Nicira NVP and Plumgrid are supported with VMware ESXi as > Nova Compute, which is different from the vSphere DVS (Distributed > vSwitch). However, I believe that Open vSwitch has everything it's needed > to provide the same level of functionality with ESXi/vCenter than with KVM > OpenStack setups (including per tenant network isolation). > > Yes, I agree to that. Only thing which is missing is the proper design to achieve the same on ESXi/vCenter. > Thanks! > > [1] > http://docs.openstack.org/trunk/openstack-network/admin/content/flexibility.html > -Regards Rahul Sharma -------------- next part -------------- An HTML attachment was scrubbed... URL: From luisguilherme.cr at gmail.com Wed Sep 18 23:32:42 2013 From: luisguilherme.cr at gmail.com (Guilherme Russi) Date: Wed, 18 Sep 2013 20:32:42 -0300 Subject: [Openstack] Attaching FloatingIP to VM In-Reply-To: References: Message-ID: Hey Rahul, I've tried to create the public network again and now I put the --shared when I typed the command to create it, but the same way I still get the error message. Do I need to create another credential to my demo user? I had a grizzly version installed before I format my controller node and it worked fine. Thank you. Regards. 2013/9/16 Rahul Sharma > Hi Guilherme, > > If you will source these credentials, then you will be able to perform > operations on admin tenant and not on the demo tenant. For demo tenant, you > need to change the OS_TENANT_NAME to demo. You would have created networks > and ports using these credentials during installation, now you would be > able to assign floating-ip's to vm's or ports of tenant "admin". For demo > user, you need to share that network with demo tenant. Try and check if it > works. Floating-ip is from the external network and it would be shared. If > it doesn't work, try deleting the existing networks and creating again > using UI if possible. > > --Rahul > > > On Tue, Sep 17, 2013 at 1:05 AM, Guilherme Russi < > luisguilherme.cr at gmail.com> wrote: > >> Hello Rahul, here are my credentials: >> >> export OS_TENANT_NAME=admin >> export OS_USERNAME=admin >> export OS_PASSWORD=password >> export OS_AUTH_URL="http://localhost:35357/v2.0/" >> export OS_SERVICE_ENDPOINT="http://localhost:35357/v2.0" >> export OS_SERVICE_TOKEN=password >> >> Do I need credentials to demo user too? I had another installation, >> before reinstall my ubuntu again, and my credentials were like this and I >> could allocate floating ip. >> >> Regards. >> >> 2013/9/16 Rahul Sharma >> >>> Hi Guilherme, >>> >>> I am not sure but I have a wild guess that you might have created the >>> port using admin user and allocated floating-ip using demo user. If you >>> are using CLI, then what are the parameters you have sourced using >>> openrc/localrc? Have you sourced the correct tenant's credentials i.e. of >>> admin's or of demo's? Sometimes, we make mistakes in sourcing the wrong >>> credentials, hence making the guess. >>> >>> -Regards >>> Rahul >>> >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From launchpad at mortman.com Thu Sep 19 00:21:42 2013 From: launchpad at mortman.com (David Mortman) Date: Wed, 18 Sep 2013 20:21:42 -0400 Subject: [Openstack] Making the Hong Kong Summit as inclusive as possible In-Reply-To: <99A432D0-D43A-4CAB-BF87-55714D9B031A@openstack.org> References: <5D7F9996EA547448BC6C54C8C5AAF4E5D9715EB4@CERNXCHG01.cern.ch> <626505D9-B8C4-41B0-BAD2-D645355F4F88@pistoncloud.com> <47A5901B-6271-484D-B00F-467DBA6E3C29@imaginary.com> <99A432D0-D43A-4CAB-BF87-55714D9B031A@openstack.org> Message-ID: Lauren As noted earlier in the thread, several of us feel that the Code of Conduct is not specific enough about harassing behavior. I posted a suggested edit and would love for the B of D to consider that or a similar edits. Pycons code of conduct is also a great resource ( https://us.pycon.org/2012/codeofconduct/). FWIW the Ada Initiative has been the center of some controversy of late and so it may be worth checking out alternative resources as well. It's great to hear about the breakfasts and outreach for women. That is awesome and I hope to see more of that sort of thing in the future as well. Is the board also looking at initiatives to encourage people of color to participate as well? thanks -David On Tue, Sep 17, 2013 at 8:07 PM, Lauren Sell wrote: > Hi George, > > We have a code of conduct for our community that covers events like our > Summit (http://www.openstack.org/legal/community-code-of-conduct/). What > I would like to do is: > > - Publicize the code of conduct on the Summit website, registration page > and email communications prior to the event > - Clearly define and publish steps to report an incident, as well as > response procedures by the Foundation > > To that end, we've spent time reviewing the Ada Initiative anti-harassment > response procedures ( > http://geekfeminism.wikia.com/wiki/Conference_anti-harassment/Responding_to_reports). > We've actually contacted them to get their help drafting response procedure > and possibly to schedule some training for our Foundation and events staff. > > In addition to the code of conduct and response procedures, I would > definitely be interested in hearing more ideas about how to make the Summit > inclusive. For example, Anne Gentle and Claire Massey helped organize the > first Women of OpenStack breakfast in Portland (that was a great success!), > and the Foundation sponsored travel to the Summit for three GNOME Outreach > Program for Women interns. We are again sponsoring an event for Women in > OpenStack and a broader travel support program in Hong Kong. > > Thanks, > Lauren > > On Sep 17, 2013, at 11:00 AM, George Reese > wrote: > > Can someone summarize where things stand on this and what is actually in > motion to be done/has been done? > > Thanks, > George > > On Sep 15, 2013, at 7:18 PM, David Mortman wrote: > > Joshua, > > I'll leave it up to the event staff to determine how they want to handle > it in this on-site case. Certainly someone needs to be empowered or the > exercise is pointless. For the community as a whole, does the Board of > Directors have the authority to create an ombuds office? > > -DM > > > On Sun, Sep 15, 2013 at 12:44 PM, Joshua McKenty wrote: > >> David, while I think having an onsite group able to field complaints and >> address incidents is critical, we need to make sure that such a group has >> the ability to address any complaints. So I'd suggest we pass this directly >> to the foundation staff, and make sure that the event coordination team is >> coached appropriately. Having community members act as ombudsperson is both >> complicated from a legal standpoint, and potentially inappropriate. >> >> Lauren, can you make sure the on-site events team is briefed on the >> proposed code-of-conduct, and is ready to respond to any complaints that >> might arise? >> >> -- >> >> Joshua McKenty >> Chief Technology Officer >> Piston Cloud Computing, Inc. >> +1 (650) 242-5683 >> +1 (650) 283-6846 >> http://www.pistoncloud.com >> >> "Oh, Westley, we'll never survive!" >> "Nonsense. You're only saying that because no one ever has." >> >> On Sep 15, 2013, at 3:59 AM, David Mortman wrote: >> >> On Thu, Sep 12, 2013 at 4:26 PM, David Mortman wrote: >> >>> Agreed. There should be at least a small group, especially for events, >>> so that one person doesn't get hammered but also so there's a committee to >>> make judgement calls etc. Love the idea of some training too. >>> >> >> Given the closeness of the summit (only 2 months away), it's seems like a >> good idea to put together the initial group of folks who can be the onsite >> committee to help address any issues that hopefully won't arise. While I'll >> continue to participate in this effort, unfortunately, I won't be attending >> the summit myself so I can't help onsite. I will however like nominate >> both Anne Gentle and George Reese be initial members of the committee. >> Anyone else interested? A group of three is probably plenty. >> >> thanks >> -David >> _______________________________________________ >> Mailing list: >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> Post to : openstack at lists.openstack.org >> Unsubscribe : >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> >> >> > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > > -- > George Reese (george.reese at imaginary.com) > t: @GeorgeReese m: +1(207)956-0217 Skype: > nspollution > > > > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From launchpad at mortman.com Thu Sep 19 00:23:12 2013 From: launchpad at mortman.com (David Mortman) Date: Wed, 18 Sep 2013 20:23:12 -0400 Subject: [Openstack] Making the Hong Kong Summit as inclusive as possible In-Reply-To: <0CE97C0D-267F-4C51-B298-CA6741D6BF76@pistoncloud.com> References: <5D7F9996EA547448BC6C54C8C5AAF4E5D9715EB4@CERNXCHG01.cern.ch> <626505D9-B8C4-41B0-BAD2-D645355F4F88@pistoncloud.com> <0CE97C0D-267F-4C51-B298-CA6741D6BF76@pistoncloud.com> Message-ID: Joshua, I found this answer hilariously short and opaque especially given the context of it being part of the Transparency Committee. Can you go into more details about what has been discussed in the past as well as what might be proposed at the next board meeting. Speaking of which, when is the next board meeting anyways? thanks -David On Tue, Sep 17, 2013 at 1:08 PM, Joshua McKenty wrote: > David - yes, the ombudsperson office is one of the goals of the > Transparency Committee, and we've got an agenda item to dig into again at > the next board meeting. > > -- > > Joshua McKenty > Chief Technology Officer > Piston Cloud Computing, Inc. > +1 (650) 242-5683 > +1 (650) 283-6846 > http://www.pistoncloud.com > > "Oh, Westley, we'll never survive!" > "Nonsense. You're only saying that because no one ever has." > > On Sep 15, 2013, at 5:18 PM, David Mortman wrote: > > Joshua, > > I'll leave it up to the event staff to determine how they want to handle > it in this on-site case. Certainly someone needs to be empowered or the > exercise is pointless. For the community as a whole, does the Board of > Directors have the authority to create an ombuds office? > > -DM > > > On Sun, Sep 15, 2013 at 12:44 PM, Joshua McKenty wrote: > >> David, while I think having an onsite group able to field complaints and >> address incidents is critical, we need to make sure that such a group has >> the ability to address any complaints. So I'd suggest we pass this directly >> to the foundation staff, and make sure that the event coordination team is >> coached appropriately. Having community members act as ombudsperson is both >> complicated from a legal standpoint, and potentially inappropriate. >> >> Lauren, can you make sure the on-site events team is briefed on the >> proposed code-of-conduct, and is ready to respond to any complaints that >> might arise? >> >> -- >> >> Joshua McKenty >> Chief Technology Officer >> Piston Cloud Computing, Inc. >> +1 (650) 242-5683 >> +1 (650) 283-6846 >> http://www.pistoncloud.com >> >> "Oh, Westley, we'll never survive!" >> "Nonsense. You're only saying that because no one ever has." >> >> On Sep 15, 2013, at 3:59 AM, David Mortman wrote: >> >> On Thu, Sep 12, 2013 at 4:26 PM, David Mortman wrote: >> >>> Agreed. There should be at least a small group, especially for events, >>> so that one person doesn't get hammered but also so there's a committee to >>> make judgement calls etc. Love the idea of some training too. >>> >> >> Given the closeness of the summit (only 2 months away), it's seems like a >> good idea to put together the initial group of folks who can be the onsite >> committee to help address any issues that hopefully won't arise. While I'll >> continue to participate in this effort, unfortunately, I won't be attending >> the summit myself so I can't help onsite. I will however like nominate >> both Anne Gentle and George Reese be initial members of the committee. >> Anyone else interested? A group of three is probably plenty. >> >> thanks >> -David >> _______________________________________________ >> Mailing list: >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> Post to : openstack at lists.openstack.org >> Unsubscribe : >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> >> >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From flwang at cn.ibm.com Thu Sep 19 01:40:14 2013 From: flwang at cn.ibm.com (Fei Long Wang) Date: Thu, 19 Sep 2013 09:40:14 +0800 Subject: [Openstack] Notification Usage in OpenStack ... a report card In-Reply-To: <5239A01F.5040206@rackspace.com> References: <60A3427EF882A54BA0A1971AE6EF0388868C34C4@ORD1EXD02.RACKSPACE.CORP> <5239A01F.5040206@rackspace.com> Message-ID: Hi Sandy, Thanks for the clear explanation. Another question, you mentioned that "One project recently ran into this problem when they were generating non-dict payloads on exceptions. ", would you mind telling me more about the problem? Since Glance is reviewing a similar patch. Thanks. I guess another project is consuming the malformed notification and got a failure, is it? Thanks & Best regards, Fei Long Wang (王飞龙) --------------------------------------------------------------------- Tech Lead of Nitrogen (SME team) Cloud Solutions and OpenStack Development Tel: 8610-82450513 | T/L: 905-0513 Email: flwang at cn.ibm.com China Systems & Technology Laboratory in Beijing --------------------------------------------------------------------- From: Sandy Walsh To: Fei Long Wang/China/IBM at IBMCN, Cc: "openstack at lists.openstack.org" Date: 09/18/2013 08:43 PM Subject: Re: [Openstack] Notification Usage in OpenStack ... a report card On 09/18/2013 04:49 AM, Fei Long Wang wrote: > Hi Sandy, > > It's an awesome post. Just some minor questions. Thanks! > 1. Are you aware of any project is using Oslo.Messaging? Actually, just > like you know, the porting of Glance Oslo notifier is pending. And the > main reason is Oslo.Messaging is coming. Daniel answered this, but yes, the intention is to move to oslo.messaging. Notifications are different than the olso rpc mechanism in a couple of ways: 1. they support requeue semantics. We can push notifications back on the queue if the consumer can't deal with it. 2. they don't require a method with parameters on the consuming end. The consumer can just pull the notification off the queue and work on it. It's just a blob of data. 3. Later, we'll likely want to support dead-letter queues for notifications that could not be processed. We don't want to lose these messages. So long as this is supported in Messaging, we're fine. > 2. You mentioned that Glance implement the audit partially, could you > please explain more from your point of view? Thanks. The "Importance of Usage Notifications" section sort of addresses this. For billing purposes there should ideally be two notifications emitted. The first would be the individual notifications for each billable action (these could be incremental updates) and the second would be a summary notification to indicate what the image or tenant cost for the day. The consumer could then verify that the incremental notifications and the end-of-day summary matches. Glance only supports the incremental notifications currently, iirc. I think the image transfers are the only real billable event in Glance right now. Not sure if image storage (snapshots for backup) would be another. Hope it helps! -S > > Thanks & Best regards, > Fei Long Wang (王飞龙) > --------------------------------------------------------------------- > Tech Lead of Nitrogen (SME team) > Cloud Solutions and OpenStack Development > Tel: 8610-82450513 | T/L: 905-0513 > Email: flwang at cn.ibm.com > China Systems & Technology Laboratory in Beijing > --------------------------------------------------------------------- > > > Inactive hide details for Sandy Walsh ---09/17/2013 02:27:00 AM---Hey > y'all! I took a little time to review most of the OpenStaSandy Walsh > ---09/17/2013 02:27:00 AM---Hey y'all! I took a little time to review > most of the OpenStack projects and check on their notifica > > From: Sandy Walsh > To: "openstack at lists.openstack.org" , > Date: 09/17/2013 02:27 AM > Subject: [Openstack] Notification Usage in OpenStack ... a report card > > ------------------------------------------------------------------------ > > > > Hey y'all! > > I took a little time to review most of the OpenStack projects and check > on their notification support. Happy to say, adoption is good. There are > things we could do better, but overall very positive. > > The article also talks a little about what makes for good notification > support. Something for you all to think about at the Icehouse summit :) > > I'm sure I've made some mistakes along the way, so please let me know > and I'll fix accordingly. > > http://www.sandywalsh.com/2013/09/notification-usage-in-openstack-report.html > > Look forward to your feedback! > > -Sandy > _______________________________________________ > Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: graycol.gif Type: image/gif Size: 105 bytes Desc: not available URL: From sandy.walsh at rackspace.com Thu Sep 19 02:16:27 2013 From: sandy.walsh at rackspace.com (Sandy Walsh) Date: Wed, 18 Sep 2013 23:16:27 -0300 Subject: [Openstack] Notification Usage in OpenStack ... a report card In-Reply-To: References: <60A3427EF882A54BA0A1971AE6EF0388868C34C4@ORD1EXD02.RACKSPACE.CORP> <5239A01F.5040206@rackspace.com> Message-ID: <523A5E7B.4020603@rackspace.com> On 09/18/2013 10:40 PM, Fei Long Wang wrote: > Hi Sandy, > > Thanks for the clear explanation. Another question, you mentioned that > "One project recently ran into this problem when they were generating > non-dict payloads on exceptions. ", would you mind telling me more about > the problem? Since Glance is reviewing a similar patch. Thanks. I guess > another project is consuming the malformed notification and got a > failure, is it? Cool! Actually that patch is a fix from our team. :) We ran into it in StackTach, but it would affect Ceilometer as well. The assumption is that the payload is a dict and getting something different was breaking things. Cheers! -S > > Thanks & Best regards, > Fei Long Wang (王飞龙) > --------------------------------------------------------------------- > Tech Lead of Nitrogen (SME team) > Cloud Solutions and OpenStack Development > Tel: 8610-82450513 | T/L: 905-0513 > Email: flwang at cn.ibm.com > China Systems & Technology Laboratory in Beijing > --------------------------------------------------------------------- > > > Inactive hide details for Sandy Walsh ---09/18/2013 08:43:03 PM---On > 09/18/2013 04:49 AM, Fei Long Wang wrote: > Hi Sandy,Sandy Walsh > ---09/18/2013 08:43:03 PM---On 09/18/2013 04:49 AM, Fei Long Wang wrote: >> Hi Sandy, > > From: Sandy Walsh > To: Fei Long Wang/China/IBM at IBMCN, > Cc: "openstack at lists.openstack.org" > Date: 09/18/2013 08:43 PM > Subject: Re: [Openstack] Notification Usage in OpenStack ... a report card > > ------------------------------------------------------------------------ > > > > > > On 09/18/2013 04:49 AM, Fei Long Wang wrote: >> Hi Sandy, >> >> It's an awesome post. Just some minor questions. > > Thanks! > >> 1. Are you aware of any project is using Oslo.Messaging? Actually, just >> like you know, the porting of Glance Oslo notifier is pending. And the >> main reason is Oslo.Messaging is coming. > > Daniel answered this, but yes, the intention is to move to oslo.messaging. > > Notifications are different than the olso rpc mechanism in a couple of ways: > > 1. they support requeue semantics. We can push notifications back on the > queue if the consumer can't deal with it. > > 2. they don't require a method with parameters on the consuming end. The > consumer can just pull the notification off the queue and work on it. > It's just a blob of data. > > 3. Later, we'll likely want to support dead-letter queues for > notifications that could not be processed. We don't want to lose these > messages. > > So long as this is supported in Messaging, we're fine. > >> 2. You mentioned that Glance implement the audit partially, could you >> please explain more from your point of view? Thanks. > > The "Importance of Usage Notifications" section sort of addresses this. > For billing purposes there should ideally be two notifications emitted. > The first would be the individual notifications for each billable action > (these could be incremental updates) and the second would be a summary > notification to indicate what the image or tenant cost for the day. The > consumer could then verify that the incremental notifications and the > end-of-day summary matches. > > Glance only supports the incremental notifications currently, iirc. > > I think the image transfers are the only real billable event in Glance > right now. Not sure if image storage (snapshots for backup) would be > another. > > Hope it helps! > -S > > >> >> Thanks & Best regards, >> Fei Long Wang (王飞龙) >> --------------------------------------------------------------------- >> Tech Lead of Nitrogen (SME team) >> Cloud Solutions and OpenStack Development >> Tel: 8610-82450513 | T/L: 905-0513 >> Email: flwang at cn.ibm.com >> China Systems & Technology Laboratory in Beijing >> --------------------------------------------------------------------- >> >> >> Inactive hide details for Sandy Walsh ---09/17/2013 02:27:00 AM---Hey >> y'all! I took a little time to review most of the OpenStaSandy Walsh >> ---09/17/2013 02:27:00 AM---Hey y'all! I took a little time to review >> most of the OpenStack projects and check on their notifica >> >> From: Sandy Walsh >> To: "openstack at lists.openstack.org" , >> Date: 09/17/2013 02:27 AM >> Subject: [Openstack] Notification Usage in OpenStack ... a report card >> >> ------------------------------------------------------------------------ >> >> >> >> Hey y'all! >> >> I took a little time to review most of the OpenStack projects and check >> on their notification support. Happy to say, adoption is good. There are >> things we could do better, but overall very positive. >> >> The article also talks a little about what makes for good notification >> support. Something for you all to think about at the Icehouse summit :) >> >> I'm sure I've made some mistakes along the way, so please let me know >> and I'll fix accordingly. >> >> > http://www.sandywalsh.com/2013/09/notification-usage-in-openstack-report.html >> >> Look forward to your feedback! >> >> -Sandy >> _______________________________________________ >> Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> Post to : openstack at lists.openstack.org >> Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> >> > > From harlowja at yahoo-inc.com Thu Sep 19 03:14:25 2013 From: harlowja at yahoo-inc.com (Joshua Harlow) Date: Thu, 19 Sep 2013 03:14:25 +0000 Subject: [Openstack] Notification Usage in OpenStack ... a report card In-Reply-To: <60A3427EF882A54BA0A1971AE6EF0388868C34C4@ORD1EXD02.RACKSPACE.CORP> Message-ID: Thanks Sandy for the nice report, Just to note that although taskflow is 'red' it also is in a slightly different category (in my view). One that is different from the other items in that table. Taskflow is a designed to be a library and the rest of the items in that table are what I would call 'applications/services'. Taskflow provides hook-in points to receive information about all activities task-flow is doing but imho it is not up to taskflow to dictate usage of oslo rpc or oslo notifications. If those can be hooked-in to taskflows 'emission points' than all the better I think, since that kind of decoupling creates a better and more useful library for all to use. As more and more projects start to use/integrate taskflow they automatically gain those emission points (and can use them to drive oslo rpc or oslo notifications, or both). That¹s my current thinking anyway. Some details at the following: * https://wiki.openstack.org/wiki/TaskFlow/States_of_Task_and_Flow * https://wiki.openstack.org/wiki/TaskFlow#Engines As usual main page @ https://wiki.openstack.org/wiki/TaskFlow -Josh On 9/16/13 11:20 AM, "Sandy Walsh" wrote: >Hey y'all! > >I took a little time to review most of the OpenStack projects and check >on their notification support. Happy to say, adoption is good. There are >things we could do better, but overall very positive. > >The article also talks a little about what makes for good notification >support. Something for you all to think about at the Icehouse summit :) > >I'm sure I've made some mistakes along the way, so please let me know and >I'll fix accordingly. > >http://www.sandywalsh.com/2013/09/notification-usage-in-openstack-report.h >tml > >Look forward to your feedback! > >-Sandy >_______________________________________________ >Mailing list: >http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >Post to : openstack at lists.openstack.org >Unsubscribe : >http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack From jlennox at redhat.com Thu Sep 19 03:18:12 2013 From: jlennox at redhat.com (Jamie Lennox) Date: Thu, 19 Sep 2013 13:18:12 +1000 Subject: [Openstack] Keystone pluggable auth? In-Reply-To: References: Message-ID: <1379560692.2374.16.camel@dhcp-40-102.bne.redhat.com> Can you clarify a bit please? Keystone is working on a pluggable auth model based off nova's, however it isn't implemented yet. If you mean choosing the identity api version for working with nova i can't really help there. Jamie On Mon, 2013-09-16 at 11:36 -0600, Wyllys Ingersoll wrote: > > > Just wondering if the new pluggable auth feature for Keystone is only > available for V3 auth protocol or if it can work with v2 also? > > > -Wyllys Ingersoll > Evault > _______________________________________________ > Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack From rerngvit at n3infinity.com Thu Sep 19 06:52:52 2013 From: rerngvit at n3infinity.com (Rerngvit Yanggratoke) Date: Thu, 19 Sep 2013 08:52:52 +0200 Subject: [Openstack] An Android app for managing an Openstack cloud In-Reply-To: References: Message-ID: Please join in the Google group. We have released the first version through the group. Regarding the remote desktop solution for instances, we are still looking for an appropriate way to do it. Nonetheless, it's very likely to be based on Spice. On Wed, Sep 18, 2013 at 8:25 PM, Martinx - ジェームズ wrote: > Hi! > > I want to test it! > > Also, is there any plans to support SPICE, instead of VNC? > > Cheers! > Thiago > > > On 14 September 2013 13:23, Rerngvit Yanggratoke wrote: > >> Hello All, >> We are working on a native Android app for managing an Openstack >> cloud and looking for alpha/beta testers. The app currently offers >> features listed below. If you would like to try such an app, have a >> running Openstack installation, and an Android phone (v.4.0+) at your >> disposal, please join the Google group via this link ( >> https://groups.google.com/forum/#!forum/stackmobile). We will distribute >> the binary through Google Play for people in the group soon. We are >> welcome any feedbacks, comments, and suggestions. >> >> 1. Managing multiple accounts >> >> 2. Instance management - launch, view info, suspend, see console logs, ... >> >> 3. Volume management - create new volume, attach volume, ... >> >> 4. Instance/Volume Snapshot management >> >> 5. Security group management >> 6. Monthly usage report >> >> Sincerely, >> Rerngvit Yanggratoke >> >> _______________________________________________ >> Mailing list: >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> Post to : openstack at lists.openstack.org >> Unsubscribe : >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From rupadhayay at xavient.com Thu Sep 19 07:16:55 2013 From: rupadhayay at xavient.com (Rajesh Upadhayay) Date: Thu, 19 Sep 2013 07:16:55 +0000 Subject: [Openstack] Instance failed to spawn In-Reply-To: <7EF4E3F5F11ABF4CB0BA41CEF83B3CAF8210DD65@xpwinno1emb1> References: <7EF4E3F5F11ABF4CB0BA41CEF83B3CAF8210DD65@xpwinno1emb1> Message-ID: <7EF4E3F5F11ABF4CB0BA41CEF83B3CAF821339D7@xpwinno1emb1> Still struggling to resolve this issue. Please help me if someone face same issue. Thanks & Regards, Rajesh Upadhayay From: Rajesh Upadhayay Sent: Tuesday, September 10, 2013 1:31 PM To: openstack at lists.openstack.org Subject: Instance failed to spawn Hi, Can someone please help me as I have successfully setup Openstack grizzly on DomU but getting below error and not able to launch instance due to Spawning issue. 2013-09-10 13:19:43.536 WARNING nova.scheduler.driver [req-8cef211b-5ea4-4657-b823-1ca967efd232 33156467441344e8817046e95f0c381c 2687d9c88b514bea9564eb682c5644a5] [inst ance: ac0f94fc-7c6d-43d6-a49d-2958e0694e6c] Setting instance to ERROR state. 2013-09-10 13:22:40.843 ERROR nova.scheduler.filter_scheduler [req-973d4cd8-c722-4bb5-92b8-ced31c6ab4f0 33156467441344e8817046e95f0c381c 2687d9c88b514bea9564eb682c5644a 5] [instance: fe706720-1111-4498-9b57-f1a6daaeea45] Error from last host: xplinno1ctlr1 (node xenserver): [u'Traceback (most recent call last):\n', u' File "/usr/lib/p ython2.7/dist-packages/nova/compute/manager.py", line 848, in _run_instance\n set_access_ip=set_access_ip)\n', u' File "/usr/lib/python2.7/dist-packages/nova/comput e/manager.py", line 1107, in _spawn\n LOG.exception(_(\'Instance failed to spawn\'), instance=instance)\n', u' File "/usr/lib/python2.7/contextlib.py", line 24, in __exit__\n self.gen.next()\n', u' File "/usr/lib/python2.7/dist-packages/nova/compute/manager.py", line 1103, in _spawn\n block_device_info)\n', u' File "/usr/l ib/python2.7/dist-packages/nova/virt/xenapi/driver.py", line 177, in spawn\n admin_password, network_info, block_device_info)\n', u' File "/usr/lib/python2.7/dist-p ackages/nova/virt/xenapi/vmops.py", line 480, in spawn\n undo_mgr.rollback_and_reraise(msg=msg, instance=instance)\n', u' File "/usr/lib/python2.7/dist-packages/nov a/utils.py", line 1250, in rollback_and_reraise\n self._rollback()\n', u' File "/usr/lib/python2.7/contextlib.py", line 24, in __exit__\n self.gen.next()\n', u' File "/usr/lib/python2.7/dist-packages/nova/virt/xenapi/vmops.py", line 463, in spawn\n vdis = create_disks_step(undo_mgr, disk_image_type, image_meta)\n', u' File "/usr/lib/python2.7/dist-packages/nova/virt/xenapi/vmops.py", line 142, in inner\n rv = f(*args, **kwargs)\n', u' File "/usr/lib/python2.7/dist-packages/nova/virt/ xenapi/vmops.py", line 346, in create_disks_step\n block_device_info=block_device_info)\n', u' File "/usr/lib/python2.7/dist-packages/nova/virt/xenapi/vmops.py", li ne 317, in _create_disks\n block_device_info=block_device_info)\n', u' File "/usr/lib/python2.7/dist-packages/nova/virt/xenapi/vm_utils.py", line 518, in get_vdis_f or_instance\n context, session, instance, name_label, image, image_type)\n', u' File "/usr/lib/python2.7/dist-packages/nova/virt/xenapi/vm_utils.py", line 974, in _ create_image\n image_id, image_type)\n', u' File "/usr/lib/python2.7/dist-packages/nova/virt/xenapi/vm_utils.py", line 919, in _create_cached_image\n image_id, i mage_type)\n', u' File "/usr/lib/python2.7/dist-packages/nova/virt/xenapi/vm_utils.py", line 997, in _fetch_image\n image_id, image_type)\n', u' File "/usr/lib/pyt hon2.7/dist-packages/nova/virt/xenapi/vm_utils.py", line 1209, in _fetch_disk_image\n with vdi_attached_here(session, vdi_ref, read_only=False) as dev:\n', u' File "/usr/lib/python2.7/contextlib.py", line 17, in __enter__\n return self.gen.next()\n', u' File "/usr/lib/python2.7/dist-packages/nova/virt/xenapi/vm_utils.py", line 1907, in vdi_attached_here\n _wait_for_device(dev)\n', u' File "/usr/lib/python2.7/dist-packages/nova/virt/xenapi/vm_utils.py", line 1864, in _wait_for_device\n _(\'Timeout waiting for device %s to be created\') % dev)\n', u'StorageError: Timeout waiting for device hdc to be created\n'] 2013-09-10 13:22:40.878 WARNING nova.scheduler.driver [req-973d4cd8-c722-4bb5-92b8-ced31c6ab4f0 33156467441344e8817046e95f0c381c 2687d9c88b514bea9564eb682c5644a5] [inst ance: fe706720-1111-4498-9b57-f1a6daaeea45] Setting instance to ERROR state. root at xplinno1ctlr1:~# nova hypervisor-list +----+---------------------+ | ID | Hypervisor hostname | +----+---------------------+ | 1 | xenserver | +----+---------------------+ root at xplinno1ctlr1:~# Thanks & Regards, Rajesh Upadhayay -------------- next part -------------- An HTML attachment was scrubbed... URL: From bob.ball at citrix.com Thu Sep 19 09:29:10 2013 From: bob.ball at citrix.com (Bob Ball) Date: Thu, 19 Sep 2013 09:29:10 +0000 Subject: [Openstack] Instance failed to spawn In-Reply-To: <7EF4E3F5F11ABF4CB0BA41CEF83B3CAF821339D7@xpwinno1emb1> References: <7EF4E3F5F11ABF4CB0BA41CEF83B3CAF8210DD65@xpwinno1emb1> <7EF4E3F5F11ABF4CB0BA41CEF83B3CAF821339D7@xpwinno1emb1> Message-ID: Hi Rajesh, This isn't something I've seen before - typically the time we wait for a block device to exist (10 seconds) is more than enough. There might be some more information in /var/log/xensource.log, dmesg or further up in the compute log - where it's talking about plugging the VBDs. Is there anything special about this device? E.g. is it a cinder device, or is it remote storage? Bob From: Rajesh Upadhayay [mailto:rupadhayay at xavient.com] Sent: 19 September 2013 08:17 To: 'openstack at lists.openstack.org' Subject: Re: [Openstack] Instance failed to spawn Still struggling to resolve this issue. Please help me if someone face same issue. Thanks & Regards, Rajesh Upadhayay From: Rajesh Upadhayay Sent: Tuesday, September 10, 2013 1:31 PM To: openstack at lists.openstack.org Subject: Instance failed to spawn Hi, Can someone please help me as I have successfully setup Openstack grizzly on DomU but getting below error and not able to launch instance due to Spawning issue. 2013-09-10 13:19:43.536 WARNING nova.scheduler.driver [req-8cef211b-5ea4-4657-b823-1ca967efd232 33156467441344e8817046e95f0c381c 2687d9c88b514bea9564eb682c5644a5] [inst ance: ac0f94fc-7c6d-43d6-a49d-2958e0694e6c] Setting instance to ERROR state. 2013-09-10 13:22:40.843 ERROR nova.scheduler.filter_scheduler [req-973d4cd8-c722-4bb5-92b8-ced31c6ab4f0 33156467441344e8817046e95f0c381c 2687d9c88b514bea9564eb682c5644a 5] [instance: fe706720-1111-4498-9b57-f1a6daaeea45] Error from last host: xplinno1ctlr1 (node xenserver): [u'Traceback (most recent call last):\n', u' File "/usr/lib/p ython2.7/dist-packages/nova/compute/manager.py", line 848, in _run_instance\n set_access_ip=set_access_ip)\n', u' File "/usr/lib/python2.7/dist-packages/nova/comput e/manager.py", line 1107, in _spawn\n LOG.exception(_(\'Instance failed to spawn\'), instance=instance)\n', u' File "/usr/lib/python2.7/contextlib.py", line 24, in __exit__\n self.gen.next()\n', u' File "/usr/lib/python2.7/dist-packages/nova/compute/manager.py", line 1103, in _spawn\n block_device_info)\n', u' File "/usr/l ib/python2.7/dist-packages/nova/virt/xenapi/driver.py", line 177, in spawn\n admin_password, network_info, block_device_info)\n', u' File "/usr/lib/python2.7/dist-p ackages/nova/virt/xenapi/vmops.py", line 480, in spawn\n undo_mgr.rollback_and_reraise(msg=msg, instance=instance)\n', u' File "/usr/lib/python2.7/dist-packages/nov a/utils.py", line 1250, in rollback_and_reraise\n self._rollback()\n', u' File "/usr/lib/python2.7/contextlib.py", line 24, in __exit__\n self.gen.next()\n', u' File "/usr/lib/python2.7/dist-packages/nova/virt/xenapi/vmops.py", line 463, in spawn\n vdis = create_disks_step(undo_mgr, disk_image_type, image_meta)\n', u' File "/usr/lib/python2.7/dist-packages/nova/virt/xenapi/vmops.py", line 142, in inner\n rv = f(*args, **kwargs)\n', u' File "/usr/lib/python2.7/dist-packages/nova/virt/ xenapi/vmops.py", line 346, in create_disks_step\n block_device_info=block_device_info)\n', u' File "/usr/lib/python2.7/dist-packages/nova/virt/xenapi/vmops.py", li ne 317, in _create_disks\n block_device_info=block_device_info)\n', u' File "/usr/lib/python2.7/dist-packages/nova/virt/xenapi/vm_utils.py", line 518, in get_vdis_f or_instance\n context, session, instance, name_label, image, image_type)\n', u' File "/usr/lib/python2.7/dist-packages/nova/virt/xenapi/vm_utils.py", line 974, in _ create_image\n image_id, image_type)\n', u' File "/usr/lib/python2.7/dist-packages/nova/virt/xenapi/vm_utils.py", line 919, in _create_cached_image\n image_id, i mage_type)\n', u' File "/usr/lib/python2.7/dist-packages/nova/virt/xenapi/vm_utils.py", line 997, in _fetch_image\n image_id, image_type)\n', u' File "/usr/lib/pyt hon2.7/dist-packages/nova/virt/xenapi/vm_utils.py", line 1209, in _fetch_disk_image\n with vdi_attached_here(session, vdi_ref, read_only=False) as dev:\n', u' File "/usr/lib/python2.7/contextlib.py", line 17, in __enter__\n return self.gen.next()\n', u' File "/usr/lib/python2.7/dist-packages/nova/virt/xenapi/vm_utils.py", line 1907, in vdi_attached_here\n _wait_for_device(dev)\n', u' File "/usr/lib/python2.7/dist-packages/nova/virt/xenapi/vm_utils.py", line 1864, in _wait_for_device\n _(\'Timeout waiting for device %s to be created\') % dev)\n', u'StorageError: Timeout waiting for device hdc to be created\n'] 2013-09-10 13:22:40.878 WARNING nova.scheduler.driver [req-973d4cd8-c722-4bb5-92b8-ced31c6ab4f0 33156467441344e8817046e95f0c381c 2687d9c88b514bea9564eb682c5644a5] [inst ance: fe706720-1111-4498-9b57-f1a6daaeea45] Setting instance to ERROR state. root at xplinno1ctlr1:~# nova hypervisor-list +----+---------------------+ | ID | Hypervisor hostname | +----+---------------------+ | 1 | xenserver | +----+---------------------+ root at xplinno1ctlr1:~# Thanks & Regards, Rajesh Upadhayay -------------- next part -------------- An HTML attachment was scrubbed... URL: From rupadhayay at xavient.com Thu Sep 19 09:31:28 2013 From: rupadhayay at xavient.com (Rajesh Upadhayay) Date: Thu, 19 Sep 2013 09:31:28 +0000 Subject: [Openstack] Instance failed to spawn In-Reply-To: References: <7EF4E3F5F11ABF4CB0BA41CEF83B3CAF8210DD65@xpwinno1emb1> <7EF4E3F5F11ABF4CB0BA41CEF83B3CAF821339D7@xpwinno1emb1> Message-ID: <7EF4E3F5F11ABF4CB0BA41CEF83B3CAF82133A23@xpwinno1emb1> Hi Bob, Thanks for replying back.. I have resolved this issue by removing physical CD-ROM from XEN -Dom0; But now I have a new error 2013-09-19 14:37:52.286 ERROR nova.scheduler.filter_scheduler [req-0c4412e1-77dc-4c59-a869-ce337b0e1c1b 93bcfd34b6174a638d0563af20a1db4d e60e26b10d0348629bb0dadce475ed1 f] [instance: 06664ac2-9d2b-409e-b1f0-dc537968f0f9] Error from last host: cloudbox.xavient.com (node xenserver1.xavient.com): [u'Traceback (most recent call last):\n', u' File "/usr/lib/python2.7/dist-packages/nova/compute/manager.py", line 848, in _run_instance\n set_access_ip=set_access_ip)\n', u' File "/usr/lib/python2.7/dist- packages/nova/compute/manager.py", line 1107, in _spawn\n LOG.exception(_(\'Instance failed to spawn\'), instance=instance)\n', u' File "/usr/lib/python2.7/contextl ib.py", line 24, in __exit__\n self.gen.next()\n', u' File "/usr/lib/python2.7/dist-packages/nova/compute/manager.py", line 1103, in _spawn\n block_device_info)\ n', u' File "/usr/lib/python2.7/dist-packages/nova/virt/xenapi/driver.py", line 177, in spawn\n admin_password, network_info, block_device_info)\n', u' File "/usr/ lib/python2.7/dist-packages/nova/virt/xenapi/vmops.py", line 480, in spawn\n undo_mgr.rollback_and_reraise(msg=msg, instance=instance)\n', u' File "/usr/lib/python2 .7/dist-packages/nova/utils.py", line 1250, in rollback_and_reraise\n self._rollback()\n', u' File "/usr/lib/python2.7/contextlib.py", line 24, in __exit__\n sel f.gen.next()\n', u' File "/usr/lib/python2.7/dist-packages/nova/virt/xenapi/vmops.py", line 468, in spawn\n setup_network_step(undo_mgr, vm_ref, vdis)\n', u' File "/usr/lib/python2.7/dist-packages/nova/virt/xenapi/vmops.py", line 142, in inner\n rv = f(*args, **kwargs)\n', u' File "/usr/lib/python2.7/dist-packages/nova/virt/x enapi/vmops.py", line 416, in setup_network_step\n rescue)\n', u' File "/usr/lib/python2.7/dist-packages/nova/virt/xenapi/vmops.py", line 507, in _setup_vm_networki ng\n self._create_vifs(vm_ref, instance, network_info)\n', u' File "/usr/lib/python2.7/dist-packages/nova/virt/xenapi/vmops.py", line 1479, in _create_vifs\n vm_ ref=vm_ref, device=device)\n', u' File "/usr/lib/python2.7/dist-packages/nova/virt/xenapi/vif.py", line 56, in plug\n self._session, vif[\'network\'][\'bridge\'])\n ', u' File "/usr/lib/python2.7/dist-packages/nova/virt/xenapi/network_utils.py", line 49, in find_network_with_bridge\n raise Exception(_(\'Found no network for bri dge %s\') % bridge)\n', u'Exception: Found no network for bridge br100\n'] Thanks & Regards, Rajesh Upadhayay From: Bob Ball [mailto:bob.ball at citrix.com] Sent: Thursday, September 19, 2013 2:59 PM To: Rajesh Upadhayay; 'openstack at lists.openstack.org' Subject: RE: Instance failed to spawn Hi Rajesh, This isn't something I've seen before - typically the time we wait for a block device to exist (10 seconds) is more than enough. There might be some more information in /var/log/xensource.log, dmesg or further up in the compute log - where it's talking about plugging the VBDs. Is there anything special about this device? E.g. is it a cinder device, or is it remote storage? Bob From: Rajesh Upadhayay [mailto:rupadhayay at xavient.com] Sent: 19 September 2013 08:17 To: 'openstack at lists.openstack.org' Subject: Re: [Openstack] Instance failed to spawn Still struggling to resolve this issue. Please help me if someone face same issue. Thanks & Regards, Rajesh Upadhayay From: Rajesh Upadhayay Sent: Tuesday, September 10, 2013 1:31 PM To: openstack at lists.openstack.org Subject: Instance failed to spawn Hi, Can someone please help me as I have successfully setup Openstack grizzly on DomU but getting below error and not able to launch instance due to Spawning issue. 2013-09-10 13:19:43.536 WARNING nova.scheduler.driver [req-8cef211b-5ea4-4657-b823-1ca967efd232 33156467441344e8817046e95f0c381c 2687d9c88b514bea9564eb682c5644a5] [inst ance: ac0f94fc-7c6d-43d6-a49d-2958e0694e6c] Setting instance to ERROR state. 2013-09-10 13:22:40.843 ERROR nova.scheduler.filter_scheduler [req-973d4cd8-c722-4bb5-92b8-ced31c6ab4f0 33156467441344e8817046e95f0c381c 2687d9c88b514bea9564eb682c5644a 5] [instance: fe706720-1111-4498-9b57-f1a6daaeea45] Error from last host: xplinno1ctlr1 (node xenserver): [u'Traceback (most recent call last):\n', u' File "/usr/lib/p ython2.7/dist-packages/nova/compute/manager.py", line 848, in _run_instance\n set_access_ip=set_access_ip)\n', u' File "/usr/lib/python2.7/dist-packages/nova/comput e/manager.py", line 1107, in _spawn\n LOG.exception(_(\'Instance failed to spawn\'), instance=instance)\n', u' File "/usr/lib/python2.7/contextlib.py", line 24, in __exit__\n self.gen.next()\n', u' File "/usr/lib/python2.7/dist-packages/nova/compute/manager.py", line 1103, in _spawn\n block_device_info)\n', u' File "/usr/l ib/python2.7/dist-packages/nova/virt/xenapi/driver.py", line 177, in spawn\n admin_password, network_info, block_device_info)\n', u' File "/usr/lib/python2.7/dist-p ackages/nova/virt/xenapi/vmops.py", line 480, in spawn\n undo_mgr.rollback_and_reraise(msg=msg, instance=instance)\n', u' File "/usr/lib/python2.7/dist-packages/nov a/utils.py", line 1250, in rollback_and_reraise\n self._rollback()\n', u' File "/usr/lib/python2.7/contextlib.py", line 24, in __exit__\n self.gen.next()\n', u' File "/usr/lib/python2.7/dist-packages/nova/virt/xenapi/vmops.py", line 463, in spawn\n vdis = create_disks_step(undo_mgr, disk_image_type, image_meta)\n', u' File "/usr/lib/python2.7/dist-packages/nova/virt/xenapi/vmops.py", line 142, in inner\n rv = f(*args, **kwargs)\n', u' File "/usr/lib/python2.7/dist-packages/nova/virt/ xenapi/vmops.py", line 346, in create_disks_step\n block_device_info=block_device_info)\n', u' File "/usr/lib/python2.7/dist-packages/nova/virt/xenapi/vmops.py", li ne 317, in _create_disks\n block_device_info=block_device_info)\n', u' File "/usr/lib/python2.7/dist-packages/nova/virt/xenapi/vm_utils.py", line 518, in get_vdis_f or_instance\n context, session, instance, name_label, image, image_type)\n', u' File "/usr/lib/python2.7/dist-packages/nova/virt/xenapi/vm_utils.py", line 974, in _ create_image\n image_id, image_type)\n', u' File "/usr/lib/python2.7/dist-packages/nova/virt/xenapi/vm_utils.py", line 919, in _create_cached_image\n image_id, i mage_type)\n', u' File "/usr/lib/python2.7/dist-packages/nova/virt/xenapi/vm_utils.py", line 997, in _fetch_image\n image_id, image_type)\n', u' File "/usr/lib/pyt hon2.7/dist-packages/nova/virt/xenapi/vm_utils.py", line 1209, in _fetch_disk_image\n with vdi_attached_here(session, vdi_ref, read_only=False) as dev:\n', u' File "/usr/lib/python2.7/contextlib.py", line 17, in __enter__\n return self.gen.next()\n', u' File "/usr/lib/python2.7/dist-packages/nova/virt/xenapi/vm_utils.py", line 1907, in vdi_attached_here\n _wait_for_device(dev)\n', u' File "/usr/lib/python2.7/dist-packages/nova/virt/xenapi/vm_utils.py", line 1864, in _wait_for_device\n _(\'Timeout waiting for device %s to be created\') % dev)\n', u'StorageError: Timeout waiting for device hdc to be created\n'] 2013-09-10 13:22:40.878 WARNING nova.scheduler.driver [req-973d4cd8-c722-4bb5-92b8-ced31c6ab4f0 33156467441344e8817046e95f0c381c 2687d9c88b514bea9564eb682c5644a5] [inst ance: fe706720-1111-4498-9b57-f1a6daaeea45] Setting instance to ERROR state. root at xplinno1ctlr1:~# nova hypervisor-list +----+---------------------+ | ID | Hypervisor hostname | +----+---------------------+ | 1 | xenserver | +----+---------------------+ root at xplinno1ctlr1:~# Thanks & Regards, Rajesh Upadhayay -------------- next part -------------- An HTML attachment was scrubbed... URL: From bob.ball at citrix.com Thu Sep 19 09:40:06 2013 From: bob.ball at citrix.com (Bob Ball) Date: Thu, 19 Sep 2013 09:40:06 +0000 Subject: [Openstack] Instance failed to spawn In-Reply-To: <7EF4E3F5F11ABF4CB0BA41CEF83B3CAF82133A23@xpwinno1emb1> References: <7EF4E3F5F11ABF4CB0BA41CEF83B3CAF8210DD65@xpwinno1emb1> <7EF4E3F5F11ABF4CB0BA41CEF83B3CAF821339D7@xpwinno1emb1> <7EF4E3F5F11ABF4CB0BA41CEF83B3CAF82133A23@xpwinno1emb1> Message-ID: That error is down to having the networking setup incorrectly. Check flat_interface, flat_network_bridge, public_interface and vlan_interface in /etc/nova/nova.conf. These should be set to an appropriate physical device (for _interface settings) and XAPI network (for _bridge) settings. In your case I'm assuming that flat_network_bridge is defined as br100, which does not exist as a XAPI network. Bob From: Rajesh Upadhayay [mailto:rupadhayay at xavient.com] Sent: 19 September 2013 10:31 To: Bob Ball; 'openstack at lists.openstack.org' Subject: RE: Instance failed to spawn Hi Bob, Thanks for replying back.. I have resolved this issue by removing physical CD-ROM from XEN -Dom0; But now I have a new error 2013-09-19 14:37:52.286 ERROR nova.scheduler.filter_scheduler [req-0c4412e1-77dc-4c59-a869-ce337b0e1c1b 93bcfd34b6174a638d0563af20a1db4d e60e26b10d0348629bb0dadce475ed1 f] [instance: 06664ac2-9d2b-409e-b1f0-dc537968f0f9] Error from last host: cloudbox.xavient.com (node xenserver1.xavient.com): [u'Traceback (most recent call last):\n', u' File "/usr/lib/python2.7/dist-packages/nova/compute/manager.py", line 848, in _run_instance\n set_access_ip=set_access_ip)\n', u' File "/usr/lib/python2.7/dist- packages/nova/compute/manager.py", line 1107, in _spawn\n LOG.exception(_(\'Instance failed to spawn\'), instance=instance)\n', u' File "/usr/lib/python2.7/contextl ib.py", line 24, in __exit__\n self.gen.next()\n', u' File "/usr/lib/python2.7/dist-packages/nova/compute/manager.py", line 1103, in _spawn\n block_device_info)\ n', u' File "/usr/lib/python2.7/dist-packages/nova/virt/xenapi/driver.py", line 177, in spawn\n admin_password, network_info, block_device_info)\n', u' File "/usr/ lib/python2.7/dist-packages/nova/virt/xenapi/vmops.py", line 480, in spawn\n undo_mgr.rollback_and_reraise(msg=msg, instance=instance)\n', u' File "/usr/lib/python2 .7/dist-packages/nova/utils.py", line 1250, in rollback_and_reraise\n self._rollback()\n', u' File "/usr/lib/python2.7/contextlib.py", line 24, in __exit__\n sel f.gen.next()\n', u' File "/usr/lib/python2.7/dist-packages/nova/virt/xenapi/vmops.py", line 468, in spawn\n setup_network_step(undo_mgr, vm_ref, vdis)\n', u' File "/usr/lib/python2.7/dist-packages/nova/virt/xenapi/vmops.py", line 142, in inner\n rv = f(*args, **kwargs)\n', u' File "/usr/lib/python2.7/dist-packages/nova/virt/x enapi/vmops.py", line 416, in setup_network_step\n rescue)\n', u' File "/usr/lib/python2.7/dist-packages/nova/virt/xenapi/vmops.py", line 507, in _setup_vm_networki ng\n self._create_vifs(vm_ref, instance, network_info)\n', u' File "/usr/lib/python2.7/dist-packages/nova/virt/xenapi/vmops.py", line 1479, in _create_vifs\n vm_ ref=vm_ref, device=device)\n', u' File "/usr/lib/python2.7/dist-packages/nova/virt/xenapi/vif.py", line 56, in plug\n self._session, vif[\'network\'][\'bridge\'])\n ', u' File "/usr/lib/python2.7/dist-packages/nova/virt/xenapi/network_utils.py", line 49, in find_network_with_bridge\n raise Exception(_(\'Found no network for bri dge %s\') % bridge)\n', u'Exception: Found no network for bridge br100\n'] Thanks & Regards, Rajesh Upadhayay From: Bob Ball [mailto:bob.ball at citrix.com] Sent: Thursday, September 19, 2013 2:59 PM To: Rajesh Upadhayay; 'openstack at lists.openstack.org' Subject: RE: Instance failed to spawn Hi Rajesh, This isn't something I've seen before - typically the time we wait for a block device to exist (10 seconds) is more than enough. There might be some more information in /var/log/xensource.log, dmesg or further up in the compute log - where it's talking about plugging the VBDs. Is there anything special about this device? E.g. is it a cinder device, or is it remote storage? Bob From: Rajesh Upadhayay [mailto:rupadhayay at xavient.com] Sent: 19 September 2013 08:17 To: 'openstack at lists.openstack.org' Subject: Re: [Openstack] Instance failed to spawn Still struggling to resolve this issue. Please help me if someone face same issue. Thanks & Regards, Rajesh Upadhayay From: Rajesh Upadhayay Sent: Tuesday, September 10, 2013 1:31 PM To: openstack at lists.openstack.org Subject: Instance failed to spawn Hi, Can someone please help me as I have successfully setup Openstack grizzly on DomU but getting below error and not able to launch instance due to Spawning issue. 2013-09-10 13:19:43.536 WARNING nova.scheduler.driver [req-8cef211b-5ea4-4657-b823-1ca967efd232 33156467441344e8817046e95f0c381c 2687d9c88b514bea9564eb682c5644a5] [inst ance: ac0f94fc-7c6d-43d6-a49d-2958e0694e6c] Setting instance to ERROR state. 2013-09-10 13:22:40.843 ERROR nova.scheduler.filter_scheduler [req-973d4cd8-c722-4bb5-92b8-ced31c6ab4f0 33156467441344e8817046e95f0c381c 2687d9c88b514bea9564eb682c5644a 5] [instance: fe706720-1111-4498-9b57-f1a6daaeea45] Error from last host: xplinno1ctlr1 (node xenserver): [u'Traceback (most recent call last):\n', u' File "/usr/lib/p ython2.7/dist-packages/nova/compute/manager.py", line 848, in _run_instance\n set_access_ip=set_access_ip)\n', u' File "/usr/lib/python2.7/dist-packages/nova/comput e/manager.py", line 1107, in _spawn\n LOG.exception(_(\'Instance failed to spawn\'), instance=instance)\n', u' File "/usr/lib/python2.7/contextlib.py", line 24, in __exit__\n self.gen.next()\n', u' File "/usr/lib/python2.7/dist-packages/nova/compute/manager.py", line 1103, in _spawn\n block_device_info)\n', u' File "/usr/l ib/python2.7/dist-packages/nova/virt/xenapi/driver.py", line 177, in spawn\n admin_password, network_info, block_device_info)\n', u' File "/usr/lib/python2.7/dist-p ackages/nova/virt/xenapi/vmops.py", line 480, in spawn\n undo_mgr.rollback_and_reraise(msg=msg, instance=instance)\n', u' File "/usr/lib/python2.7/dist-packages/nov a/utils.py", line 1250, in rollback_and_reraise\n self._rollback()\n', u' File "/usr/lib/python2.7/contextlib.py", line 24, in __exit__\n self.gen.next()\n', u' File "/usr/lib/python2.7/dist-packages/nova/virt/xenapi/vmops.py", line 463, in spawn\n vdis = create_disks_step(undo_mgr, disk_image_type, image_meta)\n', u' File "/usr/lib/python2.7/dist-packages/nova/virt/xenapi/vmops.py", line 142, in inner\n rv = f(*args, **kwargs)\n', u' File "/usr/lib/python2.7/dist-packages/nova/virt/ xenapi/vmops.py", line 346, in create_disks_step\n block_device_info=block_device_info)\n', u' File "/usr/lib/python2.7/dist-packages/nova/virt/xenapi/vmops.py", li ne 317, in _create_disks\n block_device_info=block_device_info)\n', u' File "/usr/lib/python2.7/dist-packages/nova/virt/xenapi/vm_utils.py", line 518, in get_vdis_f or_instance\n context, session, instance, name_label, image, image_type)\n', u' File "/usr/lib/python2.7/dist-packages/nova/virt/xenapi/vm_utils.py", line 974, in _ create_image\n image_id, image_type)\n', u' File "/usr/lib/python2.7/dist-packages/nova/virt/xenapi/vm_utils.py", line 919, in _create_cached_image\n image_id, i mage_type)\n', u' File "/usr/lib/python2.7/dist-packages/nova/virt/xenapi/vm_utils.py", line 997, in _fetch_image\n image_id, image_type)\n', u' File "/usr/lib/pyt hon2.7/dist-packages/nova/virt/xenapi/vm_utils.py", line 1209, in _fetch_disk_image\n with vdi_attached_here(session, vdi_ref, read_only=False) as dev:\n', u' File "/usr/lib/python2.7/contextlib.py", line 17, in __enter__\n return self.gen.next()\n', u' File "/usr/lib/python2.7/dist-packages/nova/virt/xenapi/vm_utils.py", line 1907, in vdi_attached_here\n _wait_for_device(dev)\n', u' File "/usr/lib/python2.7/dist-packages/nova/virt/xenapi/vm_utils.py", line 1864, in _wait_for_device\n _(\'Timeout waiting for device %s to be created\') % dev)\n', u'StorageError: Timeout waiting for device hdc to be created\n'] 2013-09-10 13:22:40.878 WARNING nova.scheduler.driver [req-973d4cd8-c722-4bb5-92b8-ced31c6ab4f0 33156467441344e8817046e95f0c381c 2687d9c88b514bea9564eb682c5644a5] [inst ance: fe706720-1111-4498-9b57-f1a6daaeea45] Setting instance to ERROR state. root at xplinno1ctlr1:~# nova hypervisor-list +----+---------------------+ | ID | Hypervisor hostname | +----+---------------------+ | 1 | xenserver | +----+---------------------+ root at xplinno1ctlr1:~# Thanks & Regards, Rajesh Upadhayay -------------- next part -------------- An HTML attachment was scrubbed... URL: From sandy.walsh at rackspace.com Thu Sep 19 11:43:59 2013 From: sandy.walsh at rackspace.com (Sandy Walsh) Date: Thu, 19 Sep 2013 08:43:59 -0300 Subject: [Openstack] Notification Usage in OpenStack ... a report card In-Reply-To: References: Message-ID: <523AE37F.4070703@rackspace.com> On 09/19/2013 12:14 AM, Joshua Harlow wrote: > Thanks Sandy for the nice report, > > Just to note that although taskflow is 'red' it also is in a slightly > different category (in my view). One that is different from the other > items in that table. > > Taskflow is a designed to be a library and the rest of the items in that > table are what I would call 'applications/services'. > > Taskflow provides hook-in points to receive information about all > activities task-flow is doing but imho it is not up to taskflow to dictate > usage of oslo rpc or oslo notifications. If those can be hooked-in to > taskflows 'emission points' than all the better I think, since that kind > of decoupling creates a better and more useful library for all to use. As > more and more projects start to use/integrate taskflow they automatically > gain those emission points (and can use them to drive oslo rpc or oslo > notifications, or both). That¹s my current thinking anyway. > > Some details at the following: > > * https://wiki.openstack.org/wiki/TaskFlow/States_of_Task_and_Flow > * https://wiki.openstack.org/wiki/TaskFlow#Engines > > As usual main page @ https://wiki.openstack.org/wiki/TaskFlow Thanks Josh ... totally makes sense. I've updated the report to reflect his. It would be nice to have the notification driver available out of the box (perhaps as a plugin). Cheers -S > -Josh > > > On 9/16/13 11:20 AM, "Sandy Walsh" wrote: > >> Hey y'all! >> >> I took a little time to review most of the OpenStack projects and check >> on their notification support. Happy to say, adoption is good. There are >> things we could do better, but overall very positive. >> >> The article also talks a little about what makes for good notification >> support. Something for you all to think about at the Icehouse summit :) >> >> I'm sure I've made some mistakes along the way, so please let me know and >> I'll fix accordingly. >> >> http://www.sandywalsh.com/2013/09/notification-usage-in-openstack-report.h >> tml >> >> Look forward to your feedback! >> >> -Sandy >> _______________________________________________ >> Mailing list: >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> Post to : openstack at lists.openstack.org >> Unsubscribe : >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > From marcelodieder at gmail.com Thu Sep 19 12:41:07 2013 From: marcelodieder at gmail.com (Marcelo Dieder) Date: Thu, 19 Sep 2013 09:41:07 -0300 Subject: [Openstack] Pesquisa Openstack Brasil Message-ID: Pessoal, Encaminho abaixo o link para a pesquisa do Openstack aqui no Brasil. A pesquisa foi baseada em partes no "Openstack Survey" que é realizado pela Fundação. Ainda assim, se alguém do grupo quiser sugerir alguma outra questão, ou mesmo administrar o formulário por favor fique a vontade. A pesquisa será utilizada para apresentarmos o uso do Openstack aqui no Brasil no próximo Summit em Hong Kong e será muito válido para termos uma evolução do Openstack por aqui. Penso que é importante a participação de todos que tenham o mínimo de envolvimento com o projeto. A pesquisa não levará mais do que 3 minutos, e não há a obrigatoriedade de se identificar ou mesmo identificar a sua corporação, ainda que seja necessário colocar algum nome. Ela ficará aberta a partir de hoje até o dia 30/09 e será disponibilizadapara todos verem os resultados. https://docs.google.com/forms/d/1npNipUeK0Zkru5RvIu25VUcHjmUuvOFugGFWGmuO82M/viewform -- Att. Marcelo Dieder -------------- next part -------------- An HTML attachment was scrubbed... URL: From marcelodieder at gmail.com Thu Sep 19 12:45:55 2013 From: marcelodieder at gmail.com (Marcelo Dieder) Date: Thu, 19 Sep 2013 09:45:55 -0300 Subject: [Openstack] Pesquisa Openstack Brasil In-Reply-To: References: Message-ID: Sorry. I sent to thist list, but it was for the local list. Please disregard this email. Em 19 de setembro de 2013 09:41, Marcelo Dieder escreveu: > Pessoal, > > Encaminho abaixo o link para a pesquisa do Openstack aqui no Brasil. A > pesquisa foi baseada em partes no "Openstack Survey" que é realizado pela > Fundação. Ainda assim, se alguém do grupo quiser sugerir alguma outra questão, > ou mesmo administrar o formulário por favor fique a vontade. > > A pesquisa será utilizada para apresentarmos o uso do Openstack aqui no > Brasil no próximo Summit em Hong Kong e será muito válido para termos uma > evolução do Openstack por aqui. Penso que é importante a participação de > todos que tenham o mínimo de envolvimento com o projeto. A pesquisa não > levará mais do que 3 minutos, e não há a obrigatoriedade de se > identificar ou mesmo identificar a sua corporação, ainda que seja > necessário colocar algum nome. > > Ela ficará aberta a partir de hoje até o dia 30/09 e será disponibilizadapara todos verem > os resultados. > > > https://docs.google.com/forms/d/1npNipUeK0Zkru5RvIu25VUcHjmUuvOFugGFWGmuO82M/viewform > > > -- > Att. > Marcelo Dieder > -- Att. Marcelo Dieder -------------- next part -------------- An HTML attachment was scrubbed... URL: From tyky72 at gmail.com Thu Sep 19 13:04:47 2013 From: tyky72 at gmail.com (Juha Tynninen) Date: Thu, 19 Sep 2013 16:04:47 +0300 Subject: [Openstack] [nova in havana]: vm status update delay when vm process is killed... In-Reply-To: References: Message-ID: Hi, Ok, seems to be I can eliminate the delay by editing the value for the nova/compute/manager.py related configuration item in nova.conf: cfg.IntOpt('sync_power_state_interval', default=600, help='interval to sync power states between ' 'the database and the hypervisor'), In the grizzly code there is also this default 600 seconds interval defined for this check, but still there wasn't this kind of delay present... I wonder what has changed. How do you see, is there some negative effects to set the sync_power_state_interval very low in havana (e.g. 1s or even lower)...? Thanks, -Juha On 18 September 2013 12:41, Juha Tynninen wrote: > Hi, > > Previously in grizzly if I killed the VM process (in case of devstack the > relevant qemu-system process) nova > almost immediately noticed this and the status of VM was updated to > SHUTOFF. > > But now in havana it takes about 5 minutes the VM status to change to > SHUTOFF. > Anyone knows what causes this delay? > > Thanks, > -Juha > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ayoung at redhat.com Thu Sep 19 13:56:13 2013 From: ayoung at redhat.com (Adam Young) Date: Thu, 19 Sep 2013 09:56:13 -0400 Subject: [Openstack] Keystone pluggable auth? In-Reply-To: <1379560692.2374.16.camel@dhcp-40-102.bne.redhat.com> References: <1379560692.2374.16.camel@dhcp-40-102.bne.redhat.com> Message-ID: <523B027D.1060202@redhat.com> On 09/18/2013 11:18 PM, Jamie Lennox wrote: > Can you clarify a bit please? Keystone is working on a pluggable auth > model based off nova's, however it isn't implemented yet. Jamie, you are thining client. I thin he is referring to the Server piece, v3/auth > > If you mean choosing the identity api version for working with nova i > can't really help there. > > Jamie > > > On Mon, 2013-09-16 at 11:36 -0600, Wyllys Ingersoll wrote: >> >> Just wondering if the new pluggable auth feature for Keystone is only >> available for V3 auth protocol or if it can work with v2 also? Sorry, v2 only >> >> >> -Wyllys Ingersoll >> Evault >> _______________________________________________ >> Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> Post to : openstack at lists.openstack.org >> Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > > > _______________________________________________ > Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack From guang.yee at hp.com Thu Sep 19 16:05:42 2013 From: guang.yee at hp.com (Yee, Guang) Date: Thu, 19 Sep 2013 16:05:42 +0000 Subject: [Openstack] Keystone pluggable auth? In-Reply-To: <523B027D.1060202@redhat.com> References: <1379560692.2374.16.camel@dhcp-40-102.bne.redhat.com> <523B027D.1060202@redhat.com> Message-ID: Though V2 does support REMOTE_USER auth so I suppose you can run Keystone in Apache mod_wsgi and leveraging the Apache auth modules? Guang > -----Original Message----- > From: Adam Young [mailto:ayoung at redhat.com] > Sent: Thursday, September 19, 2013 6:56 AM > To: openstack at lists.openstack.org > Subject: Re: [Openstack] Keystone pluggable auth? > > On 09/18/2013 11:18 PM, Jamie Lennox wrote: > > Can you clarify a bit please? Keystone is working on a pluggable auth > > model based off nova's, however it isn't implemented yet. > Jamie, you are thining client. I thin he is referring to the Server > piece, v3/auth > > > > > If you mean choosing the identity api version for working with nova i > > can't really help there. > > > > Jamie > > > > > > On Mon, 2013-09-16 at 11:36 -0600, Wyllys Ingersoll wrote: > >> > >> Just wondering if the new pluggable auth feature for Keystone is > only > >> available for V3 auth protocol or if it can work with v2 also? > Sorry, v2 only > > >> > >> > >> -Wyllys Ingersoll > >> Evault > >> _______________________________________________ > >> Mailing list: http://lists.openstack.org/cgi- > bin/mailman/listinfo/openstack > >> Post to : openstack at lists.openstack.org > >> Unsubscribe : http://lists.openstack.org/cgi- > bin/mailman/listinfo/openstack > > > > > > > > _______________________________________________ > > Mailing list: http://lists.openstack.org/cgi- > bin/mailman/listinfo/openstack > > Post to : openstack at lists.openstack.org > > Unsubscribe : http://lists.openstack.org/cgi- > bin/mailman/listinfo/openstack > > > _______________________________________________ > Mailing list: http://lists.openstack.org/cgi- > bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : http://lists.openstack.org/cgi- > bin/mailman/listinfo/openstack -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 6186 bytes Desc: not available URL: From isaacm at bitheads.com Thu Sep 19 16:31:13 2013 From: isaacm at bitheads.com (McFaul, Isaac) Date: Thu, 19 Sep 2013 12:31:13 -0400 Subject: [Openstack] Quantum-common install fails Message-ID: Hi, We're running a multi-node Openstack environment (Grizzly) on Ubuntu 12.04. Recently, when adding a compute node to the cluster, the following error occurs when installing quantum-common: Setting up quantum-common (2012.1-0ubuntu4) ... Adding system user `quantum' (UID 110) ... Adding new user `quantum' (UID 110) with group `quantum' ... Not creating home directory `/var/lib/quantum'. chown: cannot access `/etc/quantum/': No such file or directory dpkg: error processing quantum-common (--configure): subprocess installed post-installation script returned error exit status 1 dpkg: dependency problems prevent configuration of quantum-plugin-openvswitch-agent: quantum-plugin-openvswitch-agent depends on quantum-common; however: Package quantum-common is not configured yet. dpkg: error processing quantum-plugin-openvswitch-agent (--configure): dependency problems - leaving unconfigured Processing triggers for libc-bin ... ldconfig deferred processing now taking place No apport report written because the error message indicates its a followup error from a previous failure. Errors were encountered while processing: quantum-common quantum-plugin-openvswitch-agent E: Sub-process /usr/bin/dpkg returned an error code (1) The quantum-plugin-openvswitch-agent also fails because of its dependency on quantum-common. We've tried creating /etc/quantum manually and installing the package, however the directory remains empty. This bug was reportedly fixed in version 2012.1-0ubuntu3 in April of 2012. https://bugs.launchpad.net/ubuntu/+source/quantum/+bug/979159 Our cluster was initially set up using the guide here: https://github.com/mseknibilel/OpenStack-Grizzly-Install-Guide/blob/OVS_MultiNode/OpenStack_Grizzly_Install_Guide.rst We've been following these instructions to add compute nodes in the past without issue. Has anyone else been experiencing this, or have any insight into what's happening? Thanks, Isaac McFaul Network Administrator bitHeads, inc. isaacm at bitheads.com www.bitheads.com tel: (613) 722-3232 x362 From robert.clark at hp.com Thu Sep 19 17:25:24 2013 From: robert.clark at hp.com (Clark, Robert Graham) Date: Thu, 19 Sep 2013 17:25:24 +0000 Subject: [Openstack] [OSSG][OSSN] Restarting memcached loses revoked token list Message-ID: Restarting memcached loses revoked token list ----- ### Summary ### When a cloud is deployed using Memcache as a backend for Keystone tokens there is a security concern that restarting Memcached will lose the list of revoked tokens, potentially allowing bad tokens / users to access the system after they had been revoked. ### Affected Services / Software ### Keystone, Memcache ### Discussion ### There might be ways to mitigate in the future, such as running memcached on multiple machines to ensure redundancy should the Keystone server fail. In a clustered environment, it will only be an issue if all of the memcached machines shutdown. Memcachedb might also be a potential way to mitigate. http://memcachedb.org/ NOTE: Some deployments may intentionally flush Memcached in response to https://bugs.launchpad.net/ossn/+bug/1179955 - please exercise caution when considering how to approach this problem. ### Recommended Actions ### This is a fundamental problem with using in-memory ephemeral storage for security information. If your deployment has strong security requirements or a reliance on up-to-date revoked token information we suggest you consider using an on-disk DB such as MySQL / PostgreSQL or perhaps look into Memcachedb. ### Contacts / References ### This OSSN : https://bugs.launchpad.net/ossn/+bug/1182920 Blueprint : https://blueprints.launchpad.net/keystone/+spec/revocation-backend OpenStack Security ML : openstack-security at lists.openstack.org OpenStack Security Group : https://launchpad.net/~openstack-ossg -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 6187 bytes Desc: not available URL: From robert.clark at hp.com Thu Sep 19 17:28:30 2013 From: robert.clark at hp.com (Clark, Robert Graham) Date: Thu, 19 Sep 2013 17:28:30 +0000 Subject: [Openstack] [OSSG][OSSN] Some SSL-Enabled connections fail to perform basic certificate checks Message-ID: Some SSL-Enabled connections fail to perform basic certificate checks ---- ### Summary ### In many places OpenStack components use Python 2.x HTTPSConnection to establish an SSL connection between endpoints. This does not provide many of the assurances one would expect when using SSL and leaves connections open to potential man-in-the-middle attacks ### Affected Services / Software ### keystone/middleware/s3_token.py keystone/middleware/ec2_token.py keystone/common/bufferedhttp.py vendor/python-keystoneclient-master/keystoneclient/middleware/auth_token .py ### Discussion ### A secure SSL session relies on validation of a X.509 certificate. Basic checks include: * Is the certificate signed by a CA I recognize * Has the CA revoked this certificate * Does the common name on the certificate match the server I'm trying to reach The HTTPSConnection class is used in a large number of locations and fails to check that certificates are signed by a valid authority. Without that check in place, the following checks (some highlighted above) are largely invalid. The result is that an attacker who has access to the network traffic between two endpoints relying on HTTPSConnection can trivially create a certificate that will be accepted by HTTPSConnection as valid - allowing the attacker to intercept, read and modify traffic that should be encrypted by SSL. ### Recommended Actions ### Some projects have updated their code to be more secure, others have not. The OSSG suggest cloud deployers check the status of bug https://bugs.launchpad.net/ossn/+bug/1188189 to see if the projects they require have updated. ### Contacts / References ### This OSSN : https://bugs.launchpad.net/ossn/+bug/1188189 OpenStack Security ML : openstack-security at lists.openstack.org OpenStack Security Group : https://launchpad.net/~openstack-ossg -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 6187 bytes Desc: not available URL: From robert.clark at hp.com Thu Sep 19 17:34:26 2013 From: robert.clark at hp.com (Clark, Robert Graham) Date: Thu, 19 Sep 2013 17:34:26 +0000 Subject: [Openstack] [OSSG][OSSN] Configure Horizon to mitigate BREACH/CRIME attacks Message-ID: Configure Horizon to mitigate BREACH/CRIME attacks ----- ### Summary ### In its default configuration Horizon is vulnerable to BREACH/CRIME style chosen plaintext attacks which may allow an attacker to execute CSRF attacks. ### Affected Services / Software ### Horizon, Django, Apache, NGinx, ### Discussion ### The BREACH attack may be used to compromise Django's CSRF protection. OpenStack's Horizon web dashboard is built with Django and consequently affected. There is no Horizon patch but there are protection options. BREACH takes advantage of vulnerabilities when serving compressed data over SSL/TLS. ### Recommended Actions ### Disable Django's GZIP Middleware https://docs.djangoproject.com/en/dev/ref/middleware/#module-django.midd leware.gzip Disable GZip compression in your web server's config: * Apache: Disable mod_deflate * http://httpd.apache.org/docs/2.2/mod/mod_deflate.html * Nginx: Disable the gzip module * http://wiki.nginx.org/HttpGzipModule ### Contacts / References ### This OSSN : https://bugs.launchpad.net/ossn/+bug/1209250 Django advice on BREACH : https://www.djangoproject.com/weblog/2013/aug/06/breach-and-django/ More info on BREACH : http://breachattack.com/ OpenStack Security ML : openstack-security at lists.openstack.org OpenStack Security Group : https://launchpad.net/~openstack-ossg -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 6187 bytes Desc: not available URL: From robert.clark at hp.com Thu Sep 19 17:39:00 2013 From: robert.clark at hp.com (Clark, Robert Graham) Date: Thu, 19 Sep 2013 17:39:00 +0000 Subject: [Openstack] [OSSG][OSSN] HTTP Strict Transport Security not enabled on Horizon Dashboard Message-ID: HTTP Strict Transport Security not enabled on Horizon Dashboard ---- ### Summary ### Cloud operators using Horizon for production or internet facing operations should strongly consider configuring HSTS for their deployment ### Affected Services / Software ### Horizon, SSL, TLS, Apache, Nginx ### Discussion ### HTTP Strict Transport Security (HSTS) enforces that all communications with a server go over SSL. This mitigates the threat from attacks such as SSL-Strip which replaces links on the wire, stripping away https prefixes and potentially allowing an attacker to view confidential information on the wire. HSTS can be enabled in Apache and Nginx, the two primary ways of serving Horizon at scale. ### Recommended Actions ### Apache Configuration: ------------------------- Add this to the relevant vhost: Header add Strict-Transport-Security "max-age=15768000" We suggest also using mod_rewrite to ensure all visitors to Horizon land on a secure page Add this into your main configuration file RewriteEngine On RewriteCond %{HTTPS} off RewriteRule (.*) https://%{HTTP_HOST}%{REQUEST_URI} Nginx Configuration: ------------------------ add_header Strict-Transport-Security max-age=15768000; As always, test these configuration settings before deploying them to production in order to catch any bugs etc. ### Contacts / References ### This OSSN : https://bugs.launchpad.net/ossn/+bug/1191050 Documentation Bug : https://bugs.launchpad.net/openstack-manuals/+bug/1210409 OpenStack Security ML : openstack-security at lists.openstack.org OpenStack Security Group : https://launchpad.net/~openstack-ossg -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 6187 bytes Desc: not available URL: From robert.clark at hp.com Thu Sep 19 17:40:33 2013 From: robert.clark at hp.com (Clark, Robert Graham) Date: Thu, 19 Sep 2013 17:40:33 +0000 Subject: [Openstack] [OSSG][OSSN] Horizon does not set Secure Attribute in cookies Message-ID: Horizon does not set Secure Attribute in cookies ----- ### Summary ### Horizon does not, by default, set the Secure Attribute in cookies ### Affected Services / Software ### Horizon, Django ### Discussion ### When used in production Horizon should have the Secure Attribute for cookies set. When this flag is set, browsers will only transfer the cookie over secure channels. Without it set, browsers may transfer the cookie over plain-text channels, potentially exposing the contents to an attacker who can then use the cookie to authenticate with the Horizon server as the original user. ### Recommended Actions ### Enable secure cookie by setting the SESSION_COOKIE_SECURE config flag to true: https://docs.djangoproject.com/en/dev/ref/settings/#std:setting-SESSION_ COOKIE_SECURE ### Contacts / References ### This OSSN : https://bugs.launchpad.net/ossn/+bug/1191051 Related Horizon/Django OSSN : https://bugs.launchpad.net/ossn/+bug/1191050 OpenStack Security ML : openstack-security at lists.openstack.org OpenStack Security Group : https://launchpad.net/~openstack-ossg -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 6187 bytes Desc: not available URL: From luisguilherme.cr at gmail.com Thu Sep 19 18:46:31 2013 From: luisguilherme.cr at gmail.com (Guilherme Russi) Date: Thu, 19 Sep 2013 15:46:31 -0300 Subject: [Openstack] Attaching FloatingIP to VM In-Reply-To: References: Message-ID: Hello again Rahul, any idea about what i should do? Should i create the public network from demo user? Thank you. 2013/9/18 Guilherme Russi > Hey Rahul, > > I've tried to create the public network again and now I put the --shared > when I typed the command to create it, but the same way I still get the > error message. Do I need to create another credential to my demo user? I > had a grizzly version installed before I format my controller node and it > worked fine. > > Thank you. > > Regards. > > > 2013/9/16 Rahul Sharma > >> Hi Guilherme, >> >> If you will source these credentials, then you will be able to perform >> operations on admin tenant and not on the demo tenant. For demo tenant, you >> need to change the OS_TENANT_NAME to demo. You would have created networks >> and ports using these credentials during installation, now you would be >> able to assign floating-ip's to vm's or ports of tenant "admin". For demo >> user, you need to share that network with demo tenant. Try and check if it >> works. Floating-ip is from the external network and it would be shared. If >> it doesn't work, try deleting the existing networks and creating again >> using UI if possible. >> >> --Rahul >> >> >> On Tue, Sep 17, 2013 at 1:05 AM, Guilherme Russi < >> luisguilherme.cr at gmail.com> wrote: >> >>> Hello Rahul, here are my credentials: >>> >>> export OS_TENANT_NAME=admin >>> export OS_USERNAME=admin >>> export OS_PASSWORD=password >>> export OS_AUTH_URL="http://localhost:35357/v2.0/" >>> export OS_SERVICE_ENDPOINT="http://localhost:35357/v2.0" >>> export OS_SERVICE_TOKEN=password >>> >>> Do I need credentials to demo user too? I had another installation, >>> before reinstall my ubuntu again, and my credentials were like this and I >>> could allocate floating ip. >>> >>> Regards. >>> >>> 2013/9/16 Rahul Sharma >>> >>>> Hi Guilherme, >>>> >>>> I am not sure but I have a wild guess that you might have created the >>>> port using admin user and allocated floating-ip using demo user. If you >>>> are using CLI, then what are the parameters you have sourced using >>>> openrc/localrc? Have you sourced the correct tenant's credentials i.e. of >>>> admin's or of demo's? Sometimes, we make mistakes in sourcing the wrong >>>> credentials, hence making the guess. >>>> >>>> -Regards >>>> Rahul >>>> >>> >>> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From razique.mahroua at clouditcanada.com Thu Sep 19 20:19:44 2013 From: razique.mahroua at clouditcanada.com (Razique Mahroua) Date: Thu, 19 Sep 2013 22:19:44 +0200 Subject: [Openstack] Quantum MySQL master <-> master replication often fails Message-ID: Hi guys, for my prod environment I'm deploying two MySQL servers on two controllers. MySQL is configured in active/ active replication…. BUT what I've noticed is that replication often fails because of Quantum foreign keys, when I delete a network for instance: > Last_Error: Error 'Cannot delete or update a parent row: a foreign key constraint fails (`quantum`.`ports`, CONSTRAINT `ports_ibfk_1` FOREIGN KEY (`network_id`) REFERENCES `networks` (`id`))' on query. Default database: 'quantum'. Query: 'DELETE FROM networks WHERE networks.id = 'f33591d2-2008-4893-b1bb-51649b745af2' you guys ever face that issue? thanks ! -- Razique Mahroua / Engineering +336 77 73 23 90/ razique.mahroua at clouditcanada.com Cloud I.T. Canada Office: 1-855-200-0320 / Fax: 1-866-227-2174 231 Shearson Cres – Suite 109B. Cambridge, ON. N1T 1J5 http://www.clouditcanada.com This e-mail message may contain confidential or legally privileged information and is intended only for the use of the intended recipient(s). Any unauthorized disclosure, dissemination, distribution, copying or the taking of any action in reliance on the information herein is prohibited. E-mails are not secure and cannot be guaranteed to be error free as they can be intercepted, amended, or contain viruses. Anyone who communicates with us by e-mail is deemed to have accepted these risks. Cloud I.T. Canada is not responsible for errors or omissions in this message and denies any responsibility for any damage arising from the use of e-mail. Any opinion and other statement contained in this message and any attachment are solely those of the author and do not necessarily represent those of the company. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: logo.jpg Type: image/jpeg Size: 8016 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: facebook.png Type: image/png Size: 554 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: twitter.png Type: image/png Size: 592 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: linkedin.png Type: image/png Size: 631 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: skype.png Type: image/png Size: 800 bytes Desc: not available URL: From tyky72 at gmail.com Fri Sep 20 06:29:26 2013 From: tyky72 at gmail.com (Juha Tynninen) Date: Fri, 20 Sep 2013 09:29:26 +0300 Subject: [Openstack] [Heat/havana]: Heat delete occasionally fails Message-ID: Hi, In havana deleting the stack occasionally fails to timeout "Error: Timed out trying to delete user". If tried again the the delete can be succesfull. 2013-09-20 08:58:56.910 ERROR heat.engine.resource [-] Delete Restarter "RestartPolicy" 2013-09-20 08:58:56.910 TRACE heat.engine.resource Traceback (most recent call last): 2013-09-20 08:58:56.910 TRACE heat.engine.resource File "/opt/stack/heat/heat/engine/resource.py", line 527, in delete 2013-09-20 08:58:56.910 TRACE heat.engine.resource handle_data = self.handle_delete() 2013-09-20 08:58:56.910 TRACE heat.engine.resource File "/opt/stack/heat/heat/engine/signal_responder.py", line 61, in handle_delete 2013-09-20 08:58:56.910 TRACE heat.engine.resource self.keystone().delete_stack_user(self.resource_id) 2013-09-20 08:58:56.910 TRACE heat.engine.resource File "/opt/stack/heat/heat/common/heat_keystoneclient.py", line 269, in delete_stack_user 2013-09-20 08:58:56.910 TRACE heat.engine.resource raise exception.Error(reason) 2013-09-20 08:58:56.910 TRACE heat.engine.resource Error: Timed out trying to delete user 2013-09-20 08:58:56.910 TRACE heat.engine.resource 2013-09-20 08:58:57.212 DEBUG heat.engine.scheduler [-] Task destroy from None cancelled from (pid=8388) cancel /opt/stack/heat/heat/engine/scheduler.py:187 Any ideas what is the reason for this / is this a bug? Thanks, -Juha -------------- next part -------------- An HTML attachment was scrubbed... URL: From rahulsharmaait at gmail.com Fri Sep 20 06:41:11 2013 From: rahulsharmaait at gmail.com (Rahul Sharma) Date: Fri, 20 Sep 2013 12:11:11 +0530 Subject: [Openstack] Attaching FloatingIP to VM In-Reply-To: References: Message-ID: Ideally, if you share your external network, then every tenant should be able to use that network. Maybe you need to look at the quantum logs(server, l3-agent, openvswitch) to figure out the issue. Source the credentials for demo user(need to change OS_TENANT_NAME=demo). Allocate floating ip using: quantum floatingip-create Pick the port-id of your vm: quantum port-list Associate that floating ip to your vm: quantum floatingip-associate $put_id_floating_ip $put_id_vm_port If this doesn't work, then check the logs and see where its failing. Follow this guide as it works fine: https://github.com/mseknibilel/OpenStack-Grizzly-Install-Guide/blob/OVS_MultiNode/OpenStack_Grizzly_Install_Guide.rst Rahul On Fri, Sep 20, 2013 at 12:16 AM, Guilherme Russi < luisguilherme.cr at gmail.com> wrote: > Hello again Rahul, any idea about what i should do? Should i create the > public network from demo user? > > Thank you. > > > 2013/9/18 Guilherme Russi > >> Hey Rahul, >> >> I've tried to create the public network again and now I put the --shared >> when I typed the command to create it, but the same way I still get the >> error message. Do I need to create another credential to my demo user? I >> had a grizzly version installed before I format my controller node and it >> worked fine. >> >> Thank you. >> >> Regards. >> >> >> 2013/9/16 Rahul Sharma >> >>> Hi Guilherme, >>> >>> If you will source these credentials, then you will be able to perform >>> operations on admin tenant and not on the demo tenant. For demo tenant, you >>> need to change the OS_TENANT_NAME to demo. You would have created networks >>> and ports using these credentials during installation, now you would be >>> able to assign floating-ip's to vm's or ports of tenant "admin". For demo >>> user, you need to share that network with demo tenant. Try and check if it >>> works. Floating-ip is from the external network and it would be shared. If >>> it doesn't work, try deleting the existing networks and creating again >>> using UI if possible. >>> >>> --Rahul >>> >>> >>> On Tue, Sep 17, 2013 at 1:05 AM, Guilherme Russi < >>> luisguilherme.cr at gmail.com> wrote: >>> >>>> Hello Rahul, here are my credentials: >>>> >>>> export OS_TENANT_NAME=admin >>>> export OS_USERNAME=admin >>>> export OS_PASSWORD=password >>>> export OS_AUTH_URL="http://localhost:35357/v2.0/" >>>> export OS_SERVICE_ENDPOINT="http://localhost:35357/v2.0" >>>> export OS_SERVICE_TOKEN=password >>>> >>>> Do I need credentials to demo user too? I had another installation, >>>> before reinstall my ubuntu again, and my credentials were like this and I >>>> could allocate floating ip. >>>> >>>> Regards. >>>> >>>> 2013/9/16 Rahul Sharma >>>> >>>>> Hi Guilherme, >>>>> >>>>> I am not sure but I have a wild guess that you might have created the >>>>> port using admin user and allocated floating-ip using demo user. If you >>>>> are using CLI, then what are the parameters you have sourced using >>>>> openrc/localrc? Have you sourced the correct tenant's credentials i.e. of >>>>> admin's or of demo's? Sometimes, we make mistakes in sourcing the wrong >>>>> credentials, hence making the guess. >>>>> >>>>> -Regards >>>>> Rahul >>>>> >>>> >>>> >>> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From tyky72 at gmail.com Fri Sep 20 06:43:27 2013 From: tyky72 at gmail.com (Juha Tynninen) Date: Fri, 20 Sep 2013 09:43:27 +0300 Subject: [Openstack] [Heat/havana]: User needs admin rights in order to heat create to succeed Message-ID: Hi, In havana the user must have admin privileges to be able to create heat stacks having e.g. HARestarter resource. Otherwise an error will occur... What's logic behind this / or is this a bug? 2013-09-19 17:56:11.380 TRACE heat.engine.resource File "/opt/stack/python-keystoneclient/keystoneclient/v2_0/users.py", line 97, in create 2013-09-19 17:56:11.380 TRACE heat.engine.resource return self._create('/users', params, "user") 2013-09-19 17:56:11.380 TRACE heat.engine.resource File "/opt/stack/python-keystoneclient/keystoneclient/base.py", line 146, in _create 2013-09-19 17:56:11.380 TRACE heat.engine.resource return self._post(url, body, response_key, return_raw) 2013-09-19 17:56:11.380 TRACE heat.engine.resource File "/opt/stack/python-keystoneclient/keystoneclient/base.py", line 159, in _post 2013-09-19 17:56:11.380 TRACE heat.engine.resource resp, body = self.client.post(url, body=body) 2013-09-19 17:56:11.380 TRACE heat.engine.resource File "/opt/stack/python-keystoneclient/keystoneclient/httpclient.py", line 660, in post 2013-09-19 17:56:11.380 TRACE heat.engine.resource return self._cs_request(url, 'POST', **kwargs) 2013-09-19 17:56:11.380 TRACE heat.engine.resource File "/opt/stack/python-keystoneclient/keystoneclient/httpclient.py", line 650, in _cs_request 2013-09-19 17:56:11.380 TRACE heat.engine.resource **kwargs) 2013-09-19 17:56:11.380 TRACE heat.engine.resource File "/opt/stack/python-keystoneclient/keystoneclient/httpclient.py", line 609, in request 2013-09-19 17:56:11.380 TRACE heat.engine.resource **request_kwargs) 2013-09-19 17:56:11.380 TRACE heat.engine.resource File "/opt/stack/python-keystoneclient/keystoneclient/httpclient.py", line 123, in request 2013-09-19 17:56:11.380 TRACE heat.engine.resource raise exceptions.from_response(resp, method, url) 2013-09-19 17:56:11.380 TRACE heat.engine.resource Forbidden: You are not authorized to perform the requested action, admin_required. (HTTP 403) Thanks, -Juha -------------- next part -------------- An HTML attachment was scrubbed... URL: From chu.ducminh at gmail.com Fri Sep 20 07:58:44 2013 From: chu.ducminh at gmail.com (Chu Duc Minh) Date: Fri, 20 Sep 2013 14:58:44 +0700 Subject: [Openstack] [Grizzly] Quantum-L3-Agent quite slow on initialization Message-ID: I use Quantum-ovs with IP network-namespace. I only have 1 quantum-router with 30 networks. Each network have exactly 1 subnet (like: 10.0.x.0/24) Currently, i only use 10 floating IP for some VM instances. But when i (re-)start quantum-la3-agent, i took > 5 minutes to complete initialization: ("complete initialization" means finish build iptables rules, ip namespace, add floating ip,...) I recheck quantum-l3-agent log and I sure about this. *Do you think 5 minutes is too much for a network configuration like that?* Best Regards, -------------- next part -------------- An HTML attachment was scrubbed... URL: From pkopec17 at gmail.com Fri Sep 20 09:41:22 2013 From: pkopec17 at gmail.com (Piotr Kopec) Date: Fri, 20 Sep 2013 11:41:22 +0200 Subject: [Openstack] How to specify a compute node for instance to boot Message-ID: Hello folks, I'm wondering how those compute nodes are working in practice. End user will use Dashboard for building instances. So I have deployed nova as follows: [root at ctlnode136 ~]# nova-manage service list Binary Host Zone Status State Updated_At nova-cert ctlnode136 internal enabled :-) 2013-09-20 09:34:04 nova-scheduler ctlnode136 internal enabled :-) 2013-09-20 09:34:04 nova-consoleauth ctlnode136 internal enabled :-) 2013-09-20 09:34:04 nova-conductor ctlnode136 internal enabled :-) 2013-09-20 09:33:58 nova-compute network nova enabled :-) 2013-09-20 09:34:01 nova-console ctlnode136 internal enabled :-) 2013-09-20 09:34:02 nova-compute compute nova enabled :-) 2013-09-20 09:34:01 nova-console compute internal enabled XXX 2013-09-20 09:32:20 And each time when I‘m creating instance from Dashboard it’s admin panel shows that those instances live on “compute” host. Not even single instance, created from Dashboard, live on (in my case) “network” host. Is there any way to distribute equally among compute nodes instances created from Dashboard? Thanks for replies. Piotr. -------------- next part -------------- An HTML attachment was scrubbed... URL: From mahardika.gilang at andalabs.com Fri Sep 20 09:57:10 2013 From: mahardika.gilang at andalabs.com (Mahardhika Gilang) Date: Fri, 20 Sep 2013 16:57:10 +0700 Subject: [Openstack] How to specify a compute node for instance to boot In-Reply-To: References: Message-ID: <523C1BF6.7000006@andalabs.com> Tryin to answer here, Instance will build on compute node that have nova-compute and kvm on it, and determining which is compute with quantum configuration in sql_connection section. On 9/20/2013 4:41 PM, Piotr Kopec wrote: > > Hello folks, > > I'm wondering how those compute nodes are working in practice. End > user will use Dashboard for building instances. > So I have deployed nova as follows: > > |[root at ctlnode136 ~]# nova-manage service list > Binary Host Zone Status State Updated_At > nova-cert ctlnode136 internal enabled :-) 2013-09-20 09:34:04 > nova-scheduler ctlnode136 internal enabled :-) 2013-09-20 09:34:04 > nova-consoleauth ctlnode136 internal enabled :-) 2013-09-20 09:34:04 > nova-conductor ctlnode136 internal enabled :-) 2013-09-20 09:33:58 > nova-compute network nova enabled :-) 2013-09-20 09:34:01 > nova-console ctlnode136 internal enabled :-) 2013-09-20 09:34:02 > nova-compute compute nova enabled :-) 2013-09-20 09:34:01 > nova-console compute internal enabled XXX 2013-09-20 09:32:20| > > And each time when I'm creating instance from Dashboard it's admin > panel shows that those instances live on "compute" host. Not even > single instance, created from Dashboard, live on (in my case) > "network" host. > > Is there any way to distribute equally among compute nodes instances > created from Dashboard? > > Thanks for replies. > > Piotr. > > > > _______________________________________________ > Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack -- Regards, Mahardhika Gilang *PT. Andalabs Technology * Gedung Gravira Jl. Cideng Barat no. 54 Jakarta Pusat 10150 HP : 0852 139 55861 Email : mahardika.gilang at andalabs.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From pkopec17 at gmail.com Fri Sep 20 11:03:05 2013 From: pkopec17 at gmail.com (Piotr Kopec) Date: Fri, 20 Sep 2013 13:03:05 +0200 Subject: [Openstack] How to specify a compute node for instance to boot In-Reply-To: <523C1BF6.7000006@andalabs.com> References: <523C1BF6.7000006@andalabs.com> Message-ID: Thanks for that Mahardhika, I believe you but I still don't see where this options is specified. Could you tell me where can I find it? (I'm working on Grizzly now) And another question: How can I configure quantum (because (correct me if i'm wrong) it is responsible for choosing compute node for instances) to distribute instances among compute nodes? Any links with some explenation about that issue will be appreciated. Unfortunately doc.openstack.org doesn't explain a lot about that. Regards Piotr 2013/9/20 Mahardhika Gilang > Tryin to answer here, > Instance will build on compute node that have nova-compute and kvm on it, > and determining which is compute with quantum configuration in > sql_connection section. > > > On 9/20/2013 4:41 PM, Piotr Kopec wrote: > > Hello folks, > > I'm wondering how those compute nodes are working in practice. End user > will use Dashboard for building instances. > So I have deployed nova as follows: > > [root at ctlnode136 ~]# nova-manage service list > Binary Host Zone Status State Updated_At > nova-cert ctlnode136 internal enabled :-) 2013-09-20 09:34:04 > nova-scheduler ctlnode136 internal enabled :-) 2013-09-20 09:34:04 > nova-consoleauth ctlnode136 internal enabled :-) 2013-09-20 09:34:04 > nova-conductor ctlnode136 internal enabled :-) 2013-09-20 09:33:58 > nova-compute network nova enabled :-) 2013-09-20 09:34:01 > nova-console ctlnode136 internal enabled :-) 2013-09-20 09:34:02 > nova-compute compute nova enabled :-) 2013-09-20 09:34:01 > nova-console compute internal enabled XXX 2013-09-20 09:32:20 > > And each time when I‘m creating instance from Dashboard it’s admin panel > shows that those instances live on “compute” host. Not even single > instance, created from Dashboard, live on (in my case) “network” host. > > Is there any way to distribute equally among compute nodes instances > created from Dashboard? > > Thanks for replies. > > Piotr. > > > _______________________________________________ > Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > > > -- > Regards, > Mahardhika Gilang > > *PT. Andalabs Technology * > Gedung Gravira > Jl. Cideng Barat no. 54 > Jakarta Pusat 10150 > > HP : 0852 139 55861 > Email : mahardika.gilang at andalabs.com > -------------- next part -------------- An HTML attachment was scrubbed... URL: From n.paladi at gmail.com Fri Sep 20 11:47:38 2013 From: n.paladi at gmail.com (Nicolae Paladi) Date: Fri, 20 Sep 2013 13:47:38 +0200 Subject: [Openstack] mapping between VNC ports and instances Message-ID: Hi, is there a quick way (console or GUI) to find out the mapping between VNC ports active instances? In other words, how do I know which VNC port should be used to reach a particular instance? Cheers, /Nicolae -------------- next part -------------- An HTML attachment was scrubbed... URL: From sshimpi at expedia.com Fri Sep 20 12:05:17 2013 From: sshimpi at expedia.com (Sagar Shimpi) Date: Fri, 20 Sep 2013 13:05:17 +0100 Subject: [Openstack] Savanna error Message-ID: Hi team I am using - Redhat 6.4 64-bit RDO -> rdo-release-grizzly-3.noarch I installed RDO grizzly on my desktop and I am able to login to the dashboard. Also I am able to create Vm's and login into the VM's. I tried to install Savanna following guidelines given on - https://savanna.readthedocs.org/en/latest/userdoc/installation.guide.html I completed the steps given in - "To install into a virtual environment" I am able to see the "SAVANNA" tab in Openstack dashboard, but when I click the savanna tab I am getting error saying "Something went wrong!" Following are my logs - ------------------------------ tail -f /var/log/keystone/keystone.log 2013-09-20 17:22:08 WARNING [keystone.common.wsgi] Authorization failed. The request you have made requires authentication. from 172.26.35.81 2013-09-20 17:22:57 WARNING [keystone.common.wsgi] Authorization failed. The request you have made requires authentication. from 172.26.35.81 2013-09-20 17:23:46 WARNING [keystone.common.wsgi] Authorization failed. The request you have made requires authentication. from 172.26.35.81 2013-09-20 17:24:35 WARNING [keystone.common.wsgi] Authorization failed. The request you have made requires authentication. from 172.26.35.81 2013-09-20 17:26:19 WARNING [keystone.common.wsgi] Authorization failed. The request you have made requires authentication. from 172.26.35.81 2013-09-20 17:27:08 WARNING [keystone.common.wsgi] Authorization failed. The request you have made requires authentication. from 172.26.35.81 2013-09-20 17:27:57 WARNING [keystone.common.wsgi] Authorization failed. The request you have made requires authentication. from 172.26.35.81 2013-09-20 17:28:46 WARNING [keystone.common.wsgi] Authorization failed. The request you have made requires authentication. from 172.26.35.81 2013-09-20 17:29:35 WARNING [keystone.common.wsgi] Authorization failed. The request you have made requires authentication. from 172.26.35.81 2013-09-20 17:30:42 WARNING [keystone.common.wsgi] Authorization failed. The request you have made requires authentication. from 127.0.0.1 2013-09-20 17:31:19 WARNING [keystone.common.wsgi] Authorization failed. The request you have made requires authentication. from 172.26.35.81 ------------------------------ tail -f /var/log/savanna.log 2013-09-20 17:32:03.721 31415 DEBUG keystoneclient.middleware.auth_token [-] Authenticating user token __call__ /root/savanna-venv/lib/python2.6/site-packages/keystoneclient/middleware/auth_token.py:445 2013-09-20 17:32:03.721 31415 DEBUG keystoneclient.middleware.auth_token [-] Removing headers from request environment: X-Identity-Status,X-Domain-Id,X-Domain-Name,X-Project-Id,X-Project-Name,X-Project-Domain-Id,X-Project-Domain-Name,X-User-Id,X-User-Name,X-User-Domain-Id,X-User-Domain-Name,X-Roles,X-Service-Catalog,X-User,X-Tenant-Id,X-Tenant-Name,X-Tenant,X-Role _remove_auth_headers /root/savanna-venv/lib/python2.6/site-packages/keystoneclient/middleware/auth_token.py:503 2013-09-20 17:32:03.767 31415 WARNING keystoneclient.middleware.auth_token [-] Unexpected response from keystone service: {u'error': {u'message': u'The request you have made requires authentication.', u'code': 401, u'title': u'Not Authorized'}} 2013-09-20 17:32:03.767 31415 DEBUG keystoneclient.middleware.auth_token [-] Token validation failure. _validate_user_token /root/savanna-venv/lib/python2.6/site-packages/keystoneclient/middleware/auth_token.py:704 2013-09-20 17:32:03.767 31415 TRACE keystoneclient.middleware.auth_token Traceback (most recent call last): 2013-09-20 17:32:03.767 31415 TRACE keystoneclient.middleware.auth_token File "/root/savanna-venv/lib/python2.6/site-packages/keystoneclient/middleware/auth_token.py", line 699, in _validate_user_token 2013-09-20 17:32:03.767 31415 TRACE keystoneclient.middleware.auth_token data = self.verify_uuid_token(user_token, retry) 2013-09-20 17:32:03.767 31415 TRACE keystoneclient.middleware.auth_token File "/root/savanna-venv/lib/python2.6/site-packages/keystoneclient/middleware/auth_token.py", line 995, in verify_uuid_token 2013-09-20 17:32:03.767 31415 TRACE keystoneclient.middleware.auth_token headers = {'X-Auth-Token': self.get_admin_token()} 2013-09-20 17:32:03.767 31415 TRACE keystoneclient.middleware.auth_token File "/root/savanna-venv/lib/python2.6/site-packages/keystoneclient/middleware/auth_token.py", line 554, in get_admin_token 2013-09-20 17:32:03.767 31415 TRACE keystoneclient.middleware.auth_token self.admin_token_expiry) = self._request_admin_token() 2013-09-20 17:32:03.767 31415 TRACE keystoneclient.middleware.auth_token File "/root/savanna-venv/lib/python2.6/site-packages/keystoneclient/middleware/auth_token.py", line 674, in _request_admin_token 2013-09-20 17:32:03.767 31415 TRACE keystoneclient.middleware.auth_token raise ServiceError('invalid json response') 2013-09-20 17:32:03.767 31415 TRACE keystoneclient.middleware.auth_token ServiceError: invalid json response 2013-09-20 17:32:03.767 31415 TRACE keystoneclient.middleware.auth_token 2013-09-20 17:32:03.768 31415 DEBUG keystoneclient.middleware.auth_token [-] Marking token bc895966e9bab6912fdb7befb4e99590 as unauthorized in memcache _cache_store_invalid /root/savanna-venv/lib/python2.6/site-packages/keystoneclient/middleware/auth_token.py:965 2013-09-20 17:32:03.768 31415 WARNING keystoneclient.middleware.auth_token [-] Authorization failed for token bc895966e9bab6912fdb7befb4e99590 2013-09-20 17:32:03.769 31415 INFO keystoneclient.middleware.auth_token [-] Invalid user token - rejecting request ------------------------------ [root at openstack ]# cat /root/savanna-venv/etc/savanna.conf [DEFAULT] # REST API config port=8386 # Address and credentials that will be used to check auth tokens os_auth_host=172.26.35.81 os_auth_port=35357 os_admin_username=admin os_admin_password=openstack os_admin_tenant_name=admin # When set to false, Savanna uses only internal IP of VMs. # When set to true, Savanna expects OpenStack to auto- # assign floating IPs to cluster nodes. Internal IPs will # be used for inter-cluster communication, while floating # ones will be used by Savanna to configure nodes. Also # floating IPs will be exposed in service URLs. #use_floating_ips=True # The suffix of the node's FQDN. In nova-network that is # dhcp_domain config parameter (string value) #node_domain=novalocal # List of plugins to be loaded. Savanna preserves the order of # the list when returning it. (list value) plugins=vanilla,hdp [plugin:vanilla] plugin_class=savanna.plugins.vanilla.plugin:VanillaProvider [plugin:hdp] plugin_class=savanna.plugins.hdp.ambariplugin:AmbariPlugin [database] # URL for sqlalchemy database (string value) connection=sqlite:////tmp/savanna-server.db ------------------------------ [root at openstack]# cat /root/keystonerc_admin export OS_USERNAME=admin export OS_TENANT_NAME=admin export OS_PASSWORD=openstack export OS_AUTH_URL=http://172.26.35.81:35357/v2.0/ export PS1='[\u@\h \W(keystone_admin)]\$ ' [root at openstack ]# ------------------------------------------------------------------------------------------- Can you please guide me where it is gng wrong ? Sagar Shimpi Expedia India 22nd Floor, DLF Building 5C, DLF Cyber City Phase III Gurgaon 122002, Haryana India DDI: 0124 6170828 | Mobile: +91 8800911665 E-mail: sshimpi at expedia.com [cid:C550160C-7357-49B1-B1EB-4908C4313442][cid:EAE35D86-53BE-4F11-84D8-A785E02960AF][cid:F65E3D87-1826-4FB0-B7BB-6FFE7CB336DB][cid:75A13A2F-1F3B-4542-ABD7-C96E58EAD311] Please consider the environment before printing this e-mail -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 4223BBED-DF84-4DDA-AB29-210CCCD59880[4].png Type: image/png Size: 5013 bytes Desc: 4223BBED-DF84-4DDA-AB29-210CCCD59880[4].png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: BBCDF80E-DFE8-4510-BD03-18DF646CD01C[4].png Type: image/png Size: 4681 bytes Desc: BBCDF80E-DFE8-4510-BD03-18DF646CD01C[4].png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: DCAFB94A-5382-40E0-A922-97A3F70D405C[4].png Type: image/png Size: 4315 bytes Desc: DCAFB94A-5382-40E0-A922-97A3F70D405C[4].png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: F766545D-BD07-4D8D-8F6E-AFAC7952B680[4].png Type: image/png Size: 4437 bytes Desc: F766545D-BD07-4D8D-8F6E-AFAC7952B680[4].png URL: From landru at telecom-lille.fr Fri Sep 20 13:02:45 2013 From: landru at telecom-lille.fr (Jacques LANDRU) Date: Fri, 20 Sep 2013 15:02:45 +0200 (CEST) Subject: [Openstack] Savanna error In-Reply-To: References: Message-ID: <68520449.1127109.1379682165640.JavaMail.root@telecom-lille.fr> Hi, On the compute node console, with KVM/libvirt, I use "ps | grep" command # ps -edf | grep instance-xxxx or to list all instances # ps -edf | grep kvm | grep vnc If you know the libvirt domainname or domainid (*) of your instance, you can also use the virsh vncdisplay command - locally on the compute-node console # virsh -c qemu:///system vncdisplay - remotely # virsh -c qemu://compute-node-address/system vncdisplay (*) domainname or domainid can be displayed using the "virsh list" command Hope, this can help. Jacques Landru -----oOo----- Jacques Landru mel: landru~hat~telecom-lille.fr tel: +33 (0)3 2033 5556 fax: +33 (0)3 2033 5598 Telecom Lille Cite scientifique, rue G. Marconi, BP20145 59653 VILLENEUVE D'ASCQ Cedex web: http://www.telecom-lille.fr Tel: +33 (0)3 2033 5577 Fax: +33 (0)3 2033 5599 -----oOo----- ----- Mail original ----- De: "Sagar Shimpi" À: openstack at lists.openstack.org Envoyé: Vendredi 20 Septembre 2013 14:05:17 Objet: [Openstack] Savanna error Hi team I am using - Redhat 6.4 64-bit RDO -> rdo-release-grizzly-3.noarch I installed RDO grizzly on my desktop and I am able to login to the dashboard. Also I am able to create Vm's and login into the VM's. I tried to install Savanna following guidelines given on - https://savanna.readthedocs.org/en/latest/userdoc/installation.guide.html I completed the steps given in - " To install into a virtual environment" I am able to see the "SAVANNA" tab in Openstack dashboard, but when I click the savanna tab I am getting error saying " Something went wrong! " Following are my logs - ------------------------------ tail -f /var/log/keystone/keystone.log 2013-09-20 17:22:08 WARNING [keystone.common.wsgi] Authorization failed. The request you have made requires authentication. from 172.26.35.81 2013-09-20 17:22:57 WARNING [keystone.common.wsgi] Authorization failed. The request you have made requires authentication. from 172.26.35.81 2013-09-20 17:23:46 WARNING [keystone.common.wsgi] Authorization failed. The request you have made requires authentication. from 172.26.35.81 2013-09-20 17:24:35 WARNING [keystone.common.wsgi] Authorization failed. The request you have made requires authentication. from 172.26.35.81 2013-09-20 17:26:19 WARNING [keystone.common.wsgi] Authorization failed. The request you have made requires authentication. from 172.26.35.81 2013-09-20 17:27:08 WARNING [keystone.common.wsgi] Authorization failed. The request you have made requires authentication. from 172.26.35.81 2013-09-20 17:27:57 WARNING [keystone.common.wsgi] Authorization failed. The request you have made requires authentication. from 172.26.35.81 2013-09-20 17:28:46 WARNING [keystone.common.wsgi] Authorization failed. The request you have made requires authentication. from 172.26.35.81 2013-09-20 17:29:35 WARNING [keystone.common.wsgi] Authorization failed. The request you have made requires authentication. from 172.26.35.81 2013-09-20 17:30:42 WARNING [keystone.common.wsgi] Authorization failed. The request you have made requires authentication. from 127.0.0.1 2013-09-20 17:31:19 WARNING [keystone.common.wsgi] Authorization failed. The request you have made requires authentication. from 172.26.35.81 ------------------------------ tail -f /var/log/savanna.log 2013-09-20 17:32:03.721 31415 DEBUG keystoneclient.middleware.auth_token [-] Authenticating user token __call__ /root/savanna-venv/lib/python2.6/site-packages/keystoneclient/middleware/auth_token.py:445 2013-09-20 17:32:03.721 31415 DEBUG keystoneclient.middleware.auth_token [-] Removing headers from request environment: X-Identity-Status,X-Domain-Id,X-Domain-Name,X-Project-Id,X-Project-Name,X-Project-Domain-Id,X-Project-Domain-Name,X-User-Id,X-User-Name,X-User-Domain-Id,X-User-Domain-Name,X-Roles,X-Service-Catalog,X-User,X-Tenant-Id,X-Tenant-Name,X-Tenant,X-Role _remove_auth_headers /root/savanna-venv/lib/python2.6/site-packages/keystoneclient/middleware/auth_token.py:503 2013-09-20 17:32:03.767 31415 WARNING keystoneclient.middleware.auth_token [-] Unexpected response from keystone service: {u'error': {u'message': u'The request you have made requires authentication.', u'code': 401, u'title': u'Not Authorized'}} 2013-09-20 17:32:03.767 31415 DEBUG keystoneclient.middleware.auth_token [-] Token validation failure. _validate_user_token /root/savanna-venv/lib/python2.6/site-packages/keystoneclient/middleware/auth_token.py:704 2013-09-20 17:32:03.767 31415 TRACE keystoneclient.middleware.auth_token Traceback (most recent call last): 2013-09-20 17:32:03.767 31415 TRACE keystoneclient.middleware.auth_token File "/root/savanna-venv/lib/python2.6/site-packages/keystoneclient/middleware/auth_token.py", line 699, in _validate_user_token 2013-09-20 17:32:03.767 31415 TRACE keystoneclient.middleware.auth_token data = self.verify_uuid_token(user_token, retry) 2013-09-20 17:32:03.767 31415 TRACE keystoneclient.middleware.auth_token File "/root/savanna-venv/lib/python2.6/site-packages/keystoneclient/middleware/auth_token.py", line 995, in verify_uuid_token 2013-09-20 17:32:03.767 31415 TRACE keystoneclient.middleware.auth_token headers = {'X-Auth-Token': self.get_admin_token()} 2013-09-20 17:32:03.767 31415 TRACE keystoneclient.middleware.auth_token File "/root/savanna-venv/lib/python2.6/site-packages/keystoneclient/middleware/auth_token.py", line 554, in get_admin_token 2013-09-20 17:32:03.767 31415 TRACE keystoneclient.middleware.auth_token self.admin_token_expiry) = self._request_admin_token() 2013-09-20 17:32:03.767 31415 TRACE keystoneclient.middleware.auth_token File "/root/savanna-venv/lib/python2.6/site-packages/keystoneclient/middleware/auth_token.py", line 674, in _request_admin_token 2013-09-20 17:32:03.767 31415 TRACE keystoneclient.middleware.auth_token raise ServiceError('invalid json response') 2013-09-20 17:32:03.767 31415 TRACE keystoneclient.middleware.auth_token ServiceError: invalid json response 2013-09-20 17:32:03.767 31415 TRACE keystoneclient.middleware.auth_token 2013-09-20 17:32:03.768 31415 DEBUG keystoneclient.middleware.auth_token [-] Marking token bc895966e9bab6912fdb7befb4e99590 as unauthorized in memcache _cache_store_invalid /root/savanna-venv/lib/python2.6/site-packages/keystoneclient/middleware/auth_token.py:965 2013-09-20 17:32:03.768 31415 WARNING keystoneclient.middleware.auth_token [-] Authorization failed for token bc895966e9bab6912fdb7befb4e99590 2013-09-20 17:32:03.769 31415 INFO keystoneclient.middleware.auth_token [-] Invalid user token - rejecting request ------------------------------ [root at openstack ]# cat /root/savanna-venv/etc/savanna.conf [DEFAULT] # REST API config port=8386 # Address and credentials that will be used to check auth tokens os_auth_host=172.26.35.81 os_auth_port=35357 os_admin_username=admin os_admin_password=openstack os_admin_tenant_name=admin # When set to false, Savanna uses only internal IP of VMs. # When set to true, Savanna expects OpenStack to auto- # assign floating IPs to cluster nodes. Internal IPs will # be used for inter-cluster communication, while floating # ones will be used by Savanna to configure nodes. Also # floating IPs will be exposed in service URLs. #use_floating_ips=True # The suffix of the node's FQDN. In nova-network that is # dhcp_domain config parameter (string value) #node_domain=novalocal # List of plugins to be loaded. Savanna preserves the order of # the list when returning it. (list value) plugins=vanilla,hdp [plugin:vanilla] plugin_class=savanna.plugins.vanilla.plugin:VanillaProvider [plugin:hdp] plugin_class=savanna.plugins.hdp.ambariplugin:AmbariPlugin [database] # URL for sqlalchemy database (string value) connection=sqlite:////tmp/savanna-server.db ------------------------------ [root at openstack]# cat /root/keystonerc_admin export OS_USERNAME=admin export OS_TENANT_NAME=admin export OS_PASSWORD=openstack export OS_AUTH_URL=http://172.26.35.81:35357/v2.0/ export PS1='[\u@\h \W(keystone_admin)]\$ ' [root at openstack ]# ------------------------------------------------------------------------------------------- Can you please guide me where it is gng wrong ? Sagar Shimpi Expedia India 22nd Floor, DLF Building 5C, DLF Cyber City Phase III Gurgaon 122002, Haryana India DDI: 0124 6170828 | Mobile: +91 8800911665 E-mail: sshimpi at expedia.com Please consider the environment before printing this e-mail _______________________________________________ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : openstack at lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack From rahulsharmaait at gmail.com Fri Sep 20 13:06:28 2013 From: rahulsharmaait at gmail.com (Rahul Sharma) Date: Fri, 20 Sep 2013 18:36:28 +0530 Subject: [Openstack] How to specify a compute node for instance to boot In-Reply-To: References: <523C1BF6.7000006@andalabs.com> Message-ID: Hi All, I am not sure how quantum is responsible for figuring out the compute-host(as per your discussion). All I knew is that its nova-scheduler whose job is to figure out which compute node should be used for bringing up the instances. Correct me if I am wrong. @Piotr: Each nova-compute node keeps on updating nova-scheduler about the amount of RAM + vCPUs it has. Basic nova-scheduler checks which host has the maximum free RAM at that moment and launches the instance on that host. In your case, all your instances would be coming on single compute node since it would be having the max RAM even after the launch of 'n' instances. The moment its free RAM becomes less than that of other compute-node, next instance will be launched on the other node. To know more about it, you can have a look at nova-scheduler and its various configurations. http://docs.openstack.org/trunk/openstack-compute/admin/content/ch_scheduling.html -Regards Rahul Sharma On Fri, Sep 20, 2013 at 4:33 PM, Piotr Kopec wrote: > Thanks for that Mahardhika, > > I believe you but I still don't see where this options is specified. Could > you tell me where can I find it? (I'm working on Grizzly now) > And another question: How can I configure quantum (because (correct me if > i'm wrong) it is responsible for choosing compute node for instances) to > distribute instances among compute nodes? > > Any links with some explenation about that issue will be appreciated. > Unfortunately doc.openstack.org doesn't explain a lot about that. > > Regards > Piotr > > > 2013/9/20 Mahardhika Gilang > >> Tryin to answer here, >> Instance will build on compute node that have nova-compute and kvm on it, >> and determining which is compute with quantum configuration in >> sql_connection section. >> >> >> On 9/20/2013 4:41 PM, Piotr Kopec wrote: >> >> Hello folks, >> >> I'm wondering how those compute nodes are working in practice. End user >> will use Dashboard for building instances. >> So I have deployed nova as follows: >> >> [root at ctlnode136 ~]# nova-manage service list >> Binary Host Zone Status State Updated_At >> nova-cert ctlnode136 internal enabled :-) 2013-09-20 09:34:04 >> nova-scheduler ctlnode136 internal enabled :-) 2013-09-20 09:34:04 >> nova-consoleauth ctlnode136 internal enabled :-) 2013-09-20 09:34:04 >> nova-conductor ctlnode136 internal enabled :-) 2013-09-20 09:33:58 >> nova-compute network nova enabled :-) 2013-09-20 09:34:01 >> nova-console ctlnode136 internal enabled :-) 2013-09-20 09:34:02 >> nova-compute compute nova enabled :-) 2013-09-20 09:34:01 >> nova-console compute internal enabled XXX 2013-09-20 09:32:20 >> >> And each time when I‘m creating instance from Dashboard it’s admin panel >> shows that those instances live on “compute” host. Not even single >> instance, created from Dashboard, live on (in my case) “network” host. >> >> Is there any way to distribute equally among compute nodes instances >> created from Dashboard? >> >> Thanks for replies. >> >> Piotr. >> >> >> _______________________________________________ >> Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> Post to : openstack at lists.openstack.org >> Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> >> >> >> -- >> Regards, >> Mahardhika Gilang >> >> *PT. Andalabs Technology * >> Gedung Gravira >> Jl. Cideng Barat no. 54 >> Jakarta Pusat 10150 >> >> HP : 0852 139 55861 >> Email : mahardika.gilang at andalabs.com >> > > > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From landru at telecom-lille.fr Fri Sep 20 15:37:11 2013 From: landru at telecom-lille.fr (Jacques LANDRU) Date: Fri, 20 Sep 2013 17:37:11 +0200 (CEST) Subject: [Openstack] Savanna error In-Reply-To: <68520449.1127109.1379682165640.JavaMail.root@telecom-lille.fr> References: <68520449.1127109.1379682165640.JavaMail.root@telecom-lille.fr> Message-ID: <177785074.1141153.1379691431483.JavaMail.root@telecom-lille.fr> oupps, The previous reply was in the wrong thread. sorry. Jacques Landru ----- Mail original ----- De: "Jacques LANDRU" Cc: openstack at lists.openstack.org Envoyé: Vendredi 20 Septembre 2013 15:02:45 Objet: Re: [Openstack] Savanna error Hi, On the compute node console, with KVM/libvirt, I use "ps | grep" command # ps -edf | grep instance-xxxx or to list all instances # ps -edf | grep kvm | grep vnc If you know the libvirt domainname or domainid (*) of your instance, you can also use the virsh vncdisplay command - locally on the compute-node console # virsh -c qemu:///system vncdisplay - remotely # virsh -c qemu://compute-node-address/system vncdisplay (*) domainname or domainid can be displayed using the "virsh list" command Hope, this can help. Jacques Landru -----oOo----- Jacques Landru mel: landru~hat~telecom-lille.fr tel: +33 (0)3 2033 5556 fax: +33 (0)3 2033 5598 Telecom Lille Cite scientifique, rue G. Marconi, BP20145 59653 VILLENEUVE D'ASCQ Cedex web: http://www.telecom-lille.fr Tel: +33 (0)3 2033 5577 Fax: +33 (0)3 2033 5599 -----oOo----- ----- Mail original ----- De: "Sagar Shimpi" À: openstack at lists.openstack.org Envoyé: Vendredi 20 Septembre 2013 14:05:17 Objet: [Openstack] Savanna error Hi team I am using - Redhat 6.4 64-bit RDO -> rdo-release-grizzly-3.noarch I installed RDO grizzly on my desktop and I am able to login to the dashboard. Also I am able to create Vm's and login into the VM's. I tried to install Savanna following guidelines given on - https://savanna.readthedocs.org/en/latest/userdoc/installation.guide.html I completed the steps given in - " To install into a virtual environment" I am able to see the "SAVANNA" tab in Openstack dashboard, but when I click the savanna tab I am getting error saying " Something went wrong! " Following are my logs - ------------------------------ tail -f /var/log/keystone/keystone.log 2013-09-20 17:22:08 WARNING [keystone.common.wsgi] Authorization failed. The request you have made requires authentication. from 172.26.35.81 2013-09-20 17:22:57 WARNING [keystone.common.wsgi] Authorization failed. The request you have made requires authentication. from 172.26.35.81 2013-09-20 17:23:46 WARNING [keystone.common.wsgi] Authorization failed. The request you have made requires authentication. from 172.26.35.81 2013-09-20 17:24:35 WARNING [keystone.common.wsgi] Authorization failed. The request you have made requires authentication. from 172.26.35.81 2013-09-20 17:26:19 WARNING [keystone.common.wsgi] Authorization failed. The request you have made requires authentication. from 172.26.35.81 2013-09-20 17:27:08 WARNING [keystone.common.wsgi] Authorization failed. The request you have made requires authentication. from 172.26.35.81 2013-09-20 17:27:57 WARNING [keystone.common.wsgi] Authorization failed. The request you have made requires authentication. from 172.26.35.81 2013-09-20 17:28:46 WARNING [keystone.common.wsgi] Authorization failed. The request you have made requires authentication. from 172.26.35.81 2013-09-20 17:29:35 WARNING [keystone.common.wsgi] Authorization failed. The request you have made requires authentication. from 172.26.35.81 2013-09-20 17:30:42 WARNING [keystone.common.wsgi] Authorization failed. The request you have made requires authentication. from 127.0.0.1 2013-09-20 17:31:19 WARNING [keystone.common.wsgi] Authorization failed. The request you have made requires authentication. from 172.26.35.81 ------------------------------ tail -f /var/log/savanna.log 2013-09-20 17:32:03.721 31415 DEBUG keystoneclient.middleware.auth_token [-] Authenticating user token __call__ /root/savanna-venv/lib/python2.6/site-packages/keystoneclient/middleware/auth_token.py:445 2013-09-20 17:32:03.721 31415 DEBUG keystoneclient.middleware.auth_token [-] Removing headers from request environment: X-Identity-Status,X-Domain-Id,X-Domain-Name,X-Project-Id,X-Project-Name,X-Project-Domain-Id,X-Project-Domain-Name,X-User-Id,X-User-Name,X-User-Domain-Id,X-User-Domain-Name,X-Roles,X-Service-Catalog,X-User,X-Tenant-Id,X-Tenant-Name,X-Tenant,X-Role _remove_auth_headers /root/savanna-venv/lib/python2.6/site-packages/keystoneclient/middleware/auth_token.py:503 2013-09-20 17:32:03.767 31415 WARNING keystoneclient.middleware.auth_token [-] Unexpected response from keystone service: {u'error': {u'message': u'The request you have made requires authentication.', u'code': 401, u'title': u'Not Authorized'}} 2013-09-20 17:32:03.767 31415 DEBUG keystoneclient.middleware.auth_token [-] Token validation failure. _validate_user_token /root/savanna-venv/lib/python2.6/site-packages/keystoneclient/middleware/auth_token.py:704 2013-09-20 17:32:03.767 31415 TRACE keystoneclient.middleware.auth_token Traceback (most recent call last): 2013-09-20 17:32:03.767 31415 TRACE keystoneclient.middleware.auth_token File "/root/savanna-venv/lib/python2.6/site-packages/keystoneclient/middleware/auth_token.py", line 699, in _validate_user_token 2013-09-20 17:32:03.767 31415 TRACE keystoneclient.middleware.auth_token data = self.verify_uuid_token(user_token, retry) 2013-09-20 17:32:03.767 31415 TRACE keystoneclient.middleware.auth_token File "/root/savanna-venv/lib/python2.6/site-packages/keystoneclient/middleware/auth_token.py", line 995, in verify_uuid_token 2013-09-20 17:32:03.767 31415 TRACE keystoneclient.middleware.auth_token headers = {'X-Auth-Token': self.get_admin_token()} 2013-09-20 17:32:03.767 31415 TRACE keystoneclient.middleware.auth_token File "/root/savanna-venv/lib/python2.6/site-packages/keystoneclient/middleware/auth_token.py", line 554, in get_admin_token 2013-09-20 17:32:03.767 31415 TRACE keystoneclient.middleware.auth_token self.admin_token_expiry) = self._request_admin_token() 2013-09-20 17:32:03.767 31415 TRACE keystoneclient.middleware.auth_token File "/root/savanna-venv/lib/python2.6/site-packages/keystoneclient/middleware/auth_token.py", line 674, in _request_admin_token 2013-09-20 17:32:03.767 31415 TRACE keystoneclient.middleware.auth_token raise ServiceError('invalid json response') 2013-09-20 17:32:03.767 31415 TRACE keystoneclient.middleware.auth_token ServiceError: invalid json response 2013-09-20 17:32:03.767 31415 TRACE keystoneclient.middleware.auth_token 2013-09-20 17:32:03.768 31415 DEBUG keystoneclient.middleware.auth_token [-] Marking token bc895966e9bab6912fdb7befb4e99590 as unauthorized in memcache _cache_store_invalid /root/savanna-venv/lib/python2.6/site-packages/keystoneclient/middleware/auth_token.py:965 2013-09-20 17:32:03.768 31415 WARNING keystoneclient.middleware.auth_token [-] Authorization failed for token bc895966e9bab6912fdb7befb4e99590 2013-09-20 17:32:03.769 31415 INFO keystoneclient.middleware.auth_token [-] Invalid user token - rejecting request ------------------------------ [root at openstack ]# cat /root/savanna-venv/etc/savanna.conf [DEFAULT] # REST API config port=8386 # Address and credentials that will be used to check auth tokens os_auth_host=172.26.35.81 os_auth_port=35357 os_admin_username=admin os_admin_password=openstack os_admin_tenant_name=admin # When set to false, Savanna uses only internal IP of VMs. # When set to true, Savanna expects OpenStack to auto- # assign floating IPs to cluster nodes. Internal IPs will # be used for inter-cluster communication, while floating # ones will be used by Savanna to configure nodes. Also # floating IPs will be exposed in service URLs. #use_floating_ips=True # The suffix of the node's FQDN. In nova-network that is # dhcp_domain config parameter (string value) #node_domain=novalocal # List of plugins to be loaded. Savanna preserves the order of # the list when returning it. (list value) plugins=vanilla,hdp [plugin:vanilla] plugin_class=savanna.plugins.vanilla.plugin:VanillaProvider [plugin:hdp] plugin_class=savanna.plugins.hdp.ambariplugin:AmbariPlugin [database] # URL for sqlalchemy database (string value) connection=sqlite:////tmp/savanna-server.db ------------------------------ [root at openstack]# cat /root/keystonerc_admin export OS_USERNAME=admin export OS_TENANT_NAME=admin export OS_PASSWORD=openstack export OS_AUTH_URL=http://172.26.35.81:35357/v2.0/ export PS1='[\u@\h \W(keystone_admin)]\$ ' [root at openstack ]# ------------------------------------------------------------------------------------------- Can you please guide me where it is gng wrong ? Sagar Shimpi Expedia India 22nd Floor, DLF Building 5C, DLF Cyber City Phase III Gurgaon 122002, Haryana India DDI: 0124 6170828 | Mobile: +91 8800911665 E-mail: sshimpi at expedia.com Please consider the environment before printing this e-mail _______________________________________________ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : openstack at lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack _______________________________________________ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : openstack at lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack From mbasnight at gmail.com Fri Sep 20 15:37:38 2013 From: mbasnight at gmail.com (Michael Basnight) Date: Fri, 20 Sep 2013 08:37:38 -0700 Subject: [Openstack] [TROVE] - Backup Design In-Reply-To: References: Message-ID: <32B147EF-4EA3-400E-817C-A5BD4D4AB105@gmail.com> On Sep 18, 2013, at 8:30 AM, Giuseppe Galeota wrote: > Dear all, > can you give me more informations about the status of the Backup Design project? > Is it an active project or only a proof-of-concept? Its been implemented in the trove codebase. Id think its closer to active than proof of concept. If you search the git log for backup you will see that a good ammt of commits have gone into making the backup plugins code pretty solid. But i havent seen a company deploy it yet, since its a pretty new feature. So i imagine there might be tweaks here or there during the Icehouse release. > > Best regards, > Giuseppe > > _______________________________________________ > Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 495 bytes Desc: Message signed with OpenPGP using GPGMail URL: From landru at telecom-lille.fr Fri Sep 20 15:38:37 2013 From: landru at telecom-lille.fr (Jacques LANDRU) Date: Fri, 20 Sep 2013 17:38:37 +0200 (CEST) Subject: [Openstack] mapping between VNC ports and instances In-Reply-To: References: Message-ID: <1254683663.1141167.1379691517420.JavaMail.root@telecom-lille.fr> Hi, On the compute node console, with KVM/libvirt, I use "ps | grep" command # ps -edf | grep instance-xxxx or to list all instances # ps -edf | grep kvm | grep vnc If you know the libvirt domainname or domainid (*) of your instance, you can also use the virsh vncdisplay command - locally on the compute-node console # virsh -c qemu:///system vncdisplay - remotely # virsh -c qemu://compute-node-address/system vncdisplay (*) domainname or domainid can be displayed using the "virsh list" command Hope, this can help. Jacques Landru -----oOo----- Jacques Landru mel: landru~hat~telecom-lille.fr tel: +33 (0)3 2033 5556 fax: +33 (0)3 2033 5598 Telecom Lille Cite scientifique, rue G. Marconi, BP20145 59653 VILLENEUVE D'ASCQ Cedex web: http://www.telecom-lille.fr Tel: +33 (0)3 2033 5577 Fax: +33 (0)3 2033 5599 -----oOo----- ----- Mail original ----- De: "Nicolae Paladi" À: openstack at lists.openstack.org Envoyé: Vendredi 20 Septembre 2013 13:47:38 Objet: [Openstack] mapping between VNC ports and instances Hi, is there a quick way (console or GUI) to find out the mapping between VNC ports active instances? In other words, how do I know which VNC port should be used to reach a particular instance? Cheers, /Nicolae _______________________________________________ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : openstack at lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack From n.paladi at gmail.com Fri Sep 20 16:02:29 2013 From: n.paladi at gmail.com (Nicolae Paladi) Date: Fri, 20 Sep 2013 18:02:29 +0200 Subject: [Openstack] mapping between VNC ports and instances In-Reply-To: <1254683663.1141167.1379691517420.JavaMail.root@telecom-lille.fr> References: <1254683663.1141167.1379691517420.JavaMail.root@telecom-lille.fr> Message-ID: Thanks for the answers, that helped. Would be good to have that displayed in Horizon, does anyone know if there's a blueprint in the works?.. cheers, /Nicolae. On 20 September 2013 17:38, Jacques LANDRU wrote: > Hi, > > On the compute node console, with KVM/libvirt, I use "ps | grep" command > > # ps -edf | grep instance-xxxx > > or to list all instances > > # ps -edf | grep kvm | grep vnc > > If you know the libvirt domainname or domainid (*) of your instance, you > can also use the virsh vncdisplay command > - locally on the compute-node console > # virsh -c qemu:///system vncdisplay > - remotely > # virsh -c qemu://compute-node-address/system vncdisplay > > > (*) domainname or domainid can be displayed using the "virsh list" command > > Hope, this can help. > > Jacques Landru > > > > -----oOo----- > Jacques Landru > mel: landru~hat~telecom-lille.fr > tel: +33 (0)3 2033 5556 > fax: +33 (0)3 2033 5598 > > Telecom Lille > Cite scientifique, rue G. Marconi, BP20145 > 59653 VILLENEUVE D'ASCQ Cedex > web: http://www.telecom-lille.fr > Tel: +33 (0)3 2033 5577 > Fax: +33 (0)3 2033 5599 > -----oOo----- > > > > ----- Mail original ----- > De: "Nicolae Paladi" > À: openstack at lists.openstack.org > Envoyé: Vendredi 20 Septembre 2013 13:47:38 > Objet: [Openstack] mapping between VNC ports and instances > > Hi, is there a quick way (console or GUI) to find out > the mapping between VNC ports active instances? > > In other words, how do I know which VNC port should be used to > reach a particular instance? > > Cheers, > /Nicolae > > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > -------------- next part -------------- An HTML attachment was scrubbed... URL: From caitlin.bestler at nexenta.com Fri Sep 20 17:25:47 2013 From: caitlin.bestler at nexenta.com (Caitlin Bestler) Date: Fri, 20 Sep 2013 10:25:47 -0700 Subject: [Openstack] [TROVE] - Backup Design In-Reply-To: <32B147EF-4EA3-400E-817C-A5BD4D4AB105@gmail.com> References: <32B147EF-4EA3-400E-817C-A5BD4D4AB105@gmail.com> Message-ID: <523C851B.3020504@nexenta.com> On 9/20/2013 8:37 AM, Michael Basnight wrote: > > On Sep 18, 2013, at 8:30 AM, Giuseppe Galeota wrote: > >> Dear all, >> can you give me more informations about the status of the Backup Design project? >> Is it an active project or only a proof-of-concept? > > Its been implemented in the trove codebase. Id think its closer to active than proof of concept. If you search the git log for backup you will see that a good ammt of commits have gone into making the backup plugins code pretty solid. But i havent seen a company deploy it yet, since its a pretty new feature. So i imagine there might be tweaks here or there during the Icehouse release. > >> In my opinion, to be truly effective snapshotting of VMs needs to be co-ordinated with with snapshotting of volumes. I think that state-management's taskflows would be the correct solution. From mbasnight at gmail.com Fri Sep 20 17:55:50 2013 From: mbasnight at gmail.com (Michael Basnight) Date: Fri, 20 Sep 2013 10:55:50 -0700 Subject: [Openstack] [TROVE] - Backup Design In-Reply-To: <523C851B.3020504@nexenta.com> References: <32B147EF-4EA3-400E-817C-A5BD4D4AB105@gmail.com> <523C851B.3020504@nexenta.com> Message-ID: On Sep 20, 2013, at 10:25 AM, Caitlin Bestler wrote: > On 9/20/2013 8:37 AM, Michael Basnight wrote: >> >> On Sep 18, 2013, at 8:30 AM, Giuseppe Galeota wrote: >> >>> Dear all, >>> can you give me more informations about the status of the Backup Design project? >>> Is it an active project or only a proof-of-concept? >> >> Its been implemented in the trove codebase. Id think its closer to active than proof of concept. If you search the git log for backup you will see that a good ammt of commits have gone into making the backup plugins code pretty solid. But i havent seen a company deploy it yet, since its a pretty new feature. So i imagine there might be tweaks here or there during the Icehouse release. >> >>> > > In my opinion, to be truly effective snapshotting of VMs needs to be co-ordinated with with snapshotting of volumes. I think that state-management's taskflows would be the correct solution. We fully agree that state management's taskflow will be in trove. Ive had many chats virtually and in person w/ josh harlow on the subject. I think there is a place for volume snapshotting in trove, but there is no guarantee that a installation will be using volumes, and there are likely some code paths we can improve on in order to make this optionally happen. But its a fair point nonetheless. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 495 bytes Desc: Message signed with OpenPGP using GPGMail URL: From muralidharb at gmail.com Fri Sep 20 20:47:08 2013 From: muralidharb at gmail.com (Muralidhar Balcha) Date: Fri, 20 Sep 2013 16:47:08 -0400 Subject: [Openstack] [TROVE] - Backup Design In-Reply-To: References: <32B147EF-4EA3-400E-817C-A5BD4D4AB105@gmail.com> <523C851B.3020504@nexenta.com> Message-ID: Hi Michael, Currently Raksha project takes the snapshot of vm and all its volumes in one atomic operation. We leverage libvirt snapshot_as command to achieve that and it works great. We are planning to extend this functionality to VMware too. An ideal place to snapshot both vm and volumes is in the hypervisor layer. The workflow based snapshots still work fine, but involves pausing vm and invoking multiple Apis to achieve the same affect. However in order to leverage array based snspshot functionality, we do need have workflow based solution. This solution may leverage cinder backup/snapshot Apis to achieve a consistent snapshot of vms and attached volumes. Murali Balcha On Friday, September 20, 2013, Michael Basnight wrote: > > On Sep 20, 2013, at 10:25 AM, Caitlin Bestler wrote: > > > On 9/20/2013 8:37 AM, Michael Basnight wrote: > >> > >> On Sep 18, 2013, at 8:30 AM, Giuseppe Galeota wrote: > >> > >>> Dear all, > >>> can you give me more informations about the status of the Backup > Design project? > >>> Is it an active project or only a proof-of-concept? > >> > >> Its been implemented in the trove codebase. Id think its closer to > active than proof of concept. If you search the git log for backup you will > see that a good ammt of commits have gone into making the backup plugins > code pretty solid. But i havent seen a company deploy it yet, since its a > pretty new feature. So i imagine there might be tweaks here or there during > the Icehouse release. > >> > >>> > > > > In my opinion, to be truly effective snapshotting of VMs needs to be > co-ordinated with with snapshotting of volumes. I think that > state-management's taskflows would be the correct solution. > > We fully agree that state management's taskflow will be in trove. Ive had > many chats virtually and in person w/ josh harlow on the subject. I think > there is a place for volume snapshotting in trove, but there is no > guarantee that a installation will be using volumes, and there are likely > some code paths we can improve on in order to make this optionally happen. > But its a fair point nonetheless. > -- Muralidhar Balcha 508 494 5007 -------------- next part -------------- An HTML attachment was scrubbed... URL: From clint at fewbar.com Fri Sep 20 23:14:52 2013 From: clint at fewbar.com (Clint Byrum) Date: Fri, 20 Sep 2013 16:14:52 -0700 Subject: [Openstack] [Heat/havana]: Heat delete occasionally fails In-Reply-To: References: Message-ID: <1379711429-sup-8596@fewbar.com> Excerpts from Juha Tynninen's message of 2013-09-19 23:29:26 -0700: > Hi, > > In havana deleting the stack occasionally fails to timeout "Error: Timed > out trying to delete user". If tried again the the delete can be succesfull. > > 2013-09-20 08:58:56.910 ERROR heat.engine.resource [-] Delete Restarter > "RestartPolicy" > 2013-09-20 08:58:56.910 TRACE heat.engine.resource Traceback (most recent > call last): > 2013-09-20 08:58:56.910 TRACE heat.engine.resource File > "/opt/stack/heat/heat/engine/resource.py", line 527, in delete > 2013-09-20 08:58:56.910 TRACE heat.engine.resource handle_data = > self.handle_delete() > 2013-09-20 08:58:56.910 TRACE heat.engine.resource File > "/opt/stack/heat/heat/engine/signal_responder.py", line 61, in handle_delete > 2013-09-20 08:58:56.910 TRACE heat.engine.resource > self.keystone().delete_stack_user(self.resource_id) > 2013-09-20 08:58:56.910 TRACE heat.engine.resource File > "/opt/stack/heat/heat/common/heat_keystoneclient.py", line 269, in > delete_stack_user > 2013-09-20 08:58:56.910 TRACE heat.engine.resource raise > exception.Error(reason) > 2013-09-20 08:58:56.910 TRACE heat.engine.resource Error: Timed out trying > to delete user This is a legitimate time out when trying to delete A user that is defined in your template. Unfortunately, it is a static timeout, but it is also 10 seconds. That is a long time for keystone to take to delete a user! From iman.1353 at yahoo.com Sat Sep 21 05:37:34 2013 From: iman.1353 at yahoo.com (Iman Hb) Date: Fri, 20 Sep 2013 22:37:34 -0700 (PDT) Subject: [Openstack] use openstack in Cisco VMDC 3 datacenter Message-ID: <1379741854.94769.YahooMailNeo@web140806.mail.bf1.yahoo.com> Hello sorry for my commonplace question,Im new in openstack technology! We have started to build a new datacenter based on cisco vmdc 3.1 technology. we want to serv IaaS as a service(public & private cloud). But, Im confused, with cisco 1000 v and vmware solution for virtualization, zenoss for monitoring and etc, what is the role of openstack technology? Does it merge all of these solution from central point? How can we use openstack solution for implementing a cisco vmdc 3.1? can anybody guide me about its benefits on this field? Best Regards Habibi -------------- next part -------------- An HTML attachment was scrubbed... URL: From jagadeeshwaran.k33 at wipro.com Sat Sep 21 07:02:32 2013 From: jagadeeshwaran.k33 at wipro.com (jagadeeshwaran.k33 at wipro.com) Date: Sat, 21 Sep 2013 07:02:32 +0000 Subject: [Openstack] systems not taking ip Message-ID: <8A9FD7D65152CD45B7355D98F13EE29F686C3CEB@BLR-SJP-MBX-4.wipro.com> Hi, I have installed openstack in three nodes. I am able to create Instances , But those systems are not taking ips. Quantum-dhcp-agent is writing those ips in a file.Horizon displays that ip in the UI.When I login to that instances I am not seeing ip through ifconfig. I am using cirrod image. Its sending discover signal and fails. All bridges are in unknown state. I think I am missing something in network configuration.Kindly help me. Thanks in advance. Please do not print this email unless it is absolutely necessary. The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. www.wipro.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From cristi.falcas at gmail.com Sat Sep 21 09:08:46 2013 From: cristi.falcas at gmail.com (Cristian Falcas) Date: Sat, 21 Sep 2013 12:08:46 +0300 Subject: [Openstack] systems not taking ip In-Reply-To: <8A9FD7D65152CD45B7355D98F13EE29F686C3CEB@BLR-SJP-MBX-4.wipro.com> References: <8A9FD7D65152CD45B7355D98F13EE29F686C3CEB@BLR-SJP-MBX-4.wipro.com> Message-ID: are you using vlan or gre for connection between nodes? On Sat, Sep 21, 2013 at 10:02 AM, wrote: > Hi, > > I have installed openstack in three nodes. I am able to > create Instances , But those systems are not taking ips. Quantum-dhcp-agent > is writing those ips in a file.Horizon displays that ip in the UI.When I > login to that instances I am not seeing ip through ifconfig. I am using > cirrod image. Its sending discover signal and fails. All bridges are in > unknown state. > > > > I think I am missing something in network configuration.Kindly help me. > > > > Thanks in advance. > > Please do not print this email unless it is absolutely necessary. > > The information contained in this electronic message and any attachments to > this message are intended for the exclusive use of the addressee(s) and may > contain proprietary, confidential or privileged information. If you are not > the intended recipient, you should not disseminate, distribute or copy this > e-mail. Please notify the sender immediately and destroy all copies of this > message and any attachments. > > WARNING: Computer viruses can be transmitted via email. The recipient should > check this email and any attachments for the presence of viruses. The > company accepts no liability for any damage caused by any virus transmitted > by this email. > > www.wipro.com > > > _______________________________________________ > Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > From jagadeeshwaran.k33 at wipro.com Sat Sep 21 09:11:40 2013 From: jagadeeshwaran.k33 at wipro.com (jagadeeshwaran.k33 at wipro.com) Date: Sat, 21 Sep 2013 09:11:40 +0000 Subject: [Openstack] systems not taking ip In-Reply-To: References: <8A9FD7D65152CD45B7355D98F13EE29F686C3CEB@BLR-SJP-MBX-4.wipro.com> Message-ID: <8A9FD7D65152CD45B7355D98F13EE29F686C71FF@BLR-SJP-MBX-2.wipro.com> I tried with gre first but same problem . After that I tried with vlan.At that time it said like it's not able to identify the physical network. At the end I tried with local network. For all types ip addresses are listed in horizon. But not in machines. -----Original Message----- From: Cristian Falcas [mailto:cristi.falcas at gmail.com] Sent: Saturday, September 21, 2013 2:39 PM To: Jagadeeshwaran K (WT01 - Product Engineering Servi) Cc: openstack Subject: Re: [Openstack] systems not taking ip are you using vlan or gre for connection between nodes? On Sat, Sep 21, 2013 at 10:02 AM, wrote: > Hi, > > I have installed openstack in three nodes. I am able > to create Instances , But those systems are not taking ips. > Quantum-dhcp-agent is writing those ips in a file.Horizon displays > that ip in the UI.When I login to that instances I am not seeing ip > through ifconfig. I am using cirrod image. Its sending discover > signal and fails. All bridges are in unknown state. > > > > I think I am missing something in network configuration.Kindly help me. > > > > Thanks in advance. > > Please do not print this email unless it is absolutely necessary. > > The information contained in this electronic message and any > attachments to this message are intended for the exclusive use of the > addressee(s) and may contain proprietary, confidential or privileged > information. If you are not the intended recipient, you should not > disseminate, distribute or copy this e-mail. Please notify the sender > immediately and destroy all copies of this message and any attachments. > > WARNING: Computer viruses can be transmitted via email. The recipient > should check this email and any attachments for the presence of > viruses. The company accepts no liability for any damage caused by any > virus transmitted by this email. > > www.wipro.com > > > _______________________________________________ > Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Please do not print this email unless it is absolutely necessary. The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. www.wipro.com From stefano at openstack.org Sat Sep 21 15:49:45 2013 From: stefano at openstack.org (Stefano Maffulli) Date: Sat, 21 Sep 2013 08:49:45 -0700 Subject: [Openstack] OpenStack Community Weekly Newsletter (Sep 13-20) Message-ID: <523DC019.2090608@openstack.org> Register Now For The Summit in Hong Kong ?????? ?????????????? ???????, ???????? Today all Hong Kong Summit Speakers were notified whether or not your submission was accepted for inclusion in the final Summit agenda. If you submitted a talk please check your email now (the email address that you used when you submitted the session). If you do not see a notification email sent from OpenStack please contact events at openstack.org . Participate in the OpenStack User Survey by September 30! OpenStack Launches Training Marketplace The OpenStack Foundation has launched a new Training Marketplace, making it easier to discover and participate in training courses offered by technology providers in the OpenStack ecosystem. Aptira, hastexo, The Linux Foundation, Mirantis, Morphlabs, Piston, Rackspace, Red Hat, SUSE and SwiftStack are the first companies to have courses available in the Marketplace, with the goal of growing the OpenStack talent pool and accelerating the availability of OpenStack training courses worldwide. Tips 'n Tricks * By Anne Gentle : OpenStack DocImpact Flag Walk-through * By Mirantis : Planning hardware for your OpenStack cluster: the answers to your questions * By Adam Young : Autoregistering an OpenStack Virtual Machine with FreeIPA Upcoming Events * OpenStack India Day Sep 21, 2013 -- Bangalore Details * CodeChix OpenStack Workshop Sep 22, 2013 -- Palo Alto, CA Details * Hosting & Cloud Transformation Summit Sep 23 -- 25, 2013 -- Las Vegas, USA Details * OpenStack on Ales Sep 30 -- Oct 01, 2013 -- Bend, OR Details * Open World Forum (Paris) Oct 03 -- 05, 2013 -- Paris, France Details * Gartner Symposium/IT Expo North America Oct 06 -- 10, 2013 -- Orlando, FL, USA Details * OpenStack in action ! -- The Canadian Chapter Oct 08, 2013 -- Montreal, Canada Details * Swift Hackathon Oct 15 -- 17, 2013 -- Austin, TX Details * LinuxCon/Cloud Open Europe Oct 21 -- 23, 2013 -- Edinburgh, Scotland, UK Details * Cloud Connect Oct 21 -- 17, 2013 -- Chicago, IL, USA Details Reports from Previous Events * VTC Fall 2013: The future of Cloud Operating Systems Other News * Open Mic Spotlight: Christopher Armstrong * OpenStack Documentation: RTFM is A Good Thing * OpenStack Project Meeting: skipped this week Welcome New Developers Is your affiliation correct? Check your profile in the OpenStack Foundation Members Database! * Thomas Maddox, Rackspace * Vitaliy Kolosov, Yahoo! * Chen Xiao, China * Chengli XU, Netease * Vitaly Kostenko, None * David Xie, Platform Computing * Keith Burns, Nexus IS * Dazhao Yu, IBM * Yves-Gwenael Bourhis, Cloudwatt * Sahid Orentino Ferdjaoui, Cloudwatt * Noboru Arai, NEC * Yair Fried, Red Hat * Kiyohiro Adachi, NEC * Ling Gao, IBM * Leonard Packham, Rackspace * Jason Smith, Rackspace * Hart Hoover, Rackspace * Abhishek Lahiri, Symantec Corporation * Evgeny Fedoruk, Radware * Denny Zhang, Unitedstack * Harri Hämäläinen, CSC -- IT Center for Science Ltd. * Victor Morales, Intel * Sam Harwell, Rackspace * Bo Lin, Vmware * Joe Cropper, IBM Got answers? Ask OpenStack is the go-to destination for OpenStack users. Interesting questions waiting for answers: * What causes "versioning for this project requires either an sdist or an access to an upstream git repository" Exception when running stack.sh? * How do I enable an instance to access the OpenStack and EC2 APIs on the controller? * Is Network as a Service completely customizable? * What items to backup? * can i use gre tunneling with provider network on quantum ? * Is there a reason why cinder throws an error on one compute node, but not others? * An instance couldn't release its resource(vcpu, rom, etc.) only if it is terminated, and what's the reason? Could somebody tell me? * RDO: how to disable remote vnc? * Why the LXC throughput is so low /The weekly newsletter is a way for the community to learn about all the various activities occurring on a weekly basis. If you would like to add content to a weekly update or have an idea about this newsletter, please leave a comment./ -------------- next part -------------- An HTML attachment was scrubbed... URL: From azpekt at gmail.com Sat Sep 21 16:16:48 2013 From: azpekt at gmail.com (Nick Maslov) Date: Sat, 21 Sep 2013 19:16:48 +0300 Subject: [Openstack] network planning for public openstack cloud Message-ID: <20130921161648.GA1420@mbp> Hi, we`re currently planning the installation of public cloud built on Openstack. We made our choices on filesystems, hypervisors, databases and stuff; only thing left undecided is the networking planning. Are there any best-practices, guides, or advices from the community and/or users about networking layout? We plan to have about 400 compute hosts initially with 10Gb interlinks. Since this is going to be public cloud, vast majority of traffic will go to/from edge routers to internet, and won`t be routed between VM`s in the datacenter. We plan to grow bigger, but - time will tell how fast we can go there. Also, we are evaluating quantum-plugins to go from pure OVS solutions to hardware-supported ones. So, if anyone can point me to some starting points, or share his/her experience - I`ll appreciate that! Thanks! NM From qixiaozhen at huawei.com Sun Sep 22 04:09:09 2013 From: qixiaozhen at huawei.com (Qixiaozhen) Date: Sun, 22 Sep 2013 04:09:09 +0000 Subject: [Openstack] 'livecd iso' of the image is the reason. RE: [Cinder] Attach the volume in Local Disk failed. The log in nova/compute.log said "libvirtError: unsupported configuration: disk bus 'ide' cannot be hotplugged" In-Reply-To: <12E35BF1-353B-47E6-B9B9-A0A2F01AA54D@alterway.fr> References: <12E35BF1-353B-47E6-B9B9-A0A2F01AA54D@alterway.fr> Message-ID: Appreciate for your reply, Yannick. In my host, the service of tgtd and configuration in /etc/cinder/cinder.conf is normal. With the kindly help of Wanghao, I find out the reason here. The image in my server is a livecd iso. The 'root_device_name' of these instances created by the image are '/dev/hda'. mysql> select * from instances; +---------------------+---------------------+---------------------+----+-------------+----------------------------------+----------------------------------+--------------------------------------+-----------+------------+--------------+----------+----------+-------------+----------+-----------+-------+----------+-----------+-----------+----------------+---------------------+---------------------+---------------------+--------------+---------------------+-------------------+--------+---------+-------------+------------------+---------+--------------------------------------+--------------+------------------+--------------+--------------+--------------+------------+--------------------------+---------------------+----------+------------------+--------------------+-------------------+---------+--------------+-----------+-----------+---------+ | created_at | updated_at | deleted_at | id | internal_id | user_id | project_id | image_ref | kernel_id | ramdisk_id | launch_index | key_name | key_data | power_state | vm_state | memory_mb | vcpus | hostname | host | user_data | reservation_id | scheduled_at | launched_at | terminated_at | display_name | display_description | availability_zone | locked | os_type | launched_on | instance_type_id | vm_mode | uuid | architecture | root_device_name | access_ip_v4 | access_ip_v6 | config_drive | task_state | default_ephemeral_device | default_swap_device | progress | auto_disk_config | shutdown_terminate | disable_terminate | root_gb | ephemeral_gb | cell_name | node | deleted | +---------------------+---------------------+---------------------+----+-------------+----------------------------------+----------------------------------+--------------------------------------+-----------+------------+--------------+----------+----------+-------------+----------+-----------+-------+----------+-----------+-----------+----------------+---------------------+---------------------+---------------------+--------------+---------------------+-------------------+--------+---------+-------------+------------------+---------+--------------------------------------+--------------+------------------+--------------+--------------+--------------+------------+--------------------------+---------------------+----------+------------------+--------------------+-------------------+---------+--------------+-----------+-----------+---------+ | 2013-09-22 04:05:22 | 2013-09-22 04:06:20 | 2013-09-22 04:06:21 | 7 | NULL | 7b0e8dc57dba4612aafbb7ec199076ac | ffce15ba3b6549b28857679dcb1b8660 | 7c4faf22-b132-46eb-89ad-cee9ecea4c85 | | | 0 | NULL | NULL | 1 | deleted | 2048 | 1 | test | localhost | NULL | r-q09d30oo | 2013-09-22 04:05:22 | 2013-09-22 04:05:43 | 2013-09-22 04:06:20 | test | test | NULL | 0 | NULL | localhost | 5 | NULL | 6ffed2fc-a9e6-4c0d-b958-bf302b01dbb1 | NULL | /dev/hda | NULL | NULL | | NULL | NULL | NULL | 0 | NULL | 0 | 0 | 20 | 0 | NULL | localhost | 7 | The instance gets its disk type in nova/block_device.py. def properties_root_device_name(properties): """get root device name from image meta data. If it isn't specified, return None. """ root_device_name = None # NOTE(yamahata): see image_service.s3.s3create() for bdm in properties.get('mappings', []): if bdm['virtual'] == 'root': root_device_name = bdm['device'] # NOTE(yamahata): register_image's command line can override # .manifest.xml if 'root_device_name' in properties: root_device_name = properties['root_device_name'] return root_device_name Best Regards, Qi From: Yannick Foeillet [mailto:yannick.foeillet at alterway.fr] Sent: Wednesday, September 18, 2013 10:05 PM To: openstack at lists.openstack.org Subject: Re: [Openstack] [Cinder] Attach the volume in Local Disk failed. The log in nova/compute.log said "libvirtError: unsupported configuration: disk bus 'ide' cannot be hotplugged" Hi, The openstack was running on one server in my experiment. The VolumeGroup named 'cinder-volumes' was comprised by a local disk partition whose name was '/dev/sda2'. A volume was created in the dashboard, and I tried to attach it to a running instance. However, the operation was failed. The exception in nova/compute.log said that the disk bus ide could not be hotplugged. As known to all, the ide bus cannot be hotplugged to a running instance. It seems that the current version used the bus type 'ide' as the default one. In this case, all the volumes created in the 'cinder-volumes' cannot be hotplugged into the running vm. You can never attach a volume to a suspend instance in the dashboard. There is no choice to this in the portal. How can I choose the type 'virtio' when the volume has been attached? [root at localhost nova]# nova --version 2.13.0 [root at localhost nova]# uname -a Linux localhost 3.9.4-200.fc18.x86_64 #1 SMP Fri May 24 20:10:49 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux [root at localhost nova]# I had the same issue on my storage node when iet and tgt process was running at the same time. For example in my cinder.conf : iscsi_helper = etadm So i stopped tgt service (service tgt stop) and restart iscsitarget and cinder services . After that everything was ok, perhaps you should try this method. I hope it will help you. -- Yannick Foeillet -------------- next part -------------- An HTML attachment was scrubbed... URL: From matt at redhat.com Sun Sep 22 13:45:54 2013 From: matt at redhat.com (Matthew Farrellee) Date: Sun, 22 Sep 2013 09:45:54 -0400 Subject: [Openstack] Savanna error In-Reply-To: References: Message-ID: <523EF492.9040206@redhat.com> For those following along, this transitioned to a launchpad question - https://answers.launchpad.net/savanna/+question/236054 Best, matt On 09/20/2013 08:05 AM, Sagar Shimpi wrote: > Hi team > > I am using - > Redhat 6.4 64-bit > RDO -> rdo-release-grizzly-3.noarch > > I installed RDO grizzly on my desktop and I am able to login to the > dashboard. Also I am able to create Vm's and login into the VM's. > > I tried to install Savanna following guidelines given on - > https://savanna.readthedocs.org/en/latest/userdoc/installation.guide.html > > I completed the steps given in - "To install into a virtual environment" > I am able to see the "SAVANNA" tab in Openstack dashboard, but > when I click the savanna tab I am getting error saying "Something went > wrong!" > > > Following are my logs - > ------------------------------ > tail -f /var/log/keystone/keystone.log > 2013-09-20 17:22:08 WARNING [keystone.common.wsgi] Authorization > failed. The request you have made requires authentication. from 172.26.35.81 > 2013-09-20 17:22:57 WARNING [keystone.common.wsgi] Authorization > failed. The request you have made requires authentication. from 172.26.35.81 > 2013-09-20 17:23:46 WARNING [keystone.common.wsgi] Authorization > failed. The request you have made requires authentication. from 172.26.35.81 > 2013-09-20 17:24:35 WARNING [keystone.common.wsgi] Authorization > failed. The request you have made requires authentication. from 172.26.35.81 > 2013-09-20 17:26:19 WARNING [keystone.common.wsgi] Authorization > failed. The request you have made requires authentication. from 172.26.35.81 > 2013-09-20 17:27:08 WARNING [keystone.common.wsgi] Authorization > failed. The request you have made requires authentication. from 172.26.35.81 > 2013-09-20 17:27:57 WARNING [keystone.common.wsgi] Authorization > failed. The request you have made requires authentication. from 172.26.35.81 > 2013-09-20 17:28:46 WARNING [keystone.common.wsgi] Authorization > failed. The request you have made requires authentication. from 172.26.35.81 > 2013-09-20 17:29:35 WARNING [keystone.common.wsgi] Authorization > failed. The request you have made requires authentication. from 172.26.35.81 > 2013-09-20 17:30:42 WARNING [keystone.common.wsgi] Authorization > failed. The request you have made requires authentication. from 127.0.0.1 > 2013-09-20 17:31:19 WARNING [keystone.common.wsgi] Authorization > failed. The request you have made requires authentication. from 172.26.35.81 > > ------------------------------ > tail -f /var/log/savanna.log > > 2013-09-20 17:32:03.721 31415 DEBUG keystoneclient.middleware.auth_token > [-] Authenticating user token __call__ > /root/savanna-venv/lib/python2.6/site-packages/keystoneclient/middleware/auth_token.py:445 > 2013-09-20 17:32:03.721 31415 DEBUG keystoneclient.middleware.auth_token > [-] Removing headers from request environment: > X-Identity-Status,X-Domain-Id,X-Domain-Name,X-Project-Id,X-Project-Name,X-Project-Domain-Id,X-Project-Domain-Name,X-User-Id,X-User-Name,X-User-Domain-Id,X-User-Domain-Name,X-Roles,X-Service-Catalog,X-User,X-Tenant-Id,X-Tenant-Name,X-Tenant,X-Role > _remove_auth_headers > /root/savanna-venv/lib/python2.6/site-packages/keystoneclient/middleware/auth_token.py:503 > 2013-09-20 17:32:03.767 31415 WARNING > keystoneclient.middleware.auth_token [-] Unexpected response from > keystone service: {u'error': {u'message': u'The request you have made > requires authentication.', u'code': 401, u'title': u'Not Authorized'}} > 2013-09-20 17:32:03.767 31415 DEBUG keystoneclient.middleware.auth_token > [-] Token validation failure. _validate_user_token > /root/savanna-venv/lib/python2.6/site-packages/keystoneclient/middleware/auth_token.py:704 > 2013-09-20 17:32:03.767 31415 TRACE keystoneclient.middleware.auth_token > Traceback (most recent call last): > 2013-09-20 17:32:03.767 31415 TRACE keystoneclient.middleware.auth_token > File > "/root/savanna-venv/lib/python2.6/site-packages/keystoneclient/middleware/auth_token.py", > line 699, in _validate_user_token > 2013-09-20 17:32:03.767 31415 TRACE keystoneclient.middleware.auth_token > data = self.verify_uuid_token(user_token, retry) > 2013-09-20 17:32:03.767 31415 TRACE keystoneclient.middleware.auth_token > File > "/root/savanna-venv/lib/python2.6/site-packages/keystoneclient/middleware/auth_token.py", > line 995, in verify_uuid_token > 2013-09-20 17:32:03.767 31415 TRACE keystoneclient.middleware.auth_token > headers = {'X-Auth-Token': self.get_admin_token()} > 2013-09-20 17:32:03.767 31415 TRACE keystoneclient.middleware.auth_token > File > "/root/savanna-venv/lib/python2.6/site-packages/keystoneclient/middleware/auth_token.py", > line 554, in get_admin_token > 2013-09-20 17:32:03.767 31415 TRACE keystoneclient.middleware.auth_token > self.admin_token_expiry) = self._request_admin_token() > 2013-09-20 17:32:03.767 31415 TRACE keystoneclient.middleware.auth_token > File > "/root/savanna-venv/lib/python2.6/site-packages/keystoneclient/middleware/auth_token.py", > line 674, in _request_admin_token > 2013-09-20 17:32:03.767 31415 TRACE keystoneclient.middleware.auth_token > raise ServiceError('invalid json response') > 2013-09-20 17:32:03.767 31415 TRACE keystoneclient.middleware.auth_token > ServiceError: invalid json response > 2013-09-20 17:32:03.767 31415 TRACE keystoneclient.middleware.auth_token > 2013-09-20 17:32:03.768 31415 DEBUG keystoneclient.middleware.auth_token > [-] Marking token bc895966e9bab6912fdb7befb4e99590 as unauthorized in > memcache _cache_store_invalid > /root/savanna-venv/lib/python2.6/site-packages/keystoneclient/middleware/auth_token.py:965 > 2013-09-20 17:32:03.768 31415 WARNING > keystoneclient.middleware.auth_token [-] Authorization failed for token > bc895966e9bab6912fdb7befb4e99590 > 2013-09-20 17:32:03.769 31415 INFO keystoneclient.middleware.auth_token > [-] Invalid user token - rejecting request > ------------------------------ > > [root at openstack ]# cat /root/savanna-venv/etc/savanna.conf > [DEFAULT] > > # REST API config > port=8386 > > # Address and credentials that will be used to check auth tokens > os_auth_host=172.26.35.81 > os_auth_port=35357 > os_admin_username=admin > os_admin_password=openstack > os_admin_tenant_name=admin > > # When set to false, Savanna uses only internal IP of VMs. > # When set to true, Savanna expects OpenStack to auto- > # assign floating IPs to cluster nodes. Internal IPs will > # be used for inter-cluster communication, while floating > # ones will be used by Savanna to configure nodes. Also > # floating IPs will be exposed in service URLs. > #use_floating_ips=True > > # The suffix of the node's FQDN. In nova-network that is > # dhcp_domain config parameter (string value) > #node_domain=novalocal > > # List of plugins to be loaded. Savanna preserves the order of > # the list when returning it. (list value) > plugins=vanilla,hdp > > > [plugin:vanilla] > plugin_class=savanna.plugins.vanilla.plugin:VanillaProvider > > [plugin:hdp] > plugin_class=savanna.plugins.hdp.ambariplugin:AmbariPlugin > > [database] > > # URL for sqlalchemy database (string value) > connection=sqlite:////tmp/savanna-server.db > > ------------------------------ > > [root at openstack]# cat /root/keystonerc_admin > export OS_USERNAME=admin > export OS_TENANT_NAME=admin > export OS_PASSWORD=openstack > export OS_AUTH_URL=http://172.26.35.81:35357/v2.0/ > export PS1='[\u@\h \W(keystone_admin)]\$ ' > [root at openstack ]# > ------------------------------------------------------------------------------------------- > > Can you please guide me where it is gng wrong ? > > * > * > > * > * > > *Sagar Shimpi*** > > *Expedia India* > > *22nd Floor, DLF Building 5C, DLF Cyber City Phase III Gurgaon 122002, > Haryana India* > > *DDI: 0124 6170828 | Mobile: +91 8800911665 > E-mail: sshimpi at expedia.com * > > Description: Description: Description: expedia > Description: Description: Description: tw > Description: Description: Description: > facebook_icons Description: > Description: Description: yt > > Please consider the environment before printing this e-mail > > > > _______________________________________________ > Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > From vishalkanaujia at gmail.com Sun Sep 22 16:34:22 2013 From: vishalkanaujia at gmail.com (Vishal Kanaujia) Date: Sun, 22 Sep 2013 22:04:22 +0530 Subject: [Openstack] Fwd: no-proxy=true: How to run swift-bench In-Reply-To: References: Message-ID: Hi all, I am finding errors while trying to enable no-proxy=true in my setup. It is a single machine setup with all servers running on same node. Traceback (most recent call last): File "/usr/lib/python2.7/dist-packages/eventlet/greenpool.py", line 80, in _spawn_n_impl func(*args, **kwargs) File "/schooner/backup/kanaujia/python-swiftclient/swiftclient/client.py", line 627, in put_container http_response_content=body) ClientException: Container PUT failed: http://10.196.80.15:8888/v1/AUTH_bc99f89c7e824d50af581b376f673b9f/swift_bench_0 401 Unauthorized [first 60 chars of response]

Unauthorized

This server could not verify t swift-bench 2013-09-22 09:20:47,449 INFO Auth version: 2.0 Please let me know how to proceed or you could point me to relevant docs, that would be helpful. Thanks, Vishal From openstackleaner at gmail.com Mon Sep 23 02:02:02 2013 From: openstackleaner at gmail.com (openstack learner) Date: Sun, 22 Sep 2013 19:02:02 -0700 Subject: [Openstack] Snapshot failure with VMwareVCDriver Message-ID: I am unable to get snapshots working in my devstack setup with the VCDriver. When I tried to snapshot a vm instance, in the glance image-list, i could firstly see a new image was create and the status was "saving", few seconds later the new created image entry disappeared from the image list and when i check the vCenter, in the task history i found the "Create virtual machine snapshot" operation is completed but there is an error of the "Copy virtual disk" operation: "The requested operation is not implemented by the server." Anyone has the same problem and know how to solve it? Any idea about what caused the problem? Is this a bug of vmware api with the devstack? Thanks xin -------------- next part -------------- An HTML attachment was scrubbed... URL: From jiaqin1017 at gmail.com Mon Sep 23 04:56:37 2013 From: jiaqin1017 at gmail.com (Qin Jia) Date: Mon, 23 Sep 2013 00:56:37 -0400 Subject: [Openstack] Loading Kernel Module during reboot Message-ID: Hello, I have openstack run on top of Xenserver. I have created images (initrd and kernel images) inside the /boot directory of the instance. I was wondering if it is possible to load the image during rebooting of the instance by changing the grub.conf? Thanks, Qin -------------- next part -------------- An HTML attachment was scrubbed... URL: From dmescheryakov at mirantis.com Mon Sep 23 06:49:33 2013 From: dmescheryakov at mirantis.com (Dmitry Mescheryakov) Date: Mon, 23 Sep 2013 10:49:33 +0400 Subject: [Openstack] Customization of Horizon In-Reply-To: References: Message-ID: Hello, I don't know of any deep guides for Horizon development, but I can suggest looking at examples. For instance Savanna UI is a pretty small plugin for Horizon which adds a panel with some tables. Here is how it looks: http://www.youtube.com/watch?v=SrlHM0-q5zI Consider looking at 0.2 branch, which is smaller than master: https://github.com/stackforge/savanna-dashboard/tree/stable/0.2/savannadashboard Here are steps for installation, normal and dev: http://savanna.readthedocs.org/en/0.2.1/horizon/installation.guide.html http://savanna.readthedocs.org/en/0.2.1/horizon/dev.environment.guide.html Dmitry 2013/9/18 Marco > Hi guys, > > I'm new to Openstack and I'm trying to customize Horizon, adding a panel > with some tables and tabs. I am having many problems in understanding how > it works (even with the tutorial of openstack). > > So my question is: is there any easy guide to learn programming in Horizon? > > Many thanks > > > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From gkotton at vmware.com Mon Sep 23 07:30:37 2013 From: gkotton at vmware.com (Gary Kotton) Date: Mon, 23 Sep 2013 00:30:37 -0700 Subject: [Openstack] Snapshot failure with VMwareVCDriver In-Reply-To: Message-ID: Hi, This is a known issue and it was addressed by https://review.openstack.org/#/c/40298/ (this was approved a few days ago). Can you please pull the latest nova code and the issue will be resolved. Thanks Gary From: openstack learner > Date: Monday, September 23, 2013 5:02 AM To: "openstack at lists.openstack.org" > Subject: [Openstack] Snapshot failure with VMwareVCDriver I am unable to get snapshots working in my devstack setup with the VCDriver. When I tried to snapshot a vm instance, in the glance image-list, i could firstly see a new image was create and the status was "saving", few seconds later the new created image entry disappeared from the image list and when i check the vCenter, in the task history i found the "Create virtual machine snapshot" operation is completed but there is an error of the "Copy virtual disk" operation: "The requested operation is not implemented by the server." Anyone has the same problem and know how to solve it? Any idea about what caused the problem? Is this a bug of vmware api with the devstack? Thanks xin -------------- next part -------------- An HTML attachment was scrubbed... URL: From mahardika.gilang at andalabs.com Mon Sep 23 09:01:16 2013 From: mahardika.gilang at andalabs.com (Mahardhika Gilang) Date: Mon, 23 Sep 2013 16:01:16 +0700 Subject: [Openstack] Swift not detect Keystone and Authtoken Message-ID: <5240035C.2040705@andalabs.com> Hi all i've got an issue when i want to used keystone for authentication on swift proxy node. i got this when run #swift-init proxy restart LookupError: No section 'authtoken' LookupError: No section 'keystone' here's my proxy-server.conf [DEFAULT] cert_file = /etc/swift/cert.crt key_file = /etc/swift/cert.key bind_port = 8080 #bind_port = 443 workers = 8 user = swift swift_dir = /etc/swift [pipeline:main] pipeline = catch_errors healthcheck proxy-logging cache tempauth proxy-logging proxy-server keystone authtoken [app:proxy-server] use = egg:swift#proxy allow_account_management = true account_autocreate = true [filter:authtoken] #use = egg:swift:authtoken paste.filter_factory = keystone.middleware.auth_token:filter_factory signing_dir = /var/cache/swift/ auth_uri = http://10.10.10.40:5000/ auth_host = 10.10.10.40 #auth_uri = http://192.168.7.85:5000/ #auth_host = 192.168.7.85 auth_port = 35357 auth_protocol = https admin_tenant_name = service admin_user = swift admin_password = admin #cache = swift.cache auth_token = admin [filter:catch_errors] use = egg:swift#catch_errors [filter:proxy-logging] use = egg:swift#proxy_logging #[filter:tempauth] #use = egg:swift#tempauth #user_system_root = testpass .admin https://10.10.10.40:8080/v1/AUTH_system #user_test_tester = testing .admin https://10.10.10.40:8080/v1/AUTH_test [filter:healthcheck] use = egg:swift#healthcheck [filter:cache] use = egg:swift#memcache memcache_servers = 10.10.10.40:11211 [filter:keystone] #use = egg:swift#keystone paste.filter_factory = keystone.middleware.swift_auth:filter_factory operator_roles = Member,admin is_admin = true Please help thanks -- Regards, Mahardhika Gilang From mike.preston at synety.com Mon Sep 23 09:34:40 2013 From: mike.preston at synety.com (Mike Preston) Date: Mon, 23 Sep 2013 09:34:40 +0000 Subject: [Openstack] Replication error Message-ID: Hi, We are seeing a replication error on swift. The error only is seen on a single node, the other nodes appear to be working fine. Installed version is debian wheezy with swift 1.4.8-2+deb7u1 Sep 23 10:33:03 storage-node-01 object-replicator Starting object replication pass. Sep 23 10:33:03 storage-node-01 object-replicator Exception in top-level replication loop: #012Traceback (most recent call last):#012 File "/usr/lib/python2.7/dist-packages/swift/obj/replicator.py", line 564, in replicate#012 jobs = self.collect_jobs()#012 File "/usr/lib/python2.7/dist-packages/swift/obj/replicator.py", line 536, in collect_jobs#012 self.object_ring.get_part_nodes(int(partition))#012 File "/usr/lib/python2.7/dist-packages/swift/common/ring/ring.py", line 103, in get_part_nodes#012 return [self.devs[r[part]] for r in self._replica2part2dev_id]#012IndexError: array index out of range Sep 23 10:33:03 storage-node-01 object-replicator Nothing replicated for 0.728466033936 seconds. Sep 23 10:33:03 storage-node-01 object-replicator Object replication complete. (0.01 minutes) Can anyone shed any light on this or next steps in debugging it or fixing it? Mike Preston Infrastructure Team | SYNETY www.synety.com direct: 0116 424 4016 mobile: 07950 892038 main: 0116 424 4000 -------------- next part -------------- An HTML attachment was scrubbed... URL: From zhuadl at cn.ibm.com Mon Sep 23 09:53:53 2013 From: zhuadl at cn.ibm.com (Hua ZZ Zhang) Date: Mon, 23 Sep 2013 17:53:53 +0800 Subject: [Openstack] Swift not detect Keystone and Authtoken In-Reply-To: <5240035C.2040705@andalabs.com> References: <5240035C.2040705@andalabs.com> Message-ID: The authtoken and keystone middleware should be put ahead of proxy-server. you need to change the main pipeline as below: [pipeline:main] pipeline = catch_errors healthcheck proxy-logging cache authtoken keystone proxy-logging proxy-server Best Regards, Edward Zhang(张华) Mahardhika Gilang To Openstack Milis 09/23/2013 05:01 , PM cc Subject [Openstack] Swift not detect Keystone and Authtoken Hi all i've got an issue when i want to used keystone for authentication on swift proxy node. i got this when run #swift-init proxy restart LookupError: No section 'authtoken' LookupError: No section 'keystone' here's my proxy-server.conf [DEFAULT] cert_file = /etc/swift/cert.crt key_file = /etc/swift/cert.key bind_port = 8080 #bind_port = 443 workers = 8 user = swift swift_dir = /etc/swift [pipeline:main] pipeline = catch_errors healthcheck proxy-logging cache tempauth proxy-logging proxy-server keystone authtoken [app:proxy-server] use = egg:swift#proxy allow_account_management = true account_autocreate = true [filter:authtoken] #use = egg:swift:authtoken paste.filter_factory = keystone.middleware.auth_token:filter_factory signing_dir = /var/cache/swift/ auth_uri = http://10.10.10.40:5000/ auth_host = 10.10.10.40 #auth_uri = http://192.168.7.85:5000/ #auth_host = 192.168.7.85 auth_port = 35357 auth_protocol = https admin_tenant_name = service admin_user = swift admin_password = admin #cache = swift.cache auth_token = admin [filter:catch_errors] use = egg:swift#catch_errors [filter:proxy-logging] use = egg:swift#proxy_logging #[filter:tempauth] #use = egg:swift#tempauth #user_system_root = testpass .admin https://10.10.10.40:8080/v1/AUTH_system #user_test_tester = testing .admin https://10.10.10.40:8080/v1/AUTH_test [filter:healthcheck] use = egg:swift#healthcheck [filter:cache] use = egg:swift#memcache memcache_servers = 10.10.10.40:11211 [filter:keystone] #use = egg:swift#keystone paste.filter_factory = keystone.middleware.swift_auth:filter_factory operator_roles = Member,admin is_admin = true Please help thanks -- Regards, Mahardhika Gilang _______________________________________________ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : openstack at lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: ecblank.gif Type: image/gif Size: 45 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: A1624249.gif Type: image/gif Size: 1279 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: graycol.gif Type: image/gif Size: 105 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: pic00059.gif Type: image/gif Size: 1255 bytes Desc: not available URL: From bob.ball at citrix.com Mon Sep 23 10:24:17 2013 From: bob.ball at citrix.com (Bob Ball) Date: Mon, 23 Sep 2013 10:24:17 +0000 Subject: [Openstack] Loading Kernel Module during reboot In-Reply-To: References: Message-ID: It depends what type of image you are booting. If you are using a 3-part image, where the kernel and the initrd were originally outside of the root disk, then I've never tested how to make the necessary changes so the next boot pulls the kernel/initrd out from the image. If the original image was a single-part and the kernel/initrd were extracted automatically at boot time then yes, simply updating grub.conf to reference the new kernel+initrd should be sufficient. Bob From: Qin Jia [mailto:jiaqin1017 at gmail.com] Sent: 23 September 2013 05:57 To: openstack at lists.openstack.org Subject: [Openstack] Loading Kernel Module during reboot Hello, I have openstack run on top of Xenserver. I have created images (initrd and kernel images) inside the /boot directory of the instance. I was wondering if it is possible to load the image during rebooting of the instance by changing the grub.conf? Thanks, Qin -------------- next part -------------- An HTML attachment was scrubbed... URL: From mahardika.gilang at andalabs.com Mon Sep 23 11:16:21 2013 From: mahardika.gilang at andalabs.com (Mahardhika Gilang) Date: Mon, 23 Sep 2013 18:16:21 +0700 Subject: [Openstack] Swift not detect Keystone and Authtoken In-Reply-To: References: <5240035C.2040705@andalabs.com> Message-ID: <52402305.4040605@andalabs.com> Hi, thanks for answering, i believe it work till i stuck at this error ImportError: No module named swift_auth it's on filter:keystone part paste.filter_factory = keystone.middleware.swift_auth:filter_factory how to solved this issue? On 9/23/2013 4:53 PM, Hua ZZ Zhang wrote: > > The /authtoken /and /keystone /middleware should be put ahead > of/proxy-server/. > you need to change the main pipeline as below: > > /[pipeline:main] > pipeline = catch_errors healthcheck proxy-logging cache authtoken > keystone > proxy-logging proxy-server/ > > *Best Regards, * > > ------------------------------------------------------------------------ > > *Edward Zhang(张华)* > > > > > > > > > > > > Inactive hide details for Mahardhika Gilang ---09/23/2013 05:14:26 > PM---Mahardhika Gilang Mahardhika > Gilang ---09/23/2013 05:14:26 PM---Mahardhika Gilang > > > *Mahardhika Gilang * > > 09/23/2013 05:01 PM > > > > To > > > Openstack Milis , > > > cc > > > Subject > > > [Openstack] Swift not detect Keystone and Authtoken > > > > > Hi all > i've got an issue when i want to used keystone for authentication on > swift proxy node. > i got this when run #swift-init proxy restart > LookupError: No section 'authtoken' > LookupError: No section 'keystone' > > here's my proxy-server.conf > [DEFAULT] > cert_file = /etc/swift/cert.crt > key_file = /etc/swift/cert.key > bind_port = 8080 > #bind_port = 443 > workers = 8 > user = swift > swift_dir = /etc/swift > > [pipeline:main] > pipeline = catch_errors healthcheck proxy-logging cache tempauth > proxy-logging proxy-server keystone authtoken > > [app:proxy-server] > use = egg:swift#proxy > allow_account_management = true > account_autocreate = true > > [filter:authtoken] > #use = egg:swift:authtoken > paste.filter_factory = keystone.middleware.auth_token:filter_factory > signing_dir = /var/cache/swift/ > auth_uri = http://10.10.10.40:5000/ > auth_host = 10.10.10.40 > #auth_uri = http://192.168.7.85:5000/ > #auth_host = 192.168.7.85 > auth_port = 35357 > auth_protocol = https > admin_tenant_name = service > admin_user = swift > admin_password = admin > #cache = swift.cache > auth_token = admin > > [filter:catch_errors] > use = egg:swift#catch_errors > > [filter:proxy-logging] > use = egg:swift#proxy_logging > > #[filter:tempauth] > #use = egg:swift#tempauth > #user_system_root = testpass .admin > https://10.10.10.40:8080/v1/AUTH_system > #user_test_tester = testing .admin https://10.10.10.40:8080/v1/AUTH_test > > [filter:healthcheck] > use = egg:swift#healthcheck > > [filter:cache] > use = egg:swift#memcache > memcache_servers = 10.10.10.40:11211 > > [filter:keystone] > #use = egg:swift#keystone > paste.filter_factory = keystone.middleware.swift_auth:filter_factory > operator_roles = Member,admin > is_admin = true > > > Please help > thanks > > -- > Regards, > Mahardhika Gilang > > > > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > -- Regards, Mahardhika Gilang *PT. Andalabs Technology * Gedung Gravira Jl. Cideng Barat no. 54 Jakarta Pusat 10150 HP : 0852 139 55861 Email : mahardika.gilang at andalabs.com -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/gif Size: 45 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/gif Size: 1279 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/gif Size: 105 bytes Desc: not available URL: From B39208 at freescale.com Mon Sep 23 12:40:53 2013 From: B39208 at freescale.com (Somanchi Trinath-B39208) Date: Mon, 23 Sep 2013 12:40:53 +0000 Subject: [Openstack] {Openstack] [Nova] Finding Compute Node IP address Message-ID: <6032CA456358BF4D893A9274BE58D92C0112E04A@039-SN1MPN1-003.039d.mgd.msft.net> Hi Stackers- With respect to the current implementation of Nova-Compute, We are able to send the Compute Node Registration and other notifications with only "Hostname" of the Compute Node. Also, in the Nova database, We are also maintaining the Hostname rather than the IP address of the node. I have the following doubts with respect to the Hostname [1] How would duplicate hostnames be handled ? [2] How to know the IP address of the Compute Node, in the existing implementation ? In the definition, update_service_capabilities(), it takes a dict() with host_ip as key with my_ip(gathered from nova.conf) as its value. I haven't seen any place where this host_ip is stored into Nova DB. Kindly help me understand and resolve the same. -- Trinath Somanchi - B39208 trinath.somanchi at freescale.com | extn: 4048 -------------- next part -------------- An HTML attachment was scrubbed... URL: From jay.lau.513 at gmail.com Mon Sep 23 13:22:25 2013 From: jay.lau.513 at gmail.com (Jay Lau) Date: Mon, 23 Sep 2013 21:22:25 +0800 Subject: [Openstack] {Openstack] [Nova] Finding Compute Node IP address In-Reply-To: <6032CA456358BF4D893A9274BE58D92C0112E04A@039-SN1MPN1-003.039d.mgd.msft.net> References: <6032CA456358BF4D893A9274BE58D92C0112E04A@039-SN1MPN1-003.039d.mgd.msft.net> Message-ID: Hi Somanchi, In Havana release, host ip was stored in DB, please refer to https://blueprints.launchpad.net/nova/+spec/no-compute-fanout-to-scheduler for [1], I think that OpenStack might not work well if there are two nodes with same host name. Thanks, Jay 2013/9/23 Somanchi Trinath-B39208 > Hi Stackers-**** > > ** ** > > With respect to the current implementation of Nova-Compute, ** ** > > We are able to send the Compute Node Registration and other notifications > with only “Hostname” of the Compute Node.**** > > ** ** > > Also, in the Nova database, We are also maintaining the Hostname rather > than the IP address of the node.**** > > ** ** > > I have the following doubts with respect to the Hostname**** > > ** ** > > [1] How would duplicate hostnames be handled ?**** > > [2] How to know the IP address of the Compute Node, in the existing > implementation ?**** > > ** ** > > In the definition, update_service_capabilities(), it takes a dict() with > host_ip as key with my_ip(gathered from nova.conf) as its value.**** > > ** ** > > ** ** > > I haven’t seen any place where this host_ip is stored into Nova DB. **** > > ** ** > > Kindly help me understand and resolve the same.**** > > ** ** > > --**** > > Trinath Somanchi - B39208**** > > trinath.somanchi at freescale.com | extn: 4048**** > > ** ** > > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From laclasse at gmail.com Mon Sep 23 14:36:22 2013 From: laclasse at gmail.com (laclasse) Date: Mon, 23 Sep 2013 15:36:22 +0100 Subject: [Openstack] openstack meta-data In-Reply-To: <523767A4.5050901@fnal.gov> References: <1379110271.4331.15.camel@goku> <5D7F9996EA547448BC6C54C8C5AAF4E5D971B85A@CERNXCHG01.cern.ch> <1379183993.4086.12.camel@goku> <5D7F9996EA547448BC6C54C8C5AAF4E5D971FA6D@CERNXCHG01.cern.ch> <523767A4.5050901@fnal.gov> Message-ID: Hi Gerard, I am being told that there is now an iterator in OpenStack when you launch multiple machines with --num-instances but have not verified this myself as of yet. I will inquire and test further. I fully agree with your comments do not think you are doing 'it' wrong at all, just a point below: The hostname of the machine ideally should be related to the resolved public/floating ipv4 as you point out, but the unique hostname is also essential to a machine that might not be exposed externally on that specific network while still being part of intra-instances communications on the internal/private 10.X.X.X like network (think multi-tiered applications for example where a database machine is a datastore for another and does not need to be exposed publicly. Best practices in IaaS and OpenStack are to use the internal/private network for this). Maybe this could maybe be done with multiple 'views' in DNS, and match/map all of them (public/floating ip space, internal/private ip space and hostnames)? Cheers Boris On Mon, Sep 16, 2013 at 9:18 PM, Gerard Bernabeu wrote: > Hi, > > we are using cloud-init to do the VM host contextualization (ie: set the > right hostname). For this to work we need proper OpenStack metadata, for > instance we'd like the public-hostname to default to the DNS resolved > public-ipv4 (or ipv6, if present). > > Right now the default behaviour is that public-hostname is the same as the > hostname and the local-hostname, which is the user-defined instance name. > I'm not sure if current behaviour is a bug or a feature, but I'd expect > public-hostname to be related to public-ipv4. > > Maybe we're missing something obvious or doing something wrong, are we? If > not, is there any way we can setup OpenStack (NOVA?) to setup the > public-hostname metadata to the resolved public-ipv4 name automatically for > each VM? > > Thanks, > > Gerard Bernabeu > FermiCloud and FermiGrid Services at Fermilab > Phone (+1) 630-840-6509 > > On 09/15/2013 07:54 PM, laclasse wrote: > > Agreed, unique FQDNs on every instances is still a big issue for common > workloads, hopefully solved by DNS services coming to OpenStack soon... I > fully agree that the instance name and the FQDN of the instances should be > 2 separate things, and even better, I think instances by default should try > a reverse lookup first when they get on the network, and if available, > collect a hostname, set it locally and display it in an additional column > in the DB/tables/webUI, and allows OpenStack services clients to use either > instance ID, name or hostname. > > What the OP is trying to do is also feasible by installing a bind > service somewhere on the same subnet (bind9 minimum) and using the > $GENERATE directive in your zone file, see here on how to write your zone > file using that directive: > http://www.oit.uci.edu/dcslib/bind/bind-9.2.1/Bv9ARM.ch06.html#AEN4097 > > FWIW, AWS EC2 has a simple iterator that composes a unique hostname to > any instance by parsing the public IP address, replacing '.' (dots) with > '-' (to make it viable in a long hostname) and adding prefix/suffix to > compose the hostname (compute zones and domain) with added dots for > example: "ec2-54-211-89-105.compute-1.amazonaws.com" is an instance with > IP 54.211.89.105 ... it a simple and useful solution. You can check it > yourself: > > $ host 54.211.89.105 > 105.89.211.54.in-addr.arpa domain name pointer > ec2-54-211-89-105.compute-1.amazonaws.com. > > Not having a unique FQDN on cloud instances can break many apps, and DNS > services in IaaS should not be taken for granted (failure may happen), so > IMHO, the best approach should be: > - boot instance, get on the network, do a reverse look up on IP to see if > a DNS server answers with a FQDN , collect it and set it > - if the look up fails, then resort to the iterator running and still > end up with an unique hostname per instance. > > It seems a lot of public services hide this issue by allowing to launch > only one instance at the time, but AFAIK, if you launch several instances > at once using the nova CLI, you will end up with ALL instances having the > same hostname (which is the instance name you have given to nova CLI) ... > which breaks so many things it is not funny ... and is generally not a good > idea or best practices either. > > If this functionality lands (very soon we hope), it will obviously also > allows users to deal with hostnames directly rather than IP address, which > in 2013, could give an archaic and old fashioned unfinished impression to > users. > > Cheers, sorry for the mini-rant but I would think this is one of the > most urgent issues to address to see real automation and large scale apps. > > > > > On Sun, Sep 15, 2013 at 12:39 PM, Tim Bell wrote: > >> >> I don’t think there is a formal exit inside OpenStack to do this. You >> may have to make a small patch to Nova. >> >> It would be an interesting feature to define a plug-in architecture for >> this which would have several other uses. >> >> Tim >> >> > -----Original Message----- >> > From: Francesco Ceccarelli [mailto:ceccarel at fnal.gov] >> > Sent: 14 September 2013 20:40 >> > To: Tim Bell >> > Cc: openstack at lists.openstack.org >> > Subject: Re: [Openstack] openstack meta-data >> > >> > Hello, >> > thanks for the help! I hadn't seen the command in the documentation, >> this can be helpful. >> > BTW my problem is to update metadata every time a machine is launched. >> > For example let's talk about the hostname. Every time I launch a >> machine, I would like to have well-configured metadata, with the >> > parameter public-hostname already set to a customized value. I don't >> want the instance name as public-hostname. >> > >> > I hope I was clear and thanks again for the help, Francesco >> > >> > >> > >> > On Sat, 2013-09-14 at 07:18 +0000, Tim Bell wrote: >> > > You can update the metadata associated with an instance using the >> 'nova meta' command. However, this only updates the metadata >> > (i.e. >> > > key value pairs) rather than the other attributes. >> > > >> > > Changing the server name would not alter the hostname of the VM, it >> would only alter the description in Nova. >> > > >> > > Can you explain a little more what you would like to be doing ? >> > > >> > > Tim >> > > >> > > > -----Original Message----- >> > > > From: Francesco Ceccarelli [mailto:ceccarel at fnal.gov] >> > > > Sent: 14 September 2013 00:11 >> > > > To: openstack at lists.openstack.org >> > > > Subject: [Openstack] openstack meta-data >> > > > >> > > > Is it possible to update instance meta-data, for example to set the >> public hostname? >> > > > >> > > > Thanks in advance, >> > > > Francesco >> > > > >> > > > >> > > > _______________________________________________ >> > > > Mailing list: >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> > > > Post to : openstack at lists.openstack.org >> > > > Unsubscribe : >> > > > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> > >> >> >> _______________________________________________ >> Mailing list: >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> Post to : openstack at lists.openstack.org >> Unsubscribe : >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From shardy at redhat.com Mon Sep 23 15:16:53 2013 From: shardy at redhat.com (Steven Hardy) Date: Mon, 23 Sep 2013 16:16:53 +0100 Subject: [Openstack] [Heat/havana]: User needs admin rights in order to heat create to succeed In-Reply-To: References: Message-ID: <20130923151652.GB10887@t430slt.redhat.com> On Fri, Sep 20, 2013 at 09:43:27AM +0300, Juha Tynninen wrote: > Hi, > > In havana the user must have admin privileges to be able to create heat > stacks having e.g. HARestarter resource. Otherwise an error will occur... > > What's logic behind this / or is this a bug? Unforuntately this is a known problem: https://bugs.launchpad.net/heat/+bug/1089261 https://blueprints.launchpad.net/heat/+spec/instance-users We expect to fix this during Icehouse, but for Havana you will need admin role for the following resources: AWS::CloudFormation::WaitConditionHandle OS::Heat::HARestarter AWS::AutoScaling::ScalingPolicy AWS::IAM::User Steve From tom at server.biz Mon Sep 23 15:43:40 2013 From: tom at server.biz (Tom Verdaat) Date: Mon, 23 Sep 2013 17:43:40 +0200 Subject: [Openstack] Translation Push - get the dashboard in your language by Sep 24 In-Reply-To: <5231786B.3030803@openstack.org> References: <5231786B.3030803@openstack.org> Message-ID: Hi Tom, Since your call for action I've put in a lot of effort translating to *Dutch (nl_nl). * Unfortunately with a total of 1785 strings just for Horizon it's turning out to be a hell of a job! I've completed 52% of "OpenStack Dashboard Translations" and 100% of all other Horizon components. Will try to complete some more but I'm afraid I won't get around to all 795 remaining strings. A few questions: 1. How can we do reviewing? Seems like I'm the only active contributor to this language at the moment. 2. Will translations be included per listed translation file, or only if all horizon components are completed? (e.g. partial or all-or-nothing) 3. Will you please consider including a translation that's less than 100% complete? I'm convinced 99% of Dutch users will use English if no Dutch version is available so a Dutch version supplemented with some English might be better than no Dutch version at all! If not, will additional translations be added to Havana update releases if completed after this deadline? Thanks, Tom 2013/9/12 Tom Fifield > Do you write Spanish, Italian, Russian, German or Dutch? > > How about Portuguese? Indonesian? Arabic? Hindi? > > Actually, if you can write in any language other than English, you have > the ability to help get the OpenStack Dashboard into your language. > > Find your language on: > > https://www.transifex.com/**projects/p/horizon/ > > and join the team. > > > It's actually a lot of fun, all done through an easy web interface. > > If we can get 100% completion in your language by September 24th, your > text will be included in the next release of OpenStack for thousands around > the world to see. > > So, why not get your friends together and make it happen? :) > > > Thanks, > > from your friendly Internationalisation Team > https://wiki.openstack.org/**wiki/I18nTeam > > ______________________________**_________________ > Mailing list: http://lists.openstack.org/**cgi-bin/mailman/listinfo/** > openstack > Post to : openstack at lists.openstack.org > Unsubscribe : http://lists.openstack.org/**cgi-bin/mailman/listinfo/** > openstack > -------------- next part -------------- An HTML attachment was scrubbed... URL: From david.scott at cloudscaling.com Mon Sep 23 17:08:49 2013 From: david.scott at cloudscaling.com (David Scott) Date: Mon, 23 Sep 2013 10:08:49 -0700 Subject: [Openstack] Customization of Horizon In-Reply-To: References: Message-ID: The best way to learn Horizon is to learn Django. Horizon is a Django project and Openstack Dashboard is a Django app, so the more you know about Django itself the better off you are. Also, don't forget that all the data comes from the OpenStack REST API. Horizon uses Python modules that wrap the APIs for the various OpenStack components (the Django models use these modules, not traditional object-relational mapping). d On Sun, Sep 22, 2013 at 11:49 PM, Dmitry Mescheryakov < dmescheryakov at mirantis.com> wrote: > Hello, > > I don't know of any deep guides for Horizon development, but I can suggest > looking at examples. For instance Savanna UI is a pretty small plugin for > Horizon which adds a panel with some tables. Here is how it looks: > http://www.youtube.com/watch?v=SrlHM0-q5zI > > Consider looking at 0.2 branch, which is smaller than master: > > https://github.com/stackforge/savanna-dashboard/tree/stable/0.2/savannadashboard > > Here are steps for installation, normal and dev: > http://savanna.readthedocs.org/en/0.2.1/horizon/installation.guide.html > http://savanna.readthedocs.org/en/0.2.1/horizon/dev.environment.guide.html > > Dmitry > > > > 2013/9/18 Marco > >> Hi guys, >> >> I'm new to Openstack and I'm trying to customize Horizon, adding a panel >> with some tables and tabs. I am having many problems in understanding how >> it works (even with the tutorial of openstack). >> >> So my question is: is there any easy guide to learn programming in >> Horizon? >> >> Many thanks >> >> >> _______________________________________________ >> Mailing list: >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> Post to : openstack at lists.openstack.org >> Unsubscribe : >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> >> > > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From luisguilherme.cr at gmail.com Mon Sep 23 17:52:32 2013 From: luisguilherme.cr at gmail.com (Guilherme Russi) Date: Mon, 23 Sep 2013 14:52:32 -0300 Subject: [Openstack] Cinder error Message-ID: Hello guys, I'm reinstalling my OpenStack Grizzly and I'm getting problem with my cinder, I'm getting "*Error: *Unable to retrieve volume list." I was looking at the cinder log and I only found this error: ERROR [cinder.openstack.common.rpc.common] AMQP server on 192.168.3.1:5672 is unreachable: Socket closed. Trying again in 30 seconds. I have a partition created: pvdisplay --- Physical volume --- PV Name /dev/sda7 VG Name cinder-volumes PV Size 279,59 GiB / not usable 1,00 MiB Allocatable yes PE Size 4,00 MiB Total PE 71574 Free PE 66454 Allocated PE 5120 PV UUID KHITxF-uagF-xADc-F8fu-na8t-1OXT-rDFbQ6 root at hemera:/home/hemera# vgdisplay --- Volume group --- VG Name cinder-volumes System ID Format lvm2 Metadata Areas 1 Metadata Sequence No 6 VG Access read/write VG Status resizable MAX LV 0 Cur LV 2 Open LV 0 Max PV 0 Cur PV 1 Act PV 1 VG Size 279,59 GiB PE Size 4,00 MiB Total PE 71574 Alloc PE / Size 5120 / 20,00 GiB Free PE / Size 66454 / 259,59 GiB VG UUID mhN3uV-n80a-zjeb-uR35-0IPb-BFmo-G2Qehu I don't know how to fix this error, any help? Thank you all and regards. Guilherme. -------------- next part -------------- An HTML attachment was scrubbed... URL: From hrushikesh.gangur at hp.com Mon Sep 23 18:19:39 2013 From: hrushikesh.gangur at hp.com (Gangur, Hrushikesh (HP Converged Cloud - R&D - Sunnyvale)) Date: Mon, 23 Sep 2013 18:19:39 +0000 Subject: [Openstack] Cinder error In-Reply-To: References: Message-ID: Ensure that cinder configuration files have correct IP of rabbimq host. From: Guilherme Russi [mailto:luisguilherme.cr at gmail.com] Sent: Monday, September 23, 2013 10:53 AM To: openstack Subject: [Openstack] Cinder error Hello guys, I'm reinstalling my OpenStack Grizzly and I'm getting problem with my cinder, I'm getting "Error: Unable to retrieve volume list." I was looking at the cinder log and I only found this error: ERROR [cinder.openstack.common.rpc.common] AMQP server on 192.168.3.1:5672 is unreachable: Socket closed. Trying again in 30 seconds. I have a partition created: pvdisplay --- Physical volume --- PV Name /dev/sda7 VG Name cinder-volumes PV Size 279,59 GiB / not usable 1,00 MiB Allocatable yes PE Size 4,00 MiB Total PE 71574 Free PE 66454 Allocated PE 5120 PV UUID KHITxF-uagF-xADc-F8fu-na8t-1OXT-rDFbQ6 root at hemera:/home/hemera# vgdisplay --- Volume group --- VG Name cinder-volumes System ID Format lvm2 Metadata Areas 1 Metadata Sequence No 6 VG Access read/write VG Status resizable MAX LV 0 Cur LV 2 Open LV 0 Max PV 0 Cur PV 1 Act PV 1 VG Size 279,59 GiB PE Size 4,00 MiB Total PE 71574 Alloc PE / Size 5120 / 20,00 GiB Free PE / Size 66454 / 259,59 GiB VG UUID mhN3uV-n80a-zjeb-uR35-0IPb-BFmo-G2Qehu I don't know how to fix this error, any help? Thank you all and regards. Guilherme. -------------- next part -------------- An HTML attachment was scrubbed... URL: From luisguilherme.cr at gmail.com Mon Sep 23 18:31:40 2013 From: luisguilherme.cr at gmail.com (Guilherme Russi) Date: Mon, 23 Sep 2013 15:31:40 -0300 Subject: [Openstack] Cinder error In-Reply-To: References: Message-ID: Yes, it is at the same place cat /etc/cinder/cinder.conf [DEFAULT] rootwrap_config=/etc/cinder/rootwrap.conf sql_connection = mysql://cinder:password at localhost/cinder api_paste_confg = /etc/cinder/api-paste.ini iscsi_helper=ietadm #iscsi_helper = tgtadm volume_name_template = volume-%s volume_group = cinder-volumes verbose = True auth_strategy = keystone iscsi_ip_address=localhost rabbit_host = localhost rabbit_port = 5672 rabbit_userid = rabbit rabbit_password = password rabbit_virtual_host = /nova state_path = /var/lib/cinder lock_path = /var/lock/cinder volumes_dir = /var/lib/cinder/volumes Another idea? Regards. 2013/9/23 Gangur, Hrushikesh (HP Converged Cloud - R&D - Sunnyvale) < hrushikesh.gangur at hp.com> > Ensure that cinder configuration files have correct IP of rabbimq host.** > ** > > ** ** > > *From:* Guilherme Russi [mailto:luisguilherme.cr at gmail.com] > *Sent:* Monday, September 23, 2013 10:53 AM > *To:* openstack > *Subject:* [Openstack] Cinder error**** > > ** ** > > Hello guys, I'm reinstalling my OpenStack Grizzly and I'm getting problem > with my cinder, I'm getting "*Error: *Unable to retrieve volume list." I > was looking at the cinder log and I only found this error: ERROR > [cinder.openstack.common.rpc.common] AMQP server on 192.168.3.1:5672 is > unreachable: Socket closed. Trying again in 30 seconds.**** > > ** ** > > I have a partition created:**** > > ** ** > > pvdisplay **** > > --- Physical volume ---**** > > PV Name /dev/sda7**** > > VG Name cinder-volumes**** > > PV Size 279,59 GiB / not usable 1,00 MiB**** > > Allocatable yes **** > > PE Size 4,00 MiB**** > > Total PE 71574**** > > Free PE 66454**** > > Allocated PE 5120**** > > PV UUID KHITxF-uagF-xADc-F8fu-na8t-1OXT-rDFbQ6**** > > **** > > root at hemera:/home/hemera# vgdisplay **** > > --- Volume group ---**** > > VG Name cinder-volumes**** > > System ID **** > > Format lvm2**** > > Metadata Areas 1**** > > Metadata Sequence No 6**** > > VG Access read/write**** > > VG Status resizable**** > > MAX LV 0**** > > Cur LV 2**** > > Open LV 0**** > > Max PV 0**** > > Cur PV 1**** > > Act PV 1**** > > VG Size 279,59 GiB**** > > PE Size 4,00 MiB**** > > Total PE 71574**** > > Alloc PE / Size 5120 / 20,00 GiB**** > > Free PE / Size 66454 / 259,59 GiB**** > > VG UUID mhN3uV-n80a-zjeb-uR35-0IPb-BFmo-G2Qehu**** > > ** ** > > ** ** > > I don't know how to fix this error, any help?**** > > ** ** > > Thank you all and regards.**** > > ** ** > > Guilherme.**** > -------------- next part -------------- An HTML attachment was scrubbed... URL: From matt.griffin at percona.com Mon Sep 23 18:43:30 2013 From: matt.griffin at percona.com (Matt Griffin) Date: Mon, 23 Sep 2013 13:43:30 -0500 Subject: [Openstack] Your Input is Requested - Percona software improvements Message-ID: Hello Sir/Madam, Want to help us improve Percona software for your applications and infrastructure deployments? MySQL plays a key role in OpenStack. Percona, maker of the MySQL drop-in compatible Percona Server and Percona XtraDB Cluster, is continuously looking for ways to deliver innovative software features which will enhance our products as well as the MySQL ecosystem. We would like to learn more about your needs of today and in the future for MySQL-based solutions and MySQL-based cluster solutions. Please spend about 10 minutes to complete our survey. As a thank you, everyone who completes the survey and submits their contact information will be entered in a drawing for one of five $50 Amazon gift certificates. Complete the survey now by clicking the following link: https://www.surveymonkey.com/s/2013pxc-os-general Thanks for your input! Feel free to contact me directly if you have any questions about this message. Best, Matt Griffin Director of Product Management, Percona matt.griffin at percona.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From marcelodieder at gmail.com Mon Sep 23 19:25:17 2013 From: marcelodieder at gmail.com (Marcelo Dieder) Date: Mon, 23 Sep 2013 16:25:17 -0300 Subject: [Openstack] Cinder error In-Reply-To: References: Message-ID: <5240959D.1010509@gmail.com> What's the status of your rabbitmq? # rabbitmqctl status And do you tried restart the rabbitmq? Regards, Marcelo Dieder On 09/23/2013 03:31 PM, Guilherme Russi wrote: > Yes, it is at the same place > > cat /etc/cinder/cinder.conf > [DEFAULT] > rootwrap_config=/etc/cinder/rootwrap.conf > sql_connection = mysql://cinder:password at localhost/cinder > api_paste_confg = /etc/cinder/api-paste.ini > iscsi_helper=ietadm > #iscsi_helper = tgtadm > volume_name_template = volume-%s > volume_group = cinder-volumes > verbose = True > auth_strategy = keystone > iscsi_ip_address=localhost > rabbit_host = localhost > rabbit_port = 5672 > rabbit_userid = rabbit > rabbit_password = password > rabbit_virtual_host = /nova > state_path = /var/lib/cinder > lock_path = /var/lock/cinder > volumes_dir = /var/lib/cinder/volumes > > Another idea? > > Regards. > > > 2013/9/23 Gangur, Hrushikesh (HP Converged Cloud - R&D - Sunnyvale) > > > > Ensure that cinder configuration files have correct IP of rabbimq > host. > > *From:*Guilherme Russi [mailto:luisguilherme.cr at gmail.com > ] > *Sent:* Monday, September 23, 2013 10:53 AM > *To:* openstack > *Subject:* [Openstack] Cinder error > > Hello guys, I'm reinstalling my OpenStack Grizzly and I'm getting > problem with my cinder, I'm getting "*Error: *Unable to retrieve > volume list." I was looking at the cinder log and I only found > this error: ERROR [cinder.openstack.common.rpc.common] AMQP server > on 192.168.3.1:5672 is unreachable: > Socket closed. Trying again in 30 seconds. > > I have a partition created: > > pvdisplay > > --- Physical volume --- > > PV Name /dev/sda7 > > VG Name cinder-volumes > > PV Size 279,59 GiB / not usable 1,00 MiB > > Allocatable yes > > PE Size 4,00 MiB > > Total PE 71574 > > Free PE 66454 > > Allocated PE 5120 > > PV UUID KHITxF-uagF-xADc-F8fu-na8t-1OXT-rDFbQ6 > > root at hemera:/home/hemera# vgdisplay > > --- Volume group --- > > VG Name cinder-volumes > > System ID > > Format lvm2 > > Metadata Areas 1 > > Metadata Sequence No 6 > > VG Access read/write > > VG Status resizable > > MAX LV 0 > > Cur LV 2 > > Open LV 0 > > Max PV 0 > > Cur PV 1 > > Act PV 1 > > VG Size 279,59 GiB > > PE Size 4,00 MiB > > Total PE 71574 > > Alloc PE / Size 5120 / 20,00 GiB > > Free PE / Size 66454 / 259,59 GiB > > VG UUID mhN3uV-n80a-zjeb-uR35-0IPb-BFmo-G2Qehu > > I don't know how to fix this error, any help? > > Thank you all and regards. > > Guilherme. > > > > > _______________________________________________ > Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack -------------- next part -------------- An HTML attachment was scrubbed... URL: From clay.gerrard at gmail.com Mon Sep 23 19:34:22 2013 From: clay.gerrard at gmail.com (Clay Gerrard) Date: Mon, 23 Sep 2013 12:34:22 -0700 Subject: [Openstack] Replication error In-Reply-To: References: Message-ID: Run `swift-ring-builder /etc/swift/object.builder validate` - it should have no errors and exit 0. Can you provide a paste of the output from `swift-ring-builder /etc/swift/object.builder` as well - it should list some general info about the ring (number of replicas, and list of devices). Rebalance the ring and make sure it's been distributed to all nodes. The particular line you're seeing pop up in the traceback seems to be looking for all of the nodes for a particular partition it found in the objects' dir. I'm not seeing any local sanitization [1] around those top level directory names, so maybe it's just some garbage that created there outside of swift, or some file system corruption? Can you provide the output from `ls /srv/node/objects` (or wherever you have devices configured) -Clay 1. https://bugs.launchpad.net/swift/+bug/1229372 On Mon, Sep 23, 2013 at 2:34 AM, Mike Preston wrote: > Hi, **** > > ** ** > > We are seeing a replication error on swift. The error only is seen on a > single node, the other nodes appear to be working fine.**** > > Installed version is debian wheezy with swift 1.4.8-2+deb7u1 > > **** > > Sep 23 10:33:03 storage-node-01 object-replicator Starting object > replication pass.**** > > Sep 23 10:33:03 storage-node-01 object-replicator Exception in top-level > replication loop: #012Traceback (most recent call last):#012 File > "/usr/lib/python2.7/dist-packages/swift/obj/replicator.py", line 564, in > replicate#012 jobs = self.collect_jobs()#012 File > "/usr/lib/python2.7/dist-packages/swift/obj/replicator.py", line 536, in > collect_jobs#012 self.object_ring.get_part_nodes(int(partition))#012 > File "/usr/lib/python2.7/dist-packages/swift/common/ring/ring.py", line > 103, in get_part_nodes#012 return [self.devs[r[part]] for r in > self._replica2part2dev_id]#012IndexError: array index out of range**** > > Sep 23 10:33:03 storage-node-01 object-replicator Nothing replicated for > 0.728466033936 seconds.**** > > Sep 23 10:33:03 storage-node-01 object-replicator Object replication > complete. (0.01 minutes) > > **** > > Can anyone shed any light on this or next steps in debugging it or fixing > it?**** > > ** ** > > ** ** > > ** ** > > *Mike Preston* > > Infrastructure Team | SYNETY**** > > www.synety.com**** > > ** ** > > direct: 0116 424 4016**** > > mobile: 07950 892038**** > > main: 0116 424 4000**** > > ** ** > > ** ** > > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From luisguilherme.cr at gmail.com Mon Sep 23 19:49:20 2013 From: luisguilherme.cr at gmail.com (Guilherme Russi) Date: Mon, 23 Sep 2013 16:49:20 -0300 Subject: [Openstack] Cinder error In-Reply-To: <5240959D.1010509@gmail.com> References: <5240959D.1010509@gmail.com> Message-ID: I've looked at the quantum/server.log and nova-scheduler.log and they show: 2013-09-23 16:25:27 INFO [quantum.openstack.common.rpc.common] Reconnecting to AMQP server on localhost:5672 2013-09-23 16:25:27 INFO [quantum.openstack.common.rpc.common] Connected to AMQP server on localhost:5672 2013-09-23 16:24:01.830 5971 INFO nova.openstack.common.rpc.common [-] Reconnecting to AMQP server on 127.0.0.1:5672 2013-09-23 16:24:01.879 5971 INFO nova.openstack.common.rpc.common [-] Connected to AMQP server on 127.0.0.1:5672 But at the cinder-volume.log: INFO [cinder.openstack.common.rpc.common] Reconnecting to AMQP server on localhost:5672 2013-09-23 16:46:04 ERROR [cinder.openstack.common.rpc.common] AMQP server on localhost:5672 is unreachable: Socket closed. Trying again in 30 seconds. I was typing when you sent your answer, here is it: rabbitmq-server status Status of node rabbit at hemera ... [{pid,17266}, {running_applications,[{rabbit,"RabbitMQ","2.7.1"}, {os_mon,"CPO CXC 138 46","2.2.7"}, {sasl,"SASL CXC 138 11","2.1.10"}, {mnesia,"MNESIA CXC 138 12","4.5"}, {stdlib,"ERTS CXC 138 10","1.17.5"}, {kernel,"ERTS CXC 138 10","2.14.5"}]}, {os,{unix,linux}}, {erlang_version,"Erlang R14B04 (erts-5.8.5) [source] [64-bit] [smp:4:4] [rq:4] [async-threads:30] [kernel-poll:true]\n"}, {memory,[{total,30926120}, {processes,14354392}, {processes_used,14343184}, {system,16571728}, {atom,1124441}, {atom_used,1120343}, {binary,268176}, {code,11134417}, {ets,2037120}]}, {vm_memory_high_watermark,0.4}, {vm_memory_limit,3299385344}] ...done. Yes, I've restarted the rabbitmq-server, but as you can see at the logs, quantum and nova are connected. Ideas?? Regards. 2013/9/23 Marcelo Dieder > What's the status of your rabbitmq? > > # rabbitmqctl status > > And do you tried restart the rabbitmq? > > Regards, > Marcelo Dieder > > > On 09/23/2013 03:31 PM, Guilherme Russi wrote: > > Yes, it is at the same place > > cat /etc/cinder/cinder.conf > [DEFAULT] > rootwrap_config=/etc/cinder/rootwrap.conf > sql_connection = mysql://cinder:password at localhost/cinder > api_paste_confg = /etc/cinder/api-paste.ini > iscsi_helper=ietadm > #iscsi_helper = tgtadm > volume_name_template = volume-%s > volume_group = cinder-volumes > verbose = True > auth_strategy = keystone > iscsi_ip_address=localhost > rabbit_host = localhost > rabbit_port = 5672 > rabbit_userid = rabbit > rabbit_password = password > rabbit_virtual_host = /nova > state_path = /var/lib/cinder > lock_path = /var/lock/cinder > volumes_dir = /var/lib/cinder/volumes > > Another idea? > > Regards. > > > 2013/9/23 Gangur, Hrushikesh (HP Converged Cloud - R&D - Sunnyvale) < > hrushikesh.gangur at hp.com> > >> Ensure that cinder configuration files have correct IP of rabbimq host. >> >> >> >> *From:* Guilherme Russi [mailto:luisguilherme.cr at gmail.com] >> *Sent:* Monday, September 23, 2013 10:53 AM >> *To:* openstack >> *Subject:* [Openstack] Cinder error >> >> >> >> Hello guys, I'm reinstalling my OpenStack Grizzly and I'm getting problem >> with my cinder, I'm getting "*Error: *Unable to retrieve volume list." I >> was looking at the cinder log and I only found this error: ERROR >> [cinder.openstack.common.rpc.common] AMQP server on 192.168.3.1:5672 is >> unreachable: Socket closed. Trying again in 30 seconds. >> >> >> >> I have a partition created: >> >> >> >> pvdisplay >> >> --- Physical volume --- >> >> PV Name /dev/sda7 >> >> VG Name cinder-volumes >> >> PV Size 279,59 GiB / not usable 1,00 MiB >> >> Allocatable yes >> >> PE Size 4,00 MiB >> >> Total PE 71574 >> >> Free PE 66454 >> >> Allocated PE 5120 >> >> PV UUID KHITxF-uagF-xADc-F8fu-na8t-1OXT-rDFbQ6 >> >> >> >> root at hemera:/home/hemera# vgdisplay >> >> --- Volume group --- >> >> VG Name cinder-volumes >> >> System ID >> >> Format lvm2 >> >> Metadata Areas 1 >> >> Metadata Sequence No 6 >> >> VG Access read/write >> >> VG Status resizable >> >> MAX LV 0 >> >> Cur LV 2 >> >> Open LV 0 >> >> Max PV 0 >> >> Cur PV 1 >> >> Act PV 1 >> >> VG Size 279,59 GiB >> >> PE Size 4,00 MiB >> >> Total PE 71574 >> >> Alloc PE / Size 5120 / 20,00 GiB >> >> Free PE / Size 66454 / 259,59 GiB >> >> VG UUID mhN3uV-n80a-zjeb-uR35-0IPb-BFmo-G2Qehu >> >> >> >> >> >> I don't know how to fix this error, any help? >> >> >> >> Thank you all and regards. >> >> >> >> Guilherme. >> > > > > _______________________________________________ > Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > > > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From luisguilherme.cr at gmail.com Mon Sep 23 19:57:16 2013 From: luisguilherme.cr at gmail.com (Guilherme Russi) Date: Mon, 23 Sep 2013 16:57:16 -0300 Subject: [Openstack] Cinder error In-Reply-To: References: <5240959D.1010509@gmail.com> Message-ID: I guess I've got something: 2013-09-23 16:52:17 INFO [cinder.openstack.common.rpc.common] Connected to AMQP server on localhost:5672 I've found this page https://ask.openstack.org/en/question/4581/cinder-unable-to-connect-to-rabbitmq/ and zipmaster07 answered "rabbit_virtual_host = /nova I commented out the "rabbit_virtual_host", restarted all cinder services and I can see a successful connection to AMQP now." And I did that, now it's connected, but what is this rabbit_virtual_host? What does it do? I'll test my volumes now. Regards. 2013/9/23 Guilherme Russi > I've looked at the quantum/server.log and nova-scheduler.log and they show: > > 2013-09-23 16:25:27 INFO [quantum.openstack.common.rpc.common] > Reconnecting to AMQP server on localhost:5672 > 2013-09-23 16:25:27 INFO [quantum.openstack.common.rpc.common] > Connected to AMQP server on localhost:5672 > > 2013-09-23 16:24:01.830 5971 INFO nova.openstack.common.rpc.common [-] > Reconnecting to AMQP server on 127.0.0.1:5672 > 2013-09-23 16:24:01.879 5971 INFO nova.openstack.common.rpc.common [-] > Connected to AMQP server on 127.0.0.1:5672 > > But at the cinder-volume.log: > > INFO [cinder.openstack.common.rpc.common] Reconnecting to AMQP server on > localhost:5672 > 2013-09-23 16:46:04 ERROR [cinder.openstack.common.rpc.common] AMQP > server on localhost:5672 is unreachable: Socket closed. Trying again in 30 > seconds. > > > I was typing when you sent your answer, here is it: > > rabbitmq-server status > Status of node rabbit at hemera ... > [{pid,17266}, > {running_applications,[{rabbit,"RabbitMQ","2.7.1"}, > {os_mon,"CPO CXC 138 46","2.2.7"}, > {sasl,"SASL CXC 138 11","2.1.10"}, > {mnesia,"MNESIA CXC 138 12","4.5"}, > {stdlib,"ERTS CXC 138 10","1.17.5"}, > {kernel,"ERTS CXC 138 10","2.14.5"}]}, > {os,{unix,linux}}, > {erlang_version,"Erlang R14B04 (erts-5.8.5) [source] [64-bit] [smp:4:4] > [rq:4] [async-threads:30] [kernel-poll:true]\n"}, > {memory,[{total,30926120}, > {processes,14354392}, > {processes_used,14343184}, > {system,16571728}, > {atom,1124441}, > {atom_used,1120343}, > {binary,268176}, > {code,11134417}, > {ets,2037120}]}, > {vm_memory_high_watermark,0.4}, > {vm_memory_limit,3299385344}] > ...done. > > > Yes, I've restarted the rabbitmq-server, but as you can see at the logs, > quantum and nova are connected. > > Ideas?? > > Regards. > > > > 2013/9/23 Marcelo Dieder > >> What's the status of your rabbitmq? >> >> # rabbitmqctl status >> >> And do you tried restart the rabbitmq? >> >> Regards, >> Marcelo Dieder >> >> >> On 09/23/2013 03:31 PM, Guilherme Russi wrote: >> >> Yes, it is at the same place >> >> cat /etc/cinder/cinder.conf >> [DEFAULT] >> rootwrap_config=/etc/cinder/rootwrap.conf >> sql_connection = mysql://cinder:password at localhost/cinder >> api_paste_confg = /etc/cinder/api-paste.ini >> iscsi_helper=ietadm >> #iscsi_helper = tgtadm >> volume_name_template = volume-%s >> volume_group = cinder-volumes >> verbose = True >> auth_strategy = keystone >> iscsi_ip_address=localhost >> rabbit_host = localhost >> rabbit_port = 5672 >> rabbit_userid = rabbit >> rabbit_password = password >> rabbit_virtual_host = /nova >> state_path = /var/lib/cinder >> lock_path = /var/lock/cinder >> volumes_dir = /var/lib/cinder/volumes >> >> Another idea? >> >> Regards. >> >> >> 2013/9/23 Gangur, Hrushikesh (HP Converged Cloud - R&D - Sunnyvale) < >> hrushikesh.gangur at hp.com> >> >>> Ensure that cinder configuration files have correct IP of rabbimq host. >>> >>> >>> >>> *From:* Guilherme Russi [mailto:luisguilherme.cr at gmail.com] >>> *Sent:* Monday, September 23, 2013 10:53 AM >>> *To:* openstack >>> *Subject:* [Openstack] Cinder error >>> >>> >>> >>> Hello guys, I'm reinstalling my OpenStack Grizzly and I'm getting >>> problem with my cinder, I'm getting "*Error: *Unable to retrieve volume >>> list." I was looking at the cinder log and I only found this error: ERROR >>> [cinder.openstack.common.rpc.common] AMQP server on 192.168.3.1:5672 is >>> unreachable: Socket closed. Trying again in 30 seconds. >>> >>> >>> >>> I have a partition created: >>> >>> >>> >>> pvdisplay >>> >>> --- Physical volume --- >>> >>> PV Name /dev/sda7 >>> >>> VG Name cinder-volumes >>> >>> PV Size 279,59 GiB / not usable 1,00 MiB >>> >>> Allocatable yes >>> >>> PE Size 4,00 MiB >>> >>> Total PE 71574 >>> >>> Free PE 66454 >>> >>> Allocated PE 5120 >>> >>> PV UUID KHITxF-uagF-xADc-F8fu-na8t-1OXT-rDFbQ6 >>> >>> >>> >>> root at hemera:/home/hemera# vgdisplay >>> >>> --- Volume group --- >>> >>> VG Name cinder-volumes >>> >>> System ID >>> >>> Format lvm2 >>> >>> Metadata Areas 1 >>> >>> Metadata Sequence No 6 >>> >>> VG Access read/write >>> >>> VG Status resizable >>> >>> MAX LV 0 >>> >>> Cur LV 2 >>> >>> Open LV 0 >>> >>> Max PV 0 >>> >>> Cur PV 1 >>> >>> Act PV 1 >>> >>> VG Size 279,59 GiB >>> >>> PE Size 4,00 MiB >>> >>> Total PE 71574 >>> >>> Alloc PE / Size 5120 / 20,00 GiB >>> >>> Free PE / Size 66454 / 259,59 GiB >>> >>> VG UUID mhN3uV-n80a-zjeb-uR35-0IPb-BFmo-G2Qehu >>> >>> >>> >>> >>> >>> I don't know how to fix this error, any help? >>> >>> >>> >>> Thank you all and regards. >>> >>> >>> >>> Guilherme. >>> >> >> >> >> _______________________________________________ >> Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> Post to : openstack at lists.openstack.org >> Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> >> >> >> _______________________________________________ >> Mailing list: >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> Post to : openstack at lists.openstack.org >> Unsubscribe : >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From marcelodieder at gmail.com Mon Sep 23 20:12:37 2013 From: marcelodieder at gmail.com (Marcelo Dieder) Date: Mon, 23 Sep 2013 17:12:37 -0300 Subject: [Openstack] Cinder error In-Reply-To: References: <5240959D.1010509@gmail.com> Message-ID: <5240A0B5.5000300@gmail.com> Hi Guilherme, The RabbitMQ has virtual host for many applications. Default, the Rabbit created a default virtualhost with /. You can see this with the command: root at controller:~# rabbitmqctl list_permissions Listing permissions in vhost "/" ... guest .* .* .* ...done. Regards, Marcelo Dieder On 09/23/2013 04:57 PM, Guilherme Russi wrote: > I guess I've got something: > > 2013-09-23 16:52:17 INFO [cinder.openstack.common.rpc.common] > Connected to AMQP server on localhost:5672 > > I've found this page > https://ask.openstack.org/en/question/4581/cinder-unable-to-connect-to-rabbitmq/ and zipmaster07 > answered "rabbit_virtual_host = /nova > > I commented out the "rabbit_virtual_host", restarted all cinder > services and I can see a successful connection to AMQP now." > > And I did that, now it's connected, but what is this > rabbit_virtual_host? What does it do? > I'll test my volumes now. > > Regards. > > > > > > 2013/9/23 Guilherme Russi > > > I've looked at the quantum/server.log and nova-scheduler.log and > they show: > 2013-09-23 16:25:27 INFO [quantum.openstack.common.rpc.common] > Reconnecting to AMQP server on localhost:5672 > 2013-09-23 16:25:27 INFO [quantum.openstack.common.rpc.common] > Connected to AMQP server on localhost:5672 > > 2013-09-23 16:24:01.830 5971 INFO nova.openstack.common.rpc.common > [-] Reconnecting to AMQP server on 127.0.0.1:5672 > > 2013-09-23 16:24:01.879 5971 INFO nova.openstack.common.rpc.common > [-] Connected to AMQP server on 127.0.0.1:5672 > > But at the cinder-volume.log: > > INFO [cinder.openstack.common.rpc.common] Reconnecting to AMQP > server on localhost:5672 > 2013-09-23 16:46:04 ERROR [cinder.openstack.common.rpc.common] > AMQP server on localhost:5672 is unreachable: Socket closed. > Trying again in 30 seconds. > > > I was typing when you sent your answer, here is it: > > rabbitmq-server status > Status of node rabbit at hemera ... > [{pid,17266}, > {running_applications,[{rabbit,"RabbitMQ","2.7.1"}, > {os_mon,"CPO CXC 138 46","2.2.7"}, > {sasl,"SASL CXC 138 11","2.1.10"}, > {mnesia,"MNESIA CXC 138 12","4.5"}, > {stdlib,"ERTS CXC 138 10","1.17.5"}, > {kernel,"ERTS CXC 138 10","2.14.5"}]}, > {os,{unix,linux}}, > {erlang_version,"Erlang R14B04 (erts-5.8.5) [source] [64-bit] > [smp:4:4] [rq:4] [async-threads:30] [kernel-poll:true]\n"}, > {memory,[{total,30926120}, > {processes,14354392}, > {processes_used,14343184}, > {system,16571728}, > {atom,1124441}, > {atom_used,1120343}, > {binary,268176}, > {code,11134417}, > {ets,2037120}]}, > {vm_memory_high_watermark,0.4}, > {vm_memory_limit,3299385344 }] > ...done. > > > Yes, I've restarted the rabbitmq-server, but as you can see at the > logs, quantum and nova are connected. > > Ideas?? > > Regards. > > > > 2013/9/23 Marcelo Dieder > > > What's the status of your rabbitmq? > > # rabbitmqctl status > > And do you tried restart the rabbitmq? > > Regards, > Marcelo Dieder > > > On 09/23/2013 03:31 PM, Guilherme Russi wrote: >> Yes, it is at the same place >> >> cat /etc/cinder/cinder.conf >> [DEFAULT] >> rootwrap_config=/etc/cinder/rootwrap.conf >> sql_connection = mysql://cinder:password at localhost/cinder >> api_paste_confg = /etc/cinder/api-paste.ini >> iscsi_helper=ietadm >> #iscsi_helper = tgtadm >> volume_name_template = volume-%s >> volume_group = cinder-volumes >> verbose = True >> auth_strategy = keystone >> iscsi_ip_address=localhost >> rabbit_host = localhost >> rabbit_port = 5672 >> rabbit_userid = rabbit >> rabbit_password = password >> rabbit_virtual_host = /nova >> state_path = /var/lib/cinder >> lock_path = /var/lock/cinder >> volumes_dir = /var/lib/cinder/volumes >> >> Another idea? >> >> Regards. >> >> >> 2013/9/23 Gangur, Hrushikesh (HP Converged Cloud - R&D - >> Sunnyvale) > > >> >> Ensure that cinder configuration files have correct IP of >> rabbimq host. >> >> *From:*Guilherme Russi [mailto:luisguilherme.cr at gmail.com >> ] >> *Sent:* Monday, September 23, 2013 10:53 AM >> *To:* openstack >> *Subject:* [Openstack] Cinder error >> >> Hello guys, I'm reinstalling my OpenStack Grizzly and I'm >> getting problem with my cinder, I'm getting "*Error: >> *Unable to retrieve volume list." I was looking at the >> cinder log and I only found this error: ERROR >> [cinder.openstack.common.rpc.common] AMQP server on >> 192.168.3.1:5672 is >> unreachable: Socket closed. Trying again in 30 seconds. >> >> I have a partition created: >> >> pvdisplay >> >> --- Physical volume --- >> >> PV Name /dev/sda7 >> >> VG Name cinder-volumes >> >> PV Size 279,59 GiB / not usable 1,00 MiB >> >> Allocatable yes >> >> PE Size 4,00 MiB >> >> Total PE 71574 >> >> Free PE 66454 >> >> Allocated PE 5120 >> >> PV UUID KHITxF-uagF-xADc-F8fu-na8t-1OXT-rDFbQ6 >> >> root at hemera:/home/hemera# vgdisplay >> >> --- Volume group --- >> >> VG Name cinder-volumes >> >> System ID >> >> Format lvm2 >> >> Metadata Areas 1 >> >> Metadata Sequence No 6 >> >> VG Access read/write >> >> VG Status resizable >> >> MAX LV 0 >> >> Cur LV 2 >> >> Open LV 0 >> >> Max PV 0 >> >> Cur PV 1 >> >> Act PV 1 >> >> VG Size 279,59 GiB >> >> PE Size 4,00 MiB >> >> Total PE 71574 >> >> Alloc PE / Size 5120 / 20,00 GiB >> >> Free PE / Size 66454 / 259,59 GiB >> >> VG UUID mhN3uV-n80a-zjeb-uR35-0IPb-BFmo-G2Qehu >> >> I don't know how to fix this error, any help? >> >> Thank you all and regards. >> >> Guilherme. >> >> >> >> >> _______________________________________________ >> Mailing list:http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> Post to :openstack at lists.openstack.org >> Unsubscribe :http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From openstackleaner at gmail.com Mon Sep 23 20:47:04 2013 From: openstackleaner at gmail.com (openstack learner) Date: Mon, 23 Sep 2013 13:47:04 -0700 Subject: [Openstack] Snapshot failure with VMwareVCDriver In-Reply-To: References: Message-ID: Hi all, After git clone the newest devstack repository on sep23 2013 and reinstall devstack, when i did a snapshot it still failed. This time, from the vCenter task history i could see both the "Create virtual machine snapshot" and the "Copy virtual disk" operation are completed successfully. There was a "Copy virtual disk" operation failure before and now this issue is fixed in the new code i think. >From the horizon, the new created snapshot image status was firstly "queued" and then "deleted". And the snapshot image is not in the list when i do a nova image-list, glance image-list or look at the horizon image&snapshot list. >From the screen "*g-reg*" log, I found it seems like the snapshot image was created and then deleted before glance upload the image. The output log is shown as followed: 2013-09-23 12:49:46.634 13386 INFO glance.registry.api.v1.images [61f1aefc-e56b-481e-ac5d-23e5c8a1ab6c 1e1e314becc94d2ebe8246f0a36ca99a 09ee20f776914ad7983bb2ace867623a] Successfully retrieved image 66e47135-8576-49af-a474-47a11de0c46d 2013-09-23 12:50:09.126 13386 DEBUG keystoneclient.middleware.auth_token [-] Authenticating user token __call__ /opt/stack/python-keystoneclient/keystoneclient/middleware/auth_token.py:532 2013-09-23 12:50:09.126 13386 DEBUG keystoneclient.middleware.auth_token [-] Removing headers from request environment: X-Identity-Status,X-Domain-Id,X-Domain-Name,X-Project-Id,X-Project-Name,X-Project-Domain-Id,X-Project-Domain-Name,X-User-Id,X-User-Name,X-User-Domain-Id,X-User-Domain-Name,X-Roles,X-Service-Catalog,X-User,X-Tenant-Id,X-Tenant-Name,X-Tenant,X-Role _remove_auth_headers /opt/stack/python-keystoneclient/keystoneclient/middleware/auth_token.py:591 2013-09-23 12:50:09.126 13386 DEBUG keystoneclient.middleware.auth_token [-] Returning cached token a06afb4e1371592a52ee6cb53b0e2bae _cache_get /opt/stack/python-keystoneclient/keystoneclient/middleware/auth_token.py:982 2013-09-23 12:50:09.127 13386 DEBUG glance.api.policy [-] Loaded policy rules: {u'context_is_admin': 'role:admin', u'default': '@', u'manage_image_cache': 'role:admin'} load_rules /opt/stack/glance/glance/api/policy.py:75 2013-09-23 12:50:09.127 13386 DEBUG routes.middleware [-] Matched GET /images/66e47135-8576-49af-a474-47a11de0c46d __call__ /usr/lib/python2.7/dist-packages/routes/middleware.py:100 2013-09-23 12:50:09.127 13386 DEBUG routes.middleware [-] Route path: '/images/{id}', defaults: {'action': u'show', 'controller': } __call__ /usr/lib/python2.7/dist-packages/routes/middleware.py:102 2013-09-23 12:50:09.127 13386 DEBUG routes.middleware [-] Match dict: {'action': u'show', 'controller': , 'id': u'66e47135-8576-49af-a474-47a11de0c46d'} __call__ /usr/lib/python2.7/dist-packages/routes/middleware.py:103 2013-09-23 12:50:09.138 13386 INFO glance.registry.api.v1.images [fa8c8425-0637-45cc-a80f-c188a787ad41 1e1e314becc94d2ebe8246f0a36ca99a 09ee20f776914ad7983bb2ace867623a] Successfully retrieved image 66e47135-8576-49af-a474-47a11de0c46d 2013-09-23 12:50:34.130 13386 DEBUG keystoneclient.middleware.auth_token [-] Authenticating user token __call__ /opt/stack/python-keystoneclient/keystoneclient/middleware/auth_token.py:532 2013-09-23 12:50:34.131 13386 DEBUG keystoneclient.middleware.auth_token [-] Removing headers from request environment: X-Identity-Status,X-Domain-Id,X-Domain-Name,X-Project-Id,X-Project-Name,X-Project-Domain-Id,X-Project-Domain-Name,X-User-Id,X-User-Name,X-User-Domain-Id,X-User-Domain-Name,X-Roles,X-Service-Catalog,X-User,X-Tenant-Id,X-Tenant-Name,X-Tenant,X-Role _remove_auth_headers /opt/stack/python-keystoneclient/keystoneclient/middleware/auth_token.py:591 2013-09-23 12:50:34.131 13386 DEBUG keystoneclient.middleware.auth_token [-] Returning cached token a06afb4e1371592a52ee6cb53b0e2bae _cache_get /opt/stack/python-keystoneclient/keystoneclient/middleware/auth_token.py:982 2013-09-23 12:50:34.131 13386 DEBUG glance.api.policy [-] Loaded policy rules: {u'context_is_admin': 'role:admin', u'default': '@', u'manage_image_cache': 'role:admin'} load_rules /opt/stack/glance/glance/api/policy.py:75 2013-09-23 12:50:34.132 13386 DEBUG routes.middleware [-] Matched GET /images/66e47135-8576-49af-a474-47a11de0c46d __call__ /usr/lib/python2.7/dist-packages/routes/middleware.py:100 2013-09-23 12:50:34.132 13386 DEBUG routes.middleware [-] Route path: '/images/{id}', defaults: {'action': u'show', 'controller': } __call__ /usr/lib/python2.7/dist-packages/routes/middleware.py:102 2013-09-23 12:50:34.132 13386 DEBUG routes.middleware [-] Match dict: {'action': u'show', 'controller': , 'id': u'66e47135-8576-49af-a474-47a11de0c46d'} __call__ /usr/lib/python2.7/dist-packages/routes/middleware.py:103 2013-09-23 12:50:34.139 13386 INFO glance.registry.api.v1.images [5d0b9eec-b064-40b2-8db7-aeeb1f88c97e 1e1e314becc94d2ebe8246f0a36ca99a 09ee20f776914ad7983bb2ace867623a] Successfully retrieved image 66e47135-8576-49af-a474-47a11de0c46d 2013-09-23 12:50:54.527 13386 DEBUG keystoneclient.middleware.auth_token [-] Authenticating user token __call__ /opt/stack/python-keystoneclient/keystoneclient/middleware/auth_token.py:532 2013-09-23 12:50:54.527 13386 DEBUG keystoneclient.middleware.auth_token [-] Removing headers from request environment: X-Identity-Status,X-Domain-Id,X-Domain-Name,X-Project-Id,X-Project-Name,X-Project-Domain-Id,X-Project-Domain-Name,X-User-Id,X-User-Name,X-User-Domain-Id,X-User-Domain-Name,X-Roles,X-Service-Catalog,X-User,X-Tenant-Id,X-Tenant-Name,X-Tenant,X-Role _remove_auth_headers /opt/stack/python-keystoneclient/keystoneclient/middleware/auth_token.py:591 2013-09-23 12:50:54.528 13386 DEBUG keystoneclient.middleware.auth_token [-] Returning cached token a06afb4e1371592a52ee6cb53b0e2bae _cache_get /opt/stack/python-keystoneclient/keystoneclient/middleware/auth_token.py:982 2013-09-23 12:50:54.528 13386 DEBUG glance.api.policy [-] Loaded policy rules: {u'context_is_admin': 'role:admin', u'default': '@', u'manage_image_cache': 'role:admin'} load_rules /opt/stack/glance/glance/api/policy.py:75 2013-09-23 12:50:54.528 13386 DEBUG routes.middleware [-] Matched GET /images/66e47135-8576-49af-a474-47a11de0c46d __call__ /usr/lib/python2.7/dist-packages/routes/middleware.py:100 2013-09-23 12:50:54.529 13386 DEBUG routes.middleware [-] Route path: '/images/{id}', defaults: {'action': u'show', 'controller': } __call__ /usr/lib/python2.7/dist-packages/routes/middleware.py:102 2013-09-23 12:50:54.529 13386 DEBUG routes.middleware [-] Match dict: {'action': u'show', 'controller': , 'id': u'66e47135-8576-49af-a474-47a11de0c46d'} __call__ /usr/lib/python2.7/dist-packages/routes/middleware.py:103 2013-09-23 12:50:54.535 13386 INFO glance.registry.api.v1.images [3681cb8b-f9b2-480e-b0b1-a05a08649701 1e1e314becc94d2ebe8246f0a36ca99a 09ee20f776914ad7983bb2ace867623a] Successfully retrieved image 66e47135-8576-49af-a474-47a11de0c46d 2013-09-23 12:50:54.538 13386 DEBUG keystoneclient.middleware.auth_token [-] Authenticating user token __call__ /opt/stack/python-keystoneclient/keystoneclient/middleware/auth_token.py:532 2013-09-23 12:50:54.538 13386 DEBUG keystoneclient.middleware.auth_token [-] Removing headers from request environment: X-Identity-Status,X-Domain-Id,X-Domain-Name,X-Project-Id,X-Project-Name,X-Project-Domain-Id,X-Project-Domain-Name,X-User-Id,X-User-Name,X-User-Domain-Id,X-User-Domain-Name,X-Roles,X-Service-Catalog,X-User,X-Tenant-Id,X-Tenant-Name,X-Tenant,X-Role _remove_auth_headers /opt/stack/python-keystoneclient/keystoneclient/middleware/auth_token.py:591 2013-09-23 12:50:54.538 13386 DEBUG keystoneclient.middleware.auth_token [-] Returning cached token a06afb4e1371592a52ee6cb53b0e2bae _cache_get /opt/stack/python-keystoneclient/keystoneclient/middleware/auth_token.py:982 2013-09-23 12:50:54.539 13386 DEBUG glance.api.policy [-] Loaded policy rules: {u'context_is_admin': 'role:admin', u'default': '@', u'manage_image_cache': 'role:admin'} load_rules /opt/stack/glance/glance/api/policy.py:75 2013-09-23 12:50:54.539 13386 DEBUG routes.middleware [-] Matched PUT /images/66e47135-8576-49af-a474-47a11de0c46d __call__ /usr/lib/python2.7/dist-packages/routes/middleware.py:100 2013-09-23 12:50:54.539 13386 DEBUG routes.middleware [-] Route path: '/images/{id}', defaults: {'action': u'update', 'controller': } __call__ /usr/lib/python2.7/dist-packages/routes/middleware.py:102 2013-09-23 12:50:54.540 13386 DEBUG routes.middleware [-] Match dict: {'action': u'update', 'controller': , 'id': u'66e47135-8576-49af-a474-47a11de0c46d'} __call__ /usr/lib/python2.7/dist-packages/routes/middleware.py:103 2013-09-23 12:50:54.540 13386 DEBUG glance.registry.api.v1.images [a5473e1c-63d4-447e-9ebf-363f4176bebc 1e1e314becc94d2ebe8246f0a36ca99a 09ee20f776914ad7983bb2ace867623a] Updating image 66e47135-8576-49af-a474-47a11de0c46d with metadata: {u'status': u'deleted'} update /opt/stack/glance/glance/registry/api/v1/images.py:436 2013-09-23 12:50:54.555 13386 INFO glance.registry.api.v1.images [a5473e1c-63d4-447e-9ebf-363f4176bebc 1e1e314becc94d2ebe8246f0a36ca99a 09ee20f776914ad7983bb2ace867623a] Updating metadata for image 66e47135-8576-49af-a474-47a11de0c46d 2013-09-23 12:50:54.558 13386 DEBUG keystoneclient.middleware.auth_token [-] Authenticating user token __call__ /opt/stack/python-keystoneclient/keystoneclient/middleware/auth_token.py:532 2013-09-23 12:50:54.558 13386 DEBUG keystoneclient.middleware.auth_token [-] Removing headers from request environment: X-Identity-Status,X-Domain-Id,X-Domain-Name,X-Project-Id,X-Project-Name,X-Project-Domain-Id,X-Project-Domain-Name,X-User-Id,X-User-Name,X-User-Domain-Id,X-User-Domain-Name,X-Roles,X-Service-Catalog,X-User,X-Tenant-Id,X-Tenant-Name,X-Tenant,X-Role _remove_auth_headers /opt/stack/python-keystoneclient/keystoneclient/middleware/auth_token.py:591 2013-09-23 12:50:54.558 13386 DEBUG keystoneclient.middleware.auth_token [-] Returning cached token a06afb4e1371592a52ee6cb53b0e2bae _cache_get /opt/stack/python-keystoneclient/keystoneclient/middleware/auth_token.py:982 2013-09-23 12:50:54.559 13386 DEBUG glance.api.policy [-] Loaded policy rules: {u'context_is_admin': 'role:admin', u'default': '@', u'manage_image_cache': 'role:admin'} load_rules /opt/stack/glance/glance/api/policy.py:75 2013-09-23 12:50:54.559 13386 DEBUG routes.middleware [-] Matched DELETE /images/66e47135-8576-49af-a474-47a11de0c46d __call__ /usr/lib/python2.7/dist-packages/routes/middleware.py:100 2013-09-23 12:50:54.559 13386 DEBUG routes.middleware [-] Route path: '/images/{id}', defaults: {'action': u'delete', 'controller': } __call__ /usr/lib/python2.7/dist-packages/routes/middleware.py:102 2013-09-23 12:50:54.559 13386 DEBUG routes.middleware [-] Match dict: {'action': u'delete', 'controller': , 'id': u'66e47135-8576-49af-a474-47a11de0c46d'} __call__ /usr/lib/python2.7/dist-packages/routes/middleware.py:103 2013-09-23 12:50:54.591 13386 INFO glance.registry.api.v1.images [681e3d40-ecaa-42be-beb8-fc972a2997a5 1e1e314becc94d2ebe8246f0a36ca99a 09ee20f776914ad7983bb2ace867623a] Successfully deleted image 66e47135-8576-49af-a474-47a11de0c46d 2013-09-23 12:51:01.650 13386 DEBUG keystoneclient.middleware.auth_token [-] Authenticating user token __call__ /opt/stack/python-keystoneclient/keystoneclient/middleware/auth_token.py:532 2013-09-23 12:51:01.650 13386 DEBUG keystoneclient.middleware.auth_token [-] Removing headers from request environment: X-Identity-Status,X-Domain-Id,X-Domain-Name,X-Project-Id,X-Project-Name,X-Project-Domain-Id,X-Project-Domain-Name,X-User-Id,X-User-Name,X-User-Domain-Id,X-User-Domain-Name,X-Roles,X-Service-Catalog,X-User,X-Tenant-Id,X-Tenant-Name,X-Tenant,X-Role _remove_auth_headers /opt/stack/python-keystoneclient/keystoneclient/middleware/auth_token.py:591 2013-09-23 12:51:01.651 13386 INFO requests.packages.urllib3.connectionpool [-] Starting new HTTP connection (1): 172.20.239.92 2013-09-23 12:51:01.664 13386 DEBUG requests.packages.urllib3.connectionpool [-] "GET /v2.0/tokens/a06afb4e1371592a52ee6cb53b0e2bae HTTP/1.1" 200 5371 _make_request /usr/local/lib/python2.7/dist-packages/requests/packages/urllib3/connectionpool.py:296 2013-09-23 12:51:01.664 13386 DEBUG keystoneclient.middleware.auth_token [-] Storing a06afb4e1371592a52ee6cb53b0e2bae token in memcache _cache_put /opt/stack/python-keystoneclient/keystoneclient/middleware/auth_token.py:1042 2013-09-23 12:51:01.665 13386 DEBUG glance.api.policy [-] Loaded policy rules: {u'context_is_admin': 'role:admin', u'default': '@', u'manage_image_cache': 'role:admin'} load_rules /opt/stack/glance/glance/api/policy.py:75 2013-09-23 12:51:01.665 13386 DEBUG routes.middleware [-] Matched GET /images/66e47135-8576-49af-a474-47a11de0c46d __call__ /usr/lib/python2.7/dist-packages/routes/middleware.py:100 2013-09-23 12:51:01.665 13386 DEBUG routes.middleware [-] Route path: '/images/{id}', defaults: {'action': u'show', 'controller': } __call__ /usr/lib/python2.7/dist-packages/routes/middleware.py:102 2013-09-23 12:51:01.665 13386 DEBUG routes.middleware [-] Match dict: {'action': u'show', 'controller': , 'id': u'66e47135-8576-49af-a474-47a11de0c46d'} __call__ /usr/lib/python2.7/dist-packages/routes/middleware.py:103 2013-09-23 12:51:01.671 13386 DEBUG glance.db.sqlalchemy.api [94099a83-19e1-40c1-b592-dd61013caf7a 1e1e314becc94d2ebe8246f0a36ca99a 09ee20f776914ad7983bb2ace867623a] No image found with ID 66e47135-8576-49af-a474-47a11de0c46d _image_get /opt/stack/glance/glance/db/sqlalchemy/api.py:334 2013-09-23 12:51:01.671 13386 INFO glance.registry.api.v1.images [94099a83-19e1-40c1-b592-dd61013caf7a 1e1e314becc94d2ebe8246f0a36ca99a 09ee20f776914ad7983bb2ace867623a] Image 66e47135-8576-49af-a474-47a11de0c46d not found 2013-09-23 12:57:51.769 13386 DEBUG keystoneclient.middleware.auth_token [-] Authenticating user token __call__ /opt/stack/python-keystoneclient/keystoneclient/middleware/auth_token.py:532 2013-09-23 12:57:51.769 13386 DEBUG keystoneclient.middleware.auth_token [-] Removing headers from request environment: X-Identity-Status,X-Domain-Id,X-Domain-Name,X-Project-Id,X-Project-Name,X-Project-Domain-Id,X-Project-Domain-Name,X-User-Id,X-User-Name,X-User-Domain-Id,X-User-Domain-Name,X-Roles,X-Service-Catalog,X-User,X-Tenant-Id,X-Tenant-Name,X-Tenant,X-Role _remove_auth_headers /opt/stack/python-keystoneclient/keystoneclient/middleware/auth_token.py:591 2013-09-23 12:57:51.770 13386 INFO requests.packages.urllib3.connectionpool [-] Starting new HTTP connection (1): 172.20.239.92 2013-09-23 12:57:51.797 13386 DEBUG requests.packages.urllib3.connectionpool [-] "GET /v2.0/tokens/revoked HTTP/1.1" 200 794 _make_request /usr/local/lib/python2.7/dist-packages/requests/packages/urllib3/connectionpool.py:296 2013-09-23 12:57:51.809 13386 DEBUG keystoneclient.middleware.auth_token [-] Storing e8ba2019300908551e0c6ccb766af4e6 token in memcache _cache_put /opt/stack/python-keystoneclient/keystoneclient/middleware/auth_token.py:1042 2013-09-23 12:57:51.811 13386 DEBUG glance.api.policy [-] Loaded policy rules: {u'context_is_admin': 'role:admin', u'default': '@', u'manage_image_cache': 'role:admin'} load_rules /opt/stack/glance/glance/api/policy.py:75 2013-09-23 12:57:51.811 13386 DEBUG routes.middleware [-] Matched GET /images/detail __call__ /usr/lib/python2.7/dist-packages/routes/middleware.py:100 2013-09-23 12:57:51.811 13386 DEBUG routes.middleware [-] Route path: '/images/detail', defaults: {'action': u'detail', 'controller': } __call__ /usr/lib/python2.7/dist-packages/routes/middleware.py:102 2013-09-23 12:57:51.811 13386 DEBUG routes.middleware [-] Match dict: {'action': u'detail', 'controller': } __call__ /usr/lib/python2.7/dist-packages/routes/middleware.py:103 2013-09-23 12:57:51.833 13386 INFO glance.registry.api.v1.images [8fe70cc1-bee3-4629-91fa-0f6aa0acbcc4 1e1e314becc94d2ebe8246f0a36ca99a 09ee20f776914ad7983bb2ace867623a] Returning detailed image list Any idea about what caused the problem? Does it mean that the bug has not been totally fixed, anything wrong with my devstack setting or openstack service? Thanks xin On Sun, Sep 22, 2013 at 11:05 PM, Chinmaya Bharadwaj A < acbharadwaj at hotmail.com> wrote: > there is a bug filed, but supposed to be fixed by now. > https://bugs.launchpad.net/nova/+bug/1184807 > just check you have these changes > https://review.openstack.org/#/c/40298/18 > > regards > Chinmay > > ------------------------------ > Date: Sun, 22 Sep 2013 19:02:02 -0700 > From: openstackleaner at gmail.com > To: openstack at lists.openstack.org > Subject: [Openstack] Snapshot failure with VMwareVCDriver > > > > I am unable to get snapshots working in my devstack setup with the > VCDriver. > > When I tried to snapshot a vm instance, in the glance image-list, i could > firstly see a new image was create and the status was "saving", few seconds > later the new created image entry disappeared from the image list and when > i check the vCenter, in the task history i found the "Create virtual > machine snapshot" operation is completed but there is an error of the "Copy > virtual disk" operation: "The requested operation is not implemented by > the server." > > Anyone has the same problem and know how to solve it? Any idea about what > caused the problem? Is this a bug of vmware api with the devstack? > > Thanks > > xin > > _______________________________________________ Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : > openstack at lists.openstack.org Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > -------------- next part -------------- An HTML attachment was scrubbed... URL: From luisguilherme.cr at gmail.com Mon Sep 23 21:02:58 2013 From: luisguilherme.cr at gmail.com (Guilherme Russi) Date: Mon, 23 Sep 2013 18:02:58 -0300 Subject: [Openstack] Cinder error In-Reply-To: <5240A0B5.5000300@gmail.com> References: <5240959D.1010509@gmail.com> <5240A0B5.5000300@gmail.com> Message-ID: It's what i've got too: root at hemera:/home/hemera# rabbitmqctl list_permissions Listing permissions in vhost "/" ... guest .* .* .* ...done. Regards. 2013/9/23 Marcelo Dieder > Hi Guilherme, > > The RabbitMQ has virtual host for many applications. Default, the Rabbit > created a default virtualhost with /. > > You can see this with the command: > > root at controller:~# rabbitmqctl list_permissions > Listing permissions in vhost "/" ... > guest .* .* .* > ...done. > > Regards, > > Marcelo Dieder > > > On 09/23/2013 04:57 PM, Guilherme Russi wrote: > > I guess I've got something: > > 2013-09-23 16:52:17 INFO [cinder.openstack.common.rpc.common] > Connected to AMQP server on localhost:5672 > > I've found this page > https://ask.openstack.org/en/question/4581/cinder-unable-to-connect-to-rabbitmq/ and zipmaster07 > answered "rabbit_virtual_host = /nova > > I commented out the "rabbit_virtual_host", restarted all cinder services > and I can see a successful connection to AMQP now." > And I did that, now it's connected, but what is this rabbit_virtual_host? > What does it do? > I'll test my volumes now. > > Regards. > > > > > > 2013/9/23 Guilherme Russi > >> I've looked at the quantum/server.log and nova-scheduler.log and they >> show: >> >> 2013-09-23 16:25:27 INFO [quantum.openstack.common.rpc.common] >> Reconnecting to AMQP server on localhost:5672 >> 2013-09-23 16:25:27 INFO [quantum.openstack.common.rpc.common] >> Connected to AMQP server on localhost:5672 >> >> 2013-09-23 16:24:01.830 5971 INFO nova.openstack.common.rpc.common [-] >> Reconnecting to AMQP server on 127.0.0.1:5672 >> 2013-09-23 16:24:01.879 5971 INFO nova.openstack.common.rpc.common [-] >> Connected to AMQP server on 127.0.0.1:5672 >> >> But at the cinder-volume.log: >> >> INFO [cinder.openstack.common.rpc.common] Reconnecting to AMQP server >> on localhost:5672 >> 2013-09-23 16:46:04 ERROR [cinder.openstack.common.rpc.common] AMQP >> server on localhost:5672 is unreachable: Socket closed. Trying again in 30 >> seconds. >> >> >> I was typing when you sent your answer, here is it: >> >> rabbitmq-server status >> Status of node rabbit at hemera ... >> [{pid,17266}, >> {running_applications,[{rabbit,"RabbitMQ","2.7.1"}, >> {os_mon,"CPO CXC 138 46","2.2.7"}, >> {sasl,"SASL CXC 138 11","2.1.10"}, >> {mnesia,"MNESIA CXC 138 12","4.5"}, >> {stdlib,"ERTS CXC 138 10","1.17.5"}, >> {kernel,"ERTS CXC 138 10","2.14.5"}]}, >> {os,{unix,linux}}, >> {erlang_version,"Erlang R14B04 (erts-5.8.5) [source] [64-bit] [smp:4:4] >> [rq:4] [async-threads:30] [kernel-poll:true]\n"}, >> {memory,[{total,30926120}, >> {processes,14354392}, >> {processes_used,14343184}, >> {system,16571728}, >> {atom,1124441}, >> {atom_used,1120343}, >> {binary,268176}, >> {code,11134417}, >> {ets,2037120}]}, >> {vm_memory_high_watermark,0.4}, >> {vm_memory_limit,3299385344}] >> ...done. >> >> >> Yes, I've restarted the rabbitmq-server, but as you can see at the >> logs, quantum and nova are connected. >> >> Ideas?? >> >> Regards. >> >> >> >> 2013/9/23 Marcelo Dieder >> >>> What's the status of your rabbitmq? >>> >>> # rabbitmqctl status >>> >>> And do you tried restart the rabbitmq? >>> >>> Regards, >>> Marcelo Dieder >>> >>> >>> On 09/23/2013 03:31 PM, Guilherme Russi wrote: >>> >>> Yes, it is at the same place >>> >>> cat /etc/cinder/cinder.conf >>> [DEFAULT] >>> rootwrap_config=/etc/cinder/rootwrap.conf >>> sql_connection = mysql://cinder:password at localhost/cinder >>> api_paste_confg = /etc/cinder/api-paste.ini >>> iscsi_helper=ietadm >>> #iscsi_helper = tgtadm >>> volume_name_template = volume-%s >>> volume_group = cinder-volumes >>> verbose = True >>> auth_strategy = keystone >>> iscsi_ip_address=localhost >>> rabbit_host = localhost >>> rabbit_port = 5672 >>> rabbit_userid = rabbit >>> rabbit_password = password >>> rabbit_virtual_host = /nova >>> state_path = /var/lib/cinder >>> lock_path = /var/lock/cinder >>> volumes_dir = /var/lib/cinder/volumes >>> >>> Another idea? >>> >>> Regards. >>> >>> >>> 2013/9/23 Gangur, Hrushikesh (HP Converged Cloud - R&D - Sunnyvale) < >>> hrushikesh.gangur at hp.com> >>> >>>> Ensure that cinder configuration files have correct IP of rabbimq >>>> host. >>>> >>>> >>>> >>>> *From:* Guilherme Russi [mailto:luisguilherme.cr at gmail.com] >>>> *Sent:* Monday, September 23, 2013 10:53 AM >>>> *To:* openstack >>>> *Subject:* [Openstack] Cinder error >>>> >>>> >>>> >>>> Hello guys, I'm reinstalling my OpenStack Grizzly and I'm getting >>>> problem with my cinder, I'm getting "*Error: *Unable to retrieve >>>> volume list." I was looking at the cinder log and I only found this error: >>>> ERROR [cinder.openstack.common.rpc.common] AMQP server on >>>> 192.168.3.1:5672 is unreachable: Socket closed. Trying again in 30 >>>> seconds. >>>> >>>> >>>> >>>> I have a partition created: >>>> >>>> >>>> >>>> pvdisplay >>>> >>>> --- Physical volume --- >>>> >>>> PV Name /dev/sda7 >>>> >>>> VG Name cinder-volumes >>>> >>>> PV Size 279,59 GiB / not usable 1,00 MiB >>>> >>>> Allocatable yes >>>> >>>> PE Size 4,00 MiB >>>> >>>> Total PE 71574 >>>> >>>> Free PE 66454 >>>> >>>> Allocated PE 5120 >>>> >>>> PV UUID KHITxF-uagF-xADc-F8fu-na8t-1OXT-rDFbQ6 >>>> >>>> >>>> >>>> root at hemera:/home/hemera# vgdisplay >>>> >>>> --- Volume group --- >>>> >>>> VG Name cinder-volumes >>>> >>>> System ID >>>> >>>> Format lvm2 >>>> >>>> Metadata Areas 1 >>>> >>>> Metadata Sequence No 6 >>>> >>>> VG Access read/write >>>> >>>> VG Status resizable >>>> >>>> MAX LV 0 >>>> >>>> Cur LV 2 >>>> >>>> Open LV 0 >>>> >>>> Max PV 0 >>>> >>>> Cur PV 1 >>>> >>>> Act PV 1 >>>> >>>> VG Size 279,59 GiB >>>> >>>> PE Size 4,00 MiB >>>> >>>> Total PE 71574 >>>> >>>> Alloc PE / Size 5120 / 20,00 GiB >>>> >>>> Free PE / Size 66454 / 259,59 GiB >>>> >>>> VG UUID mhN3uV-n80a-zjeb-uR35-0IPb-BFmo-G2Qehu >>>> >>>> >>>> >>>> >>>> >>>> I don't know how to fix this error, any help? >>>> >>>> >>>> >>>> Thank you all and regards. >>>> >>>> >>>> >>>> Guilherme. >>>> >>> >>> >>> >>> _______________________________________________ >>> Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>> Post to : openstack at lists.openstack.org >>> Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>> >>> >>> >>> _______________________________________________ >>> Mailing list: >>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>> Post to : openstack at lists.openstack.org >>> Unsubscribe : >>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>> >>> >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From clintd at waikato.ac.nz Mon Sep 23 23:00:01 2013 From: clintd at waikato.ac.nz (Clint Dilks) Date: Tue, 24 Sep 2013 11:00:01 +1200 Subject: [Openstack] OpenStack Grizzly Quantum Networking Message-ID: Hi I am currently trying to get Grizzly up and running on CentOS 6.4. I have followed http://docs.openstack.org/grizzly/basic-install/yum/content/as closely as I can and from both a dashboard and OpenStack command line viewpoint all OpenStack services are up and running and it appears that VM's can be lauched and stopped without any obvious errors being recorded but I can't interact with them using things like ping or ssh. Below is information I think may be useful to fix the issue. Thanks for any insight you care to share. Currently I have a single machine running all services Management Network 10.10.11.2/24 em2 Bridge linked to em1 130.217.79.2/24 We want people to be able to create VM's that they can access via 130.217.79.0/24 addresses. So as an initial test I follow the example listed in the guide above and created a demo-net' http://docs.openstack.org/grizzly/basic-install/yum/content/basic-install_network.html Key details below TENANT_NAME="demo" TENANT_NETWORK_NAME="demo-net" TENANT_SUBNET_NAME="${TENANT_NETWORK_NAME}-subnet" TENANT_ROUTER_NAME="demo-router" FIXED_RANGE="10.5.5.0/24" NETWORK_GATEWAY="10.5.5.1" Then I ran quantum net-create public --router:external=True quantum subnet-create --ip_version 4 --gateway 130.217.79.1 public 130.217.79.0/24 \ --allocation-pool start=130.217.79.200,end=130.217.79.250 --disable-dhcp --name public-subnet quantum router-gateway-set demo-router public Using this config instances will launch and if I assign a machine to the public network, the network topology appears to be what we want. But in the guides section about lauching your first vm ( http://docs.openstack.org/grizzly/basic-install/yum/content/basic-install_operate.html) it states that ip netns should show two pieces of information qrouter and qdhcp. I am only seeing qrouter. Should what I have set up work ? Or have I missed something fundamental ? As it was the default quantum should be configured to use gre + tunnels, I am using 2.6.32-358.118.1.openstack.el6.x86_64 to add the functionality that is missing from the default CentOS kernel. /etc/quantum/plugins/openvswitch/ovs_quantum_plugin.ini contains the following, would it be simpler to get what we need using a VLAN configuration ? [DATABASE] sql_connection = mysql://quantum:openstack-csl at 10.10.11.2/quantum reconnect_interval = 2 [OVS] tenant_network_type = gre enable_tunneling = True tunnel_id_ranges = 1:1000 local_ip = 10.10.11.2 [AGENT] polling_interval = 2 [SECURITYGROUP] firewall_driver = quantum.agent.linux.iptables_firewall.OVSHybridIptablesFirewallDriver -------------- next part -------------- An HTML attachment was scrubbed... URL: From openstackleaner at gmail.com Mon Sep 23 23:00:22 2013 From: openstackleaner at gmail.com (openstack learner) Date: Mon, 23 Sep 2013 16:00:22 -0700 Subject: [Openstack] Does quantum work with vmware esxi ? Message-ID: Hi all, I am thinking about using quantum to do some network setting for the vms on esxi host but I am not sure if it should work or not because the * VMwareVCDriver* is listed as a compute driver. Last time when I enable the quantum service in my devstack installation, there is a boot instance failure when i tried to boot an instance. I dont know the if failure is caused by my devstack setting or it arose just because quantum does not work with esxi. Anyone know if quantum works with esxi ? Thank you xin -------------- next part -------------- An HTML attachment was scrubbed... URL: From zhuadl at cn.ibm.com Mon Sep 23 23:21:04 2013 From: zhuadl at cn.ibm.com (Hua ZZ Zhang) Date: Tue, 24 Sep 2013 07:21:04 +0800 Subject: [Openstack] Swift not detect Keystone and Authtoken In-Reply-To: <52402305.4040605@andalabs.com> References: <5240035C.2040705@andalabs.com> <52402305.4040605@andalabs.com> Message-ID: try this: paste.filter_factory = keystoneclient.middleware.auth_token:filter_factory Mahardhika Gilang To Hua ZZ Zhang/China/IBM at IBMCN, 2013-09-23 下午 cc 07:16 Openstack Milis Subject Re: [Openstack] Swift not detect Keystone and Authtoken Hi, thanks for answering, i believe it work till i stuck at this error ImportError: No module named swift_auth it's on filter:keystone part paste.filter_factory = keystone.middleware.swift_auth:filter_factory how to solved this issue? On 9/23/2013 4:53 PM, Hua ZZ Zhang wrote: The authtoken and keystone middleware should be put ahead of proxy-server. you need to change the main pipeline as below: [pipeline:main] pipeline = catch_errors healthcheck proxy-logging cache authtoken keystone proxy-logging proxy-server Best Regards, Edward Zhang(张华) Inactive hide details for Mahardhika Gilang ---09/23/2013 05:14:26 PM---Mahardhika Gilang Mahardhika Gilang ---09/23/2013 05:14:26 PM---Mahardhika Gilang Mahardhika Gilang To 09/23/2013 05:01 PM Openstack Milis , cc Subject [Openstack] Swift not detect Keystone and Authtoken Hi all i've got an issue when i want to used keystone for authentication on swift proxy node. i got this when run #swift-init proxy restart LookupError: No section 'authtoken' LookupError: No section 'keystone' here's my proxy-server.conf [DEFAULT] cert_file = /etc/swift/cert.crt key_file = /etc/swift/cert.key bind_port = 8080 #bind_port = 443 workers = 8 user = swift swift_dir = /etc/swift [pipeline:main] pipeline = catch_errors healthcheck proxy-logging cache tempauth proxy-logging proxy-server keystone authtoken [app:proxy-server] use = egg:swift#proxy allow_account_management = true account_autocreate = true [filter:authtoken] #use = egg:swift:authtoken paste.filter_factory = keystone.middleware.auth_token:filter_factory signing_dir = /var/cache/swift/ auth_uri = http://10.10.10.40:5000/ auth_host = 10.10.10.40 #auth_uri = http://192.168.7.85:5000/ #auth_host = 192.168.7.85 auth_port = 35357 auth_protocol = https admin_tenant_name = service admin_user = swift admin_password = admin #cache = swift.cache auth_token = admin [filter:catch_errors] use = egg:swift#catch_errors [filter:proxy-logging] use = egg:swift#proxy_logging #[filter:tempauth] #use = egg:swift#tempauth #user_system_root = testpass .admin https://10.10.10.40:8080/v1/AUTH_system #user_test_tester = testing .admin https://10.10.10.40:8080/v1/AUTH_test [filter:healthcheck] use = egg:swift#healthcheck [filter:cache] use = egg:swift#memcache memcache_servers = 10.10.10.40:11211 [filter:keystone] #use = egg:swift#keystone paste.filter_factory = keystone.middleware.swift_auth:filter_factory operator_roles = Member,admin is_admin = true Please help thanks -- Regards, Mahardhika Gilang _______________________________________________ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : openstack at lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack -- Regards, Mahardhika Gilang PT. Andalabs Technology Gedung Gravira Jl. Cideng Barat no. 54 Jakarta Pusat 10150 HP : 0852 139 55861 Email : mahardika.gilang at andalabs.com -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: graycol.gif Type: image/gif Size: 105 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: pic28702.gif Type: image/gif Size: 1255 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: ecblank.gif Type: image/gif Size: 45 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: CD937936.gif Type: image/gif Size: 1279 bytes Desc: not available URL: From dan at nicira.com Tue Sep 24 01:05:49 2013 From: dan at nicira.com (Dan Wendlandt) Date: Mon, 23 Sep 2013 18:05:49 -0700 Subject: [Openstack] [openstack-dev] Does quantum work with vmware esxi ? In-Reply-To: References: Message-ID: Compatibility of various Quantum/Neutron plugins with various Nova hypervisors is documented here: http://docs.openstack.org/grizzly/openstack-network/admin/content/flexibility.html . Dan On Mon, Sep 23, 2013 at 4:00 PM, openstack learner < openstackleaner at gmail.com> wrote: > Hi all, > > I am thinking about using quantum to do some network setting for the vms > on esxi host but I am not sure if it should work or not because the * > VMwareVCDriver* is listed as a compute driver. > > Last time when I enable the quantum service in my devstack installation, > there is a boot instance failure when i tried to boot an instance. I dont > know the if failure is caused by my devstack setting or it arose just > because quantum does not work with esxi. Anyone know if quantum works with > esxi ? > > > Thank you > xin > > _______________________________________________ > OpenStack-dev mailing list > OpenStack-dev at lists.openstack.org > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev > > -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~ Dan Wendlandt Nicira, Inc: www.nicira.com twitter: danwendlandt ~~~~~~~~~~~~~~~~~~~~~~~~~~~ -------------- next part -------------- An HTML attachment was scrubbed... URL: From clintd at waikato.ac.nz Tue Sep 24 01:54:22 2013 From: clintd at waikato.ac.nz (Clint Dilks) Date: Tue, 24 Sep 2013 13:54:22 +1200 Subject: [Openstack] OpenStack Grizzly Quantum Networking In-Reply-To: References: Message-ID: Hi, As a follow up to this I was trying to delete all configured networks and start again, but I seem to be stuck in a loop where I can't delete a router because it has active ports, and yet I can't delete active ports because they belong to a router. [root at blitzen nova]# quantum router-list +--------------------------------------+-------------+--------------------------------------------------------+ | id | name | external_gateway_info | +--------------------------------------+-------------+--------------------------------------------------------+ | e6493ab3-a6b6-476e-a7d6-f1f199810efd | demo-router | {"network_id": "f045b171-7456-4006-9732-420bf5b70017"} | +--------------------------------------+-------------+--------------------------------------------------------+ [root at blitzen nova]# quantum port-list -c id -c fixed_ips -c device_owner +--------------------------------------+---------------------------------------------------------------------------------------+--------------------------+ | id | fixed_ips | device_owner | +--------------------------------------+---------------------------------------------------------------------------------------+--------------------------+ | 0d08328c-e51f-4995-8dc8-b0eb4fae87d7 | {"subnet_id": "fadfa51f-c588-4f1b-8084-4305a8e00486", "ip_address": "10.5.5.1"} | network:router_interface | | eaad9cce-e9a6-44db-970b-2785403739c1 | {"subnet_id": "a91622d4-f874-48e1-9791-d6acdeff4d2d", "ip_address": "130.217.79.200"} | network:router_gateway | +--------------------------------------+---------------------------------------------------------------------------------------+--------------------------+ [root at blitzen nova]# quantum router-delete e6493ab3-a6b6-476e-a7d6-f1f199810efd Router e6493ab3-a6b6-476e-a7d6-f1f199810efd still has active ports [root at blitzen nova]# quantum port-delete 0d08328c-e51f-4995-8dc8-b0eb4fae87d7 Port 0d08328c-e51f-4995-8dc8-b0eb4fae87d7 has owner network:router_interface and therefore cannot be deleted directly via the port API. So how would I go about deleting these networks? On Tue, Sep 24, 2013 at 11:00 AM, Clint Dilks wrote: > Hi > > I am currently trying to get Grizzly up and running on CentOS 6.4. > I have followed > http://docs.openstack.org/grizzly/basic-install/yum/content/ as closely > as I can and from both a dashboard and OpenStack command line viewpoint all > OpenStack services are up and running and it appears that VM's can be > lauched and stopped without any obvious errors being recorded but I can't > interact with them using things like ping or ssh. > > Below is information I think may be useful to fix the issue. Thanks for > any insight you care to share. > > Currently I have a single machine running all services > > Management Network 10.10.11.2/24 em2 > Bridge linked to em1 130.217.79.2/24 > > We want people to be able to create VM's that they can access via > 130.217.79.0/24 addresses. > > So as an initial test I follow the example listed in the guide above and > created a demo-net' > > http://docs.openstack.org/grizzly/basic-install/yum/content/basic-install_network.html > > Key details below > > TENANT_NAME="demo" > TENANT_NETWORK_NAME="demo-net" > TENANT_SUBNET_NAME="${TENANT_NETWORK_NAME}-subnet" > TENANT_ROUTER_NAME="demo-router" > FIXED_RANGE="10.5.5.0/24" > NETWORK_GATEWAY="10.5.5.1" > > Then I ran > > quantum net-create public --router:external=True > > quantum subnet-create --ip_version 4 --gateway 130.217.79.1 public 130.217.79.0/24 \ > > --allocation-pool start=130.217.79.200,end=130.217.79.250 --disable-dhcp --name public-subnet > > quantum router-gateway-set demo-router public > > Using this config instances will launch and if I assign a machine to the > public network, the network topology appears to be what we want. But in > the guides section about lauching your first vm ( > http://docs.openstack.org/grizzly/basic-install/yum/content/basic-install_operate.html) it states that ip netns should show two pieces of information qrouter > and qdhcp. I am only seeing qrouter. > > Should what I have set up work ? Or have I missed something fundamental ? > > As it was the default quantum should be configured to use gre + tunnels, > I am using 2.6.32-358.118.1.openstack.el6.x86_64 to add the functionality > that is missing from the default CentOS kernel. > > /etc/quantum/plugins/openvswitch/ovs_quantum_plugin.ini contains the > following, would it be simpler to get what we need using a VLAN > configuration ? > > [DATABASE] > sql_connection = mysql://quantum:openstack-csl at 10.10.11.2/quantum > reconnect_interval = 2 > > [OVS] > tenant_network_type = gre > enable_tunneling = True > tunnel_id_ranges = 1:1000 > local_ip = 10.10.11.2 > > [AGENT] > polling_interval = 2 > > [SECURITYGROUP] > firewall_driver = > quantum.agent.linux.iptables_firewall.OVSHybridIptablesFirewallDriver > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From guolongcang.work at gmail.com Tue Sep 24 03:04:58 2013 From: guolongcang.work at gmail.com (happy idea) Date: Tue, 24 Sep 2013 11:04:58 +0800 Subject: [Openstack] [OpenStack][Grizzly]how to config multiple l3 agent for quantum ? I wanna run multiple l3 agent on one network node, because I wanna multiple external network. Message-ID: can anyone tell me how to config multiple l3 agent for quantum ? I wanna run multiple l3 agent on one network node, because I wanna multiple external network. Thank you. -------------- next part -------------- An HTML attachment was scrubbed... URL: From mahardika.gilang at andalabs.com Tue Sep 24 03:59:15 2013 From: mahardika.gilang at andalabs.com (Mahardhika Gilang) Date: Tue, 24 Sep 2013 10:59:15 +0700 Subject: [Openstack] Swift not detect Keystone and Authtoken In-Reply-To: References: <5240035C.2040705@andalabs.com> <52402305.4040605@andalabs.com> Message-ID: <52410E13.1070709@andalabs.com> Hi, i've try change with auth_token and it's work, but does this syntax give same result? On 9/24/2013 6:21 AM, Hua ZZ Zhang wrote: > > try this: > paste.filter_factory =keystoneclient.middleware.auth_token:filter_factory > > > > Inactive hide details for Mahardhika Gilang ---2013-09-23 下午 > 07:15:28---Mahardhika Gilang Mahardhika > Gilang ---2013-09-23 下午 07:15:28---Mahardhika Gilang > > > *Mahardhika Gilang * > > 2013-09-23 下午 07:16 > > > > To > > > Hua ZZ Zhang/China/IBM at IBMCN, > > > cc > > > Openstack Milis > > > Subject > > > Re: [Openstack] Swift not detect Keystone and Authtoken > > > > > Hi, thanks for answering, i believe it work till i stuck at this error > ImportError: No module named swift_auth > > it's on _filter:keystone_part > paste.filter_factory = keystone.middleware.swift_auth:filter_factory > > how to solved this issue? > On 9/23/2013 4:53 PM, Hua ZZ Zhang wrote: > > > The /authtoken /and /keystone /middleware should be put ahead > of/proxy-server/. > you need to change the main pipeline as below: > / > [pipeline:main] > pipeline = catch_errors healthcheck proxy-logging cache authtoken > keystone > proxy-logging proxy-server/ > * > Best Regards, * > ------------------------------------------------------------------------ > *Edward Zhang(张华)* > > > > > > > > Inactive hide details for Mahardhika Gilang ---09/23/2013 05:14:26 > PM---Mahardhika Gilang Mahardhika > Gilang ---09/23/2013 05:14:26 PM---Mahardhika Gilang > __ > > *Mahardhika Gilang **__* > > > 09/23/2013 05:01 PM > > > To > > Openstack Milis __ > , > cc > > Subject > > [Openstack] Swift not detect Keystone and Authtoken > > > > > Hi all > i've got an issue when i want to used keystone for authentication on > swift proxy node. > i got this when run #swift-init proxy restart > LookupError: No section 'authtoken' > LookupError: No section 'keystone' > > here's my proxy-server.conf > [DEFAULT] > cert_file = /etc/swift/cert.crt > key_file = /etc/swift/cert.key > bind_port = 8080 > #bind_port = 443 > workers = 8 > user = swift > swift_dir = /etc/swift > > [pipeline:main] > pipeline = catch_errors healthcheck proxy-logging cache tempauth > proxy-logging proxy-server keystone authtoken > > [_app:proxy-server_] > use = egg:swift#proxy > allow_account_management = true > account_autocreate = true > > [_filter:authtoken_] > #use = egg:swift:authtoken > paste.filter_factory = keystone.middleware.auth_token:filter_factory > signing_dir = /var/cache/swift/ > auth_uri = _http://10.10.10.40:5000/_ > auth_host = 10.10.10.40 > #auth_uri = _http://192.168.7.85:5000/_ > #auth_host = 192.168.7.85 > auth_port = 35357 > auth_protocol = https > admin_tenant_name = service > admin_user = swift > admin_password = admin > #cache = swift.cache > auth_token = admin > > [_filter:catch_errors_] > use = egg:swift#catch_errors > > [_filter:proxy-logging_] > use = egg:swift#proxy_logging > > #[_filter:tempauth_] > #use = egg:swift#tempauth > #user_system_root = testpass .admin > _https://10.10.10.40:8080/v1/AUTH_system_ > #user_test_tester = testing .admin > _https://10.10.10.40:8080/v1/AUTH_test_ > > [_filter:healthcheck_] > use = egg:swift#healthcheck > > [_filter:cache_] > use = egg:swift#memcache > memcache_servers = 10.10.10.40:11211 > > [_filter:keystone_] > #use = egg:swift#keystone > paste.filter_factory = keystone.middleware.swift_auth:filter_factory > operator_roles = Member,admin > is_admin = true > > > Please help > thanks > > -- > Regards, > Mahardhika Gilang > > > > _______________________________________________ > Mailing list: > _http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack_ > Post to : _openstack at lists.openstack.org_ > > Unsubscribe : > _http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack_ > > > > -- > Regards, > Mahardhika Gilang > * > PT. Andalabs Technology * > Gedung Gravira > Jl. Cideng Barat no. 54 > Jakarta Pusat 10150 > > HP : 0852 139 55861 > Email : _mahardika.gilang at andalabs.com_ > -- Regards, Mahardhika Gilang *PT. Andalabs Technology * Gedung Gravira Jl. Cideng Barat no. 54 Jakarta Pusat 10150 Mobile : 0852 139 55861 Email : mahardika.gilang at andalabs.com -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/gif Size: 105 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/gif Size: 45 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/gif Size: 1279 bytes Desc: not available URL: From ashokkumaran.b at gmail.com Tue Sep 24 05:25:17 2013 From: ashokkumaran.b at gmail.com (Ashok Kumaran) Date: Tue, 24 Sep 2013 10:55:17 +0530 Subject: [Openstack] [OpenStack][Grizzly]how to config multiple l3 agent for quantum ? I wanna run multiple l3 agent on one network node, because I wanna multiple external network. In-Reply-To: References: Message-ID: Here you go, http://docs.openstack.org/trunk/openstack-network/admin/content/adv_cfg_l3_agent_multi_extnet.html On Tue, Sep 24, 2013 at 8:34 AM, happy idea wrote: > can anyone tell me how to config multiple l3 agent for quantum ? I wanna > run multiple l3 agent on one network node, because I wanna multiple > external network. > > Thank you. > > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From guolongcang.work at gmail.com Tue Sep 24 05:34:54 2013 From: guolongcang.work at gmail.com (happy idea) Date: Tue, 24 Sep 2013 13:34:54 +0800 Subject: [Openstack] [OpenStack][Grizzly]how to config multiple l3 agent for quantum ? I wanna run multiple l3 agent on one network node, because I wanna multiple external network. In-Reply-To: References: Message-ID: I have read this page ,but it seems not enough, there are something other need to config , but I don't know how , then I found a page related to my question -- https://answers.launchpad.net/neutron/+question/230239 in this page ,there are something I can not understand . "regarding 'Can multiple l3-agent instances run on one host?", the answer is yes, but you should define the 'host' to different value in l3_agent.ini, and the namespace must be enalbed." "one host can have only one l3 agent. the host is defined by host configuration configuration file, not physical one. anyone can explain that to me ? Thank you. 2013/9/24 Ashok Kumaran > Here you go, > > > http://docs.openstack.org/trunk/openstack-network/admin/content/adv_cfg_l3_agent_multi_extnet.html > > > On Tue, Sep 24, 2013 at 8:34 AM, happy idea wrote: > >> can anyone tell me how to config multiple l3 agent for quantum ? I wanna >> run multiple l3 agent on one network node, because I wanna multiple >> external network. >> >> Thank you. >> >> _______________________________________________ >> Mailing list: >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> Post to : openstack at lists.openstack.org >> Unsubscribe : >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> >> > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From openstack at yandex.ru Tue Sep 24 06:44:46 2013 From: openstack at yandex.ru (Vladimir Parf) Date: Tue, 24 Sep 2013 10:44:46 +0400 Subject: [Openstack] How to set up cinder with SAN Message-ID: <524134DE.1060307@yandex.ru> Hi! Please help sort out the issue with the setting cinder and SAN. I have a SAN storage HP P 2000, and 10 blade servers all connected via Fibre Channel. I can not understand how I configure Cinder. Do I understand correctly that each Compute-node I will have to connect the LUN. For example: compute-node-2 => LUN 10TB (+LVM); compute-node-3 => LUN 10TB (+LVM); compute-node-4 => LUN 10TB (+LVM); compute-node-5 => LUN 10TB (+LVM); Whether to adjust the cinder on each compute-nodes ? How then adjust cinder ins master node? -------------- next part -------------- An HTML attachment was scrubbed... URL: From zhuadl at cn.ibm.com Tue Sep 24 07:17:35 2013 From: zhuadl at cn.ibm.com (Hua ZZ Zhang) Date: Tue, 24 Sep 2013 15:17:35 +0800 Subject: [Openstack] Swift not detect Keystone and Authtoken In-Reply-To: <52410E13.1070709@andalabs.com> References: <5240035C.2040705@andalabs.com> <52402305.4040605@andalabs.com> <52410E13.1070709@andalabs.com> Message-ID: I don't get what does it mean for "this syntax give same result"? what is your version of swift and keystone? Here's my suggestion for 3 sections in the proxy server paste file: [pipeline:main] pipeline = catch_errors healthcheck proxy-logging cache authtoken keystoneauth proxy-logging proxy-server [filter:authtoken] paste.filter_factory = keystoneclient .middleware.auth_token:filter_factory signing_dir = /var/cache/swift/ auth_uri = http://10.10.10.40:5000/ auth_host = 10.10.10.40 #auth_uri = http://192.168.7.85:5000/ #auth_host = 192.168.7.85 auth_port = 35357 auth_protocol = https admin_tenant_name = service admin_user = swift admin_password = admin #cache = swift.cache auth_token = admin [filter:keystoneauth] #use = egg:swift#keystoneauth operator_roles = Member,admin is_admin = true http://docs.openstack.org/grizzly/openstack-compute/admin/content/configuring-swift-to-use-keystone.html Mahardhika Gilang To Hua ZZ Zhang/China/IBM at IBMCN, 2013-09-24 上午 cc 11:59 Openstack Milis Subject Re: [Openstack] Swift not detect Keystone and Authtoken Hi, i've try change with auth_token and it's work, but does this syntax give same result? On 9/24/2013 6:21 AM, Hua ZZ Zhang wrote: try this: paste.filter_factory = keystoneclient.middleware.auth_token:filter_factory Inactive hide details for Mahardhika Gilang ---2013-09-23 下 午 07:15:28---Mahardhika Gilang Mahardhika Gilang ---2013-09-23 下午 07:15:28---Mahardhika Gilang Mahardhika Gilang To 2013-09-23 下午 07:16 Hua ZZ Zhang/China/IBM at IBMCN, cc Openstack Milis Subject Re: [Openstack] Swift not detect Keystone and Authtoken Hi, thanks for answering, i believe it work till i stuck at this error ImportError: No module named swift_auth it's on filter:keystone part paste.filter_factory = keystone.middleware.swift_auth:filter_factory how to solved this issue? On 9/23/2013 4:53 PM, Hua ZZ Zhang wrote: The authtoken and keystone middleware should be put ahead of proxy-server. you need to change the main pipeline as below: [pipeline:main] pipeline = catch_errors healthcheck proxy-logging cache authtoken keystone proxy-logging proxy-server Best Regards, Edward Zhang(张华) Inactive hide details for Mahardhika Gilang ---09/23/2013 05:14:26 PM---Mahardhika Gilang Mahardhika Gilang ---09/23/2013 05:14:26 PM---Mahardhika Gilang Mahardhika Gilang To 09/23/2013 05:01 PM Openstack Milis , cc Subject [Openstack] Swift not detect Keystone and Authtoken Hi all i've got an issue when i want to used keystone for authentication on swift proxy node. i got this when run #swift-init proxy restart LookupError: No section 'authtoken' LookupError: No section 'keystone' here's my proxy-server.conf [DEFAULT] cert_file = /etc/swift/cert.crt key_file = /etc/swift/cert.key bind_port = 8080 #bind_port = 443 workers = 8 user = swift swift_dir = /etc/swift [pipeline:main] pipeline = catch_errors healthcheck proxy-logging cache tempauth proxy-logging proxy-server keystone authtoken [app:proxy-server] use = egg:swift#proxy allow_account_management = true account_autocreate = true [filter:authtoken] #use = egg:swift:authtoken paste.filter_factory = keystone.middleware.auth_token:filter_factory signing_dir = /var/cache/swift/ auth_uri = http://10.10.10.40:5000/ auth_host = 10.10.10.40 #auth_uri = http://192.168.7.85:5000/ #auth_host = 192.168.7.85 auth_port = 35357 auth_protocol = https admin_tenant_name = service admin_user = swift admin_password = admin #cache = swift.cache auth_token = admin [filter:catch_errors] use = egg:swift#catch_errors [filter:proxy-logging] use = egg:swift#proxy_logging #[filter:tempauth] #use = egg:swift#tempauth #user_system_root = testpass .admin https://10.10.10.40:8080/v1/AUTH_system #user_test_tester = testing .admin https://10.10.10.40:8080/v1/AUTH_test [filter:healthcheck] use = egg:swift#healthcheck [filter:cache] use = egg:swift#memcache memcache_servers = 10.10.10.40:11211 [filter:keystone] #use = egg:swift#keystone paste.filter_factory = keystone.middleware.swift_auth:filter_factory operator_roles = Member,admin is_admin = true Please help thanks -- Regards, Mahardhika Gilang _______________________________________________ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : openstack at lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack -- Regards, Mahardhika Gilang PT. Andalabs Technology Gedung Gravira Jl. Cideng Barat no. 54 Jakarta Pusat 10150 HP : 0852 139 55861 Email : mahardika.gilang at andalabs.com -- Regards, Mahardhika Gilang PT. Andalabs Technology Gedung Gravira Jl. Cideng Barat no. 54 Jakarta Pusat 10150 Mobile : 0852 139 55861 Email : mahardika.gilang at andalabs.com -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: graycol.gif Type: image/gif Size: 105 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: pic32146.gif Type: image/gif Size: 1255 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: ecblank.gif Type: image/gif Size: 45 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: F0701880.gif Type: image/gif Size: 1279 bytes Desc: not available URL: From mahardika.gilang at andalabs.com Tue Sep 24 08:07:10 2013 From: mahardika.gilang at andalabs.com (Mahardhika Gilang) Date: Tue, 24 Sep 2013 15:07:10 +0700 Subject: [Openstack] [OpenStack][Grizzly]how to config multiple l3 agent for quantum ? I wanna run multiple l3 agent on one network node, because I wanna multiple external network. In-Reply-To: References: Message-ID: <5241482E.6080000@andalabs.com> Have you tried to add another gateway_external_network_id=xx.xx.xx.x on l3_agent.ini ? On 9/24/2013 12:34 PM, happy idea wrote: > I have read this page ,but it seems not enough, there are something > other need to config , but I don't know how , then I found a page > related to my question -- > https://answers.launchpad.net/neutron/+question/230239 > in this page ,there are something I can not understand . > "regarding 'Can multiple l3-agent instances run on one host?", the > answer is yes, butyou should define the 'host' to different value in > l3_agent.ini, and the namespace must be enalbed." > "one host can have only one l3 agent. the host is defined by host > configuration configuration file, not physical one. > > anyone can explain that to me ? > Thank you. > > > 2013/9/24 Ashok Kumaran > > > Here you go, > > http://docs.openstack.org/trunk/openstack-network/admin/content/adv_cfg_l3_agent_multi_extnet.html > > > On Tue, Sep 24, 2013 at 8:34 AM, happy idea > > > wrote: > > can anyone tell me how to config multiple l3 agent for quantum > ? I wanna run multiple l3 agent on one network node, because > I wanna multiple external network. > > Thank you. > > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > > > > > > > > _______________________________________________ > Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack -- Regards, Mahardhika Gilang *PT. Andalabs Technology * Gedung Gravira Jl. Cideng Barat no. 54 Jakarta Pusat 10150 Mobile : 0852 139 55861 Email : mahardika.gilang at andalabs.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From mahardika.gilang at andalabs.com Tue Sep 24 08:34:04 2013 From: mahardika.gilang at andalabs.com (Mahardhika Gilang) Date: Tue, 24 Sep 2013 15:34:04 +0700 Subject: [Openstack] Swift not detect Keystone and Authtoken In-Reply-To: References: <5240035C.2040705@andalabs.com> <52402305.4040605@andalabs.com> <52410E13.1070709@andalabs.com> Message-ID: <52414E7C.7090804@andalabs.com> I got this error LookupError: No loader given in section 'filter:keystoneauth' On 9/24/2013 2:17 PM, Hua ZZ Zhang wrote: > > I don't get what does it mean for "this syntax give same result"? > what is your version of swift and keystone? > Here's my suggestion for 3 sections in the proxy server paste file: > > [pipeline:main] > pipeline = catch_errors healthcheck proxy-logging cache > *authtoken**keystoneauth *proxy-logging proxy-server > > [_filter:authtoken_] > paste.filter_factory = > *keystoneclient*.middleware.auth_token:filter_factory > signing_dir = /var/cache/swift/ > auth_uri = _http://10.10.10.40:5000/_ > auth_host = 10.10.10.40 > #auth_uri = _http://192.168.7.85:5000/_ > #auth_host = 192.168.7.85 > auth_port = 35357 > auth_protocol = https > admin_tenant_name = service > admin_user = swift > admin_password = admin > #cache = swift.cache > auth_token = admin > > [*_filter:keystoneauth_* ] > #use = egg:swift#keystoneauth > operator_roles = Member,admin > is_admin = true > > > http://docs.openstack.org/grizzly/openstack-compute/admin/content/configuring-swift-to-use-keystone.html > > > Inactive hide details for Mahardhika Gilang ---2013-09-24 上午 > 11:58:24---Mahardhika Gilang Mahardhika > Gilang ---2013-09-24 上午 11:58:24---Mahardhika Gilang > > > *Mahardhika Gilang * > > 2013-09-24 上午 11:59 > > > > To > > > Hua ZZ Zhang/China/IBM at IBMCN, > > > cc > > > Openstack Milis > > > Subject > > > Re: [Openstack] Swift not detect Keystone and Authtoken > > > > > Hi, i've try change with auth_token and it's work, but does this > syntax give same result? > > On 9/24/2013 6:21 AM, Hua ZZ Zhang wrote: > > > try this: > paste.filter_factory > =keystoneclient.middleware.auth_token:filter_factory > > > > Inactive hide details for Mahardhika Gilang ---2013-09-23 下午 > 07:15:28---Mahardhika Gilang > Mahardhika Gilang ---2013-09-23 下 > 午 07:15:28---Mahardhika Gilang __ > > *Mahardhika Gilang **__* > > > 2013-09-23 下午 07:16 > > > To > > Hua ZZ Zhang/China/IBM at IBMCN, > cc > > Openstack Milis __ > > Subject > > Re: [Openstack] Swift not detect Keystone and Authtoken > > > > > Hi, thanks for answering, i believe it work till i stuck at this error > ImportError: No module named swift_auth > > it's on _filter:keystone_part > paste.filter_factory = keystone.middleware.swift_auth:filter_factory > > how to solved this issue? > On 9/23/2013 4:53 PM, Hua ZZ Zhang wrote: > > > The /authtoken /and /keystone /middleware should be put ahead > of/proxy-server/. > you need to change the main pipeline as below:/ > > [pipeline:main] > pipeline = catch_errors healthcheck proxy-logging cache > authtoken keystone > proxy-logging proxy-server/* > > Best Regards, * > ------------------------------------------------------------------------ > *Edward Zhang(张华)* > > > > > > > > Inactive hide details for Mahardhika Gilang ---09/23/2013 05:14:26 > PM---Mahardhika Gilang Mahardhika > Gilang ---09/23/2013 05:14:26 PM---Mahardhika Gilang > __ > > *Mahardhika Gilang **__* > > > 09/23/2013 05:01 PM > > > To > > Openstack Milis __ > , > cc > > Subject > > [Openstack] Swift not detect Keystone and Authtoken > > > > > Hi all > i've got an issue when i want to used keystone for authentication on > swift proxy node. > i got this when run #swift-init proxy restart > LookupError: No section 'authtoken' > LookupError: No section 'keystone' > > here's my proxy-server.conf > [DEFAULT] > cert_file = /etc/swift/cert.crt > key_file = /etc/swift/cert.key > bind_port = 8080 > #bind_port = 443 > workers = 8 > user = swift > swift_dir = /etc/swift > > [pipeline:main] > pipeline = catch_errors healthcheck proxy-logging cache tempauth > proxy-logging proxy-server keystone authtoken > > [_app:proxy-server_] > use = egg:swift#proxy > allow_account_management = true > account_autocreate = true > > [_filter:authtoken_] > #use = egg:swift:authtoken > paste.filter_factory = keystone.middleware.auth_token:filter_factory > signing_dir = /var/cache/swift/ > auth_uri = _http://10.10.10.40:5000/_ > auth_host = 10.10.10.40 > #auth_uri = _http://192.168.7.85:5000/_ > #auth_host = 192.168.7.85 > auth_port = 35357 > auth_protocol = https > admin_tenant_name = service > admin_user = swift > admin_password = admin > #cache = swift.cache > auth_token = admin > > [_filter:catch_errors_] > use = egg:swift#catch_errors > > [_filter:proxy-logging_] > use = egg:swift#proxy_logging > > #[_filter:tempauth_] > #use = egg:swift#tempauth > #user_system_root = testpass .admin > _https://10.10.10.40:8080/v1/AUTH_system_ > #user_test_tester = testing .admin > _https://10.10.10.40:8080/v1/AUTH_test_ > > [_filter:healthcheck_] > use = egg:swift#healthcheck > > [_filter:cache_] > use = egg:swift#memcache > memcache_servers = 10.10.10.40:11211 > > [_filter:keystone_] > #use = egg:swift#keystone > paste.filter_factory = keystone.middleware.swift_auth:filter_factory > operator_roles = Member,admin > is_admin = true > > > Please help > thanks > > -- > Regards, > Mahardhika Gilang > > > > _______________________________________________ > Mailing list: > _http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack_ > Post to : _openstack at lists.openstack.org_ > > Unsubscribe : > _http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack_ > > > > -- > Regards, > Mahardhika Gilang* > > * > > > > -- Regards, Mahardhika Gilang -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/gif Size: 105 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/gif Size: 45 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/gif Size: 1279 bytes Desc: not available URL: From mike.preston at synety.com Tue Sep 24 08:52:00 2013 From: mike.preston at synety.com (Mike Preston) Date: Tue, 24 Sep 2013 08:52:00 +0000 Subject: [Openstack] Replication error In-Reply-To: References: Message-ID: <23c56cf31ea644d081189d2e1251351f@AMXPR03MB024.eurprd03.prod.outlook.com> root at storage-proxy-01:~/swift# swift-ring-builder object.builder validate root at storage-proxy-01:~/swift# echo $? 0 I ran md5sum on the ring files on both the proxy (where we generate them) and the nodes and confirmed that they are identical. root at storage-proxy-01:~/swift# swift-ring-builder object.builder object.builder, build version 72 65536 partitions, 3 replicas, 4 zones, 32 devices, 999.99 balance The minimum number of hours before a partition can be reassigned is 3 Devices: id zone ip address port name weight partitions balance meta 0 1 10.20.15.51 6000 sdb1 3000.00 7123 1.44 1 1 10.20.15.51 6000 sdc1 3000.00 7123 1.44 2 1 10.20.15.51 6000 sdd1 3000.00 7122 1.43 3 1 10.20.15.51 6000 sde1 3000.00 7123 1.44 4 1 10.20.15.51 6000 sdf1 3000.00 7122 1.43 5 1 10.20.15.51 6000 sdg1 3000.00 7123 1.44 6 3 10.20.15.51 6000 sdh1 0.00 1273 999.99 7 3 10.20.15.51 6000 sdi1 0.00 1476 999.99 8 2 10.20.15.52 6000 sdb1 3000.00 7122 1.43 9 2 10.20.15.52 6000 sdc1 3000.00 7122 1.43 10 2 10.20.15.52 6000 sdd1 3000.00 7122 1.43 11 2 10.20.15.52 6000 sde1 3000.00 7122 1.43 12 2 10.20.15.52 6000 sdf1 3000.00 7122 1.43 13 2 10.20.15.52 6000 sdg1 3000.00 7122 1.43 14 3 10.20.15.52 6000 sdh1 0.00 1378 999.99 15 3 10.20.15.52 6000 sdi1 0.00 997 999.99 16 3 10.20.15.53 6000 sas0 3000.00 6130 -12.70 17 3 10.20.15.53 6000 sas1 3000.00 6130 -12.70 18 3 10.20.15.53 6000 sas2 3000.00 6129 -12.71 19 3 10.20.15.53 6000 sas3 3000.00 6130 -12.70 20 3 10.20.15.53 6000 sas4 3000.00 6130 -12.70 21 3 10.20.15.53 6000 sas5 3000.00 6130 -12.70 22 3 10.20.15.53 6000 sas6 3000.00 6129 -12.71 23 3 10.20.15.53 6000 sas7 3000.00 6129 -12.71 24 4 10.20.15.54 6000 sas0 3000.00 7122 1.43 25 4 10.20.15.54 6000 sas1 3000.00 7122 1.43 26 4 10.20.15.54 6000 sas2 3000.00 7123 1.44 27 4 10.20.15.54 6000 sas3 3000.00 7123 1.44 28 4 10.20.15.54 6000 sas4 3000.00 7122 1.43 29 4 10.20.15.54 6000 sas5 3000.00 7122 1.43 30 4 10.20.15.54 6000 sas6 3000.00 7123 1.44 31 4 10.20.15.54 6000 sas7 3000.00 7122 1.43 (We are currently migrating data between boxes due to cluster hardware replacement, which is why zone 3 is weighted as such on the first 2 nodes) Filelist attached (for the objects/ directory on the devices)... but I see nothing out of place. I'll run a full fsck on the drives tonight, try to rule that out. Thanks for your help. Mike Preston Infrastructure Team | SYNETY www.synety.com direct: 0116 424 4016 mobile: 07950 892038 main: 0116 424 4000 From: Clay Gerrard [mailto:clay.gerrard at gmail.com] Sent: 23 September 2013 20:34 To: Mike Preston Cc: openstack at lists.openstack.org Subject: Re: [Openstack] Replication error Run `swift-ring-builder /etc/swift/object.builder validate` - it should have no errors and exit 0. Can you provide a paste of the output from `swift-ring-builder /etc/swift/object.builder` as well - it should list some general info about the ring (number of replicas, and list of devices). Rebalance the ring and make sure it's been distributed to all nodes. The particular line you're seeing pop up in the traceback seems to be looking for all of the nodes for a particular partition it found in the objects' dir. I'm not seeing any local sanitization [1] around those top level directory names, so maybe it's just some garbage that created there outside of swift, or some file system corruption? Can you provide the output from `ls /srv/node/objects` (or wherever you have devices configured) -Clay 1. https://bugs.launchpad.net/swift/+bug/1229372 On Mon, Sep 23, 2013 at 2:34 AM, Mike Preston > wrote: Hi, We are seeing a replication error on swift. The error only is seen on a single node, the other nodes appear to be working fine. Installed version is debian wheezy with swift 1.4.8-2+deb7u1 Sep 23 10:33:03 storage-node-01 object-replicator Starting object replication pass. Sep 23 10:33:03 storage-node-01 object-replicator Exception in top-level replication loop: #012Traceback (most recent call last):#012 File "/usr/lib/python2.7/dist-packages/swift/obj/replicator.py", line 564, in replicate#012 jobs = self.collect_jobs()#012 File "/usr/lib/python2.7/dist-packages/swift/obj/replicator.py", line 536, in collect_jobs#012 self.object_ring.get_part_nodes(int(partition))#012 File "/usr/lib/python2.7/dist-packages/swift/common/ring/ring.py", line 103, in get_part_nodes#012 return [self.devs[r[part]] for r in self._replica2part2dev_id]#012IndexError: array index out of range Sep 23 10:33:03 storage-node-01 object-replicator Nothing replicated for 0.728466033936 seconds. Sep 23 10:33:03 storage-node-01 object-replicator Object replication complete. (0.01 minutes) Can anyone shed any light on this or next steps in debugging it or fixing it? Mike Preston Infrastructure Team | SYNETY www.synety.com direct: 0116 424 4016 mobile: 07950 892038 main: 0116 424 4000 _______________________________________________ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : openstack at lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: filelist.zip Type: application/x-zip-compressed Size: 135315 bytes Desc: filelist.zip URL: From zhuadl at cn.ibm.com Tue Sep 24 09:58:09 2013 From: zhuadl at cn.ibm.com (Hua ZZ Zhang) Date: Tue, 24 Sep 2013 17:58:09 +0800 Subject: [Openstack] Swift not detect Keystone and Authtoken In-Reply-To: <52414E7C.7090804@andalabs.com> References: <5240035C.2040705@andalabs.com> <52402305.4040605@andalabs.com> <52410E13.1070709@andalabs.com> <52414E7C.7090804@andalabs.com> Message-ID: try the sample here: http://docs.openstack.org/grizzly/openstack-compute/admin/content/configuring-swift-to-use-keystone.html Best Regards, Edward Zhang(张华) 地址:北京市海淀区东北旺西路8号 中关村 Advisory Software Engineer 软件园28号楼 环宇大厦3层 邮编：100193 Software Standards & Open Source Address: 3F Ring, Building 28 Software Zhongguancun Software Park, 8 Emerging Technology Institute(ETI) Dongbeiwang West Road, Haidian IBM China Software Development Lab District, Beijing, P.R.C.100193 e-mail: zhuadl at cn.ibm.com Notes ID: Hua ZZ Zhang/China/IBM Tel: 86-10-82450483 Mahardhika Gilang To Hua ZZ Zhang/China/IBM at IBMCN, 09/24/2013 04:34 cc PM Openstack Milis Subject Re: [Openstack] Swift not detect Keystone and Authtoken I got this error LookupError: No loader given in section 'filter:keystoneauth' On 9/24/2013 2:17 PM, Hua ZZ Zhang wrote: I don't get what does it mean for "this syntax give same result"? what is your version of swift and keystone? Here's my suggestion for 3 sections in the proxy server paste file: [pipeline:main] pipeline = catch_errors healthcheck proxy-logging cache authtoken keystoneauth proxy-logging proxy-server [filter:authtoken] paste.filter_factory = keystoneclient .middleware.auth_token:filter_factory signing_dir = /var/cache/swift/ auth_uri = http://10.10.10.40:5000/ auth_host = 10.10.10.40 #auth_uri = http://192.168.7.85:5000/ #auth_host = 192.168.7.85 auth_port = 35357 auth_protocol = https admin_tenant_name = service admin_user = swift admin_password = admin #cache = swift.cache auth_token = admin [filter:keystoneauth] #use = egg:swift#keystoneauth operator_roles = Member,admin is_admin = true http://docs.openstack.org/grizzly/openstack-compute/admin/content/configuring-swift-to-use-keystone.html Inactive hide details for Mahardhika Gilang ---2013-09-24 上午 11:58:24---Mahardhika Gilang Mahardhika Gilang ---2013-09-24 上午 11:58:24---Mahardhika Gilang Mahardhika Gilang To 2013-09-24 上午 11:59 Hua ZZ Zhang/China/IBM at IBMC N, cc Openstack Milis Subject Re: [Openstack] Swift not detect Keystone and Authtoken Hi, i've try change with auth_token and it's work, but does this syntax give same result? On 9/24/2013 6:21 AM, Hua ZZ Zhang wrote: try this: paste.filter_factory = keystoneclient.middleware.auth_token:filter_factory Inactive hide details for Mahardhika Gilang ---2013-09-23 下午 07:15:28---Mahardhika Gilang Mahardhika Gilang ---2013-09-23 下午 07:15:28---Mahardhika Gilang Mahardhika Gilang To 2013-09-23 下午 07:16 Hua ZZ Zhang/China/IBM at IBMCN , cc Openstack Milis Subject Re: [Openstack] Swift not detect Keystone and Authtoken Hi, thanks for answering, i believe it work till i stuck at this error ImportError: No module named swift_auth it's on filter:keystone part paste.filter_factory = keystone.middleware.swift_auth:filter_factory how to solved this issue? On 9/23/2013 4:53 PM, Hua ZZ Zhang wrote: The authtoken and keystone middleware should be put ahead of proxy-server. you need to change the main pipeline as below: [pipeline:main] pipeline = catch_errors healthcheck proxy-logging cache authtoken keystone proxy-logging proxy-server Best Regards, Edward Zhang(张华) Inactive hide details for Mahardhika Gilang ---09/23/2013 05:14:26 PM---Mahardhika Gilang Mahardhika Gilang ---09/23/2013 05:14:26 PM---Mahardhika Gilang Mahardhika Gilang To 09/23/2013 05:01 PM Openstack Milis , cc Subject [Openstack] Swift not detect Keystone and Authtoken Hi all i've got an issue when i want to used keystone for authentication on swift proxy node. i got this when run #swift-init proxy restart LookupError: No section 'authtoken' LookupError: No section 'keystone' here's my proxy-server.conf [DEFAULT] cert_file = /etc/swift/cert.crt key_file = /etc/swift/cert.key bind_port = 8080 #bind_port = 443 workers = 8 user = swift swift_dir = /etc/swift [pipeline:main] pipeline = catch_errors healthcheck proxy-logging cache tempauth proxy-logging proxy-server keystone authtoken [app:proxy-server] use = egg:swift#proxy allow_account_management = true account_autocreate = true [filter:authtoken] #use = egg:swift:authtoken paste.filter_factory = keystone.middleware.auth_token:filter_factory signing_dir = /var/cache/swift/ auth_uri = http://10.10.10.40:5000/ auth_host = 10.10.10.40 #auth_uri = http://192.168.7.85:5000/ #auth_host = 192.168.7.85 auth_port = 35357 auth_protocol = https admin_tenant_name = service admin_user = swift admin_password = admin #cache = swift.cache auth_token = admin [filter:catch_errors] use = egg:swift#catch_errors [filter:proxy-logging] use = egg:swift#proxy_logging #[filter:tempauth] #use = egg:swift#tempauth #user_system_root = testpass .admin https://10.10.10.40:8080/v1/AUTH_system #user_test_tester = testing .admin https://10.10.10.40:8080/v1/AUTH_test [filter:healthcheck] use = egg:swift#healthcheck [filter:cache] use = egg:swift#memcache memcache_servers = 10.10.10.40:11211 [filter:keystone] #use = egg:swift#keystone paste.filter_factory = keystone.middleware.swift_auth:filter_factory operator_roles = Member,admin is_admin = true Please help thanks -- Regards, Mahardhika Gilang _______________________________________________ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : openstack at lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack -- Regards, Mahardhika Gilang -- Regards, Mahardhika Gilang -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 9A689745.gif Type: image/gif Size: 1279 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: ecblank.gif Type: image/gif Size: 45 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: graycol.gif Type: image/gif Size: 105 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: pic16781.gif Type: image/gif Size: 1255 bytes Desc: not available URL: From mahardika.gilang at andalabs.com Tue Sep 24 10:13:04 2013 From: mahardika.gilang at andalabs.com (Mahardhika Gilang) Date: Tue, 24 Sep 2013 17:13:04 +0700 Subject: [Openstack] Swift not detect Keystone and Authtoken In-Reply-To: References: <5240035C.2040705@andalabs.com> <52402305.4040605@andalabs.com> <52410E13.1070709@andalabs.com> <52414E7C.7090804@andalabs.com> Message-ID: <524165B0.6080606@andalabs.com> Hi, thanks it work, but i fail when run this command $ swift -V 2 -A http://localhost:5000/v2.0 -U admin:admin -K ADMIN stat [Errno -5] No address associated with hostname On 9/24/2013 4:58 PM, Hua ZZ Zhang wrote: > > try the sample here: > _http://docs.openstack.org/grizzly/openstack-compute/admin/content/configuring-swift-to-use-keystone.html_ > > *Best Regards, * > > ------------------------------------------------------------------------ > > *Edward Zhang(张华)* > Advisory Software Engineer > Software Standards & Open Source Software > Emerging Technology Institute(ETI) > IBM China Software Development Lab > e-mail: zhuadl at cn.ibm.com > Notes ID: Hua ZZ Zhang/China/IBM > Tel: 86-10-82450483 > > > > 地址:北京市海淀区东北旺西路8号 中关村软件园28号楼 环宇大厦3层 邮 > 编：100193 > Address: 3F Ring, Building 28 Zhongguancun Software Park, 8 > Dongbeiwang West Road, Haidian District, Beijing, P.R.C.100193 > > > > > > > > Inactive hide details for Mahardhika Gilang ---09/24/2013 04:33:12 > PM---Mahardhika Gilang Mahardhika > Gilang ---09/24/2013 04:33:12 PM---Mahardhika Gilang > > > *Mahardhika Gilang * > > 09/24/2013 04:34 PM > > > > To > > > Hua ZZ Zhang/China/IBM at IBMCN, > > > cc > > > Openstack Milis > > > Subject > > > Re: [Openstack] Swift not detect Keystone and Authtoken > > > > > I got this error > LookupError: No loader given in section '_filter:keystoneauth_' > > On 9/24/2013 2:17 PM, Hua ZZ Zhang wrote: > > > I don't get what does it mean for "this syntax give same result"? > what is your version of swift and keystone? > Here's my suggestion for 3 sections in the proxy server paste file: > > [pipeline:main] > pipeline = catch_errors healthcheck proxy-logging cache > *authtoken**keystoneauth *proxy-logging proxy-server > > [_filter:authtoken_] > paste.filter_factory = > *keystoneclient*.middleware.auth_token:filter_factory > signing_dir = /var/cache/swift/ > auth_uri = _http://10.10.10.40:5000/_ > auth_host = 10.10.10.40 > #auth_uri = _http://192.168.7.85:5000/_ > #auth_host = 192.168.7.85 > auth_port = 35357 > auth_protocol = https > admin_tenant_name = service > admin_user = swift > admin_password = admin > #cache = swift.cache > auth_token = admin > > [*_filter:keystoneauth_* ] > #use = egg:swift#keystoneauth > operator_roles = Member,admin > is_admin = true_ > __http://docs.openstack.org/grizzly/openstack-compute/admin/content/configuring-swift-to-use-keystone.html_ > > > Inactive hide details for Mahardhika Gilang ---2013-09-24 上午 > 11:58:24---Mahardhika Gilang > Mahardhika Gilang ---2013-09-24 上 > 午 11:58:24---Mahardhika Gilang __ > > *Mahardhika Gilang **__* > > > 2013-09-24 上午 11:59 > > > To > > Hua ZZ Zhang/China/IBM at IBMCN, > cc > > Openstack Milis __ > > Subject > > Re: [Openstack] Swift not detect Keystone and Authtoken > > > > > Hi, i've try change with auth_token and it's work, but does this > syntax give same result? > > On 9/24/2013 6:21 AM, Hua ZZ Zhang wrote: > > try this: > paste.filter_factory > =keystoneclient.middleware.auth_token:filter_factory > > > > Inactive hide details for Mahardhika Gilang ---2013-09-23 下午 > 07:15:28---Mahardhika Gilang > Mahardhika Gilang ---2013-09-23 > 下午 07:15:28---Mahardhika Gilang > __ > > *Mahardhika Gilang **__* > > > 2013-09-23 下午 07:16 > > > To > > Hua ZZ Zhang/China/IBM at IBMCN, > cc > > Openstack Milis __ > > Subject > > Re: [Openstack] Swift not detect Keystone and Authtoken > > > > > Hi, thanks for answering, i believe it work till i stuck at > this error > ImportError: No module named swift_auth > > it's on _filter:keystone_part > paste.filter_factory = > keystone.middleware.swift_auth:filter_factory > > how to solved this issue? > On 9/23/2013 4:53 PM, Hua ZZ Zhang wrote: > > > The /authtoken /and /keystone /middleware should be put > ahead of/proxy-server/. > you need to change the main pipeline as below:/ > > [pipeline:main] > pipeline = catch_errors healthcheck proxy-logging cache > authtoken keystone > proxy-logging proxy-server/* > > Best Regards, * > ------------------------------------------------------------------------ > *Edward Zhang(张华)* > > > > > > > > Inactive hide details for Mahardhika Gilang ---09/23/2013 05:14:26 > PM---Mahardhika Gilang Mahardhika > Gilang ---09/23/2013 05:14:26 PM---Mahardhika Gilang > __ > > *Mahardhika Gilang **__* > > > 09/23/2013 05:01 PM > > > To > > Openstack Milis __ > , > cc > > Subject > > [Openstack] Swift not detect Keystone and Authtoken > > > > > Hi all > i've got an issue when i want to used keystone for authentication on > swift proxy node. > i got this when run #swift-init proxy restart > LookupError: No section 'authtoken' > LookupError: No section 'keystone' > > here's my proxy-server.conf > [DEFAULT] > cert_file = /etc/swift/cert.crt > key_file = /etc/swift/cert.key > bind_port = 8080 > #bind_port = 443 > workers = 8 > user = swift > swift_dir = /etc/swift > > [pipeline:main] > pipeline = catch_errors healthcheck proxy-logging cache tempauth > proxy-logging proxy-server keystone authtoken > > [_app:proxy-server_] > use = egg:swift#proxy > allow_account_management = true > account_autocreate = true > > [_filter:authtoken_] > #use = egg:swift:authtoken > paste.filter_factory = keystone.middleware.auth_token:filter_factory > signing_dir = /var/cache/swift/ > auth_uri = _http://10.10.10.40:5000/_ > auth_host = 10.10.10.40 > #auth_uri = _http://192.168.7.85:5000/_ > #auth_host = 192.168.7.85 > auth_port = 35357 > auth_protocol = https > admin_tenant_name = service > admin_user = swift > admin_password = admin > #cache = swift.cache > auth_token = admin > > [_filter:catch_errors_] > use = egg:swift#catch_errors > > [_filter:proxy-logging_] > use = egg:swift#proxy_logging > > #[_filter:tempauth_] > #use = egg:swift#tempauth > #user_system_root = testpass .admin > _https://10.10.10.40:8080/v1/AUTH_system_ > #user_test_tester = testing .admin > _https://10.10.10.40:8080/v1/AUTH_test_ > > [_filter:healthcheck_] > use = egg:swift#healthcheck > > [_filter:cache_] > use = egg:swift#memcache > memcache_servers = 10.10.10.40:11211 > > [_filter:keystone_] > #use = egg:swift#keystone > paste.filter_factory = keystone.middleware.swift_auth:filter_factory > operator_roles = Member,admin > is_admin = true > > > Please help > thanks > > -- > Regards, > Mahardhika Gilang > > > > _______________________________________________ > Mailing list: > _http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack_ > Post to : _openstack at lists.openstack.org_ > > Unsubscribe : > _http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack_ > > > -- > Regards, > Mahardhika Gilang* > * > > > > > > -- > Regards, > Mahardhika Gilang > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/gif Size: 1279 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/gif Size: 45 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/gif Size: 105 bytes Desc: not available URL: From Jeff_Cai at symantec.com Tue Sep 24 10:46:11 2013 From: Jeff_Cai at symantec.com (Jeff Cai) Date: Tue, 24 Sep 2013 03:46:11 -0700 Subject: [Openstack] Why I can not launch instance with root disk size larger than 40GB Message-ID: <593AC87ED6C9D548A80799C52D8BBF966DDFB7B79D@APJ1XCHEVSPIN30.SYMC.SYMANTEC.COM> Hi, I setup an openstack environment with 3 nodes on Ubuntu 12.04 LTS. But I cannot launch instances with disk size bigger than 40GB. It reports the error "NoValidHost". I am sure that there's enough disk size on my compute node. Could you tell me where I can get more detailed error information or some possible reasons? Log in nova-schedule.log 2013-09-24 10:17:55.659 WARNING nova.scheduler.driver [req-119be488-eebe-4819-a8b6-78e867357a85 6efadb4e07964bdb8bc07a42f4e0973c 3b93709a75ab472c9d5583cc71c310c8] [instance: 726f76c6-b384-4ca7-a26b-480a57dd60f1] Setting instance to ERROR state. nova show 726f76c6-b384-4ca7-a26b-480a57dd60f1 +-----------------------------+---------------------------------------------------------------------------------+ | Property | Value | +-----------------------------+---------------------------------------------------------------------------------+ | status | ERROR | | updated | 2013-09-24T10:17:55Z | | OS-EXT-STS:task_state | None | | key_name | None | | image | CirrOS 0.3.1 (c5037b9b-4dee-432f-9f01-8c85e1143717) | | hostId | | | OS-EXT-STS:vm_state | error | | flavor | m1.medium (ed72d963-f135-42da-beb7-851ab13fac15) | | id | 726f76c6-b384-4ca7-a26b-480a57dd60f1 | | user_id | 6efadb4e07964bdb8bc07a42f4e0973c | | name | f1 | | created | 2013-09-24T10:17:55Z | | fault | {u'message': u'NoValidHost', u'code': 500, u'created': u'2013-09-24T10:17:55Z'} | | OS-DCF:diskConfig | MANUAL | | metadata | {} | | accessIPv4 | | | accessIPv6 | | | tenant_id | 3b93709a75ab472c9d5583cc71c310c8 | | OS-EXT-STS:power_state | 0 | | OS-EXT-AZ:availability_zone | nova | | config_drive | | +-----------------------------+---------------------------------------------------------------------------------+ On the compute node c01: df -k Filesystem 1K-blocks Used Available Use% Mounted on /dev/mapper/c01--vg-root 404209336 7497928 379318548 2% / udev 4079312 4 4079308 1% /dev tmpfs 1635612 272 1635340 1% /run none 5120 0 5120 0% /run/lock none 4089028 0 4089028 0% /run/shm cgroup 4089028 0 4089028 0% /sys/fs/cgroup /dev/sda1 233191 27871 192879 13% /boot Best Regards Jeff Cai -------------- next part -------------- An HTML attachment was scrubbed... URL: From mahardika.gilang at andalabs.com Tue Sep 24 11:11:42 2013 From: mahardika.gilang at andalabs.com (Mahardhika Gilang) Date: Tue, 24 Sep 2013 18:11:42 +0700 Subject: [Openstack] Swift got [Errno -5] No address associated with hostname Message-ID: <5241736E.8030204@andalabs.com> Hi all, i have follow this fuide for setting up multinode proxy-swift storage http://docs.openstack.org/grizzly/openstack-compute/admin/content/configuring-swift-to-use-keystone.html when on part to verifying identity it get's me [Errno -5] No address associated with hostname i run this command #swift -V 2 -A http://keystone_server:5000/v2.0 -U tenantname:tenantuser -K password stat Please give some advice Thanks ---- Regards, Mahardhika Gilang From prag_2648 at yahoo.co.in Tue Sep 24 12:07:54 2013 From: prag_2648 at yahoo.co.in (pragya jain) Date: Tue, 24 Sep 2013 20:07:54 +0800 (SGT) Subject: [Openstack] problem in understanding interaction between swift proxy and other servers through swift source code Message-ID: <1380024474.73553.YahooMailNeo@web193605.mail.sg3.yahoo.com> Hello, I am studying swift source code. My problem is: 1) What are the roles of class AccountController defined in swift / proxy / controllers / account.py and class AccountController defined in swift / account / server.py 2) How these two classes differ from each other and  3) How these two class interact with each other i.e.  According to my understanding, when a user make a request, __call__() function defined in Application class in swift / proxy /server.py is executed, which ,in turn, calls handle_request() function which sends the control to the swift / proxy / controllers  Now, I can't understand through which function call will the control go to account server Please help me in this regard -------------- next part -------------- An HTML attachment was scrubbed... URL: From ranjit.sastra at gmail.com Tue Sep 24 13:23:12 2013 From: ranjit.sastra at gmail.com (RANJIT) Date: Tue, 24 Sep 2013 18:53:12 +0530 Subject: [Openstack] OpenStack Grizzly Quantum Networking In-Reply-To: References: Message-ID: Hi, As you can see that those two ports are for: 1. interface port for internal subnet 2. Access gateway port for external subnet. [root at blitzen nova]# quantum port-list -c id -c fixed_ips -c device_owner +----------------------------- ---------+---------------------------------------------------------------------------------------+--------------------------+ | id | fixed_ips | device_owner | +--------------------------------------+---------------------------------------------------------------------------------------+--------------------------+ | 0d08328c-e51f-4995-8dc8-b0eb4fae87d7 | {"subnet_id": "fadfa51f-c588-4f1b-8084-4305a8e00486", "ip_address": "10.5.5.1"} | network:router_interface | | eaad9cce-e9a6-44db-970b-2785403739c1 | {"subnet_id": "a91622d4-f874-48e1-9791-d6acdeff4d2d", "ip_address": "130.217.79.200"} | network:router_gateway | +--------------------------------------+---------------------------------------------------------------------------------------+--------------------------+ so for deleting those two port , you have to use another command. For deleting router_interface , use quantum router-interface-delete Thanks & Regards Ranjit Ranjan On Tue, Sep 24, 2013 at 7:24 AM, Clint Dilks wrote: > Hi, > > As a follow up to this I was trying to delete all configured networks and > start again, but I seem to be stuck in a loop where I can't delete a router > because it has active ports, and yet I can't delete active ports because > they belong to a router. > > [root at blitzen nova]# quantum router-list > > +--------------------------------------+-------------+--------------------------------------------------------+ > | id | name | > external_gateway_info | > > +--------------------------------------+-------------+--------------------------------------------------------+ > | e6493ab3-a6b6-476e-a7d6-f1f199810efd | demo-router | {"network_id": > "f045b171-7456-4006-9732-420bf5b70017"} | > > +--------------------------------------+-------------+--------------------------------------------------------+ > [root at blitzen nova]# quantum port-list -c id -c fixed_ips -c device_owner > > +--------------------------------------+---------------------------------------------------------------------------------------+--------------------------+ > | id | > fixed_ips > | device_owner | > > +--------------------------------------+---------------------------------------------------------------------------------------+--------------------------+ > | 0d08328c-e51f-4995-8dc8-b0eb4fae87d7 | {"subnet_id": > "fadfa51f-c588-4f1b-8084-4305a8e00486", "ip_address": "10.5.5.1"} | > network:router_interface | > | eaad9cce-e9a6-44db-970b-2785403739c1 | {"subnet_id": > "a91622d4-f874-48e1-9791-d6acdeff4d2d", "ip_address": "130.217.79.200"} | > network:router_gateway | > > +--------------------------------------+---------------------------------------------------------------------------------------+--------------------------+ > [root at blitzen nova]# quantum router-delete > e6493ab3-a6b6-476e-a7d6-f1f199810efd > Router e6493ab3-a6b6-476e-a7d6-f1f199810efd still has active ports > [root at blitzen nova]# quantum port-delete > 0d08328c-e51f-4995-8dc8-b0eb4fae87d7 > Port 0d08328c-e51f-4995-8dc8-b0eb4fae87d7 has owner > network:router_interface and therefore cannot be deleted directly via the > port API. > > So how would I go about deleting these networks? > > > > > > > On Tue, Sep 24, 2013 at 11:00 AM, Clint Dilks wrote: > >> Hi >> >> I am currently trying to get Grizzly up and running on CentOS 6.4. >> I have followed >> http://docs.openstack.org/grizzly/basic-install/yum/content/ as closely >> as I can and from both a dashboard and OpenStack command line viewpoint all >> OpenStack services are up and running and it appears that VM's can be >> lauched and stopped without any obvious errors being recorded but I can't >> interact with them using things like ping or ssh. >> >> Below is information I think may be useful to fix the issue. Thanks for >> any insight you care to share. >> >> Currently I have a single machine running all services >> >> Management Network 10.10.11.2/24 em2 >> Bridge linked to em1 130.217.79.2/24 >> >> We want people to be able to create VM's that they can access via >> 130.217.79.0/24 addresses. >> >> So as an initial test I follow the example listed in the guide above and >> created a demo-net' >> >> http://docs.openstack.org/grizzly/basic-install/yum/content/basic-install_network.html >> >> Key details below >> >> TENANT_NAME="demo" >> TENANT_NETWORK_NAME="demo-net" >> TENANT_SUBNET_NAME="${TENANT_NETWORK_NAME}-subnet" >> TENANT_ROUTER_NAME="demo-router" >> FIXED_RANGE="10.5.5.0/24" >> NETWORK_GATEWAY="10.5.5.1" >> >> Then I ran >> >> quantum net-create public --router:external=True >> >> quantum subnet-create --ip_version 4 --gateway 130.217.79.1 public 130.217.79.0/24 \ >> >> >> --allocation-pool start=130.217.79.200,end=130.217.79.250 --disable-dhcp --name public-subnet >> >> quantum router-gateway-set demo-router public >> >> Using this config instances will launch and if I assign a machine to the >> public network, the network topology appears to be what we want. But in >> the guides section about lauching your first vm ( >> http://docs.openstack.org/grizzly/basic-install/yum/content/basic-install_operate.html) it states that ip netns should show two pieces of information qrouter >> and qdhcp. I am only seeing qrouter. >> >> Should what I have set up work ? Or have I missed something fundamental ? >> >> As it was the default quantum should be configured to use gre + tunnels, >> I am using 2.6.32-358.118.1.openstack.el6.x86_64 to add the functionality >> that is missing from the default CentOS kernel. >> >> /etc/quantum/plugins/openvswitch/ovs_quantum_plugin.ini contains the >> following, would it be simpler to get what we need using a VLAN >> configuration ? >> >> [DATABASE] >> sql_connection = mysql://quantum:openstack-csl at 10.10.11.2/quantum >> reconnect_interval = 2 >> >> [OVS] >> tenant_network_type = gre >> enable_tunneling = True >> tunnel_id_ranges = 1:1000 >> local_ip = 10.10.11.2 >> >> [AGENT] >> polling_interval = 2 >> >> [SECURITYGROUP] >> firewall_driver = >> quantum.agent.linux.iptables_firewall.OVSHybridIptablesFirewallDriver >> >> >> >> > > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ranjit.sastra at gmail.com Tue Sep 24 13:25:32 2013 From: ranjit.sastra at gmail.com (RANJIT) Date: Tue, 24 Sep 2013 18:55:32 +0530 Subject: [Openstack] OpenStack Grizzly Quantum Networking In-Reply-To: References: Message-ID: Hi, As you can see that those two ports are for: 1. interface port for internal subnet 2. Access gateway port for external subnet. [root at blitzen nova]# quantum port-list -c id -c fixed_ips -c device_owner +----------------------------- ---------+---------------------------------------------------------------------------------------+--------------------------+ | id | fixed_ips | device_owner | +--------------------------------------+---------------------------------------------------------------------------------------+--------------------------+ | 0d08328c-e51f-4995-8dc8-b0eb4fae87d7 | {"subnet_id": "fadfa51f-c588-4f1b-8084-4305a8e00486", "ip_address": "10.5.5.1"} | network:router_interface | | eaad9cce-e9a6-44db-970b-2785403739c1 | {"subnet_id": "a91622d4-f874-48e1-9791-d6acdeff4d2d", "ip_address": "130.217.79.200"} | network:router_gateway | +--------------------------------------+---------------------------------------------------------------------------------------+--------------------------+ so for deleting those two port , you have to use another command. For deleting router_interface , use quantum router-interface-delete For deleting router_gateway , use quantum router-gateway-clear Thanks & Regards Ranjit Ranjan Thanks & Regards Ranjit Ranjan On Tue, Sep 24, 2013 at 6:53 PM, RANJIT wrote: > Hi, > > As you can see that those two ports are for: > 1. interface port for internal subnet > 2. Access gateway port for external subnet. > > [root at blitzen nova]# quantum port-list -c id -c fixed_ips -c device_owner > +----------------------------- > > ---------+---------------------------------------------------------------------------------------+--------------------------+ > | id | > fixed_ips > | device_owner | > > +--------------------------------------+---------------------------------------------------------------------------------------+--------------------------+ > | 0d08328c-e51f-4995-8dc8-b0eb4fae87d7 | {"subnet_id": > "fadfa51f-c588-4f1b-8084-4305a8e00486", "ip_address": "10.5.5.1"} | > network:router_interface | > | eaad9cce-e9a6-44db-970b-2785403739c1 | {"subnet_id": > "a91622d4-f874-48e1-9791-d6acdeff4d2d", "ip_address": "130.217.79.200"} | > network:router_gateway | > > +--------------------------------------+---------------------------------------------------------------------------------------+--------------------------+ > > so for deleting those two port , you have to use another command. > > For deleting router_interface , use > quantum router-interface-delete > > > > > Thanks & Regards > Ranjit Ranjan > > > On Tue, Sep 24, 2013 at 7:24 AM, Clint Dilks wrote: > >> Hi, >> >> As a follow up to this I was trying to delete all configured networks and >> start again, but I seem to be stuck in a loop where I can't delete a router >> because it has active ports, and yet I can't delete active ports because >> they belong to a router. >> >> [root at blitzen nova]# quantum router-list >> >> +--------------------------------------+-------------+--------------------------------------------------------+ >> | id | name | >> external_gateway_info | >> >> +--------------------------------------+-------------+--------------------------------------------------------+ >> | e6493ab3-a6b6-476e-a7d6-f1f199810efd | demo-router | {"network_id": >> "f045b171-7456-4006-9732-420bf5b70017"} | >> >> +--------------------------------------+-------------+--------------------------------------------------------+ >> [root at blitzen nova]# quantum port-list -c id -c fixed_ips -c device_owner >> >> +--------------------------------------+---------------------------------------------------------------------------------------+--------------------------+ >> | id | >> fixed_ips >> | device_owner | >> >> +--------------------------------------+---------------------------------------------------------------------------------------+--------------------------+ >> | 0d08328c-e51f-4995-8dc8-b0eb4fae87d7 | {"subnet_id": >> "fadfa51f-c588-4f1b-8084-4305a8e00486", "ip_address": "10.5.5.1"} | >> network:router_interface | >> | eaad9cce-e9a6-44db-970b-2785403739c1 | {"subnet_id": >> "a91622d4-f874-48e1-9791-d6acdeff4d2d", "ip_address": "130.217.79.200"} | >> network:router_gateway | >> >> +--------------------------------------+---------------------------------------------------------------------------------------+--------------------------+ >> [root at blitzen nova]# quantum router-delete >> e6493ab3-a6b6-476e-a7d6-f1f199810efd >> Router e6493ab3-a6b6-476e-a7d6-f1f199810efd still has active ports >> [root at blitzen nova]# quantum port-delete >> 0d08328c-e51f-4995-8dc8-b0eb4fae87d7 >> Port 0d08328c-e51f-4995-8dc8-b0eb4fae87d7 has owner >> network:router_interface and therefore cannot be deleted directly via the >> port API. >> >> So how would I go about deleting these networks? >> >> >> >> >> >> >> On Tue, Sep 24, 2013 at 11:00 AM, Clint Dilks wrote: >> >>> Hi >>> >>> I am currently trying to get Grizzly up and running on CentOS 6.4. >>> I have followed >>> http://docs.openstack.org/grizzly/basic-install/yum/content/ as closely >>> as I can and from both a dashboard and OpenStack command line viewpoint all >>> OpenStack services are up and running and it appears that VM's can be >>> lauched and stopped without any obvious errors being recorded but I can't >>> interact with them using things like ping or ssh. >>> >>> Below is information I think may be useful to fix the issue. Thanks for >>> any insight you care to share. >>> >>> Currently I have a single machine running all services >>> >>> Management Network 10.10.11.2/24 em2 >>> Bridge linked to em1 130.217.79.2/24 >>> >>> We want people to be able to create VM's that they can access via >>> 130.217.79.0/24 addresses. >>> >>> So as an initial test I follow the example listed in the guide above and >>> created a demo-net' >>> >>> http://docs.openstack.org/grizzly/basic-install/yum/content/basic-install_network.html >>> >>> Key details below >>> >>> TENANT_NAME="demo" >>> TENANT_NETWORK_NAME="demo-net" >>> TENANT_SUBNET_NAME="${TENANT_NETWORK_NAME}-subnet" >>> TENANT_ROUTER_NAME="demo-router" >>> FIXED_RANGE="10.5.5.0/24" >>> NETWORK_GATEWAY="10.5.5.1" >>> >>> Then I ran >>> >>> quantum net-create public --router:external=True >>> >>> quantum subnet-create --ip_version 4 --gateway 130.217.79.1 public 130.217.79.0/24 \ >>> >>> >>> >>> --allocation-pool start=130.217.79.200,end=130.217.79.250 --disable-dhcp --name public-subnet >>> >>> quantum router-gateway-set demo-router public >>> >>> Using this config instances will launch and if I assign a machine to the >>> public network, the network topology appears to be what we want. But in >>> the guides section about lauching your first vm ( >>> http://docs.openstack.org/grizzly/basic-install/yum/content/basic-install_operate.html) it states that ip netns should show two pieces of information qrouter >>> and qdhcp. I am only seeing qrouter. >>> >>> Should what I have set up work ? Or have I missed something fundamental >>> ? >>> >>> As it was the default quantum should be configured to use gre + >>> tunnels, I am using 2.6.32-358.118.1.openstack.el6.x86_64 to add the >>> functionality that is missing from the default CentOS kernel. >>> >>> /etc/quantum/plugins/openvswitch/ovs_quantum_plugin.ini contains the >>> following, would it be simpler to get what we need using a VLAN >>> configuration ? >>> >>> [DATABASE] >>> sql_connection = mysql://quantum:openstack-csl at 10.10.11.2/quantum >>> reconnect_interval = 2 >>> >>> [OVS] >>> tenant_network_type = gre >>> enable_tunneling = True >>> tunnel_id_ranges = 1:1000 >>> local_ip = 10.10.11.2 >>> >>> [AGENT] >>> polling_interval = 2 >>> >>> [SECURITYGROUP] >>> firewall_driver = >>> quantum.agent.linux.iptables_firewall.OVSHybridIptablesFirewallDriver >>> >>> >>> >>> >> >> _______________________________________________ >> Mailing list: >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> Post to : openstack at lists.openstack.org >> Unsubscribe : >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From luisguilherme.cr at gmail.com Tue Sep 24 13:52:41 2013 From: luisguilherme.cr at gmail.com (Guilherme Russi) Date: Tue, 24 Sep 2013 10:52:41 -0300 Subject: [Openstack] Cinder error In-Reply-To: References: <5240959D.1010509@gmail.com> <5240A0B5.5000300@gmail.com> Message-ID: Hello guys, I've changed the rabbit error, but I still can't associate a volume to my VMs, when I type cinder list I get the Malformed request url. I've already checked my keystone and it looks fine to me. Any ideas? Regards. 2013/9/23 Guilherme Russi > It's what i've got too: > > root at hemera:/home/hemera# rabbitmqctl list_permissions > Listing permissions in vhost "/" ... > guest .* .* .* > ...done. > > Regards. > > > > 2013/9/23 Marcelo Dieder > >> Hi Guilherme, >> >> The RabbitMQ has virtual host for many applications. Default, the Rabbit >> created a default virtualhost with /. >> >> You can see this with the command: >> >> root at controller:~# rabbitmqctl list_permissions >> Listing permissions in vhost "/" ... >> guest .* .* .* >> ...done. >> >> Regards, >> >> Marcelo Dieder >> >> >> On 09/23/2013 04:57 PM, Guilherme Russi wrote: >> >> I guess I've got something: >> >> 2013-09-23 16:52:17 INFO [cinder.openstack.common.rpc.common] >> Connected to AMQP server on localhost:5672 >> >> I've found this page >> https://ask.openstack.org/en/question/4581/cinder-unable-to-connect-to-rabbitmq/ and zipmaster07 >> answered "rabbit_virtual_host = /nova >> >> I commented out the "rabbit_virtual_host", restarted all cinder services >> and I can see a successful connection to AMQP now." >> And I did that, now it's connected, but what is this rabbit_virtual_host? >> What does it do? >> I'll test my volumes now. >> >> Regards. >> >> >> >> >> >> 2013/9/23 Guilherme Russi >> >>> I've looked at the quantum/server.log and nova-scheduler.log and they >>> show: >>> >>> 2013-09-23 16:25:27 INFO [quantum.openstack.common.rpc.common] >>> Reconnecting to AMQP server on localhost:5672 >>> 2013-09-23 16:25:27 INFO [quantum.openstack.common.rpc.common] >>> Connected to AMQP server on localhost:5672 >>> >>> 2013-09-23 16:24:01.830 5971 INFO nova.openstack.common.rpc.common [-] >>> Reconnecting to AMQP server on 127.0.0.1:5672 >>> 2013-09-23 16:24:01.879 5971 INFO nova.openstack.common.rpc.common [-] >>> Connected to AMQP server on 127.0.0.1:5672 >>> >>> But at the cinder-volume.log: >>> >>> INFO [cinder.openstack.common.rpc.common] Reconnecting to AMQP server >>> on localhost:5672 >>> 2013-09-23 16:46:04 ERROR [cinder.openstack.common.rpc.common] AMQP >>> server on localhost:5672 is unreachable: Socket closed. Trying again in 30 >>> seconds. >>> >>> >>> I was typing when you sent your answer, here is it: >>> >>> rabbitmq-server status >>> Status of node rabbit at hemera ... >>> [{pid,17266}, >>> {running_applications,[{rabbit,"RabbitMQ","2.7.1"}, >>> {os_mon,"CPO CXC 138 46","2.2.7"}, >>> {sasl,"SASL CXC 138 11","2.1.10"}, >>> {mnesia,"MNESIA CXC 138 12","4.5"}, >>> {stdlib,"ERTS CXC 138 10","1.17.5"}, >>> {kernel,"ERTS CXC 138 10","2.14.5"}]}, >>> {os,{unix,linux}}, >>> {erlang_version,"Erlang R14B04 (erts-5.8.5) [source] [64-bit] [smp:4:4] >>> [rq:4] [async-threads:30] [kernel-poll:true]\n"}, >>> {memory,[{total,30926120}, >>> {processes,14354392}, >>> {processes_used,14343184}, >>> {system,16571728}, >>> {atom,1124441}, >>> {atom_used,1120343}, >>> {binary,268176}, >>> {code,11134417}, >>> {ets,2037120}]}, >>> {vm_memory_high_watermark,0.4}, >>> {vm_memory_limit,3299385344}] >>> ...done. >>> >>> >>> Yes, I've restarted the rabbitmq-server, but as you can see at the >>> logs, quantum and nova are connected. >>> >>> Ideas?? >>> >>> Regards. >>> >>> >>> >>> 2013/9/23 Marcelo Dieder >>> >>>> What's the status of your rabbitmq? >>>> >>>> # rabbitmqctl status >>>> >>>> And do you tried restart the rabbitmq? >>>> >>>> Regards, >>>> Marcelo Dieder >>>> >>>> >>>> On 09/23/2013 03:31 PM, Guilherme Russi wrote: >>>> >>>> Yes, it is at the same place >>>> >>>> cat /etc/cinder/cinder.conf >>>> [DEFAULT] >>>> rootwrap_config=/etc/cinder/rootwrap.conf >>>> sql_connection = mysql://cinder:password at localhost/cinder >>>> api_paste_confg = /etc/cinder/api-paste.ini >>>> iscsi_helper=ietadm >>>> #iscsi_helper = tgtadm >>>> volume_name_template = volume-%s >>>> volume_group = cinder-volumes >>>> verbose = True >>>> auth_strategy = keystone >>>> iscsi_ip_address=localhost >>>> rabbit_host = localhost >>>> rabbit_port = 5672 >>>> rabbit_userid = rabbit >>>> rabbit_password = password >>>> rabbit_virtual_host = /nova >>>> state_path = /var/lib/cinder >>>> lock_path = /var/lock/cinder >>>> volumes_dir = /var/lib/cinder/volumes >>>> >>>> Another idea? >>>> >>>> Regards. >>>> >>>> >>>> 2013/9/23 Gangur, Hrushikesh (HP Converged Cloud - R&D - Sunnyvale) < >>>> hrushikesh.gangur at hp.com> >>>> >>>>> Ensure that cinder configuration files have correct IP of rabbimq >>>>> host. >>>>> >>>>> >>>>> >>>>> *From:* Guilherme Russi [mailto:luisguilherme.cr at gmail.com] >>>>> *Sent:* Monday, September 23, 2013 10:53 AM >>>>> *To:* openstack >>>>> *Subject:* [Openstack] Cinder error >>>>> >>>>> >>>>> >>>>> Hello guys, I'm reinstalling my OpenStack Grizzly and I'm getting >>>>> problem with my cinder, I'm getting "*Error: *Unable to retrieve >>>>> volume list." I was looking at the cinder log and I only found this error: >>>>> ERROR [cinder.openstack.common.rpc.common] AMQP server on >>>>> 192.168.3.1:5672 is unreachable: Socket closed. Trying again in 30 >>>>> seconds. >>>>> >>>>> >>>>> >>>>> I have a partition created: >>>>> >>>>> >>>>> >>>>> pvdisplay >>>>> >>>>> --- Physical volume --- >>>>> >>>>> PV Name /dev/sda7 >>>>> >>>>> VG Name cinder-volumes >>>>> >>>>> PV Size 279,59 GiB / not usable 1,00 MiB >>>>> >>>>> Allocatable yes >>>>> >>>>> PE Size 4,00 MiB >>>>> >>>>> Total PE 71574 >>>>> >>>>> Free PE 66454 >>>>> >>>>> Allocated PE 5120 >>>>> >>>>> PV UUID KHITxF-uagF-xADc-F8fu-na8t-1OXT-rDFbQ6 >>>>> >>>>> >>>>> >>>>> root at hemera:/home/hemera# vgdisplay >>>>> >>>>> --- Volume group --- >>>>> >>>>> VG Name cinder-volumes >>>>> >>>>> System ID >>>>> >>>>> Format lvm2 >>>>> >>>>> Metadata Areas 1 >>>>> >>>>> Metadata Sequence No 6 >>>>> >>>>> VG Access read/write >>>>> >>>>> VG Status resizable >>>>> >>>>> MAX LV 0 >>>>> >>>>> Cur LV 2 >>>>> >>>>> Open LV 0 >>>>> >>>>> Max PV 0 >>>>> >>>>> Cur PV 1 >>>>> >>>>> Act PV 1 >>>>> >>>>> VG Size 279,59 GiB >>>>> >>>>> PE Size 4,00 MiB >>>>> >>>>> Total PE 71574 >>>>> >>>>> Alloc PE / Size 5120 / 20,00 GiB >>>>> >>>>> Free PE / Size 66454 / 259,59 GiB >>>>> >>>>> VG UUID mhN3uV-n80a-zjeb-uR35-0IPb-BFmo-G2Qehu >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> I don't know how to fix this error, any help? >>>>> >>>>> >>>>> >>>>> Thank you all and regards. >>>>> >>>>> >>>>> >>>>> Guilherme. >>>>> >>>> >>>> >>>> >>>> _______________________________________________ >>>> Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>>> Post to : openstack at lists.openstack.org >>>> Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>>> >>>> >>>> >>>> _______________________________________________ >>>> Mailing list: >>>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>>> Post to : openstack at lists.openstack.org >>>> Unsubscribe : >>>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>>> >>>> >>> >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From razique.mahroua at gmail.com Tue Sep 24 14:06:08 2013 From: razique.mahroua at gmail.com (Razique Mahroua) Date: Tue, 24 Sep 2013 16:06:08 +0200 Subject: [Openstack] Why I can not launch instance with root disk size larger than 40GB In-Reply-To: <593AC87ED6C9D548A80799C52D8BBF966DDFB7B79D@APJ1XCHEVSPIN30.SYMC.SYMANTEC.COM> References: <593AC87ED6C9D548A80799C52D8BBF966DDFB7B79D@APJ1XCHEVSPIN30.SYMC.SYMANTEC.COM> Message-ID: Hey ! do you have something into the nova-compute.log? Le 24 sept. 2013 à 12:46, Jeff Cai a écrit : > Hi, > > I setup an openstack environment with 3 nodes on Ubuntu 12.04 LTS. But I cannot launch instances with disk size bigger than 40GB. It reports the error “NoValidHost”. I am sure that there’s enough disk size on my compute node. > > Could you tell me where I can get more detailed error information or some possible reasons? > > Log in nova-schedule.log > > 2013-09-24 10:17:55.659 WARNING nova.scheduler.driver [req-119be488-eebe-4819-a8b6-78e867357a85 6efadb4e07964bdb8bc07a42f4e0973c 3b93709a75ab472c9d5583cc71c310c8] [instance: 726f76c6-b384-4ca7-a26b-480a57dd60f1] Setting instance to ERROR state. > > nova show 726f76c6-b384-4ca7-a26b-480a57dd60f1 > > +-----------------------------+---------------------------------------------------------------------------------+ > | Property | Value | > +-----------------------------+---------------------------------------------------------------------------------+ > | status | ERROR | > | updated | 2013-09-24T10:17:55Z | > | OS-EXT-STS:task_state | None | > | key_name | None | > | image | CirrOS 0.3.1 (c5037b9b-4dee-432f-9f01-8c85e1143717) | > | hostId | | > | OS-EXT-STS:vm_state | error | > | flavor | m1.medium (ed72d963-f135-42da-beb7-851ab13fac15) | > | id | 726f76c6-b384-4ca7-a26b-480a57dd60f1 | > | user_id | 6efadb4e07964bdb8bc07a42f4e0973c | > | name | f1 | > | created | 2013-09-24T10:17:55Z | > | fault | {u'message': u'NoValidHost', u'code': 500, u'created': u'2013-09-24T10:17:55Z'} | > | OS-DCF:diskConfig | MANUAL | > | metadata | {} | > | accessIPv4 | | > | accessIPv6 | | > | tenant_id | 3b93709a75ab472c9d5583cc71c310c8 | > | OS-EXT-STS:power_state | 0 | > | OS-EXT-AZ:availability_zone | nova | > | config_drive | | > +-----------------------------+---------------------------------------------------------------------------------+ > > > On the compute node c01: > > df -k > Filesystem 1K-blocks Used Available Use% Mounted on > /dev/mapper/c01--vg-root 404209336 7497928 379318548 2% / > udev 4079312 4 4079308 1% /dev > tmpfs 1635612 272 1635340 1% /run > none 5120 0 5120 0% /run/lock > none 4089028 0 4089028 0% /run/shm > cgroup 4089028 0 4089028 0% /sys/fs/cgroup > /dev/sda1 233191 27871 192879 13% /boot > > Best Regards > > Jeff Cai > > _______________________________________________ > Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 535 bytes Desc: Message signed with OpenPGP using GPGMail URL: From cian.o-driscoll at hp.com Tue Sep 24 14:26:33 2013 From: cian.o-driscoll at hp.com (O'Driscoll, Cian) Date: Tue, 24 Sep 2013 14:26:33 +0000 Subject: [Openstack] Cinder error In-Reply-To: References: <5240959D.1010509@gmail.com> <5240A0B5.5000300@gmail.com> Message-ID: Hi Guilherme, If you run "cinder -debug list" and reply with the output, We should be able to see what's wrong. Sounds like your block storage url is incorrectly formatted in keystone. Thanks, Cian Cian O'Driscoll Systems Software Engineer HP Cloud Services Hewlett Packard Galway Ltd. From: Guilherme Russi [mailto:luisguilherme.cr at gmail.com] Sent: 24 September 2013 14:53 To: Marcelo Dieder Cc: openstack Subject: Re: [Openstack] Cinder error Hello guys, I've changed the rabbit error, but I still can't associate a volume to my VMs, when I type cinder list I get the Malformed request url. I've already checked my keystone and it looks fine to me. Any ideas? Regards. 2013/9/23 Guilherme Russi > It's what i've got too: root at hemera:/home/hemera# rabbitmqctl list_permissions Listing permissions in vhost "/" ... guest .* .* .* ...done. Regards. 2013/9/23 Marcelo Dieder > Hi Guilherme, The RabbitMQ has virtual host for many applications. Default, the Rabbit created a default virtualhost with /. You can see this with the command: root at controller:~# rabbitmqctl list_permissions Listing permissions in vhost "/" ... guest .* .* .* ...done. Regards, Marcelo Dieder On 09/23/2013 04:57 PM, Guilherme Russi wrote: I guess I've got something: 2013-09-23 16:52:17 INFO [cinder.openstack.common.rpc.common] Connected to AMQP server on localhost:5672 I've found this page https://ask.openstack.org/en/question/4581/cinder-unable-to-connect-to-rabbitmq/ and zipmaster07 answered "rabbit_virtual_host = /nova I commented out the "rabbit_virtual_host", restarted all cinder services and I can see a successful connection to AMQP now." And I did that, now it's connected, but what is this rabbit_virtual_host? What does it do? I'll test my volumes now. Regards. 2013/9/23 Guilherme Russi > I've looked at the quantum/server.log and nova-scheduler.log and they show: 2013-09-23 16:25:27 INFO [quantum.openstack.common.rpc.common] Reconnecting to AMQP server on localhost:5672 2013-09-23 16:25:27 INFO [quantum.openstack.common.rpc.common] Connected to AMQP server on localhost:5672 2013-09-23 16:24:01.830 5971 INFO nova.openstack.common.rpc.common [-] Reconnecting to AMQP server on 127.0.0.1:5672 2013-09-23 16:24:01.879 5971 INFO nova.openstack.common.rpc.common [-] Connected to AMQP server on 127.0.0.1:5672 But at the cinder-volume.log: INFO [cinder.openstack.common.rpc.common] Reconnecting to AMQP server on localhost:5672 2013-09-23 16:46:04 ERROR [cinder.openstack.common.rpc.common] AMQP server on localhost:5672 is unreachable: Socket closed. Trying again in 30 seconds. I was typing when you sent your answer, here is it: rabbitmq-server status Status of node rabbit at hemera ... [{pid,17266}, {running_applications,[{rabbit,"RabbitMQ","2.7.1"}, {os_mon,"CPO CXC 138 46","2.2.7"}, {sasl,"SASL CXC 138 11","2.1.10"}, {mnesia,"MNESIA CXC 138 12","4.5"}, {stdlib,"ERTS CXC 138 10","1.17.5"}, {kernel,"ERTS CXC 138 10","2.14.5"}]}, {os,{unix,linux}}, {erlang_version,"Erlang R14B04 (erts-5.8.5) [source] [64-bit] [smp:4:4] [rq:4] [async-threads:30] [kernel-poll:true]\n"}, {memory,[{total,30926120}, {processes,14354392}, {processes_used,14343184}, {system,16571728}, {atom,1124441}, {atom_used,1120343}, {binary,268176}, {code,11134417}, {ets,2037120}]}, {vm_memory_high_watermark,0.4}, {vm_memory_limit,3299385344}] ...done. Yes, I've restarted the rabbitmq-server, but as you can see at the logs, quantum and nova are connected. Ideas?? Regards. 2013/9/23 Marcelo Dieder > What's the status of your rabbitmq? # rabbitmqctl status And do you tried restart the rabbitmq? Regards, Marcelo Dieder On 09/23/2013 03:31 PM, Guilherme Russi wrote: Yes, it is at the same place cat /etc/cinder/cinder.conf [DEFAULT] rootwrap_config=/etc/cinder/rootwrap.conf sql_connection = mysql://cinder:password at localhost/cinder api_paste_confg = /etc/cinder/api-paste.ini iscsi_helper=ietadm #iscsi_helper = tgtadm volume_name_template = volume-%s volume_group = cinder-volumes verbose = True auth_strategy = keystone iscsi_ip_address=localhost rabbit_host = localhost rabbit_port = 5672 rabbit_userid = rabbit rabbit_password = password rabbit_virtual_host = /nova state_path = /var/lib/cinder lock_path = /var/lock/cinder volumes_dir = /var/lib/cinder/volumes Another idea? Regards. 2013/9/23 Gangur, Hrushikesh (HP Converged Cloud - R&D - Sunnyvale) > Ensure that cinder configuration files have correct IP of rabbimq host. From: Guilherme Russi [mailto:luisguilherme.cr at gmail.com] Sent: Monday, September 23, 2013 10:53 AM To: openstack Subject: [Openstack] Cinder error Hello guys, I'm reinstalling my OpenStack Grizzly and I'm getting problem with my cinder, I'm getting "Error: Unable to retrieve volume list." I was looking at the cinder log and I only found this error: ERROR [cinder.openstack.common.rpc.common] AMQP server on 192.168.3.1:5672 is unreachable: Socket closed. Trying again in 30 seconds. I have a partition created: pvdisplay --- Physical volume --- PV Name /dev/sda7 VG Name cinder-volumes PV Size 279,59 GiB / not usable 1,00 MiB Allocatable yes PE Size 4,00 MiB Total PE 71574 Free PE 66454 Allocated PE 5120 PV UUID KHITxF-uagF-xADc-F8fu-na8t-1OXT-rDFbQ6 root at hemera:/home/hemera# vgdisplay --- Volume group --- VG Name cinder-volumes System ID Format lvm2 Metadata Areas 1 Metadata Sequence No 6 VG Access read/write VG Status resizable MAX LV 0 Cur LV 2 Open LV 0 Max PV 0 Cur PV 1 Act PV 1 VG Size 279,59 GiB PE Size 4,00 MiB Total PE 71574 Alloc PE / Size 5120 / 20,00 GiB Free PE / Size 66454 / 259,59 GiB VG UUID mhN3uV-n80a-zjeb-uR35-0IPb-BFmo-G2Qehu I don't know how to fix this error, any help? Thank you all and regards. Guilherme. _______________________________________________ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : openstack at lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack _______________________________________________ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : openstack at lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack -------------- next part -------------- An HTML attachment was scrubbed... URL: From zhuadl at cn.ibm.com Tue Sep 24 15:09:58 2013 From: zhuadl at cn.ibm.com (Hua ZZ Zhang) Date: Tue, 24 Sep 2013 23:09:58 +0800 Subject: [Openstack] Swift not detect Keystone and Authtoken In-Reply-To: <524165B0.6080606@andalabs.com> References: <5240035C.2040705@andalabs.com> <52402305.4040605@andalabs.com> <52410E13.1070709@andalabs.com> <52414E7C.7090804@andalabs.com> <524165B0.6080606@andalabs.com> Message-ID: try https since you have enabled it in proxy configuration. swift -V 2 -A https://localhost:5000/v2.0 -U admin:admin -K ADMIN stat or: swift --os-auth-url https://localhost:5000/v2.0 --os-tenant-name admin --os-username admin --os-password ADMIN stat -Zhang Hua(Edward) Mahardhika Gilang To Hua ZZ Zhang/China/IBM at IBMCN, 2013-09-24 下午 cc 06:13 Openstack Milis Subject Re: [Openstack] Swift not detect Keystone and Authtoken Hi, thanks it work, but i fail when run this command $ swift -V 2 -A http://localhost:5000/v2.0 -U admin:admin -K ADMIN stat [Errno -5] No address associated with hostname On 9/24/2013 4:58 PM, Hua ZZ Zhang wrote: try the sample here: http://docs.openstack.org/grizzly/openstack-compute/admin/content/configuring-swift-to-use-keystone.html Best Regards, Edward Zhang(张华) 地址:北京市海淀区东北旺西路8号 Advisory Software Engineer 中关村软件园28号楼 环宇大厦3层 Software Standards & Open 邮编：100193 Source Software Address: 3F Ring, Building 28 Emerging Technology Institute Zhongguancun Software Park, 8 (ETI) Dongbeiwang West Road, Haidian IBM China Software Development District, Beijing, P.R.C.100193 Lab e-mail: zhuadl at cn.ibm.com Notes ID: Hua ZZ Zhang/China/IBM Tel: 86-10-82450483 Inactive hide details for Mahardhika Gilang ---09/24/2013 04:33:12 PM---Mahardhika Gilang Mahardhika Gilang ---09/24/2013 04:33:12 PM---Mahardhika Gilang Mahardhika Gilang To 09/24/2013 04:34 PM Hua ZZ Zhang/China/IBM at IBMCN, cc Openstack Milis Subject Re: [Openstack] Swift not detect Keystone and Authtoken I got this error LookupError: No loader given in section 'filter:keystoneauth' On 9/24/2013 2:17 PM, Hua ZZ Zhang wrote: I don't get what does it mean for "this syntax give same result "? what is your version of swift and keystone? Here's my suggestion for 3 sections in the proxy server paste file: [pipeline:main] pipeline = catch_errors healthcheck proxy-logging cache authtoken keystoneauth proxy-logging proxy-server [filter:authtoken] paste.filter_factory = keystoneclient .middleware.auth_token:filter_factory signing_dir = /var/cache/swift/ auth_uri = http://10.10.10.40:5000/ auth_host = 10.10.10.40 #auth_uri = http://192.168.7.85:5000/ #auth_host = 192.168.7.85 auth_port = 35357 auth_protocol = https admin_tenant_name = service admin_user = swift admin_password = admin #cache = swift.cache auth_token = admin [filter:keystoneauth] #use = egg:swift#keystoneauth operator_roles = Member,admin is_admin = true http://docs.openstack.org/grizzly/openstack-compute/admin/content/configuring-swift-to-use-keystone.html Inactive hide details for Mahardhika Gilang ---2013-09-24 上午 11:58:24---Mahardhika Gilang Mahardhika Gilang ---2013-09-24 上午 11:58:24---Mahardhika Gilang Mahardhika Gilang To 2013-09-24 上午 11:59 Hua ZZ Zhang/China/IBM at IBMCN, cc Openstack Milis Subject Re: [Openstack] Swift not detect Keystone and Authtoken Hi, i've try change with auth_token and it's work, but does this syntax give same result? On 9/24/2013 6:21 AM, Hua ZZ Zhang wrote: try this: paste.filter_factory = keystoneclient.middleware.auth_token:filter_factory Inactive hide details for Mahardhika Gilang ---2013-09-23 下午 07:15:28---Mahardhika Gilang Mahardhika Gilang ---2013-09-23 下午 07:15:28---Mahardhika Gilang Mahardhika Gilang To 2013-09-23 下午 07:16 Hua ZZ Zhang/China/IBM at IBMCN, cc Openstack Milis Subject Re: [Openstack] Swift not detect Keystone and Authtoken Hi, thanks for answering, i believe it work till i stuck at this error ImportError: No module named swift_auth it's on filter:keystone part paste.filter_factory = keystone.middleware.swift_auth:filter_factory how to solved this issue? On 9/23/2013 4:53 PM, Hua ZZ Zhang wrote: The authtoken and keystone middleware should be put ahead of proxy-server. you need to change the main pipeline as below: [pipeline:main] pipeline = catch_errors healthcheck proxy-logging cache authtoken keystone proxy-logging proxy-server Best Regards, Edward Zhang(张华) Inactive hide details for Mahardhika Gilang ---09/23/2013 05:14:26 PM---Mahardhika Gilang Mahardhika Gilang ---09/23/2013 05:14:26 PM---Mahardhika Gilang Mahardhika Gilang To 09/23/2013 05:01 PM Openstack Milis , cc Subject [Openstack] Swift not detect Keystone and Authtoken Hi all i've got an issue when i want to used keystone for authentication on swift proxy node. i got this when run #swift-init proxy restart LookupError: No section 'authtoken' LookupError: No section 'keystone' here's my proxy-server.conf [DEFAULT] cert_file = /etc/swift/cert.crt key_file = /etc/swift/cert.key bind_port = 8080 #bind_port = 443 workers = 8 user = swift swift_dir = /etc/swift [pipeline:main] pipeline = catch_errors healthcheck proxy-logging cache tempauth proxy-logging proxy-server keystone authtoken [app:proxy-server] use = egg:swift#proxy allow_account_management = true account_autocreate = true [filter:authtoken] #use = egg:swift:authtoken paste.filter_factory = keystone.middleware.auth_token:filter_factory signing_dir = /var/cache/swift/ auth_uri = http://10.10.10.40:5000/ auth_host = 10.10.10.40 #auth_uri = http://192.168.7.85:5000/ #auth_host = 192.168.7.85 auth_port = 35357 auth_protocol = https admin_tenant_name = service admin_user = swift admin_password = admin #cache = swift.cache auth_token = admin [filter:catch_errors] use = egg:swift#catch_errors [filter:proxy-logging] use = egg:swift#proxy_logging #[filter:tempauth] #use = egg:swift#tempauth #user_system_root = testpass .admin https://10.10.10.40:8080/v1/AUTH_system #user_test_tester = testing .admin https://10.10.10.40:8080/v1/AUTH_test [filter:healthcheck] use = egg:swift#healthcheck [filter:cache] use = egg:swift#memcache memcache_servers = 10.10.10.40:11211 [filter:keystone] #use = egg:swift#keystone paste.filter_factory = keystone.middleware.swift_auth:filter_factory operator_roles = Member,admin is_admin = true Please help thanks -- Regards, Mahardhika Gilang _______________________________________________ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : openstack at lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack -- Regards, Mahardhika Gilang -- Regards, Mahardhika Gilang -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: graycol.gif Type: image/gif Size: 105 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: pic02051.gif Type: image/gif Size: 1255 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: ecblank.gif Type: image/gif Size: 45 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: EB297505.gif Type: image/gif Size: 1279 bytes Desc: not available URL: From luisguilherme.cr at gmail.com Tue Sep 24 15:36:12 2013 From: luisguilherme.cr at gmail.com (Guilherme Russi) Date: Tue, 24 Sep 2013 12:36:12 -0300 Subject: [Openstack] Cinder error In-Reply-To: References: <5240959D.1010509@gmail.com> <5240A0B5.5000300@gmail.com> Message-ID: Hello Cian, thank you for reply, here is the output: cinder --debug list REQ: curl -i http://localhost:5000/v2.0/tokens -X POST -H "Content-Type: application/json" -H "Accept: application/json" -H "User-Agent: python-cinderclient" -d '{"auth": {"tenantName": "admin", "passwordCredentials": {"username": "admin", "password": "password"}}}' RESP: [200] {'date': 'Tue, 24 Sep 2013 15:34:41 GMT', 'content-type': 'application/json', 'content-length': '5851', 'vary': 'X-Auth-Token'} RESP BODY: {"access": {"token": {"issued_at": "2013-09-24T15:34:41.362645", "expires": "2013-09-25T15:34:41Z", "id": "MIIKVAYJKoZIhvcNAQcCoIIKRTCCCkECAQExCTAHBgUrDgMCGjCCCS0GCSqGSIb3DQEHAaCCCR4EggkaeyJhY2Nlc3MiOiB7InRva2VuIjogeyJpc3N1ZWRfYXQiOiAiMjAxMy0wOS0yNFQxNTozNDo0MS4zNjI2NDUiLCAiZXhwaXJlcyI6ICIyMDEzLTA5LTI1VDE1OjM0OjQxWiIsICJpZCI6ICJwbGFjZWhvbGRlciIsICJ0ZW5hbnQiOiB7ImRlc2NyaXB0aW9uIjogbnVsbCwgImVuYWJsZWQiOiB0cnVlLCAiaWQiOiAiM2Y1ZTEyMmVmYTZkNDQ4Njk0NmVmZDA1ZTY2ZjE5ZTQiLCAibmFtZSI6ICJhZG1pbiJ9fSwgInNlcnZpY2VDYXRhbG9nIjogW3siZW5kcG9pbnRzIjogW3siYWRtaW5VUkwiOiAiaHR0cDovLzE5Mi4xNjguMy4xOjg3NzQvdjIvM2Y1ZTEyMmVmYTZkNDQ4Njk0NmVmZDA1ZTY2ZjE5ZTQiLCAicmVnaW9uIjogIlJlZ2lvbk9uZSIsICJpbnRlcm5hbFVSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6ODc3NC92Mi8zZjVlMTIyZWZhNmQ0NDg2OTQ2ZWZkMDVlNjZmMTllNCIsICJpZCI6ICIxNTA4NmYxYjc3ZDU0OTAyYWUxNmYyMTQ2YmEwMDZjYyIsICJwdWJsaWNVUkwiOiAiaHR0cDovLzE5Mi4xNjguMy4xOjg3NzQvdjIvM2Y1ZTEyMmVmYTZkNDQ4Njk0NmVmZDA1ZTY2ZjE5ZTQifV0sICJlbmRwb2ludHNfbGlua3MiOiBbXSwgInR5cGUiOiAiY29tcHV0ZSIsICJuYW1lIjogIm5vdmEifSwgeyJlbmRwb2ludHMiOiBbeyJhZG1pblVSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6OTY5Ni8iLCAicmVnaW9uIjogIlJlZ2lvbk9uZSIsICJpbnRlcm5hbFVSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6OTY5Ni8iLCAiaWQiOiAiMzdlNjA4MmYzOWZkNDc5YWEyYmQ3NjI5NzczN2MxMDAiLCAicHVibGljVVJMIjogImh0dHA6Ly8xOTIuMTY4LjMuMTo5Njk2LyJ9XSwgImVuZHBvaW50c19saW5rcyI6IFtdLCAidHlwZSI6ICJuZXR3b3JrIiwgIm5hbWUiOiAicXVhbnR1bSJ9LCB7ImVuZHBvaW50cyI6IFt7ImFkbWluVVJMIjogImh0dHA6Ly8xOTIuMTY4LjMuMTo5MjkyIiwgInJlZ2lvbiI6ICJSZWdpb25PbmUiLCAiaW50ZXJuYWxVUkwiOiAiaHR0cDovLzE5Mi4xNjguMy4xOjkyOTIiLCAiaWQiOiAiMTE5MmIwYjUzMTM2NDJiZWI4ZTA4MTk3ZmUxMWEwZmMiLCAicHVibGljVVJMIjogImh0dHA6Ly8xOTIuMTY4LjMuMTo5MjkyIn1dLCAiZW5kcG9pbnRzX2xpbmtzIjogW10sICJ0eXBlIjogImltYWdlIiwgIm5hbWUiOiAiZ2xhbmNlIn0sIHsiZW5kcG9pbnRzIjogW3siYWRtaW5VUkwiOiAiaHR0cDovLzE5Mi4xNjguMy4xOjg3NzYvdjEvM2Y1ZTEyMmVmYTZkNDQ4Njk0NmVmZDA1ZTY2ZjE5ZTQiLCAicmVnaW9uIjogIlJlZ2lvbk9uZSIsICJpbnRlcm5hbFVSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6ODc3Ni92MS8zZjVlMTIyZWZhNmQ0NDg2OTQ2ZWZkMDVlNjZmMTllNCIsICJpZCI6ICIwYzcxZWMyMTJmNDg0MmNhOTUxMGQ3NGMzMzM4Zjg1OCIsICJwdWJsaWNVUkwiOiAiaHR0cDovLzE5Mi4xNjguMy4xOjg3NzYvdjEvXG4zZjVlMTIyZWZhNmQ0NDg2OTQ2ZWZkMDVlNjZmMTllNCJ9XSwgImVuZHBvaW50c19saW5rcyI6IFtdLCAidHlwZSI6ICJ2b2x1bWUiLCAibmFtZSI6ICJjaW5kZXIifSwgeyJlbmRwb2ludHMiOiBbeyJhZG1pblVSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6ODc3My9zZXJ2aWNlcy9BZG1pbiIsICJyZWdpb24iOiAiUmVnaW9uT25lIiwgImludGVybmFsVVJMIjogImh0dHA6Ly8xOTIuMTY4LjMuMTo4NzczL3NlcnZpY2VzL0Nsb3VkIiwgImlkIjogIjQ4YmNhN2Q1ZWY3ZjQ1MDE4MmQ5YjZjMDQ5MWU3ZGM3IiwgInB1YmxpY1VSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6ODc3My9zZXJ2aWNlcy9DbG91ZCJ9XSwgImVuZHBvaW50c19saW5rcyI6IFtdLCAidHlwZSI6ICJlYzIiLCAibmFtZSI6ICJlYzIifSwgeyJlbmRwb2ludHMiOiBbeyJhZG1pblVSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6MzUzNTcvdjIuMCIsICJyZWdpb24iOiAiUmVnaW9uT25lIiwgImludGVybmFsVVJMIjogImh0dHA6Ly8xOTIuMTY4LjMuMTo1MDAwL3YyLjAiLCAiaWQiOiAiMDg5MWNmYTg4NTY3NGRiNzk2NzRlY2Q4YzZlNGM1MzMiLCAicHVibGljVVJMIjogImh0dHA6Ly8xOTIuMTY4LjMuMTo1MDAwL3YyLjAifV0sICJlbmRwb2ludHNfbGlua3MiOiBbXSwgInR5cGUiOiAiaWRlbnRpdHkiLCAibmFtZSI6ICJrZXlzdG9uZSJ9XSwgInVzZXIiOiB7InVzZXJuYW1lIjogImFkbWluIiwgInJvbGVzX2xpbmtzIjogW10sICJpZCI6ICIzYWM0MTdiMjM5MWE0NTM1ODNlYzMwMDgxMjZkNzUzZiIsICJyb2xlcyI6IFt7Im5hbWUiOiAiYWRtaW4ifV0sICJuYW1lIjogImFkbWluIn0sICJtZXRhZGF0YSI6IHsiaXNfYWRtaW4iOiAwLCAicm9sZXMiOiBbIjMyMWE0M2FjMzM3OTQ0YWM4ODkxMjdiNzk3YmU3ZDlhIl19fX0xgf8wgfwCAQEwXDBXMQswCQYDVQQGEwJVUzEOMAwGA1UECBMFVW5zZXQxDjAMBgNVBAcTBVVuc2V0MQ4wDAYDVQQKEwVVbnNldDEYMBYGA1UEAxMPd3d3LmV4YW1wbGUuY29tAgEBMAcGBSsOAwIaMA0GCSqGSIb3DQEBAQUABIGAM7Q9YgDWl+2-Hi7V3JBDrLu1PPA3cgfG7ZW8fPtSGpNeuumENW9CjnS-ZBZccD6kKcKl61VM8oBmfn8lAFBHTCkuMl+iDrfV+O8EmsqrB9fyKj9P1mJAAE0X92Weh4FygcjHk5eBKZjPyy3rFJRJo9nmKwzYmcOB+9xehCDlnTw=", "tenant": {"description": null, "enabled": true, "id": "3f5e122efa6d4486946efd05e66f19e4", "name": "admin"}}, "serviceCatalog": [{"endpoints": [{"adminURL": " http://192.168.3.1:8774/v2/3f5e122efa6d4486946efd05e66f19e4", "region": "RegionOne", "internalURL": " http://192.168.3.1:8774/v2/3f5e122efa6d4486946efd05e66f19e4", "id": "15086f1b77d54902ae16f2146ba006cc", "publicURL": " http://192.168.3.1:8774/v2/3f5e122efa6d4486946efd05e66f19e4"}], "endpoints_links": [], "type": "compute", "name": "nova"}, {"endpoints": [{"adminURL": "http://192.168.3.1:9696/", "region": "RegionOne", "internalURL": "http://192.168.3.1:9696/", "id": "37e6082f39fd479aa2bd76297737c100", "publicURL": "http://192.168.3.1:9696/"}], "endpoints_links": [], "type": "network", "name": "quantum"}, {"endpoints": [{"adminURL": "http://192.168.3.1:9292", "region": "RegionOne", "internalURL": "http://192.168.3.1:9292", "id": "1192b0b5313642beb8e08197fe11a0fc", "publicURL": "http://192.168.3.1:9292"}], "endpoints_links": [], "type": "image", "name": "glance"}, {"endpoints": [{"adminURL": "http://192.168.3.1:8776/v1/3f5e122efa6d4486946efd05e66f19e4", "region": "RegionOne", "internalURL": " http://192.168.3.1:8776/v1/3f5e122efa6d4486946efd05e66f19e4", "id": "0c71ec212f4842ca9510d74c3338f858", "publicURL": " http://192.168.3.1:8776/v1/\n3f5e122efa6d4486946efd05e66f19e4"}], "endpoints_links": [], "type": "volume", "name": "cinder"}, {"endpoints": [{"adminURL": "http://192.168.3.1:8773/services/Admin", "region": "RegionOne", "internalURL": "http://192.168.3.1:8773/services/Cloud", "id": "48bca7d5ef7f450182d9b6c0491e7dc7", "publicURL": " http://192.168.3.1:8773/services/Cloud"}], "endpoints_links": [], "type": "ec2", "name": "ec2"}, {"endpoints": [{"adminURL": " http://192.168.3.1:35357/v2.0", "region": "RegionOne", "internalURL": " http://192.168.3.1:5000/v2.0", "id": "0891cfa885674db79674ecd8c6e4c533", "publicURL": "http://192.168.3.1:5000/v2.0"}], "endpoints_links": [], "type": "identity", "name": "keystone"}], "user": {"username": "admin", "roles_links": [], "id": "3ac417b2391a453583ec3008126d753f", "roles": [{"name": "admin"}], "name": "admin"}, "metadata": {"is_admin": 0, "roles": ["321a43ac337944ac889127b797be7d9a"]}}} REQ: curl -i http://192.168.3.1:8776/v1/ 3f5e122efa6d4486946efd05e66f19e4/volumes/detail -X GET -H "X-Auth-Project-Id: admin" -H "User-Agent: python-cinderclient" -H "Accept: application/json" -H "X-Auth-Token: MIIKVAYJKoZIhvcNAQcCoIIKRTCCCkECAQExCTAHBgUrDgMCGjCCCS0GCSqGSIb3DQEHAaCCCR4EggkaeyJhY2Nlc3MiOiB7InRva2VuIjogeyJpc3N1ZWRfYXQiOiAiMjAxMy0wOS0yNFQxNTozNDo0MS4zNjI2NDUiLCAiZXhwaXJlcyI6ICIyMDEzLTA5LTI1VDE1OjM0OjQxWiIsICJpZCI6ICJwbGFjZWhvbGRlciIsICJ0ZW5hbnQiOiB7ImRlc2NyaXB0aW9uIjogbnVsbCwgImVuYWJsZWQiOiB0cnVlLCAiaWQiOiAiM2Y1ZTEyMmVmYTZkNDQ4Njk0NmVmZDA1ZTY2ZjE5ZTQiLCAibmFtZSI6ICJhZG1pbiJ9fSwgInNlcnZpY2VDYXRhbG9nIjogW3siZW5kcG9pbnRzIjogW3siYWRtaW5VUkwiOiAiaHR0cDovLzE5Mi4xNjguMy4xOjg3NzQvdjIvM2Y1ZTEyMmVmYTZkNDQ4Njk0NmVmZDA1ZTY2ZjE5ZTQiLCAicmVnaW9uIjogIlJlZ2lvbk9uZSIsICJpbnRlcm5hbFVSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6ODc3NC92Mi8zZjVlMTIyZWZhNmQ0NDg2OTQ2ZWZkMDVlNjZmMTllNCIsICJpZCI6ICIxNTA4NmYxYjc3ZDU0OTAyYWUxNmYyMTQ2YmEwMDZjYyIsICJwdWJsaWNVUkwiOiAiaHR0cDovLzE5Mi4xNjguMy4xOjg3NzQvdjIvM2Y1ZTEyMmVmYTZkNDQ4Njk0NmVmZDA1ZTY2ZjE5ZTQifV0sICJlbmRwb2ludHNfbGlua3MiOiBbXSwgInR5cGUiOiAiY29tcHV0ZSIsICJuYW1lIjogIm5vdmEifSwgeyJlbmRwb2ludHMiOiBbeyJhZG1pblVSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6OTY5Ni8iLCAicmVnaW9uIjogIlJlZ2lvbk9uZSIsICJpbnRlcm5hbFVSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6OTY5Ni8iLCAiaWQiOiAiMzdlNjA4MmYzOWZkNDc5YWEyYmQ3NjI5NzczN2MxMDAiLCAicHVibGljVVJMIjogImh0dHA6Ly8xOTIuMTY4LjMuMTo5Njk2LyJ9XSwgImVuZHBvaW50c19saW5rcyI6IFtdLCAidHlwZSI6ICJuZXR3b3JrIiwgIm5hbWUiOiAicXVhbnR1bSJ9LCB7ImVuZHBvaW50cyI6IFt7ImFkbWluVVJMIjogImh0dHA6Ly8xOTIuMTY4LjMuMTo5MjkyIiwgInJlZ2lvbiI6ICJSZWdpb25PbmUiLCAiaW50ZXJuYWxVUkwiOiAiaHR0cDovLzE5Mi4xNjguMy4xOjkyOTIiLCAiaWQiOiAiMTE5MmIwYjUzMTM2NDJiZWI4ZTA4MTk3ZmUxMWEwZmMiLCAicHVibGljVVJMIjogImh0dHA6Ly8xOTIuMTY4LjMuMTo5MjkyIn1dLCAiZW5kcG9pbnRzX2xpbmtzIjogW10sICJ0eXBlIjogImltYWdlIiwgIm5hbWUiOiAiZ2xhbmNlIn0sIHsiZW5kcG9pbnRzIjogW3siYWRtaW5VUkwiOiAiaHR0cDovLzE5Mi4xNjguMy4xOjg3NzYvdjEvM2Y1ZTEyMmVmYTZkNDQ4Njk0NmVmZDA1ZTY2ZjE5ZTQiLCAicmVnaW9uIjogIlJlZ2lvbk9uZSIsICJpbnRlcm5hbFVSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6ODc3Ni92MS8zZjVlMTIyZWZhNmQ0NDg2OTQ2ZWZkMDVlNjZmMTllNCIsICJpZCI6ICIwYzcxZWMyMTJmNDg0MmNhOTUxMGQ3NGMzMzM4Zjg1OCIsICJwdWJsaWNVUkwiOiAiaHR0cDovLzE5Mi4xNjguMy4xOjg3NzYvdjEvXG4zZjVlMTIyZWZhNmQ0NDg2OTQ2ZWZkMDVlNjZmMTllNCJ9XSwgImVuZHBvaW50c19saW5rcyI6IFtdLCAidHlwZSI6ICJ2b2x1bWUiLCAibmFtZSI6ICJjaW5kZXIifSwgeyJlbmRwb2ludHMiOiBbeyJhZG1pblVSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6ODc3My9zZXJ2aWNlcy9BZG1pbiIsICJyZWdpb24iOiAiUmVnaW9uT25lIiwgImludGVybmFsVVJMIjogImh0dHA6Ly8xOTIuMTY4LjMuMTo4NzczL3NlcnZpY2VzL0Nsb3VkIiwgImlkIjogIjQ4YmNhN2Q1ZWY3ZjQ1MDE4MmQ5YjZjMDQ5MWU3ZGM3IiwgInB1YmxpY1VSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6ODc3My9zZXJ2aWNlcy9DbG91ZCJ9XSwgImVuZHBvaW50c19saW5rcyI6IFtdLCAidHlwZSI6ICJlYzIiLCAibmFtZSI6ICJlYzIifSwgeyJlbmRwb2ludHMiOiBbeyJhZG1pblVSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6MzUzNTcvdjIuMCIsICJyZWdpb24iOiAiUmVnaW9uT25lIiwgImludGVybmFsVVJMIjogImh0dHA6Ly8xOTIuMTY4LjMuMTo1MDAwL3YyLjAiLCAiaWQiOiAiMDg5MWNmYTg4NTY3NGRiNzk2NzRlY2Q4YzZlNGM1MzMiLCAicHVibGljVVJMIjogImh0dHA6Ly8xOTIuMTY4LjMuMTo1MDAwL3YyLjAifV0sICJlbmRwb2ludHNfbGlua3MiOiBbXSwgInR5cGUiOiAiaWRlbnRpdHkiLCAibmFtZSI6ICJrZXlzdG9uZSJ9XSwgInVzZXIiOiB7InVzZXJuYW1lIjogImFkbWluIiwgInJvbGVzX2xpbmtzIjogW10sICJpZCI6ICIzYWM0MTdiMjM5MWE0NTM1ODNlYzMwMDgxMjZkNzUzZiIsICJyb2xlcyI6IFt7Im5hbWUiOiAiYWRtaW4ifV0sICJuYW1lIjogImFkbWluIn0sICJtZXRhZGF0YSI6IHsiaXNfYWRtaW4iOiAwLCAicm9sZXMiOiBbIjMyMWE0M2FjMzM3OTQ0YWM4ODkxMjdiNzk3YmU3ZDlhIl19fX0xgf8wgfwCAQEwXDBXMQswCQYDVQQGEwJVUzEOMAwGA1UECBMFVW5zZXQxDjAMBgNVBAcTBVVuc2V0MQ4wDAYDVQQKEwVVbnNldDEYMBYGA1UEAxMPd3d3LmV4YW1wbGUuY29tAgEBMAcGBSsOAwIaMA0GCSqGSIb3DQEBAQUABIGAM7Q9YgDWl+2-Hi7V3JBDrLu1PPA3cgfG7ZW8fPtSGpNeuumENW9CjnS-ZBZccD6kKcKl61VM8oBmfn8lAFBHTCkuMl+iDrfV+O8EmsqrB9fyKj9P1mJAAE0X92Weh4FygcjHk5eBKZjPyy3rFJRJo9nmKwzYmcOB+9xehCDlnTw=" RESP: [400] {'date': 'Tue, 24 Sep 2013 15:34:41 GMT', 'content-length': '65', 'content-type': 'application/json; charset=UTF-8', 'x-compute-request-id': 'req-68921414-7571-470d-884d-717a9f23c141'} RESP BODY: {"badRequest": {"message": "Malformed request url", "code": 400}} DEBUG (shell:495) Malformed request url (HTTP 400) (Request-ID: req-68921414-7571-470d-884d-717a9f23c141) Traceback (most recent call last): File "/usr/lib/python2.7/dist-packages/cinderclient/shell.py", line 490, in main OpenStackCinderShell().main(map(strutils.safe_decode, sys.argv[1:])) File "/usr/lib/python2.7/dist-packages/cinderclient/shell.py", line 441, in main args.func(self.cs, args) File "/usr/lib/python2.7/dist-packages/cinderclient/v1/shell.py", line 143, in do_list volumes = cs.volumes.list(search_opts=search_opts) File "/usr/lib/python2.7/dist-packages/cinderclient/v1/volumes.py", line 204, in list "volumes") File "/usr/lib/python2.7/dist-packages/cinderclient/base.py", line 63, in _list resp, body = self.api.client.get(url) File "/usr/lib/python2.7/dist-packages/cinderclient/client.py", line 185, in get return self._cs_request(url, 'GET', **kwargs) File "/usr/lib/python2.7/dist-packages/cinderclient/client.py", line 153, in _cs_request **kwargs) File "/usr/lib/python2.7/dist-packages/cinderclient/client.py", line 136, in request raise exceptions.from_response(resp, body) BadRequest: Malformed request url (HTTP 400) (Request-ID: req-68921414-7571-470d-884d-717a9f23c141) ERROR: Malformed request url Regards. 2013/9/24 O'Driscoll, Cian > Hi Guilherme,**** > > ** ** > > If you run “cinder –debug list” and reply with the output, We should be > able to see what’s wrong. **** > > Sounds like your block storage url is incorrectly formatted in keystone.** > ** > > ** ** > > Thanks,**** > > Cian**** > > ** ** > > Cian O'Driscoll**** > > Systems Software Engineer**** > > HP Cloud Services**** > > Hewlett Packard Galway Ltd.**** > > ** ** > > *From:* Guilherme Russi [mailto:luisguilherme.cr at gmail.com] > *Sent:* 24 September 2013 14:53 > *To:* Marcelo Dieder > *Cc:* openstack > *Subject:* Re: [Openstack] Cinder error**** > > ** ** > > Hello guys, I've changed the rabbit error, but I still can't associate a > volume to my VMs, when I type cinder list I get the Malformed request url. > I've already checked my keystone and it looks fine to me. Any ideas?**** > > ** ** > > Regards.**** > > ** ** > > 2013/9/23 Guilherme Russi **** > > It's what i've got too:**** > > ** ** > > root at hemera:/home/hemera# rabbitmqctl list_permissions**** > > Listing permissions in vhost "/" ...**** > > guest .* .* .***** > > ...done.**** > > ** ** > > Regards.**** > > ** ** > > ** ** > > 2013/9/23 Marcelo Dieder **** > > Hi Guilherme, > > The RabbitMQ has virtual host for many applications. Default, the Rabbit > created a default virtualhost with /. > > You can see this with the command: > > root at controller:~# rabbitmqctl list_permissions > Listing permissions in vhost "/" ... > guest .* .* .* > ...done. > > Regards, > > Marcelo Dieder**** > > ** ** > > On 09/23/2013 04:57 PM, Guilherme Russi wrote:**** > > I guess I've got something: **** > > ** ** > > 2013-09-23 16:52:17 INFO [cinder.openstack.common.rpc.common] > Connected to AMQP server on localhost:5672**** > > ** ** > > I've found this page > https://ask.openstack.org/en/question/4581/cinder-unable-to-connect-to-rabbitmq/ and zipmaster07 > answered "rabbit_virtual_host = /nova**** > > I commented out the "rabbit_virtual_host", restarted all cinder services > and I can see a successful connection to AMQP now."**** > > And I did that, now it's connected, but what is this rabbit_virtual_host? > What does it do?**** > > I'll test my volumes now.**** > > ** ** > > Regards.**** > > ** ** > > ** ** > > ** ** > > ** ** > > 2013/9/23 Guilherme Russi **** > > I've looked at the quantum/server.log and nova-scheduler.log and they show: > **** > > **** > > 2013-09-23 16:25:27 INFO [quantum.openstack.common.rpc.common] > Reconnecting to AMQP server on localhost:5672**** > > 2013-09-23 16:25:27 INFO [quantum.openstack.common.rpc.common] > Connected to AMQP server on localhost:5672**** > > ** ** > > 2013-09-23 16:24:01.830 5971 INFO nova.openstack.common.rpc.common [-] > Reconnecting to AMQP server on 127.0.0.1:5672**** > > 2013-09-23 16:24:01.879 5971 INFO nova.openstack.common.rpc.common [-] > Connected to AMQP server on 127.0.0.1:5672**** > > ** ** > > But at the cinder-volume.log:**** > > ** ** > > INFO [cinder.openstack.common.rpc.common] Reconnecting to AMQP server on > localhost:5672**** > > 2013-09-23 16:46:04 ERROR [cinder.openstack.common.rpc.common] AMQP > server on localhost:5672 is unreachable: Socket closed. Trying again in 30 > seconds.**** > > ** ** > > ** ** > > I was typing when you sent your answer, here is it:**** > > ** ** > > rabbitmq-server status**** > > Status of node rabbit at hemera ...**** > > [{pid,17266},**** > > {running_applications,[{rabbit,"RabbitMQ","2.7.1"},**** > > {os_mon,"CPO CXC 138 46","2.2.7"},**** > > {sasl,"SASL CXC 138 11","2.1.10"},**** > > {mnesia,"MNESIA CXC 138 12","4.5"},**** > > {stdlib,"ERTS CXC 138 10","1.17.5"},**** > > {kernel,"ERTS CXC 138 10","2.14.5"}]},**** > > {os,{unix,linux}},**** > > {erlang_version,"Erlang R14B04 (erts-5.8.5) [source] [64-bit] [smp:4:4] > [rq:4] [async-threads:30] [kernel-poll:true]\n"},**** > > {memory,[{total,30926120},**** > > {processes,14354392},**** > > {processes_used,14343184},**** > > {system,16571728},**** > > {atom,1124441},**** > > {atom_used,1120343},**** > > {binary,268176},**** > > {code,11134417},**** > > {ets,2037120}]},**** > > {vm_memory_high_watermark,0.4},**** > > {vm_memory_limit,3299385344}]**** > > ...done.**** > > ** ** > > ** ** > > Yes, I've restarted the rabbitmq-server, but as you can see at the logs, > quantum and nova are connected.**** > > ** ** > > Ideas??**** > > ** ** > > Regards.**** > > ** ** > > ** ** > > 2013/9/23 Marcelo Dieder **** > > What's the status of your rabbitmq? > > # rabbitmqctl status > > And do you tried restart the rabbitmq? > > Regards, > Marcelo Dieder > > **** > > On 09/23/2013 03:31 PM, Guilherme Russi wrote:**** > > Yes, it is at the same place **** > > ** ** > > cat /etc/cinder/cinder.conf **** > > [DEFAULT]**** > > rootwrap_config=/etc/cinder/rootwrap.conf**** > > sql_connection = mysql://cinder:password at localhost/cinder**** > > api_paste_confg = /etc/cinder/api-paste.ini**** > > iscsi_helper=ietadm**** > > #iscsi_helper = tgtadm**** > > volume_name_template = volume-%s**** > > volume_group = cinder-volumes**** > > verbose = True**** > > auth_strategy = keystone**** > > iscsi_ip_address=localhost**** > > rabbit_host = localhost**** > > rabbit_port = 5672**** > > rabbit_userid = rabbit**** > > rabbit_password = password**** > > rabbit_virtual_host = /nova**** > > state_path = /var/lib/cinder**** > > lock_path = /var/lock/cinder**** > > volumes_dir = /var/lib/cinder/volumes**** > > ** ** > > Another idea?**** > > ** ** > > Regards.**** > > ** ** > > 2013/9/23 Gangur, Hrushikesh (HP Converged Cloud - R&D - Sunnyvale) < > hrushikesh.gangur at hp.com>**** > > Ensure that cinder configuration files have correct IP of rabbimq host.*** > * > > **** > > *From:* Guilherme Russi [mailto:luisguilherme.cr at gmail.com] > *Sent:* Monday, September 23, 2013 10:53 AM > *To:* openstack > *Subject:* [Openstack] Cinder error**** > > **** > > Hello guys, I'm reinstalling my OpenStack Grizzly and I'm getting problem > with my cinder, I'm getting "*Error: *Unable to retrieve volume list." I > was looking at the cinder log and I only found this error: ERROR > [cinder.openstack.common.rpc.common] AMQP server on 192.168.3.1:5672 is > unreachable: Socket closed. Trying again in 30 seconds.**** > > **** > > I have a partition created:**** > > **** > > pvdisplay **** > > --- Physical volume ---**** > > PV Name /dev/sda7**** > > VG Name cinder-volumes**** > > PV Size 279,59 GiB / not usable 1,00 MiB**** > > Allocatable yes **** > > PE Size 4,00 MiB**** > > Total PE 71574**** > > Free PE 66454**** > > Allocated PE 5120**** > > PV UUID KHITxF-uagF-xADc-F8fu-na8t-1OXT-rDFbQ6**** > > **** > > root at hemera:/home/hemera# vgdisplay **** > > --- Volume group ---**** > > VG Name cinder-volumes**** > > System ID **** > > Format lvm2**** > > Metadata Areas 1**** > > Metadata Sequence No 6**** > > VG Access read/write**** > > VG Status resizable**** > > MAX LV 0**** > > Cur LV 2**** > > Open LV 0**** > > Max PV 0**** > > Cur PV 1**** > > Act PV 1**** > > VG Size 279,59 GiB**** > > PE Size 4,00 MiB**** > > Total PE 71574**** > > Alloc PE / Size 5120 / 20,00 GiB**** > > Free PE / Size 66454 / 259,59 GiB**** > > VG UUID mhN3uV-n80a-zjeb-uR35-0IPb-BFmo-G2Qehu**** > > **** > > **** > > I don't know how to fix this error, any help?**** > > **** > > Thank you all and regards.**** > > **** > > Guilherme.**** > > ** ** > > ** ** > > _______________________________________________**** > > Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack**** > > Post to : openstack at lists.openstack.org**** > > Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack**** > > ** ** > > > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack**** > > ** ** > > ** ** > > ** ** > > ** ** > > ** ** > -------------- next part -------------- An HTML attachment was scrubbed... URL: From cian.o-driscoll at hp.com Tue Sep 24 15:43:38 2013 From: cian.o-driscoll at hp.com (O'Driscoll, Cian) Date: Tue, 24 Sep 2013 15:43:38 +0000 Subject: [Openstack] Cinder error In-Reply-To: References: <5240959D.1010509@gmail.com> <5240A0B5.5000300@gmail.com> Message-ID: Format looks good Try a simple curl "curl -iv http://192.168.3.1:8776/v1/" and see what returns Your api service is probably not up and running or is throwing an exception "tial -f /var/log/cinder/cinder-api.log" on the api node while you run the curl. Cian O'Driscoll Systems Software Engineer HP Cloud Services Hewlett Packard Galway Ltd. Tel: +353-91-75-4432 Postal Address: Hewlett Packard Galway Limited, Ballybrit Business Park, Galway Registered Office: Hewlett Packard Galway Limited, 63-74 Sir John Rogerson's Quay Dublin 2 Registered Number: 361933 From: Guilherme Russi [mailto:luisguilherme.cr at gmail.com] Sent: 24 September 2013 16:36 To: O'Driscoll, Cian Cc: Marcelo Dieder; openstack Subject: Re: [Openstack] Cinder error Hello Cian, thank you for reply, here is the output: cinder --debug list REQ: curl -i http://localhost:5000/v2.0/tokens -X POST -H "Content-Type: application/json" -H "Accept: application/json" -H "User-Agent: python-cinderclient" -d '{"auth": {"tenantName": "admin", "passwordCredentials": {"username": "admin", "password": "password"}}}' RESP: [200] {'date': 'Tue, 24 Sep 2013 15:34:41 GMT', 'content-type': 'application/json', 'content-length': '5851', 'vary': 'X-Auth-Token'} RESP BODY: {"access": {"token": {"issued_at": "2013-09-24T15:34:41.362645", "expires": "2013-09-25T15:34:41Z", "id": "MIIKVAYJKoZIhvcNAQcCoIIKRTCCCkECAQExCTAHBgUrDgMCGjCCCS0GCSqGSIb3DQEHAaCCCR4EggkaeyJhY2Nlc3MiOiB7InRva2VuIjogeyJpc3N1ZWRfYXQiOiAiMjAxMy0wOS0yNFQxNTozNDo0MS4zNjI2NDUiLCAiZXhwaXJlcyI6ICIyMDEzLTA5LTI1VDE1OjM0OjQxWiIsICJpZCI6ICJwbGFjZWhvbGRlciIsICJ0ZW5hbnQiOiB7ImRlc2NyaXB0aW9uIjogbnVsbCwgImVuYWJsZWQiOiB0cnVlLCAiaWQiOiAiM2Y1ZTEyMmVmYTZkNDQ4Njk0NmVmZDA1ZTY2ZjE5ZTQiLCAibmFtZSI6ICJhZG1pbiJ9fSwgInNlcnZpY2VDYXRhbG9nIjogW3siZW5kcG9pbnRzIjogW3siYWRtaW5VUkwiOiAiaHR0cDovLzE5Mi4xNjguMy4xOjg3NzQvdjIvM2Y1ZTEyMmVmYTZkNDQ4Njk0NmVmZDA1ZTY2ZjE5ZTQiLCAicmVnaW9uIjogIlJlZ2lvbk9uZSIsICJpbnRlcm5hbFVSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6ODc3NC92Mi8zZjVlMTIyZWZhNmQ0NDg2OTQ2ZWZkMDVlNjZmMTllNCIsICJpZCI6ICIxNTA4NmYxYjc3ZDU0OTAyYWUxNmYyMTQ2YmEwMDZjYyIsICJwdWJsaWNVUkwiOiAiaHR0cDovLzE5Mi4xNjguMy4xOjg3NzQvdjIvM2Y1ZTEyMmVmYTZkNDQ4Njk0NmVmZDA1ZTY2ZjE5ZTQifV0sICJlbmRwb2ludHNfbGlua3MiOiBbXSwgInR5cGUiOiAiY29tcHV0ZSIsICJuYW1lIjogIm5vdmEifSwgeyJlbmRwb2ludHMiOiBbeyJhZG1pblVSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6OTY5Ni8iLCAicmVnaW9uIjogIlJlZ2lvbk9uZSIsICJpbnRlcm5hbFVSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6OTY5Ni8iLCAiaWQiOiAiMzdlNjA4MmYzOWZkNDc5YWEyYmQ3NjI5NzczN2MxMDAiLCAicHVibGljVVJMIjogImh0dHA6Ly8xOTIuMTY4LjMuMTo5Njk2LyJ9XSwgImVuZHBvaW50c19saW5rcyI6IFtdLCAidHlwZSI6ICJuZXR3b3JrIiwgIm5hbWUiOiAicXVhbnR1bSJ9LCB7ImVuZHBvaW50cyI6IFt7ImFkbWluVVJMIjogImh0dHA6Ly8xOTIuMTY4LjMuMTo5MjkyIiwgInJlZ2lvbiI6ICJSZWdpb25PbmUiLCAiaW50ZXJuYWxVUkwiOiAiaHR0cDovLzE5Mi4xNjguMy4xOjkyOTIiLCAiaWQiOiAiMTE5MmIwYjUzMTM2NDJiZWI4ZTA4MTk3ZmUxMWEwZmMiLCAicHVibGljVVJMIjogImh0dHA6Ly8xOTIuMTY4LjMuMTo5MjkyIn1dLCAiZW5kcG9pbnRzX2xpbmtzIjogW10sICJ0eXBlIjogImltYWdlIiwgIm5hbWUiOiAiZ2xhbmNlIn0sIHsiZW5kcG9pbnRzIjogW3siYWRtaW5VUkwiOiAiaHR0cDovLzE5Mi4xNjguMy4xOjg3NzYvdjEvM2Y1ZTEyMmVmYTZkNDQ4Njk0NmVmZDA1ZTY2ZjE5ZTQiLCAicmVnaW9uIjogIlJlZ2lvbk9uZSIsICJpbnRlcm5hbFVSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6ODc3Ni92MS8zZjVlMTIyZWZhNmQ0NDg2OTQ2ZWZkMDVlNjZmMTllNCIsICJpZCI6ICIwYzcxZWMyMTJmNDg0MmNhOTUxMGQ3NGMzMzM4Zjg1OCIsICJwdWJsaWNVUkwiOiAiaHR0cDovLzE5Mi4xNjguMy4xOjg3NzYvdjEvXG4zZjVlMTIyZWZhNmQ0NDg2OTQ2ZWZkMDVlNjZmMTllNCJ9XSwgImVuZHBvaW50c19saW5rcyI6IFtdLCAidHlwZSI6ICJ2b2x1bWUiLCAibmFtZSI6ICJjaW5kZXIifSwgeyJlbmRwb2ludHMiOiBbeyJhZG1pblVSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6ODc3My9zZXJ2aWNlcy9BZG1pbiIsICJyZWdpb24iOiAiUmVnaW9uT25lIiwgImludGVybmFsVVJMIjogImh0dHA6Ly8xOTIuMTY4LjMuMTo4NzczL3NlcnZpY2VzL0Nsb3VkIiwgImlkIjogIjQ4YmNhN2Q1ZWY3ZjQ1MDE4MmQ5YjZjMDQ5MWU3ZGM3IiwgInB1YmxpY1VSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6ODc3My9zZXJ2aWNlcy9DbG91ZCJ9XSwgImVuZHBvaW50c19saW5rcyI6IFtdLCAidHlwZSI6ICJlYzIiLCAibmFtZSI6ICJlYzIifSwgeyJlbmRwb2ludHMiOiBbeyJhZG1pblVSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6MzUzNTcvdjIuMCIsICJyZWdpb24iOiAiUmVnaW9uT25lIiwgImludGVybmFsVVJMIjogImh0dHA6Ly8xOTIuMTY4LjMuMTo1MDAwL3YyLjAiLCAiaWQiOiAiMDg5MWNmYTg4NTY3NGRiNzk2NzRlY2Q4YzZlNGM1MzMiLCAicHVibGljVVJMIjogImh0dHA6Ly8xOTIuMTY4LjMuMTo1MDAwL3YyLjAifV0sICJlbmRwb2ludHNfbGlua3MiOiBbXSwgInR5cGUiOiAiaWRlbnRpdHkiLCAibmFtZSI6ICJrZXlzdG9uZSJ9XSwgInVzZXIiOiB7InVzZXJuYW1lIjogImFkbWluIiwgInJvbGVzX2xpbmtzIjogW10sICJpZCI6ICIzYWM0MTdiMjM5MWE0NTM1ODNlYzMwMDgxMjZkNzUzZiIsICJyb2xlcyI6IFt7Im5hbWUiOiAiYWRtaW4ifV0sICJuYW1lIjogImFkbWluIn0sICJtZXRhZGF0YSI6IHsiaXNfYWRtaW4iOiAwLCAicm9sZXMiOiBbIjMyMWE0M2FjMzM3OTQ0YWM4ODkxMjdiNzk3YmU3ZDlhIl19fX0xgf8wgfwCAQEwXDBXMQswCQYDVQQGEwJVUzEOMAwGA1UECBMFVW5zZXQxDjAMBgNVBAcTBVVuc2V0MQ4wDAYDVQQKEwVVbnNldDEYMBYGA1UEAxMPd3d3LmV4YW1wbGUuY29tAgEBMAcGBSsOAwIaMA0GCSqGSIb3DQEBAQUABIGAM7Q9YgDWl+2-Hi7V3JBDrLu1PPA3cgfG7ZW8fPtSGpNeuumENW9CjnS-ZBZccD6kKcKl61VM8oBmfn8lAFBHTCkuMl+iDrfV+O8EmsqrB9fyKj9P1mJAAE0X92Weh4FygcjHk5eBKZjPyy3rFJRJo9nmKwzYmcOB+9xehCDlnTw=", "tenant": {"description": null, "enabled": true, "id": "3f5e122efa6d4486946efd05e66f19e4", "name": "admin"}}, "serviceCatalog": [{"endpoints": [{"adminURL": "http://192.168.3.1:8774/v2/3f5e122efa6d4486946efd05e66f19e4", "region": "RegionOne", "internalURL": "http://192.168.3.1:8774/v2/3f5e122efa6d4486946efd05e66f19e4", "id": "15086f1b77d54902ae16f2146ba006cc", "publicURL": "http://192.168.3.1:8774/v2/3f5e122efa6d4486946efd05e66f19e4"}], "endpoints_links": [], "type": "compute", "name": "nova"}, {"endpoints": [{"adminURL": "http://192.168.3.1:9696/", "region": "RegionOne", "internalURL": "http://192.168.3.1:9696/", "id": "37e6082f39fd479aa2bd76297737c100", "publicURL": "http://192.168.3.1:9696/"}], "endpoints_links": [], "type": "network", "name": "quantum"}, {"endpoints": [{"adminURL": "http://192.168.3.1:9292", "region": "RegionOne", "internalURL": "http://192.168.3.1:9292", "id": "1192b0b5313642beb8e08197fe11a0fc", "publicURL": "http://192.168.3.1:9292"}], "endpoints_links": [], "type": "image", "name": "glance"}, {"endpoints": [{"adminURL": "http://192.168.3.1:8776/v1/3f5e122efa6d4486946efd05e66f19e4", "region": "RegionOne", "internalURL": "http://192.168.3.1:8776/v1/3f5e122efa6d4486946efd05e66f19e4", "id": "0c71ec212f4842ca9510d74c3338f858", "publicURL": "http://192.168.3.1:8776/v1/\n3f5e122efa6d4486946efd05e66f19e4"}], "endpoints_links": [], "type": "volume", "name": "cinder"}, {"endpoints": [{"adminURL": "http://192.168.3.1:8773/services/Admin", "region": "RegionOne", "internalURL": "http://192.168.3.1:8773/services/Cloud", "id": "48bca7d5ef7f450182d9b6c0491e7dc7", "publicURL": "http://192.168.3.1:8773/services/Cloud"}], "endpoints_links": [], "type": "ec2", "name": "ec2"}, {"endpoints": [{"adminURL": "http://192.168.3.1:35357/v2.0", "region": "RegionOne", "internalURL": "http://192.168.3.1:5000/v2.0", "id": "0891cfa885674db79674ecd8c6e4c533", "publicURL": "http://192.168.3.1:5000/v2.0"}], "endpoints_links": [], "type": "identity", "name": "keystone"}], "user": {"username": "admin", "roles_links": [], "id": "3ac417b2391a453583ec3008126d753f", "roles": [{"name": "admin"}], "name": "admin"}, "metadata": {"is_admin": 0, "roles": ["321a43ac337944ac889127b797be7d9a"]}}} REQ: curl -i http://192.168.3.1:8776/v1/ 3f5e122efa6d4486946efd05e66f19e4/volumes/detail -X GET -H "X-Auth-Project-Id: admin" -H "User-Agent: python-cinderclient" -H "Accept: application/json" -H "X-Auth-Token: MIIKVAYJKoZIhvcNAQcCoIIKRTCCCkECAQExCTAHBgUrDgMCGjCCCS0GCSqGSIb3DQEHAaCCCR4EggkaeyJhY2Nlc3MiOiB7InRva2VuIjogeyJpc3N1ZWRfYXQiOiAiMjAxMy0wOS0yNFQxNTozNDo0MS4zNjI2NDUiLCAiZXhwaXJlcyI6ICIyMDEzLTA5LTI1VDE1OjM0OjQxWiIsICJpZCI6ICJwbGFjZWhvbGRlciIsICJ0ZW5hbnQiOiB7ImRlc2NyaXB0aW9uIjogbnVsbCwgImVuYWJsZWQiOiB0cnVlLCAiaWQiOiAiM2Y1ZTEyMmVmYTZkNDQ4Njk0NmVmZDA1ZTY2ZjE5ZTQiLCAibmFtZSI6ICJhZG1pbiJ9fSwgInNlcnZpY2VDYXRhbG9nIjogW3siZW5kcG9pbnRzIjogW3siYWRtaW5VUkwiOiAiaHR0cDovLzE5Mi4xNjguMy4xOjg3NzQvdjIvM2Y1ZTEyMmVmYTZkNDQ4Njk0NmVmZDA1ZTY2ZjE5ZTQiLCAicmVnaW9uIjogIlJlZ2lvbk9uZSIsICJpbnRlcm5hbFVSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6ODc3NC92Mi8zZjVlMTIyZWZhNmQ0NDg2OTQ2ZWZkMDVlNjZmMTllNCIsICJpZCI6ICIxNTA4NmYxYjc3ZDU0OTAyYWUxNmYyMTQ2YmEwMDZjYyIsICJwdWJsaWNVUkwiOiAiaHR0cDovLzE5Mi4xNjguMy4xOjg3NzQvdjIvM2Y1ZTEyMmVmYTZkNDQ4Njk0NmVmZDA1ZTY2ZjE5ZTQifV0sICJlbmRwb2ludHNfbGlua3MiOiBbXSwgInR5cGUiOiAiY29tcHV0ZSIsICJuYW1lIjogIm5vdmEifSwgeyJlbmRwb2ludHMiOiBbeyJhZG1pblVSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6OTY5Ni8iLCAicmVnaW9uIjogIlJlZ2lvbk9uZSIsICJpbnRlcm5hbFVSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6OTY5Ni8iLCAiaWQiOiAiMzdlNjA4MmYzOWZkNDc5YWEyYmQ3NjI5NzczN2MxMDAiLCAicHVibGljVVJMIjogImh0dHA6Ly8xOTIuMTY4LjMuMTo5Njk2LyJ9XSwgImVuZHBvaW50c19saW5rcyI6IFtdLCAidHlwZSI6ICJuZXR3b3JrIiwgIm5hbWUiOiAicXVhbnR1bSJ9LCB7ImVuZHBvaW50cyI6IFt7ImFkbWluVVJMIjogImh0dHA6Ly8xOTIuMTY4LjMuMTo5MjkyIiwgInJlZ2lvbiI6ICJSZWdpb25PbmUiLCAiaW50ZXJuYWxVUkwiOiAiaHR0cDovLzE5Mi4xNjguMy4xOjkyOTIiLCAiaWQiOiAiMTE5MmIwYjUzMTM2NDJiZWI4ZTA4MTk3ZmUxMWEwZmMiLCAicHVibGljVVJMIjogImh0dHA6Ly8xOTIuMTY4LjMuMTo5MjkyIn1dLCAiZW5kcG9pbnRzX2xpbmtzIjogW10sICJ0eXBlIjogImltYWdlIiwgIm5hbWUiOiAiZ2xhbmNlIn0sIHsiZW5kcG9pbnRzIjogW3siYWRtaW5VUkwiOiAiaHR0cDovLzE5Mi4xNjguMy4xOjg3NzYvdjEvM2Y1ZTEyMmVmYTZkNDQ4Njk0NmVmZDA1ZTY2ZjE5ZTQiLCAicmVnaW9uIjogIlJlZ2lvbk9uZSIsICJpbnRlcm5hbFVSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6ODc3Ni92MS8zZjVlMTIyZWZhNmQ0NDg2OTQ2ZWZkMDVlNjZmMTllNCIsICJpZCI6ICIwYzcxZWMyMTJmNDg0MmNhOTUxMGQ3NGMzMzM4Zjg1OCIsICJwdWJsaWNVUkwiOiAiaHR0cDovLzE5Mi4xNjguMy4xOjg3NzYvdjEvXG4zZjVlMTIyZWZhNmQ0NDg2OTQ2ZWZkMDVlNjZmMTllNCJ9XSwgImVuZHBvaW50c19saW5rcyI6IFtdLCAidHlwZSI6ICJ2b2x1bWUiLCAibmFtZSI6ICJjaW5kZXIifSwgeyJlbmRwb2ludHMiOiBbeyJhZG1pblVSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6ODc3My9zZXJ2aWNlcy9BZG1pbiIsICJyZWdpb24iOiAiUmVnaW9uT25lIiwgImludGVybmFsVVJMIjogImh0dHA6Ly8xOTIuMTY4LjMuMTo4NzczL3NlcnZpY2VzL0Nsb3VkIiwgImlkIjogIjQ4YmNhN2Q1ZWY3ZjQ1MDE4MmQ5YjZjMDQ5MWU3ZGM3IiwgInB1YmxpY1VSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6ODc3My9zZXJ2aWNlcy9DbG91ZCJ9XSwgImVuZHBvaW50c19saW5rcyI6IFtdLCAidHlwZSI6ICJlYzIiLCAibmFtZSI6ICJlYzIifSwgeyJlbmRwb2ludHMiOiBbeyJhZG1pblVSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6MzUzNTcvdjIuMCIsICJyZWdpb24iOiAiUmVnaW9uT25lIiwgImludGVybmFsVVJMIjogImh0dHA6Ly8xOTIuMTY4LjMuMTo1MDAwL3YyLjAiLCAiaWQiOiAiMDg5MWNmYTg4NTY3NGRiNzk2NzRlY2Q4YzZlNGM1MzMiLCAicHVibGljVVJMIjogImh0dHA6Ly8xOTIuMTY4LjMuMTo1MDAwL3YyLjAifV0sICJlbmRwb2ludHNfbGlua3MiOiBbXSwgInR5cGUiOiAiaWRlbnRpdHkiLCAibmFtZSI6ICJrZXlzdG9uZSJ9XSwgInVzZXIiOiB7InVzZXJuYW1lIjogImFkbWluIiwgInJvbGVzX2xpbmtzIjogW10sICJpZCI6ICIzYWM0MTdiMjM5MWE0NTM1ODNlYzMwMDgxMjZkNzUzZiIsICJyb2xlcyI6IFt7Im5hbWUiOiAiYWRtaW4ifV0sICJuYW1lIjogImFkbWluIn0sICJtZXRhZGF0YSI6IHsiaXNfYWRtaW4iOiAwLCAicm9sZXMiOiBbIjMyMWE0M2FjMzM3OTQ0YWM4ODkxMjdiNzk3YmU3ZDlhIl19fX0xgf8wgfwCAQEwXDBXMQswCQYDVQQGEwJVUzEOMAwGA1UECBMFVW5zZXQxDjAMBgNVBAcTBVVuc2V0MQ4wDAYDVQQKEwVVbnNldDEYMBYGA1UEAxMPd3d3LmV4YW1wbGUuY29tAgEBMAcGBSsOAwIaMA0GCSqGSIb3DQEBAQUABIGAM7Q9YgDWl+2-Hi7V3JBDrLu1PPA3cgfG7ZW8fPtSGpNeuumENW9CjnS-ZBZccD6kKcKl61VM8oBmfn8lAFBHTCkuMl+iDrfV+O8EmsqrB9fyKj9P1mJAAE0X92Weh4FygcjHk5eBKZjPyy3rFJRJo9nmKwzYmcOB+9xehCDlnTw=" RESP: [400] {'date': 'Tue, 24 Sep 2013 15:34:41 GMT', 'content-length': '65', 'content-type': 'application/json; charset=UTF-8', 'x-compute-request-id': 'req-68921414-7571-470d-884d-717a9f23c141'} RESP BODY: {"badRequest": {"message": "Malformed request url", "code": 400}} DEBUG (shell:495) Malformed request url (HTTP 400) (Request-ID: req-68921414-7571-470d-884d-717a9f23c141) Traceback (most recent call last): File "/usr/lib/python2.7/dist-packages/cinderclient/shell.py", line 490, in main OpenStackCinderShell().main(map(strutils.safe_decode, sys.argv[1:])) File "/usr/lib/python2.7/dist-packages/cinderclient/shell.py", line 441, in main args.func(self.cs, args) File "/usr/lib/python2.7/dist-packages/cinderclient/v1/shell.py", line 143, in do_list volumes = cs.volumes.list(search_opts=search_opts) File "/usr/lib/python2.7/dist-packages/cinderclient/v1/volumes.py", line 204, in list "volumes") File "/usr/lib/python2.7/dist-packages/cinderclient/base.py", line 63, in _list resp, body = self.api.client.get(url) File "/usr/lib/python2.7/dist-packages/cinderclient/client.py", line 185, in get return self._cs_request(url, 'GET', **kwargs) File "/usr/lib/python2.7/dist-packages/cinderclient/client.py", line 153, in _cs_request **kwargs) File "/usr/lib/python2.7/dist-packages/cinderclient/client.py", line 136, in request raise exceptions.from_response(resp, body) BadRequest: Malformed request url (HTTP 400) (Request-ID: req-68921414-7571-470d-884d-717a9f23c141) ERROR: Malformed request url Regards. 2013/9/24 O'Driscoll, Cian > Hi Guilherme, If you run "cinder -debug list" and reply with the output, We should be able to see what's wrong. Sounds like your block storage url is incorrectly formatted in keystone. Thanks, Cian Cian O'Driscoll Systems Software Engineer HP Cloud Services Hewlett Packard Galway Ltd. From: Guilherme Russi [mailto:luisguilherme.cr at gmail.com] Sent: 24 September 2013 14:53 To: Marcelo Dieder Cc: openstack Subject: Re: [Openstack] Cinder error Hello guys, I've changed the rabbit error, but I still can't associate a volume to my VMs, when I type cinder list I get the Malformed request url. I've already checked my keystone and it looks fine to me. Any ideas? Regards. 2013/9/23 Guilherme Russi > It's what i've got too: root at hemera:/home/hemera# rabbitmqctl list_permissions Listing permissions in vhost "/" ... guest .* .* .* ...done. Regards. 2013/9/23 Marcelo Dieder > Hi Guilherme, The RabbitMQ has virtual host for many applications. Default, the Rabbit created a default virtualhost with /. You can see this with the command: root at controller:~# rabbitmqctl list_permissions Listing permissions in vhost "/" ... guest .* .* .* ...done. Regards, Marcelo Dieder On 09/23/2013 04:57 PM, Guilherme Russi wrote: I guess I've got something: 2013-09-23 16:52:17 INFO [cinder.openstack.common.rpc.common] Connected to AMQP server on localhost:5672 I've found this page https://ask.openstack.org/en/question/4581/cinder-unable-to-connect-to-rabbitmq/ and zipmaster07 answered "rabbit_virtual_host = /nova I commented out the "rabbit_virtual_host", restarted all cinder services and I can see a successful connection to AMQP now." And I did that, now it's connected, but what is this rabbit_virtual_host? What does it do? I'll test my volumes now. Regards. 2013/9/23 Guilherme Russi > I've looked at the quantum/server.log and nova-scheduler.log and they show: 2013-09-23 16:25:27 INFO [quantum.openstack.common.rpc.common] Reconnecting to AMQP server on localhost:5672 2013-09-23 16:25:27 INFO [quantum.openstack.common.rpc.common] Connected to AMQP server on localhost:5672 2013-09-23 16:24:01.830 5971 INFO nova.openstack.common.rpc.common [-] Reconnecting to AMQP server on 127.0.0.1:5672 2013-09-23 16:24:01.879 5971 INFO nova.openstack.common.rpc.common [-] Connected to AMQP server on 127.0.0.1:5672 But at the cinder-volume.log: INFO [cinder.openstack.common.rpc.common] Reconnecting to AMQP server on localhost:5672 2013-09-23 16:46:04 ERROR [cinder.openstack.common.rpc.common] AMQP server on localhost:5672 is unreachable: Socket closed. Trying again in 30 seconds. I was typing when you sent your answer, here is it: rabbitmq-server status Status of node rabbit at hemera ... [{pid,17266}, {running_applications,[{rabbit,"RabbitMQ","2.7.1"}, {os_mon,"CPO CXC 138 46","2.2.7"}, {sasl,"SASL CXC 138 11","2.1.10"}, {mnesia,"MNESIA CXC 138 12","4.5"}, {stdlib,"ERTS CXC 138 10","1.17.5"}, {kernel,"ERTS CXC 138 10","2.14.5"}]}, {os,{unix,linux}}, {erlang_version,"Erlang R14B04 (erts-5.8.5) [source] [64-bit] [smp:4:4] [rq:4] [async-threads:30] [kernel-poll:true]\n"}, {memory,[{total,30926120}, {processes,14354392}, {processes_used,14343184}, {system,16571728}, {atom,1124441}, {atom_used,1120343}, {binary,268176}, {code,11134417}, {ets,2037120}]}, {vm_memory_high_watermark,0.4}, {vm_memory_limit,3299385344}] ...done. Yes, I've restarted the rabbitmq-server, but as you can see at the logs, quantum and nova are connected. Ideas?? Regards. 2013/9/23 Marcelo Dieder > What's the status of your rabbitmq? # rabbitmqctl status And do you tried restart the rabbitmq? Regards, Marcelo Dieder On 09/23/2013 03:31 PM, Guilherme Russi wrote: Yes, it is at the same place cat /etc/cinder/cinder.conf [DEFAULT] rootwrap_config=/etc/cinder/rootwrap.conf sql_connection = mysql://cinder:password at localhost/cinder api_paste_confg = /etc/cinder/api-paste.ini iscsi_helper=ietadm #iscsi_helper = tgtadm volume_name_template = volume-%s volume_group = cinder-volumes verbose = True auth_strategy = keystone iscsi_ip_address=localhost rabbit_host = localhost rabbit_port = 5672 rabbit_userid = rabbit rabbit_password = password rabbit_virtual_host = /nova state_path = /var/lib/cinder lock_path = /var/lock/cinder volumes_dir = /var/lib/cinder/volumes Another idea? Regards. 2013/9/23 Gangur, Hrushikesh (HP Converged Cloud - R&D - Sunnyvale) > Ensure that cinder configuration files have correct IP of rabbimq host. From: Guilherme Russi [mailto:luisguilherme.cr at gmail.com] Sent: Monday, September 23, 2013 10:53 AM To: openstack Subject: [Openstack] Cinder error Hello guys, I'm reinstalling my OpenStack Grizzly and I'm getting problem with my cinder, I'm getting "Error: Unable to retrieve volume list." I was looking at the cinder log and I only found this error: ERROR [cinder.openstack.common.rpc.common] AMQP server on 192.168.3.1:5672 is unreachable: Socket closed. Trying again in 30 seconds. I have a partition created: pvdisplay --- Physical volume --- PV Name /dev/sda7 VG Name cinder-volumes PV Size 279,59 GiB / not usable 1,00 MiB Allocatable yes PE Size 4,00 MiB Total PE 71574 Free PE 66454 Allocated PE 5120 PV UUID KHITxF-uagF-xADc-F8fu-na8t-1OXT-rDFbQ6 root at hemera:/home/hemera# vgdisplay --- Volume group --- VG Name cinder-volumes System ID Format lvm2 Metadata Areas 1 Metadata Sequence No 6 VG Access read/write VG Status resizable MAX LV 0 Cur LV 2 Open LV 0 Max PV 0 Cur PV 1 Act PV 1 VG Size 279,59 GiB PE Size 4,00 MiB Total PE 71574 Alloc PE / Size 5120 / 20,00 GiB Free PE / Size 66454 / 259,59 GiB VG UUID mhN3uV-n80a-zjeb-uR35-0IPb-BFmo-G2Qehu I don't know how to fix this error, any help? Thank you all and regards. Guilherme. _______________________________________________ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : openstack at lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack _______________________________________________ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : openstack at lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack -------------- next part -------------- An HTML attachment was scrubbed... URL: From luisguilherme.cr at gmail.com Tue Sep 24 16:19:51 2013 From: luisguilherme.cr at gmail.com (Guilherme Russi) Date: Tue, 24 Sep 2013 13:19:51 -0300 Subject: [Openstack] Cinder error In-Reply-To: References: <5240959D.1010509@gmail.com> <5240A0B5.5000300@gmail.com> Message-ID: Hello Cian, Here is the output: curl –i -v http://192.168.3.1:8776/v1/ * Input domain encoded as `UTF-8' * getaddrinfo(3) failed for xn--i-5gn:80 * Couldn't resolve host '–i' * Closing connection #0 curl: (6) Couldn't resolve host '–i' * About to connect() to 192.168.3.1 port 8776 (#0) * Trying 192.168.3.1... connected > GET /v1/ HTTP/1.1 > User-Agent: curl/7.22.0 (x86_64-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 zlib/1.2.3.4 libidn/1.23 librtmp/2.3 > Host: 192.168.3.1:8776 > Accept: */* > < HTTP/1.1 401 Unauthorized < Www-Authenticate: Keystone uri='http://192.168.3.1:35357' < Content-Length: 381 < Content-Type: text/html; charset=UTF-8 < Date: Tue, 24 Sep 2013 16:13:45 GMT < 401 Unauthorized

401 Unauthorized

This server could not verify that you are authorized to access the document you requested. Either you supplied the wrong credentials (e.g., bad password), or your browser does not understand how to supply the credentials required.

Authentication required * Connection #0 to host 192.168.3.1 left intact * Closing connection #0 root at hemera:/home/hemera# curl –i -v http://192.168.3.1:8776/v1/ * Input domain encoded as `UTF-8' * getaddrinfo(3) failed for xn--i-5gn:80 * Couldn't resolve host '–i' * Closing connection #0 curl: (6) Couldn't resolve host '–i' * About to connect() to 192.168.3.1 port 8776 (#0) * Trying 192.168.3.1... connected > GET /v1/ HTTP/1.1 > User-Agent: curl/7.22.0 (x86_64-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 zlib/1.2.3.4 libidn/1.23 librtmp/2.3 > Host: 192.168.3.1:8776 > Accept: */* > < HTTP/1.1 401 Unauthorized < Www-Authenticate: Keystone uri='http://192.168.3.1:35357' < Content-Length: 381 < Content-Type: text/html; charset=UTF-8 < Date: Tue, 24 Sep 2013 16:14:35 GMT < 401 Unauthorized

401 Unauthorized

This server could not verify that you are authorized to access the document you requested. Either you supplied the wrong credentials (e.g., bad password), or your browser does not understand how to supply the credentials required.

Authentication required * Connection #0 to host 192.168.3.1 left intact * Closing connection #0 tail –f /var/log/cinder/cinder-api.log ==> /var/log/cinder/cinder-api.log <== 2013-09-24 13:12:27 WARNING [keystoneclient.middleware.auth_token] Unable to find authentication token in headers 2013-09-24 13:12:27 INFO [keystoneclient.middleware.auth_token] Invalid user token - rejecting request 2013-09-24 13:13:31 WARNING [keystoneclient.middleware.auth_token] Unable to find authentication token in headers 2013-09-24 13:13:31 INFO [keystoneclient.middleware.auth_token] Invalid user token - rejecting request 2013-09-24 13:13:35 WARNING [keystoneclient.middleware.auth_token] Unable to find authentication token in headers 2013-09-24 13:13:35 INFO [keystoneclient.middleware.auth_token] Invalid user token - rejecting request 2013-09-24 13:13:45 WARNING [keystoneclient.middleware.auth_token] Unable to find authentication token in headers 2013-09-24 13:13:45 INFO [keystoneclient.middleware.auth_token] Invalid user token - rejecting request 2013-09-24 13:14:35 WARNING [keystoneclient.middleware.auth_token] Unable to find authentication token in headers 2013-09-24 13:14:35 INFO [keystoneclient.middleware.auth_token] Invalid user token - rejecting request I've sourced my openrc with my admin credentials. Any ideas? Thank you. 2013/9/24 O'Driscoll, Cian > Format looks good**** > > ** ** > > Try a simple curl “curl –iv http://192.168.3.1:8776/v1/” and see what > returns**** > > ** ** > > Your api service is probably not up and running or is throwing an exception > **** > > ** ** > > “tial –f /var/log/cinder/cinder-api.log” on the api node while you run the > curl. **** > > ** ** > > Cian O'Driscoll**** > > Systems Software Engineer**** > > HP Cloud Services**** > > Hewlett Packard Galway Ltd.**** > > Tel: +353-91-75-4432**** > > ** ** > > Postal Address: Hewlett Packard Galway Limited, Ballybrit Business > Park, Galway **** > > Registered Office: Hewlett Packard Galway Limited, 63-74 Sir John > Rogerson's Quay Dublin 2 Registered Number: 361933**** > > ** ** > > *From:* Guilherme Russi [mailto:luisguilherme.cr at gmail.com] > *Sent:* 24 September 2013 16:36 > *To:* O'Driscoll, Cian > *Cc:* Marcelo Dieder; openstack > > *Subject:* Re: [Openstack] Cinder error**** > > ** ** > > Hello Cian, thank you for reply, here is the output:**** > > ** ** > > cinder --debug list**** > > ** ** > > REQ: curl -i http://localhost:5000/v2.0/tokens -X POST -H "Content-Type: > application/json" -H "Accept: application/json" -H "User-Agent: > python-cinderclient" -d '{"auth": {"tenantName": "admin", > "passwordCredentials": {"username": "admin", "password": "password"}}}'*** > * > > ** ** > > RESP: [200] {'date': 'Tue, 24 Sep 2013 15:34:41 GMT', 'content-type': > 'application/json', 'content-length': '5851', 'vary': 'X-Auth-Token'}**** > > RESP BODY: {"access": {"token": {"issued_at": > "2013-09-24T15:34:41.362645", "expires": "2013-09-25T15:34:41Z", "id": > "MIIKVAYJKoZIhvcNAQcCoIIKRTCCCkECAQExCTAHBgUrDgMCGjCCCS0GCSqGSIb3DQEHAaCCCR4EggkaeyJhY2Nlc3MiOiB7InRva2VuIjogeyJpc3N1ZWRfYXQiOiAiMjAxMy0wOS0yNFQxNTozNDo0MS4zNjI2NDUiLCAiZXhwaXJlcyI6ICIyMDEzLTA5LTI1VDE1OjM0OjQxWiIsICJpZCI6ICJwbGFjZWhvbGRlciIsICJ0ZW5hbnQiOiB7ImRlc2NyaXB0aW9uIjogbnVsbCwgImVuYWJsZWQiOiB0cnVlLCAiaWQiOiAiM2Y1ZTEyMmVmYTZkNDQ4Njk0NmVmZDA1ZTY2ZjE5ZTQiLCAibmFtZSI6ICJhZG1pbiJ9fSwgInNlcnZpY2VDYXRhbG9nIjogW3siZW5kcG9pbnRzIjogW3siYWRtaW5VUkwiOiAiaHR0cDovLzE5Mi4xNjguMy4xOjg3NzQvdjIvM2Y1ZTEyMmVmYTZkNDQ4Njk0NmVmZDA1ZTY2ZjE5ZTQiLCAicmVnaW9uIjogIlJlZ2lvbk9uZSIsICJpbnRlcm5hbFVSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6ODc3NC92Mi8zZjVlMTIyZWZhNmQ0NDg2OTQ2ZWZkMDVlNjZmMTllNCIsICJpZCI6ICIxNTA4NmYxYjc3ZDU0OTAyYWUxNmYyMTQ2YmEwMDZjYyIsICJwdWJsaWNVUkwiOiAiaHR0cDovLzE5Mi4xNjguMy4xOjg3NzQvdjIvM2Y1ZTEyMmVmYTZkNDQ4Njk0NmVmZDA1ZTY2ZjE5ZTQifV0sICJlbmRwb2ludHNfbGlua3MiOiBbXSwgInR5cGUiOiAiY29tcHV0ZSIsICJuYW1lIjogIm5vdmEifSwgeyJlbmRwb2ludHMiOiBbeyJhZG1pblVSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6OTY5Ni8iLCAicmVnaW9uIjogIlJlZ2lvbk9uZSIsICJpbnRlcm5hbFVSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6OTY5Ni8iLCAiaWQiOiAiMzdlNjA4MmYzOWZkNDc5YWEyYmQ3NjI5NzczN2MxMDAiLCAicHVibGljVVJMIjogImh0dHA6Ly8xOTIuMTY4LjMuMTo5Njk2LyJ9XSwgImVuZHBvaW50c19saW5rcyI6IFtdLCAidHlwZSI6ICJuZXR3b3JrIiwgIm5hbWUiOiAicXVhbnR1bSJ9LCB7ImVuZHBvaW50cyI6IFt7ImFkbWluVVJMIjogImh0dHA6Ly8xOTIuMTY4LjMuMTo5MjkyIiwgInJlZ2lvbiI6ICJSZWdpb25PbmUiLCAiaW50ZXJuYWxVUkwiOiAiaHR0cDovLzE5Mi4xNjguMy4xOjkyOTIiLCAiaWQiOiAiMTE5MmIwYjUzMTM2NDJiZWI4ZTA4MTk3ZmUxMWEwZmMiLCAicHVibGljVVJMIjogImh0dHA6Ly8xOTIuMTY4LjMuMTo5MjkyIn1dLCAiZW5kcG9pbnRzX2xpbmtzIjogW10sICJ0eXBlIjogImltYWdlIiwgIm5hbWUiOiAiZ2xhbmNlIn0sIHsiZW5kcG9pbnRzIjogW3siYWRtaW5VUkwiOiAiaHR0cDovLzE5Mi4xNjguMy4xOjg3NzYvdjEvM2Y1ZTEyMmVmYTZkNDQ4Njk0NmVmZDA1ZTY2ZjE5ZTQiLCAicmVnaW9uIjogIlJlZ2lvbk9uZSIsICJpbnRlcm5hbFVSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6ODc3Ni92MS8zZjVlMTIyZWZhNmQ0NDg2OTQ2ZWZkMDVlNjZmMTllNCIsICJpZCI6ICIwYzcxZWMyMTJmNDg0MmNhOTUxMGQ3NGMzMzM4Zjg1OCIsICJwdWJsaWNVUkwiOiAiaHR0cDovLzE5Mi4xNjguMy4xOjg3NzYvdjEvXG4zZjVlMTIyZWZhNmQ0NDg2OTQ2ZWZkMDVlNjZmMTllNCJ9XSwgImVuZHBvaW50c19saW5rcyI6IFtdLCAidHlwZSI6ICJ2b2x1bWUiLCAibmFtZSI6ICJjaW5kZXIifSwgeyJlbmRwb2ludHMiOiBbeyJhZG1pblVSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6ODc3My9zZXJ2aWNlcy9BZG1pbiIsICJyZWdpb24iOiAiUmVnaW9uT25lIiwgImludGVybmFsVVJMIjogImh0dHA6Ly8xOTIuMTY4LjMuMTo4NzczL3NlcnZpY2VzL0Nsb3VkIiwgImlkIjogIjQ4YmNhN2Q1ZWY3ZjQ1MDE4MmQ5YjZjMDQ5MWU3ZGM3IiwgInB1YmxpY1VSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6ODc3My9zZXJ2aWNlcy9DbG91ZCJ9XSwgImVuZHBvaW50c19saW5rcyI6IFtdLCAidHlwZSI6ICJlYzIiLCAibmFtZSI6ICJlYzIifSwgeyJlbmRwb2ludHMiOiBbeyJhZG1pblVSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6MzUzNTcvdjIuMCIsICJyZWdpb24iOiAiUmVnaW9uT25lIiwgImludGVybmFsVVJMIjogImh0dHA6Ly8xOTIuMTY4LjMuMTo1MDAwL3YyLjAiLCAiaWQiOiAiMDg5MWNmYTg4NTY3NGRiNzk2NzRlY2Q4YzZlNGM1MzMiLCAicHVibGljVVJMIjogImh0dHA6Ly8xOTIuMTY4LjMuMTo1MDAwL3YyLjAifV0sICJlbmRwb2ludHNfbGlua3MiOiBbXSwgInR5cGUiOiAiaWRlbnRpdHkiLCAibmFtZSI6ICJrZXlzdG9uZSJ9XSwgInVzZXIiOiB7InVzZXJuYW1lIjogImFkbWluIiwgInJvbGVzX2xpbmtzIjogW10sICJpZCI6ICIzYWM0MTdiMjM5MWE0NTM1ODNlYzMwMDgxMjZkNzUzZiIsICJyb2xlcyI6IFt7Im5hbWUiOiAiYWRtaW4ifV0sICJuYW1lIjogImFkbWluIn0sICJtZXRhZGF0YSI6IHsiaXNfYWRtaW4iOiAwLCAicm9sZXMiOiBbIjMyMWE0M2FjMzM3OTQ0YWM4ODkxMjdiNzk3YmU3ZDlhIl19fX0xgf8wgfwCAQEwXDBXMQswCQYDVQQGEwJVUzEOMAwGA1UECBMFVW5zZXQxDjAMBgNVBAcTBVVuc2V0MQ4wDAYDVQQKEwVVbnNldDEYMBYGA1UEAxMPd3d3LmV4YW1wbGUuY29tAgEBMAcGBSsOAwIaMA0GCSqGSIb3DQEBAQUABIGAM7Q9YgDWl+2-Hi7V3JBDrLu1PPA3cgfG7ZW8fPtSGpNeuumENW9CjnS-ZBZccD6kKcKl61VM8oBmfn8lAFBHTCkuMl+iDrfV+O8EmsqrB9fyKj9P1mJAAE0X92Weh4FygcjHk5eBKZjPyy3rFJRJo9nmKwzYmcOB+9xehCDlnTw=", > "tenant": {"description": null, "enabled": true, "id": > "3f5e122efa6d4486946efd05e66f19e4", "name": "admin"}}, "serviceCatalog": > [{"endpoints": [{"adminURL": " > http://192.168.3.1:8774/v2/3f5e122efa6d4486946efd05e66f19e4", "region": > "RegionOne", "internalURL": " > http://192.168.3.1:8774/v2/3f5e122efa6d4486946efd05e66f19e4", "id": > "15086f1b77d54902ae16f2146ba006cc", "publicURL": " > http://192.168.3.1:8774/v2/3f5e122efa6d4486946efd05e66f19e4"}], > "endpoints_links": [], "type": "compute", "name": "nova"}, {"endpoints": > [{"adminURL": "http://192.168.3.1:9696/", "region": "RegionOne", > "internalURL": "http://192.168.3.1:9696/", "id": > "37e6082f39fd479aa2bd76297737c100", "publicURL": "http://192.168.3.1:9696/"}], > "endpoints_links": [], "type": "network", "name": "quantum"}, {"endpoints": > [{"adminURL": "http://192.168.3.1:9292", "region": "RegionOne", > "internalURL": "http://192.168.3.1:9292", "id": > "1192b0b5313642beb8e08197fe11a0fc", "publicURL": "http://192.168.3.1:9292"}], > "endpoints_links": [], "type": "image", "name": "glance"}, {"endpoints": > [{"adminURL": "http://192.168.3.1:8776/v1/3f5e122efa6d4486946efd05e66f19e4", > "region": "RegionOne", "internalURL": " > http://192.168.3.1:8776/v1/3f5e122efa6d4486946efd05e66f19e4", "id": > "0c71ec212f4842ca9510d74c3338f858", "publicURL": " > http://192.168.3.1:8776/v1/\n3f5e122efa6d4486946efd05e66f19e4"}], > "endpoints_links": [], "type": "volume", "name": "cinder"}, {"endpoints": > [{"adminURL": "http://192.168.3.1:8773/services/Admin", "region": > "RegionOne", "internalURL": "http://192.168.3.1:8773/services/Cloud", > "id": "48bca7d5ef7f450182d9b6c0491e7dc7", "publicURL": " > http://192.168.3.1:8773/services/Cloud"}], "endpoints_links": [], "type": > "ec2", "name": "ec2"}, {"endpoints": [{"adminURL": " > http://192.168.3.1:35357/v2.0", "region": "RegionOne", "internalURL": " > http://192.168.3.1:5000/v2.0", "id": "0891cfa885674db79674ecd8c6e4c533", > "publicURL": "http://192.168.3.1:5000/v2.0"}], "endpoints_links": [], > "type": "identity", "name": "keystone"}], "user": {"username": "admin", > "roles_links": [], "id": "3ac417b2391a453583ec3008126d753f", "roles": > [{"name": "admin"}], "name": "admin"}, "metadata": {"is_admin": 0, "roles": > ["321a43ac337944ac889127b797be7d9a"]}}}**** > > ** ** > > ** ** > > REQ: curl -i http://192.168.3.1:8776/v1/**** > > 3f5e122efa6d4486946efd05e66f19e4/volumes/detail -X GET -H > "X-Auth-Project-Id: admin" -H "User-Agent: python-cinderclient" -H "Accept: > application/json" -H "X-Auth-Token: > MIIKVAYJKoZIhvcNAQcCoIIKRTCCCkECAQExCTAHBgUrDgMCGjCCCS0GCSqGSIb3DQEHAaCCCR4EggkaeyJhY2Nlc3MiOiB7InRva2VuIjogeyJpc3N1ZWRfYXQiOiAiMjAxMy0wOS0yNFQxNTozNDo0MS4zNjI2NDUiLCAiZXhwaXJlcyI6ICIyMDEzLTA5LTI1VDE1OjM0OjQxWiIsICJpZCI6ICJwbGFjZWhvbGRlciIsICJ0ZW5hbnQiOiB7ImRlc2NyaXB0aW9uIjogbnVsbCwgImVuYWJsZWQiOiB0cnVlLCAiaWQiOiAiM2Y1ZTEyMmVmYTZkNDQ4Njk0NmVmZDA1ZTY2ZjE5ZTQiLCAibmFtZSI6ICJhZG1pbiJ9fSwgInNlcnZpY2VDYXRhbG9nIjogW3siZW5kcG9pbnRzIjogW3siYWRtaW5VUkwiOiAiaHR0cDovLzE5Mi4xNjguMy4xOjg3NzQvdjIvM2Y1ZTEyMmVmYTZkNDQ4Njk0NmVmZDA1ZTY2ZjE5ZTQiLCAicmVnaW9uIjogIlJlZ2lvbk9uZSIsICJpbnRlcm5hbFVSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6ODc3NC92Mi8zZjVlMTIyZWZhNmQ0NDg2OTQ2ZWZkMDVlNjZmMTllNCIsICJpZCI6ICIxNTA4NmYxYjc3ZDU0OTAyYWUxNmYyMTQ2YmEwMDZjYyIsICJwdWJsaWNVUkwiOiAiaHR0cDovLzE5Mi4xNjguMy4xOjg3NzQvdjIvM2Y1ZTEyMmVmYTZkNDQ4Njk0NmVmZDA1ZTY2ZjE5ZTQifV0sICJlbmRwb2ludHNfbGlua3MiOiBbXSwgInR5cGUiOiAiY29tcHV0ZSIsICJuYW1lIjogIm5vdmEifSwgeyJlbmRwb2ludHMiOiBbeyJhZG1pblVSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6OTY5Ni8iLCAicmVnaW9uIjogIlJlZ2lvbk9uZSIsICJpbnRlcm5hbFVSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6OTY5Ni8iLCAiaWQiOiAiMzdlNjA4MmYzOWZkNDc5YWEyYmQ3NjI5NzczN2MxMDAiLCAicHVibGljVVJMIjogImh0dHA6Ly8xOTIuMTY4LjMuMTo5Njk2LyJ9XSwgImVuZHBvaW50c19saW5rcyI6IFtdLCAidHlwZSI6ICJuZXR3b3JrIiwgIm5hbWUiOiAicXVhbnR1bSJ9LCB7ImVuZHBvaW50cyI6IFt7ImFkbWluVVJMIjogImh0dHA6Ly8xOTIuMTY4LjMuMTo5MjkyIiwgInJlZ2lvbiI6ICJSZWdpb25PbmUiLCAiaW50ZXJuYWxVUkwiOiAiaHR0cDovLzE5Mi4xNjguMy4xOjkyOTIiLCAiaWQiOiAiMTE5MmIwYjUzMTM2NDJiZWI4ZTA4MTk3ZmUxMWEwZmMiLCAicHVibGljVVJMIjogImh0dHA6Ly8xOTIuMTY4LjMuMTo5MjkyIn1dLCAiZW5kcG9pbnRzX2xpbmtzIjogW10sICJ0eXBlIjogImltYWdlIiwgIm5hbWUiOiAiZ2xhbmNlIn0sIHsiZW5kcG9pbnRzIjogW3siYWRtaW5VUkwiOiAiaHR0cDovLzE5Mi4xNjguMy4xOjg3NzYvdjEvM2Y1ZTEyMmVmYTZkNDQ4Njk0NmVmZDA1ZTY2ZjE5ZTQiLCAicmVnaW9uIjogIlJlZ2lvbk9uZSIsICJpbnRlcm5hbFVSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6ODc3Ni92MS8zZjVlMTIyZWZhNmQ0NDg2OTQ2ZWZkMDVlNjZmMTllNCIsICJpZCI6ICIwYzcxZWMyMTJmNDg0MmNhOTUxMGQ3NGMzMzM4Zjg1OCIsICJwdWJsaWNVUkwiOiAiaHR0cDovLzE5Mi4xNjguMy4xOjg3NzYvdjEvXG4zZjVlMTIyZWZhNmQ0NDg2OTQ2ZWZkMDVlNjZmMTllNCJ9XSwgImVuZHBvaW50c19saW5rcyI6IFtdLCAidHlwZSI6ICJ2b2x1bWUiLCAibmFtZSI6ICJjaW5kZXIifSwgeyJlbmRwb2ludHMiOiBbeyJhZG1pblVSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6ODc3My9zZXJ2aWNlcy9BZG1pbiIsICJyZWdpb24iOiAiUmVnaW9uT25lIiwgImludGVybmFsVVJMIjogImh0dHA6Ly8xOTIuMTY4LjMuMTo4NzczL3NlcnZpY2VzL0Nsb3VkIiwgImlkIjogIjQ4YmNhN2Q1ZWY3ZjQ1MDE4MmQ5YjZjMDQ5MWU3ZGM3IiwgInB1YmxpY1VSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6ODc3My9zZXJ2aWNlcy9DbG91ZCJ9XSwgImVuZHBvaW50c19saW5rcyI6IFtdLCAidHlwZSI6ICJlYzIiLCAibmFtZSI6ICJlYzIifSwgeyJlbmRwb2ludHMiOiBbeyJhZG1pblVSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6MzUzNTcvdjIuMCIsICJyZWdpb24iOiAiUmVnaW9uT25lIiwgImludGVybmFsVVJMIjogImh0dHA6Ly8xOTIuMTY4LjMuMTo1MDAwL3YyLjAiLCAiaWQiOiAiMDg5MWNmYTg4NTY3NGRiNzk2NzRlY2Q4YzZlNGM1MzMiLCAicHVibGljVVJMIjogImh0dHA6Ly8xOTIuMTY4LjMuMTo1MDAwL3YyLjAifV0sICJlbmRwb2ludHNfbGlua3MiOiBbXSwgInR5cGUiOiAiaWRlbnRpdHkiLCAibmFtZSI6ICJrZXlzdG9uZSJ9XSwgInVzZXIiOiB7InVzZXJuYW1lIjogImFkbWluIiwgInJvbGVzX2xpbmtzIjogW10sICJpZCI6ICIzYWM0MTdiMjM5MWE0NTM1ODNlYzMwMDgxMjZkNzUzZiIsICJyb2xlcyI6IFt7Im5hbWUiOiAiYWRtaW4ifV0sICJuYW1lIjogImFkbWluIn0sICJtZXRhZGF0YSI6IHsiaXNfYWRtaW4iOiAwLCAicm9sZXMiOiBbIjMyMWE0M2FjMzM3OTQ0YWM4ODkxMjdiNzk3YmU3ZDlhIl19fX0xgf8wgfwCAQEwXDBXMQswCQYDVQQGEwJVUzEOMAwGA1UECBMFVW5zZXQxDjAMBgNVBAcTBVVuc2V0MQ4wDAYDVQQKEwVVbnNldDEYMBYGA1UEAxMPd3d3LmV4YW1wbGUuY29tAgEBMAcGBSsOAwIaMA0GCSqGSIb3DQEBAQUABIGAM7Q9YgDWl+2-Hi7V3JBDrLu1PPA3cgfG7ZW8fPtSGpNeuumENW9CjnS-ZBZccD6kKcKl61VM8oBmfn8lAFBHTCkuMl+iDrfV+O8EmsqrB9fyKj9P1mJAAE0X92Weh4FygcjHk5eBKZjPyy3rFJRJo9nmKwzYmcOB+9xehCDlnTw=" > **** > > ** ** > > RESP: [400] {'date': 'Tue, 24 Sep 2013 15:34:41 GMT', 'content-length': > '65', 'content-type': 'application/json; charset=UTF-8', > 'x-compute-request-id': 'req-68921414-7571-470d-884d-717a9f23c141'}**** > > RESP BODY: {"badRequest": {"message": "Malformed request url", "code": > 400}}**** > > ** ** > > DEBUG (shell:495) Malformed request url (HTTP 400) (Request-ID: > req-68921414-7571-470d-884d-717a9f23c141)**** > > Traceback (most recent call last):**** > > File "/usr/lib/python2.7/dist-packages/cinderclient/shell.py", line 490, > in main**** > > OpenStackCinderShell().main(map(strutils.safe_decode, sys.argv[1:]))** > ** > > File "/usr/lib/python2.7/dist-packages/cinderclient/shell.py", line 441, > in main**** > > args.func(self.cs, args)**** > > File "/usr/lib/python2.7/dist-packages/cinderclient/v1/shell.py", line > 143, in do_list**** > > volumes = cs.volumes.list(search_opts=search_opts)**** > > File "/usr/lib/python2.7/dist-packages/cinderclient/v1/volumes.py", line > 204, in list**** > > "volumes")**** > > File "/usr/lib/python2.7/dist-packages/cinderclient/base.py", line 63, > in _list**** > > resp, body = self.api.client.get(url)**** > > File "/usr/lib/python2.7/dist-packages/cinderclient/client.py", line > 185, in get**** > > return self._cs_request(url, 'GET', **kwargs)**** > > File "/usr/lib/python2.7/dist-packages/cinderclient/client.py", line > 153, in _cs_request**** > > **kwargs)**** > > File "/usr/lib/python2.7/dist-packages/cinderclient/client.py", line > 136, in request**** > > raise exceptions.from_response(resp, body)**** > > BadRequest: Malformed request url (HTTP 400) (Request-ID: > req-68921414-7571-470d-884d-717a9f23c141)**** > > ERROR: Malformed request url**** > > ** ** > > ** ** > > Regards.**** > > ** ** > > 2013/9/24 O'Driscoll, Cian **** > > Hi Guilherme,**** > > **** > > If you run “cinder –debug list” and reply with the output, We should be > able to see what’s wrong. **** > > Sounds like your block storage url is incorrectly formatted in keystone.** > ** > > **** > > Thanks,**** > > Cian**** > > **** > > Cian O'Driscoll**** > > Systems Software Engineer**** > > HP Cloud Services**** > > Hewlett Packard Galway Ltd.**** > > **** > > *From:* Guilherme Russi [mailto:luisguilherme.cr at gmail.com] **** > > *Sent:* 24 September 2013 14:53 > *To:* Marcelo Dieder > *Cc:* openstack**** > > *Subject:* Re: [Openstack] Cinder error**** > > **** > > Hello guys, I've changed the rabbit error, but I still can't associate a > volume to my VMs, when I type cinder list I get the Malformed request url. > I've already checked my keystone and it looks fine to me. Any ideas?**** > > **** > > Regards.**** > > **** > > 2013/9/23 Guilherme Russi **** > > It's what i've got too:**** > > **** > > root at hemera:/home/hemera# rabbitmqctl list_permissions**** > > Listing permissions in vhost "/" ...**** > > guest .* .* .***** > > ...done.**** > > **** > > Regards.**** > > **** > > **** > > 2013/9/23 Marcelo Dieder **** > > Hi Guilherme, > > The RabbitMQ has virtual host for many applications. Default, the Rabbit > created a default virtualhost with /. > > You can see this with the command: > > root at controller:~# rabbitmqctl list_permissions > Listing permissions in vhost "/" ... > guest .* .* .* > ...done. > > Regards, > > Marcelo Dieder**** > > **** > > On 09/23/2013 04:57 PM, Guilherme Russi wrote:**** > > I guess I've got something: **** > > **** > > 2013-09-23 16:52:17 INFO [cinder.openstack.common.rpc.common] > Connected to AMQP server on localhost:5672**** > > **** > > I've found this page > https://ask.openstack.org/en/question/4581/cinder-unable-to-connect-to-rabbitmq/ and zipmaster07 > answered "rabbit_virtual_host = /nova**** > > I commented out the "rabbit_virtual_host", restarted all cinder services > and I can see a successful connection to AMQP now."**** > > And I did that, now it's connected, but what is this rabbit_virtual_host? > What does it do?**** > > I'll test my volumes now.**** > > **** > > Regards.**** > > **** > > **** > > **** > > **** > > 2013/9/23 Guilherme Russi **** > > I've looked at the quantum/server.log and nova-scheduler.log and they show: > **** > > **** > > 2013-09-23 16:25:27 INFO [quantum.openstack.common.rpc.common] > Reconnecting to AMQP server on localhost:5672**** > > 2013-09-23 16:25:27 INFO [quantum.openstack.common.rpc.common] > Connected to AMQP server on localhost:5672**** > > **** > > 2013-09-23 16:24:01.830 5971 INFO nova.openstack.common.rpc.common [-] > Reconnecting to AMQP server on 127.0.0.1:5672**** > > 2013-09-23 16:24:01.879 5971 INFO nova.openstack.common.rpc.common [-] > Connected to AMQP server on 127.0.0.1:5672**** > > **** > > But at the cinder-volume.log:**** > > **** > > INFO [cinder.openstack.common.rpc.common] Reconnecting to AMQP server on > localhost:5672**** > > 2013-09-23 16:46:04 ERROR [cinder.openstack.common.rpc.common] AMQP > server on localhost:5672 is unreachable: Socket closed. Trying again in 30 > seconds.**** > > **** > > **** > > I was typing when you sent your answer, here is it:**** > > **** > > rabbitmq-server status**** > > Status of node rabbit at hemera ...**** > > [{pid,17266},**** > > {running_applications,[{rabbit,"RabbitMQ","2.7.1"},**** > > {os_mon,"CPO CXC 138 46","2.2.7"},**** > > {sasl,"SASL CXC 138 11","2.1.10"},**** > > {mnesia,"MNESIA CXC 138 12","4.5"},**** > > {stdlib,"ERTS CXC 138 10","1.17.5"},**** > > {kernel,"ERTS CXC 138 10","2.14.5"}]},**** > > {os,{unix,linux}},**** > > {erlang_version,"Erlang R14B04 (erts-5.8.5) [source] [64-bit] [smp:4:4] > [rq:4] [async-threads:30] [kernel-poll:true]\n"},**** > > {memory,[{total,30926120},**** > > {processes,14354392},**** > > {processes_used,14343184},**** > > {system,16571728},**** > > {atom,1124441},**** > > {atom_used,1120343},**** > > {binary,268176},**** > > {code,11134417},**** > > {ets,2037120}]},**** > > {vm_memory_high_watermark,0.4},**** > > {vm_memory_limit,3299385344}]**** > > ...done.**** > > **** > > **** > > Yes, I've restarted the rabbitmq-server, but as you can see at the logs, > quantum and nova are connected.**** > > **** > > Ideas??**** > > **** > > Regards.**** > > **** > > **** > > 2013/9/23 Marcelo Dieder **** > > What's the status of your rabbitmq? > > # rabbitmqctl status > > And do you tried restart the rabbitmq? > > Regards, > Marcelo Dieder**** > > On 09/23/2013 03:31 PM, Guilherme Russi wrote:**** > > Yes, it is at the same place **** > > **** > > cat /etc/cinder/cinder.conf **** > > [DEFAULT]**** > > rootwrap_config=/etc/cinder/rootwrap.conf**** > > sql_connection = mysql://cinder:password at localhost/cinder**** > > api_paste_confg = /etc/cinder/api-paste.ini**** > > iscsi_helper=ietadm**** > > #iscsi_helper = tgtadm**** > > volume_name_template = volume-%s**** > > volume_group = cinder-volumes**** > > verbose = True**** > > auth_strategy = keystone**** > > iscsi_ip_address=localhost**** > > rabbit_host = localhost**** > > rabbit_port = 5672**** > > rabbit_userid = rabbit**** > > rabbit_password = password**** > > rabbit_virtual_host = /nova**** > > state_path = /var/lib/cinder**** > > lock_path = /var/lock/cinder**** > > volumes_dir = /var/lib/cinder/volumes**** > > **** > > Another idea?**** > > **** > > Regards.**** > > **** > > 2013/9/23 Gangur, Hrushikesh (HP Converged Cloud - R&D - Sunnyvale) < > hrushikesh.gangur at hp.com>**** > > Ensure that cinder configuration files have correct IP of rabbimq host.*** > * > > **** > > *From:* Guilherme Russi [mailto:luisguilherme.cr at gmail.com] > *Sent:* Monday, September 23, 2013 10:53 AM > *To:* openstack > *Subject:* [Openstack] Cinder error**** > > **** > > Hello guys, I'm reinstalling my OpenStack Grizzly and I'm getting problem > with my cinder, I'm getting "*Error: *Unable to retrieve volume list." I > was looking at the cinder log and I only found this error: ERROR > [cinder.openstack.common.rpc.common] AMQP server on 192.168.3.1:5672 is > unreachable: Socket closed. Trying again in 30 seconds.**** > > **** > > I have a partition created:**** > > **** > > pvdisplay **** > > --- Physical volume ---**** > > PV Name /dev/sda7**** > > VG Name cinder-volumes**** > > PV Size 279,59 GiB / not usable 1,00 MiB**** > > Allocatable yes **** > > PE Size 4,00 MiB**** > > Total PE 71574**** > > Free PE 66454**** > > Allocated PE 5120**** > > PV UUID KHITxF-uagF-xADc-F8fu-na8t-1OXT-rDFbQ6**** > > **** > > root at hemera:/home/hemera# vgdisplay **** > > --- Volume group ---**** > > VG Name cinder-volumes**** > > System ID **** > > Format lvm2**** > > Metadata Areas 1**** > > Metadata Sequence No 6**** > > VG Access read/write**** > > VG Status resizable**** > > MAX LV 0**** > > Cur LV 2**** > > Open LV 0**** > > Max PV 0**** > > Cur PV 1**** > > Act PV 1**** > > VG Size 279,59 GiB**** > > PE Size 4,00 MiB**** > > Total PE 71574**** > > Alloc PE / Size 5120 / 20,00 GiB**** > > Free PE / Size 66454 / 259,59 GiB**** > > VG UUID mhN3uV-n80a-zjeb-uR35-0IPb-BFmo-G2Qehu**** > > **** > > **** > > I don't know how to fix this error, any help?**** > > **** > > Thank you all and regards.**** > > **** > > Guilherme.**** > > **** > > **** > > _______________________________________________**** > > Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack**** > > Post to : openstack at lists.openstack.org**** > > Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack**** > > **** > > > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack**** > > **** > > **** > > **** > > **** > > **** > > ** ** > -------------- next part -------------- An HTML attachment was scrubbed... URL: From dara2002-openstack at yahoo.com Tue Sep 24 18:25:31 2013 From: dara2002-openstack at yahoo.com (Darragh O'Reilly) Date: Tue, 24 Sep 2013 19:25:31 +0100 (BST) Subject: [Openstack] OpenStack Grizzly Quantum Networking In-Reply-To: References: Message-ID: <1380047131.67181.YahooMailNeo@web172404.mail.ir2.yahoo.com> hi Clint, try these commands: quantum router-interface-delete demo-router fadfa51f-c588-4f1b-8084-4305a8e00486 quantum router-gateway-clear demo-router quantum router-delete demo-router Re, Darragh. >________________________________ > From: Clint Dilks >To: "openstack at lists.openstack.org" >Sent: Tuesday, 24 September 2013, 2:54 >Subject: Re: [Openstack] OpenStack Grizzly Quantum Networking > > > >Hi, > >As a follow up to this I was trying to delete all configured networks and start again, but I seem to be stuck in a loop where I can't delete a router because it has active ports, and yet I can't delete active ports because they belong to a router. > >[root at blitzen nova]# quantum router-list >+--------------------------------------+-------------+--------------------------------------------------------+ >| id                                   | name        | external_gateway_info                                  | >+--------------------------------------+-------------+--------------------------------------------------------+ >| e6493ab3-a6b6-476e-a7d6-f1f199810efd | demo-router | {"network_id": "f045b171-7456-4006-9732-420bf5b70017"} | >+--------------------------------------+-------------+--------------------------------------------------------+ >[root at blitzen nova]# quantum port-list -c id -c fixed_ips -c device_owner >+--------------------------------------+---------------------------------------------------------------------------------------+--------------------------+ >| id                                   | fixed_ips                                                                             | device_owner             | >+--------------------------------------+---------------------------------------------------------------------------------------+--------------------------+ >| 0d08328c-e51f-4995-8dc8-b0eb4fae87d7 | {"subnet_id": "fadfa51f-c588-4f1b-8084-4305a8e00486", "ip_address": "10.5.5.1"}       | network:router_interface | >| eaad9cce-e9a6-44db-970b-2785403739c1 | {"subnet_id": "a91622d4-f874-48e1-9791-d6acdeff4d2d", "ip_address": "130.217.79.200"} | network:router_gateway   | >+--------------------------------------+---------------------------------------------------------------------------------------+--------------------------+ >[root at blitzen nova]# quantum router-delete e6493ab3-a6b6-476e-a7d6-f1f199810efd >Router e6493ab3-a6b6-476e-a7d6-f1f199810efd still has active ports >[root at blitzen nova]# quantum port-delete 0d08328c-e51f-4995-8dc8-b0eb4fae87d7 >Port 0d08328c-e51f-4995-8dc8-b0eb4fae87d7 has owner network:router_interface and therefore cannot be deleted directly via the port API. > >So how would I go about deleting these networks? > > > > > > > > > >On Tue, Sep 24, 2013 at 11:00 AM, Clint Dilks wrote: > >Hi >> >>I am currently trying to get Grizzly up and running on CentOS 6.4. >>I have followed http://docs.openstack.org/grizzly/basic-install/yum/content/ as closely as I can and from both a dashboard and OpenStack command line viewpoint all OpenStack services are up and running and it appears that VM's can be lauched and stopped without any obvious errors being recorded  but I can't interact with them using things like ping or ssh. >> >> >>Below is information I think may be useful to fix the issue.  Thanks for any insight you care to share. >> >> >>Currently I have a single machine running all services >> >>Management Network 10.10.11.2/24 em2 >>Bridge linked to em1  130.217.79.2/24 >> >> >>We want people to be able to create VM's that they can access via 130.217.79.0/24 addresses. >> >> >>So as an initial test I follow the example listed in the guide above and created a demo-net' >>http://docs.openstack.org/grizzly/basic-install/yum/content/basic-install_network.html >> >>Key details below >> >>TENANT_NAME="demo" TENANT_NETWORK_NAME="demo-net" TENANT_SUBNET_NAME="${TENANT_NETWORK_NAME}-subnet" TENANT_ROUTER_NAME="demo-router" FIXED_RANGE="10.5.5.0/24" NETWORK_GATEWAY="10.5.5.1"Then I ran >> >>quantum net-create public --router:external=True >> >>quantum subnet-create --ip_version 4 --gateway 130.217.79.1 public 130.217.79.0/24 \ >>--allocation-pool start=130.217.79.200,end=130.217.79.250 --disable-dhcp --name public-subnet >> >>quantum router-gateway-set demo-router publicUsing this config instances will launch and if I assign a machine to the public network, the network topology appears to be what we want.  But in the guides section about lauching your first vm  ( http://docs.openstack.org/grizzly/basic-install/yum/content/basic-install_operate.html )  it states that ip netns should show two pieces of information qrouter and qdhcp.  I am only seeing qrouter. >> >> >>Should what I have set up work ?  Or have I missed something fundamental ? >> >> >>As it was the default quantum should be configured to use gre + tunnels,  I am using  2.6.32-358.118.1.openstack.el6.x86_64 to add the functionality that is missing from the default CentOS kernel. >> >>/etc/quantum/plugins/openvswitch/ovs_quantum_plugin.ini contains the following, would it be simpler to get what we need using a VLAN configuration ? >> >>[DATABASE] >>sql_connection = mysql://quantum:openstack-csl at 10.10.11.2/quantum >>reconnect_interval = 2 >> >>[OVS] >>tenant_network_type = gre >>enable_tunneling = True >>tunnel_id_ranges = 1:1000 >>local_ip = 10.10.11.2 >> >>[AGENT] >>polling_interval = 2 >> >>[SECURITYGROUP] >>firewall_driver = quantum.agent.linux.iptables_firewall.OVSHybridIptablesFirewallDriver >> >> >> >> >> > >_______________________________________________ >Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >Post to     : openstack at lists.openstack.org >Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > > From darragh.oreilly at yahoo.com Tue Sep 24 19:45:05 2013 From: darragh.oreilly at yahoo.com (Darragh OReilly) Date: Tue, 24 Sep 2013 20:45:05 +0100 (BST) Subject: [Openstack] OpenStack Grizzly Quantum Networking In-Reply-To: References: Message-ID: <1380051905.11356.YahooMailNeo@web172403.mail.ir2.yahoo.com> Clint, you need to boot your VMs attached to the private network and not the public network. Then you must allocate and associate floating ips. Also remember to open ports in the security groups. Re, Darragh. >________________________________ > From: Clint Dilks >To: "openstack at lists.openstack.org" >Sent: Tuesday, 24 September 2013, 2:54 >Subject: Re: [Openstack] OpenStack Grizzly Quantum Networking > > > >Hi, > >As a follow up to this I was trying to delete all configured networks and start again, but I seem to be stuck in a loop where I can't delete a router because it has active ports, and yet I can't delete active ports because they belong to a router. > >[root at blitzen nova]# quantum router-list >+--------------------------------------+-------------+--------------------------------------------------------+ >| id                                   | name        | external_gateway_info                                  | >+--------------------------------------+-------------+--------------------------------------------------------+ >| e6493ab3-a6b6-476e-a7d6-f1f199810efd | demo-router | {"network_id": "f045b171-7456-4006-9732-420bf5b70017"} | >+--------------------------------------+-------------+--------------------------------------------------------+ >[root at blitzen nova]# quantum port-list -c id -c fixed_ips -c device_owner >+--------------------------------------+---------------------------------------------------------------------------------------+--------------------------+ >| id                                   | fixed_ips                                                                             | device_owner             | >+--------------------------------------+---------------------------------------------------------------------------------------+--------------------------+ >| 0d08328c-e51f-4995-8dc8-b0eb4fae87d7 | {"subnet_id": "fadfa51f-c588-4f1b-8084-4305a8e00486", "ip_address": "10.5.5.1"}       | network:router_interface | >| eaad9cce-e9a6-44db-970b-2785403739c1 | {"subnet_id": "a91622d4-f874-48e1-9791-d6acdeff4d2d", "ip_address": "130.217.79.200"} | network:router_gateway   | >+--------------------------------------+---------------------------------------------------------------------------------------+--------------------------+ >[root at blitzen nova]# quantum router-delete e6493ab3-a6b6-476e-a7d6-f1f199810efd >Router e6493ab3-a6b6-476e-a7d6-f1f199810efd still has active ports >[root at blitzen nova]# quantum port-delete 0d08328c-e51f-4995-8dc8-b0eb4fae87d7 >Port 0d08328c-e51f-4995-8dc8-b0eb4fae87d7 has owner network:router_interface and therefore cannot be deleted directly via the port API. > >So how would I go about deleting these networks? > > > > > > > > > >On Tue, Sep 24, 2013 at 11:00 AM, Clint Dilks wrote: > >Hi >> >>I am currently trying to get Grizzly up and running on CentOS 6.4. >>I have followed http://docs.openstack.org/grizzly/basic-install/yum/content/ as closely as I can and from both a dashboard and OpenStack command line viewpoint all OpenStack services are up and running and it appears that VM's can be lauched and stopped without any obvious errors being recorded  but I can't interact with them using things like ping or ssh. >> >> >>Below is information I think may be useful to fix the issue.  Thanks for any insight you care to share. >> >> >>Currently I have a single machine running all services >> >>Management Network 10.10.11.2/24 em2 >>Bridge linked to em1  130.217.79.2/24 >> >> >>We want people to be able to create VM's that they can access via 130.217.79.0/24 addresses. >> >> >>So as an initial test I follow the example listed in the guide above and created a demo-net' >>http://docs.openstack.org/grizzly/basic-install/yum/content/basic-install_network.html >> >>Key details below >> >>TENANT_NAME="demo" TENANT_NETWORK_NAME="demo-net" TENANT_SUBNET_NAME="${TENANT_NETWORK_NAME}-subnet" TENANT_ROUTER_NAME="demo-router" FIXED_RANGE="10.5.5.0/24" NETWORK_GATEWAY="10.5.5.1"Then I ran >> >>quantum net-create public --router:external=True >> >>quantum subnet-create --ip_version 4 --gateway 130.217.79.1 public 130.217.79.0/24 \ >>--allocation-pool start=130.217.79.200,end=130.217.79.250 --disable-dhcp --name public-subnet >> >>quantum router-gateway-set demo-router publicUsing this config instances will launch and if I assign a machine to the public network, the network topology appears to be what we want.  But in the guides section about lauching your first vm  ( http://docs.openstack.org/grizzly/basic-install/yum/content/basic-install_operate.html )  it states that ip netns should show two pieces of information qrouter and qdhcp.  I am only seeing qrouter. >> >> >>Should what I have set up work ?  Or have I missed something fundamental ? >> >> >>As it was the default quantum should be configured to use gre + tunnels,  I am using  2.6.32-358.118.1.openstack.el6.x86_64 to add the functionality that is missing from the default CentOS kernel. >> >>/etc/quantum/plugins/openvswitch/ovs_quantum_plugin.ini contains the following, would it be simpler to get what we need using a VLAN configuration ? >> >>[DATABASE] >>sql_connection = mysql://quantum:openstack-csl at 10.10.11.2/quantum >>reconnect_interval = 2 >> >>[OVS] >>tenant_network_type = gre >>enable_tunneling = True >>tunnel_id_ranges = 1:1000 >>local_ip = 10.10.11.2 >> >>[AGENT] >>polling_interval = 2 >> >>[SECURITYGROUP] >>firewall_driver = quantum.agent.linux.iptables_firewall.OVSHybridIptablesFirewallDriver >> >> >> >> >> > >_______________________________________________ >Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >Post to     : openstack at lists.openstack.org >Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > > From clintd at waikato.ac.nz Tue Sep 24 21:08:06 2013 From: clintd at waikato.ac.nz (Clint Dilks) Date: Wed, 25 Sep 2013 09:08:06 +1200 Subject: [Openstack] OpenStack Grizzly Quantum Networking In-Reply-To: <1380051905.11356.YahooMailNeo@web172403.mail.ir2.yahoo.com> References: <1380051905.11356.YahooMailNeo@web172403.mail.ir2.yahoo.com> Message-ID: Hi Thanks to everyone whom replied to this thread I will try deleting the ports shortly. On Wed, Sep 25, 2013 at 7:45 AM, Darragh OReilly wrote: > Clint, > > you need to boot your VMs attached to the private network and not the > public network. Then you must allocate and associate floating ips. Also > remember to open ports in the security groups. > Darragh, In the guide I was following they used two networks 10.10.10.0/24 (which they call internal) 10.0.0.0/24 (which they call external) So I believed I should be able to replace where ever they use 10.0.0.0/24with 130.217.79.0 (br-ex is currently attached to an address in this range) Are you saying that in fact I should have two private networks say mirroring the guide, but then also have a nic configured for 130.217.79.x ? Or do you just mean that keeping things as I have them currently I should just create the public-subnet within the 10.10.10.0/24 ? > > Re, Darragh. > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ayoung at redhat.com Tue Sep 24 22:04:09 2013 From: ayoung at redhat.com (Adam Young) Date: Tue, 24 Sep 2013 18:04:09 -0400 Subject: [Openstack] [Heat/havana]: User needs admin rights in order to heat create to succeed In-Reply-To: <20130923151652.GB10887@t430slt.redhat.com> References: <20130923151652.GB10887@t430slt.redhat.com> Message-ID: <52420C59.3060200@redhat.com> On 09/23/2013 11:16 AM, Steven Hardy wrote: > On Fri, Sep 20, 2013 at 09:43:27AM +0300, Juha Tynninen wrote: >> Hi, >> >> In havana the user must have admin privileges to be able to create heat >> stacks having e.g. HARestarter resource. Otherwise an error will occur... >> >> What's logic behind this / or is this a bug? > Unforuntately this is a known problem: > > https://bugs.launchpad.net/heat/+bug/1089261 > > https://blueprints.launchpad.net/heat/+spec/instance-users See the updated policy config file for Keystone. We are not deploying it by default, yet,. as it will break a lot of deployments, but it shows how to do policy in a more locked down manner: https://github.com/openstack/keystone/blob/master/etc/policy.v3cloudsample.json > > We expect to fix this during Icehouse, but for Havana you will need admin > role for the following resources: > > AWS::CloudFormation::WaitConditionHandle > OS::Heat::HARestarter > AWS::AutoScaling::ScalingPolicy > AWS::IAM::User > > Steve > > _______________________________________________ > Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack From kupo at linuxdigital.net Tue Sep 24 22:34:51 2013 From: kupo at linuxdigital.net (Tyler Wilson) Date: Tue, 24 Sep 2013 15:34:51 -0700 Subject: [Openstack] Quantum Networking Issue with Single Flat Network Message-ID: Hello All, I've been utilizing the Ubuntu 12.04 quickstart guide to setup my OpenStack cluster and ran into a snag on the networking. As I don't need all traffic tunneled through the controller/network node how would I configure my compute nodes to send traffic out a specified port ( http://docs.openstack.org/trunk/install-guide/install/apt/content/section_use-cases-single-flat.html )? Here are my current configurations (mostly as default) on the compute node quantum.conf http://pastebin.mozilla.org/3140225 ovs_quantum_plugin.ini http://pastebin.mozilla.org/3140226 IP -a http://pastebin.mozilla.org/3140257 root at hv1:~# ovs-vsctl show 47709078-7b35-4bea-8685-81679da31852 Bridge br-tun Port br-tun Interface br-tun type: internal Port patch-int Interface patch-int type: patch options: {peer=patch-tun} Bridge br-int Port "int-br-eth0" Interface "int-br-eth0" Port "tap4de167c0-b3" Interface "tap4de167c0-b3" Port br-int Interface br-int type: internal Bridge "br-eth0" Port "br-eth0" Interface "br-eth0" type: internal Port "phy-br-eth0" Interface "phy-br-eth0" Port "eth0" Interface "eth0" ovs_version: "1.4.2" Here's a log entry from booting an instance; /var/log/quantum/openvswitch-agent.log http://pastebin.mozilla.org/3140153 /var/log/libvirt/libvirtd.log http://pastebin.mozilla.org/3140174 Thanks for any and all assistance. -------------- next part -------------- An HTML attachment was scrubbed... URL: From clintd at waikato.ac.nz Tue Sep 24 23:06:56 2013 From: clintd at waikato.ac.nz (Clint Dilks) Date: Wed, 25 Sep 2013 11:06:56 +1200 Subject: [Openstack] OpenStack Grizzly Quantum Networking In-Reply-To: References: <1380051905.11356.YahooMailNeo@web172403.mail.ir2.yahoo.com> Message-ID: Ok So looking at this further I believe I am doing something wrong with the virtual networking rather than the physical side of things. I now believe that what Darragh means is that my instances should boot on the internal virtual network rather than the public, which makes sense but there is a issue that I don't understand. net-list shows two networks at I would expect, so I believe that I should be able to tell a vm to boot using demo-net but the tools only allow me to boot if I specify the network as public. What could be wrong here ? [root at blitzen ~]# quantum net-list +--------------------------------------+----------+------------------------------------------------------+ | id | name | subnets | +--------------------------------------+----------+------------------------------------------------------+ | b04a786f-d251-4796-bfcf-6486bec467db | demo-net | 06075526-7210-461b-94f1-87c25ad231ab 10.10.11.0/24 | | f2c7206c-a860-4206-ab5b-34bd9b7d2553 | public | f326c5d0-f127-4da5-9065-c3211c9a81b8 130.217.79.0/24 | +--------------------------------------+----------+------------------------------------------------------+ nova boot --flavor 1 --image f5058a7e-b0dc-4be2-983e-822f7e586090 --key-name default_key --nic net-id=b04a786f-d251-4796-bfcf-6486bec467db clintd ERROR: The resource could not be found. (HTTP 404) (Request-ID: req-0d538673-43ff-4a11-9aba-3b907c129e5c) nova boot --flavor 1 --image f5058a7e-b0dc-4be2-983e-822f7e586090 --key-name default_key --nic net-id=f2c7206c-a860-4206-ab5b-34bd9b7d2553 clintd +-------------------------------------+--------------------------------------+ | Property | Value | +-------------------------------------+--------------------------------------+ | status | BUILD | | updated | 2013-09-24T22:47:27Z | | OS-EXT-STS:task_state | scheduling | | OS-EXT-SRV-ATTR:host | None | | key_name | default_key | | image | Fedora | | hostId | | | OS-EXT-STS:vm_state | building | | OS-EXT-SRV-ATTR:instance_name | instance-0000000d | | OS-EXT-SRV-ATTR:hypervisor_hostname | None | | flavor | m1.tiny | | id | b09b9547-be68-49e0-b271-f57515e44a54 | | security_groups | [{u'name': u'default'}] | | user_id | 19839209541e446da8642c67e82a63ab | | name | clintd | | adminPass | chRqXA9mQhxp | | tenant_id | b41aca749a214b449ad6b3a124d113f7 | | created | 2013-09-24T22:47:27Z | | OS-DCF:diskConfig | MANUAL | | metadata | {} | | accessIPv4 | | | accessIPv6 | | | progress | 0 | | OS-EXT-STS:power_state | 0 | | OS-EXT-AZ:availability_zone | nova | | config_drive | | +-------------------------------------+--------------------------------------+ On Wed, Sep 25, 2013 at 9:08 AM, Clint Dilks wrote: > Hi > > Thanks to everyone whom replied to this thread I will try deleting the > ports shortly. > > > > On Wed, Sep 25, 2013 at 7:45 AM, Darragh OReilly < > darragh.oreilly at yahoo.com> wrote: > >> Clint, >> >> you need to boot your VMs attached to the private network and not the >> public network. Then you must allocate and associate floating ips. Also >> remember to open ports in the security groups. >> > > > Darragh, > > In the guide I was following they used two networks > > 10.10.10.0/24 (which they call internal) > 10.0.0.0/24 (which they call external) > > So I believed I should be able to replace where ever they use 10.0.0.0/24with 130.217.79.0 (br-ex is currently attached to an address in this range) > > Are you saying that in fact I should have two private networks say > mirroring the guide, but then also have a nic configured for 130.217.79.x ? > > Or do you just mean that keeping things as I have them currently I should > just create the public-subnet within the 10.10.10.0/24 ? > > > > > >> >> Re, Darragh. >> >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From evan.fraser at trademe.co.nz Tue Sep 24 23:49:12 2013 From: evan.fraser at trademe.co.nz (Evan Fraser) Date: Tue, 24 Sep 2013 23:49:12 +0000 Subject: [Openstack] Defining VM's CPU Socket:Core Topology Message-ID: Hello, I am trying to figure out how to define a VM's CPU Socket:Core:Threads topology. For licensing reasons we can't create VM's that map each core as a separate socket. KVM and libvirt both support the ability to define the socket:core ratio/topology, but I can't see how to get openstack to request those capabilities. I've tried the libvirt_cpu_mode and libvirt_cpu_model options, but they only seem to control the cpu's name, and what flags are passed through. It seems that if I could only get nova to create the xml file with a topology section eg: then it would work. This feature request seems related: https://bugs.launchpad.net/nova/+bug/1199019 But I'm not sure if it's possible to define it within nova as yet anyway. Cheers, Evan. Evan Fraser Trade Me | Storage Engineer P +64 4 803 2756 M +64 22 087 4032 E evan.fraser at trademe.co.nz -------------- next part -------------- An HTML attachment was scrubbed... URL: From Ben.Swartzlander at netapp.com Wed Sep 25 00:50:14 2013 From: Ben.Swartzlander at netapp.com (Swartzlander, Ben) Date: Wed, 25 Sep 2013 00:50:14 +0000 Subject: [Openstack] Announcing Manila Project (Shared Filesystems Management) Message-ID: <53E7920A93307949AC19339A21136DC91365BCBF@SACEXCMBX01-PRD.hq.netapp.com> I'm proud to announce the official launching of the Manila project. Manila is a new service designed to do for shared filesystems what Cinder has done for blocks storage. The project provides a vendor neutral API for provisioning and attaching filesystem-based storage such as NFS, CIFS, and hopefully many other network filesystems. The actual code is heavily based on Cinder. The project has been under development for quite some time and is now on StackForge and ready for contributions from the wider community. Our project page is here: https://launchpad.net/manila We hold weekly meetings on Thursdays at 15:00 UTC in #openstack-meeting-alt. You can also find us more or less any time in #openstack-manila. thanks, Ben Swartzlander (bswartz) NetApp, Inc. -------------- next part -------------- An HTML attachment was scrubbed... URL: From Jeff_Cai at symantec.com Wed Sep 25 01:38:21 2013 From: Jeff_Cai at symantec.com (Jeff Cai) Date: Tue, 24 Sep 2013 18:38:21 -0700 Subject: [Openstack] Why I can not launch instance with root disk size larger than 40GB In-Reply-To: References: <593AC87ED6C9D548A80799C52D8BBF966DDFB7B79D@APJ1XCHEVSPIN30.SYMC.SYMANTEC.COM>, Message-ID: <593AC87ED6C9D548A80799C52D8BBF966DDFBFB4D2@APJ1XCHEVSPIN30.SYMC.SYMANTEC.COM> In nova-compute.log, it contains some following info: 2013-09-24 10:17:46.828 1190 AUDIT nova.compute.resource_tracker [-] Auditing locally available compute resources 2013-09-24 10:17:47.378 1190 AUDIT nova.compute.resource_tracker [-] Free ram (MB): -3278 2013-09-24 10:17:47.379 1190 AUDIT nova.compute.resource_tracker [-] Free disk (GB): 305 2013-09-24 10:17:47.379 1190 AUDIT nova.compute.resource_tracker [-] Free VCPUS: -8 2013-09-24 10:17:47.430 1190 INFO nova.compute.resource_tracker [-] Compute_service record updated for c01:c01 2013-09-24 10:17:47.463 1190 INFO nova.compute.manager [-] Updating host status ________________________________________ From: Razique Mahroua [razique.mahroua at gmail.com] Sent: Tuesday, September 24, 2013 10:06 PM To: Jeff Cai Cc: openstack at lists.openstack.org Subject: Re: [Openstack] Why I can not launch instance with root disk size larger than 40GB Hey ! do you have something into the nova-compute.log? Le 24 sept. 2013 à 12:46, Jeff Cai > a écrit : Hi, I setup an openstack environment with 3 nodes on Ubuntu 12.04 LTS. But I cannot launch instances with disk size bigger than 40GB. It reports the error “NoValidHost”. I am sure that there’s enough disk size on my compute node. Could you tell me where I can get more detailed error information or some possible reasons? Log in nova-schedule.log 2013-09-24 10:17:55.659 WARNING nova.scheduler.driver [req-119be488-eebe-4819-a8b6-78e867357a85 6efadb4e07964bdb8bc07a42f4e0973c 3b93709a75ab472c9d5583cc71c310c8] [instance: 726f76c6-b384-4ca7-a26b-480a57dd60f1] Setting instance to ERROR state. nova show 726f76c6-b384-4ca7-a26b-480a57dd60f1 +-----------------------------+---------------------------------------------------------------------------------+ | Property | Value | +-----------------------------+---------------------------------------------------------------------------------+ | status | ERROR | | updated | 2013-09-24T10:17:55Z | | OS-EXT-STS:task_state | None | | key_name | None | | image | CirrOS 0.3.1 (c5037b9b-4dee-432f-9f01-8c85e1143717) | | hostId | | | OS-EXT-STS:vm_state | error | | flavor | m1.medium (ed72d963-f135-42da-beb7-851ab13fac15) | | id | 726f76c6-b384-4ca7-a26b-480a57dd60f1 | | user_id | 6efadb4e07964bdb8bc07a42f4e0973c | | name | f1 | | created | 2013-09-24T10:17:55Z | | fault | {u'message': u'NoValidHost', u'code': 500, u'created': u'2013-09-24T10:17:55Z'} | | OS-DCF:diskConfig | MANUAL | | metadata | {} | | accessIPv4 | | | accessIPv6 | | | tenant_id | 3b93709a75ab472c9d5583cc71c310c8 | | OS-EXT-STS:power_state | 0 | | OS-EXT-AZ:availability_zone | nova | | config_drive | | +-----------------------------+---------------------------------------------------------------------------------+ On the compute node c01: df -k Filesystem 1K-blocks Used Available Use% Mounted on /dev/mapper/c01--vg-root 404209336 7497928 379318548 2% / udev 4079312 4 4079308 1% /dev tmpfs 1635612 272 1635340 1% /run none 5120 0 5120 0% /run/lock none 4089028 0 4089028 0% /run/shm cgroup 4089028 0 4089028 0% /sys/fs/cgroup /dev/sda1 233191 27871 192879 13% /boot Best Regards Jeff Cai _______________________________________________ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : openstack at lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack From luisguilherme.cr at gmail.com Wed Sep 25 02:31:51 2013 From: luisguilherme.cr at gmail.com (Guilherme Russi) Date: Tue, 24 Sep 2013 23:31:51 -0300 Subject: [Openstack] Cinder error In-Reply-To: References: <5240959D.1010509@gmail.com> <5240A0B5.5000300@gmail.com> Message-ID: Hello Cian, I was looking for some cinder troubleshooting and i looked these lines at my cinder-api.log: 2013-09-24 23:29:23 WARNING [cinder.openstack.common.policy] Inheritance-based rules are deprecated; use the default brain instead of HttpBrain. 2013-09-24 23:29:23 INFO [cinder.api.openstack.wsgi] GET http://192.168.3.1:8776/v1/%0A3f5e122efa6d4486946efd05e66f19e4/volumes/detail What it means with rules are deprecated? Is the problem with my keystone? Thank you again. 2013/9/24 Guilherme Russi > Hello Cian, > > Here is the output: > > curl –i -v http://192.168.3.1:8776/v1/ > * Input domain encoded as `UTF-8' > * getaddrinfo(3) failed for xn--i-5gn:80 > * Couldn't resolve host '–i' > * Closing connection #0 > curl: (6) Couldn't resolve host '–i' > * About to connect() to 192.168.3.1 port 8776 (#0) > * Trying 192.168.3.1... connected > > GET /v1/ HTTP/1.1 > > User-Agent: curl/7.22.0 (x86_64-pc-linux-gnu) libcurl/7.22.0 > OpenSSL/1.0.1 zlib/1.2.3.4 libidn/1.23 librtmp/2.3 > > Host: 192.168.3.1:8776 > > Accept: */* > > > < HTTP/1.1 401 Unauthorized > < Www-Authenticate: Keystone uri='http://192.168.3.1:35357' > < Content-Length: 381 > < Content-Type: text/html; charset=UTF-8 > < Date: Tue, 24 Sep 2013 16:13:45 GMT > < > > > 401 Unauthorized > > >

401 Unauthorized

> This server could not verify that you are authorized to access the > document you requested. Either you supplied the wrong credentials (e.g., > bad password), or your browser does not understand how to supply the > credentials required.

> Authentication required > > > > * Connection #0 to host 192.168.3.1 left intact > * Closing connection #0 > root at hemera:/home/hemera# curl –i -v http://192.168.3.1:8776/v1/ > * Input domain encoded as `UTF-8' > * getaddrinfo(3) failed for xn--i-5gn:80 > * Couldn't resolve host '–i' > * Closing connection #0 > curl: (6) Couldn't resolve host '–i' > * About to connect() to 192.168.3.1 port 8776 (#0) > * Trying 192.168.3.1... connected > > GET /v1/ HTTP/1.1 > > User-Agent: curl/7.22.0 (x86_64-pc-linux-gnu) libcurl/7.22.0 > OpenSSL/1.0.1 zlib/1.2.3.4 libidn/1.23 librtmp/2.3 > > Host: 192.168.3.1:8776 > > Accept: */* > > > < HTTP/1.1 401 Unauthorized > < Www-Authenticate: Keystone uri='http://192.168.3.1:35357' > < Content-Length: 381 > < Content-Type: text/html; charset=UTF-8 > < Date: Tue, 24 Sep 2013 16:14:35 GMT > < > > > 401 Unauthorized > > >

401 Unauthorized

> This server could not verify that you are authorized to access the > document you requested. Either you supplied the wrong credentials (e.g., > bad password), or your browser does not understand how to supply the > credentials required.

> Authentication required > > > > * Connection #0 to host 192.168.3.1 left intact > * Closing connection #0 > > > tail –f /var/log/cinder/cinder-api.log > ==> /var/log/cinder/cinder-api.log <== > 2013-09-24 13:12:27 WARNING [keystoneclient.middleware.auth_token] Unable > to find authentication token in headers > 2013-09-24 13:12:27 INFO [keystoneclient.middleware.auth_token] > Invalid user token - rejecting request > 2013-09-24 13:13:31 WARNING [keystoneclient.middleware.auth_token] Unable > to find authentication token in headers > 2013-09-24 13:13:31 INFO [keystoneclient.middleware.auth_token] > Invalid user token - rejecting request > 2013-09-24 13:13:35 WARNING [keystoneclient.middleware.auth_token] Unable > to find authentication token in headers > 2013-09-24 13:13:35 INFO [keystoneclient.middleware.auth_token] > Invalid user token - rejecting request > 2013-09-24 13:13:45 WARNING [keystoneclient.middleware.auth_token] Unable > to find authentication token in headers > 2013-09-24 13:13:45 INFO [keystoneclient.middleware.auth_token] > Invalid user token - rejecting request > 2013-09-24 13:14:35 WARNING [keystoneclient.middleware.auth_token] Unable > to find authentication token in headers > 2013-09-24 13:14:35 INFO [keystoneclient.middleware.auth_token] > Invalid user token - rejecting request > > > I've sourced my openrc with my admin credentials. > > Any ideas? > > Thank you. > > > > > > 2013/9/24 O'Driscoll, Cian > >> Format looks good**** >> >> ** ** >> >> Try a simple curl “curl –iv http://192.168.3.1:8776/v1/” and see what >> returns**** >> >> ** ** >> >> Your api service is probably not up and running or is throwing an >> exception**** >> >> ** ** >> >> “tial –f /var/log/cinder/cinder-api.log” on the api node while you run >> the curl. **** >> >> ** ** >> >> Cian O'Driscoll**** >> >> Systems Software Engineer**** >> >> HP Cloud Services**** >> >> Hewlett Packard Galway Ltd.**** >> >> Tel: +353-91-75-4432**** >> >> ** ** >> >> Postal Address: Hewlett Packard Galway Limited, Ballybrit Business >> Park, Galway **** >> >> Registered Office: Hewlett Packard Galway Limited, 63-74 Sir John >> Rogerson's Quay Dublin 2 Registered Number: 361933**** >> >> ** ** >> >> *From:* Guilherme Russi [mailto:luisguilherme.cr at gmail.com] >> *Sent:* 24 September 2013 16:36 >> *To:* O'Driscoll, Cian >> *Cc:* Marcelo Dieder; openstack >> >> *Subject:* Re: [Openstack] Cinder error**** >> >> ** ** >> >> Hello Cian, thank you for reply, here is the output:**** >> >> ** ** >> >> cinder --debug list**** >> >> ** ** >> >> REQ: curl -i http://localhost:5000/v2.0/tokens -X POST -H "Content-Type: >> application/json" -H "Accept: application/json" -H "User-Agent: >> python-cinderclient" -d '{"auth": {"tenantName": "admin", >> "passwordCredentials": {"username": "admin", "password": "password"}}}'** >> ** >> >> ** ** >> >> RESP: [200] {'date': 'Tue, 24 Sep 2013 15:34:41 GMT', 'content-type': >> 'application/json', 'content-length': '5851', 'vary': 'X-Auth-Token'}**** >> >> RESP BODY: {"access": {"token": {"issued_at": >> "2013-09-24T15:34:41.362645", "expires": "2013-09-25T15:34:41Z", "id": >> "MIIKVAYJKoZIhvcNAQcCoIIKRTCCCkECAQExCTAHBgUrDgMCGjCCCS0GCSqGSIb3DQEHAaCCCR4EggkaeyJhY2Nlc3MiOiB7InRva2VuIjogeyJpc3N1ZWRfYXQiOiAiMjAxMy0wOS0yNFQxNTozNDo0MS4zNjI2NDUiLCAiZXhwaXJlcyI6ICIyMDEzLTA5LTI1VDE1OjM0OjQxWiIsICJpZCI6ICJwbGFjZWhvbGRlciIsICJ0ZW5hbnQiOiB7ImRlc2NyaXB0aW9uIjogbnVsbCwgImVuYWJsZWQiOiB0cnVlLCAiaWQiOiAiM2Y1ZTEyMmVmYTZkNDQ4Njk0NmVmZDA1ZTY2ZjE5ZTQiLCAibmFtZSI6ICJhZG1pbiJ9fSwgInNlcnZpY2VDYXRhbG9nIjogW3siZW5kcG9pbnRzIjogW3siYWRtaW5VUkwiOiAiaHR0cDovLzE5Mi4xNjguMy4xOjg3NzQvdjIvM2Y1ZTEyMmVmYTZkNDQ4Njk0NmVmZDA1ZTY2ZjE5ZTQiLCAicmVnaW9uIjogIlJlZ2lvbk9uZSIsICJpbnRlcm5hbFVSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6ODc3NC92Mi8zZjVlMTIyZWZhNmQ0NDg2OTQ2ZWZkMDVlNjZmMTllNCIsICJpZCI6ICIxNTA4NmYxYjc3ZDU0OTAyYWUxNmYyMTQ2YmEwMDZjYyIsICJwdWJsaWNVUkwiOiAiaHR0cDovLzE5Mi4xNjguMy4xOjg3NzQvdjIvM2Y1ZTEyMmVmYTZkNDQ4Njk0NmVmZDA1ZTY2ZjE5ZTQifV0sICJlbmRwb2ludHNfbGlua3MiOiBbXSwgInR5cGUiOiAiY29tcHV0ZSIsICJuYW1lIjogIm5vdmEifSwgeyJlbmRwb2ludHMiOiBbeyJhZG1pblVSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6OTY5Ni8iLCAicmVnaW9uIjogIlJlZ2lvbk9uZSIsICJpbnRlcm5hbFVSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6OTY5Ni8iLCAiaWQiOiAiMzdlNjA4MmYzOWZkNDc5YWEyYmQ3NjI5NzczN2MxMDAiLCAicHVibGljVVJMIjogImh0dHA6Ly8xOTIuMTY4LjMuMTo5Njk2LyJ9XSwgImVuZHBvaW50c19saW5rcyI6IFtdLCAidHlwZSI6ICJuZXR3b3JrIiwgIm5hbWUiOiAicXVhbnR1bSJ9LCB7ImVuZHBvaW50cyI6IFt7ImFkbWluVVJMIjogImh0dHA6Ly8xOTIuMTY4LjMuMTo5MjkyIiwgInJlZ2lvbiI6ICJSZWdpb25PbmUiLCAiaW50ZXJuYWxVUkwiOiAiaHR0cDovLzE5Mi4xNjguMy4xOjkyOTIiLCAiaWQiOiAiMTE5MmIwYjUzMTM2NDJiZWI4ZTA4MTk3ZmUxMWEwZmMiLCAicHVibGljVVJMIjogImh0dHA6Ly8xOTIuMTY4LjMuMTo5MjkyIn1dLCAiZW5kcG9pbnRzX2xpbmtzIjogW10sICJ0eXBlIjogImltYWdlIiwgIm5hbWUiOiAiZ2xhbmNlIn0sIHsiZW5kcG9pbnRzIjogW3siYWRtaW5VUkwiOiAiaHR0cDovLzE5Mi4xNjguMy4xOjg3NzYvdjEvM2Y1ZTEyMmVmYTZkNDQ4Njk0NmVmZDA1ZTY2ZjE5ZTQiLCAicmVnaW9uIjogIlJlZ2lvbk9uZSIsICJpbnRlcm5hbFVSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6ODc3Ni92MS8zZjVlMTIyZWZhNmQ0NDg2OTQ2ZWZkMDVlNjZmMTllNCIsICJpZCI6ICIwYzcxZWMyMTJmNDg0MmNhOTUxMGQ3NGMzMzM4Zjg1OCIsICJwdWJsaWNVUkwiOiAiaHR0cDovLzE5Mi4xNjguMy4xOjg3NzYvdjEvXG4zZjVlMTIyZWZhNmQ0NDg2OTQ2ZWZkMDVlNjZmMTllNCJ9XSwgImVuZHBvaW50c19saW5rcyI6IFtdLCAidHlwZSI6ICJ2b2x1bWUiLCAibmFtZSI6ICJjaW5kZXIifSwgeyJlbmRwb2ludHMiOiBbeyJhZG1pblVSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6ODc3My9zZXJ2aWNlcy9BZG1pbiIsICJyZWdpb24iOiAiUmVnaW9uT25lIiwgImludGVybmFsVVJMIjogImh0dHA6Ly8xOTIuMTY4LjMuMTo4NzczL3NlcnZpY2VzL0Nsb3VkIiwgImlkIjogIjQ4YmNhN2Q1ZWY3ZjQ1MDE4MmQ5YjZjMDQ5MWU3ZGM3IiwgInB1YmxpY1VSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6ODc3My9zZXJ2aWNlcy9DbG91ZCJ9XSwgImVuZHBvaW50c19saW5rcyI6IFtdLCAidHlwZSI6ICJlYzIiLCAibmFtZSI6ICJlYzIifSwgeyJlbmRwb2ludHMiOiBbeyJhZG1pblVSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6MzUzNTcvdjIuMCIsICJyZWdpb24iOiAiUmVnaW9uT25lIiwgImludGVybmFsVVJMIjogImh0dHA6Ly8xOTIuMTY4LjMuMTo1MDAwL3YyLjAiLCAiaWQiOiAiMDg5MWNmYTg4NTY3NGRiNzk2NzRlY2Q4YzZlNGM1MzMiLCAicHVibGljVVJMIjogImh0dHA6Ly8xOTIuMTY4LjMuMTo1MDAwL3YyLjAifV0sICJlbmRwb2ludHNfbGlua3MiOiBbXSwgInR5cGUiOiAiaWRlbnRpdHkiLCAibmFtZSI6ICJrZXlzdG9uZSJ9XSwgInVzZXIiOiB7InVzZXJuYW1lIjogImFkbWluIiwgInJvbGVzX2xpbmtzIjogW10sICJpZCI6ICIzYWM0MTdiMjM5MWE0NTM1ODNlYzMwMDgxMjZkNzUzZiIsICJyb2xlcyI6IFt7Im5hbWUiOiAiYWRtaW4ifV0sICJuYW1lIjogImFkbWluIn0sICJtZXRhZGF0YSI6IHsiaXNfYWRtaW4iOiAwLCAicm9sZXMiOiBbIjMyMWE0M2FjMzM3OTQ0YWM4ODkxMjdiNzk3YmU3ZDlhIl19fX0xgf8wgfwCAQEwXDBXMQswCQYDVQQGEwJVUzEOMAwGA1UECBMFVW5zZXQxDjAMBgNVBAcTBVVuc2V0MQ4wDAYDVQQKEwVVbnNldDEYMBYGA1UEAxMPd3d3LmV4YW1wbGUuY29tAgEBMAcGBSsOAwIaMA0GCSqGSIb3DQEBAQUABIGAM7Q9YgDWl+2-Hi7V3JBDrLu1PPA3cgfG7ZW8fPtSGpNeuumENW9CjnS-ZBZccD6kKcKl61VM8oBmfn8lAFBHTCkuMl+iDrfV+O8EmsqrB9fyKj9P1mJAAE0X92Weh4FygcjHk5eBKZjPyy3rFJRJo9nmKwzYmcOB+9xehCDlnTw=", >> "tenant": {"description": null, "enabled": true, "id": >> "3f5e122efa6d4486946efd05e66f19e4", "name": "admin"}}, "serviceCatalog": >> [{"endpoints": [{"adminURL": " >> http://192.168.3.1:8774/v2/3f5e122efa6d4486946efd05e66f19e4", "region": >> "RegionOne", "internalURL": " >> http://192.168.3.1:8774/v2/3f5e122efa6d4486946efd05e66f19e4", "id": >> "15086f1b77d54902ae16f2146ba006cc", "publicURL": " >> http://192.168.3.1:8774/v2/3f5e122efa6d4486946efd05e66f19e4"}], >> "endpoints_links": [], "type": "compute", "name": "nova"}, {"endpoints": >> [{"adminURL": "http://192.168.3.1:9696/", "region": "RegionOne", >> "internalURL": "http://192.168.3.1:9696/", "id": >> "37e6082f39fd479aa2bd76297737c100", "publicURL": " >> http://192.168.3.1:9696/"}], "endpoints_links": [], "type": "network", >> "name": "quantum"}, {"endpoints": [{"adminURL": "http://192.168.3.1:9292", >> "region": "RegionOne", "internalURL": "http://192.168.3.1:9292", "id": >> "1192b0b5313642beb8e08197fe11a0fc", "publicURL": "http://192.168.3.1:9292"}], >> "endpoints_links": [], "type": "image", "name": "glance"}, {"endpoints": >> [{"adminURL": " >> http://192.168.3.1:8776/v1/3f5e122efa6d4486946efd05e66f19e4", "region": >> "RegionOne", "internalURL": " >> http://192.168.3.1:8776/v1/3f5e122efa6d4486946efd05e66f19e4", "id": >> "0c71ec212f4842ca9510d74c3338f858", "publicURL": " >> http://192.168.3.1:8776/v1/\n3f5e122efa6d4486946efd05e66f19e4"}], >> "endpoints_links": [], "type": "volume", "name": "cinder"}, {"endpoints": >> [{"adminURL": "http://192.168.3.1:8773/services/Admin", "region": >> "RegionOne", "internalURL": "http://192.168.3.1:8773/services/Cloud", >> "id": "48bca7d5ef7f450182d9b6c0491e7dc7", "publicURL": " >> http://192.168.3.1:8773/services/Cloud"}], "endpoints_links": [], >> "type": "ec2", "name": "ec2"}, {"endpoints": [{"adminURL": " >> http://192.168.3.1:35357/v2.0", "region": "RegionOne", "internalURL": " >> http://192.168.3.1:5000/v2.0", "id": "0891cfa885674db79674ecd8c6e4c533", >> "publicURL": "http://192.168.3.1:5000/v2.0"}], "endpoints_links": [], >> "type": "identity", "name": "keystone"}], "user": {"username": "admin", >> "roles_links": [], "id": "3ac417b2391a453583ec3008126d753f", "roles": >> [{"name": "admin"}], "name": "admin"}, "metadata": {"is_admin": 0, "roles": >> ["321a43ac337944ac889127b797be7d9a"]}}}**** >> >> ** ** >> >> ** ** >> >> REQ: curl -i http://192.168.3.1:8776/v1/**** >> >> 3f5e122efa6d4486946efd05e66f19e4/volumes/detail -X GET -H >> "X-Auth-Project-Id: admin" -H "User-Agent: python-cinderclient" -H "Accept: >> application/json" -H "X-Auth-Token: >> MIIKVAYJKoZIhvcNAQcCoIIKRTCCCkECAQExCTAHBgUrDgMCGjCCCS0GCSqGSIb3DQEHAaCCCR4EggkaeyJhY2Nlc3MiOiB7InRva2VuIjogeyJpc3N1ZWRfYXQiOiAiMjAxMy0wOS0yNFQxNTozNDo0MS4zNjI2NDUiLCAiZXhwaXJlcyI6ICIyMDEzLTA5LTI1VDE1OjM0OjQxWiIsICJpZCI6ICJwbGFjZWhvbGRlciIsICJ0ZW5hbnQiOiB7ImRlc2NyaXB0aW9uIjogbnVsbCwgImVuYWJsZWQiOiB0cnVlLCAiaWQiOiAiM2Y1ZTEyMmVmYTZkNDQ4Njk0NmVmZDA1ZTY2ZjE5ZTQiLCAibmFtZSI6ICJhZG1pbiJ9fSwgInNlcnZpY2VDYXRhbG9nIjogW3siZW5kcG9pbnRzIjogW3siYWRtaW5VUkwiOiAiaHR0cDovLzE5Mi4xNjguMy4xOjg3NzQvdjIvM2Y1ZTEyMmVmYTZkNDQ4Njk0NmVmZDA1ZTY2ZjE5ZTQiLCAicmVnaW9uIjogIlJlZ2lvbk9uZSIsICJpbnRlcm5hbFVSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6ODc3NC92Mi8zZjVlMTIyZWZhNmQ0NDg2OTQ2ZWZkMDVlNjZmMTllNCIsICJpZCI6ICIxNTA4NmYxYjc3ZDU0OTAyYWUxNmYyMTQ2YmEwMDZjYyIsICJwdWJsaWNVUkwiOiAiaHR0cDovLzE5Mi4xNjguMy4xOjg3NzQvdjIvM2Y1ZTEyMmVmYTZkNDQ4Njk0NmVmZDA1ZTY2ZjE5ZTQifV0sICJlbmRwb2ludHNfbGlua3MiOiBbXSwgInR5cGUiOiAiY29tcHV0ZSIsICJuYW1lIjogIm5vdmEifSwgeyJlbmRwb2ludHMiOiBbeyJhZG1pblVSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6OTY5Ni8iLCAicmVnaW9uIjogIlJlZ2lvbk9uZSIsICJpbnRlcm5hbFVSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6OTY5Ni8iLCAiaWQiOiAiMzdlNjA4MmYzOWZkNDc5YWEyYmQ3NjI5NzczN2MxMDAiLCAicHVibGljVVJMIjogImh0dHA6Ly8xOTIuMTY4LjMuMTo5Njk2LyJ9XSwgImVuZHBvaW50c19saW5rcyI6IFtdLCAidHlwZSI6ICJuZXR3b3JrIiwgIm5hbWUiOiAicXVhbnR1bSJ9LCB7ImVuZHBvaW50cyI6IFt7ImFkbWluVVJMIjogImh0dHA6Ly8xOTIuMTY4LjMuMTo5MjkyIiwgInJlZ2lvbiI6ICJSZWdpb25PbmUiLCAiaW50ZXJuYWxVUkwiOiAiaHR0cDovLzE5Mi4xNjguMy4xOjkyOTIiLCAiaWQiOiAiMTE5MmIwYjUzMTM2NDJiZWI4ZTA4MTk3ZmUxMWEwZmMiLCAicHVibGljVVJMIjogImh0dHA6Ly8xOTIuMTY4LjMuMTo5MjkyIn1dLCAiZW5kcG9pbnRzX2xpbmtzIjogW10sICJ0eXBlIjogImltYWdlIiwgIm5hbWUiOiAiZ2xhbmNlIn0sIHsiZW5kcG9pbnRzIjogW3siYWRtaW5VUkwiOiAiaHR0cDovLzE5Mi4xNjguMy4xOjg3NzYvdjEvM2Y1ZTEyMmVmYTZkNDQ4Njk0NmVmZDA1ZTY2ZjE5ZTQiLCAicmVnaW9uIjogIlJlZ2lvbk9uZSIsICJpbnRlcm5hbFVSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6ODc3Ni92MS8zZjVlMTIyZWZhNmQ0NDg2OTQ2ZWZkMDVlNjZmMTllNCIsICJpZCI6ICIwYzcxZWMyMTJmNDg0MmNhOTUxMGQ3NGMzMzM4Zjg1OCIsICJwdWJsaWNVUkwiOiAiaHR0cDovLzE5Mi4xNjguMy4xOjg3NzYvdjEvXG4zZjVlMTIyZWZhNmQ0NDg2OTQ2ZWZkMDVlNjZmMTllNCJ9XSwgImVuZHBvaW50c19saW5rcyI6IFtdLCAidHlwZSI6ICJ2b2x1bWUiLCAibmFtZSI6ICJjaW5kZXIifSwgeyJlbmRwb2ludHMiOiBbeyJhZG1pblVSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6ODc3My9zZXJ2aWNlcy9BZG1pbiIsICJyZWdpb24iOiAiUmVnaW9uT25lIiwgImludGVybmFsVVJMIjogImh0dHA6Ly8xOTIuMTY4LjMuMTo4NzczL3NlcnZpY2VzL0Nsb3VkIiwgImlkIjogIjQ4YmNhN2Q1ZWY3ZjQ1MDE4MmQ5YjZjMDQ5MWU3ZGM3IiwgInB1YmxpY1VSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6ODc3My9zZXJ2aWNlcy9DbG91ZCJ9XSwgImVuZHBvaW50c19saW5rcyI6IFtdLCAidHlwZSI6ICJlYzIiLCAibmFtZSI6ICJlYzIifSwgeyJlbmRwb2ludHMiOiBbeyJhZG1pblVSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6MzUzNTcvdjIuMCIsICJyZWdpb24iOiAiUmVnaW9uT25lIiwgImludGVybmFsVVJMIjogImh0dHA6Ly8xOTIuMTY4LjMuMTo1MDAwL3YyLjAiLCAiaWQiOiAiMDg5MWNmYTg4NTY3NGRiNzk2NzRlY2Q4YzZlNGM1MzMiLCAicHVibGljVVJMIjogImh0dHA6Ly8xOTIuMTY4LjMuMTo1MDAwL3YyLjAifV0sICJlbmRwb2ludHNfbGlua3MiOiBbXSwgInR5cGUiOiAiaWRlbnRpdHkiLCAibmFtZSI6ICJrZXlzdG9uZSJ9XSwgInVzZXIiOiB7InVzZXJuYW1lIjogImFkbWluIiwgInJvbGVzX2xpbmtzIjogW10sICJpZCI6ICIzYWM0MTdiMjM5MWE0NTM1ODNlYzMwMDgxMjZkNzUzZiIsICJyb2xlcyI6IFt7Im5hbWUiOiAiYWRtaW4ifV0sICJuYW1lIjogImFkbWluIn0sICJtZXRhZGF0YSI6IHsiaXNfYWRtaW4iOiAwLCAicm9sZXMiOiBbIjMyMWE0M2FjMzM3OTQ0YWM4ODkxMjdiNzk3YmU3ZDlhIl19fX0xgf8wgfwCAQEwXDBXMQswCQYDVQQGEwJVUzEOMAwGA1UECBMFVW5zZXQxDjAMBgNVBAcTBVVuc2V0MQ4wDAYDVQQKEwVVbnNldDEYMBYGA1UEAxMPd3d3LmV4YW1wbGUuY29tAgEBMAcGBSsOAwIaMA0GCSqGSIb3DQEBAQUABIGAM7Q9YgDWl+2-Hi7V3JBDrLu1PPA3cgfG7ZW8fPtSGpNeuumENW9CjnS-ZBZccD6kKcKl61VM8oBmfn8lAFBHTCkuMl+iDrfV+O8EmsqrB9fyKj9P1mJAAE0X92Weh4FygcjHk5eBKZjPyy3rFJRJo9nmKwzYmcOB+9xehCDlnTw=" >> **** >> >> ** ** >> >> RESP: [400] {'date': 'Tue, 24 Sep 2013 15:34:41 GMT', 'content-length': >> '65', 'content-type': 'application/json; charset=UTF-8', >> 'x-compute-request-id': 'req-68921414-7571-470d-884d-717a9f23c141'}**** >> >> RESP BODY: {"badRequest": {"message": "Malformed request url", "code": >> 400}}**** >> >> ** ** >> >> DEBUG (shell:495) Malformed request url (HTTP 400) (Request-ID: >> req-68921414-7571-470d-884d-717a9f23c141)**** >> >> Traceback (most recent call last):**** >> >> File "/usr/lib/python2.7/dist-packages/cinderclient/shell.py", line >> 490, in main**** >> >> OpenStackCinderShell().main(map(strutils.safe_decode, sys.argv[1:]))* >> *** >> >> File "/usr/lib/python2.7/dist-packages/cinderclient/shell.py", line >> 441, in main**** >> >> args.func(self.cs, args)**** >> >> File "/usr/lib/python2.7/dist-packages/cinderclient/v1/shell.py", line >> 143, in do_list**** >> >> volumes = cs.volumes.list(search_opts=search_opts)**** >> >> File "/usr/lib/python2.7/dist-packages/cinderclient/v1/volumes.py", >> line 204, in list**** >> >> "volumes")**** >> >> File "/usr/lib/python2.7/dist-packages/cinderclient/base.py", line 63, >> in _list**** >> >> resp, body = self.api.client.get(url)**** >> >> File "/usr/lib/python2.7/dist-packages/cinderclient/client.py", line >> 185, in get**** >> >> return self._cs_request(url, 'GET', **kwargs)**** >> >> File "/usr/lib/python2.7/dist-packages/cinderclient/client.py", line >> 153, in _cs_request**** >> >> **kwargs)**** >> >> File "/usr/lib/python2.7/dist-packages/cinderclient/client.py", line >> 136, in request**** >> >> raise exceptions.from_response(resp, body)**** >> >> BadRequest: Malformed request url (HTTP 400) (Request-ID: >> req-68921414-7571-470d-884d-717a9f23c141)**** >> >> ERROR: Malformed request url**** >> >> ** ** >> >> ** ** >> >> Regards.**** >> >> ** ** >> >> 2013/9/24 O'Driscoll, Cian **** >> >> Hi Guilherme,**** >> >> **** >> >> If you run “cinder –debug list” and reply with the output, We should be >> able to see what’s wrong. **** >> >> Sounds like your block storage url is incorrectly formatted in keystone.* >> *** >> >> **** >> >> Thanks,**** >> >> Cian**** >> >> **** >> >> Cian O'Driscoll**** >> >> Systems Software Engineer**** >> >> HP Cloud Services**** >> >> Hewlett Packard Galway Ltd.**** >> >> **** >> >> *From:* Guilherme Russi [mailto:luisguilherme.cr at gmail.com] **** >> >> *Sent:* 24 September 2013 14:53 >> *To:* Marcelo Dieder >> *Cc:* openstack**** >> >> *Subject:* Re: [Openstack] Cinder error**** >> >> **** >> >> Hello guys, I've changed the rabbit error, but I still can't associate a >> volume to my VMs, when I type cinder list I get the Malformed request url. >> I've already checked my keystone and it looks fine to me. Any ideas?**** >> >> **** >> >> Regards.**** >> >> **** >> >> 2013/9/23 Guilherme Russi **** >> >> It's what i've got too:**** >> >> **** >> >> root at hemera:/home/hemera# rabbitmqctl list_permissions**** >> >> Listing permissions in vhost "/" ...**** >> >> guest .* .* .***** >> >> ...done.**** >> >> **** >> >> Regards.**** >> >> **** >> >> **** >> >> 2013/9/23 Marcelo Dieder **** >> >> Hi Guilherme, >> >> The RabbitMQ has virtual host for many applications. Default, the Rabbit >> created a default virtualhost with /. >> >> You can see this with the command: >> >> root at controller:~# rabbitmqctl list_permissions >> Listing permissions in vhost "/" ... >> guest .* .* .* >> ...done. >> >> Regards, >> >> Marcelo Dieder**** >> >> **** >> >> On 09/23/2013 04:57 PM, Guilherme Russi wrote:**** >> >> I guess I've got something: **** >> >> **** >> >> 2013-09-23 16:52:17 INFO [cinder.openstack.common.rpc.common] >> Connected to AMQP server on localhost:5672**** >> >> **** >> >> I've found this page >> https://ask.openstack.org/en/question/4581/cinder-unable-to-connect-to-rabbitmq/ and zipmaster07 >> answered "rabbit_virtual_host = /nova**** >> >> I commented out the "rabbit_virtual_host", restarted all cinder services >> and I can see a successful connection to AMQP now."**** >> >> And I did that, now it's connected, but what is this rabbit_virtual_host? >> What does it do?**** >> >> I'll test my volumes now.**** >> >> **** >> >> Regards.**** >> >> **** >> >> **** >> >> **** >> >> **** >> >> 2013/9/23 Guilherme Russi **** >> >> I've looked at the quantum/server.log and nova-scheduler.log and they >> show:**** >> >> **** >> >> 2013-09-23 16:25:27 INFO [quantum.openstack.common.rpc.common] >> Reconnecting to AMQP server on localhost:5672**** >> >> 2013-09-23 16:25:27 INFO [quantum.openstack.common.rpc.common] >> Connected to AMQP server on localhost:5672**** >> >> **** >> >> 2013-09-23 16:24:01.830 5971 INFO nova.openstack.common.rpc.common [-] >> Reconnecting to AMQP server on 127.0.0.1:5672**** >> >> 2013-09-23 16:24:01.879 5971 INFO nova.openstack.common.rpc.common [-] >> Connected to AMQP server on 127.0.0.1:5672**** >> >> **** >> >> But at the cinder-volume.log:**** >> >> **** >> >> INFO [cinder.openstack.common.rpc.common] Reconnecting to AMQP server on >> localhost:5672**** >> >> 2013-09-23 16:46:04 ERROR [cinder.openstack.common.rpc.common] AMQP >> server on localhost:5672 is unreachable: Socket closed. Trying again in 30 >> seconds.**** >> >> **** >> >> **** >> >> I was typing when you sent your answer, here is it:**** >> >> **** >> >> rabbitmq-server status**** >> >> Status of node rabbit at hemera ...**** >> >> [{pid,17266},**** >> >> {running_applications,[{rabbit,"RabbitMQ","2.7.1"},**** >> >> {os_mon,"CPO CXC 138 46","2.2.7"},**** >> >> {sasl,"SASL CXC 138 11","2.1.10"},**** >> >> {mnesia,"MNESIA CXC 138 12","4.5"},**** >> >> {stdlib,"ERTS CXC 138 10","1.17.5"},**** >> >> {kernel,"ERTS CXC 138 10","2.14.5"}]},**** >> >> {os,{unix,linux}},**** >> >> {erlang_version,"Erlang R14B04 (erts-5.8.5) [source] [64-bit] [smp:4:4] >> [rq:4] [async-threads:30] [kernel-poll:true]\n"},**** >> >> {memory,[{total,30926120},**** >> >> {processes,14354392},**** >> >> {processes_used,14343184},**** >> >> {system,16571728},**** >> >> {atom,1124441},**** >> >> {atom_used,1120343},**** >> >> {binary,268176},**** >> >> {code,11134417},**** >> >> {ets,2037120}]},**** >> >> {vm_memory_high_watermark,0.4},**** >> >> {vm_memory_limit,3299385344}]**** >> >> ...done.**** >> >> **** >> >> **** >> >> Yes, I've restarted the rabbitmq-server, but as you can see at the logs, >> quantum and nova are connected.**** >> >> **** >> >> Ideas??**** >> >> **** >> >> Regards.**** >> >> **** >> >> **** >> >> 2013/9/23 Marcelo Dieder **** >> >> What's the status of your rabbitmq? >> >> # rabbitmqctl status >> >> And do you tried restart the rabbitmq? >> >> Regards, >> Marcelo Dieder**** >> >> On 09/23/2013 03:31 PM, Guilherme Russi wrote:**** >> >> Yes, it is at the same place **** >> >> **** >> >> cat /etc/cinder/cinder.conf **** >> >> [DEFAULT]**** >> >> rootwrap_config=/etc/cinder/rootwrap.conf**** >> >> sql_connection = mysql://cinder:password at localhost/cinder**** >> >> api_paste_confg = /etc/cinder/api-paste.ini**** >> >> iscsi_helper=ietadm**** >> >> #iscsi_helper = tgtadm**** >> >> volume_name_template = volume-%s**** >> >> volume_group = cinder-volumes**** >> >> verbose = True**** >> >> auth_strategy = keystone**** >> >> iscsi_ip_address=localhost**** >> >> rabbit_host = localhost**** >> >> rabbit_port = 5672**** >> >> rabbit_userid = rabbit**** >> >> rabbit_password = password**** >> >> rabbit_virtual_host = /nova**** >> >> state_path = /var/lib/cinder**** >> >> lock_path = /var/lock/cinder**** >> >> volumes_dir = /var/lib/cinder/volumes**** >> >> **** >> >> Another idea?**** >> >> **** >> >> Regards.**** >> >> **** >> >> 2013/9/23 Gangur, Hrushikesh (HP Converged Cloud - R&D - Sunnyvale) < >> hrushikesh.gangur at hp.com>**** >> >> Ensure that cinder configuration files have correct IP of rabbimq host.** >> ** >> >> **** >> >> *From:* Guilherme Russi [mailto:luisguilherme.cr at gmail.com] >> *Sent:* Monday, September 23, 2013 10:53 AM >> *To:* openstack >> *Subject:* [Openstack] Cinder error**** >> >> **** >> >> Hello guys, I'm reinstalling my OpenStack Grizzly and I'm getting problem >> with my cinder, I'm getting "*Error: *Unable to retrieve volume list." I >> was looking at the cinder log and I only found this error: ERROR >> [cinder.openstack.common.rpc.common] AMQP server on 192.168.3.1:5672 is >> unreachable: Socket closed. Trying again in 30 seconds.**** >> >> **** >> >> I have a partition created:**** >> >> **** >> >> pvdisplay **** >> >> --- Physical volume ---**** >> >> PV Name /dev/sda7**** >> >> VG Name cinder-volumes**** >> >> PV Size 279,59 GiB / not usable 1,00 MiB**** >> >> Allocatable yes **** >> >> PE Size 4,00 MiB**** >> >> Total PE 71574**** >> >> Free PE 66454**** >> >> Allocated PE 5120**** >> >> PV UUID KHITxF-uagF-xADc-F8fu-na8t-1OXT-rDFbQ6**** >> >> **** >> >> root at hemera:/home/hemera# vgdisplay **** >> >> --- Volume group ---**** >> >> VG Name cinder-volumes**** >> >> System ID **** >> >> Format lvm2**** >> >> Metadata Areas 1**** >> >> Metadata Sequence No 6**** >> >> VG Access read/write**** >> >> VG Status resizable**** >> >> MAX LV 0**** >> >> Cur LV 2**** >> >> Open LV 0**** >> >> Max PV 0**** >> >> Cur PV 1**** >> >> Act PV 1**** >> >> VG Size 279,59 GiB**** >> >> PE Size 4,00 MiB**** >> >> Total PE 71574**** >> >> Alloc PE / Size 5120 / 20,00 GiB**** >> >> Free PE / Size 66454 / 259,59 GiB**** >> >> VG UUID mhN3uV-n80a-zjeb-uR35-0IPb-BFmo-G2Qehu**** >> >> **** >> >> **** >> >> I don't know how to fix this error, any help?**** >> >> **** >> >> Thank you all and regards.**** >> >> **** >> >> Guilherme.**** >> >> **** >> >> **** >> >> _______________________________________________**** >> >> Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack**** >> >> Post to : openstack at lists.openstack.org**** >> >> Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack**** >> >> **** >> >> >> _______________________________________________ >> Mailing list: >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> Post to : openstack at lists.openstack.org >> Unsubscribe : >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack**** >> >> **** >> >> **** >> >> **** >> >> **** >> >> **** >> >> ** ** >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ribozyme847 at gmail.com Wed Sep 25 03:29:38 2013 From: ribozyme847 at gmail.com (Kai Liu) Date: Wed, 25 Sep 2013 11:29:38 +0800 Subject: [Openstack] How to set up cinder with SAN In-Reply-To: <524134DE.1060307@yandex.ru> References: <524134DE.1060307@yandex.ru> Message-ID: <1487240.ESrPn4LiIK@linux-9244.site> Hi Vladimir, It seems you want vm to access storage via fibre channel. I did the same thing in a test environment the other day. I connected devices as shown in the diagram below: You should configure all nova nodes follow this: http://docs.openstack.org/grizzly/openstack-compute/admin/content/fibrechannel.html and also configure cinder node like this: http://docs.openstack.org/grizzly/openstack-block-storage/admin/content/hp-3par-driver.html Then cinder will take over the control of disk array, create or delete volume etc. When a volume attached to vm, vm can access it via fibre channel directly. But I don't think HP p2000 is supported, check this: https://wiki.openstack.org/wiki/CinderSupportMatrix On Tuesday, September 24, 2013 10:44:46 AM Vladimir Parf wrote: Hi! Please help sort out the issue with the setting cinder and SAN. I have a SAN storage HP P 2000, and 10 blade servers all connected via Fibre Channel. I can not understand how I configure Cinder. Do I understand correctly that each Compute- node I will have to connect the LUN. For example: compute-node-2 => LUN 10TB (+LVM); compute-node-3 => LUN 10TB (+LVM); compute-node-4 => LUN 10TB (+LVM); compute-node-5 => LUN 10TB (+LVM); Whether to adjust the cinder on each compute-nodes ? How then adjust cinder ins master node? -- ~ Kai -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: f-c1.png Type: image/png Size: 75399 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: f-c1.png Type: image/png Size: 82392 bytes Desc: not available URL: From Jeff_Cai at symantec.com Wed Sep 25 03:58:09 2013 From: Jeff_Cai at symantec.com (Jeff Cai) Date: Tue, 24 Sep 2013 20:58:09 -0700 Subject: [Openstack] Why I can not launch instance with root disk size larger than 40GB In-Reply-To: <593AC87ED6C9D548A80799C52D8BBF966DDFBFB4D2@APJ1XCHEVSPIN30.SYMC.SYMANTEC.COM> References: <593AC87ED6C9D548A80799C52D8BBF966DDFB7B79D@APJ1XCHEVSPIN30.SYMC.SYMANTEC.COM>, <593AC87ED6C9D548A80799C52D8BBF966DDFBFB4D2@APJ1XCHEVSPIN30.SYMC.SYMANTEC.COM> Message-ID: <593AC87ED6C9D548A80799C52D8BBF966DDFB7BA0D@APJ1XCHEVSPIN30.SYMC.SYMANTEC.COM> How can I specify the disk space that instances can occupy in the compute node? Or it will use as much as that of the OS can provide? Jeff -----Original Message----- From: Jeff Cai [mailto:Jeff_Cai at symantec.com] Sent: Wednesday, September 25, 2013 9:38 AM To: Razique Mahroua Cc: openstack at lists.openstack.org Subject: Re: [Openstack] Why I can not launch instance with root disk size larger than 40GB In nova-compute.log, it contains some following info: 2013-09-24 10:17:46.828 1190 AUDIT nova.compute.resource_tracker [-] Auditing locally available compute resources 2013-09-24 10:17:47.378 1190 AUDIT nova.compute.resource_tracker [-] Free ram (MB): -3278 2013-09-24 10:17:47.379 1190 AUDIT nova.compute.resource_tracker [-] Free disk (GB): 305 2013-09-24 10:17:47.379 1190 AUDIT nova.compute.resource_tracker [-] Free VCPUS: -8 2013-09-24 10:17:47.430 1190 INFO nova.compute.resource_tracker [-] Compute_service record updated for c01:c01 2013-09-24 10:17:47.463 1190 INFO nova.compute.manager [-] Updating host status ________________________________________ From: Razique Mahroua [razique.mahroua at gmail.com] Sent: Tuesday, September 24, 2013 10:06 PM To: Jeff Cai Cc: openstack at lists.openstack.org Subject: Re: [Openstack] Why I can not launch instance with root disk size larger than 40GB Hey ! do you have something into the nova-compute.log? Le 24 sept. 2013 à 12:46, Jeff Cai > a écrit : Hi, I setup an openstack environment with 3 nodes on Ubuntu 12.04 LTS. But I cannot launch instances with disk size bigger than 40GB. It reports the error "NoValidHost". I am sure that there's enough disk size on my compute node. Could you tell me where I can get more detailed error information or some possible reasons? Log in nova-schedule.log 2013-09-24 10:17:55.659 WARNING nova.scheduler.driver [req-119be488-eebe-4819-a8b6-78e867357a85 6efadb4e07964bdb8bc07a42f4e0973c 3b93709a75ab472c9d5583cc71c310c8] [instance: 726f76c6-b384-4ca7-a26b-480a57dd60f1] Setting instance to ERROR state. nova show 726f76c6-b384-4ca7-a26b-480a57dd60f1 +-----------------------------+---------------------------------------------------------------------------------+ | Property | Value | +-----------------------------+---------------------------------------------------------------------------------+ | status | ERROR | | updated | 2013-09-24T10:17:55Z | | OS-EXT-STS:task_state | None | | key_name | None | | image | CirrOS 0.3.1 (c5037b9b-4dee-432f-9f01-8c85e1143717) | | hostId | | | OS-EXT-STS:vm_state | error | | flavor | m1.medium (ed72d963-f135-42da-beb7-851ab13fac15) | | id | 726f76c6-b384-4ca7-a26b-480a57dd60f1 | | user_id | 6efadb4e07964bdb8bc07a42f4e0973c | | name | f1 | | created | 2013-09-24T10:17:55Z | | fault | {u'message': u'NoValidHost', u'code': 500, u'created': u'2013-09-24T10:17:55Z'} | | OS-DCF:diskConfig | MANUAL | | metadata | {} | | accessIPv4 | | | accessIPv6 | | | tenant_id | 3b93709a75ab472c9d5583cc71c310c8 | | OS-EXT-STS:power_state | 0 | | OS-EXT-AZ:availability_zone | nova | | config_drive | | +-----------------------------+---------------------------------------------------------------------------------+ On the compute node c01: df -k Filesystem 1K-blocks Used Available Use% Mounted on /dev/mapper/c01--vg-root 404209336 7497928 379318548 2% / udev 4079312 4 4079308 1% /dev tmpfs 1635612 272 1635340 1% /run none 5120 0 5120 0% /run/lock none 4089028 0 4089028 0% /run/shm cgroup 4089028 0 4089028 0% /sys/fs/cgroup /dev/sda1 233191 27871 192879 13% /boot Best Regards Jeff Cai _______________________________________________ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : openstack at lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack _______________________________________________ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : openstack at lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack From kupo at linuxdigital.net Wed Sep 25 04:13:30 2013 From: kupo at linuxdigital.net (Tyler Wilson) Date: Tue, 24 Sep 2013 21:13:30 -0700 Subject: [Openstack] Quantum Networking Issue with Single Flat Network In-Reply-To: References: Message-ID: In addition, here is the logs pertaining to when an instance is created; http://pastebin.mozilla.org/3142157 And finally, the logs on the instance itself upon booting; http://pastebin.mozilla.org/3142272 Thanks for the help! On Tue, Sep 24, 2013 at 3:34 PM, Tyler Wilson wrote: > Hello All, > > I've been utilizing the Ubuntu 12.04 quickstart guide to setup my > OpenStack cluster and ran into a snag on the networking. As I don't need > all traffic tunneled through the controller/network node how would I > configure my compute nodes to send traffic out a specified port ( > http://docs.openstack.org/trunk/install-guide/install/apt/content/section_use-cases-single-flat.html > )? > > Here are my current configurations (mostly as default) on the compute node > quantum.conf http://pastebin.mozilla.org/3140225 > ovs_quantum_plugin.ini http://pastebin.mozilla.org/3140226 > IP -a http://pastebin.mozilla.org/3140257 > root at hv1:~# ovs-vsctl show > 47709078-7b35-4bea-8685-81679da31852 > Bridge br-tun > Port br-tun > Interface br-tun > type: internal > Port patch-int > Interface patch-int > type: patch > options: {peer=patch-tun} > Bridge br-int > Port "int-br-eth0" > Interface "int-br-eth0" > Port "tap4de167c0-b3" > Interface "tap4de167c0-b3" > Port br-int > Interface br-int > type: internal > Bridge "br-eth0" > Port "br-eth0" > Interface "br-eth0" > type: internal > Port "phy-br-eth0" > Interface "phy-br-eth0" > Port "eth0" > Interface "eth0" > ovs_version: "1.4.2" > > > Here's a log entry from booting an instance; > /var/log/quantum/openvswitch-agent.log http://pastebin.mozilla.org/3140153 > /var/log/libvirt/libvirtd.log http://pastebin.mozilla.org/3140174 > > Thanks for any and all assistance. > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From cristi.falcas at gmail.com Wed Sep 25 07:55:36 2013 From: cristi.falcas at gmail.com (Cristian Falcas) Date: Wed, 25 Sep 2013 10:55:36 +0300 Subject: [Openstack] Why I can not launch instance with root disk size larger than 40GB In-Reply-To: <593AC87ED6C9D548A80799C52D8BBF966DDFB7BA0D@APJ1XCHEVSPIN30.SYMC.SYMANTEC.COM> References: <593AC87ED6C9D548A80799C52D8BBF966DDFB7B79D@APJ1XCHEVSPIN30.SYMC.SYMANTEC.COM> <593AC87ED6C9D548A80799C52D8BBF966DDFBFB4D2@APJ1XCHEVSPIN30.SYMC.SYMANTEC.COM> <593AC87ED6C9D548A80799C52D8BBF966DDFB7BA0D@APJ1XCHEVSPIN30.SYMC.SYMANTEC.COM> Message-ID: are you sure it's from disk size and not ram? can you make the flavor that has the 40GB disk to use 1gb of ram and test again? On Wed, Sep 25, 2013 at 6:58 AM, Jeff Cai wrote: > How can I specify the disk space that instances can occupy in the compute node? Or it will use as much as that of the OS can provide? > > Jeff > -----Original Message----- > From: Jeff Cai [mailto:Jeff_Cai at symantec.com] > Sent: Wednesday, September 25, 2013 9:38 AM > To: Razique Mahroua > Cc: openstack at lists.openstack.org > Subject: Re: [Openstack] Why I can not launch instance with root disk size larger than 40GB > > In nova-compute.log, it contains some following info: > > 2013-09-24 10:17:46.828 1190 AUDIT nova.compute.resource_tracker [-] Auditing locally available compute resources > 2013-09-24 10:17:47.378 1190 AUDIT nova.compute.resource_tracker [-] Free ram (MB): -3278 > 2013-09-24 10:17:47.379 1190 AUDIT nova.compute.resource_tracker [-] Free disk (GB): 305 > 2013-09-24 10:17:47.379 1190 AUDIT nova.compute.resource_tracker [-] Free VCPUS: -8 > 2013-09-24 10:17:47.430 1190 INFO nova.compute.resource_tracker [-] Compute_service record updated for c01:c01 > 2013-09-24 10:17:47.463 1190 INFO nova.compute.manager [-] Updating host status > > ________________________________________ > From: Razique Mahroua [razique.mahroua at gmail.com] > Sent: Tuesday, September 24, 2013 10:06 PM > To: Jeff Cai > Cc: openstack at lists.openstack.org > Subject: Re: [Openstack] Why I can not launch instance with root disk size larger than 40GB > > Hey ! > do you have something into the nova-compute.log? > > Le 24 sept. 2013 à 12:46, Jeff Cai > a écrit : > > Hi, > > I setup an openstack environment with 3 nodes on Ubuntu 12.04 LTS. But I cannot launch instances with disk size bigger than 40GB. It reports the error "NoValidHost". I am sure that there's enough disk size on my compute node. > > Could you tell me where I can get more detailed error information or some possible reasons? > > Log in nova-schedule.log > > 2013-09-24 10:17:55.659 WARNING nova.scheduler.driver [req-119be488-eebe-4819-a8b6-78e867357a85 6efadb4e07964bdb8bc07a42f4e0973c 3b93709a75ab472c9d5583cc71c310c8] [instance: 726f76c6-b384-4ca7-a26b-480a57dd60f1] Setting instance to ERROR state. > > nova show 726f76c6-b384-4ca7-a26b-480a57dd60f1 > > +-----------------------------+---------------------------------------------------------------------------------+ > | Property | Value | > +-----------------------------+---------------------------------------------------------------------------------+ > | status | ERROR | > | updated | 2013-09-24T10:17:55Z | > | OS-EXT-STS:task_state | None | > | key_name | None | > | image | CirrOS 0.3.1 (c5037b9b-4dee-432f-9f01-8c85e1143717) | > | hostId | | > | OS-EXT-STS:vm_state | error | > | flavor | m1.medium (ed72d963-f135-42da-beb7-851ab13fac15) | > | id | 726f76c6-b384-4ca7-a26b-480a57dd60f1 | > | user_id | 6efadb4e07964bdb8bc07a42f4e0973c | > | name | f1 | > | created | 2013-09-24T10:17:55Z | > | fault | {u'message': u'NoValidHost', u'code': 500, u'created': u'2013-09-24T10:17:55Z'} | > | OS-DCF:diskConfig | MANUAL | > | metadata | {} | > | accessIPv4 | | > | accessIPv6 | | > | tenant_id | 3b93709a75ab472c9d5583cc71c310c8 | > | OS-EXT-STS:power_state | 0 | > | OS-EXT-AZ:availability_zone | nova | > | config_drive | | > +-----------------------------+---------------------------------------------------------------------------------+ > > > On the compute node c01: > > df -k > Filesystem 1K-blocks Used Available Use% Mounted on > /dev/mapper/c01--vg-root 404209336 7497928 379318548 2% / > udev 4079312 4 4079308 1% /dev > tmpfs 1635612 272 1635340 1% /run > none 5120 0 5120 0% /run/lock > none 4089028 0 4089028 0% /run/shm > cgroup 4089028 0 4089028 0% /sys/fs/cgroup > /dev/sda1 233191 27871 192879 13% /boot > > Best Regards > > Jeff Cai > > _______________________________________________ > Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > > _______________________________________________ > Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > _______________________________________________ > Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack From dara2002-openstack at yahoo.com Wed Sep 25 08:29:10 2013 From: dara2002-openstack at yahoo.com (Darragh O'Reilly) Date: Wed, 25 Sep 2013 09:29:10 +0100 (BST) Subject: [Openstack] OpenStack Grizzly Quantum Networking In-Reply-To: References: <1380051905.11356.YahooMailNeo@web172403.mail.ir2.yahoo.com> Message-ID: <1380097750.61062.YahooMailNeo@web172404.mail.ir2.yahoo.com> Clint, yeah sorry, I meant boot to the network named "demo-net". I think you may have the credentials of the admin user in your environment, but demo-net belongs to user "demo". I think you need to open a new console and load the credentials of the demo user into its environment, then try the boot command again. keystone tenant-list quantum net-list -c id -c name -c tenant_id To see which credentials you have in you environment do: set | grep ^OS Re, Darragh. >________________________________ > From: Clint Dilks >Cc: "openstack at lists.openstack.org" >Sent: Wednesday, 25 September 2013, 0:06 >Subject: Re: [Openstack] OpenStack Grizzly Quantum Networking > > > >Ok > >So looking at this further I believe I am doing something wrong with the virtual networking rather than the physical side of things. >I now believe that what Darragh means is that my instances should boot on the internal virtual network rather than the public, which makes sense but there is a issue that I don't understand.  > > >net-list shows two networks at I would expect, so I believe that I should be able to tell a vm to boot using demo-net but the tools only allow me to boot if I specify the network as public.  What could be wrong here ? > > > > >[root at blitzen ~]# quantum net-list >+--------------------------------------+----------+------------------------------------------------------+ >| id                                   | name     | subnets                                              | >+--------------------------------------+----------+------------------------------------------------------+ >| b04a786f-d251-4796-bfcf-6486bec467db | demo-net | 06075526-7210-461b-94f1-87c25ad231ab 10.10.11.0/24   | >| f2c7206c-a860-4206-ab5b-34bd9b7d2553 | public   | f326c5d0-f127-4da5-9065-c3211c9a81b8 130.217.79.0/24 | >+--------------------------------------+----------+------------------------------------------------------+ > >nova boot --flavor 1 --image f5058a7e-b0dc-4be2-983e-822f7e586090 --key-name default_key  --nic net-id=b04a786f-d251-4796-bfcf-6486bec467db clintd >ERROR: The resource could not be found. (HTTP 404) (Request-ID: req-0d538673-43ff-4a11-9aba-3b907c129e5c) > >nova boot --flavor 1 --image f5058a7e-b0dc-4be2-983e-822f7e586090 --key-name default_key  --nic net-id=f2c7206c-a860-4206-ab5b-34bd9b7d2553 clintd >+-------------------------------------+--------------------------------------+ >| Property                            | Value                                | >+-------------------------------------+--------------------------------------+ >| status                              | BUILD                                | >| updated                             | 2013-09-24T22:47:27Z                 | >| OS-EXT-STS:task_state               | scheduling                           | >| OS-EXT-SRV-ATTR:host                | None                                 | >| key_name                            | default_key                          | >| image                               | Fedora                               | >| hostId                              |                                      | >| OS-EXT-STS:vm_state                 | building                             | >| OS-EXT-SRV-ATTR:instance_name       | instance-0000000d                    | >| OS-EXT-SRV-ATTR:hypervisor_hostname | None                                 | >| flavor                              | m1.tiny                              | >| id                                  | b09b9547-be68-49e0-b271-f57515e44a54 | >| security_groups                     | [{u'name': u'default'}]              | >| user_id                             | 19839209541e446da8642c67e82a63ab     | >| name                                | clintd                               | >| adminPass                           | chRqXA9mQhxp                         | >| tenant_id                           | b41aca749a214b449ad6b3a124d113f7     | >| created                             | 2013-09-24T22:47:27Z                 | >| OS-DCF:diskConfig                   | MANUAL                               | >| metadata                            | {}                                   | >| accessIPv4                          |                                      | >| accessIPv6                          |                                      | >| progress                            | 0                                    | >| OS-EXT-STS:power_state              | 0                                    | >| OS-EXT-AZ:availability_zone         | nova                                 | >| config_drive                        |                                      | >+-------------------------------------+--------------------------------------+ > > > > > > > > > >On Wed, Sep 25, 2013 at 9:08 AM, Clint Dilks wrote: > >Hi >> >>Thanks to everyone whom replied to this thread I will try deleting the ports shortly. >> >> >> >> >> >> >> >>Clint, >>> >>>you need to boot your VMs attached to the private network and not the public network. Then you must allocate and associate floating ips. Also remember to open ports in the security groups. >>> >> >> >> >>Darragh, >> >> >>In the guide I was following they used two networks >> >> >>10.10.10.0/24 (which they call internal) >> >>10.0.0.0/24 (which they call external) >> >> >>So I believed I should be able to replace where ever they use 10.0.0.0/24 with 130.217.79.0  (br-ex is currently attached to an address in this range) >> >> >>Are you saying that in fact I should have two private networks say mirroring the guide, but then also have a nic configured for 130.217.79.x ? >> >> >>Or do you just mean that keeping things as I have them currently I should just create the public-subnet within the 10.10.10.0/24 ? >>  >> >> >> >> >>  >> >>>Re, Darragh. >>> >>> >>> >> > > > From B39208 at freescale.com Wed Sep 25 09:03:28 2013 From: B39208 at freescale.com (Somanchi Trinath-B39208) Date: Wed, 25 Sep 2013 09:03:28 +0000 Subject: [Openstack] [Nova] Nova RPC timeout Message-ID: <6032CA456358BF4D893A9274BE58D92C0112E965@039-SN1MPN1-003.039d.mgd.msft.net> Hi Stackers! I have got the following error regarding RPC timeout when I use Nova CLI for listing the Hypervisors. 2013-09-25 14:18:04.577 DEBUG nova.openstack.common.rpc.common [req-8b302ed7-068b-46a0-b99d-764659c5d41d d7f7bb7a07504c29bd6cd2151fb7f2e3 cf572e9732144475b4ffddb0e4e0551e] Timed out waiting for RPC response: timed out _error_callback /usr/lib/python2.7/dist-packages/nova/openstack/common/rpc/impl_kombu.py:628 2013-09-25 14:18:04.582 ERROR nova.api.openstack [req-8b302ed7-068b-46a0-b99d-764659c5d41d d7f7bb7a07504c29bd6cd2151fb7f2e3 cf572e9732144475b4ffddb0e4e0551e] Caught error: Timeout while waiting on RPC response. 2013-09-25 14:18:04.582 4720 TRACE nova.api.openstack Traceback (most recent call last): 2013-09-25 14:18:04.582 4720 TRACE nova.api.openstack File "/usr/lib/python2.7/dist-packages/nova/api/openstack/__init__.py", line 81, in __call__ 2013-09-25 14:18:04.582 4720 TRACE nova.api.openstack return req.get_response(self.application) 2013-09-25 14:18:04.582 4720 TRACE nova.api.openstack File "/usr/lib/python2.7/dist-packages/webob/request.py", line 1296, in send 2013-09-25 14:18:04.582 4720 TRACE nova.api.openstack application, catch_exc_info=False) 2013-09-25 14:18:04.582 4720 TRACE nova.api.openstack File "/usr/lib/python2.7/dist-packages/webob/request.py", line 1260, in call_application 2013-09-25 14:18:04.582 4720 TRACE nova.api.openstack app_iter = application(self.environ, start_response) 2013-09-25 14:18:04.582 4720 TRACE nova.api.openstack File "/usr/lib/python2.7/dist-packages/webob/dec.py", line 144, in __call__ 2013-09-25 14:18:04.582 4720 TRACE nova.api.openstack return resp(environ, start_response) 2013-09-25 14:18:04.582 4720 TRACE nova.api.openstack File "/usr/local/lib/python2.7/dist-packages/keystoneclient/middleware/auth_token.py", line 539, in __call__ 2013-09-25 14:18:04.582 4720 TRACE nova.api.openstack return self.app(env, start_response) 2013-09-25 14:18:04.582 4720 TRACE nova.api.openstack File "/usr/lib/python2.7/dist-packages/webob/dec.py", line 144, in __call__ 2013-09-25 14:18:04.582 4720 TRACE nova.api.openstack return resp(environ, start_response) 2013-09-25 14:18:04.582 4720 TRACE nova.api.openstack File "/usr/lib/python2.7/dist-packages/webob/dec.py", line 144, in __call__ 2013-09-25 14:18:04.582 4720 TRACE nova.api.openstack return resp(environ, start_response) 2013-09-25 14:18:04.582 4720 TRACE nova.api.openstack File "/usr/lib/python2.7/dist-packages/webob/dec.py", line 144, in __call__ 2013-09-25 14:18:04.582 4720 TRACE nova.api.openstack return resp(environ, start_response) 2013-09-25 14:18:04.582 4720 TRACE nova.api.openstack File "/usr/lib/python2.7/dist-packages/routes/middleware.py", line 131, in __call__ 2013-09-25 14:18:04.582 4720 TRACE nova.api.openstack response = self.app(environ, start_response) 2013-09-25 14:18:04.582 4720 TRACE nova.api.openstack File "/usr/lib/python2.7/dist-packages/webob/dec.py", line 144, in __call__ 2013-09-25 14:18:04.582 4720 TRACE nova.api.openstack return resp(environ, start_response) 2013-09-25 14:18:04.582 4720 TRACE nova.api.openstack File "/usr/lib/python2.7/dist-packages/webob/dec.py", line 130, in __call__ 2013-09-25 14:18:04.582 4720 TRACE nova.api.openstack resp = self.call_func(req, *args, **self.kwargs) 2013-09-25 14:18:04.582 4720 TRACE nova.api.openstack File "/usr/lib/python2.7/dist-packages/webob/dec.py", line 195, in call_func 2013-09-25 14:18:04.582 4720 TRACE nova.api.openstack return self.func(req, *args, **kwargs) 2013-09-25 14:18:04.582 4720 TRACE nova.api.openstack File "/usr/lib/python2.7/dist-packages/nova/api/openstack/wsgi.py", line 890, in __call__ 2013-09-25 14:18:04.582 4720 TRACE nova.api.openstack content_type, body, accept) 2013-09-25 14:18:04.582 4720 TRACE nova.api.openstack File "/usr/lib/python2.7/dist-packages/nova/api/openstack/wsgi.py", line 942, in _process_stack 2013-09-25 14:18:04.582 4720 TRACE nova.api.openstack action_result = self.dispatch(meth, request, action_args) 2013-09-25 14:18:04.582 4720 TRACE nova.api.openstack File "/usr/lib/python2.7/dist-packages/nova/api/openstack/wsgi.py", line 1022, in dispatch 2013-09-25 14:18:04.582 4720 TRACE nova.api.openstack return method(req=request, **action_args) 2013-09-25 14:18:04.582 4720 TRACE nova.api.openstack File "/usr/lib/python2.7/dist-packages/nova/api/openstack/compute/contrib/hosts.py", line 127, in index 2013-09-25 14:18:04.582 4720 TRACE nova.api.openstack set_zones=True) 2013-09-25 14:18:04.582 4720 TRACE nova.api.openstack File "/usr/lib/python2.7/dist-packages/nova/compute/cells_api.py", line 600, in service_get_all 2013-09-25 14:18:04.582 4720 TRACE nova.api.openstack filters=filters) 2013-09-25 14:18:04.582 4720 TRACE nova.api.openstack File "/usr/lib/python2.7/dist-packages/nova/cells/rpcapi.py", line 174, in service_get_all 2013-09-25 14:18:04.582 4720 TRACE nova.api.openstack version='1.2') 2013-09-25 14:18:04.582 4720 TRACE nova.api.openstack File "/usr/lib/python2.7/dist-packages/nova/openstack/common/rpc/proxy.py", line 80, in call 2013-09-25 14:18:04.582 4720 TRACE nova.api.openstack return rpc.call(context, self._get_topic(topic), msg, timeout) 2013-09-25 14:18:04.582 4720 TRACE nova.api.openstack File "/usr/lib/python2.7/dist-packages/nova/openstack/common/rpc/__init__.py", line 140, in call 2013-09-25 14:18:04.582 4720 TRACE nova.api.openstack return _get_impl().call(CONF, context, topic, msg, timeout) 2013-09-25 14:18:04.582 4720 TRACE nova.api.openstack File "/usr/lib/python2.7/dist-packages/nova/openstack/common/rpc/impl_kombu.py", line 798, in call 2013-09-25 14:18:04.582 4720 TRACE nova.api.openstack rpc_amqp.get_connection_pool(conf, Connection)) 2013-09-25 14:18:04.582 4720 TRACE nova.api.openstack File "/usr/lib/python2.7/dist-packages/nova/openstack/common/rpc/amqp.py", line 612, in call 2013-09-25 14:18:04.582 4720 TRACE nova.api.openstack rv = list(rv) 2013-09-25 14:18:04.582 4720 TRACE nova.api.openstack File "/usr/lib/python2.7/dist-packages/nova/openstack/common/rpc/amqp.py", line 554, in __iter__ 2013-09-25 14:18:04.582 4720 TRACE nova.api.openstack self.done() 2013-09-25 14:18:04.582 4720 TRACE nova.api.openstack File "/usr/lib/python2.7/contextlib.py", line 24, in __exit__ 2013-09-25 14:18:04.582 4720 TRACE nova.api.openstack self.gen.next() 2013-09-25 14:18:04.582 4720 TRACE nova.api.openstack File "/usr/lib/python2.7/dist-packages/nova/openstack/common/rpc/amqp.py", line 551, in __iter__ 2013-09-25 14:18:04.582 4720 TRACE nova.api.openstack self._iterator.next() 2013-09-25 14:18:04.582 4720 TRACE nova.api.openstack File "/usr/lib/python2.7/dist-packages/nova/openstack/common/rpc/impl_kombu.py", line 648, in iterconsume 2013-09-25 14:18:04.582 4720 TRACE nova.api.openstack yield self.ensure(_error_callback, _consume) 2013-09-25 14:18:04.582 4720 TRACE nova.api.openstack File "/usr/lib/python2.7/dist-packages/nova/openstack/common/rpc/impl_kombu.py", line 566, in ensure 2013-09-25 14:18:04.582 4720 TRACE nova.api.openstack error_callback(e) 2013-09-25 14:18:04.582 4720 TRACE nova.api.openstack File "/usr/lib/python2.7/dist-packages/nova/openstack/common/rpc/impl_kombu.py", line 629, in _error_callback 2013-09-25 14:18:04.582 4720 TRACE nova.api.openstack raise rpc_common.Timeout() 2013-09-25 14:18:04.582 4720 TRACE nova.api.openstack Timeout: Timeout while waiting on RPC response. Kindly help me troubleshoot the issue. -- Trinath Somanchi - B39208 trinath.somanchi at freescale.com | extn: 4048 -------------- next part -------------- An HTML attachment was scrubbed... URL: From thierry at openstack.org Wed Sep 25 10:15:56 2013 From: thierry at openstack.org (Thierry Carrez) Date: Wed, 25 Sep 2013 12:15:56 +0200 Subject: [Openstack] Minutes from the Technical Committee meeting (Sept 24) Message-ID: <5242B7DC.60800@openstack.org> The OpenStack Technical Committee ("TC") met in #openstack-meeting at 20:00 UTC yesterday. Here is a quick summary of the outcome of this meeting: * The Savanna project (data processing service) was approved for incubation during the Icehouse cycle See details and full logs at: http://eavesdrop.openstack.org/meetings/tc/2013/tc.2013-09-24-20.01.html More information on the Technical Committee at: http://wiki.openstack.org/Governance/TechnicalCommittee -- Thierry Carrez (ttx) Chair, OpenStack Technical Committee From mahardika.gilang at andalabs.com Wed Sep 25 11:49:46 2013 From: mahardika.gilang at andalabs.com (Mahardhika Gilang) Date: Wed, 25 Sep 2013 18:49:46 +0700 Subject: [Openstack] Entry point 'proxy' not found in egg 'swift' Message-ID: <5242CDDA.9060602@andalabs.com> Hi all i've got this error when setting up new proxy server Error trying to load config /etc/swift/proxy-server.conf: Entry point 'proxy' not found in egg 'swift' (dir: /usr/local/lib/python2.7/dist-packages/swift-1.8.0-py2.7.egg; protocols: paste.app_factory, paste.composite_factory, paste.composit_factory; entry_points: ) * i have install this package i used ubuntu 13.04(raring) *ii python-swift 1.8.0-0ubuntu1.2 all distributed virtual object store - Python \ ii python-swiftclient 1:1.3.0-0ubuntu1 all Client libary for Openstack Swift API. ii swift 1.8.0-0ubuntu1.2 all distributed virtual object store - common files ii swift-proxy 1.8.0-0ubuntu1.2 all distributed virtual object store - proxy server* **here's my proxy-server.conf* [DEFAULT] cert_file = /etc/swift/cert.crt key_file = /etc/swift/cert.key bind_port = 8080 workers = 8 user = swift [pipeline:main] pipeline = healthcheck proxy-logging cache tempauth proxy-logging proxy-server [app:proxy-server] use = egg:swift#proxy allow_account_management = true account_autocreate = true #[filter:authtoken] #paste.filter_factory = keystoneclient.middleware.auth_token:filter_factory #auth_host = 10.10.10.10 #auth_port = 35357 #auth_protocol = http #auth_uri = http://10.10.10.10:5000/ #admin_tenant_name = service #admin_user = swift #admin_password = swift #cache = swift.cache #[filter:keystoneauth] #use = egg:swift#keystoneauth #operator_roles = admin, swiftoperator, member [filter:proxy-logging] use = egg:swift#proxy_logging [filter:tempauth] use = egg:swift#tempauth user_system_root = testpass .admin https://10.10.10.40:8080/v1/AUTH_system [filter:healthcheck] use = egg:swift#healthcheck [filter:cache] use = egg:swift#memcache memcache_servers = 10.10.10.40:11211 please help thanks -- Regards, Mahardhika Gilang -------------- next part -------------- An HTML attachment was scrubbed... URL: From luisguilherme.cr at gmail.com Wed Sep 25 15:11:28 2013 From: luisguilherme.cr at gmail.com (Guilherme Russi) Date: Wed, 25 Sep 2013 12:11:28 -0300 Subject: [Openstack] Cinder error In-Reply-To: References: <5240959D.1010509@gmail.com> <5240A0B5.5000300@gmail.com> Message-ID: Hello guys, I fixed my error and now my cinder is working fine, I just have one last question, can I attach two or more VMs at the same volume? Thank you all. Regards. 2013/9/24 Guilherme Russi > Hello Cian, I was looking for some cinder troubleshooting and i looked > these lines at my cinder-api.log: > > 2013-09-24 23:29:23 WARNING [cinder.openstack.common.policy] > Inheritance-based rules are deprecated; use the default brain instead of > HttpBrain. > 2013-09-24 23:29:23 INFO [cinder.api.openstack.wsgi] GET > http://192.168.3.1:8776/v1/%0A3f5e122efa6d4486946efd05e66f19e4/volumes/detail > > What it means with rules are deprecated? Is the problem with my keystone? > > Thank you again. > > > 2013/9/24 Guilherme Russi > >> Hello Cian, >> >> Here is the output: >> >> curl –i -v http://192.168.3.1:8776/v1/ >> * Input domain encoded as `UTF-8' >> * getaddrinfo(3) failed for xn--i-5gn:80 >> * Couldn't resolve host '–i' >> * Closing connection #0 >> curl: (6) Couldn't resolve host '–i' >> * About to connect() to 192.168.3.1 port 8776 (#0) >> * Trying 192.168.3.1... connected >> > GET /v1/ HTTP/1.1 >> > User-Agent: curl/7.22.0 (x86_64-pc-linux-gnu) libcurl/7.22.0 >> OpenSSL/1.0.1 zlib/1.2.3.4 libidn/1.23 librtmp/2.3 >> > Host: 192.168.3.1:8776 >> > Accept: */* >> > >> < HTTP/1.1 401 Unauthorized >> < Www-Authenticate: Keystone uri='http://192.168.3.1:35357' >> < Content-Length: 381 >> < Content-Type: text/html; charset=UTF-8 >> < Date: Tue, 24 Sep 2013 16:13:45 GMT >> < >> >> >> 401 Unauthorized >> >> >>

401 Unauthorized

>> This server could not verify that you are authorized to access the >> document you requested. Either you supplied the wrong credentials (e.g., >> bad password), or your browser does not understand how to supply the >> credentials required.

>> Authentication required >> >> >> >> * Connection #0 to host 192.168.3.1 left intact >> * Closing connection #0 >> root at hemera:/home/hemera# curl –i -v http://192.168.3.1:8776/v1/ >> * Input domain encoded as `UTF-8' >> * getaddrinfo(3) failed for xn--i-5gn:80 >> * Couldn't resolve host '–i' >> * Closing connection #0 >> curl: (6) Couldn't resolve host '–i' >> * About to connect() to 192.168.3.1 port 8776 (#0) >> * Trying 192.168.3.1... connected >> > GET /v1/ HTTP/1.1 >> > User-Agent: curl/7.22.0 (x86_64-pc-linux-gnu) libcurl/7.22.0 >> OpenSSL/1.0.1 zlib/1.2.3.4 libidn/1.23 librtmp/2.3 >> > Host: 192.168.3.1:8776 >> > Accept: */* >> > >> < HTTP/1.1 401 Unauthorized >> < Www-Authenticate: Keystone uri='http://192.168.3.1:35357' >> < Content-Length: 381 >> < Content-Type: text/html; charset=UTF-8 >> < Date: Tue, 24 Sep 2013 16:14:35 GMT >> < >> >> >> 401 Unauthorized >> >> >>

401 Unauthorized

>> This server could not verify that you are authorized to access the >> document you requested. Either you supplied the wrong credentials (e.g., >> bad password), or your browser does not understand how to supply the >> credentials required.

>> Authentication required >> >> >> >> * Connection #0 to host 192.168.3.1 left intact >> * Closing connection #0 >> >> >> tail –f /var/log/cinder/cinder-api.log >> ==> /var/log/cinder/cinder-api.log <== >> 2013-09-24 13:12:27 WARNING [keystoneclient.middleware.auth_token] >> Unable to find authentication token in headers >> 2013-09-24 13:12:27 INFO [keystoneclient.middleware.auth_token] >> Invalid user token - rejecting request >> 2013-09-24 13:13:31 WARNING [keystoneclient.middleware.auth_token] >> Unable to find authentication token in headers >> 2013-09-24 13:13:31 INFO [keystoneclient.middleware.auth_token] >> Invalid user token - rejecting request >> 2013-09-24 13:13:35 WARNING [keystoneclient.middleware.auth_token] >> Unable to find authentication token in headers >> 2013-09-24 13:13:35 INFO [keystoneclient.middleware.auth_token] >> Invalid user token - rejecting request >> 2013-09-24 13:13:45 WARNING [keystoneclient.middleware.auth_token] >> Unable to find authentication token in headers >> 2013-09-24 13:13:45 INFO [keystoneclient.middleware.auth_token] >> Invalid user token - rejecting request >> 2013-09-24 13:14:35 WARNING [keystoneclient.middleware.auth_token] >> Unable to find authentication token in headers >> 2013-09-24 13:14:35 INFO [keystoneclient.middleware.auth_token] >> Invalid user token - rejecting request >> >> >> I've sourced my openrc with my admin credentials. >> >> Any ideas? >> >> Thank you. >> >> >> >> >> >> 2013/9/24 O'Driscoll, Cian >> >>> Format looks good**** >>> >>> ** ** >>> >>> Try a simple curl “curl –iv http://192.168.3.1:8776/v1/” and see what >>> returns**** >>> >>> ** ** >>> >>> Your api service is probably not up and running or is throwing an >>> exception**** >>> >>> ** ** >>> >>> “tial –f /var/log/cinder/cinder-api.log” on the api node while you run >>> the curl. **** >>> >>> ** ** >>> >>> Cian O'Driscoll**** >>> >>> Systems Software Engineer**** >>> >>> HP Cloud Services**** >>> >>> Hewlett Packard Galway Ltd.**** >>> >>> Tel: +353-91-75-4432**** >>> >>> ** ** >>> >>> Postal Address: Hewlett Packard Galway Limited, Ballybrit Business >>> Park, Galway **** >>> >>> Registered Office: Hewlett Packard Galway Limited, 63-74 Sir John >>> Rogerson's Quay Dublin 2 Registered Number: 361933**** >>> >>> ** ** >>> >>> *From:* Guilherme Russi [mailto:luisguilherme.cr at gmail.com] >>> *Sent:* 24 September 2013 16:36 >>> *To:* O'Driscoll, Cian >>> *Cc:* Marcelo Dieder; openstack >>> >>> *Subject:* Re: [Openstack] Cinder error**** >>> >>> ** ** >>> >>> Hello Cian, thank you for reply, here is the output:**** >>> >>> ** ** >>> >>> cinder --debug list**** >>> >>> ** ** >>> >>> REQ: curl -i http://localhost:5000/v2.0/tokens -X POST -H >>> "Content-Type: application/json" -H "Accept: application/json" -H >>> "User-Agent: python-cinderclient" -d '{"auth": {"tenantName": "admin", >>> "passwordCredentials": {"username": "admin", "password": "password"}}}'* >>> *** >>> >>> ** ** >>> >>> RESP: [200] {'date': 'Tue, 24 Sep 2013 15:34:41 GMT', 'content-type': >>> 'application/json', 'content-length': '5851', 'vary': 'X-Auth-Token'}*** >>> * >>> >>> RESP BODY: {"access": {"token": {"issued_at": >>> "2013-09-24T15:34:41.362645", "expires": "2013-09-25T15:34:41Z", "id": >>> "MIIKVAYJKoZIhvcNAQcCoIIKRTCCCkECAQExCTAHBgUrDgMCGjCCCS0GCSqGSIb3DQEHAaCCCR4EggkaeyJhY2Nlc3MiOiB7InRva2VuIjogeyJpc3N1ZWRfYXQiOiAiMjAxMy0wOS0yNFQxNTozNDo0MS4zNjI2NDUiLCAiZXhwaXJlcyI6ICIyMDEzLTA5LTI1VDE1OjM0OjQxWiIsICJpZCI6ICJwbGFjZWhvbGRlciIsICJ0ZW5hbnQiOiB7ImRlc2NyaXB0aW9uIjogbnVsbCwgImVuYWJsZWQiOiB0cnVlLCAiaWQiOiAiM2Y1ZTEyMmVmYTZkNDQ4Njk0NmVmZDA1ZTY2ZjE5ZTQiLCAibmFtZSI6ICJhZG1pbiJ9fSwgInNlcnZpY2VDYXRhbG9nIjogW3siZW5kcG9pbnRzIjogW3siYWRtaW5VUkwiOiAiaHR0cDovLzE5Mi4xNjguMy4xOjg3NzQvdjIvM2Y1ZTEyMmVmYTZkNDQ4Njk0NmVmZDA1ZTY2ZjE5ZTQiLCAicmVnaW9uIjogIlJlZ2lvbk9uZSIsICJpbnRlcm5hbFVSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6ODc3NC92Mi8zZjVlMTIyZWZhNmQ0NDg2OTQ2ZWZkMDVlNjZmMTllNCIsICJpZCI6ICIxNTA4NmYxYjc3ZDU0OTAyYWUxNmYyMTQ2YmEwMDZjYyIsICJwdWJsaWNVUkwiOiAiaHR0cDovLzE5Mi4xNjguMy4xOjg3NzQvdjIvM2Y1ZTEyMmVmYTZkNDQ4Njk0NmVmZDA1ZTY2ZjE5ZTQifV0sICJlbmRwb2ludHNfbGlua3MiOiBbXSwgInR5cGUiOiAiY29tcHV0ZSIsICJuYW1lIjogIm5vdmEifSwgeyJlbmRwb2ludHMiOiBbeyJhZG1pblVSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6OTY5Ni8iLCAicmVnaW9uIjogIlJlZ2lvbk9uZSIsICJpbnRlcm5hbFVSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6OTY5Ni8iLCAiaWQiOiAiMzdlNjA4MmYzOWZkNDc5YWEyYmQ3NjI5NzczN2MxMDAiLCAicHVibGljVVJMIjogImh0dHA6Ly8xOTIuMTY4LjMuMTo5Njk2LyJ9XSwgImVuZHBvaW50c19saW5rcyI6IFtdLCAidHlwZSI6ICJuZXR3b3JrIiwgIm5hbWUiOiAicXVhbnR1bSJ9LCB7ImVuZHBvaW50cyI6IFt7ImFkbWluVVJMIjogImh0dHA6Ly8xOTIuMTY4LjMuMTo5MjkyIiwgInJlZ2lvbiI6ICJSZWdpb25PbmUiLCAiaW50ZXJuYWxVUkwiOiAiaHR0cDovLzE5Mi4xNjguMy4xOjkyOTIiLCAiaWQiOiAiMTE5MmIwYjUzMTM2NDJiZWI4ZTA4MTk3ZmUxMWEwZmMiLCAicHVibGljVVJMIjogImh0dHA6Ly8xOTIuMTY4LjMuMTo5MjkyIn1dLCAiZW5kcG9pbnRzX2xpbmtzIjogW10sICJ0eXBlIjogImltYWdlIiwgIm5hbWUiOiAiZ2xhbmNlIn0sIHsiZW5kcG9pbnRzIjogW3siYWRtaW5VUkwiOiAiaHR0cDovLzE5Mi4xNjguMy4xOjg3NzYvdjEvM2Y1ZTEyMmVmYTZkNDQ4Njk0NmVmZDA1ZTY2ZjE5ZTQiLCAicmVnaW9uIjogIlJlZ2lvbk9uZSIsICJpbnRlcm5hbFVSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6ODc3Ni92MS8zZjVlMTIyZWZhNmQ0NDg2OTQ2ZWZkMDVlNjZmMTllNCIsICJpZCI6ICIwYzcxZWMyMTJmNDg0MmNhOTUxMGQ3NGMzMzM4Zjg1OCIsICJwdWJsaWNVUkwiOiAiaHR0cDovLzE5Mi4xNjguMy4xOjg3NzYvdjEvXG4zZjVlMTIyZWZhNmQ0NDg2OTQ2ZWZkMDVlNjZmMTllNCJ9XSwgImVuZHBvaW50c19saW5rcyI6IFtdLCAidHlwZSI6ICJ2b2x1bWUiLCAibmFtZSI6ICJjaW5kZXIifSwgeyJlbmRwb2ludHMiOiBbeyJhZG1pblVSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6ODc3My9zZXJ2aWNlcy9BZG1pbiIsICJyZWdpb24iOiAiUmVnaW9uT25lIiwgImludGVybmFsVVJMIjogImh0dHA6Ly8xOTIuMTY4LjMuMTo4NzczL3NlcnZpY2VzL0Nsb3VkIiwgImlkIjogIjQ4YmNhN2Q1ZWY3ZjQ1MDE4MmQ5YjZjMDQ5MWU3ZGM3IiwgInB1YmxpY1VSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6ODc3My9zZXJ2aWNlcy9DbG91ZCJ9XSwgImVuZHBvaW50c19saW5rcyI6IFtdLCAidHlwZSI6ICJlYzIiLCAibmFtZSI6ICJlYzIifSwgeyJlbmRwb2ludHMiOiBbeyJhZG1pblVSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6MzUzNTcvdjIuMCIsICJyZWdpb24iOiAiUmVnaW9uT25lIiwgImludGVybmFsVVJMIjogImh0dHA6Ly8xOTIuMTY4LjMuMTo1MDAwL3YyLjAiLCAiaWQiOiAiMDg5MWNmYTg4NTY3NGRiNzk2NzRlY2Q4YzZlNGM1MzMiLCAicHVibGljVVJMIjogImh0dHA6Ly8xOTIuMTY4LjMuMTo1MDAwL3YyLjAifV0sICJlbmRwb2ludHNfbGlua3MiOiBbXSwgInR5cGUiOiAiaWRlbnRpdHkiLCAibmFtZSI6ICJrZXlzdG9uZSJ9XSwgInVzZXIiOiB7InVzZXJuYW1lIjogImFkbWluIiwgInJvbGVzX2xpbmtzIjogW10sICJpZCI6ICIzYWM0MTdiMjM5MWE0NTM1ODNlYzMwMDgxMjZkNzUzZiIsICJyb2xlcyI6IFt7Im5hbWUiOiAiYWRtaW4ifV0sICJuYW1lIjogImFkbWluIn0sICJtZXRhZGF0YSI6IHsiaXNfYWRtaW4iOiAwLCAicm9sZXMiOiBbIjMyMWE0M2FjMzM3OTQ0YWM4ODkxMjdiNzk3YmU3ZDlhIl19fX0xgf8wgfwCAQEwXDBXMQswCQYDVQQGEwJVUzEOMAwGA1UECBMFVW5zZXQxDjAMBgNVBAcTBVVuc2V0MQ4wDAYDVQQKEwVVbnNldDEYMBYGA1UEAxMPd3d3LmV4YW1wbGUuY29tAgEBMAcGBSsOAwIaMA0GCSqGSIb3DQEBAQUABIGAM7Q9YgDWl+2-Hi7V3JBDrLu1PPA3cgfG7ZW8fPtSGpNeuumENW9CjnS-ZBZccD6kKcKl61VM8oBmfn8lAFBHTCkuMl+iDrfV+O8EmsqrB9fyKj9P1mJAAE0X92Weh4FygcjHk5eBKZjPyy3rFJRJo9nmKwzYmcOB+9xehCDlnTw=", >>> "tenant": {"description": null, "enabled": true, "id": >>> "3f5e122efa6d4486946efd05e66f19e4", "name": "admin"}}, "serviceCatalog": >>> [{"endpoints": [{"adminURL": " >>> http://192.168.3.1:8774/v2/3f5e122efa6d4486946efd05e66f19e4", "region": >>> "RegionOne", "internalURL": " >>> http://192.168.3.1:8774/v2/3f5e122efa6d4486946efd05e66f19e4", "id": >>> "15086f1b77d54902ae16f2146ba006cc", "publicURL": " >>> http://192.168.3.1:8774/v2/3f5e122efa6d4486946efd05e66f19e4"}], >>> "endpoints_links": [], "type": "compute", "name": "nova"}, {"endpoints": >>> [{"adminURL": "http://192.168.3.1:9696/", "region": "RegionOne", >>> "internalURL": "http://192.168.3.1:9696/", "id": >>> "37e6082f39fd479aa2bd76297737c100", "publicURL": " >>> http://192.168.3.1:9696/"}], "endpoints_links": [], "type": "network", >>> "name": "quantum"}, {"endpoints": [{"adminURL": "http://192.168.3.1:9292", >>> "region": "RegionOne", "internalURL": "http://192.168.3.1:9292", "id": >>> "1192b0b5313642beb8e08197fe11a0fc", "publicURL": " >>> http://192.168.3.1:9292"}], "endpoints_links": [], "type": "image", >>> "name": "glance"}, {"endpoints": [{"adminURL": " >>> http://192.168.3.1:8776/v1/3f5e122efa6d4486946efd05e66f19e4", "region": >>> "RegionOne", "internalURL": " >>> http://192.168.3.1:8776/v1/3f5e122efa6d4486946efd05e66f19e4", "id": >>> "0c71ec212f4842ca9510d74c3338f858", "publicURL": " >>> http://192.168.3.1:8776/v1/\n3f5e122efa6d4486946efd05e66f19e4"}], >>> "endpoints_links": [], "type": "volume", "name": "cinder"}, {"endpoints": >>> [{"adminURL": "http://192.168.3.1:8773/services/Admin", "region": >>> "RegionOne", "internalURL": "http://192.168.3.1:8773/services/Cloud", >>> "id": "48bca7d5ef7f450182d9b6c0491e7dc7", "publicURL": " >>> http://192.168.3.1:8773/services/Cloud"}], "endpoints_links": [], >>> "type": "ec2", "name": "ec2"}, {"endpoints": [{"adminURL": " >>> http://192.168.3.1:35357/v2.0", "region": "RegionOne", "internalURL": " >>> http://192.168.3.1:5000/v2.0", "id": >>> "0891cfa885674db79674ecd8c6e4c533", "publicURL": " >>> http://192.168.3.1:5000/v2.0"}], "endpoints_links": [], "type": >>> "identity", "name": "keystone"}], "user": {"username": "admin", >>> "roles_links": [], "id": "3ac417b2391a453583ec3008126d753f", "roles": >>> [{"name": "admin"}], "name": "admin"}, "metadata": {"is_admin": 0, "roles": >>> ["321a43ac337944ac889127b797be7d9a"]}}}**** >>> >>> ** ** >>> >>> ** ** >>> >>> REQ: curl -i http://192.168.3.1:8776/v1/**** >>> >>> 3f5e122efa6d4486946efd05e66f19e4/volumes/detail -X GET -H >>> "X-Auth-Project-Id: admin" -H "User-Agent: python-cinderclient" -H "Accept: >>> application/json" -H "X-Auth-Token: >>> MIIKVAYJKoZIhvcNAQcCoIIKRTCCCkECAQExCTAHBgUrDgMCGjCCCS0GCSqGSIb3DQEHAaCCCR4EggkaeyJhY2Nlc3MiOiB7InRva2VuIjogeyJpc3N1ZWRfYXQiOiAiMjAxMy0wOS0yNFQxNTozNDo0MS4zNjI2NDUiLCAiZXhwaXJlcyI6ICIyMDEzLTA5LTI1VDE1OjM0OjQxWiIsICJpZCI6ICJwbGFjZWhvbGRlciIsICJ0ZW5hbnQiOiB7ImRlc2NyaXB0aW9uIjogbnVsbCwgImVuYWJsZWQiOiB0cnVlLCAiaWQiOiAiM2Y1ZTEyMmVmYTZkNDQ4Njk0NmVmZDA1ZTY2ZjE5ZTQiLCAibmFtZSI6ICJhZG1pbiJ9fSwgInNlcnZpY2VDYXRhbG9nIjogW3siZW5kcG9pbnRzIjogW3siYWRtaW5VUkwiOiAiaHR0cDovLzE5Mi4xNjguMy4xOjg3NzQvdjIvM2Y1ZTEyMmVmYTZkNDQ4Njk0NmVmZDA1ZTY2ZjE5ZTQiLCAicmVnaW9uIjogIlJlZ2lvbk9uZSIsICJpbnRlcm5hbFVSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6ODc3NC92Mi8zZjVlMTIyZWZhNmQ0NDg2OTQ2ZWZkMDVlNjZmMTllNCIsICJpZCI6ICIxNTA4NmYxYjc3ZDU0OTAyYWUxNmYyMTQ2YmEwMDZjYyIsICJwdWJsaWNVUkwiOiAiaHR0cDovLzE5Mi4xNjguMy4xOjg3NzQvdjIvM2Y1ZTEyMmVmYTZkNDQ4Njk0NmVmZDA1ZTY2ZjE5ZTQifV0sICJlbmRwb2ludHNfbGlua3MiOiBbXSwgInR5cGUiOiAiY29tcHV0ZSIsICJuYW1lIjogIm5vdmEifSwgeyJlbmRwb2ludHMiOiBbeyJhZG1pblVSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6OTY5Ni8iLCAicmVnaW9uIjogIlJlZ2lvbk9uZSIsICJpbnRlcm5hbFVSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6OTY5Ni8iLCAiaWQiOiAiMzdlNjA4MmYzOWZkNDc5YWEyYmQ3NjI5NzczN2MxMDAiLCAicHVibGljVVJMIjogImh0dHA6Ly8xOTIuMTY4LjMuMTo5Njk2LyJ9XSwgImVuZHBvaW50c19saW5rcyI6IFtdLCAidHlwZSI6ICJuZXR3b3JrIiwgIm5hbWUiOiAicXVhbnR1bSJ9LCB7ImVuZHBvaW50cyI6IFt7ImFkbWluVVJMIjogImh0dHA6Ly8xOTIuMTY4LjMuMTo5MjkyIiwgInJlZ2lvbiI6ICJSZWdpb25PbmUiLCAiaW50ZXJuYWxVUkwiOiAiaHR0cDovLzE5Mi4xNjguMy4xOjkyOTIiLCAiaWQiOiAiMTE5MmIwYjUzMTM2NDJiZWI4ZTA4MTk3ZmUxMWEwZmMiLCAicHVibGljVVJMIjogImh0dHA6Ly8xOTIuMTY4LjMuMTo5MjkyIn1dLCAiZW5kcG9pbnRzX2xpbmtzIjogW10sICJ0eXBlIjogImltYWdlIiwgIm5hbWUiOiAiZ2xhbmNlIn0sIHsiZW5kcG9pbnRzIjogW3siYWRtaW5VUkwiOiAiaHR0cDovLzE5Mi4xNjguMy4xOjg3NzYvdjEvM2Y1ZTEyMmVmYTZkNDQ4Njk0NmVmZDA1ZTY2ZjE5ZTQiLCAicmVnaW9uIjogIlJlZ2lvbk9uZSIsICJpbnRlcm5hbFVSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6ODc3Ni92MS8zZjVlMTIyZWZhNmQ0NDg2OTQ2ZWZkMDVlNjZmMTllNCIsICJpZCI6ICIwYzcxZWMyMTJmNDg0MmNhOTUxMGQ3NGMzMzM4Zjg1OCIsICJwdWJsaWNVUkwiOiAiaHR0cDovLzE5Mi4xNjguMy4xOjg3NzYvdjEvXG4zZjVlMTIyZWZhNmQ0NDg2OTQ2ZWZkMDVlNjZmMTllNCJ9XSwgImVuZHBvaW50c19saW5rcyI6IFtdLCAidHlwZSI6ICJ2b2x1bWUiLCAibmFtZSI6ICJjaW5kZXIifSwgeyJlbmRwb2ludHMiOiBbeyJhZG1pblVSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6ODc3My9zZXJ2aWNlcy9BZG1pbiIsICJyZWdpb24iOiAiUmVnaW9uT25lIiwgImludGVybmFsVVJMIjogImh0dHA6Ly8xOTIuMTY4LjMuMTo4NzczL3NlcnZpY2VzL0Nsb3VkIiwgImlkIjogIjQ4YmNhN2Q1ZWY3ZjQ1MDE4MmQ5YjZjMDQ5MWU3ZGM3IiwgInB1YmxpY1VSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6ODc3My9zZXJ2aWNlcy9DbG91ZCJ9XSwgImVuZHBvaW50c19saW5rcyI6IFtdLCAidHlwZSI6ICJlYzIiLCAibmFtZSI6ICJlYzIifSwgeyJlbmRwb2ludHMiOiBbeyJhZG1pblVSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6MzUzNTcvdjIuMCIsICJyZWdpb24iOiAiUmVnaW9uT25lIiwgImludGVybmFsVVJMIjogImh0dHA6Ly8xOTIuMTY4LjMuMTo1MDAwL3YyLjAiLCAiaWQiOiAiMDg5MWNmYTg4NTY3NGRiNzk2NzRlY2Q4YzZlNGM1MzMiLCAicHVibGljVVJMIjogImh0dHA6Ly8xOTIuMTY4LjMuMTo1MDAwL3YyLjAifV0sICJlbmRwb2ludHNfbGlua3MiOiBbXSwgInR5cGUiOiAiaWRlbnRpdHkiLCAibmFtZSI6ICJrZXlzdG9uZSJ9XSwgInVzZXIiOiB7InVzZXJuYW1lIjogImFkbWluIiwgInJvbGVzX2xpbmtzIjogW10sICJpZCI6ICIzYWM0MTdiMjM5MWE0NTM1ODNlYzMwMDgxMjZkNzUzZiIsICJyb2xlcyI6IFt7Im5hbWUiOiAiYWRtaW4ifV0sICJuYW1lIjogImFkbWluIn0sICJtZXRhZGF0YSI6IHsiaXNfYWRtaW4iOiAwLCAicm9sZXMiOiBbIjMyMWE0M2FjMzM3OTQ0YWM4ODkxMjdiNzk3YmU3ZDlhIl19fX0xgf8wgfwCAQEwXDBXMQswCQYDVQQGEwJVUzEOMAwGA1UECBMFVW5zZXQxDjAMBgNVBAcTBVVuc2V0MQ4wDAYDVQQKEwVVbnNldDEYMBYGA1UEAxMPd3d3LmV4YW1wbGUuY29tAgEBMAcGBSsOAwIaMA0GCSqGSIb3DQEBAQUABIGAM7Q9YgDWl+2-Hi7V3JBDrLu1PPA3cgfG7ZW8fPtSGpNeuumENW9CjnS-ZBZccD6kKcKl61VM8oBmfn8lAFBHTCkuMl+iDrfV+O8EmsqrB9fyKj9P1mJAAE0X92Weh4FygcjHk5eBKZjPyy3rFJRJo9nmKwzYmcOB+9xehCDlnTw=" >>> **** >>> >>> ** ** >>> >>> RESP: [400] {'date': 'Tue, 24 Sep 2013 15:34:41 GMT', 'content-length': >>> '65', 'content-type': 'application/json; charset=UTF-8', >>> 'x-compute-request-id': 'req-68921414-7571-470d-884d-717a9f23c141'}**** >>> >>> RESP BODY: {"badRequest": {"message": "Malformed request url", "code": >>> 400}}**** >>> >>> ** ** >>> >>> DEBUG (shell:495) Malformed request url (HTTP 400) (Request-ID: >>> req-68921414-7571-470d-884d-717a9f23c141)**** >>> >>> Traceback (most recent call last):**** >>> >>> File "/usr/lib/python2.7/dist-packages/cinderclient/shell.py", line >>> 490, in main**** >>> >>> OpenStackCinderShell().main(map(strutils.safe_decode, sys.argv[1:])) >>> **** >>> >>> File "/usr/lib/python2.7/dist-packages/cinderclient/shell.py", line >>> 441, in main**** >>> >>> args.func(self.cs, args)**** >>> >>> File "/usr/lib/python2.7/dist-packages/cinderclient/v1/shell.py", line >>> 143, in do_list**** >>> >>> volumes = cs.volumes.list(search_opts=search_opts)**** >>> >>> File "/usr/lib/python2.7/dist-packages/cinderclient/v1/volumes.py", >>> line 204, in list**** >>> >>> "volumes")**** >>> >>> File "/usr/lib/python2.7/dist-packages/cinderclient/base.py", line 63, >>> in _list**** >>> >>> resp, body = self.api.client.get(url)**** >>> >>> File "/usr/lib/python2.7/dist-packages/cinderclient/client.py", line >>> 185, in get**** >>> >>> return self._cs_request(url, 'GET', **kwargs)**** >>> >>> File "/usr/lib/python2.7/dist-packages/cinderclient/client.py", line >>> 153, in _cs_request**** >>> >>> **kwargs)**** >>> >>> File "/usr/lib/python2.7/dist-packages/cinderclient/client.py", line >>> 136, in request**** >>> >>> raise exceptions.from_response(resp, body)**** >>> >>> BadRequest: Malformed request url (HTTP 400) (Request-ID: >>> req-68921414-7571-470d-884d-717a9f23c141)**** >>> >>> ERROR: Malformed request url**** >>> >>> ** ** >>> >>> ** ** >>> >>> Regards.**** >>> >>> ** ** >>> >>> 2013/9/24 O'Driscoll, Cian **** >>> >>> Hi Guilherme,**** >>> >>> **** >>> >>> If you run “cinder –debug list” and reply with the output, We should be >>> able to see what’s wrong. **** >>> >>> Sounds like your block storage url is incorrectly formatted in keystone. >>> **** >>> >>> **** >>> >>> Thanks,**** >>> >>> Cian**** >>> >>> **** >>> >>> Cian O'Driscoll**** >>> >>> Systems Software Engineer**** >>> >>> HP Cloud Services**** >>> >>> Hewlett Packard Galway Ltd.**** >>> >>> **** >>> >>> *From:* Guilherme Russi [mailto:luisguilherme.cr at gmail.com] **** >>> >>> *Sent:* 24 September 2013 14:53 >>> *To:* Marcelo Dieder >>> *Cc:* openstack**** >>> >>> *Subject:* Re: [Openstack] Cinder error**** >>> >>> **** >>> >>> Hello guys, I've changed the rabbit error, but I still can't associate a >>> volume to my VMs, when I type cinder list I get the Malformed request url. >>> I've already checked my keystone and it looks fine to me. Any ideas?**** >>> >>> **** >>> >>> Regards.**** >>> >>> **** >>> >>> 2013/9/23 Guilherme Russi **** >>> >>> It's what i've got too:**** >>> >>> **** >>> >>> root at hemera:/home/hemera# rabbitmqctl list_permissions**** >>> >>> Listing permissions in vhost "/" ...**** >>> >>> guest .* .* .***** >>> >>> ...done.**** >>> >>> **** >>> >>> Regards.**** >>> >>> **** >>> >>> **** >>> >>> 2013/9/23 Marcelo Dieder **** >>> >>> Hi Guilherme, >>> >>> The RabbitMQ has virtual host for many applications. Default, the Rabbit >>> created a default virtualhost with /. >>> >>> You can see this with the command: >>> >>> root at controller:~# rabbitmqctl list_permissions >>> Listing permissions in vhost "/" ... >>> guest .* .* .* >>> ...done. >>> >>> Regards, >>> >>> Marcelo Dieder**** >>> >>> **** >>> >>> On 09/23/2013 04:57 PM, Guilherme Russi wrote:**** >>> >>> I guess I've got something: **** >>> >>> **** >>> >>> 2013-09-23 16:52:17 INFO [cinder.openstack.common.rpc.common] >>> Connected to AMQP server on localhost:5672**** >>> >>> **** >>> >>> I've found this page >>> https://ask.openstack.org/en/question/4581/cinder-unable-to-connect-to-rabbitmq/ and zipmaster07 >>> answered "rabbit_virtual_host = /nova**** >>> >>> I commented out the "rabbit_virtual_host", restarted all cinder services >>> and I can see a successful connection to AMQP now."**** >>> >>> And I did that, now it's connected, but what is this >>> rabbit_virtual_host? What does it do?**** >>> >>> I'll test my volumes now.**** >>> >>> **** >>> >>> Regards.**** >>> >>> **** >>> >>> **** >>> >>> **** >>> >>> **** >>> >>> 2013/9/23 Guilherme Russi **** >>> >>> I've looked at the quantum/server.log and nova-scheduler.log and they >>> show:**** >>> >>> **** >>> >>> 2013-09-23 16:25:27 INFO [quantum.openstack.common.rpc.common] >>> Reconnecting to AMQP server on localhost:5672**** >>> >>> 2013-09-23 16:25:27 INFO [quantum.openstack.common.rpc.common] >>> Connected to AMQP server on localhost:5672**** >>> >>> **** >>> >>> 2013-09-23 16:24:01.830 5971 INFO nova.openstack.common.rpc.common [-] >>> Reconnecting to AMQP server on 127.0.0.1:5672**** >>> >>> 2013-09-23 16:24:01.879 5971 INFO nova.openstack.common.rpc.common [-] >>> Connected to AMQP server on 127.0.0.1:5672**** >>> >>> **** >>> >>> But at the cinder-volume.log:**** >>> >>> **** >>> >>> INFO [cinder.openstack.common.rpc.common] Reconnecting to AMQP server on >>> localhost:5672**** >>> >>> 2013-09-23 16:46:04 ERROR [cinder.openstack.common.rpc.common] AMQP >>> server on localhost:5672 is unreachable: Socket closed. Trying again in 30 >>> seconds.**** >>> >>> **** >>> >>> **** >>> >>> I was typing when you sent your answer, here is it:**** >>> >>> **** >>> >>> rabbitmq-server status**** >>> >>> Status of node rabbit at hemera ...**** >>> >>> [{pid,17266},**** >>> >>> {running_applications,[{rabbit,"RabbitMQ","2.7.1"},**** >>> >>> {os_mon,"CPO CXC 138 46","2.2.7"},**** >>> >>> {sasl,"SASL CXC 138 11","2.1.10"},**** >>> >>> {mnesia,"MNESIA CXC 138 12","4.5"},**** >>> >>> {stdlib,"ERTS CXC 138 10","1.17.5"},**** >>> >>> {kernel,"ERTS CXC 138 10","2.14.5"}]},**** >>> >>> {os,{unix,linux}},**** >>> >>> {erlang_version,"Erlang R14B04 (erts-5.8.5) [source] [64-bit] [smp:4:4] >>> [rq:4] [async-threads:30] [kernel-poll:true]\n"},**** >>> >>> {memory,[{total,30926120},**** >>> >>> {processes,14354392},**** >>> >>> {processes_used,14343184},**** >>> >>> {system,16571728},**** >>> >>> {atom,1124441},**** >>> >>> {atom_used,1120343},**** >>> >>> {binary,268176},**** >>> >>> {code,11134417},**** >>> >>> {ets,2037120}]},**** >>> >>> {vm_memory_high_watermark,0.4},**** >>> >>> {vm_memory_limit,3299385344}]**** >>> >>> ...done.**** >>> >>> **** >>> >>> **** >>> >>> Yes, I've restarted the rabbitmq-server, but as you can see at the logs, >>> quantum and nova are connected.**** >>> >>> **** >>> >>> Ideas??**** >>> >>> **** >>> >>> Regards.**** >>> >>> **** >>> >>> **** >>> >>> 2013/9/23 Marcelo Dieder **** >>> >>> What's the status of your rabbitmq? >>> >>> # rabbitmqctl status >>> >>> And do you tried restart the rabbitmq? >>> >>> Regards, >>> Marcelo Dieder**** >>> >>> On 09/23/2013 03:31 PM, Guilherme Russi wrote:**** >>> >>> Yes, it is at the same place **** >>> >>> **** >>> >>> cat /etc/cinder/cinder.conf **** >>> >>> [DEFAULT]**** >>> >>> rootwrap_config=/etc/cinder/rootwrap.conf**** >>> >>> sql_connection = mysql://cinder:password at localhost/cinder**** >>> >>> api_paste_confg = /etc/cinder/api-paste.ini**** >>> >>> iscsi_helper=ietadm**** >>> >>> #iscsi_helper = tgtadm**** >>> >>> volume_name_template = volume-%s**** >>> >>> volume_group = cinder-volumes**** >>> >>> verbose = True**** >>> >>> auth_strategy = keystone**** >>> >>> iscsi_ip_address=localhost**** >>> >>> rabbit_host = localhost**** >>> >>> rabbit_port = 5672**** >>> >>> rabbit_userid = rabbit**** >>> >>> rabbit_password = password**** >>> >>> rabbit_virtual_host = /nova**** >>> >>> state_path = /var/lib/cinder**** >>> >>> lock_path = /var/lock/cinder**** >>> >>> volumes_dir = /var/lib/cinder/volumes**** >>> >>> **** >>> >>> Another idea?**** >>> >>> **** >>> >>> Regards.**** >>> >>> **** >>> >>> 2013/9/23 Gangur, Hrushikesh (HP Converged Cloud - R&D - Sunnyvale) < >>> hrushikesh.gangur at hp.com>**** >>> >>> Ensure that cinder configuration files have correct IP of rabbimq host.* >>> *** >>> >>> **** >>> >>> *From:* Guilherme Russi [mailto:luisguilherme.cr at gmail.com] >>> *Sent:* Monday, September 23, 2013 10:53 AM >>> *To:* openstack >>> *Subject:* [Openstack] Cinder error**** >>> >>> **** >>> >>> Hello guys, I'm reinstalling my OpenStack Grizzly and I'm getting >>> problem with my cinder, I'm getting "*Error: *Unable to retrieve volume >>> list." I was looking at the cinder log and I only found this error: ERROR >>> [cinder.openstack.common.rpc.common] AMQP server on 192.168.3.1:5672 is >>> unreachable: Socket closed. Trying again in 30 seconds.**** >>> >>> **** >>> >>> I have a partition created:**** >>> >>> **** >>> >>> pvdisplay **** >>> >>> --- Physical volume ---**** >>> >>> PV Name /dev/sda7**** >>> >>> VG Name cinder-volumes**** >>> >>> PV Size 279,59 GiB / not usable 1,00 MiB**** >>> >>> Allocatable yes **** >>> >>> PE Size 4,00 MiB**** >>> >>> Total PE 71574**** >>> >>> Free PE 66454**** >>> >>> Allocated PE 5120**** >>> >>> PV UUID KHITxF-uagF-xADc-F8fu-na8t-1OXT-rDFbQ6**** >>> >>> **** >>> >>> root at hemera:/home/hemera# vgdisplay **** >>> >>> --- Volume group ---**** >>> >>> VG Name cinder-volumes**** >>> >>> System ID **** >>> >>> Format lvm2**** >>> >>> Metadata Areas 1**** >>> >>> Metadata Sequence No 6**** >>> >>> VG Access read/write**** >>> >>> VG Status resizable**** >>> >>> MAX LV 0**** >>> >>> Cur LV 2**** >>> >>> Open LV 0**** >>> >>> Max PV 0**** >>> >>> Cur PV 1**** >>> >>> Act PV 1**** >>> >>> VG Size 279,59 GiB**** >>> >>> PE Size 4,00 MiB**** >>> >>> Total PE 71574**** >>> >>> Alloc PE / Size 5120 / 20,00 GiB**** >>> >>> Free PE / Size 66454 / 259,59 GiB**** >>> >>> VG UUID mhN3uV-n80a-zjeb-uR35-0IPb-BFmo-G2Qehu**** >>> >>> **** >>> >>> **** >>> >>> I don't know how to fix this error, any help?**** >>> >>> **** >>> >>> Thank you all and regards.**** >>> >>> **** >>> >>> Guilherme.**** >>> >>> **** >>> >>> **** >>> >>> _______________________________________________**** >>> >>> Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack**** >>> >>> Post to : openstack at lists.openstack.org**** >>> >>> Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack**** >>> >>> **** >>> >>> >>> _______________________________________________ >>> Mailing list: >>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>> Post to : openstack at lists.openstack.org >>> Unsubscribe : >>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack**** >>> >>> **** >>> >>> **** >>> >>> **** >>> >>> **** >>> >>> **** >>> >>> ** ** >>> >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From luisguilherme.cr at gmail.com Wed Sep 25 15:55:39 2013 From: luisguilherme.cr at gmail.com (Guilherme Russi) Date: Wed, 25 Sep 2013 12:55:39 -0300 Subject: [Openstack] Cinder error In-Reply-To: <08AD9FE8-38E8-4E30-93E6-E9C9B8B33419@gmail.com> References: <5240959D.1010509@gmail.com> <5240A0B5.5000300@gmail.com> <08AD9FE8-38E8-4E30-93E6-E9C9B8B33419@gmail.com> Message-ID: Thank you Razique, and you have idea if this change can be made at the cinder on the grizzly, I ask because I have grizzly running now and I hope don't have to reinstall in another version :) 2013/9/25 Razique Mahroua > Doesn't seem possible at the moment, but there is a blueprint: > https://blueprints.launchpad.net/cinder/+spec/multi-attach-volume > > > :-) > > Le 25 sept. 2013 à 17:11, Guilherme Russi a > écrit : > > Hello guys, I fixed my error and now my cinder is working fine, I just > have one last question, can I attach two or more VMs at the same volume? > > Thank you all. > > Regards. > > > 2013/9/24 Guilherme Russi > >> Hello Cian, I was looking for some cinder troubleshooting and i looked >> these lines at my cinder-api.log: >> >> 2013-09-24 23:29:23 WARNING [cinder.openstack.common.policy] >> Inheritance-based rules are deprecated; use the default brain instead of >> HttpBrain. >> 2013-09-24 23:29:23 INFO [cinder.api.openstack.wsgi] GET >> http://192.168.3.1:8776/v1/%0A3f5e122efa6d4486946efd05e66f19e4/volumes/detail >> >> What it means with rules are deprecated? Is the problem with my keystone? >> >> Thank you again. >> >> >> 2013/9/24 Guilherme Russi >> >>> Hello Cian, >>> >>> Here is the output: >>> >>> curl –i -v http://192.168.3.1:8776/v1/ >>> * Input domain encoded as `UTF-8' >>> * getaddrinfo(3) failed for xn--i-5gn:80 >>> * Couldn't resolve host '–i' >>> * Closing connection #0 >>> curl: (6) Couldn't resolve host '–i' >>> * About to connect() to 192.168.3.1 port 8776 (#0) >>> * Trying 192.168.3.1... connected >>> > GET /v1/ HTTP/1.1 >>> > User-Agent: curl/7.22.0 (x86_64-pc-linux-gnu) libcurl/7.22.0 >>> OpenSSL/1.0.1 zlib/1.2.3.4 libidn/1.23 librtmp/2.3 >>> > Host: 192.168.3.1:8776 >>> > Accept: */* >>> > >>> < HTTP/1.1 401 Unauthorized >>> < Www-Authenticate: Keystone uri='http://192.168.3.1:35357' >>> < Content-Length: 381 >>> < Content-Type: text/html; charset=UTF-8 >>> < Date: Tue, 24 Sep 2013 16:13:45 GMT >>> < >>> >>> >>> 401 Unauthorized >>> >>> >>>

401 Unauthorized

>>> This server could not verify that you are authorized to access the >>> document you requested. Either you supplied the wrong credentials (e.g., >>> bad password), or your browser does not understand how to supply the >>> credentials required.

>>> Authentication required >>> >>> >>> >>> * Connection #0 to host 192.168.3.1 left intact >>> * Closing connection #0 >>> root at hemera:/home/hemera# curl –i -v http://192.168.3.1:8776/v1/ >>> * Input domain encoded as `UTF-8' >>> * getaddrinfo(3) failed for xn--i-5gn:80 >>> * Couldn't resolve host '–i' >>> * Closing connection #0 >>> curl: (6) Couldn't resolve host '–i' >>> * About to connect() to 192.168.3.1 port 8776 (#0) >>> * Trying 192.168.3.1... connected >>> > GET /v1/ HTTP/1.1 >>> > User-Agent: curl/7.22.0 (x86_64-pc-linux-gnu) libcurl/7.22.0 >>> OpenSSL/1.0.1 zlib/1.2.3.4 libidn/1.23 librtmp/2.3 >>> > Host: 192.168.3.1:8776 >>> > Accept: */* >>> > >>> < HTTP/1.1 401 Unauthorized >>> < Www-Authenticate: Keystone uri='http://192.168.3.1:35357' >>> < Content-Length: 381 >>> < Content-Type: text/html; charset=UTF-8 >>> < Date: Tue, 24 Sep 2013 16:14:35 GMT >>> < >>> >>> >>> 401 Unauthorized >>> >>> >>>

401 Unauthorized

>>> This server could not verify that you are authorized to access the >>> document you requested. Either you supplied the wrong credentials (e.g., >>> bad password), or your browser does not understand how to supply the >>> credentials required.

>>> Authentication required >>> >>> >>> >>> * Connection #0 to host 192.168.3.1 left intact >>> * Closing connection #0 >>> >>> >>> tail –f /var/log/cinder/cinder-api.log >>> ==> /var/log/cinder/cinder-api.log <== >>> 2013-09-24 13:12:27 WARNING [keystoneclient.middleware.auth_token] >>> Unable to find authentication token in headers >>> 2013-09-24 13:12:27 INFO [keystoneclient.middleware.auth_token] >>> Invalid user token - rejecting request >>> 2013-09-24 13:13:31 WARNING [keystoneclient.middleware.auth_token] >>> Unable to find authentication token in headers >>> 2013-09-24 13:13:31 INFO [keystoneclient.middleware.auth_token] >>> Invalid user token - rejecting request >>> 2013-09-24 13:13:35 WARNING [keystoneclient.middleware.auth_token] >>> Unable to find authentication token in headers >>> 2013-09-24 13:13:35 INFO [keystoneclient.middleware.auth_token] >>> Invalid user token - rejecting request >>> 2013-09-24 13:13:45 WARNING [keystoneclient.middleware.auth_token] >>> Unable to find authentication token in headers >>> 2013-09-24 13:13:45 INFO [keystoneclient.middleware.auth_token] >>> Invalid user token - rejecting request >>> 2013-09-24 13:14:35 WARNING [keystoneclient.middleware.auth_token] >>> Unable to find authentication token in headers >>> 2013-09-24 13:14:35 INFO [keystoneclient.middleware.auth_token] >>> Invalid user token - rejecting request >>> >>> >>> I've sourced my openrc with my admin credentials. >>> >>> Any ideas? >>> >>> Thank you. >>> >>> >>> >>> >>> >>> 2013/9/24 O'Driscoll, Cian >>> >>>> Format looks good**** >>>> >>>> ** ** >>>> >>>> Try a simple curl “curl –iv http://192.168.3.1:8776/v1/” and see what >>>> returns**** >>>> >>>> ** ** >>>> >>>> Your api service is probably not up and running or is throwing an >>>> exception**** >>>> >>>> ** ** >>>> >>>> “tial –f /var/log/cinder/cinder-api.log” on the api node while you run >>>> the curl. **** >>>> >>>> ** ** >>>> >>>> Cian O'Driscoll**** >>>> >>>> Systems Software Engineer**** >>>> >>>> HP Cloud Services**** >>>> >>>> Hewlett Packard Galway Ltd.**** >>>> >>>> Tel: +353-91-75-4432**** >>>> >>>> ** ** >>>> >>>> Postal Address: Hewlett Packard Galway Limited, Ballybrit Business >>>> Park, Galway **** >>>> >>>> Registered Office: Hewlett Packard Galway Limited, 63-74 Sir John >>>> Rogerson's Quay Dublin 2 Registered Number: 361933**** >>>> >>>> ** ** >>>> >>>> *From:* Guilherme Russi [mailto:luisguilherme.cr at gmail.com] >>>> *Sent:* 24 September 2013 16:36 >>>> *To:* O'Driscoll, Cian >>>> *Cc:* Marcelo Dieder; openstack >>>> >>>> *Subject:* Re: [Openstack] Cinder error**** >>>> >>>> ** ** >>>> >>>> Hello Cian, thank you for reply, here is the output:**** >>>> >>>> ** ** >>>> >>>> cinder --debug list**** >>>> >>>> ** ** >>>> >>>> REQ: curl -i http://localhost:5000/v2.0/tokens -X POST -H >>>> "Content-Type: application/json" -H "Accept: application/json" -H >>>> "User-Agent: python-cinderclient" -d '{"auth": {"tenantName": "admin", >>>> "passwordCredentials": {"username": "admin", "password": "password"}}}' >>>> **** >>>> >>>> ** ** >>>> >>>> RESP: [200] {'date': 'Tue, 24 Sep 2013 15:34:41 GMT', 'content-type': >>>> 'application/json', 'content-length': '5851', 'vary': 'X-Auth-Token'}** >>>> ** >>>> >>>> RESP BODY: {"access": {"token": {"issued_at": >>>> "2013-09-24T15:34:41.362645", "expires": "2013-09-25T15:34:41Z", "id": >>>> "MIIKVAYJKoZIhvcNAQcCoIIKRTCCCkECAQExCTAHBgUrDgMCGjCCCS0GCSqGSIb3DQEHAaCCCR4EggkaeyJhY2Nlc3MiOiB7InRva2VuIjogeyJpc3N1ZWRfYXQiOiAiMjAxMy0wOS0yNFQxNTozNDo0MS4zNjI2NDUiLCAiZXhwaXJlcyI6ICIyMDEzLTA5LTI1VDE1OjM0OjQxWiIsICJpZCI6ICJwbGFjZWhvbGRlciIsICJ0ZW5hbnQiOiB7ImRlc2NyaXB0aW9uIjogbnVsbCwgImVuYWJsZWQiOiB0cnVlLCAiaWQiOiAiM2Y1ZTEyMmVmYTZkNDQ4Njk0NmVmZDA1ZTY2ZjE5ZTQiLCAibmFtZSI6ICJhZG1pbiJ9fSwgInNlcnZpY2VDYXRhbG9nIjogW3siZW5kcG9pbnRzIjogW3siYWRtaW5VUkwiOiAiaHR0cDovLzE5Mi4xNjguMy4xOjg3NzQvdjIvM2Y1ZTEyMmVmYTZkNDQ4Njk0NmVmZDA1ZTY2ZjE5ZTQiLCAicmVnaW9uIjogIlJlZ2lvbk9uZSIsICJpbnRlcm5hbFVSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6ODc3NC92Mi8zZjVlMTIyZWZhNmQ0NDg2OTQ2ZWZkMDVlNjZmMTllNCIsICJpZCI6ICIxNTA4NmYxYjc3ZDU0OTAyYWUxNmYyMTQ2YmEwMDZjYyIsICJwdWJsaWNVUkwiOiAiaHR0cDovLzE5Mi4xNjguMy4xOjg3NzQvdjIvM2Y1ZTEyMmVmYTZkNDQ4Njk0NmVmZDA1ZTY2ZjE5ZTQifV0sICJlbmRwb2ludHNfbGlua3MiOiBbXSwgInR5cGUiOiAiY29tcHV0ZSIsICJuYW1lIjogIm5vdmEifSwgeyJlbmRwb2ludHMiOiBbeyJhZG1pblVSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6OTY5Ni8iLCAicmVnaW9uIjogIlJlZ2lvbk9uZSIsICJpbnRlcm5hbFVSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6OTY5Ni8iLCAiaWQiOiAiMzdlNjA4MmYzOWZkNDc5YWEyYmQ3NjI5NzczN2MxMDAiLCAicHVibGljVVJMIjogImh0dHA6Ly8xOTIuMTY4LjMuMTo5Njk2LyJ9XSwgImVuZHBvaW50c19saW5rcyI6IFtdLCAidHlwZSI6ICJuZXR3b3JrIiwgIm5hbWUiOiAicXVhbnR1bSJ9LCB7ImVuZHBvaW50cyI6IFt7ImFkbWluVVJMIjogImh0dHA6Ly8xOTIuMTY4LjMuMTo5MjkyIiwgInJlZ2lvbiI6ICJSZWdpb25PbmUiLCAiaW50ZXJuYWxVUkwiOiAiaHR0cDovLzE5Mi4xNjguMy4xOjkyOTIiLCAiaWQiOiAiMTE5MmIwYjUzMTM2NDJiZWI4ZTA4MTk3ZmUxMWEwZmMiLCAicHVibGljVVJMIjogImh0dHA6Ly8xOTIuMTY4LjMuMTo5MjkyIn1dLCAiZW5kcG9pbnRzX2xpbmtzIjogW10sICJ0eXBlIjogImltYWdlIiwgIm5hbWUiOiAiZ2xhbmNlIn0sIHsiZW5kcG9pbnRzIjogW3siYWRtaW5VUkwiOiAiaHR0cDovLzE5Mi4xNjguMy4xOjg3NzYvdjEvM2Y1ZTEyMmVmYTZkNDQ4Njk0NmVmZDA1ZTY2ZjE5ZTQiLCAicmVnaW9uIjogIlJlZ2lvbk9uZSIsICJpbnRlcm5hbFVSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6ODc3Ni92MS8zZjVlMTIyZWZhNmQ0NDg2OTQ2ZWZkMDVlNjZmMTllNCIsICJpZCI6ICIwYzcxZWMyMTJmNDg0MmNhOTUxMGQ3NGMzMzM4Zjg1OCIsICJwdWJsaWNVUkwiOiAiaHR0cDovLzE5Mi4xNjguMy4xOjg3NzYvdjEvXG4zZjVlMTIyZWZhNmQ0NDg2OTQ2ZWZkMDVlNjZmMTllNCJ9XSwgImVuZHBvaW50c19saW5rcyI6IFtdLCAidHlwZSI6ICJ2b2x1bWUiLCAibmFtZSI6ICJjaW5kZXIifSwgeyJlbmRwb2ludHMiOiBbeyJhZG1pblVSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6ODc3My9zZXJ2aWNlcy9BZG1pbiIsICJyZWdpb24iOiAiUmVnaW9uT25lIiwgImludGVybmFsVVJMIjogImh0dHA6Ly8xOTIuMTY4LjMuMTo4NzczL3NlcnZpY2VzL0Nsb3VkIiwgImlkIjogIjQ4YmNhN2Q1ZWY3ZjQ1MDE4MmQ5YjZjMDQ5MWU3ZGM3IiwgInB1YmxpY1VSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6ODc3My9zZXJ2aWNlcy9DbG91ZCJ9XSwgImVuZHBvaW50c19saW5rcyI6IFtdLCAidHlwZSI6ICJlYzIiLCAibmFtZSI6ICJlYzIifSwgeyJlbmRwb2ludHMiOiBbeyJhZG1pblVSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6MzUzNTcvdjIuMCIsICJyZWdpb24iOiAiUmVnaW9uT25lIiwgImludGVybmFsVVJMIjogImh0dHA6Ly8xOTIuMTY4LjMuMTo1MDAwL3YyLjAiLCAiaWQiOiAiMDg5MWNmYTg4NTY3NGRiNzk2NzRlY2Q4YzZlNGM1MzMiLCAicHVibGljVVJMIjogImh0dHA6Ly8xOTIuMTY4LjMuMTo1MDAwL3YyLjAifV0sICJlbmRwb2ludHNfbGlua3MiOiBbXSwgInR5cGUiOiAiaWRlbnRpdHkiLCAibmFtZSI6ICJrZXlzdG9uZSJ9XSwgInVzZXIiOiB7InVzZXJuYW1lIjogImFkbWluIiwgInJvbGVzX2xpbmtzIjogW10sICJpZCI6ICIzYWM0MTdiMjM5MWE0NTM1ODNlYzMwMDgxMjZkNzUzZiIsICJyb2xlcyI6IFt7Im5hbWUiOiAiYWRtaW4ifV0sICJuYW1lIjogImFkbWluIn0sICJtZXRhZGF0YSI6IHsiaXNfYWRtaW4iOiAwLCAicm9sZXMiOiBbIjMyMWE0M2FjMzM3OTQ0YWM4ODkxMjdiNzk3YmU3ZDlhIl19fX0xgf8wgfwCAQEwXDBXMQswCQYDVQQGEwJVUzEOMAwGA1UECBMFVW5zZXQxDjAMBgNVBAcTBVVuc2V0MQ4wDAYDVQQKEwVVbnNldDEYMBYGA1UEAxMPd3d3LmV4YW1wbGUuY29tAgEBMAcGBSsOAwIaMA0GCSqGSIb3DQEBAQUABIGAM7Q9YgDWl+2-Hi7V3JBDrLu1PPA3cgfG7ZW8fPtSGpNeuumENW9CjnS-ZBZccD6kKcKl61VM8oBmfn8lAFBHTCkuMl+iDrfV+O8EmsqrB9fyKj9P1mJAAE0X92Weh4FygcjHk5eBKZjPyy3rFJRJo9nmKwzYmcOB+9xehCDlnTw=", >>>> "tenant": {"description": null, "enabled": true, "id": >>>> "3f5e122efa6d4486946efd05e66f19e4", "name": "admin"}}, "serviceCatalog": >>>> [{"endpoints": [{"adminURL": " >>>> http://192.168.3.1:8774/v2/3f5e122efa6d4486946efd05e66f19e4", >>>> "region": "RegionOne", "internalURL": " >>>> http://192.168.3.1:8774/v2/3f5e122efa6d4486946efd05e66f19e4", "id": >>>> "15086f1b77d54902ae16f2146ba006cc", "publicURL": " >>>> http://192.168.3.1:8774/v2/3f5e122efa6d4486946efd05e66f19e4"}], >>>> "endpoints_links": [], "type": "compute", "name": "nova"}, {"endpoints": >>>> [{"adminURL": "http://192.168.3.1:9696/", "region": "RegionOne", >>>> "internalURL": "http://192.168.3.1:9696/", "id": >>>> "37e6082f39fd479aa2bd76297737c100", "publicURL": " >>>> http://192.168.3.1:9696/"}], "endpoints_links": [], "type": "network", >>>> "name": "quantum"}, {"endpoints": [{"adminURL": " >>>> http://192.168.3.1:9292", "region": "RegionOne", "internalURL": " >>>> http://192.168.3.1:9292", "id": "1192b0b5313642beb8e08197fe11a0fc", >>>> "publicURL": "http://192.168.3.1:9292"}], "endpoints_links": [], >>>> "type": "image", "name": "glance"}, {"endpoints": [{"adminURL": " >>>> http://192.168.3.1:8776/v1/3f5e122efa6d4486946efd05e66f19e4", >>>> "region": "RegionOne", "internalURL": " >>>> http://192.168.3.1:8776/v1/3f5e122efa6d4486946efd05e66f19e4", "id": >>>> "0c71ec212f4842ca9510d74c3338f858", "publicURL": " >>>> http://192.168.3.1:8776/v1/\n3f5e122efa6d4486946efd05e66f19e4"}], >>>> "endpoints_links": [], "type": "volume", "name": "cinder"}, {"endpoints": >>>> [{"adminURL": "http://192.168.3.1:8773/services/Admin", "region": >>>> "RegionOne", "internalURL": "http://192.168.3.1:8773/services/Cloud", >>>> "id": "48bca7d5ef7f450182d9b6c0491e7dc7", "publicURL": " >>>> http://192.168.3.1:8773/services/Cloud"}], "endpoints_links": [], >>>> "type": "ec2", "name": "ec2"}, {"endpoints": [{"adminURL": " >>>> http://192.168.3.1:35357/v2.0", "region": "RegionOne", "internalURL": " >>>> http://192.168.3.1:5000/v2.0", "id": >>>> "0891cfa885674db79674ecd8c6e4c533", "publicURL": " >>>> http://192.168.3.1:5000/v2.0"}], "endpoints_links": [], "type": >>>> "identity", "name": "keystone"}], "user": {"username": "admin", >>>> "roles_links": [], "id": "3ac417b2391a453583ec3008126d753f", "roles": >>>> [{"name": "admin"}], "name": "admin"}, "metadata": {"is_admin": 0, "roles": >>>> ["321a43ac337944ac889127b797be7d9a"]}}}**** >>>> >>>> ** ** >>>> >>>> ** ** >>>> >>>> REQ: curl -i http://192.168.3.1:8776/v1/**** >>>> >>>> 3f5e122efa6d4486946efd05e66f19e4/volumes/detail -X GET -H >>>> "X-Auth-Project-Id: admin" -H "User-Agent: python-cinderclient" -H "Accept: >>>> application/json" -H "X-Auth-Token: >>>> MIIKVAYJKoZIhvcNAQcCoIIKRTCCCkECAQExCTAHBgUrDgMCGjCCCS0GCSqGSIb3DQEHAaCCCR4EggkaeyJhY2Nlc3MiOiB7InRva2VuIjogeyJpc3N1ZWRfYXQiOiAiMjAxMy0wOS0yNFQxNTozNDo0MS4zNjI2NDUiLCAiZXhwaXJlcyI6ICIyMDEzLTA5LTI1VDE1OjM0OjQxWiIsICJpZCI6ICJwbGFjZWhvbGRlciIsICJ0ZW5hbnQiOiB7ImRlc2NyaXB0aW9uIjogbnVsbCwgImVuYWJsZWQiOiB0cnVlLCAiaWQiOiAiM2Y1ZTEyMmVmYTZkNDQ4Njk0NmVmZDA1ZTY2ZjE5ZTQiLCAibmFtZSI6ICJhZG1pbiJ9fSwgInNlcnZpY2VDYXRhbG9nIjogW3siZW5kcG9pbnRzIjogW3siYWRtaW5VUkwiOiAiaHR0cDovLzE5Mi4xNjguMy4xOjg3NzQvdjIvM2Y1ZTEyMmVmYTZkNDQ4Njk0NmVmZDA1ZTY2ZjE5ZTQiLCAicmVnaW9uIjogIlJlZ2lvbk9uZSIsICJpbnRlcm5hbFVSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6ODc3NC92Mi8zZjVlMTIyZWZhNmQ0NDg2OTQ2ZWZkMDVlNjZmMTllNCIsICJpZCI6ICIxNTA4NmYxYjc3ZDU0OTAyYWUxNmYyMTQ2YmEwMDZjYyIsICJwdWJsaWNVUkwiOiAiaHR0cDovLzE5Mi4xNjguMy4xOjg3NzQvdjIvM2Y1ZTEyMmVmYTZkNDQ4Njk0NmVmZDA1ZTY2ZjE5ZTQifV0sICJlbmRwb2ludHNfbGlua3MiOiBbXSwgInR5cGUiOiAiY29tcHV0ZSIsICJuYW1lIjogIm5vdmEifSwgeyJlbmRwb2ludHMiOiBbeyJhZG1pblVSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6OTY5Ni8iLCAicmVnaW9uIjogIlJlZ2lvbk9uZSIsICJpbnRlcm5hbFVSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6OTY5Ni8iLCAiaWQiOiAiMzdlNjA4MmYzOWZkNDc5YWEyYmQ3NjI5NzczN2MxMDAiLCAicHVibGljVVJMIjogImh0dHA6Ly8xOTIuMTY4LjMuMTo5Njk2LyJ9XSwgImVuZHBvaW50c19saW5rcyI6IFtdLCAidHlwZSI6ICJuZXR3b3JrIiwgIm5hbWUiOiAicXVhbnR1bSJ9LCB7ImVuZHBvaW50cyI6IFt7ImFkbWluVVJMIjogImh0dHA6Ly8xOTIuMTY4LjMuMTo5MjkyIiwgInJlZ2lvbiI6ICJSZWdpb25PbmUiLCAiaW50ZXJuYWxVUkwiOiAiaHR0cDovLzE5Mi4xNjguMy4xOjkyOTIiLCAiaWQiOiAiMTE5MmIwYjUzMTM2NDJiZWI4ZTA4MTk3ZmUxMWEwZmMiLCAicHVibGljVVJMIjogImh0dHA6Ly8xOTIuMTY4LjMuMTo5MjkyIn1dLCAiZW5kcG9pbnRzX2xpbmtzIjogW10sICJ0eXBlIjogImltYWdlIiwgIm5hbWUiOiAiZ2xhbmNlIn0sIHsiZW5kcG9pbnRzIjogW3siYWRtaW5VUkwiOiAiaHR0cDovLzE5Mi4xNjguMy4xOjg3NzYvdjEvM2Y1ZTEyMmVmYTZkNDQ4Njk0NmVmZDA1ZTY2ZjE5ZTQiLCAicmVnaW9uIjogIlJlZ2lvbk9uZSIsICJpbnRlcm5hbFVSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6ODc3Ni92MS8zZjVlMTIyZWZhNmQ0NDg2OTQ2ZWZkMDVlNjZmMTllNCIsICJpZCI6ICIwYzcxZWMyMTJmNDg0MmNhOTUxMGQ3NGMzMzM4Zjg1OCIsICJwdWJsaWNVUkwiOiAiaHR0cDovLzE5Mi4xNjguMy4xOjg3NzYvdjEvXG4zZjVlMTIyZWZhNmQ0NDg2OTQ2ZWZkMDVlNjZmMTllNCJ9XSwgImVuZHBvaW50c19saW5rcyI6IFtdLCAidHlwZSI6ICJ2b2x1bWUiLCAibmFtZSI6ICJjaW5kZXIifSwgeyJlbmRwb2ludHMiOiBbeyJhZG1pblVSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6ODc3My9zZXJ2aWNlcy9BZG1pbiIsICJyZWdpb24iOiAiUmVnaW9uT25lIiwgImludGVybmFsVVJMIjogImh0dHA6Ly8xOTIuMTY4LjMuMTo4NzczL3NlcnZpY2VzL0Nsb3VkIiwgImlkIjogIjQ4YmNhN2Q1ZWY3ZjQ1MDE4MmQ5YjZjMDQ5MWU3ZGM3IiwgInB1YmxpY1VSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6ODc3My9zZXJ2aWNlcy9DbG91ZCJ9XSwgImVuZHBvaW50c19saW5rcyI6IFtdLCAidHlwZSI6ICJlYzIiLCAibmFtZSI6ICJlYzIifSwgeyJlbmRwb2ludHMiOiBbeyJhZG1pblVSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6MzUzNTcvdjIuMCIsICJyZWdpb24iOiAiUmVnaW9uT25lIiwgImludGVybmFsVVJMIjogImh0dHA6Ly8xOTIuMTY4LjMuMTo1MDAwL3YyLjAiLCAiaWQiOiAiMDg5MWNmYTg4NTY3NGRiNzk2NzRlY2Q4YzZlNGM1MzMiLCAicHVibGljVVJMIjogImh0dHA6Ly8xOTIuMTY4LjMuMTo1MDAwL3YyLjAifV0sICJlbmRwb2ludHNfbGlua3MiOiBbXSwgInR5cGUiOiAiaWRlbnRpdHkiLCAibmFtZSI6ICJrZXlzdG9uZSJ9XSwgInVzZXIiOiB7InVzZXJuYW1lIjogImFkbWluIiwgInJvbGVzX2xpbmtzIjogW10sICJpZCI6ICIzYWM0MTdiMjM5MWE0NTM1ODNlYzMwMDgxMjZkNzUzZiIsICJyb2xlcyI6IFt7Im5hbWUiOiAiYWRtaW4ifV0sICJuYW1lIjogImFkbWluIn0sICJtZXRhZGF0YSI6IHsiaXNfYWRtaW4iOiAwLCAicm9sZXMiOiBbIjMyMWE0M2FjMzM3OTQ0YWM4ODkxMjdiNzk3YmU3ZDlhIl19fX0xgf8wgfwCAQEwXDBXMQswCQYDVQQGEwJVUzEOMAwGA1UECBMFVW5zZXQxDjAMBgNVBAcTBVVuc2V0MQ4wDAYDVQQKEwVVbnNldDEYMBYGA1UEAxMPd3d3LmV4YW1wbGUuY29tAgEBMAcGBSsOAwIaMA0GCSqGSIb3DQEBAQUABIGAM7Q9YgDWl+2-Hi7V3JBDrLu1PPA3cgfG7ZW8fPtSGpNeuumENW9CjnS-ZBZccD6kKcKl61VM8oBmfn8lAFBHTCkuMl+iDrfV+O8EmsqrB9fyKj9P1mJAAE0X92Weh4FygcjHk5eBKZjPyy3rFJRJo9nmKwzYmcOB+9xehCDlnTw=" >>>> **** >>>> >>>> ** ** >>>> >>>> RESP: [400] {'date': 'Tue, 24 Sep 2013 15:34:41 GMT', 'content-length': >>>> '65', 'content-type': 'application/json; charset=UTF-8', >>>> 'x-compute-request-id': 'req-68921414-7571-470d-884d-717a9f23c141'}**** >>>> >>>> RESP BODY: {"badRequest": {"message": "Malformed request url", "code": >>>> 400}}**** >>>> >>>> ** ** >>>> >>>> DEBUG (shell:495) Malformed request url (HTTP 400) (Request-ID: >>>> req-68921414-7571-470d-884d-717a9f23c141)**** >>>> >>>> Traceback (most recent call last):**** >>>> >>>> File "/usr/lib/python2.7/dist-packages/cinderclient/shell.py", line >>>> 490, in main**** >>>> >>>> OpenStackCinderShell().main(map(strutils.safe_decode, sys.argv[1:])) >>>> **** >>>> >>>> File "/usr/lib/python2.7/dist-packages/cinderclient/shell.py", line >>>> 441, in main**** >>>> >>>> args.func(self.cs, args)**** >>>> >>>> File "/usr/lib/python2.7/dist-packages/cinderclient/v1/shell.py", >>>> line 143, in do_list**** >>>> >>>> volumes = cs.volumes.list(search_opts=search_opts)**** >>>> >>>> File "/usr/lib/python2.7/dist-packages/cinderclient/v1/volumes.py", >>>> line 204, in list**** >>>> >>>> "volumes")**** >>>> >>>> File "/usr/lib/python2.7/dist-packages/cinderclient/base.py", line >>>> 63, in _list**** >>>> >>>> resp, body = self.api.client.get(url)**** >>>> >>>> File "/usr/lib/python2.7/dist-packages/cinderclient/client.py", line >>>> 185, in get**** >>>> >>>> return self._cs_request(url, 'GET', **kwargs)**** >>>> >>>> File "/usr/lib/python2.7/dist-packages/cinderclient/client.py", line >>>> 153, in _cs_request**** >>>> >>>> **kwargs)**** >>>> >>>> File "/usr/lib/python2.7/dist-packages/cinderclient/client.py", line >>>> 136, in request**** >>>> >>>> raise exceptions.from_response(resp, body)**** >>>> >>>> BadRequest: Malformed request url (HTTP 400) (Request-ID: >>>> req-68921414-7571-470d-884d-717a9f23c141)**** >>>> >>>> ERROR: Malformed request url**** >>>> >>>> ** ** >>>> >>>> ** ** >>>> >>>> Regards.**** >>>> >>>> ** ** >>>> >>>> 2013/9/24 O'Driscoll, Cian **** >>>> >>>> Hi Guilherme,**** >>>> >>>> **** >>>> >>>> If you run “cinder –debug list” and reply with the output, We should be >>>> able to see what’s wrong. **** >>>> >>>> Sounds like your block storage url is incorrectly formatted in keystone. >>>> **** >>>> >>>> **** >>>> >>>> Thanks,**** >>>> >>>> Cian**** >>>> >>>> **** >>>> >>>> Cian O'Driscoll**** >>>> >>>> Systems Software Engineer**** >>>> >>>> HP Cloud Services**** >>>> >>>> Hewlett Packard Galway Ltd.**** >>>> >>>> **** >>>> >>>> *From:* Guilherme Russi [mailto:luisguilherme.cr at gmail.com] **** >>>> >>>> *Sent:* 24 September 2013 14:53 >>>> *To:* Marcelo Dieder >>>> *Cc:* openstack**** >>>> >>>> *Subject:* Re: [Openstack] Cinder error**** >>>> >>>> **** >>>> >>>> Hello guys, I've changed the rabbit error, but I still can't associate >>>> a volume to my VMs, when I type cinder list I get the Malformed request >>>> url. I've already checked my keystone and it looks fine to me. Any ideas? >>>> **** >>>> >>>> **** >>>> >>>> Regards.**** >>>> >>>> **** >>>> >>>> 2013/9/23 Guilherme Russi **** >>>> >>>> It's what i've got too:**** >>>> >>>> **** >>>> >>>> root at hemera:/home/hemera# rabbitmqctl list_permissions**** >>>> >>>> Listing permissions in vhost "/" ...**** >>>> >>>> guest .* .* .***** >>>> >>>> ...done.**** >>>> >>>> **** >>>> >>>> Regards.**** >>>> >>>> **** >>>> >>>> **** >>>> >>>> 2013/9/23 Marcelo Dieder **** >>>> >>>> Hi Guilherme, >>>> >>>> The RabbitMQ has virtual host for many applications. Default, the >>>> Rabbit created a default virtualhost with /. >>>> >>>> You can see this with the command: >>>> >>>> root at controller:~# rabbitmqctl list_permissions >>>> Listing permissions in vhost "/" ... >>>> guest .* .* .* >>>> ...done. >>>> >>>> Regards, >>>> >>>> Marcelo Dieder**** >>>> >>>> **** >>>> >>>> On 09/23/2013 04:57 PM, Guilherme Russi wrote:**** >>>> >>>> I guess I've got something: **** >>>> >>>> **** >>>> >>>> 2013-09-23 16:52:17 INFO [cinder.openstack.common.rpc.common] >>>> Connected to AMQP server on localhost:5672**** >>>> >>>> **** >>>> >>>> I've found this page >>>> https://ask.openstack.org/en/question/4581/cinder-unable-to-connect-to-rabbitmq/ and zipmaster07 >>>> answered "rabbit_virtual_host = /nova**** >>>> >>>> I commented out the "rabbit_virtual_host", restarted all cinder >>>> services and I can see a successful connection to AMQP now."**** >>>> >>>> And I did that, now it's connected, but what is this >>>> rabbit_virtual_host? What does it do?**** >>>> >>>> I'll test my volumes now.**** >>>> >>>> **** >>>> >>>> Regards.**** >>>> >>>> **** >>>> >>>> **** >>>> >>>> **** >>>> >>>> **** >>>> >>>> 2013/9/23 Guilherme Russi **** >>>> >>>> I've looked at the quantum/server.log and nova-scheduler.log and they >>>> show:**** >>>> >>>> **** >>>> >>>> 2013-09-23 16:25:27 INFO [quantum.openstack.common.rpc.common] >>>> Reconnecting to AMQP server on localhost:5672**** >>>> >>>> 2013-09-23 16:25:27 INFO [quantum.openstack.common.rpc.common] >>>> Connected to AMQP server on localhost:5672**** >>>> >>>> **** >>>> >>>> 2013-09-23 16:24:01.830 5971 INFO nova.openstack.common.rpc.common [-] >>>> Reconnecting to AMQP server on 127.0.0.1:5672**** >>>> >>>> 2013-09-23 16:24:01.879 5971 INFO nova.openstack.common.rpc.common [-] >>>> Connected to AMQP server on 127.0.0.1:5672**** >>>> >>>> **** >>>> >>>> But at the cinder-volume.log:**** >>>> >>>> **** >>>> >>>> INFO [cinder.openstack.common.rpc.common] Reconnecting to AMQP server >>>> on localhost:5672**** >>>> >>>> 2013-09-23 16:46:04 ERROR [cinder.openstack.common.rpc.common] AMQP >>>> server on localhost:5672 is unreachable: Socket closed. Trying again in 30 >>>> seconds.**** >>>> >>>> **** >>>> >>>> **** >>>> >>>> I was typing when you sent your answer, here is it:**** >>>> >>>> **** >>>> >>>> rabbitmq-server status**** >>>> >>>> Status of node rabbit at hemera ...**** >>>> >>>> [{pid,17266},**** >>>> >>>> {running_applications,[{rabbit,"RabbitMQ","2.7.1"},**** >>>> >>>> {os_mon,"CPO CXC 138 46","2.2.7"},**** >>>> >>>> {sasl,"SASL CXC 138 11","2.1.10"},**** >>>> >>>> {mnesia,"MNESIA CXC 138 12","4.5"},**** >>>> >>>> {stdlib,"ERTS CXC 138 10","1.17.5"},**** >>>> >>>> {kernel,"ERTS CXC 138 10","2.14.5"}]},**** >>>> >>>> {os,{unix,linux}},**** >>>> >>>> {erlang_version,"Erlang R14B04 (erts-5.8.5) [source] [64-bit] >>>> [smp:4:4] [rq:4] [async-threads:30] [kernel-poll:true]\n"},**** >>>> >>>> {memory,[{total,30926120},**** >>>> >>>> {processes,14354392},**** >>>> >>>> {processes_used,14343184},**** >>>> >>>> {system,16571728},**** >>>> >>>> {atom,1124441},**** >>>> >>>> {atom_used,1120343},**** >>>> >>>> {binary,268176},**** >>>> >>>> {code,11134417},**** >>>> >>>> {ets,2037120}]},**** >>>> >>>> {vm_memory_high_watermark,0.4},**** >>>> >>>> {vm_memory_limit,3299385344}]**** >>>> >>>> ...done.**** >>>> >>>> **** >>>> >>>> **** >>>> >>>> Yes, I've restarted the rabbitmq-server, but as you can see at the >>>> logs, quantum and nova are connected.**** >>>> >>>> **** >>>> >>>> Ideas??**** >>>> >>>> **** >>>> >>>> Regards.**** >>>> >>>> **** >>>> >>>> **** >>>> >>>> 2013/9/23 Marcelo Dieder **** >>>> >>>> What's the status of your rabbitmq? >>>> >>>> # rabbitmqctl status >>>> >>>> And do you tried restart the rabbitmq? >>>> >>>> Regards, >>>> Marcelo Dieder**** >>>> >>>> On 09/23/2013 03:31 PM, Guilherme Russi wrote:**** >>>> >>>> Yes, it is at the same place **** >>>> >>>> **** >>>> >>>> cat /etc/cinder/cinder.conf **** >>>> >>>> [DEFAULT]**** >>>> >>>> rootwrap_config=/etc/cinder/rootwrap.conf**** >>>> >>>> sql_connection = mysql://cinder:password at localhost/cinder**** >>>> >>>> api_paste_confg = /etc/cinder/api-paste.ini**** >>>> >>>> iscsi_helper=ietadm**** >>>> >>>> #iscsi_helper = tgtadm**** >>>> >>>> volume_name_template = volume-%s**** >>>> >>>> volume_group = cinder-volumes**** >>>> >>>> verbose = True**** >>>> >>>> auth_strategy = keystone**** >>>> >>>> iscsi_ip_address=localhost**** >>>> >>>> rabbit_host = localhost**** >>>> >>>> rabbit_port = 5672**** >>>> >>>> rabbit_userid = rabbit**** >>>> >>>> rabbit_password = password**** >>>> >>>> rabbit_virtual_host = /nova**** >>>> >>>> state_path = /var/lib/cinder**** >>>> >>>> lock_path = /var/lock/cinder**** >>>> >>>> volumes_dir = /var/lib/cinder/volumes**** >>>> >>>> **** >>>> >>>> Another idea?**** >>>> >>>> **** >>>> >>>> Regards.**** >>>> >>>> **** >>>> >>>> 2013/9/23 Gangur, Hrushikesh (HP Converged Cloud - R&D - Sunnyvale) < >>>> hrushikesh.gangur at hp.com>**** >>>> >>>> Ensure that cinder configuration files have correct IP of rabbimq host. >>>> **** >>>> >>>> **** >>>> >>>> *From:* Guilherme Russi [mailto:luisguilherme.cr at gmail.com] >>>> *Sent:* Monday, September 23, 2013 10:53 AM >>>> *To:* openstack >>>> *Subject:* [Openstack] Cinder error**** >>>> >>>> **** >>>> >>>> Hello guys, I'm reinstalling my OpenStack Grizzly and I'm getting >>>> problem with my cinder, I'm getting "*Error: *Unable to retrieve >>>> volume list." I was looking at the cinder log and I only found this error: >>>> ERROR [cinder.openstack.common.rpc.common] AMQP server on >>>> 192.168.3.1:5672 is unreachable: Socket closed. Trying again in 30 >>>> seconds.**** >>>> >>>> **** >>>> >>>> I have a partition created:**** >>>> >>>> **** >>>> >>>> pvdisplay **** >>>> >>>> --- Physical volume ---**** >>>> >>>> PV Name /dev/sda7**** >>>> >>>> VG Name cinder-volumes**** >>>> >>>> PV Size 279,59 GiB / not usable 1,00 MiB**** >>>> >>>> Allocatable yes **** >>>> >>>> PE Size 4,00 MiB**** >>>> >>>> Total PE 71574**** >>>> >>>> Free PE 66454**** >>>> >>>> Allocated PE 5120**** >>>> >>>> PV UUID KHITxF-uagF-xADc-F8fu-na8t-1OXT-rDFbQ6**** >>>> >>>> **** >>>> >>>> root at hemera:/home/hemera# vgdisplay **** >>>> >>>> --- Volume group ---**** >>>> >>>> VG Name cinder-volumes**** >>>> >>>> System ID **** >>>> >>>> Format lvm2**** >>>> >>>> Metadata Areas 1**** >>>> >>>> Metadata Sequence No 6**** >>>> >>>> VG Access read/write**** >>>> >>>> VG Status resizable**** >>>> >>>> MAX LV 0**** >>>> >>>> Cur LV 2**** >>>> >>>> Open LV 0**** >>>> >>>> Max PV 0**** >>>> >>>> Cur PV 1**** >>>> >>>> Act PV 1**** >>>> >>>> VG Size 279,59 GiB**** >>>> >>>> PE Size 4,00 MiB**** >>>> >>>> Total PE 71574**** >>>> >>>> Alloc PE / Size 5120 / 20,00 GiB**** >>>> >>>> Free PE / Size 66454 / 259,59 GiB**** >>>> >>>> VG UUID mhN3uV-n80a-zjeb-uR35-0IPb-BFmo-G2Qehu**** >>>> >>>> **** >>>> >>>> **** >>>> >>>> I don't know how to fix this error, any help?**** >>>> >>>> **** >>>> >>>> Thank you all and regards.**** >>>> >>>> **** >>>> >>>> Guilherme.**** >>>> >>>> **** >>>> >>>> **** >>>> >>>> _______________________________________________**** >>>> >>>> Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack**** >>>> >>>> Post to : openstack at lists.openstack.org**** >>>> >>>> Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack**** >>>> >>>> **** >>>> >>>> >>>> _______________________________________________ >>>> Mailing list: >>>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>>> Post to : openstack at lists.openstack.org >>>> Unsubscribe : >>>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack**** >>>> >>>> **** >>>> >>>> **** >>>> >>>> **** >>>> >>>> **** >>>> >>>> **** >>>> >>>> ** ** >>>> >>> >>> >> > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From stefano at openstack.org Wed Sep 25 18:59:01 2013 From: stefano at openstack.org (Stefano Maffulli) Date: Wed, 25 Sep 2013 11:59:01 -0700 Subject: [Openstack] User Survey / Reminder Message-ID: <52433275.50209@openstack.org> Hello all, this is a reminder to fill in the User Survey: the deadline to complete the survey is September 30. If you’re using OpenStack, take 15 minutes to complete the User Survey by Sept 30. Your feedback can impact the roadmap http://www.openstack.org/user-survey If you know somebody that uses OpenStack, please have them fill in the survey. Your opinion counts! Thanks, stef -- Ask and answer questions on https://ask.openstack.org From vonpupp at gmail.com Wed Sep 25 19:17:23 2013 From: vonpupp at gmail.com (Albert Vonpupp) Date: Wed, 25 Sep 2013 16:17:23 -0300 Subject: [Openstack] (no subject) Message-ID: Hello, I'm trying DevStack at the university lab. When I tried to deploy a VM I noticed that all the machines from the lab started renewing their leases with the DevStack DHCP server. That is inconvenient for me since I'm not the only user of this lab and it could cause troubles. I thought that perhaps changing the default port on the controller as on the compute nodes would work, but I don't know how to do that. How can I change the dnsmasq DHCP port on DevStack? (controller and compute nodes) Thanks a lot! Albert. -------------- next part -------------- An HTML attachment was scrubbed... URL: From arosen at nicira.com Wed Sep 25 19:26:48 2013 From: arosen at nicira.com (Aaron Rosen) Date: Wed, 25 Sep 2013 12:26:48 -0700 Subject: [Openstack] (no subject) In-Reply-To: References: Message-ID: Hi Albert, Are you sure this is happening. I'm positive that neutron's dhcp agent will only hand out ip addresses for ports that it knows about and I'm sure nova-network does the same as well. Aaron On Wed, Sep 25, 2013 at 12:17 PM, Albert Vonpupp wrote: > Hello, > > I'm trying DevStack at the university lab. When I tried to deploy a VM I > noticed that all the machines from the lab started renewing their leases > with the DevStack DHCP server. That is inconvenient for me since I'm not > the only user of this lab and it could cause troubles. I thought that > perhaps changing the default port on the controller as on the compute nodes > would work, but I don't know how to do that. > > How can I change the dnsmasq DHCP port on DevStack? (controller and > compute nodes) > > Thanks a lot! > > Albert. > > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From Gabriel.Hurley at nebula.com Wed Sep 25 19:48:38 2013 From: Gabriel.Hurley at nebula.com (Gabriel Hurley) Date: Wed, 25 Sep 2013 19:48:38 +0000 Subject: [Openstack] User Survey / Reminder In-Reply-To: <52433275.50209@openstack.org> References: <52433275.50209@openstack.org> Message-ID: <686bf3a25009444fb6c506e9307ddbcf@BN1PR05MB169.namprd05.prod.outlook.com> I have a question on this: I logged in to take the user survey, and it still had all of my answers from the last user survey filled in. If this is intentional, it's very strange behavior. I don't feel that I should be overwriting my previous answers. That feels oddly invalidating. It also encourages bad behavior by simply "carrying forward" the same sentiments instead of considering what you want to say anew. If it's a bug, then consider this my bug report... Thanks! - Gabriel > -----Original Message----- > From: Stefano Maffulli [mailto:stefano at openstack.org] > Sent: Wednesday, September 25, 2013 11:59 AM > To: Operators, OpenStack; General, OpenStack > Subject: [Openstack] User Survey / Reminder > > Hello all, > > this is a reminder to fill in the User Survey: the deadline to complete the > survey is September 30. > > If you're using OpenStack, take 15 minutes to complete the User Survey by > Sept 30. Your feedback can impact the roadmap > > http://www.openstack.org/user-survey > > If you know somebody that uses OpenStack, please have them fill in the > survey. Your opinion counts! > > Thanks, > stef > > -- > Ask and answer questions on https://ask.openstack.org > > _______________________________________________ > Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack From john.griffith at solidfire.com Wed Sep 25 19:55:34 2013 From: john.griffith at solidfire.com (John Griffith) Date: Wed, 25 Sep 2013 13:55:34 -0600 Subject: [Openstack] (no subject) In-Reply-To: References: Message-ID: On Wed, Sep 25, 2013 at 1:26 PM, Aaron Rosen wrote: > Hi Albert, > > Are you sure this is happening. I'm positive that neutron's dhcp agent > will only hand out ip addresses for ports that it knows about and I'm sure > nova-network does the same as well. > > Aaron > > On Wed, Sep 25, 2013 at 12:17 PM, Albert Vonpupp wrote: > >> Hello, >> >> I'm trying DevStack at the university lab. When I tried to deploy a VM I >> noticed that all the machines from the lab started renewing their leases >> with the DevStack DHCP server. That is inconvenient for me since I'm not >> the only user of this lab and it could cause troubles. I thought that >> perhaps changing the default port on the controller as on the compute nodes >> would work, but I don't know how to do that. >> >> How can I change the dnsmasq DHCP port on DevStack? (controller and >> compute nodes) >> >> Thanks a lot! >> >> Albert. >> >> _______________________________________________ >> Mailing list: >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> Post to : openstack at lists.openstack.org >> Unsubscribe : >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> >> > > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > Hi Albert, I inadvertently did this once in our lab. The issue I believe (if my memory is correct) you're probably using nova-networking and you've configured FlatDHCP. The problem is that you're that your public network is accessing your internal/private network (check your bridge setting) so the result is that external DHCP requests can be received from your OpenStack private network. It might be helpful if you include your localrc file and some info regarding your systems nics and how they're configured. John -------------- next part -------------- An HTML attachment was scrubbed... URL: From clintd at waikato.ac.nz Wed Sep 25 20:12:27 2013 From: clintd at waikato.ac.nz (Clint Dilks) Date: Thu, 26 Sep 2013 08:12:27 +1200 Subject: [Openstack] OpenStack Grizzly Quantum Networking In-Reply-To: <1380097750.61062.YahooMailNeo@web172404.mail.ir2.yahoo.com> References: <1380051905.11356.YahooMailNeo@web172403.mail.ir2.yahoo.com> <1380097750.61062.YahooMailNeo@web172404.mail.ir2.yahoo.com> Message-ID: Hi Darragh, Thanks for getting back to me, and you were right about mixing users, so what I actually ended up doing was creating the virtual networking all for the admin user. The other thing that help was finding http://techbackground.blogspot.co.nz/2013/05/the-quantum-l3-router-and-floating-ips.html Thanks On Wed, Sep 25, 2013 at 8:29 PM, Darragh O'Reilly < dara2002-openstack at yahoo.com> wrote: > Clint, > > yeah sorry, I meant boot to the network named "demo-net". I think you may > have the credentials of the admin user in your environment, but demo-net > belongs to user "demo". I think you need to open a new console and load the > credentials of the demo user into its environment, then try the boot > command again. > > > keystone tenant-list > > quantum net-list -c id -c name -c tenant_id > > > To see which credentials you have in you environment do: > > set | grep ^OS > > Re, Darragh. > > > >________________________________ > > From: Clint Dilks > >Cc: "openstack at lists.openstack.org" > >Sent: Wednesday, 25 September 2013, 0:06 > >Subject: Re: [Openstack] OpenStack Grizzly Quantum Networking > > > > > > > >Ok > > > >So looking at this further I believe I am doing something wrong with the > virtual networking rather than the physical side of things. > >I now believe that what Darragh means is that my instances should boot on > the internal virtual network rather than the public, which makes sense but > there is a issue that I don't understand. > > > > > >net-list shows two networks at I would expect, so I believe that I should > be able to tell a vm to boot using demo-net but the tools only allow me to > boot if I specify the network as public. What could be wrong here ? > > > > > > > > > >[root at blitzen ~]# quantum net-list > > >+--------------------------------------+----------+------------------------------------------------------+ > >| id | name | > subnets | > > >+--------------------------------------+----------+------------------------------------------------------+ > >| b04a786f-d251-4796-bfcf-6486bec467db | demo-net | > 06075526-7210-461b-94f1-87c25ad231ab 10.10.11.0/24 | > >| f2c7206c-a860-4206-ab5b-34bd9b7d2553 | public | > f326c5d0-f127-4da5-9065-c3211c9a81b8 130.217.79.0/24 | > > >+--------------------------------------+----------+------------------------------------------------------+ > > > >nova boot --flavor 1 --image f5058a7e-b0dc-4be2-983e-822f7e586090 > --key-name default_key --nic net-id=b04a786f-d251-4796-bfcf-6486bec467db > clintd > >ERROR: The resource could not be found. (HTTP 404) (Request-ID: > req-0d538673-43ff-4a11-9aba-3b907c129e5c) > > > >nova boot --flavor 1 --image f5058a7e-b0dc-4be2-983e-822f7e586090 > --key-name default_key --nic net-id=f2c7206c-a860-4206-ab5b-34bd9b7d2553 > clintd > > >+-------------------------------------+--------------------------------------+ > >| Property | > Value | > > >+-------------------------------------+--------------------------------------+ > >| status | > BUILD | > >| updated | > 2013-09-24T22:47:27Z | > >| OS-EXT-STS:task_state | > scheduling | > >| OS-EXT-SRV-ATTR:host | > None | > >| key_name | > default_key | > >| image | > Fedora | > >| hostId > | | > >| OS-EXT-STS:vm_state | > building | > >| OS-EXT-SRV-ATTR:instance_name | > instance-0000000d | > >| OS-EXT-SRV-ATTR:hypervisor_hostname | > None | > >| flavor | > m1.tiny | > >| id | > b09b9547-be68-49e0-b271-f57515e44a54 | > >| security_groups | [{u'name': > u'default'}] | > >| user_id | > 19839209541e446da8642c67e82a63ab | > >| name | > clintd | > >| adminPass | > chRqXA9mQhxp | > >| tenant_id | > b41aca749a214b449ad6b3a124d113f7 | > >| created | > 2013-09-24T22:47:27Z | > >| OS-DCF:diskConfig | > MANUAL | > >| metadata | > {} | > >| accessIPv4 > | | > >| accessIPv6 > | | > >| progress | > 0 | > >| OS-EXT-STS:power_state | > 0 | > >| OS-EXT-AZ:availability_zone | > nova | > >| config_drive > | | > > >+-------------------------------------+--------------------------------------+ > > > > > > > > > > > > > > > > > > > >On Wed, Sep 25, 2013 at 9:08 AM, Clint Dilks > wrote: > > > >Hi > >> > >>Thanks to everyone whom replied to this thread I will try deleting the > ports shortly. > >> > >> > >> > >> > >> > >> > >> > >>Clint, > >>> > >>>you need to boot your VMs attached to the private network and not the > public network. Then you must allocate and associate floating ips. Also > remember to open ports in the security groups. > >>> > >> > >> > >> > >>Darragh, > >> > >> > >>In the guide I was following they used two networks > >> > >> > >>10.10.10.0/24 (which they call internal) > >> > >>10.0.0.0/24 (which they call external) > >> > >> > >>So I believed I should be able to replace where ever they use > 10.0.0.0/24 with 130.217.79.0 (br-ex is currently attached to an address > in this range) > >> > >> > >>Are you saying that in fact I should have two private networks say > mirroring the guide, but then also have a nic configured for 130.217.79.x ? > >> > >> > >>Or do you just mean that keeping things as I have them currently I > should just create the public-subnet within the 10.10.10.0/24 ? > >> > >> > >> > >> > >> > >> > >> > >>>Re, Darragh. > >>> > >>> > >>> > >> > > > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From Tim.Bell at cern.ch Wed Sep 25 20:16:04 2013 From: Tim.Bell at cern.ch (Tim Bell) Date: Wed, 25 Sep 2013 20:16:04 +0000 Subject: [Openstack] User Survey / Reminder In-Reply-To: <686bf3a25009444fb6c506e9307ddbcf@BN1PR05MB169.namprd05.prod.outlook.com> References: <52433275.50209@openstack.org> <686bf3a25009444fb6c506e9307ddbcf@BN1PR05MB169.namprd05.prod.outlook.com> Message-ID: <5D7F9996EA547448BC6C54C8C5AAF4E5D9750A28@CERNXCHG01.cern.ch> I am in favour of carry forward of data. Asking people to fill out the same data as last time is also not good. I still work in the same area and have the same geographical location. I welcome not having to put that in again. Tim > -----Original Message----- > From: Gabriel Hurley [mailto:Gabriel.Hurley at nebula.com] > Sent: 25 September 2013 21:49 > To: Stefano Maffulli; Operators, OpenStack; General, OpenStack > Subject: Re: [Openstack] User Survey / Reminder > > I have a question on this: > > I logged in to take the user survey, and it still had all of my answers from the last user survey filled in. If this is intentional, it's very strange > behavior. I don't feel that I should be overwriting my previous answers. That feels oddly invalidating. It also encourages bad behavior by > simply "carrying forward" the same sentiments instead of considering what you want to say anew. > > If it's a bug, then consider this my bug report... > > Thanks! > > - Gabriel > > > -----Original Message----- > > From: Stefano Maffulli [mailto:stefano at openstack.org] > > Sent: Wednesday, September 25, 2013 11:59 AM > > To: Operators, OpenStack; General, OpenStack > > Subject: [Openstack] User Survey / Reminder > > > > Hello all, > > > > this is a reminder to fill in the User Survey: the deadline to > > complete the survey is September 30. > > > > If you're using OpenStack, take 15 minutes to complete the User Survey > > by Sept 30. Your feedback can impact the roadmap > > > > http://www.openstack.org/user-survey > > > > If you know somebody that uses OpenStack, please have them fill in the > > survey. Your opinion counts! > > > > Thanks, > > stef > > > > -- > > Ask and answer questions on https://ask.openstack.org > > > > _______________________________________________ > > Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > Post to : openstack at lists.openstack.org > > Unsubscribe : > > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > _______________________________________________ > Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 7414 bytes Desc: not available URL: From luisguilherme.cr at gmail.com Wed Sep 25 20:27:04 2013 From: luisguilherme.cr at gmail.com (Guilherme Russi) Date: Wed, 25 Sep 2013 17:27:04 -0300 Subject: [Openstack] Cinder error In-Reply-To: References: <5240959D.1010509@gmail.com> <5240A0B5.5000300@gmail.com> <08AD9FE8-38E8-4E30-93E6-E9C9B8B33419@gmail.com> Message-ID: Hello again guys, coming back with cinder topic, I'm trying to attach a storage to my VM, and I was reading through the internet that I need to suspend the VM before attach, so I did that, but when I attach my storage to my VM it doesn't work, I can see the output showing the device name, serverId, id and volumeId, but I can't find it inside my VM, and at the Volumes place at the dashboard the field "Attached To" is empty. I was looking at the nova and cinder logs and there are no errors. Can anybody help me? Thank you all. Regards. 2013/9/25 Guilherme Russi > Thank you Razique, and you have idea if this change can be made at the > cinder on the grizzly, I ask because I have grizzly running now and I hope > don't have to reinstall in another version :) > > > 2013/9/25 Razique Mahroua > >> Doesn't seem possible at the moment, but there is a blueprint: >> https://blueprints.launchpad.net/cinder/+spec/multi-attach-volume >> >> >> :-) >> >> Le 25 sept. 2013 à 17:11, Guilherme Russi a >> écrit : >> >> Hello guys, I fixed my error and now my cinder is working fine, I just >> have one last question, can I attach two or more VMs at the same volume? >> >> Thank you all. >> >> Regards. >> >> >> 2013/9/24 Guilherme Russi >> >>> Hello Cian, I was looking for some cinder troubleshooting and i looked >>> these lines at my cinder-api.log: >>> >>> 2013-09-24 23:29:23 WARNING [cinder.openstack.common.policy] >>> Inheritance-based rules are deprecated; use the default brain instead of >>> HttpBrain. >>> 2013-09-24 23:29:23 INFO [cinder.api.openstack.wsgi] GET >>> http://192.168.3.1:8776/v1/%0A3f5e122efa6d4486946efd05e66f19e4/volumes/detail >>> >>> What it means with rules are deprecated? Is the problem with my keystone? >>> >>> Thank you again. >>> >>> >>> 2013/9/24 Guilherme Russi >>> >>>> Hello Cian, >>>> >>>> Here is the output: >>>> >>>> curl –i -v http://192.168.3.1:8776/v1/ >>>> * Input domain encoded as `UTF-8' >>>> * getaddrinfo(3) failed for xn--i-5gn:80 >>>> * Couldn't resolve host '–i' >>>> * Closing connection #0 >>>> curl: (6) Couldn't resolve host '–i' >>>> * About to connect() to 192.168.3.1 port 8776 (#0) >>>> * Trying 192.168.3.1... connected >>>> > GET /v1/ HTTP/1.1 >>>> > User-Agent: curl/7.22.0 (x86_64-pc-linux-gnu) libcurl/7.22.0 >>>> OpenSSL/1.0.1 zlib/1.2.3.4 libidn/1.23 librtmp/2.3 >>>> > Host: 192.168.3.1:8776 >>>> > Accept: */* >>>> > >>>> < HTTP/1.1 401 Unauthorized >>>> < Www-Authenticate: Keystone uri='http://192.168.3.1:35357' >>>> < Content-Length: 381 >>>> < Content-Type: text/html; charset=UTF-8 >>>> < Date: Tue, 24 Sep 2013 16:13:45 GMT >>>> < >>>> >>>> >>>> 401 Unauthorized >>>> >>>> >>>>

401 Unauthorized

>>>> This server could not verify that you are authorized to access the >>>> document you requested. Either you supplied the wrong credentials (e.g., >>>> bad password), or your browser does not understand how to supply the >>>> credentials required.

>>>> Authentication required >>>> >>>> >>>> >>>> * Connection #0 to host 192.168.3.1 left intact >>>> * Closing connection #0 >>>> root at hemera:/home/hemera# curl –i -v http://192.168.3.1:8776/v1/ >>>> * Input domain encoded as `UTF-8' >>>> * getaddrinfo(3) failed for xn--i-5gn:80 >>>> * Couldn't resolve host '–i' >>>> * Closing connection #0 >>>> curl: (6) Couldn't resolve host '–i' >>>> * About to connect() to 192.168.3.1 port 8776 (#0) >>>> * Trying 192.168.3.1... connected >>>> > GET /v1/ HTTP/1.1 >>>> > User-Agent: curl/7.22.0 (x86_64-pc-linux-gnu) libcurl/7.22.0 >>>> OpenSSL/1.0.1 zlib/1.2.3.4 libidn/1.23 librtmp/2.3 >>>> > Host: 192.168.3.1:8776 >>>> > Accept: */* >>>> > >>>> < HTTP/1.1 401 Unauthorized >>>> < Www-Authenticate: Keystone uri='http://192.168.3.1:35357' >>>> < Content-Length: 381 >>>> < Content-Type: text/html; charset=UTF-8 >>>> < Date: Tue, 24 Sep 2013 16:14:35 GMT >>>> < >>>> >>>> >>>> 401 Unauthorized >>>> >>>> >>>>

401 Unauthorized

>>>> This server could not verify that you are authorized to access the >>>> document you requested. Either you supplied the wrong credentials (e.g., >>>> bad password), or your browser does not understand how to supply the >>>> credentials required.

>>>> Authentication required >>>> >>>> >>>> >>>> * Connection #0 to host 192.168.3.1 left intact >>>> * Closing connection #0 >>>> >>>> >>>> tail –f /var/log/cinder/cinder-api.log >>>> ==> /var/log/cinder/cinder-api.log <== >>>> 2013-09-24 13:12:27 WARNING [keystoneclient.middleware.auth_token] >>>> Unable to find authentication token in headers >>>> 2013-09-24 13:12:27 INFO [keystoneclient.middleware.auth_token] >>>> Invalid user token - rejecting request >>>> 2013-09-24 13:13:31 WARNING [keystoneclient.middleware.auth_token] >>>> Unable to find authentication token in headers >>>> 2013-09-24 13:13:31 INFO [keystoneclient.middleware.auth_token] >>>> Invalid user token - rejecting request >>>> 2013-09-24 13:13:35 WARNING [keystoneclient.middleware.auth_token] >>>> Unable to find authentication token in headers >>>> 2013-09-24 13:13:35 INFO [keystoneclient.middleware.auth_token] >>>> Invalid user token - rejecting request >>>> 2013-09-24 13:13:45 WARNING [keystoneclient.middleware.auth_token] >>>> Unable to find authentication token in headers >>>> 2013-09-24 13:13:45 INFO [keystoneclient.middleware.auth_token] >>>> Invalid user token - rejecting request >>>> 2013-09-24 13:14:35 WARNING [keystoneclient.middleware.auth_token] >>>> Unable to find authentication token in headers >>>> 2013-09-24 13:14:35 INFO [keystoneclient.middleware.auth_token] >>>> Invalid user token - rejecting request >>>> >>>> >>>> I've sourced my openrc with my admin credentials. >>>> >>>> Any ideas? >>>> >>>> Thank you. >>>> >>>> >>>> >>>> >>>> >>>> 2013/9/24 O'Driscoll, Cian >>>> >>>>> Format looks good**** >>>>> >>>>> ** ** >>>>> >>>>> Try a simple curl “curl –iv http://192.168.3.1:8776/v1/” and see >>>>> what returns**** >>>>> >>>>> ** ** >>>>> >>>>> Your api service is probably not up and running or is throwing an >>>>> exception**** >>>>> >>>>> ** ** >>>>> >>>>> “tial –f /var/log/cinder/cinder-api.log” on the api node while you run >>>>> the curl. **** >>>>> >>>>> ** ** >>>>> >>>>> Cian O'Driscoll**** >>>>> >>>>> Systems Software Engineer**** >>>>> >>>>> HP Cloud Services**** >>>>> >>>>> Hewlett Packard Galway Ltd.**** >>>>> >>>>> Tel: +353-91-75-4432**** >>>>> >>>>> ** ** >>>>> >>>>> Postal Address: Hewlett Packard Galway Limited, Ballybrit Business >>>>> Park, Galway **** >>>>> >>>>> Registered Office: Hewlett Packard Galway Limited, 63-74 Sir John >>>>> Rogerson's Quay Dublin 2 Registered Number: 361933**** >>>>> >>>>> ** ** >>>>> >>>>> *From:* Guilherme Russi [mailto:luisguilherme.cr at gmail.com] >>>>> *Sent:* 24 September 2013 16:36 >>>>> *To:* O'Driscoll, Cian >>>>> *Cc:* Marcelo Dieder; openstack >>>>> >>>>> *Subject:* Re: [Openstack] Cinder error**** >>>>> >>>>> ** ** >>>>> >>>>> Hello Cian, thank you for reply, here is the output:**** >>>>> >>>>> ** ** >>>>> >>>>> cinder --debug list**** >>>>> >>>>> ** ** >>>>> >>>>> REQ: curl -i http://localhost:5000/v2.0/tokens -X POST -H >>>>> "Content-Type: application/json" -H "Accept: application/json" -H >>>>> "User-Agent: python-cinderclient" -d '{"auth": {"tenantName": "admin", >>>>> "passwordCredentials": {"username": "admin", "password": "password"}}}' >>>>> **** >>>>> >>>>> ** ** >>>>> >>>>> RESP: [200] {'date': 'Tue, 24 Sep 2013 15:34:41 GMT', 'content-type': >>>>> 'application/json', 'content-length': '5851', 'vary': 'X-Auth-Token'}* >>>>> *** >>>>> >>>>> RESP BODY: {"access": {"token": {"issued_at": >>>>> "2013-09-24T15:34:41.362645", "expires": "2013-09-25T15:34:41Z", "id": >>>>> "MIIKVAYJKoZIhvcNAQcCoIIKRTCCCkECAQExCTAHBgUrDgMCGjCCCS0GCSqGSIb3DQEHAaCCCR4EggkaeyJhY2Nlc3MiOiB7InRva2VuIjogeyJpc3N1ZWRfYXQiOiAiMjAxMy0wOS0yNFQxNTozNDo0MS4zNjI2NDUiLCAiZXhwaXJlcyI6ICIyMDEzLTA5LTI1VDE1OjM0OjQxWiIsICJpZCI6ICJwbGFjZWhvbGRlciIsICJ0ZW5hbnQiOiB7ImRlc2NyaXB0aW9uIjogbnVsbCwgImVuYWJsZWQiOiB0cnVlLCAiaWQiOiAiM2Y1ZTEyMmVmYTZkNDQ4Njk0NmVmZDA1ZTY2ZjE5ZTQiLCAibmFtZSI6ICJhZG1pbiJ9fSwgInNlcnZpY2VDYXRhbG9nIjogW3siZW5kcG9pbnRzIjogW3siYWRtaW5VUkwiOiAiaHR0cDovLzE5Mi4xNjguMy4xOjg3NzQvdjIvM2Y1ZTEyMmVmYTZkNDQ4Njk0NmVmZDA1ZTY2ZjE5ZTQiLCAicmVnaW9uIjogIlJlZ2lvbk9uZSIsICJpbnRlcm5hbFVSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6ODc3NC92Mi8zZjVlMTIyZWZhNmQ0NDg2OTQ2ZWZkMDVlNjZmMTllNCIsICJpZCI6ICIxNTA4NmYxYjc3ZDU0OTAyYWUxNmYyMTQ2YmEwMDZjYyIsICJwdWJsaWNVUkwiOiAiaHR0cDovLzE5Mi4xNjguMy4xOjg3NzQvdjIvM2Y1ZTEyMmVmYTZkNDQ4Njk0NmVmZDA1ZTY2ZjE5ZTQifV0sICJlbmRwb2ludHNfbGlua3MiOiBbXSwgInR5cGUiOiAiY29tcHV0ZSIsICJuYW1lIjogIm5vdmEifSwgeyJlbmRwb2ludHMiOiBbeyJhZG1pblVSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6OTY5Ni8iLCAicmVnaW9uIjogIlJlZ2lvbk9uZSIsICJpbnRlcm5hbFVSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6OTY5Ni8iLCAiaWQiOiAiMzdlNjA4MmYzOWZkNDc5YWEyYmQ3NjI5NzczN2MxMDAiLCAicHVibGljVVJMIjogImh0dHA6Ly8xOTIuMTY4LjMuMTo5Njk2LyJ9XSwgImVuZHBvaW50c19saW5rcyI6IFtdLCAidHlwZSI6ICJuZXR3b3JrIiwgIm5hbWUiOiAicXVhbnR1bSJ9LCB7ImVuZHBvaW50cyI6IFt7ImFkbWluVVJMIjogImh0dHA6Ly8xOTIuMTY4LjMuMTo5MjkyIiwgInJlZ2lvbiI6ICJSZWdpb25PbmUiLCAiaW50ZXJuYWxVUkwiOiAiaHR0cDovLzE5Mi4xNjguMy4xOjkyOTIiLCAiaWQiOiAiMTE5MmIwYjUzMTM2NDJiZWI4ZTA4MTk3ZmUxMWEwZmMiLCAicHVibGljVVJMIjogImh0dHA6Ly8xOTIuMTY4LjMuMTo5MjkyIn1dLCAiZW5kcG9pbnRzX2xpbmtzIjogW10sICJ0eXBlIjogImltYWdlIiwgIm5hbWUiOiAiZ2xhbmNlIn0sIHsiZW5kcG9pbnRzIjogW3siYWRtaW5VUkwiOiAiaHR0cDovLzE5Mi4xNjguMy4xOjg3NzYvdjEvM2Y1ZTEyMmVmYTZkNDQ4Njk0NmVmZDA1ZTY2ZjE5ZTQiLCAicmVnaW9uIjogIlJlZ2lvbk9uZSIsICJpbnRlcm5hbFVSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6ODc3Ni92MS8zZjVlMTIyZWZhNmQ0NDg2OTQ2ZWZkMDVlNjZmMTllNCIsICJpZCI6ICIwYzcxZWMyMTJmNDg0MmNhOTUxMGQ3NGMzMzM4Zjg1OCIsICJwdWJsaWNVUkwiOiAiaHR0cDovLzE5Mi4xNjguMy4xOjg3NzYvdjEvXG4zZjVlMTIyZWZhNmQ0NDg2OTQ2ZWZkMDVlNjZmMTllNCJ9XSwgImVuZHBvaW50c19saW5rcyI6IFtdLCAidHlwZSI6ICJ2b2x1bWUiLCAibmFtZSI6ICJjaW5kZXIifSwgeyJlbmRwb2ludHMiOiBbeyJhZG1pblVSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6ODc3My9zZXJ2aWNlcy9BZG1pbiIsICJyZWdpb24iOiAiUmVnaW9uT25lIiwgImludGVybmFsVVJMIjogImh0dHA6Ly8xOTIuMTY4LjMuMTo4NzczL3NlcnZpY2VzL0Nsb3VkIiwgImlkIjogIjQ4YmNhN2Q1ZWY3ZjQ1MDE4MmQ5YjZjMDQ5MWU3ZGM3IiwgInB1YmxpY1VSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6ODc3My9zZXJ2aWNlcy9DbG91ZCJ9XSwgImVuZHBvaW50c19saW5rcyI6IFtdLCAidHlwZSI6ICJlYzIiLCAibmFtZSI6ICJlYzIifSwgeyJlbmRwb2ludHMiOiBbeyJhZG1pblVSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6MzUzNTcvdjIuMCIsICJyZWdpb24iOiAiUmVnaW9uT25lIiwgImludGVybmFsVVJMIjogImh0dHA6Ly8xOTIuMTY4LjMuMTo1MDAwL3YyLjAiLCAiaWQiOiAiMDg5MWNmYTg4NTY3NGRiNzk2NzRlY2Q4YzZlNGM1MzMiLCAicHVibGljVVJMIjogImh0dHA6Ly8xOTIuMTY4LjMuMTo1MDAwL3YyLjAifV0sICJlbmRwb2ludHNfbGlua3MiOiBbXSwgInR5cGUiOiAiaWRlbnRpdHkiLCAibmFtZSI6ICJrZXlzdG9uZSJ9XSwgInVzZXIiOiB7InVzZXJuYW1lIjogImFkbWluIiwgInJvbGVzX2xpbmtzIjogW10sICJpZCI6ICIzYWM0MTdiMjM5MWE0NTM1ODNlYzMwMDgxMjZkNzUzZiIsICJyb2xlcyI6IFt7Im5hbWUiOiAiYWRtaW4ifV0sICJuYW1lIjogImFkbWluIn0sICJtZXRhZGF0YSI6IHsiaXNfYWRtaW4iOiAwLCAicm9sZXMiOiBbIjMyMWE0M2FjMzM3OTQ0YWM4ODkxMjdiNzk3YmU3ZDlhIl19fX0xgf8wgfwCAQEwXDBXMQswCQYDVQQGEwJVUzEOMAwGA1UECBMFVW5zZXQxDjAMBgNVBAcTBVVuc2V0MQ4wDAYDVQQKEwVVbnNldDEYMBYGA1UEAxMPd3d3LmV4YW1wbGUuY29tAgEBMAcGBSsOAwIaMA0GCSqGSIb3DQEBAQUABIGAM7Q9YgDWl+2-Hi7V3JBDrLu1PPA3cgfG7ZW8fPtSGpNeuumENW9CjnS-ZBZccD6kKcKl61VM8oBmfn8lAFBHTCkuMl+iDrfV+O8EmsqrB9fyKj9P1mJAAE0X92Weh4FygcjHk5eBKZjPyy3rFJRJo9nmKwzYmcOB+9xehCDlnTw=", >>>>> "tenant": {"description": null, "enabled": true, "id": >>>>> "3f5e122efa6d4486946efd05e66f19e4", "name": "admin"}}, "serviceCatalog": >>>>> [{"endpoints": [{"adminURL": " >>>>> http://192.168.3.1:8774/v2/3f5e122efa6d4486946efd05e66f19e4", >>>>> "region": "RegionOne", "internalURL": " >>>>> http://192.168.3.1:8774/v2/3f5e122efa6d4486946efd05e66f19e4", "id": >>>>> "15086f1b77d54902ae16f2146ba006cc", "publicURL": " >>>>> http://192.168.3.1:8774/v2/3f5e122efa6d4486946efd05e66f19e4"}], >>>>> "endpoints_links": [], "type": "compute", "name": "nova"}, {"endpoints": >>>>> [{"adminURL": "http://192.168.3.1:9696/", "region": "RegionOne", >>>>> "internalURL": "http://192.168.3.1:9696/", "id": >>>>> "37e6082f39fd479aa2bd76297737c100", "publicURL": " >>>>> http://192.168.3.1:9696/"}], "endpoints_links": [], "type": >>>>> "network", "name": "quantum"}, {"endpoints": [{"adminURL": " >>>>> http://192.168.3.1:9292", "region": "RegionOne", "internalURL": " >>>>> http://192.168.3.1:9292", "id": "1192b0b5313642beb8e08197fe11a0fc", >>>>> "publicURL": "http://192.168.3.1:9292"}], "endpoints_links": [], >>>>> "type": "image", "name": "glance"}, {"endpoints": [{"adminURL": " >>>>> http://192.168.3.1:8776/v1/3f5e122efa6d4486946efd05e66f19e4", >>>>> "region": "RegionOne", "internalURL": " >>>>> http://192.168.3.1:8776/v1/3f5e122efa6d4486946efd05e66f19e4", "id": >>>>> "0c71ec212f4842ca9510d74c3338f858", "publicURL": " >>>>> http://192.168.3.1:8776/v1/\n3f5e122efa6d4486946efd05e66f19e4"}], >>>>> "endpoints_links": [], "type": "volume", "name": "cinder"}, {"endpoints": >>>>> [{"adminURL": "http://192.168.3.1:8773/services/Admin", "region": >>>>> "RegionOne", "internalURL": "http://192.168.3.1:8773/services/Cloud", >>>>> "id": "48bca7d5ef7f450182d9b6c0491e7dc7", "publicURL": " >>>>> http://192.168.3.1:8773/services/Cloud"}], "endpoints_links": [], >>>>> "type": "ec2", "name": "ec2"}, {"endpoints": [{"adminURL": " >>>>> http://192.168.3.1:35357/v2.0", "region": "RegionOne", "internalURL": >>>>> "http://192.168.3.1:5000/v2.0", "id": >>>>> "0891cfa885674db79674ecd8c6e4c533", "publicURL": " >>>>> http://192.168.3.1:5000/v2.0"}], "endpoints_links": [], "type": >>>>> "identity", "name": "keystone"}], "user": {"username": "admin", >>>>> "roles_links": [], "id": "3ac417b2391a453583ec3008126d753f", "roles": >>>>> [{"name": "admin"}], "name": "admin"}, "metadata": {"is_admin": 0, "roles": >>>>> ["321a43ac337944ac889127b797be7d9a"]}}}**** >>>>> >>>>> ** ** >>>>> >>>>> ** ** >>>>> >>>>> REQ: curl -i http://192.168.3.1:8776/v1/**** >>>>> >>>>> 3f5e122efa6d4486946efd05e66f19e4/volumes/detail -X GET -H >>>>> "X-Auth-Project-Id: admin" -H "User-Agent: python-cinderclient" -H "Accept: >>>>> application/json" -H "X-Auth-Token: >>>>> MIIKVAYJKoZIhvcNAQcCoIIKRTCCCkECAQExCTAHBgUrDgMCGjCCCS0GCSqGSIb3DQEHAaCCCR4EggkaeyJhY2Nlc3MiOiB7InRva2VuIjogeyJpc3N1ZWRfYXQiOiAiMjAxMy0wOS0yNFQxNTozNDo0MS4zNjI2NDUiLCAiZXhwaXJlcyI6ICIyMDEzLTA5LTI1VDE1OjM0OjQxWiIsICJpZCI6ICJwbGFjZWhvbGRlciIsICJ0ZW5hbnQiOiB7ImRlc2NyaXB0aW9uIjogbnVsbCwgImVuYWJsZWQiOiB0cnVlLCAiaWQiOiAiM2Y1ZTEyMmVmYTZkNDQ4Njk0NmVmZDA1ZTY2ZjE5ZTQiLCAibmFtZSI6ICJhZG1pbiJ9fSwgInNlcnZpY2VDYXRhbG9nIjogW3siZW5kcG9pbnRzIjogW3siYWRtaW5VUkwiOiAiaHR0cDovLzE5Mi4xNjguMy4xOjg3NzQvdjIvM2Y1ZTEyMmVmYTZkNDQ4Njk0NmVmZDA1ZTY2ZjE5ZTQiLCAicmVnaW9uIjogIlJlZ2lvbk9uZSIsICJpbnRlcm5hbFVSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6ODc3NC92Mi8zZjVlMTIyZWZhNmQ0NDg2OTQ2ZWZkMDVlNjZmMTllNCIsICJpZCI6ICIxNTA4NmYxYjc3ZDU0OTAyYWUxNmYyMTQ2YmEwMDZjYyIsICJwdWJsaWNVUkwiOiAiaHR0cDovLzE5Mi4xNjguMy4xOjg3NzQvdjIvM2Y1ZTEyMmVmYTZkNDQ4Njk0NmVmZDA1ZTY2ZjE5ZTQifV0sICJlbmRwb2ludHNfbGlua3MiOiBbXSwgInR5cGUiOiAiY29tcHV0ZSIsICJuYW1lIjogIm5vdmEifSwgeyJlbmRwb2ludHMiOiBbeyJhZG1pblVSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6OTY5Ni8iLCAicmVnaW9uIjogIlJlZ2lvbk9uZSIsICJpbnRlcm5hbFVSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6OTY5Ni8iLCAiaWQiOiAiMzdlNjA4MmYzOWZkNDc5YWEyYmQ3NjI5NzczN2MxMDAiLCAicHVibGljVVJMIjogImh0dHA6Ly8xOTIuMTY4LjMuMTo5Njk2LyJ9XSwgImVuZHBvaW50c19saW5rcyI6IFtdLCAidHlwZSI6ICJuZXR3b3JrIiwgIm5hbWUiOiAicXVhbnR1bSJ9LCB7ImVuZHBvaW50cyI6IFt7ImFkbWluVVJMIjogImh0dHA6Ly8xOTIuMTY4LjMuMTo5MjkyIiwgInJlZ2lvbiI6ICJSZWdpb25PbmUiLCAiaW50ZXJuYWxVUkwiOiAiaHR0cDovLzE5Mi4xNjguMy4xOjkyOTIiLCAiaWQiOiAiMTE5MmIwYjUzMTM2NDJiZWI4ZTA4MTk3ZmUxMWEwZmMiLCAicHVibGljVVJMIjogImh0dHA6Ly8xOTIuMTY4LjMuMTo5MjkyIn1dLCAiZW5kcG9pbnRzX2xpbmtzIjogW10sICJ0eXBlIjogImltYWdlIiwgIm5hbWUiOiAiZ2xhbmNlIn0sIHsiZW5kcG9pbnRzIjogW3siYWRtaW5VUkwiOiAiaHR0cDovLzE5Mi4xNjguMy4xOjg3NzYvdjEvM2Y1ZTEyMmVmYTZkNDQ4Njk0NmVmZDA1ZTY2ZjE5ZTQiLCAicmVnaW9uIjogIlJlZ2lvbk9uZSIsICJpbnRlcm5hbFVSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6ODc3Ni92MS8zZjVlMTIyZWZhNmQ0NDg2OTQ2ZWZkMDVlNjZmMTllNCIsICJpZCI6ICIwYzcxZWMyMTJmNDg0MmNhOTUxMGQ3NGMzMzM4Zjg1OCIsICJwdWJsaWNVUkwiOiAiaHR0cDovLzE5Mi4xNjguMy4xOjg3NzYvdjEvXG4zZjVlMTIyZWZhNmQ0NDg2OTQ2ZWZkMDVlNjZmMTllNCJ9XSwgImVuZHBvaW50c19saW5rcyI6IFtdLCAidHlwZSI6ICJ2b2x1bWUiLCAibmFtZSI6ICJjaW5kZXIifSwgeyJlbmRwb2ludHMiOiBbeyJhZG1pblVSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6ODc3My9zZXJ2aWNlcy9BZG1pbiIsICJyZWdpb24iOiAiUmVnaW9uT25lIiwgImludGVybmFsVVJMIjogImh0dHA6Ly8xOTIuMTY4LjMuMTo4NzczL3NlcnZpY2VzL0Nsb3VkIiwgImlkIjogIjQ4YmNhN2Q1ZWY3ZjQ1MDE4MmQ5YjZjMDQ5MWU3ZGM3IiwgInB1YmxpY1VSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6ODc3My9zZXJ2aWNlcy9DbG91ZCJ9XSwgImVuZHBvaW50c19saW5rcyI6IFtdLCAidHlwZSI6ICJlYzIiLCAibmFtZSI6ICJlYzIifSwgeyJlbmRwb2ludHMiOiBbeyJhZG1pblVSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6MzUzNTcvdjIuMCIsICJyZWdpb24iOiAiUmVnaW9uT25lIiwgImludGVybmFsVVJMIjogImh0dHA6Ly8xOTIuMTY4LjMuMTo1MDAwL3YyLjAiLCAiaWQiOiAiMDg5MWNmYTg4NTY3NGRiNzk2NzRlY2Q4YzZlNGM1MzMiLCAicHVibGljVVJMIjogImh0dHA6Ly8xOTIuMTY4LjMuMTo1MDAwL3YyLjAifV0sICJlbmRwb2ludHNfbGlua3MiOiBbXSwgInR5cGUiOiAiaWRlbnRpdHkiLCAibmFtZSI6ICJrZXlzdG9uZSJ9XSwgInVzZXIiOiB7InVzZXJuYW1lIjogImFkbWluIiwgInJvbGVzX2xpbmtzIjogW10sICJpZCI6ICIzYWM0MTdiMjM5MWE0NTM1ODNlYzMwMDgxMjZkNzUzZiIsICJyb2xlcyI6IFt7Im5hbWUiOiAiYWRtaW4ifV0sICJuYW1lIjogImFkbWluIn0sICJtZXRhZGF0YSI6IHsiaXNfYWRtaW4iOiAwLCAicm9sZXMiOiBbIjMyMWE0M2FjMzM3OTQ0YWM4ODkxMjdiNzk3YmU3ZDlhIl19fX0xgf8wgfwCAQEwXDBXMQswCQYDVQQGEwJVUzEOMAwGA1UECBMFVW5zZXQxDjAMBgNVBAcTBVVuc2V0MQ4wDAYDVQQKEwVVbnNldDEYMBYGA1UEAxMPd3d3LmV4YW1wbGUuY29tAgEBMAcGBSsOAwIaMA0GCSqGSIb3DQEBAQUABIGAM7Q9YgDWl+2-Hi7V3JBDrLu1PPA3cgfG7ZW8fPtSGpNeuumENW9CjnS-ZBZccD6kKcKl61VM8oBmfn8lAFBHTCkuMl+iDrfV+O8EmsqrB9fyKj9P1mJAAE0X92Weh4FygcjHk5eBKZjPyy3rFJRJo9nmKwzYmcOB+9xehCDlnTw=" >>>>> **** >>>>> >>>>> ** ** >>>>> >>>>> RESP: [400] {'date': 'Tue, 24 Sep 2013 15:34:41 GMT', >>>>> 'content-length': '65', 'content-type': 'application/json; charset=UTF-8', >>>>> 'x-compute-request-id': 'req-68921414-7571-470d-884d-717a9f23c141'}*** >>>>> * >>>>> >>>>> RESP BODY: {"badRequest": {"message": "Malformed request url", "code": >>>>> 400}}**** >>>>> >>>>> ** ** >>>>> >>>>> DEBUG (shell:495) Malformed request url (HTTP 400) (Request-ID: >>>>> req-68921414-7571-470d-884d-717a9f23c141)**** >>>>> >>>>> Traceback (most recent call last):**** >>>>> >>>>> File "/usr/lib/python2.7/dist-packages/cinderclient/shell.py", line >>>>> 490, in main**** >>>>> >>>>> OpenStackCinderShell().main(map(strutils.safe_decode, >>>>> sys.argv[1:]))**** >>>>> >>>>> File "/usr/lib/python2.7/dist-packages/cinderclient/shell.py", line >>>>> 441, in main**** >>>>> >>>>> args.func(self.cs, args)**** >>>>> >>>>> File "/usr/lib/python2.7/dist-packages/cinderclient/v1/shell.py", >>>>> line 143, in do_list**** >>>>> >>>>> volumes = cs.volumes.list(search_opts=search_opts)**** >>>>> >>>>> File "/usr/lib/python2.7/dist-packages/cinderclient/v1/volumes.py", >>>>> line 204, in list**** >>>>> >>>>> "volumes")**** >>>>> >>>>> File "/usr/lib/python2.7/dist-packages/cinderclient/base.py", line >>>>> 63, in _list**** >>>>> >>>>> resp, body = self.api.client.get(url)**** >>>>> >>>>> File "/usr/lib/python2.7/dist-packages/cinderclient/client.py", line >>>>> 185, in get**** >>>>> >>>>> return self._cs_request(url, 'GET', **kwargs)**** >>>>> >>>>> File "/usr/lib/python2.7/dist-packages/cinderclient/client.py", line >>>>> 153, in _cs_request**** >>>>> >>>>> **kwargs)**** >>>>> >>>>> File "/usr/lib/python2.7/dist-packages/cinderclient/client.py", line >>>>> 136, in request**** >>>>> >>>>> raise exceptions.from_response(resp, body)**** >>>>> >>>>> BadRequest: Malformed request url (HTTP 400) (Request-ID: >>>>> req-68921414-7571-470d-884d-717a9f23c141)**** >>>>> >>>>> ERROR: Malformed request url**** >>>>> >>>>> ** ** >>>>> >>>>> ** ** >>>>> >>>>> Regards.**** >>>>> >>>>> ** ** >>>>> >>>>> 2013/9/24 O'Driscoll, Cian **** >>>>> >>>>> Hi Guilherme,**** >>>>> >>>>> **** >>>>> >>>>> If you run “cinder –debug list” and reply with the output, We should >>>>> be able to see what’s wrong. **** >>>>> >>>>> Sounds like your block storage url is incorrectly formatted in >>>>> keystone.**** >>>>> >>>>> **** >>>>> >>>>> Thanks,**** >>>>> >>>>> Cian**** >>>>> >>>>> **** >>>>> >>>>> Cian O'Driscoll**** >>>>> >>>>> Systems Software Engineer**** >>>>> >>>>> HP Cloud Services**** >>>>> >>>>> Hewlett Packard Galway Ltd.**** >>>>> >>>>> **** >>>>> >>>>> *From:* Guilherme Russi [mailto:luisguilherme.cr at gmail.com] **** >>>>> >>>>> *Sent:* 24 September 2013 14:53 >>>>> *To:* Marcelo Dieder >>>>> *Cc:* openstack**** >>>>> >>>>> *Subject:* Re: [Openstack] Cinder error**** >>>>> >>>>> **** >>>>> >>>>> Hello guys, I've changed the rabbit error, but I still can't associate >>>>> a volume to my VMs, when I type cinder list I get the Malformed request >>>>> url. I've already checked my keystone and it looks fine to me. Any ideas? >>>>> **** >>>>> >>>>> **** >>>>> >>>>> Regards.**** >>>>> >>>>> **** >>>>> >>>>> 2013/9/23 Guilherme Russi **** >>>>> >>>>> It's what i've got too:**** >>>>> >>>>> **** >>>>> >>>>> root at hemera:/home/hemera# rabbitmqctl list_permissions**** >>>>> >>>>> Listing permissions in vhost "/" ...**** >>>>> >>>>> guest .* .* .***** >>>>> >>>>> ...done.**** >>>>> >>>>> **** >>>>> >>>>> Regards.**** >>>>> >>>>> **** >>>>> >>>>> **** >>>>> >>>>> 2013/9/23 Marcelo Dieder **** >>>>> >>>>> Hi Guilherme, >>>>> >>>>> The RabbitMQ has virtual host for many applications. Default, the >>>>> Rabbit created a default virtualhost with /. >>>>> >>>>> You can see this with the command: >>>>> >>>>> root at controller:~# rabbitmqctl list_permissions >>>>> Listing permissions in vhost "/" ... >>>>> guest .* .* .* >>>>> ...done. >>>>> >>>>> Regards, >>>>> >>>>> Marcelo Dieder**** >>>>> >>>>> **** >>>>> >>>>> On 09/23/2013 04:57 PM, Guilherme Russi wrote:**** >>>>> >>>>> I guess I've got something: **** >>>>> >>>>> **** >>>>> >>>>> 2013-09-23 16:52:17 INFO [cinder.openstack.common.rpc.common] >>>>> Connected to AMQP server on localhost:5672**** >>>>> >>>>> **** >>>>> >>>>> I've found this page >>>>> https://ask.openstack.org/en/question/4581/cinder-unable-to-connect-to-rabbitmq/ and zipmaster07 >>>>> answered "rabbit_virtual_host = /nova**** >>>>> >>>>> I commented out the "rabbit_virtual_host", restarted all cinder >>>>> services and I can see a successful connection to AMQP now."**** >>>>> >>>>> And I did that, now it's connected, but what is this >>>>> rabbit_virtual_host? What does it do?**** >>>>> >>>>> I'll test my volumes now.**** >>>>> >>>>> **** >>>>> >>>>> Regards.**** >>>>> >>>>> **** >>>>> >>>>> **** >>>>> >>>>> **** >>>>> >>>>> **** >>>>> >>>>> 2013/9/23 Guilherme Russi **** >>>>> >>>>> I've looked at the quantum/server.log and nova-scheduler.log and they >>>>> show:**** >>>>> >>>>> **** >>>>> >>>>> 2013-09-23 16:25:27 INFO [quantum.openstack.common.rpc.common] >>>>> Reconnecting to AMQP server on localhost:5672**** >>>>> >>>>> 2013-09-23 16:25:27 INFO [quantum.openstack.common.rpc.common] >>>>> Connected to AMQP server on localhost:5672**** >>>>> >>>>> **** >>>>> >>>>> 2013-09-23 16:24:01.830 5971 INFO nova.openstack.common.rpc.common [-] >>>>> Reconnecting to AMQP server on 127.0.0.1:5672**** >>>>> >>>>> 2013-09-23 16:24:01.879 5971 INFO nova.openstack.common.rpc.common [-] >>>>> Connected to AMQP server on 127.0.0.1:5672**** >>>>> >>>>> **** >>>>> >>>>> But at the cinder-volume.log:**** >>>>> >>>>> **** >>>>> >>>>> INFO [cinder.openstack.common.rpc.common] Reconnecting to AMQP server >>>>> on localhost:5672**** >>>>> >>>>> 2013-09-23 16:46:04 ERROR [cinder.openstack.common.rpc.common] AMQP >>>>> server on localhost:5672 is unreachable: Socket closed. Trying again in 30 >>>>> seconds.**** >>>>> >>>>> **** >>>>> >>>>> **** >>>>> >>>>> I was typing when you sent your answer, here is it:**** >>>>> >>>>> **** >>>>> >>>>> rabbitmq-server status**** >>>>> >>>>> Status of node rabbit at hemera ...**** >>>>> >>>>> [{pid,17266},**** >>>>> >>>>> {running_applications,[{rabbit,"RabbitMQ","2.7.1"},**** >>>>> >>>>> {os_mon,"CPO CXC 138 46","2.2.7"},**** >>>>> >>>>> {sasl,"SASL CXC 138 11","2.1.10"},**** >>>>> >>>>> {mnesia,"MNESIA CXC 138 12","4.5"},**** >>>>> >>>>> {stdlib,"ERTS CXC 138 10","1.17.5"},**** >>>>> >>>>> {kernel,"ERTS CXC 138 10","2.14.5"}]},**** >>>>> >>>>> {os,{unix,linux}},**** >>>>> >>>>> {erlang_version,"Erlang R14B04 (erts-5.8.5) [source] [64-bit] >>>>> [smp:4:4] [rq:4] [async-threads:30] [kernel-poll:true]\n"},**** >>>>> >>>>> {memory,[{total,30926120},**** >>>>> >>>>> {processes,14354392},**** >>>>> >>>>> {processes_used,14343184},**** >>>>> >>>>> {system,16571728},**** >>>>> >>>>> {atom,1124441},**** >>>>> >>>>> {atom_used,1120343},**** >>>>> >>>>> {binary,268176},**** >>>>> >>>>> {code,11134417},**** >>>>> >>>>> {ets,2037120}]},**** >>>>> >>>>> {vm_memory_high_watermark,0.4},**** >>>>> >>>>> {vm_memory_limit,3299385344}]**** >>>>> >>>>> ...done.**** >>>>> >>>>> **** >>>>> >>>>> **** >>>>> >>>>> Yes, I've restarted the rabbitmq-server, but as you can see at the >>>>> logs, quantum and nova are connected.**** >>>>> >>>>> **** >>>>> >>>>> Ideas??**** >>>>> >>>>> **** >>>>> >>>>> Regards.**** >>>>> >>>>> **** >>>>> >>>>> **** >>>>> >>>>> 2013/9/23 Marcelo Dieder **** >>>>> >>>>> What's the status of your rabbitmq? >>>>> >>>>> # rabbitmqctl status >>>>> >>>>> And do you tried restart the rabbitmq? >>>>> >>>>> Regards, >>>>> Marcelo Dieder**** >>>>> >>>>> On 09/23/2013 03:31 PM, Guilherme Russi wrote:**** >>>>> >>>>> Yes, it is at the same place **** >>>>> >>>>> **** >>>>> >>>>> cat /etc/cinder/cinder.conf **** >>>>> >>>>> [DEFAULT]**** >>>>> >>>>> rootwrap_config=/etc/cinder/rootwrap.conf**** >>>>> >>>>> sql_connection = mysql://cinder:password at localhost/cinder**** >>>>> >>>>> api_paste_confg = /etc/cinder/api-paste.ini**** >>>>> >>>>> iscsi_helper=ietadm**** >>>>> >>>>> #iscsi_helper = tgtadm**** >>>>> >>>>> volume_name_template = volume-%s**** >>>>> >>>>> volume_group = cinder-volumes**** >>>>> >>>>> verbose = True**** >>>>> >>>>> auth_strategy = keystone**** >>>>> >>>>> iscsi_ip_address=localhost**** >>>>> >>>>> rabbit_host = localhost**** >>>>> >>>>> rabbit_port = 5672**** >>>>> >>>>> rabbit_userid = rabbit**** >>>>> >>>>> rabbit_password = password**** >>>>> >>>>> rabbit_virtual_host = /nova**** >>>>> >>>>> state_path = /var/lib/cinder**** >>>>> >>>>> lock_path = /var/lock/cinder**** >>>>> >>>>> volumes_dir = /var/lib/cinder/volumes**** >>>>> >>>>> **** >>>>> >>>>> Another idea?**** >>>>> >>>>> **** >>>>> >>>>> Regards.**** >>>>> >>>>> **** >>>>> >>>>> 2013/9/23 Gangur, Hrushikesh (HP Converged Cloud - R&D - Sunnyvale) < >>>>> hrushikesh.gangur at hp.com>**** >>>>> >>>>> Ensure that cinder configuration files have correct IP of rabbimq host. >>>>> **** >>>>> >>>>> **** >>>>> >>>>> *From:* Guilherme Russi [mailto:luisguilherme.cr at gmail.com] >>>>> *Sent:* Monday, September 23, 2013 10:53 AM >>>>> *To:* openstack >>>>> *Subject:* [Openstack] Cinder error**** >>>>> >>>>> **** >>>>> >>>>> Hello guys, I'm reinstalling my OpenStack Grizzly and I'm getting >>>>> problem with my cinder, I'm getting "*Error: *Unable to retrieve >>>>> volume list." I was looking at the cinder log and I only found this error: >>>>> ERROR [cinder.openstack.common.rpc.common] AMQP server on >>>>> 192.168.3.1:5672 is unreachable: Socket closed. Trying again in 30 >>>>> seconds.**** >>>>> >>>>> **** >>>>> >>>>> I have a partition created:**** >>>>> >>>>> **** >>>>> >>>>> pvdisplay **** >>>>> >>>>> --- Physical volume ---**** >>>>> >>>>> PV Name /dev/sda7**** >>>>> >>>>> VG Name cinder-volumes**** >>>>> >>>>> PV Size 279,59 GiB / not usable 1,00 MiB**** >>>>> >>>>> Allocatable yes **** >>>>> >>>>> PE Size 4,00 MiB**** >>>>> >>>>> Total PE 71574**** >>>>> >>>>> Free PE 66454**** >>>>> >>>>> Allocated PE 5120**** >>>>> >>>>> PV UUID KHITxF-uagF-xADc-F8fu-na8t-1OXT-rDFbQ6**** >>>>> >>>>> **** >>>>> >>>>> root at hemera:/home/hemera# vgdisplay **** >>>>> >>>>> --- Volume group ---**** >>>>> >>>>> VG Name cinder-volumes**** >>>>> >>>>> System ID **** >>>>> >>>>> Format lvm2**** >>>>> >>>>> Metadata Areas 1**** >>>>> >>>>> Metadata Sequence No 6**** >>>>> >>>>> VG Access read/write**** >>>>> >>>>> VG Status resizable**** >>>>> >>>>> MAX LV 0**** >>>>> >>>>> Cur LV 2**** >>>>> >>>>> Open LV 0**** >>>>> >>>>> Max PV 0**** >>>>> >>>>> Cur PV 1**** >>>>> >>>>> Act PV 1**** >>>>> >>>>> VG Size 279,59 GiB**** >>>>> >>>>> PE Size 4,00 MiB**** >>>>> >>>>> Total PE 71574**** >>>>> >>>>> Alloc PE / Size 5120 / 20,00 GiB**** >>>>> >>>>> Free PE / Size 66454 / 259,59 GiB**** >>>>> >>>>> VG UUID mhN3uV-n80a-zjeb-uR35-0IPb-BFmo-G2Qehu**** >>>>> >>>>> **** >>>>> >>>>> **** >>>>> >>>>> I don't know how to fix this error, any help?**** >>>>> >>>>> **** >>>>> >>>>> Thank you all and regards.**** >>>>> >>>>> **** >>>>> >>>>> Guilherme.**** >>>>> >>>>> **** >>>>> >>>>> **** >>>>> >>>>> _______________________________________________**** >>>>> >>>>> Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack**** >>>>> >>>>> Post to : openstack at lists.openstack.org**** >>>>> >>>>> Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack**** >>>>> >>>>> **** >>>>> >>>>> >>>>> _______________________________________________ >>>>> Mailing list: >>>>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>>>> Post to : openstack at lists.openstack.org >>>>> Unsubscribe : >>>>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack**** >>>>> >>>>> **** >>>>> >>>>> **** >>>>> >>>>> **** >>>>> >>>>> **** >>>>> >>>>> **** >>>>> >>>>> ** ** >>>>> >>>> >>>> >>> >> _______________________________________________ >> Mailing list: >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> Post to : openstack at lists.openstack.org >> Unsubscribe : >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From johnmark at johnmark.org Wed Sep 25 20:42:36 2013 From: johnmark at johnmark.org (John Mark Walker) Date: Wed, 25 Sep 2013 16:42:36 -0400 Subject: [Openstack] Fwd: Defining VM's CPU Socket:Core Topology In-Reply-To: References: Message-ID: Did anyone else find this message in their spam filter? ---------- Forwarded message ---------- From: Evan Fraser Date: Tue, Sep 24, 2013 at 7:49 PM Subject: [Openstack] Defining VM's CPU Socket:Core Topology To: "openstack at lists.openstack.org" Hello,**** I am trying to figure out how to define a VM’s CPU Socket:Core:Threads topology. For licensing reasons we can’t create VM’s that map each core as a separate socket.**** ** ** KVM and libvirt both support the ability to define the socket:core ratio/topology, but I can’t see how to get openstack to request those capabilities.**** ** ** I've tried the libvirt_cpu_mode and libvirt_cpu_model options, but they only seem to control the cpu's name, and what flags are passed through.**** ** ** It seems that if I could only get nova to create the xml file with a topology section eg: then it would work.**** ** ** This feature request seems related: https://bugs.launchpad.net/nova/+bug/1199019**** ** ** But I’m not sure if it’s possible to define it within nova as yet anyway.*** * ** ** Cheers, Evan.**** *Evan Fraser*** *Trade Me | Storage Engineer*** *P* *+64 4 803 2756***** *M* *+64 22 087 4032***** *E * *evan.fraser at trademe.co.nz* ** ** ** ** _______________________________________________ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : openstack at lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack -------------- next part -------------- An HTML attachment was scrubbed... URL: From vonpupp at gmail.com Wed Sep 25 20:46:46 2013 From: vonpupp at gmail.com (Albert Vonpupp) Date: Wed, 25 Sep 2013 17:46:46 -0300 Subject: [Openstack] (no subject) In-Reply-To: References: Message-ID: Thanks Aaron and John for your fast answers. Unfortunatelly I forgot to include the subject on this message. To be honest I'm not totally sure what is going on, but what I notice is that when I do start a VM on top of OpenStack, after the bridge br100 is created, I cannot login the rest of the machines on the lab (those which are not related to the OpenStack tests, but on the same physical network) *Here is a cat of my /var/log/messages on the controller node* [root@*controller* ~]# *tail -20 /var/log*/messages Sep 25 16:51:40 controller dnsmasq-dhcp[5860]: DHCPDISCOVER(br100) e0:b9:ba:ae:78:dd no address available Sep 25 16:51:41 controller dnsmasq-dhcp[5860]: DHCPDISCOVER(br100) 4c:bc:a5:92:e1:c7 no address available Sep 25 16:51:42 controller dnsmasq-dhcp[5860]: DHCPINFORM(br100) 192.168.30.52 00:1b:b1:28:64:ae Sep 25 16:51:42 controller dnsmasq-dhcp[5860]: DHCPACK(br100) 192.168.30.52 00:1b:b1:28:64:ae Leliane-NB Sep 25 16:51:42 controller dnsmasq-dhcp[5860]: DHCPDISCOVER(br100) 30:39:26:83:7c:6a no address available Sep 25 16:51:42 controller dnsmasq-dhcp[5860]: DHCPDISCOVER(br100) 84:8f:69:c7:45:26 no address available Sep 25 16:51:44 controller dnsmasq-dhcp[5860]: DHCPDISCOVER(br100) 4c:b1:99:83:77:82 no address available Sep 25 16:51:45 controller dnsmasq-dhcp[5860]: BOOTP(br100) 14:5a:05:1e:43:1a no address available Sep 25 16:51:48 controller dnsmasq-dhcp[5860]: DHCPDISCOVER(br100) 18:3f:47:ba:0b:a8 no address available Sep 25 16:51:48 controller dnsmasq-dhcp[5860]: DHCPDISCOVER(br100) e0:b9:ba:ae:78:dd no address available Sep 25 16:51:48 controller dnsmasq-dhcp[5860]: DHCPREQUEST(br100) 10.0.0.2 fa:16:3e:64:cd:82 Sep 25 16:51:48 controller dnsmasq-dhcp[5860]: DHCPACK(br100) 10.0.0.2 fa:16:3e:64:cd:82 ubuntu01 Sep 25 16:51:50 controller dnsmasq-dhcp[5860]: DHCPDISCOVER(br100) 30:39:26:83:7c:6a no address available Sep 25 16:51:51 controller dnsmasq-dhcp[5860]: DHCPDISCOVER(br100) 84:8f:69:c7:45:26 no address available Sep 25 16:51:52 controller dnsmasq-dhcp[5860]: DHCPDISCOVER(br100) 7c:c3:a1:ac:a1:ed no address available Sep 25 16:51:53 controller dnsmasq-dhcp[5860]: DHCPDISCOVER(br100) 4c:b1:99:83:77:82 no address available Sep 25 16:51:53 controller dnsmasq-dhcp[5860]: DHCPINFORM(br100) 192.168.60.2 00:25:11:cf:f0:54 Sep 25 16:51:53 controller dnsmasq-dhcp[5860]: DHCPACK(br100) 192.168.60.2 00:25:11:cf:f0:54 sed06 Sep 25 16:51:53 controller dnsmasq-dhcp[5860]: DHCPDISCOVER(br100) 7c:c3:a1:ac:a1:ed no address available Sep 25 16:51:55 controller dnsmasq-dhcp[5860]: DHCPDISCOVER(br100) 7c:c3:a1:ac:a1:ed no address available I don't think I'm using neutron, as far as I know I'm using nova-network. On the example I booted an ubuntu VM and it got the IP 10.0.0.2, and then I cound't logon on another computer from the lab. *Here are some lines from dmesg from a regular workstation that was already logged in while DevStack has a running VM:* albert ~ $ dmesg [23898.208033] lockd: server lua.eclipse.ime.usp.br not responding, still trying [23898.212053] lockd: server lua.eclipse.ime.usp.br not responding, still trying [23907.504018] lockd: server lua.eclipse.ime.usp.br not responding, still trying [23907.504038] lockd: server lua.eclipse.ime.usp.br not responding, still trying [23907.504041] lockd: server lua.eclipse.ime.usp.br not responding, still trying [23921.824036] lockd: server lua.eclipse.ime.usp.br not responding, still trying [24041.754304] lockd: server lua.eclipse.ime.usp.br OK [24041.754316] lockd: server lua.eclipse.ime.usp.br OK [24101.753756] lockd: server lua.eclipse.ime.usp.br OK [24161.753178] lockd: server lua.eclipse.ime.usp.br OK [24161.808018] lockd: server lua.eclipse.ime.usp.br not responding, still trying *Here is my localrc (controller)* [stack@*controller* ~]$ *cat devstack/localrc* #VIRT_DRIVER=docker #SERVICE_HOST=10.11.0.40 # REMOVE THIS LINE FOR THE CONTROLLER # Stop DevStack polluting /opt/stack DESTDIR=/opt/stack/src/openstack # Switch to use QPid instead of RabbitMQ disable_service rabbit disable_service n-cpu enable_service qpid #enable_service qpid, n-cpu,n-net,n-api,n-vol # Replace with your primary interface name HOST_IP_IFACE=em1 PUBLIC_INTERFACE=em1 VLAN_INTERFACE=em1 FLAT_INTERFACE=em1 # Replace with whatever password you wish to use MYSQL_PASSWORD=badpassword SERVICE_TOKEN=badpassword SERVICE_PASSWORD=badpassword ADMIN_PASSWORD=badpassword # Pre-populate glance with a minimal image and a Fedora 17 image IMAGE_URLS=" http://launchpad.net/cirros/trunk/0.3.0/+download/cirros-0.3.0-x86_64-uec.tar.gz#, http://berrange.fedorapeople.org/images/2012-11-15/f17-x86_64-openstack-sda.qcow2 " #ENABLED_SERVICES=n-cpu,n-net,n-api,n-vol # REMOVE THIS LINE FOR THE CONTROLLER *Here is my localrc on any compute node:* [stack@*compute02* ~]$ cat *devstack/localrc* #SERVICE_HOST=10.7.22.7 # REMOVE THIS LINE FOR THE CONTROLLER SERVICE_HOST=marte.eclipse.ime.usp.br # REMOVE THIS LINE FOR THE CONTROLLER # Stop DevStack polluting /opt/stack DESTDIR=/opt/stack/src/openstack # Switch to use QPid instead of RabbitMQ ##disable_service rabbit c-sch c-api c-vol disable_service c-vol #disable_service g-api #disable_service g-reg disable_service key disable_service n-crt disable_service n-obj disable_service n-cond disable_service cinder disable_service c-sch disable_service c-api disable_service c-vol disable_service c-sch disable_service n-novnc disable_service n-xvnc disable_service n-cauth disable_service horizon disable_service rabbit disable_service tempest ##disable_service mysql ##enable_service qpid #enable_service n-cpu,n-net,n-api,n-vol # g-api,g-reg,key,n-api,n-crt,n-obj,n-cpu,n-net,n-cond,cinder,c-sch,c-api,c-vol,n-sch,n-novnc,n-xvnc,n-cauth,horizon,rabbit,tempest,mysql,n-cpu,n-net,n-api,n-vol disable_all_services enable_service qpid n-cpu n-net n-api n-vol # Replace with your primary interface name HOST_IP_IFACE=em1 PUBLIC_INTERFACE=em1 VLAN_INTERFACE=em1 FLAT_INTERFACE=em1 # Replace with whatever password you wish to use MYSQL_PASSWORD=badpassword SERVICE_TOKEN=badpassword SERVICE_PASSWORD=badpassword ADMIN_PASSWORD=badpassword # Pre-populate glance with a minimal image and a Fedora 17 image IMAGE_URLS=" http://launchpad.net/cirros/trunk/0.3.0/+download/cirros-0.3.0-x86_64-uec.tar.gz,http://berrange.fedorapeople.org/images/2012-11-15/f17-x86_64-openstack-sda.qcow2 " #ENABLED_SERVICES=n-cpu,n-net,n-api,n-vol # REMOVE THIS LINE FOR THE CONTROLLER #RABBIT_PASSWORD=d83acc200f2fa34b127a MYSQL_HOST=$SERVICE_HOST RABBIT_HOST=$SERVICE_HOST GLANCE_HOSTPORT=$SERVICE_HOST:9292 Q_HOST=$SERVICE_HOST *Here is my hosts file (all nodes):* [stack@*controller* ~]$ cat */etc/hosts* 127.0.0.1 localhost localhost.localdomain localhost4 localhost4.localdomain4 ::1 localhost localhost.localdomain localhost6 localhost6.localdomain6 143.107.45.200 marte.eclipse.ime.usp.br marte controller 143.107.45.201 jupiter.eclipse.ime.usp.br jupiter compute01 c01 143.107.45.202 saturno.eclipse.ime.usp.br saturno compute02 c02 143.107.45.193 venus.eclipse.ime.usp.br venus compute03 c03 All of the IPs are public. I didn't understand about the FlatDHCP to be honest, I will research about it. Any ideas? Many thanks! Regards, Albert. On Wed, Sep 25, 2013 at 4:55 PM, John Griffith wrote: > > > > On Wed, Sep 25, 2013 at 1:26 PM, Aaron Rosen wrote: > >> Hi Albert, >> >> Are you sure this is happening. I'm positive that neutron's dhcp agent >> will only hand out ip addresses for ports that it knows about and I'm sure >> nova-network does the same as well. >> >> Aaron >> >> On Wed, Sep 25, 2013 at 12:17 PM, Albert Vonpupp wrote: >> >>> Hello, >>> >>> I'm trying DevStack at the university lab. When I tried to deploy a VM I >>> noticed that all the machines from the lab started renewing their leases >>> with the DevStack DHCP server. That is inconvenient for me since I'm not >>> the only user of this lab and it could cause troubles. I thought that >>> perhaps changing the default port on the controller as on the compute nodes >>> would work, but I don't know how to do that. >>> >>> How can I change the dnsmasq DHCP port on DevStack? (controller and >>> compute nodes) >>> >>> Thanks a lot! >>> >>> Albert. >>> >>> _______________________________________________ >>> Mailing list: >>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>> Post to : openstack at lists.openstack.org >>> Unsubscribe : >>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>> >>> >> >> _______________________________________________ >> Mailing list: >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> Post to : openstack at lists.openstack.org >> Unsubscribe : >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> >> Hi Albert, > > I inadvertently did this once in our lab. The issue I believe (if my > memory is correct) you're probably using nova-networking and you've > configured FlatDHCP. The problem is that you're that your public network > is accessing your internal/private network (check your bridge setting) so > the result is that external DHCP requests can be received from your > OpenStack private network. > > It might be helpful if you include your localrc file and some info > regarding your systems nics and how they're configured. > > John > > > > -- Albert. http://www.albertdelafuente.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From caustin at bitglass.com Wed Sep 25 21:33:53 2013 From: caustin at bitglass.com (Calvin Austin) Date: Wed, 25 Sep 2013 14:33:53 -0700 Subject: [Openstack] (no subject) In-Reply-To: References: Message-ID: It is also worth looking to see what dnsmasq processes you have (ps -ef| grep dnsmasq) 2 (and only 2) dnsmasq processes are configured/launched by nova-network to a listen address which should be the ip address of the br100 bridge eg 192.168.0.1 . the only interface it explicits excludes is lo (loopback) The suspicious thing for me is that the server also did an ack for 192.168.20.* and 192.168.30.* as well as the 10 network. regards calvin On Wed, Sep 25, 2013 at 1:46 PM, Albert Vonpupp wrote: > Thanks Aaron and John for your fast answers. > > Unfortunatelly I forgot to include the subject on this message. > > To be honest I'm not totally sure what is going on, but what I notice is > that when I do start a VM on top of OpenStack, after the bridge br100 is > created, I cannot login the rest of the machines on the lab (those which > are not related to the OpenStack tests, but on the same physical network) > > *Here is a cat of my /var/log/messages on the controller node* > > [root@*controller* ~]# *tail -20 /var/log*/messages > > Sep 25 16:51:40 controller dnsmasq-dhcp[5860]: DHCPDISCOVER(br100) > e0:b9:ba:ae:78:dd no address > available > > Sep 25 16:51:41 controller dnsmasq-dhcp[5860]: DHCPDISCOVER(br100) > 4c:bc:a5:92:e1:c7 no address > available > > Sep 25 16:51:42 controller dnsmasq-dhcp[5860]: DHCPINFORM(br100) > 192.168.30.52 > 00:1b:b1:28:64:ae > > Sep 25 16:51:42 controller dnsmasq-dhcp[5860]: DHCPACK(br100) > 192.168.30.52 00:1b:b1:28:64:ae > Leliane-NB > > Sep 25 16:51:42 controller dnsmasq-dhcp[5860]: DHCPDISCOVER(br100) > 30:39:26:83:7c:6a no address > available > > Sep 25 16:51:42 controller dnsmasq-dhcp[5860]: DHCPDISCOVER(br100) > 84:8f:69:c7:45:26 no address > available > > Sep 25 16:51:44 controller dnsmasq-dhcp[5860]: DHCPDISCOVER(br100) > 4c:b1:99:83:77:82 no address available > Sep 25 16:51:45 controller dnsmasq-dhcp[5860]: BOOTP(br100) > 14:5a:05:1e:43:1a no address available > Sep 25 16:51:48 controller dnsmasq-dhcp[5860]: DHCPDISCOVER(br100) > 18:3f:47:ba:0b:a8 no address available > Sep 25 16:51:48 controller dnsmasq-dhcp[5860]: DHCPDISCOVER(br100) > e0:b9:ba:ae:78:dd no address available > Sep 25 16:51:48 controller dnsmasq-dhcp[5860]: DHCPREQUEST(br100) 10.0.0.2 > fa:16:3e:64:cd:82 > Sep 25 16:51:48 controller dnsmasq-dhcp[5860]: DHCPACK(br100) 10.0.0.2 > fa:16:3e:64:cd:82 ubuntu01 > Sep 25 16:51:50 controller dnsmasq-dhcp[5860]: DHCPDISCOVER(br100) > 30:39:26:83:7c:6a no address available > Sep 25 16:51:51 controller dnsmasq-dhcp[5860]: DHCPDISCOVER(br100) > 84:8f:69:c7:45:26 no address available > Sep 25 16:51:52 controller dnsmasq-dhcp[5860]: DHCPDISCOVER(br100) > 7c:c3:a1:ac:a1:ed no address available > Sep 25 16:51:53 controller dnsmasq-dhcp[5860]: DHCPDISCOVER(br100) > 4c:b1:99:83:77:82 no address available > Sep 25 16:51:53 controller dnsmasq-dhcp[5860]: DHCPINFORM(br100) > 192.168.60.2 00:25:11:cf:f0:54 > Sep 25 16:51:53 controller dnsmasq-dhcp[5860]: DHCPACK(br100) 192.168.60.2 > 00:25:11:cf:f0:54 sed06 > Sep 25 16:51:53 controller dnsmasq-dhcp[5860]: DHCPDISCOVER(br100) > 7c:c3:a1:ac:a1:ed no address available > Sep 25 16:51:55 controller dnsmasq-dhcp[5860]: DHCPDISCOVER(br100) > 7c:c3:a1:ac:a1:ed no address available > > I don't think I'm using neutron, as far as I know I'm using nova-network. > On the example I booted an ubuntu VM and it got the IP 10.0.0.2, and then I > cound't logon on another computer from the lab. > > *Here are some lines from dmesg from a regular workstation that was > already logged in while DevStack has a running VM:* > > albert ~ $ dmesg > [23898.208033] lockd: server lua.eclipse.ime.usp.br not responding, still > trying > [23898.212053] lockd: server lua.eclipse.ime.usp.br not responding, still > trying > [23907.504018] lockd: server lua.eclipse.ime.usp.br not responding, still > trying > [23907.504038] lockd: server lua.eclipse.ime.usp.br not responding, still > trying > [23907.504041] lockd: server lua.eclipse.ime.usp.br not responding, still > trying > [23921.824036] lockd: server lua.eclipse.ime.usp.br not responding, still > trying > [24041.754304] lockd: server lua.eclipse.ime.usp.br OK > [24041.754316] lockd: server lua.eclipse.ime.usp.br OK > [24101.753756] lockd: server lua.eclipse.ime.usp.br OK > [24161.753178] lockd: server lua.eclipse.ime.usp.br OK > [24161.808018] lockd: server lua.eclipse.ime.usp.br not responding, still > trying > > *Here is my localrc (controller)* > > [stack@*controller* ~]$ *cat devstack/localrc* > #VIRT_DRIVER=docker > > #SERVICE_HOST=10.11.0.40 # REMOVE THIS LINE FOR THE CONTROLLER > # Stop DevStack polluting /opt/stack > DESTDIR=/opt/stack/src/openstack > > # Switch to use QPid instead of RabbitMQ > disable_service rabbit > disable_service n-cpu > enable_service qpid > #enable_service qpid, n-cpu,n-net,n-api,n-vol > > # Replace with your primary interface name > HOST_IP_IFACE=em1 > PUBLIC_INTERFACE=em1 > VLAN_INTERFACE=em1 > FLAT_INTERFACE=em1 > > # Replace with whatever password you wish to use > MYSQL_PASSWORD=badpassword > SERVICE_TOKEN=badpassword > SERVICE_PASSWORD=badpassword > ADMIN_PASSWORD=badpassword > > # Pre-populate glance with a minimal image and a Fedora 17 image > IMAGE_URLS=" > http://launchpad.net/cirros/trunk/0.3.0/+download/cirros-0.3.0-x86_64-uec.tar.gz#, > http://berrange.fedorapeople.org/images/2012-11-15/f17-x86_64-openstack-sda.qcow2 > " > > #ENABLED_SERVICES=n-cpu,n-net,n-api,n-vol # REMOVE THIS LINE FOR THE > CONTROLLER > > *Here is my localrc on any compute node:* > > [stack@*compute02* ~]$ cat *devstack/localrc* > #SERVICE_HOST=10.7.22.7 # REMOVE THIS LINE FOR THE CONTROLLER > SERVICE_HOST=marte.eclipse.ime.usp.br # REMOVE THIS LINE FOR THE > CONTROLLER > # Stop DevStack polluting /opt/stack > DESTDIR=/opt/stack/src/openstack > > > > # Switch to use QPid instead of > RabbitMQ > > ##disable_service rabbit c-sch c-api > c-vol > > disable_service > c-vol > > #disable_service > g-api > > #disable_service > g-reg > > disable_service key > disable_service n-crt > disable_service n-obj > disable_service n-cond > disable_service cinder > disable_service c-sch > disable_service c-api > disable_service c-vol > disable_service c-sch > disable_service n-novnc > disable_service n-xvnc > disable_service n-cauth > disable_service horizon > disable_service rabbit > disable_service tempest > ##disable_service mysql > ##enable_service qpid > #enable_service n-cpu,n-net,n-api,n-vol > # > g-api,g-reg,key,n-api,n-crt,n-obj,n-cpu,n-net,n-cond,cinder,c-sch,c-api,c-vol,n-sch,n-novnc,n-xvnc,n-cauth,horizon,rabbit,tempest,mysql,n-cpu,n-net,n-api,n-vol > > disable_all_services > enable_service qpid n-cpu n-net n-api n-vol > > > # Replace with your primary interface name > HOST_IP_IFACE=em1 > PUBLIC_INTERFACE=em1 > VLAN_INTERFACE=em1 > FLAT_INTERFACE=em1 > > # Replace with whatever password you wish to use > MYSQL_PASSWORD=badpassword > SERVICE_TOKEN=badpassword > SERVICE_PASSWORD=badpassword > ADMIN_PASSWORD=badpassword > > # Pre-populate glance with a minimal image and a Fedora 17 image > IMAGE_URLS=" > http://launchpad.net/cirros/trunk/0.3.0/+download/cirros-0.3.0-x86_64-uec.tar.gz,http://berrange.fedorapeople.org/images/2012-11-15/f17-x86_64-openstack-sda.qcow2 > " > > #ENABLED_SERVICES=n-cpu,n-net,n-api,n-vol # REMOVE THIS LINE FOR THE > CONTROLLER > #RABBIT_PASSWORD=d83acc200f2fa34b127a > > MYSQL_HOST=$SERVICE_HOST > RABBIT_HOST=$SERVICE_HOST > GLANCE_HOSTPORT=$SERVICE_HOST:9292 > Q_HOST=$SERVICE_HOST > > *Here is my hosts file (all nodes):* > > [stack@*controller* ~]$ cat */etc/hosts* > 127.0.0.1 localhost localhost.localdomain localhost4 > localhost4.localdomain4 > ::1 localhost localhost.localdomain localhost6 > localhost6.localdomain6 > 143.107.45.200 marte.eclipse.ime.usp.br marte controller > 143.107.45.201 jupiter.eclipse.ime.usp.br jupiter compute01 c01 > 143.107.45.202 saturno.eclipse.ime.usp.br saturno compute02 c02 > 143.107.45.193 venus.eclipse.ime.usp.br venus compute03 c03 > > All of the IPs are public. I didn't understand about the FlatDHCP to be > honest, I will research about it. > > Any ideas? > > Many thanks! > > Regards, > Albert. > > > On Wed, Sep 25, 2013 at 4:55 PM, John Griffith < > john.griffith at solidfire.com> wrote: > >> >> >> >> On Wed, Sep 25, 2013 at 1:26 PM, Aaron Rosen wrote: >> >>> Hi Albert, >>> >>> Are you sure this is happening. I'm positive that neutron's dhcp agent >>> will only hand out ip addresses for ports that it knows about and I'm sure >>> nova-network does the same as well. >>> >>> Aaron >>> >>> On Wed, Sep 25, 2013 at 12:17 PM, Albert Vonpupp wrote: >>> >>>> Hello, >>>> >>>> I'm trying DevStack at the university lab. When I tried to deploy a VM >>>> I noticed that all the machines from the lab started renewing their leases >>>> with the DevStack DHCP server. That is inconvenient for me since I'm not >>>> the only user of this lab and it could cause troubles. I thought that >>>> perhaps changing the default port on the controller as on the compute nodes >>>> would work, but I don't know how to do that. >>>> >>>> How can I change the dnsmasq DHCP port on DevStack? (controller and >>>> compute nodes) >>>> >>>> Thanks a lot! >>>> >>>> Albert. >>>> >>>> _______________________________________________ >>>> Mailing list: >>>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>>> Post to : openstack at lists.openstack.org >>>> Unsubscribe : >>>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>>> >>>> >>> >>> _______________________________________________ >>> Mailing list: >>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>> Post to : openstack at lists.openstack.org >>> Unsubscribe : >>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>> >>> Hi Albert, >> >> I inadvertently did this once in our lab. The issue I believe (if my >> memory is correct) you're probably using nova-networking and you've >> configured FlatDHCP. The problem is that you're that your public network >> is accessing your internal/private network (check your bridge setting) so >> the result is that external DHCP requests can be received from your >> OpenStack private network. >> >> It might be helpful if you include your localrc file and some info >> regarding your systems nics and how they're configured. >> >> John >> >> >> >> > > > -- > > Albert. > > http://www.albertdelafuente.com > > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jbryce at jbryce.com Wed Sep 25 21:39:38 2013 From: jbryce at jbryce.com (Jonathan Bryce) Date: Wed, 25 Sep 2013 16:39:38 -0500 Subject: [Openstack] User Survey / Reminder In-Reply-To: <5D7F9996EA547448BC6C54C8C5AAF4E5D9750A28@CERNXCHG01.cern.ch> References: <52433275.50209@openstack.org> <686bf3a25009444fb6c506e9307ddbcf@BN1PR05MB169.namprd05.prod.outlook.com> <5D7F9996EA547448BC6C54C8C5AAF4E5D9750A28@CERNXCHG01.cern.ch> Message-ID: <273AB9D5-BB65-4F0E-94CF-252B82AA733C@jbryce.com> I think it could make sense to carry forward the personal info and deployment data--which is likely to have lower variability--and allow the survey portion up front to be completed "fresh" each cycle. Jonathan On Sep 25, 2013, at 3:16 PM, Tim Bell wrote: > > > I am in favour of carry forward of data. > > Asking people to fill out the same data as last time is also not good. I still work in the same area and have the same geographical > location. I welcome not having to put that in again. > > Tim > >> -----Original Message----- >> From: Gabriel Hurley [mailto:Gabriel.Hurley at nebula.com] >> Sent: 25 September 2013 21:49 >> To: Stefano Maffulli; Operators, OpenStack; General, OpenStack >> Subject: Re: [Openstack] User Survey / Reminder >> >> I have a question on this: >> >> I logged in to take the user survey, and it still had all of my answers from the last user survey filled in. If this is > intentional, it's very strange >> behavior. I don't feel that I should be overwriting my previous answers. That feels oddly invalidating. It also encourages bad > behavior by >> simply "carrying forward" the same sentiments instead of considering what you want to say anew. >> >> If it's a bug, then consider this my bug report... >> >> Thanks! >> >> - Gabriel >> >>> -----Original Message----- >>> From: Stefano Maffulli [mailto:stefano at openstack.org] >>> Sent: Wednesday, September 25, 2013 11:59 AM >>> To: Operators, OpenStack; General, OpenStack >>> Subject: [Openstack] User Survey / Reminder >>> >>> Hello all, >>> >>> this is a reminder to fill in the User Survey: the deadline to >>> complete the survey is September 30. >>> >>> If you're using OpenStack, take 15 minutes to complete the User Survey >>> by Sept 30. Your feedback can impact the roadmap >>> >>> http://www.openstack.org/user-survey >>> >>> If you know somebody that uses OpenStack, please have them fill in the >>> survey. Your opinion counts! >>> >>> Thanks, >>> stef >>> >>> -- >>> Ask and answer questions on https://ask.openstack.org >>> >>> _______________________________________________ >>> Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>> Post to : openstack at lists.openstack.org >>> Unsubscribe : >>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> >> _______________________________________________ >> Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> Post to : openstack at lists.openstack.org >> Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > _______________________________________________ > Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack From vonpupp at gmail.com Wed Sep 25 21:48:15 2013 From: vonpupp at gmail.com (Albert Vonpupp) Date: Wed, 25 Sep 2013 18:48:15 -0300 Subject: [Openstack] (no subject) In-Reply-To: References: Message-ID: Thanks for your answer Calvin, It seems ok for me, what do you think? [stack@*controller* ~]$ ps aux | grep dnsmasq nobody 24107 0.0 0.0 13160 688 ? S 11:55 0:00 /sbin/dnsmasq --strict-order --bind-interfaces --conf-file= --pid-file=/opt/stack/data/nova/networks/nova-br100.pid --listen-address=10.0.0.1 --except-interface=lo --dhcp-range=set:private,10.0.0.2,static,255.255.255.0,120s --dhcp-lease-max=256 --dhcp-hostsfile=/opt/stack/data/nova/networks/nova-br100.conf --dhcp-script=/usr/bin/nova-dhcpbridge --leasefile-ro --domain=novalocal root 24108 0.0 0.0 13160 324 ? S 11:55 0:00 /sbin/dnsmasq --strict-order --bind-interfaces --conf-file= --pid-file=/opt/stack/data/nova/networks/nova-br100.pid --listen-address=10.0.0.1 --except-interface=lo --dhcp-range=set:private,10.0.0.2,static,255.255.255.0,120s --dhcp-lease-max=256 --dhcp-hostsfile=/opt/stack/data/nova/networks/nova-br100.conf --dhcp-script=/usr/bin/nova-dhcpbridge --leasefile-ro --domain=novalocal stack 24247 0.0 0.0 109404 912 tty1 S+ 12:01 0:00 grep --color=auto dnsmasq Regards. On Wed, Sep 25, 2013 at 6:33 PM, Calvin Austin wrote: > It is also worth looking to see what dnsmasq processes you have (ps -ef| > grep dnsmasq) > 2 (and only 2) dnsmasq processes are configured/launched by nova-network > to a listen address which should be the ip address of the br100 bridge eg > 192.168.0.1 . the only interface it explicits excludes is lo (loopback) > > The suspicious thing for me is that the server also did an ack for > 192.168.20.* and 192.168.30.* as well as the 10 network. > > regards > calvin > > > > > On Wed, Sep 25, 2013 at 1:46 PM, Albert Vonpupp wrote: > >> Thanks Aaron and John for your fast answers. >> >> Unfortunatelly I forgot to include the subject on this message. >> >> To be honest I'm not totally sure what is going on, but what I notice is >> that when I do start a VM on top of OpenStack, after the bridge br100 is >> created, I cannot login the rest of the machines on the lab (those which >> are not related to the OpenStack tests, but on the same physical network) >> >> *Here is a cat of my /var/log/messages on the controller node* >> >> [root@*controller* ~]# *tail -20 /var/log*/messages >> >> Sep 25 16:51:40 controller dnsmasq-dhcp[5860]: DHCPDISCOVER(br100) >> e0:b9:ba:ae:78:dd no address >> available >> >> Sep 25 16:51:41 controller dnsmasq-dhcp[5860]: DHCPDISCOVER(br100) >> 4c:bc:a5:92:e1:c7 no address >> available >> >> Sep 25 16:51:42 controller dnsmasq-dhcp[5860]: DHCPINFORM(br100) >> 192.168.30.52 >> 00:1b:b1:28:64:ae >> >> Sep 25 16:51:42 controller dnsmasq-dhcp[5860]: DHCPACK(br100) >> 192.168.30.52 00:1b:b1:28:64:ae >> Leliane-NB >> >> Sep 25 16:51:42 controller dnsmasq-dhcp[5860]: DHCPDISCOVER(br100) >> 30:39:26:83:7c:6a no address >> available >> >> Sep 25 16:51:42 controller dnsmasq-dhcp[5860]: DHCPDISCOVER(br100) >> 84:8f:69:c7:45:26 no address >> available >> >> Sep 25 16:51:44 controller dnsmasq-dhcp[5860]: DHCPDISCOVER(br100) >> 4c:b1:99:83:77:82 no address available >> Sep 25 16:51:45 controller dnsmasq-dhcp[5860]: BOOTP(br100) >> 14:5a:05:1e:43:1a no address available >> Sep 25 16:51:48 controller dnsmasq-dhcp[5860]: DHCPDISCOVER(br100) >> 18:3f:47:ba:0b:a8 no address available >> Sep 25 16:51:48 controller dnsmasq-dhcp[5860]: DHCPDISCOVER(br100) >> e0:b9:ba:ae:78:dd no address available >> Sep 25 16:51:48 controller dnsmasq-dhcp[5860]: DHCPREQUEST(br100) >> 10.0.0.2 fa:16:3e:64:cd:82 >> Sep 25 16:51:48 controller dnsmasq-dhcp[5860]: DHCPACK(br100) 10.0.0.2 >> fa:16:3e:64:cd:82 ubuntu01 >> Sep 25 16:51:50 controller dnsmasq-dhcp[5860]: DHCPDISCOVER(br100) >> 30:39:26:83:7c:6a no address available >> Sep 25 16:51:51 controller dnsmasq-dhcp[5860]: DHCPDISCOVER(br100) >> 84:8f:69:c7:45:26 no address available >> Sep 25 16:51:52 controller dnsmasq-dhcp[5860]: DHCPDISCOVER(br100) >> 7c:c3:a1:ac:a1:ed no address available >> Sep 25 16:51:53 controller dnsmasq-dhcp[5860]: DHCPDISCOVER(br100) >> 4c:b1:99:83:77:82 no address available >> Sep 25 16:51:53 controller dnsmasq-dhcp[5860]: DHCPINFORM(br100) >> 192.168.60.2 00:25:11:cf:f0:54 >> Sep 25 16:51:53 controller dnsmasq-dhcp[5860]: DHCPACK(br100) >> 192.168.60.2 00:25:11:cf:f0:54 sed06 >> Sep 25 16:51:53 controller dnsmasq-dhcp[5860]: DHCPDISCOVER(br100) >> 7c:c3:a1:ac:a1:ed no address available >> Sep 25 16:51:55 controller dnsmasq-dhcp[5860]: DHCPDISCOVER(br100) >> 7c:c3:a1:ac:a1:ed no address available >> >> I don't think I'm using neutron, as far as I know I'm using nova-network. >> On the example I booted an ubuntu VM and it got the IP 10.0.0.2, and then I >> cound't logon on another computer from the lab. >> >> *Here are some lines from dmesg from a regular workstation that was >> already logged in while DevStack has a running VM:* >> >> albert ~ $ dmesg >> [23898.208033] lockd: server lua.eclipse.ime.usp.br not responding, >> still trying >> [23898.212053] lockd: server lua.eclipse.ime.usp.br not responding, >> still trying >> [23907.504018] lockd: server lua.eclipse.ime.usp.br not responding, >> still trying >> [23907.504038] lockd: server lua.eclipse.ime.usp.br not responding, >> still trying >> [23907.504041] lockd: server lua.eclipse.ime.usp.br not responding, >> still trying >> [23921.824036] lockd: server lua.eclipse.ime.usp.br not responding, >> still trying >> [24041.754304] lockd: server lua.eclipse.ime.usp.br OK >> [24041.754316] lockd: server lua.eclipse.ime.usp.br OK >> [24101.753756] lockd: server lua.eclipse.ime.usp.br OK >> [24161.753178] lockd: server lua.eclipse.ime.usp.br OK >> [24161.808018] lockd: server lua.eclipse.ime.usp.br not responding, >> still trying >> >> *Here is my localrc (controller)* >> >> [stack@*controller* ~]$ *cat devstack/localrc* >> #VIRT_DRIVER=docker >> >> #SERVICE_HOST=10.11.0.40 # REMOVE THIS LINE FOR THE CONTROLLER >> # Stop DevStack polluting /opt/stack >> DESTDIR=/opt/stack/src/openstack >> >> # Switch to use QPid instead of RabbitMQ >> disable_service rabbit >> disable_service n-cpu >> enable_service qpid >> #enable_service qpid, n-cpu,n-net,n-api,n-vol >> >> # Replace with your primary interface name >> HOST_IP_IFACE=em1 >> PUBLIC_INTERFACE=em1 >> VLAN_INTERFACE=em1 >> FLAT_INTERFACE=em1 >> >> # Replace with whatever password you wish to use >> MYSQL_PASSWORD=badpassword >> SERVICE_TOKEN=badpassword >> SERVICE_PASSWORD=badpassword >> ADMIN_PASSWORD=badpassword >> >> # Pre-populate glance with a minimal image and a Fedora 17 image >> IMAGE_URLS=" >> http://launchpad.net/cirros/trunk/0.3.0/+download/cirros-0.3.0-x86_64-uec.tar.gz#, >> http://berrange.fedorapeople.org/images/2012-11-15/f17-x86_64-openstack-sda.qcow2 >> " >> >> #ENABLED_SERVICES=n-cpu,n-net,n-api,n-vol # REMOVE THIS LINE FOR THE >> CONTROLLER >> >> *Here is my localrc on any compute node:* >> >> [stack@*compute02* ~]$ cat *devstack/localrc* >> #SERVICE_HOST=10.7.22.7 # REMOVE THIS LINE FOR THE CONTROLLER >> SERVICE_HOST=marte.eclipse.ime.usp.br # REMOVE THIS LINE FOR THE >> CONTROLLER >> # Stop DevStack polluting /opt/stack >> DESTDIR=/opt/stack/src/openstack >> >> >> >> # Switch to use QPid instead of >> RabbitMQ >> >> ##disable_service rabbit c-sch c-api >> c-vol >> >> disable_service >> c-vol >> >> #disable_service >> g-api >> >> #disable_service >> g-reg >> >> disable_service key >> disable_service n-crt >> disable_service n-obj >> disable_service n-cond >> disable_service cinder >> disable_service c-sch >> disable_service c-api >> disable_service c-vol >> disable_service c-sch >> disable_service n-novnc >> disable_service n-xvnc >> disable_service n-cauth >> disable_service horizon >> disable_service rabbit >> disable_service tempest >> ##disable_service mysql >> ##enable_service qpid >> #enable_service n-cpu,n-net,n-api,n-vol >> # >> g-api,g-reg,key,n-api,n-crt,n-obj,n-cpu,n-net,n-cond,cinder,c-sch,c-api,c-vol,n-sch,n-novnc,n-xvnc,n-cauth,horizon,rabbit,tempest,mysql,n-cpu,n-net,n-api,n-vol >> >> disable_all_services >> enable_service qpid n-cpu n-net n-api n-vol >> >> >> # Replace with your primary interface name >> HOST_IP_IFACE=em1 >> PUBLIC_INTERFACE=em1 >> VLAN_INTERFACE=em1 >> FLAT_INTERFACE=em1 >> >> # Replace with whatever password you wish to use >> MYSQL_PASSWORD=badpassword >> SERVICE_TOKEN=badpassword >> SERVICE_PASSWORD=badpassword >> ADMIN_PASSWORD=badpassword >> >> # Pre-populate glance with a minimal image and a Fedora 17 image >> IMAGE_URLS=" >> http://launchpad.net/cirros/trunk/0.3.0/+download/cirros-0.3.0-x86_64-uec.tar.gz,http://berrange.fedorapeople.org/images/2012-11-15/f17-x86_64-openstack-sda.qcow2 >> " >> >> #ENABLED_SERVICES=n-cpu,n-net,n-api,n-vol # REMOVE THIS LINE FOR THE >> CONTROLLER >> #RABBIT_PASSWORD=d83acc200f2fa34b127a >> >> MYSQL_HOST=$SERVICE_HOST >> RABBIT_HOST=$SERVICE_HOST >> GLANCE_HOSTPORT=$SERVICE_HOST:9292 >> Q_HOST=$SERVICE_HOST >> >> *Here is my hosts file (all nodes):* >> >> [stack@*controller* ~]$ cat */etc/hosts* >> 127.0.0.1 localhost localhost.localdomain localhost4 >> localhost4.localdomain4 >> ::1 localhost localhost.localdomain localhost6 >> localhost6.localdomain6 >> 143.107.45.200 marte.eclipse.ime.usp.br marte controller >> 143.107.45.201 jupiter.eclipse.ime.usp.br jupiter compute01 c01 >> 143.107.45.202 saturno.eclipse.ime.usp.br saturno compute02 c02 >> 143.107.45.193 venus.eclipse.ime.usp.br venus compute03 c03 >> >> All of the IPs are public. I didn't understand about the FlatDHCP to be >> honest, I will research about it. >> >> Any ideas? >> >> Many thanks! >> >> Regards, >> Albert. >> >> >> On Wed, Sep 25, 2013 at 4:55 PM, John Griffith < >> john.griffith at solidfire.com> wrote: >> >>> >>> >>> >>> On Wed, Sep 25, 2013 at 1:26 PM, Aaron Rosen wrote: >>> >>>> Hi Albert, >>>> >>>> Are you sure this is happening. I'm positive that neutron's dhcp agent >>>> will only hand out ip addresses for ports that it knows about and I'm sure >>>> nova-network does the same as well. >>>> >>>> Aaron >>>> >>>> On Wed, Sep 25, 2013 at 12:17 PM, Albert Vonpupp wrote: >>>> >>>>> Hello, >>>>> >>>>> I'm trying DevStack at the university lab. When I tried to deploy a VM >>>>> I noticed that all the machines from the lab started renewing their leases >>>>> with the DevStack DHCP server. That is inconvenient for me since I'm not >>>>> the only user of this lab and it could cause troubles. I thought that >>>>> perhaps changing the default port on the controller as on the compute nodes >>>>> would work, but I don't know how to do that. >>>>> >>>>> How can I change the dnsmasq DHCP port on DevStack? (controller and >>>>> compute nodes) >>>>> >>>>> Thanks a lot! >>>>> >>>>> Albert. >>>>> >>>>> _______________________________________________ >>>>> Mailing list: >>>>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>>>> Post to : openstack at lists.openstack.org >>>>> Unsubscribe : >>>>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>>>> >>>>> >>>> >>>> _______________________________________________ >>>> Mailing list: >>>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>>> Post to : openstack at lists.openstack.org >>>> Unsubscribe : >>>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>>> >>>> Hi Albert, >>> >>> I inadvertently did this once in our lab. The issue I believe (if my >>> memory is correct) you're probably using nova-networking and you've >>> configured FlatDHCP. The problem is that you're that your public network >>> is accessing your internal/private network (check your bridge setting) so >>> the result is that external DHCP requests can be received from your >>> OpenStack private network. >>> >>> It might be helpful if you include your localrc file and some info >>> regarding your systems nics and how they're configured. >>> >>> John >>> >>> >>> >>> >> >> >> -- >> >> Albert. >> >> http://www.albertdelafuente.com >> >> _______________________________________________ >> Mailing list: >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> Post to : openstack at lists.openstack.org >> Unsubscribe : >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> >> > -- Albert. http://www.albertdelafuente.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From frans at meruvian.org Thu Sep 26 02:15:26 2013 From: frans at meruvian.org (Frans Thamura) Date: Thu, 26 Sep 2013 09:15:26 +0700 Subject: [Openstack] OpenStack Education : SCrum.org case study Message-ID: hi all anyone interest with education program of openstack, in both, non profit for student or commercial, may be can meet with me in OpenStack Conf Hongkong. This is the URL of SCrum web, Scrum also foundation like OpenStack, may be interest foundation to go this, and this is can become your fund center, and I love to help for Indonesia region, or any country that interest. https://www.scrum.org/Courses my idea, the training is better under openstack.org umbrella, and let the openstack partner create also, like redhat openstack course, ubuntu openstack course, but this is the foundation . eclipse also do smiliar: http://www.eclipse.org/community/training/classes.php but i think scrum model is better.. feedback welcome -- Frans Thamura (曽志胜) Shadow Master and Lead Investor Meruvian. Integrated Hypermedia Java Solution Provider. Mobile: +628557888699 Blog: http://blogs.mervpolis.com/roller/flatburger (id) FB: http://www.facebook.com/meruvian TW: http://www.twitter.com/meruvian / @meruvian Website: http://www.meruvian.org "We grow because we share the same belief." -------------- next part -------------- An HTML attachment was scrubbed... URL: From sngirame at yahoo.com Thu Sep 26 05:26:59 2013 From: sngirame at yahoo.com (s g) Date: Wed, 25 Sep 2013 22:26:59 -0700 (PDT) Subject: [Openstack] How are OpenStack security groups implemented? Message-ID: <1380173219.69172.YahooMailNeo@web163501.mail.gq1.yahoo.com> Hi, How are OpenStack security groups implemented? Is the firewall on the host that implements those rules? Is it implemented by Nova or networking component? What operations happens in the background when a particular port is added into an exception?  Thanks -------------- next part -------------- An HTML attachment was scrubbed... URL: From mahardika.gilang at andalabs.com Thu Sep 26 06:18:05 2013 From: mahardika.gilang at andalabs.com (Mahardhika Gilang) Date: Thu, 26 Sep 2013 13:18:05 +0700 Subject: [Openstack] Swift not detect Keystone and Authtoken In-Reply-To: References: <5240035C.2040705@andalabs.com> <52402305.4040605@andalabs.com> <52410E13.1070709@andalabs.com> <52414E7C.7090804@andalabs.com> <524165B0.6080606@andalabs.com> Message-ID: <5243D19D.6060803@andalabs.com> When i put https on it, error come up Authorization Failure. Authorization Failed: [Errno 1] _ssl.c:504: error:140770FC:SSL routines:SSL23_GET_SERVER_HELLO:unknown protocol On 9/24/2013 10:09 PM, Hua ZZ Zhang wrote: > > try https since you have enabled it in proxy configuration. > swift -V 2 -A_https://localhost:5000/v2.0_ > -U admin:admin -K ADMIN stat > or: > swift --os-auth-url https://localhost:5000/v2.0 --os-tenant-name admin > --os-username admin --os-password ADMIN stat > > -Zhang Hua(Edward) > > > Inactive hide details for Mahardhika Gilang ---2013-09-24 下午 > 06:12:13---Mahardhika Gilang Mahardhika > Gilang ---2013-09-24 下午 06:12:13---Mahardhika Gilang > > > *Mahardhika Gilang * > > 2013-09-24 下午 06:13 > > > > To > > > Hua ZZ Zhang/China/IBM at IBMCN, > > > cc > > > Openstack Milis > > > Subject > > > Re: [Openstack] Swift not detect Keystone and Authtoken > > > > > Hi, thanks it work, but i fail when run this command > $ swift -V 2 -A _http://localhost:5000/v2.0_-U admin:admin -K ADMIN stat > > [Errno -5] No address associated with hostname > > On 9/24/2013 4:58 PM, Hua ZZ Zhang wrote: > > > try the sample here:_ > __http://docs.openstack.org/grizzly/openstack-compute/admin/content/configuring-swift-to-use-keystone.html_ > * > Best Regards, * > ------------------------------------------------------------------------ > *Edward Zhang(张华)* > Advisory Software Engineer > Software Standards & Open Source Software > Emerging Technology Institute(ETI) > IBM China Software Development Lab > e-mail: _zhuadl at cn.ibm.com_ > Notes ID: Hua ZZ Zhang/China/IBM > Tel: 86-10-82450483 > 地址:北京市海淀区东北旺西路8号 中关村软件园28号楼 环宇大厦3层 > 邮编：100193 > Address: 3F Ring, Building 28 Zhongguancun Software Park, 8 > Dongbeiwang West Road, Haidian District, Beijing, P.R.C.100193 > > > > > Inactive hide details for Mahardhika Gilang ---09/24/2013 04:33:12 > PM---Mahardhika Gilang Mahardhika > Gilang ---09/24/2013 04:33:12 PM---Mahardhika Gilang > __ > > *Mahardhika Gilang **__* > > > 09/24/2013 04:34 PM > > > To > > Hua ZZ Zhang/China/IBM at IBMCN, > cc > > Openstack Milis __ > > Subject > > Re: [Openstack] Swift not detect Keystone and Authtoken > > > > > I got this error > LookupError: No loader given in section '_filter:keystoneauth_' > > On 9/24/2013 2:17 PM, Hua ZZ Zhang wrote: > > I don't get what does it mean for "this syntax give same result"? > what is your version of swift and keystone? > Here's my suggestion for 3 sections in the proxy server paste > file: > > [pipeline:main] > pipeline = catch_errors healthcheck proxy-logging cache > *authtoken**keystoneauth *proxy-logging proxy-server > > [_filter:authtoken_] > paste.filter_factory = > *keystoneclient*.middleware.auth_token:filter_factory > signing_dir = /var/cache/swift/ > auth_uri = _http://10.10.10.40:5000/_ > auth_host = 10.10.10.40 > #auth_uri = _http://192.168.7.85:5000/_ > #auth_host = 192.168.7.85 > auth_port = 35357 > auth_protocol = https > admin_tenant_name = service > admin_user = swift > admin_password = admin > #cache = swift.cache > auth_token = admin > > [*_filter:keystoneauth_* ] > #use = egg:swift#keystoneauth > operator_roles = Member,admin > is_admin = true_ > __http://docs.openstack.org/grizzly/openstack-compute/admin/content/configuring-swift-to-use-keystone.html_ > > > Inactive hide details for Mahardhika Gilang ---2013-09-24 上午 > 11:58:24---Mahardhika Gilang > Mahardhika Gilang ---2013-09-24 > 上午 11:58:24---Mahardhika Gilang > __ > > *Mahardhika Gilang **__* > > > 2013-09-24 上午 11:59 > > > To > > Hua ZZ Zhang/China/IBM at IBMCN, > cc > > Openstack Milis __ > > Subject > > Re: [Openstack] Swift not detect Keystone and Authtoken > > > > > Hi, i've try change with auth_token and it's work, but does > this syntax give same result? > > On 9/24/2013 6:21 AM, Hua ZZ Zhang wrote: > > try this: > paste.filter_factory > =keystoneclient.middleware.auth_token:filter_factory > > > > Inactive hide details for Mahardhika Gilang ---2013-09-23 > 下午 07:15:28---Mahardhika Gilang > Mahardhika Gilang > ---2013-09-23 下午 07:15:28---Mahardhika Gilang > __ > > *Mahardhika Gilang > **__* > > > 2013-09-23 下午 07:16 > > > To > > Hua ZZ Zhang/China/IBM at IBMCN, > cc > > Openstack Milis __ > > Subject > > Re: [Openstack] Swift not detect Keystone and Authtoken > > > > > Hi, thanks for answering, i believe it work till i stuck > at this error > ImportError: No module named swift_auth > > it's on _filter:keystone_part > paste.filter_factory = > keystone.middleware.swift_auth:filter_factory > > how to solved this issue? > On 9/23/2013 4:53 PM, Hua ZZ Zhang wrote: > > > The /authtoken /and /keystone /middleware should be > put ahead of/proxy-server/. > you need to change the main pipeline as below:/ > > [pipeline:main] > pipeline = catch_errors healthcheck proxy-logging > cache authtoken keystone > proxy-logging proxy-server/* > > Best Regards, * > ------------------------------------------------------------------------ > *Edward Zhang(张华)* > > > > > > > > Inactive hide details for Mahardhika Gilang ---09/23/2013 05:14:26 > PM---Mahardhika Gilang Mahardhika > Gilang ---09/23/2013 05:14:26 PM---Mahardhika Gilang > __ > > *Mahardhika Gilang **__* > > > 09/23/2013 05:01 PM > > > To > > Openstack Milis __ > , > cc > > Subject > > [Openstack] Swift not detect Keystone and Authtoken > > > > > Hi all > i've got an issue when i want to used keystone for authentication on > swift proxy node. > i got this when run #swift-init proxy restart > LookupError: No section 'authtoken' > LookupError: No section 'keystone' > > here's my proxy-server.conf > [DEFAULT] > cert_file = /etc/swift/cert.crt > key_file = /etc/swift/cert.key > bind_port = 8080 > #bind_port = 443 > workers = 8 > user = swift > swift_dir = /etc/swift > > [pipeline:main] > pipeline = catch_errors healthcheck proxy-logging cache tempauth > proxy-logging proxy-server keystone authtoken > > [_app:proxy-server_] > use = egg:swift#proxy > allow_account_management = true > account_autocreate = true > > [_filter:authtoken_] > #use = egg:swift:authtoken > paste.filter_factory = keystone.middleware.auth_token:filter_factory > signing_dir = /var/cache/swift/ > auth_uri = _http://10.10.10.40:5000/_ > auth_host = 10.10.10.40 > #auth_uri = _http://192.168.7.85:5000/_ > #auth_host = 192.168.7.85 > auth_port = 35357 > auth_protocol = https > admin_tenant_name = service > admin_user = swift > admin_password = admin > #cache = swift.cache > auth_token = admin > > [_filter:catch_errors_] > use = egg:swift#catch_errors > > [_filter:proxy-logging_] > use = egg:swift#proxy_logging > > #[_filter:tempauth_] > #use = egg:swift#tempauth > #user_system_root = testpass .admin > _https://10.10.10.40:8080/v1/AUTH_system_ > #user_test_tester = testing .admin > _https://10.10.10.40:8080/v1/AUTH_test_ > > [_filter:healthcheck_] > use = egg:swift#healthcheck > > [_filter:cache_] > use = egg:swift#memcache > memcache_servers = 10.10.10.40:11211 > > [_filter:keystone_] > #use = egg:swift#keystone > paste.filter_factory = keystone.middleware.swift_auth:filter_factory > operator_roles = Member,admin > is_admin = true > > > Please help > thanks > > -- > Regards, > Mahardhika Gilang > > > > _______________________________________________ > Mailing list: > _http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack_ > Post to : _openstack at lists.openstack.org_ > > Unsubscribe : > _http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack_ > > > -- > Regards, > Mahardhika Gilang > > > > -- > Regards, > Mahardhika Gilang > > > > - -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/gif Size: 105 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/gif Size: 45 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/gif Size: 1279 bytes Desc: not available URL: From zhuadl at cn.ibm.com Thu Sep 26 07:09:57 2013 From: zhuadl at cn.ibm.com (Hua ZZ Zhang) Date: Thu, 26 Sep 2013 15:09:57 +0800 Subject: [Openstack] Swift not detect Keystone and Authtoken In-Reply-To: <5243D19D.6060803@andalabs.com> References: <5240035C.2040705@andalabs.com> <52402305.4040605@andalabs.com> <52410E13.1070709@andalabs.com> <52414E7C.7090804@andalabs.com> <524165B0.6080606@andalabs.com> <5243D19D.6060803@andalabs.com> Message-ID: you can disable https and test if http protocol works or not. if it works, it might be the configuration problem of ssl. - Edward Zhang Mahardhika Gilang To Hua ZZ Zhang/China/IBM at IBMCN, 2013-09-26 下午 cc 02:18 Openstack Milis Subject Re: [Openstack] Swift not detect Keystone and Authtoken When i put https on it, error come up Authorization Failure. Authorization Failed: [Errno 1] _ssl.c:504: error:140770FC:SSL routines:SSL23_GET_SERVER_HELLO:unknown protocol On 9/24/2013 10:09 PM, Hua ZZ Zhang wrote: try https since you have enabled it in proxy configuration. swift -V 2 -A https://localhost:5000/v2.0 -U admin:admin -K ADMIN stat or: swift --os-auth-url https://localhost:5000/v2.0 --os-tenant-name admin --os-username admin --os-password ADMIN stat -Zhang Hua(Edward) Inactive hide details for Mahardhika Gilang ---2013-09-24 下 午 06:12:13---Mahardhika Gilang Mahardhika Gilang ---2013-09-24 下午 06:12:13---Mahardhika Gilang Mahardhika Gilang To 2013-09-24 下午 06:13 Hua ZZ Zhang/China/IBM at IBMCN, cc Openstack Milis Subject Re: [Openstack] Swift not detect Keystone and Authtoken Hi, thanks it work, but i fail when run this command $ swift -V 2 -A http://localhost:5000/v2.0 -U admin:admin -K ADMIN stat [Errno -5] No address associated with hostname On 9/24/2013 4:58 PM, Hua ZZ Zhang wrote: try the sample here: http://docs.openstack.org/grizzly/openstack-compute/admin/content/configuring-swift-to-use-keystone.html Best Regards, Edward Zhang(张华) 地址:北京市海淀区东北旺西路8号 Advisory Software Engineer 中关村软件园28号楼 环宇大厦3层 Software Standards & Open 邮编：100193 Source Software Address: 3F Ring, Building 28 Emerging Technology Institute Zhongguancun Software Park, 8 (ETI) Dongbeiwang West Road, Haidian IBM China Software Development District, Beijing, P.R.C.100193 Lab e-mail: zhuadl at cn.ibm.com Notes ID: Hua ZZ Zhang/China/IBM Tel: 86-10-82450483 Inactive hide details for Mahardhika Gilang ---09/24/2013 04:33:12 PM---Mahardhika Gilang Mahardhika Gilang ---09/24/2013 04:33:12 PM---Mahardhika Gilang Mahardhika Gilang To 09/24/2013 04:34 PM Hua ZZ Zhang/China/IBM at IBMCN, cc Openstack Milis Subject Re: [Openstack] Swift not detect Keystone and Authtoken I got this error LookupError: No loader given in section 'filter:keystoneauth' On 9/24/2013 2:17 PM, Hua ZZ Zhang wrote: I don't get what does it mean for "this syntax give same result"? what is your version of swift and keystone? Here's my suggestion for 3 sections in the proxy server paste file: [pipeline:main] pipeline = catch_errors healthcheck proxy-logging cache authtoken keystoneauth proxy-logging proxy-server [filter:authtoken] paste.filter_factory = keystoneclient .middleware.auth_token:filter_factory signing_dir = /var/cache/swift/ auth_uri = http://10.10.10.40:5000/ auth_host = 10.10.10.40 #auth_uri = http://192.168.7.85:5000/ #auth_host = 192.168.7.85 auth_port = 35357 auth_protocol = https admin_tenant_name = service admin_user = swift admin_password = admin #cache = swift.cache auth_token = admin [filter:keystoneauth] #use = egg:swift#keystoneauth operator_roles = Member,admin is_admin = true http://docs.openstack.org/grizzly/openstack-compute/admin/content/configuring-swift-to-use-keystone.html Inactive hide details for Mahardhika Gilang ---2013-09-24 上午 11:58:24---Mahardhika Gilang Mahardhika Gilang ---2013-09-24 上午 11:58:24---Mahardhika Gilang Mahardhika Gilang To 2013-09-24 上午 11:59 Hua ZZ Zhang/China/IBM at IBMCN, cc Openstack Milis Subject Re: [Openstack] Swift not detect Keystone and Authtoken Hi, i've try change with auth_token and it's work, but does this syntax give same result? On 9/24/2013 6:21 AM, Hua ZZ Zhang wrote: try this: paste.filter_factory = keystoneclient.middleware.auth_token:filter_factory Inactive hide details for Mahardhika Gilang ---2013-09-23 下午 07:15:28---Mahardhika Gilang Mahardhika Gilang ---2013-09-23 下午 07:15:28---Mahardhika Gilang Mahardhika Gilang To 2013-09-23 下午 07:16 Hua ZZ Zhang/China/IBM at IBMCN, cc Openstack Milis Subject Re: [Openstack] Swift not detect Keystone and Authtoken Hi, thanks for answering, i believe it work till i stuck at this error ImportError: No module named swift_auth it's on filter:keystone part paste.filter_factory = keystone.middleware.swift_auth:filter_factory how to solved this issue? On 9/23/2013 4:53 PM, Hua ZZ Zhang wrote: The authtoken and keystone middleware should be put ahead of proxy-server. you need to change the main pipeline as below: [pipeline:main] pipeline = catch_errors healthcheck proxy-logging cache authtoken keystone proxy-logging proxy-server Best Regards, Edward Zhang(张华) Inactive hide details for Mahardhika Gilang ---09/23/2013 05:14:26 PM---Mahardhika Gilang Mahardhika Gilang ---09/23/2013 05:14:26 PM---Mahardhika Gilang Mahardhika Gilang To 09/23/2013 05:01 PM Openstack Milis , cc Subject [Openstack] Swift not detect Keystone and Authtoken Hi all i've got an issue when i want to used keystone for authentication on swift proxy node. i got this when run #swift-init proxy restart LookupError: No section 'authtoken' LookupError: No section 'keystone' here's my proxy-server.conf [DEFAULT] cert_file = /etc/swift/cert.crt key_file = /etc/swift/cert.key bind_port = 8080 #bind_port = 443 workers = 8 user = swift swift_dir = /etc/swift [pipeline:main] pipeline = catch_errors healthcheck proxy-logging cache tempauth proxy-logging proxy-server keystone authtoken [app:proxy-server] use = egg:swift#proxy allow_account_management = true account_autocreate = true [filter:authtoken] #use = egg:swift:authtoken paste.filter_factory = keystone.middleware.auth_token:filter_factory signing_dir = /var/cache/swift/ auth_uri = http://10.10.10.40:5000/ auth_host = 10.10.10.40 #auth_uri = http://192.168.7.85:5000/ #auth_host = 192.168.7.85 auth_port = 35357 auth_protocol = https admin_tenant_name = service admin_user = swift admin_password = admin #cache = swift.cache auth_token = admin [filter:catch_errors] use = egg:swift#catch_errors [filter:proxy-logging] use = egg:swift#proxy_logging #[filter:tempauth] #use = egg:swift#tempauth #user_system_root = testpass .admin https://10.10.10.40:8080/v1/AUTH_system #user_test_tester = testing .admin https://10.10.10.40:8080/v1/AUTH_test [filter:healthcheck] use = egg:swift#healthcheck [filter:cache] use = egg:swift#memcache memcache_servers = 10.10.10.40:11211 [filter:keystone] #use = egg:swift#keystone paste.filter_factory = keystone.middleware.swift_auth:filter_factory operator_roles = Member,admin is_admin = true Please help thanks -- Regards, Mahardhika Gilang _______________________________________________ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : openstack at lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack -- Regards, Mahardhika Gilang -- Regards, Mahardhika Gilang - -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: graycol.gif Type: image/gif Size: 105 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: pic08490.gif Type: image/gif Size: 1255 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: ecblank.gif Type: image/gif Size: 45 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: A1458000.gif Type: image/gif Size: 1279 bytes Desc: not available URL: From noloader at gmail.com Thu Sep 26 07:14:08 2013 From: noloader at gmail.com (Jeffrey Walton) Date: Thu, 26 Sep 2013 03:14:08 -0400 Subject: [Openstack] Swift not detect Keystone and Authtoken In-Reply-To: <5243D19D.6060803@andalabs.com> References: <5240035C.2040705@andalabs.com> <52402305.4040605@andalabs.com> <52410E13.1070709@andalabs.com> <52414E7C.7090804@andalabs.com> <524165B0.6080606@andalabs.com> <5243D19D.6060803@andalabs.com> Message-ID: On Thu, Sep 26, 2013 at 2:18 AM, Mahardhika Gilang < mahardika.gilang at andalabs.com> wrote: > When i put https on it, error come up > Authorization Failure. Authorization Failed: [Errno 1] _ssl.c:504: > error:140770FC:SSL routines:SSL23_GET_SERVER_HELLO:unknown protocol > SSL/TLS is not enabled on the server or port you are connecting. It might not be properly configured on the server; or it might be on the server but not the port you are connecting. You can verify from the command line with: $ openssl s_client -connect example.com:443 But its just going to give you the same error. By the way, openssl errstr can sometimes be helpful (but not in this case): $ /usr/local/ssl/bin/openssl errstr 140770FC error:140770FC:SSL routines:SSL23_GET_SERVER_HELLO:unknown protocol Jeff On 9/24/2013 10:09 PM, Hua ZZ Zhang wrote: > try https since you have enabled it in proxy configuration. > swift -V 2 -A *https://localhost:5000/v2.0* -U > admin:admin -K ADMIN stat > or: > swift --os-auth-url https://localhost:5000/v2.0 --os-tenant-name admin > --os-username admin --os-password ADMIN stat > > -Zhang Hua(Edward) > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mahardika.gilang at andalabs.com Thu Sep 26 07:29:37 2013 From: mahardika.gilang at andalabs.com (Mahardhika Gilang) Date: Thu, 26 Sep 2013 14:29:37 +0700 Subject: [Openstack] Swift not detect Keystone and Authtoken In-Reply-To: References: <5240035C.2040705@andalabs.com> <52402305.4040605@andalabs.com> <52410E13.1070709@andalabs.com> <52414E7C.7090804@andalabs.com> <524165B0.6080606@andalabs.com> <5243D19D.6060803@andalabs.com> Message-ID: <5243E261.70605@andalabs.com> I have run without https and it turn this (even i run on keystone server) [Errno -5] No address associated with hostname On 9/26/2013 2:09 PM, Hua ZZ Zhang wrote: > > you can disable https and test if http protocol works or not. > if it works, it might be the configuration problem of ssl. > > - Edward Zhang > > Inactive hide details for Mahardhika Gilang ---2013-09-26 下午 > 02:17:18---Mahardhika Gilang Mahardhika > Gilang ---2013-09-26 下午 02:17:18---Mahardhika Gilang > > > *Mahardhika Gilang * > > 2013-09-26 下午 02:18 > > > > To > > > Hua ZZ Zhang/China/IBM at IBMCN, > > > cc > > > Openstack Milis > > > Subject > > > Re: [Openstack] Swift not detect Keystone and Authtoken > > > > > When i put https on it, error come up > Authorization Failure. Authorization Failed: [Errno 1] _ssl.c:504: > error:140770FC:SSL routines:SSL23_GET_SERVER_HELLO:unknown protocol > > > On 9/24/2013 10:09 PM, Hua ZZ Zhang wrote: > > > try https since you have enabled it in proxy configuration. > swift -V 2 -A _https://localhost:5000/v2.0_ > -U admin:admin -K ADMIN stat > or: > swift --os-auth-url _https://localhost:5000/v2.0_--os-tenant-name > admin --os-username admin --os-password ADMIN stat > > -Zhang Hua(Edward) > > > Inactive hide details for Mahardhika Gilang ---2013-09-24 下午 > 06:12:13---Mahardhika Gilang > Mahardhika Gilang ---2013-09-24 下 > 午 06:12:13---Mahardhika Gilang __ > > *Mahardhika Gilang **__* > > > 2013-09-24 下午 06:13 > > > To > > Hua ZZ Zhang/China/IBM at IBMCN, > cc > > Openstack Milis __ > > Subject > > Re: [Openstack] Swift not detect Keystone and Authtoken > > > > > Hi, thanks it work, but i fail when run this command > $ swift -V 2 -A _http://localhost:5000/v2.0_-U admin:admin -K > ADMIN stat > > [Errno -5] No address associated with hostname > > On 9/24/2013 4:58 PM, Hua ZZ Zhang wrote: > > > try the sample here:_ > __http://docs.openstack.org/grizzly/openstack-compute/admin/content/configuring-swift-to-use-keystone.html_* > > Best Regards, * > ------------------------------------------------------------------------ > *Edward Zhang(张华)* > Advisory Software Engineer > Software Standards & Open Source Software > Emerging Technology Institute(ETI) > IBM China Software Development Lab > e-mail: _zhuadl at cn.ibm.com_ > Notes ID: Hua ZZ Zhang/China/IBM > Tel: 86-10-82450483 > 地址:北京市海淀区东北旺西路8号 中关村软件园28号楼 环宇大厦 > 3层 邮编：100193 > Address: 3F Ring, Building 28 Zhongguancun Software Park, > 8 Dongbeiwang West Road, Haidian District, Beijing, > P.R.C.100193 > > > > > Inactive hide details for Mahardhika Gilang ---09/24/2013 > 04:33:12 PM---Mahardhika Gilang > Mahardhika Gilang ---09/24/2013 > 04:33:12 PM---Mahardhika Gilang > __ > > *Mahardhika Gilang **__* > > > 09/24/2013 04:34 PM > > > To > > Hua ZZ Zhang/China/IBM at IBMCN, > cc > > Openstack Milis __ > > Subject > > Re: [Openstack] Swift not detect Keystone and Authtoken > > > > > I got this error > LookupError: No loader given in section '_filter:keystoneauth_' > > On 9/24/2013 2:17 PM, Hua ZZ Zhang wrote: > > I don't get what does it mean for "this syntax give same > result"? > what is your version of swift and keystone? > Here's my suggestion for 3 sections in the proxy server > paste file: > > [pipeline:main] > pipeline = catch_errors healthcheck proxy-logging > cache *authtoken**keystoneauth *proxy-logging > proxy-server > > [_filter:authtoken_] > paste.filter_factory = > *keystoneclient*.middleware.auth_token:filter_factory > signing_dir = /var/cache/swift/ > auth_uri = _http://10.10.10.40:5000/_ > auth_host = 10.10.10.40 > #auth_uri = _http://192.168.7.85:5000/_ > #auth_host = 192.168.7.85 > auth_port = 35357 > auth_protocol = https > admin_tenant_name = service > admin_user = swift > admin_password = admin > #cache = swift.cache > auth_token = admin > > [*_filter:keystoneauth_* ] > #use = egg:swift#keystoneauth > operator_roles = Member,admin > is_admin = true_ > __http://docs.openstack.org/grizzly/openstack-compute/admin/content/configuring-swift-to-use-keystone.html_ > > > Inactive hide details for Mahardhika Gilang ---2013-09-24 > 上午 11:58:24---Mahardhika Gilang > Mahardhika Gilang > ---2013-09-24 上午 11:58:24---Mahardhika Gilang > __ > > *Mahardhika Gilang > **__* > > > 2013-09-24 上午 11:59 > > > To > > Hua ZZ Zhang/China/IBM at IBMCN, > cc > > Openstack Milis __ > > Subject > > Re: [Openstack] Swift not detect Keystone and Authtoken > > > > > Hi, i've try change with auth_token and it's work, but > does this syntax give same result? > > On 9/24/2013 6:21 AM, Hua ZZ Zhang wrote: > > try this: > paste.filter_factory > =keystoneclient.middleware.auth_token:filter_factory > > > > Inactive hide details for Mahardhika Gilang > ---2013-09-23 下午 07:15:28---Mahardhika Gilang > Mahardhika Gilang > ---2013-09-23 下午 07:15:28---Mahardhika Gilang > __ > > *Mahardhika Gilang > **__* > > > 2013-09-23 下午 07:16 > > > To > > Hua ZZ Zhang/China/IBM at IBMCN, > cc > > Openstack Milis __ > > Subject > > Re: [Openstack] Swift not detect Keystone and > Authtoken > > > > > Hi, thanks for answering, i believe it work till i > stuck at this error > ImportError: No module named swift_auth > > it's on _filter:keystone_part > paste.filter_factory = > keystone.middleware.swift_auth:filter_factory > > how to solved this issue? > On 9/23/2013 4:53 PM, Hua ZZ Zhang wrote: > > > The /authtoken /and /keystone /middleware should > be put ahead of/proxy-server/. > you need to change the main pipeline as below:/ > > [pipeline:main] > pipeline = catch_errors healthcheck proxy-logging > cache authtoken keystone > proxy-logging proxy-server/* > > Best Regards, * > ------------------------------------------------------------------------ > *Edward Zhang(张华)* > > > > > > > > Inactive hide details for Mahardhika Gilang ---09/23/2013 05:14:26 > PM---Mahardhika Gilang Mahardhika > Gilang ---09/23/2013 05:14:26 PM---Mahardhika Gilang > __ > > *Mahardhika Gilang **__* > > > 09/23/2013 05:01 PM > > > To > > Openstack Milis __ > , > cc > > Subject > > [Openstack] Swift not detect Keystone and Authtoken > > > > > Hi all > i've got an issue when i want to used keystone for authentication on > swift proxy node. > i got this when run #swift-init proxy restart > LookupError: No section 'authtoken' > LookupError: No section 'keystone' > > here's my proxy-server.conf > [DEFAULT] > cert_file = /etc/swift/cert.crt > key_file = /etc/swift/cert.key > bind_port = 8080 > #bind_port = 443 > workers = 8 > user = swift > swift_dir = /etc/swift > > [pipeline:main] > pipeline = catch_errors healthcheck proxy-logging cache tempauth > proxy-logging proxy-server keystone authtoken > > [_app:proxy-server_] > use = egg:swift#proxy > allow_account_management = true > account_autocreate = true > > [_filter:authtoken_] > #use = egg:swift:authtoken > paste.filter_factory = keystone.middleware.auth_token:filter_factory > signing_dir = /var/cache/swift/ > auth_uri = _http://10.10.10.40:5000/_ > auth_host = 10.10.10.40 > #auth_uri = _http://192.168.7.85:5000/_ > #auth_host = 192.168.7.85 > auth_port = 35357 > auth_protocol = https > admin_tenant_name = service > admin_user = swift > admin_password = admin > #cache = swift.cache > auth_token = admin > > [_filter:catch_errors_] > use = egg:swift#catch_errors > > [_filter:proxy-logging_] > use = egg:swift#proxy_logging > > #[_filter:tempauth_] > #use = egg:swift#tempauth > #user_system_root = testpass .admin > _https://10.10.10.40:8080/v1/AUTH_system_ > #user_test_tester = testing .admin > _https://10.10.10.40:8080/v1/AUTH_test_ > > [_filter:healthcheck_] > use = egg:swift#healthcheck > > [_filter:cache_] > use = egg:swift#memcache > memcache_servers = 10.10.10.40:11211 > > [_filter:keystone_] > #use = egg:swift#keystone > paste.filter_factory = keystone.middleware.swift_auth:filter_factory > operator_roles = Member,admin > is_admin = true > > > Please help > thanks > > -- > Regards, > Mahardhika Gilang > > > > _______________________________________________ > Mailing list: > _http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack_ > Post to : _openstack at lists.openstack.org_ > > Unsubscribe : > _http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack_ > > > -- > Regards, > Mahardhika Gilang > > > > -- > Regards, > Mahardhika Gilang > > > > > > - -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/gif Size: 105 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/gif Size: 45 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/gif Size: 1279 bytes Desc: not available URL: From zhuadl at cn.ibm.com Thu Sep 26 07:43:13 2013 From: zhuadl at cn.ibm.com (Hua ZZ Zhang) Date: Thu, 26 Sep 2013 15:43:13 +0800 Subject: [Openstack] Swift not detect Keystone and Authtoken In-Reply-To: <5243E261.70605@andalabs.com> References: <5240035C.2040705@andalabs.com> <52402305.4040605@andalabs.com> <52410E13.1070709@andalabs.com> <52414E7C.7090804@andalabs.com> <524165B0.6080606@andalabs.com> <5243D19D.6060803@andalabs.com> <5243E261.70605@andalabs.com> Message-ID: Have you enabled Linux Firewall which block the request? -Zhang Hua(Edward) Mahardhika Gilang To Hua ZZ Zhang/China/IBM at IBMCN, 2013-09-26 下午 cc 03:29 Openstack Milis Subject Re: [Openstack] Swift not detect Keystone and Authtoken I have run without https and it turn this (even i run on keystone server) [Errno -5] No address associated with hostname On 9/26/2013 2:09 PM, Hua ZZ Zhang wrote: you can disable https and test if http protocol works or not. if it works, it might be the configuration problem of ssl. - Edward Zhang Inactive hide details for Mahardhika Gilang ---2013-09-26 下 午 02:17:18---Mahardhika Gilang Mahardhika Gilang ---2013-09-26 下午 02:17:18---Mahardhika Gilang Mahardhika Gilang To 2013-09-26 下午 02:18 Hua ZZ Zhang/China/IBM at IBMCN, cc Openstack Milis Subject Re: [Openstack] Swift not detect Keystone and Authtoken When i put https on it, error come up Authorization Failure. Authorization Failed: [Errno 1] _ssl.c:504: error:140770FC:SSL routines:SSL23_GET_SERVER_HELLO:unknown protocol On 9/24/2013 10:09 PM, Hua ZZ Zhang wrote: try https since you have enabled it in proxy configuration. swift -V 2 -A https://localhost:5000/v2.0 -U admin:admin -K ADMIN stat or: swift --os-auth-url https://localhost:5000/v2.0 --os-tenant-name admin --os-username admin --os-password ADMIN stat -Zhang Hua(Edward) Inactive hide details for Mahardhika Gilang ---2013-09-24 下午 06:12:13---Mahardhika Gilang Mahardhika Gilang ---2013-09-24 下午 06:12:13---Mahardhika Gilang Mahardhika Gilang To 2013-09-24 下午 06:13 Hua ZZ Zhang/China/IBM at IBMCN, cc Openstack Milis Subject Re: [Openstack] Swift not detect Keystone and Authtoken Hi, thanks it work, but i fail when run this command $ swift -V 2 -A http://localhost:5000/v2.0 -U admin:admin -K ADMIN stat [Errno -5] No address associated with hostname On 9/24/2013 4:58 PM, Hua ZZ Zhang wrote: try the sample here: http://docs.openstack.org/grizzly/openstack-compute/admin/content/configuring-swift-to-use-keystone.html Best Regards, Edward Zhang(张华) 地址:北京市海淀区东北旺西路8号 Advisory Software Engineer 中关村软件园28号楼 环宇大厦3层 Software Standards & Open 邮编：100193 Source Software Address: 3F Ring, Building 28 Emerging Technology Institute Zhongguancun Software Park, 8 (ETI) Dongbeiwang West Road, Haidian IBM China Software Development District, Beijing, P.R.C.100193 Lab e-mail: zhuadl at cn.ibm.com Notes ID: Hua ZZ Zhang/China/IBM Tel: 86-10-82450483 Inactive hide details for Mahardhika Gilang ---09/24/2013 04:33:12 PM---Mahardhika Gilang Mahardhika Gilang ---09/24/2013 04:33:12 PM---Mahardhika Gilang Mahardhika Gilang To 09/24/2013 04:34 PM Hua ZZ Zhang/China/IBM at IBMCN, cc Openstack Milis Subject Re: [Openstack] Swift not detect Keystone and Authtoken I got this error LookupError: No loader given in section ' filter:keystoneauth' On 9/24/2013 2:17 PM, Hua ZZ Zhang wrote: I don't get what does it mean for "this syntax give same result"? what is your version of swift and keystone? Here's my suggestion for 3 sections in the proxy server paste file: [pipeline:main] pipeline = catch_errors healthcheck proxy-logging cache authtoken keystoneauth proxy-logging proxy-server [filter:authtoken] paste.filter_factory = keystoneclient .middleware.auth_token:filter_factory signing_dir = /var/cache/swift/ auth_uri = http://10.10.10.40:5000/ auth_host = 10.10.10.40 #auth_uri = http://192.168.7.85:5000/ #auth_host = 192.168.7.85 auth_port = 35357 auth_protocol = https admin_tenant_name = service admin_user = swift admin_password = admin #cache = swift.cache auth_token = admin [filter:keystoneauth] #use = egg:swift#keystoneauth operator_roles = Member,admin is_admin = true http://docs.openstack.org/grizzly/openstack-compute/admin/content/configuring-swift-to-use-keystone.html Inactive hide details for Mahardhika Gilang ---2013-09-24 上午 11:58:24---Mahardhika Gilang Mahardhika Gilang ---2013-09-24 上午 11:58:24---Mahardhika Gilang Mahardhika Gilang To 2013-09-24 上午 11:59 Hua ZZ Zhang/China/IBM at IBMCN, cc Openstack Milis Subject Re: [Openstack] Swift not detect Keystone and Authtoken Hi, i've try change with auth_token and it's work, but does this syntax give same result? On 9/24/2013 6:21 AM, Hua ZZ Zhang wrote: try this: paste.filter_factory = keystoneclient.middleware.auth_token:filter_factory Inactive hide details for Mahardhika Gilang ---2013-09-23 下午 07:15:28---Mahardhika Gilang Mahardhika Gilang ---2013-09-23 下午 07:15:28---Mahardhika Gilang Mahardhika Gilang To 2013-09-23 下午 07:16 Hua ZZ Zhang/China/IBM at IBMCN, cc Openstack Milis Subject Re: [Openstack] Swift not detect Keystone and Authtoken Hi, thanks for answering, i believe it work till i stuck at this error ImportError: No module named swift_auth it's on filter:keystone part paste.filter_factory = keystone.middleware.swift_auth:filter_factory how to solved this issue? On 9/23/2013 4:53 PM, Hua ZZ Zhang wrote: The authtoken and keystone middleware should be put ahead of proxy-server. you need to change the main pipeline as below: [pipeline:main] pipeline = catch_errors healthcheck proxy-logging cache authtoken keystone proxy-logging proxy-server Best Regards, Edward Zhang(张华) Inactive hide details for Mahardhika Gilang ---09/23/2013 05:14:26 PM---Mahardhika Gilang Mahardhika Gilang ---09/23/2013 05:14:26 PM---Mahardhika Gilang Mahardhika Gilang To 09/23/2013 05:01 PM Openstack Milis , cc Subject [Openstack] Swift not detect Keystone and Authtoken Hi all i've got an issue when i want to used keystone for authentication on swift proxy node. i got this when run #swift-init proxy restart LookupError: No section 'authtoken' LookupError: No section 'keystone' here's my proxy-server.conf [DEFAULT] cert_file = /etc/swift/cert.crt key_file = /etc/swift/cert.key bind_port = 8080 #bind_port = 443 workers = 8 user = swift swift_dir = /etc/swift [pipeline:main] pipeline = catch_errors healthcheck proxy-logging cache tempauth proxy-logging proxy-server keystone authtoken [app:proxy-server] use = egg:swift#proxy allow_account_management = true account_autocreate = true [filter:authtoken] #use = egg:swift:authtoken paste.filter_factory = keystone.middleware.auth_token:filter_factory signing_dir = /var/cache/swift/ auth_uri = http://10.10.10.40:5000/ auth_host = 10.10.10.40 #auth_uri = http://192.168.7.85:5000/ #auth_host = 192.168.7.85 auth_port = 35357 auth_protocol = https admin_tenant_name = service admin_user = swift admin_password = admin #cache = swift.cache auth_token = admin [filter:catch_errors] use = egg:swift#catch_errors [filter:proxy-logging] use = egg:swift#proxy_logging #[filter:tempauth] #use = egg:swift#tempauth #user_system_root = testpass .admin https://10.10.10.40:8080/v1/AUTH_system #user_test_tester = testing .admin https://10.10.10.40:8080/v1/AUTH_test [filter:healthcheck] use = egg:swift#healthcheck [filter:cache] use = egg:swift#memcache memcache_servers = 10.10.10.40:11211 [filter:keystone] #use = egg:swift#keystone paste.filter_factory = keystone.middleware.swift_auth:filter_factory operator_roles = Member,admin is_admin = true Please help thanks -- Regards, Mahardhika Gilang _______________________________________________ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : openstack at lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack -- Regards, Mahardhika Gilang -- Regards, Mahardhika Gilang - -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: graycol.gif Type: image/gif Size: 105 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: pic31088.gif Type: image/gif Size: 1255 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: ecblank.gif Type: image/gif Size: 45 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: C3651677.gif Type: image/gif Size: 1279 bytes Desc: not available URL: From mahardika.gilang at andalabs.com Thu Sep 26 07:46:41 2013 From: mahardika.gilang at andalabs.com (Mahardhika Gilang) Date: Thu, 26 Sep 2013 14:46:41 +0700 Subject: [Openstack] Swift not detect Keystone and Authtoken In-Reply-To: References: <5240035C.2040705@andalabs.com> <52402305.4040605@andalabs.com> <52410E13.1070709@andalabs.com> <52414E7C.7090804@andalabs.com> <524165B0.6080606@andalabs.com> <5243D19D.6060803@andalabs.com> <5243E261.70605@andalabs.com> Message-ID: <5243E661.7010809@andalabs.com> Am i must enable it and allow the ip of swift proxy on keystone server? now firewall is disable with #ufw disable On 9/26/2013 2:43 PM, Hua ZZ Zhang wrote: > > Have you enabled Linux Firewall which block the request? > > -Zhang Hua(Edward) > > > Inactive hide details for Mahardhika Gilang ---2013-09-26 下午 > 03:28:47---Mahardhika Gilang Mahardhika > Gilang ---2013-09-26 下午 03:28:47---Mahardhika Gilang > > > *Mahardhika Gilang * > > 2013-09-26 下午 03:29 > > > > To > > > Hua ZZ Zhang/China/IBM at IBMCN, > > > cc > > > Openstack Milis > > > Subject > > > Re: [Openstack] Swift not detect Keystone and Authtoken > > > > > I have run without https and it turn this (even i run on keystone server) > [Errno -5] No address associated with hostname > > > On 9/26/2013 2:09 PM, Hua ZZ Zhang wrote: > > > you can disable https and test if http protocol works or not. > if it works, it might be the configuration problem of ssl. > > - Edward Zhang > > Inactive hide details for Mahardhika Gilang ---2013-09-26 下午 > 02:17:18---Mahardhika Gilang > Mahardhika Gilang ---2013-09-26 下 > 午 02:17:18---Mahardhika Gilang __ > > *Mahardhika Gilang **__* > > > 2013-09-26 下午 02:18 > > > To > > Hua ZZ Zhang/China/IBM at IBMCN, > cc > > Openstack Milis __ > > Subject > > Re: [Openstack] Swift not detect Keystone and Authtoken > > > > > When i put https on it, error come up > Authorization Failure. Authorization Failed: [Errno 1] _ssl.c:504: > error:140770FC:SSL routines:SSL23_GET_SERVER_HELLO:unknown protocol > > > On 9/24/2013 10:09 PM, Hua ZZ Zhang wrote: > > > try https since you have enabled it in proxy configuration. > swift -V 2 -A _https://localhost:5000/v2.0_ > -U admin:admin -K ADMIN stat > or: > swift --os-auth-url > _https://localhost:5000/v2.0_--os-tenant-name admin > --os-username admin --os-password ADMIN stat > > -Zhang Hua(Edward) > > > Inactive hide details for Mahardhika Gilang ---2013-09-24 下午 > 06:12:13---Mahardhika Gilang > Mahardhika Gilang ---2013-09-24 > 下午 06:12:13---Mahardhika Gilang > __ > > *Mahardhika Gilang **__* > > > 2013-09-24 下午 06:13 > > > To > > Hua ZZ Zhang/China/IBM at IBMCN, > cc > > Openstack Milis __ > > Subject > > Re: [Openstack] Swift not detect Keystone and Authtoken > > > > > Hi, thanks it work, but i fail when run this command > $ swift -V 2 -A _http://localhost:5000/v2.0_-U admin:admin -K > ADMIN stat > > [Errno -5] No address associated with hostname > > On 9/24/2013 4:58 PM, Hua ZZ Zhang wrote: > > > try the sample here:_ > __http://docs.openstack.org/grizzly/openstack-compute/admin/content/configuring-swift-to-use-keystone.html_* > > Best Regards, * > ------------------------------------------------------------------------ > *Edward Zhang(张华)* > Advisory Software Engineer > Software Standards & Open Source Software > Emerging Technology Institute(ETI) > IBM China Software Development Lab > e-mail: _zhuadl at cn.ibm.com_ > Notes ID: Hua ZZ Zhang/China/IBM > Tel: 86-10-82450483 > 地址:北京市海淀区东北旺西路8号 中关村软件园28号楼 环宇 > 大厦3层 邮编：100193 > Address: 3F Ring, Building 28 Zhongguancun Software > Park, 8 Dongbeiwang West Road, Haidian District, > Beijing, P.R.C.100193 > > > > > Inactive hide details for Mahardhika Gilang ---09/24/2013 > 04:33:12 PM---Mahardhika Gilang > Mahardhika Gilang > ---09/24/2013 04:33:12 PM---Mahardhika Gilang > __ > > *Mahardhika Gilang > **__* > > > 09/24/2013 04:34 PM > > > To > > Hua ZZ Zhang/China/IBM at IBMCN, > cc > > Openstack Milis __ > > Subject > > Re: [Openstack] Swift not detect Keystone and Authtoken > > > > > I got this error > LookupError: No loader given in section > '_filter:keystoneauth_' > > On 9/24/2013 2:17 PM, Hua ZZ Zhang wrote: > > I don't get what does it mean for "this syntax give > same result"? > what is your version of swift and keystone? > Here's my suggestion for 3 sections in the proxy > server paste file: > > [pipeline:main] > pipeline = catch_errors healthcheck proxy-logging > cache *authtoken**keystoneauth *proxy-logging > proxy-server > > [_filter:authtoken_] > paste.filter_factory = > *keystoneclient*.middleware.auth_token:filter_factory > signing_dir = /var/cache/swift/ > auth_uri = _http://10.10.10.40:5000/_ > auth_host = 10.10.10.40 > #auth_uri = _http://192.168.7.85:5000/_ > #auth_host = 192.168.7.85 > auth_port = 35357 > auth_protocol = https > admin_tenant_name = service > admin_user = swift > admin_password = admin > #cache = swift.cache > auth_token = admin > > [*_filter:keystoneauth_* ] > #use = egg:swift#keystoneauth > operator_roles = Member,admin > is_admin = true_ > __http://docs.openstack.org/grizzly/openstack-compute/admin/content/configuring-swift-to-use-keystone.html_ > > > Inactive hide details for Mahardhika Gilang > ---2013-09-24 上午 11:58:24---Mahardhika Gilang > Mahardhika Gilang > ---2013-09-24 上午 11:58:24---Mahardhika Gilang > __ > > *Mahardhika Gilang > **__* > > > 2013-09-24 上午 11:59 > > > To > > Hua ZZ Zhang/China/IBM at IBMCN, > cc > > Openstack Milis __ > > Subject > > Re: [Openstack] Swift not detect Keystone and > Authtoken > > > > > Hi, i've try change with auth_token and it's work, but > does this syntax give same result? > > On 9/24/2013 6:21 AM, Hua ZZ Zhang wrote: > > try this: > paste.filter_factory > =keystoneclient.middleware.auth_token:filter_factory > > > > Inactive hide details for Mahardhika Gilang > ---2013-09-23 下午 07:15:28---Mahardhika Gilang > Mahardhika Gilang > ---2013-09-23 下午 07:15:28---Mahardhika Gilang > __ > > *Mahardhika Gilang > **__* > > > 2013-09-23 下午 07:16 > > > To > > Hua ZZ Zhang/China/IBM at IBMCN, > cc > > Openstack Milis > __ > > Subject > > Re: [Openstack] Swift not detect Keystone and > Authtoken > > > > > Hi, thanks for answering, i believe it work till i > stuck at this error > ImportError: No module named swift_auth > > it's on _filter:keystone_part > paste.filter_factory = > keystone.middleware.swift_auth:filter_factory > > how to solved this issue? > On 9/23/2013 4:53 PM, Hua ZZ Zhang wrote: > > > The /authtoken /and /keystone /middleware > should be put ahead of/proxy-server/. > you need to change the main pipeline as below:/ > > [pipeline:main] > pipeline = catch_errors healthcheck > proxy-logging cache authtoken keystone > proxy-logging proxy-server/* > > Best Regards, * > ------------------------------------------------------------------------ > *Edward Zhang(张华)* > > > > > > > > Inactive hide details for Mahardhika Gilang ---09/23/2013 05:14:26 > PM---Mahardhika Gilang Mahardhika > Gilang ---09/23/2013 05:14:26 PM---Mahardhika Gilang > __ > > *Mahardhika Gilang **__* > > > 09/23/2013 05:01 PM > > > To > > Openstack Milis __ > , > cc > > Subject > > [Openstack] Swift not detect Keystone and Authtoken > > > > > Hi all > i've got an issue when i want to used keystone for authentication on > swift proxy node. > i got this when run #swift-init proxy restart > LookupError: No section 'authtoken' > LookupError: No section 'keystone' > > here's my proxy-server.conf > [DEFAULT] > cert_file = /etc/swift/cert.crt > key_file = /etc/swift/cert.key > bind_port = 8080 > #bind_port = 443 > workers = 8 > user = swift > swift_dir = /etc/swift > > [pipeline:main] > pipeline = catch_errors healthcheck proxy-logging cache tempauth > proxy-logging proxy-server keystone authtoken > > [_app:proxy-server_] > use = egg:swift#proxy > allow_account_management = true > account_autocreate = true > > [_filter:authtoken_] > #use = egg:swift:authtoken > paste.filter_factory = keystone.middleware.auth_token:filter_factory > signing_dir = /var/cache/swift/ > auth_uri = _http://10.10.10.40:5000/_ > auth_host = 10.10.10.40 > #auth_uri = _http://192.168.7.85:5000/_ > #auth_host = 192.168.7.85 > auth_port = 35357 > auth_protocol = https > admin_tenant_name = service > admin_user = swift > admin_password = admin > #cache = swift.cache > auth_token = admin > > [_filter:catch_errors_] > use = egg:swift#catch_errors > > [_filter:proxy-logging_] > use = egg:swift#proxy_logging > > #[_filter:tempauth_] > #use = egg:swift#tempauth > #user_system_root = testpass .admin > _https://10.10.10.40:8080/v1/AUTH_system_ > #user_test_tester = testing .admin > _https://10.10.10.40:8080/v1/AUTH_test_ > > [_filter:healthcheck_] > use = egg:swift#healthcheck > > [_filter:cache_] > use = egg:swift#memcache > memcache_servers = 10.10.10.40:11211 > > [_filter:keystone_] > #use = egg:swift#keystone > paste.filter_factory = keystone.middleware.swift_auth:filter_factory > operator_roles = Member,admin > is_admin = true > > > Please help > thanks > > -- > Regards, > Mahardhika Gilang > > > > _______________________________________________ > Mailing list: > _http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack_ > Post to : _openstack at lists.openstack.org_ > > Unsubscribe : > _http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack_ > > > -- > Regards, > Mahardhika Gilang > > > > -- > Regards, > Mahardhika Gilang > > > > - > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/gif Size: 105 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/gif Size: 45 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/gif Size: 1279 bytes Desc: not available URL: From mahardika.gilang at andalabs.com Thu Sep 26 07:51:52 2013 From: mahardika.gilang at andalabs.com (Mahardhika Gilang) Date: Thu, 26 Sep 2013 14:51:52 +0700 Subject: [Openstack] Swift not detect Keystone and Authtoken In-Reply-To: References: <5240035C.2040705@andalabs.com> <52402305.4040605@andalabs.com> <52410E13.1070709@andalabs.com> <52414E7C.7090804@andalabs.com> <524165B0.6080606@andalabs.com> <5243D19D.6060803@andalabs.com> Message-ID: <5243E798.1010400@andalabs.com> Hi, i've enable keystone ssl on keystone.conf, but port 443 wont up. On 9/26/2013 2:14 PM, Jeffrey Walton wrote: > > > > On Thu, Sep 26, 2013 at 2:18 AM, Mahardhika Gilang > > > wrote: > > When i put https on it, error come up > Authorization Failure. Authorization Failed: [Errno 1] _ssl.c:504: > error:140770FC:SSL routines:SSL23_GET_SERVER_HELLO:unknown protocol > > SSL/TLS is not enabled on the server or port you are connecting. It > might not be properly configured on the server; or it might be on the > server but not the port you are connecting. > > You can verify from the command line with: > > $ openssl s_client -connect example.com:443 > > But its just going to give you the same error. > > By the way, openssl errstr can sometimes be helpful (but not in this > case): > > $ /usr/local/ssl/bin/openssl errstr 140770FC > error:140770FC:SSL routines:SSL23_GET_SERVER_HELLO:unknown protocol > > Jeff > > On 9/24/2013 10:09 PM, Hua ZZ Zhang wrote: > >> try https since you have enabled it in proxy configuration. >> swift -V 2 -A_https://localhost:5000/v2.0_ >> -U admin:admin -K ADMIN stat >> or: >> swift --os-auth-url https://localhost:5000/v2.0 --os-tenant-name >> admin --os-username admin --os-password ADMIN stat >> >> -Zhang Hua(Edward) >> -- Regards, Mahardhika Gilang -------------- next part -------------- An HTML attachment was scrubbed... URL: From zhuadl at cn.ibm.com Thu Sep 26 07:51:21 2013 From: zhuadl at cn.ibm.com (Hua ZZ Zhang) Date: Thu, 26 Sep 2013 15:51:21 +0800 Subject: [Openstack] Swift not detect Keystone and Authtoken In-Reply-To: <5243E661.7010809@andalabs.com> References: <5240035C.2040705@andalabs.com> <52402305.4040605@andalabs.com> <52410E13.1070709@andalabs.com> <52414E7C.7090804@andalabs.com> <524165B0.6080606@andalabs.com> <5243D19D.6060803@andalabs.com> <5243E261.70605@andalabs.com> <5243E661.7010809@andalabs.com> Message-ID: The firewall might block the keystone service. but since you have disabled it, it doesn't matter. have you checked if keystone has been successfully started and is listening on port 5000? what is the output of this command? curl http://localhost:5000/v2.0 Mahardhika Gilang To Hua ZZ Zhang/China/IBM at IBMCN, 2013-09-26 下午 cc 03:46 Openstack Milis Subject Re: [Openstack] Swift not detect Keystone and Authtoken Am i must enable it and allow the ip of swift proxy on keystone server? now firewall is disable with #ufw disable On 9/26/2013 2:43 PM, Hua ZZ Zhang wrote: Have you enabled Linux Firewall which block the request? -Zhang Hua(Edward) Inactive hide details for Mahardhika Gilang ---2013-09-26 下 午 03:28:47---Mahardhika Gilang Mahardhika Gilang ---2013-09-26 下午 03:28:47---Mahardhika Gilang Mahardhika Gilang To 2013-09-26 下午 03:29 Hua ZZ Zhang/China/IBM at IBMCN, cc Openstack Milis Subject Re: [Openstack] Swift not detect Keystone and Authtoken I have run without https and it turn this (even i run on keystone server) [Errno -5] No address associated with hostname On 9/26/2013 2:09 PM, Hua ZZ Zhang wrote: you can disable https and test if http protocol works or not. if it works, it might be the configuration problem of ssl. - Edward Zhang Inactive hide details for Mahardhika Gilang ---2013-09-26 下午 02:17:18---Mahardhika Gilang Mahardhika Gilang ---2013-09-26 下午 02:17:18---Mahardhika Gilang Mahardhika Gilang To 2013-09-26 下午 02:18 Hua ZZ Zhang/China/IBM at IBMCN, cc Openstack Milis Subject Re: [Openstack] Swift not detect Keystone and Authtoken When i put https on it, error come up Authorization Failure. Authorization Failed: [Errno 1] _ssl.c:504: error:140770FC:SSL routines:SSL23_GET_SERVER_HELLO:unknown protocol On 9/24/2013 10:09 PM, Hua ZZ Zhang wrote: try https since you have enabled it in proxy configuration. swift -V 2 -A https://localhost:5000/v2.0 -U admin:admin -K ADMIN stat or: swift --os-auth-url https://localhost:5000/v2.0 --os-tenant-name admin --os-username admin --os-password ADMIN stat -Zhang Hua(Edward) Inactive hide details for Mahardhika Gilang ---2013-09-24 下午 06:12:13---Mahardhika Gilang Mahardhika Gilang ---2013-09-24 下午 06:12:13---Mahardhika Gilang Mahardhika Gilang To 2013-09-24 下午 06:13 Hua ZZ Zhang/China/IBM at IBMCN, cc Openstack Milis Subject Re: [Openstack] Swift not detect Keystone and Authtoken Hi, thanks it work, but i fail when run this command $ swift -V 2 -A http://localhost:5000/v2.0 -U admin:admin -K ADMIN stat [Errno -5] No address associated with hostname On 9/24/2013 4:58 PM, Hua ZZ Zhang wrote: try the sample here: http://docs.openstack.org/grizzly/openstack-compute/admin/content/configuring-swift-to-use-keystone.html Best Regards, Edward Zhang(张华) 地址:北京市海淀区东北旺西路8号 Advisory Software Engineer 中关村软件园28号楼 环宇大厦3层 Software Standards & Open 邮编：100193 Source Software Address: 3F Ring, Building 28 Emerging Technology Institute Zhongguancun Software Park, 8 (ETI) Dongbeiwang West Road, Haidian IBM China Software Development District, Beijing, P.R.C.100193 Lab e-mail: zhuadl at cn.ibm.com Notes ID: Hua ZZ Zhang/China/IBM Tel: 86-10-82450483 Inactive hide details for Mahardhika Gilang ---09/24/2013 04:33:12 PM---Mahardhika Gilang Mahardhika Gilang ---09/24/2013 04:33:12 PM---Mahardhika Gilang Mahardhika Gilang To 09/24/2013 04:34 PM Hua ZZ Zhang/China/IBM at IBMCN, cc Openstack Milis Subject Re: [Openstack] Swift not detect Keystone and Authtoken I got this error LookupError: No loader given in section ' filter:keystoneauth' On 9/24/2013 2:17 PM, Hua ZZ Zhang wrote: I don't get what does it mean for "this syntax give same result"? what is your version of swift and keystone? Here's my suggestion for 3 sections in the proxy server paste file: [pipeline:main] pipeline = catch_errors healthcheck proxy-logging cache authtoken keystoneauth proxy-logging proxy-server [filter:authtoken] paste.filter_factory = keystoneclient .middleware.auth_token:filter_factory signing_dir = /var/cache/swift/ auth_uri = http://10.10.10.40:5000/ auth_host = 10.10.10.40 #auth_uri = http://192.168.7.85:5000/ #auth_host = 192.168.7.85 auth_port = 35357 auth_protocol = https admin_tenant_name = service admin_user = swift admin_password = admin #cache = swift.cache auth_token = admin [filter:keystoneauth] #use = egg:swift#keystoneauth operator_roles = Member,admin is_admin = true http://docs.openstack.org/grizzly/openstack-compute/admin/content/configuring-swift-to-use-keystone.html Inactive hide details for Mahardhika Gilang ---2013-09-24 上午 11:58:24---Mahardhika Gilang Mahardhika Gilang ---2013-09-24 上午 11:58:24---Mahardhika Gilang Mahardhika Gilang To 2013-09-24 上午 11:59 Hua ZZ Zhang/China/IBM at IBMCN, cc Openstack Milis Subject Re: [Openstack] Swift not detect Keystone and Authtoken Hi, i've try change with auth_token and it's work, but does this syntax give same result? On 9/24/2013 6:21 AM, Hua ZZ Zhang wrote: try this: paste.filter_factory = keystoneclient.middleware.auth_token:filter_factory Inactive hide details for Mahardhika Gilang ---2013-09-23 下午 07:15:28---Mahardhika Gilang Mahardhika Gilang ---2013-09-23 下午 07:15:28---Mahardhika Gilang Mahardhika Gilang To 2013-09-23 下午 07:16 Hua ZZ Zhang/China/IBM at IBMCN, cc Openstack Milis Subject Re: [Openstack] Swift not detect Keystone and Authtoken Hi, thanks for answering, i believe it work till i stuck at this error ImportError: No module named swift_auth it's on filter:keystone part paste.filter_factory = keystone.middleware.swift_auth:filter_factory how to solved this issue? On 9/23/2013 4:53 PM, Hua ZZ Zhang wrote: The authtoken and keystone middleware should be put ahead of proxy-server. you need to change the main pipeline as below: [pipeline:main] pipeline = catch_errors healthcheck proxy-logging cache authtoken keystone proxy-logging proxy-server Best Regards, Edward Zhang(张华) Inactive hide details for Mahardhika Gilang ---09/23/2013 05:14:26 PM---Mahardhika Gilang Mahardhika Gilang ---09/23/2013 05:14:26 PM---Mahardhika Gilang Mahardhika Gilang To 09/23/2013 05:01 PM Openstack Milis , cc Subject [Openstack] Swift not detect Keystone and Authtoken Hi all i've got an issue when i want to used keystone for authentication on swift proxy node. i got this when run #swift-init proxy restart LookupError: No section 'authtoken' LookupError: No section 'keystone' here's my proxy-server.conf [DEFAULT] cert_file = /etc/swift/cert.crt key_file = /etc/swift/cert.key bind_port = 8080 #bind_port = 443 workers = 8 user = swift swift_dir = /etc/swift [pipeline:main] pipeline = catch_errors healthcheck proxy-logging cache tempauth proxy-logging proxy-server keystone authtoken [app:proxy-server] use = egg:swift#proxy allow_account_management = true account_autocreate = true [filter:authtoken] #use = egg:swift:authtoken paste.filter_factory = keystone.middleware.auth_token:filter_factory signing_dir = /var/cache/swift/ auth_uri = http://10.10.10.40:5000/ auth_host = 10.10.10.40 #auth_uri = http://192.168.7.85:5000/ #auth_host = 192.168.7.85 auth_port = 35357 auth_protocol = https admin_tenant_name = service admin_user = swift admin_password = admin #cache = swift.cache auth_token = admin [filter:catch_errors] use = egg:swift#catch_errors [filter:proxy-logging] use = egg:swift#proxy_logging #[filter:tempauth] #use = egg:swift#tempauth #user_system_root = testpass .admin https://10.10.10.40:8080/v1/AUTH_system #user_test_tester = testing .admin https://10.10.10.40:8080/v1/AUTH_test [filter:healthcheck] use = egg:swift#healthcheck [filter:cache] use = egg:swift#memcache memcache_servers = 10.10.10.40:11211 [filter:keystone] #use = egg:swift#keystone paste.filter_factory = keystone.middleware.swift_auth:filter_factory operator_roles = Member,admin is_admin = true Please help thanks -- Regards, Mahardhika Gilang _______________________________________________ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : openstack at lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack -- Regards, Mahardhika Gilang -- Regards, Mahardhika Gilang - -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: graycol.gif Type: image/gif Size: 105 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: pic02799.gif Type: image/gif Size: 1255 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: ecblank.gif Type: image/gif Size: 45 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 15686863.gif Type: image/gif Size: 1279 bytes Desc: not available URL: From mike.preston at synety.com Thu Sep 26 07:59:44 2013 From: mike.preston at synety.com (Mike Preston) Date: Thu, 26 Sep 2013 07:59:44 +0000 Subject: [Openstack] Replication error In-Reply-To: <23c56cf31ea644d081189d2e1251351f@AMXPR03MB024.eurprd03.prod.outlook.com> References: <23c56cf31ea644d081189d2e1251351f@AMXPR03MB024.eurprd03.prod.outlook.com> Message-ID: <65e6896aa82444cfb4a686f3608407d5@AMXPR03MB024.eurprd03.prod.outlook.com> I know it is poor form to reply to yourself, but I would appreciate it if anyone has any insight on this problem. Mike Preston Infrastructure Team | SYNETY www.synety.com direct: 0116 424 4016 mobile: 07950 892038 main: 0116 424 4000 From: Mike Preston [mailto:mike.preston at synety.com] Sent: 24 September 2013 09:52 To: openstack at lists.openstack.org Subject: Re: [Openstack] Replication error root at storage-proxy-01:~/swift# swift-ring-builder object.builder validate root at storage-proxy-01:~/swift# echo $? 0 I ran md5sum on the ring files on both the proxy (where we generate them) and the nodes and confirmed that they are identical. root at storage-proxy-01:~/swift# swift-ring-builder object.builder object.builder, build version 72 65536 partitions, 3 replicas, 4 zones, 32 devices, 999.99 balance The minimum number of hours before a partition can be reassigned is 3 Devices: id zone ip address port name weight partitions balance meta 0 1 10.20.15.51 6000 sdb1 3000.00 7123 1.44 1 1 10.20.15.51 6000 sdc1 3000.00 7123 1.44 2 1 10.20.15.51 6000 sdd1 3000.00 7122 1.43 3 1 10.20.15.51 6000 sde1 3000.00 7123 1.44 4 1 10.20.15.51 6000 sdf1 3000.00 7122 1.43 5 1 10.20.15.51 6000 sdg1 3000.00 7123 1.44 6 3 10.20.15.51 6000 sdh1 0.00 1273 999.99 7 3 10.20.15.51 6000 sdi1 0.00 1476 999.99 8 2 10.20.15.52 6000 sdb1 3000.00 7122 1.43 9 2 10.20.15.52 6000 sdc1 3000.00 7122 1.43 10 2 10.20.15.52 6000 sdd1 3000.00 7122 1.43 11 2 10.20.15.52 6000 sde1 3000.00 7122 1.43 12 2 10.20.15.52 6000 sdf1 3000.00 7122 1.43 13 2 10.20.15.52 6000 sdg1 3000.00 7122 1.43 14 3 10.20.15.52 6000 sdh1 0.00 1378 999.99 15 3 10.20.15.52 6000 sdi1 0.00 997 999.99 16 3 10.20.15.53 6000 sas0 3000.00 6130 -12.70 17 3 10.20.15.53 6000 sas1 3000.00 6130 -12.70 18 3 10.20.15.53 6000 sas2 3000.00 6129 -12.71 19 3 10.20.15.53 6000 sas3 3000.00 6130 -12.70 20 3 10.20.15.53 6000 sas4 3000.00 6130 -12.70 21 3 10.20.15.53 6000 sas5 3000.00 6130 -12.70 22 3 10.20.15.53 6000 sas6 3000.00 6129 -12.71 23 3 10.20.15.53 6000 sas7 3000.00 6129 -12.71 24 4 10.20.15.54 6000 sas0 3000.00 7122 1.43 25 4 10.20.15.54 6000 sas1 3000.00 7122 1.43 26 4 10.20.15.54 6000 sas2 3000.00 7123 1.44 27 4 10.20.15.54 6000 sas3 3000.00 7123 1.44 28 4 10.20.15.54 6000 sas4 3000.00 7122 1.43 29 4 10.20.15.54 6000 sas5 3000.00 7122 1.43 30 4 10.20.15.54 6000 sas6 3000.00 7123 1.44 31 4 10.20.15.54 6000 sas7 3000.00 7122 1.43 (We are currently migrating data between boxes due to cluster hardware replacement, which is why zone 3 is weighted as such on the first 2 nodes) Filelist attached (for the objects/ directory on the devices)... but I see nothing out of place. I'll run a full fsck on the drives tonight, try to rule that out. Thanks for your help. Mike Preston Infrastructure Team | SYNETY www.synety.com direct: 0116 424 4016 mobile: 07950 892038 main: 0116 424 4000 From: Clay Gerrard [mailto:clay.gerrard at gmail.com] Sent: 23 September 2013 20:34 To: Mike Preston Cc: openstack at lists.openstack.org Subject: Re: [Openstack] Replication error Run `swift-ring-builder /etc/swift/object.builder validate` - it should have no errors and exit 0. Can you provide a paste of the output from `swift-ring-builder /etc/swift/object.builder` as well - it should list some general info about the ring (number of replicas, and list of devices). Rebalance the ring and make sure it's been distributed to all nodes. The particular line you're seeing pop up in the traceback seems to be looking for all of the nodes for a particular partition it found in the objects' dir. I'm not seeing any local sanitization [1] around those top level directory names, so maybe it's just some garbage that created there outside of swift, or some file system corruption? Can you provide the output from `ls /srv/node/objects` (or wherever you have devices configured) -Clay 1. https://bugs.launchpad.net/swift/+bug/1229372 On Mon, Sep 23, 2013 at 2:34 AM, Mike Preston > wrote: Hi, We are seeing a replication error on swift. The error only is seen on a single node, the other nodes appear to be working fine. Installed version is debian wheezy with swift 1.4.8-2+deb7u1 Sep 23 10:33:03 storage-node-01 object-replicator Starting object replication pass. Sep 23 10:33:03 storage-node-01 object-replicator Exception in top-level replication loop: #012Traceback (most recent call last):#012 File "/usr/lib/python2.7/dist-packages/swift/obj/replicator.py", line 564, in replicate#012 jobs = self.collect_jobs()#012 File "/usr/lib/python2.7/dist-packages/swift/obj/replicator.py", line 536, in collect_jobs#012 self.object_ring.get_part_nodes(int(partition))#012 File "/usr/lib/python2.7/dist-packages/swift/common/ring/ring.py", line 103, in get_part_nodes#012 return [self.devs[r[part]] for r in self._replica2part2dev_id]#012IndexError: array index out of range Sep 23 10:33:03 storage-node-01 object-replicator Nothing replicated for 0.728466033936 seconds. Sep 23 10:33:03 storage-node-01 object-replicator Object replication complete. (0.01 minutes) Can anyone shed any light on this or next steps in debugging it or fixing it? Mike Preston Infrastructure Team | SYNETY www.synety.com direct: 0116 424 4016 mobile: 07950 892038 main: 0116 424 4000 _______________________________________________ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : openstack at lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack -------------- next part -------------- An HTML attachment was scrubbed... URL: From konglingxian at huawei.com Thu Sep 26 08:12:39 2013 From: konglingxian at huawei.com (Konglingxian) Date: Thu, 26 Sep 2013 08:12:39 +0000 Subject: [Openstack] [openstack-dev] Does quantum work with vmware esxi ? In-Reply-To: References: Message-ID: Dose it mean that when use Open vSwitch as Neutron Plugin, we can not use both KVM and Vmware as the underlying hypervisors at the same time? It's very appreciated that those folks from Vmware could answer this question. I apologize if this question was already covered and I missed it. ------------------------------------------------------------ Lingxian Kong Huawei Technologies Co.,LTD. IT Product Line CloudOS PDU China, Xi'an Mobile: +86-18602962792 Email: konglingxian at huawei.com From: Dan Wendlandt [mailto:dan at nicira.com] Sent: Tuesday, September 24, 2013 9:06 AM To: OpenStack Development Mailing List Cc: openstack at lists.openstack.org Subject: Re: [openstack-dev] Does quantum work with vmware esxi ? Compatibility of various Quantum/Neutron plugins with various Nova hypervisors is documented here: http://docs.openstack.org/grizzly/openstack-network/admin/content/flexibility.html . Dan On Mon, Sep 23, 2013 at 4:00 PM, openstack learner > wrote: Hi all, I am thinking about using quantum to do some network setting for the vms on esxi host but I am not sure if it should work or not because the VMwareVCDriver is listed as a compute driver. Last time when I enable the quantum service in my devstack installation, there is a boot instance failure when i tried to boot an instance. I dont know the if failure is caused by my devstack setting or it arose just because quantum does not work with esxi. Anyone know if quantum works with esxi ? Thank you xin _______________________________________________ OpenStack-dev mailing list OpenStack-dev at lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~ Dan Wendlandt Nicira, Inc: www.nicira.com twitter: danwendlandt ~~~~~~~~~~~~~~~~~~~~~~~~~~~ -------------- next part -------------- An HTML attachment was scrubbed... URL: From mahardika.gilang at andalabs.com Thu Sep 26 08:25:30 2013 From: mahardika.gilang at andalabs.com (Mahardhika Gilang) Date: Thu, 26 Sep 2013 15:25:30 +0700 Subject: [Openstack] Swift not detect Keystone and Authtoken In-Reply-To: References: <5240035C.2040705@andalabs.com> <52402305.4040605@andalabs.com> <52410E13.1070709@andalabs.com> <52414E7C.7090804@andalabs.com> <524165B0.6080606@andalabs.com> <5243D19D.6060803@andalabs.com> <5243E261.70605@andalabs.com> <5243E661.7010809@andalabs.com> Message-ID: <5243EF7A.3050707@andalabs.com> Here's the output {"version": {"status": "stable", "updated": "2013-03-06T00:00:00Z", "media-types": [{"base": "application/json", "type": "application/vnd.openstack.identity-v2.0+json"}, {"base": "application/xml", "type": "application/vnd.openstack.identity-v2.0+xml"}], "id": "v2.0", "links": [{"href": "http://localhost:5000/v2.0/", "rel": "self"}, {"href": "http://docs.openstack.org/api/openstack-identity-service/2.0/content/", "type": "text/html", "rel": "describedby"}, {"href": "http://docs.openstack.org/api/openstack-identity-service/2.0/identity-dev-guide-2.0.pdf", "type": "application/pdf", "rel": "describedby"}]}} run swift again on keystone server and got this [Errno 113] EHOSTUNREACH On 9/26/2013 2:51 PM, Hua ZZ Zhang wrote: > > The firewall might block the keystone service. but since you have > disabled it, it doesn't matter. > have you checked if keystone has been successfully started and is > listening on port 5000? > what is the output of this command? > /curl http://localhost:5000/v2.0/ // > > > Inactive hide details for Mahardhika Gilang ---2013-09-26 下午 > 03:46:02---Mahardhika Gilang Mahardhika > Gilang ---2013-09-26 下午 03:46:02---Mahardhika Gilang > > > *Mahardhika Gilang * > > 2013-09-26 下午 03:46 > > > > To > > > Hua ZZ Zhang/China/IBM at IBMCN, > > > cc > > > Openstack Milis > > > Subject > > > Re: [Openstack] Swift not detect Keystone and Authtoken > > > > > Am i must enable it and allow the ip of swift proxy on keystone > server? now firewall is disable with > #ufw disable > > On 9/26/2013 2:43 PM, Hua ZZ Zhang wrote: > > > Have you enabled Linux Firewall which block the request? > > -Zhang Hua(Edward) > > > Inactive hide details for Mahardhika Gilang ---2013-09-26 下午 > 03:28:47---Mahardhika Gilang > Mahardhika Gilang ---2013-09-26 下 > 午 03:28:47---Mahardhika Gilang __ > > *Mahardhika Gilang **__* > > > 2013-09-26 下午 03:29 > > > To > > Hua ZZ Zhang/China/IBM at IBMCN, > cc > > Openstack Milis __ > > Subject > > Re: [Openstack] Swift not detect Keystone and Authtoken > > > > > I have run without https and it turn this (even i run on keystone > server) > [Errno -5] No address associated with hostname > > > On 9/26/2013 2:09 PM, Hua ZZ Zhang wrote: > > > you can disable https and test if http protocol works or not. > if it works, it might be the configuration problem of ssl. > > - Edward Zhang > > Inactive hide details for Mahardhika Gilang ---2013-09-26 下午 > 02:17:18---Mahardhika Gilang > Mahardhika Gilang ---2013-09-26 > 下午 02:17:18---Mahardhika Gilang > __ > > *Mahardhika Gilang **__* > > > 2013-09-26 下午 02:18 > > > To > > Hua ZZ Zhang/China/IBM at IBMCN, > cc > > Openstack Milis __ > > Subject > > Re: [Openstack] Swift not detect Keystone and Authtoken > > > > > When i put https on it, error come up > Authorization Failure. Authorization Failed: [Errno 1] > _ssl.c:504: error:140770FC:SSL > routines:SSL23_GET_SERVER_HELLO:unknown protocol > > > On 9/24/2013 10:09 PM, Hua ZZ Zhang wrote: > > > try https since you have enabled it in proxy configuration. > swift -V 2 -A _https://localhost:5000/v2.0_ > -U admin:admin -K ADMIN stat > or: > swift --os-auth-url > _https://localhost:5000/v2.0_--os-tenant-name admin > --os-username admin --os-password ADMIN stat > > -Zhang Hua(Edward) > > > Inactive hide details for Mahardhika Gilang ---2013-09-24 > 下午 06:12:13---Mahardhika Gilang > Mahardhika Gilang > ---2013-09-24 下午 06:12:13---Mahardhika Gilang > __ > > *Mahardhika Gilang > **__* > > > 2013-09-24 下午 06:13 > > > To > > Hua ZZ Zhang/China/IBM at IBMCN, > cc > > Openstack Milis __ > > Subject > > Re: [Openstack] Swift not detect Keystone and Authtoken > > > > > Hi, thanks it work, but i fail when run this command > $ swift -V 2 -A _http://localhost:5000/v2.0_-U admin:admin > -K ADMIN stat > > [Errno -5] No address associated with hostname > > On 9/24/2013 4:58 PM, Hua ZZ Zhang wrote: > > > try the sample here:_ > __http://docs.openstack.org/grizzly/openstack-compute/admin/content/configuring-swift-to-use-keystone.html_* > > Best Regards, * > ------------------------------------------------------------------------ > *Edward Zhang(张华)* > Advisory Software Engineer > Software Standards & Open Source Software > Emerging Technology Institute(ETI) > IBM China Software Development Lab > e-mail: _zhuadl at cn.ibm.com_ > Notes ID: Hua ZZ Zhang/China/IBM > Tel: 86-10-82450483 > 地址:北京市海淀区东北旺西路8号 中关村软件园28号楼 > 环宇大厦3层 邮编：100193 > Address: 3F Ring, Building 28 Zhongguancun > Software Park, 8 Dongbeiwang West Road, Haidian > District, Beijing, P.R.C.100193 > > > > > Inactive hide details for Mahardhika Gilang > ---09/24/2013 04:33:12 PM---Mahardhika Gilang > Mahardhika Gilang > ---09/24/2013 04:33:12 PM---Mahardhika Gilang > __ > > *Mahardhika Gilang > **__* > > > 09/24/2013 04:34 PM > > > To > > Hua ZZ Zhang/China/IBM at IBMCN, > cc > > Openstack Milis __ > > Subject > > Re: [Openstack] Swift not detect Keystone and > Authtoken > > > > > I got this error > LookupError: No loader given in section > '_filter:keystoneauth_' > > On 9/24/2013 2:17 PM, Hua ZZ Zhang wrote: > > I don't get what does it mean for "this syntax > give same result"? > what is your version of swift and keystone? > Here's my suggestion for 3 sections in the proxy > server paste file: > > [pipeline:main] > pipeline = catch_errors healthcheck > proxy-logging cache *authtoken**keystoneauth > *proxy-logging proxy-server > > [_filter:authtoken_] > paste.filter_factory = > *keystoneclient*.middleware.auth_token:filter_factory > signing_dir = /var/cache/swift/ > auth_uri = _http://10.10.10.40:5000/_ > auth_host = 10.10.10.40 > #auth_uri = _http://192.168.7.85:5000/_ > #auth_host = 192.168.7.85 > auth_port = 35357 > auth_protocol = https > admin_tenant_name = service > admin_user = swift > admin_password = admin > #cache = swift.cache > auth_token = admin > > [*_filter:keystoneauth_* ] > #use = egg:swift#keystoneauth > operator_roles = Member,admin > is_admin = true_ > __http://docs.openstack.org/grizzly/openstack-compute/admin/content/configuring-swift-to-use-keystone.html_ > > > Inactive hide details for Mahardhika Gilang > ---2013-09-24 上午 11:58:24---Mahardhika Gilang > Mahardhika Gilang > ---2013-09-24 上午 11:58:24---Mahardhika Gilang > __ > > *Mahardhika Gilang > **__* > > > 2013-09-24 上午 11:59 > > > To > > Hua ZZ Zhang/China/IBM at IBMCN, > cc > > Openstack Milis > __ > > Subject > > Re: [Openstack] Swift not detect Keystone and > Authtoken > > > > > Hi, i've try change with auth_token and it's work, > but does this syntax give same result? > > On 9/24/2013 6:21 AM, Hua ZZ Zhang wrote: > > try this: > paste.filter_factory > =keystoneclient.middleware.auth_token:filter_factory > > > > Inactive hide details for Mahardhika Gilang > ---2013-09-23 下午 07:15:28---Mahardhika > Gilang > Mahardhika > Gilang ---2013-09-23 下午 > 07:15:28---Mahardhika Gilang > __ > > *Mahardhika Gilang > **__* > > > 2013-09-23 下午 07:16 > > > To > > Hua ZZ Zhang/China/IBM at IBMCN, > cc > > Openstack Milis > __ > > Subject > > Re: [Openstack] Swift not detect Keystone > and Authtoken > > > > > Hi, thanks for answering, i believe it work > till i stuck at this error > ImportError: No module named swift_auth > > it's on _filter:keystone_part > paste.filter_factory = > keystone.middleware.swift_auth:filter_factory > > how to solved this issue? > On 9/23/2013 4:53 PM, Hua ZZ Zhang wrote: > > > The /authtoken /and /keystone /middleware > should be put ahead of/proxy-server/. > you need to change the main pipeline as > below:/ > > [pipeline:main] > pipeline = catch_errors healthcheck > proxy-logging cache authtoken keystone > proxy-logging proxy-server/* > > Best Regards, * > ------------------------------------------------------------------------ > *Edward Zhang(张华)* > > > > > > > > Inactive hide details for Mahardhika Gilang ---09/23/2013 05:14:26 > PM---Mahardhika Gilang Mahardhika > Gilang ---09/23/2013 05:14:26 PM---Mahardhika Gilang > __ > > *Mahardhika Gilang **__* > > > 09/23/2013 05:01 PM > > > To > > Openstack Milis __ > , > cc > > Subject > > [Openstack] Swift not detect Keystone and Authtoken > > > > > Hi all > i've got an issue when i want to used keystone for authentication on > swift proxy node. > i got this when run #swift-init proxy restart > LookupError: No section 'authtoken' > LookupError: No section 'keystone' > > here's my proxy-server.conf > [DEFAULT] > cert_file = /etc/swift/cert.crt > key_file = /etc/swift/cert.key > bind_port = 8080 > #bind_port = 443 > workers = 8 > user = swift > swift_dir = /etc/swift > > [pipeline:main] > pipeline = catch_errors healthcheck proxy-logging cache tempauth > proxy-logging proxy-server keystone authtoken > > [_app:proxy-server_] > use = egg:swift#proxy > allow_account_management = true > account_autocreate = true > > [_filter:authtoken_] > #use = egg:swift:authtoken > paste.filter_factory = keystone.middleware.auth_token:filter_factory > signing_dir = /var/cache/swift/ > auth_uri = _http://10.10.10.40:5000/_ > auth_host = 10.10.10.40 > #auth_uri = _http://192.168.7.85:5000/_ > #auth_host = 192.168.7.85 > auth_port = 35357 > auth_protocol = https > admin_tenant_name = service > admin_user = swift > admin_password = admin > #cache = swift.cache > auth_token = admin > > [_filter:catch_errors_] > use = egg:swift#catch_errors > > [_filter:proxy-logging_] > use = egg:swift#proxy_logging > > #[_filter:tempauth_] > #use = egg:swift#tempauth > #user_system_root = testpass .admin > _https://10.10.10.40:8080/v1/AUTH_system_ > #user_test_tester = testing .admin > _https://10.10.10.40:8080/v1/AUTH_test_ > > [_filter:healthcheck_] > use = egg:swift#healthcheck > > [_filter:cache_] > use = egg:swift#memcache > memcache_servers = 10.10.10.40:11211 > > [_filter:keystone_] > #use = egg:swift#keystone > paste.filter_factory = keystone.middleware.swift_auth:filter_factory > operator_roles = Member,admin > is_admin = true > > > Please help > thanks > > -- > Regards, > Mahardhika Gilang > > > > _______________________________________________ > Mailing list: > _http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack_ > Post to : _openstack at lists.openstack.org_ > > Unsubscribe : > _http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack_ > > > -- > Regards, > Mahardhika Gilang > > > > -- > Regards, > Mahardhika Gilang > > > > - > > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/gif Size: 105 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/gif Size: 45 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/gif Size: 1279 bytes Desc: not available URL: From pkopec17 at gmail.com Thu Sep 26 09:19:43 2013 From: pkopec17 at gmail.com (Piotr Kopec) Date: Thu, 26 Sep 2013 11:19:43 +0200 Subject: [Openstack] Replication error In-Reply-To: <65e6896aa82444cfb4a686f3608407d5@AMXPR03MB024.eurprd03.prod.outlook.com> References: <23c56cf31ea644d081189d2e1251351f@AMXPR03MB024.eurprd03.prod.outlook.com> <65e6896aa82444cfb4a686f3608407d5@AMXPR03MB024.eurprd03.prod.outlook.com> Message-ID: Replications relies on rsync. Check if rsync is working correctly on all swift nodes. If you can please provide me with account-server.conf, container-server.conf, proxy-server.conf. I had plenty of problems with replicators too, so I'll try to help you. Regards Piotr P.S. try out http://markdown-here.com/ while attaching .conf files. Just a suggestion. :) 2013/9/26 Mike Preston > I know it is poor form to reply to yourself, but I would appreciate it > if anyone has any insight on this problem.**** > > ** ** > > *Mike Preston* > > Infrastructure Team | SYNETY**** > > www.synety.com**** > > ** ** > > direct: 0116 424 4016**** > > mobile: 07950 892038**** > > main: 0116 424 4000**** > > ** ** > > ** ** > > *From:* Mike Preston [mailto:mike.preston at synety.com] > *Sent:* 24 September 2013 09:52 > *To:* openstack at lists.openstack.org > > *Subject:* Re: [Openstack] Replication error**** > > ** ** > > root at storage-proxy-01:~/swift# swift-ring-builder object.builder validate* > *** > > root at storage-proxy-01:~/swift# echo $?**** > > 0**** > > ** ** > > I ran md5sum on the ring files on both the proxy (where we generate them) > and the nodes and confirmed that they are identical.**** > > ** ** > > root at storage-proxy-01:~/swift# swift-ring-builder object.builder**** > > object.builder, build version 72**** > > 65536 partitions, 3 replicas, 4 zones, 32 devices, 999.99 balance**** > > The minimum number of hours before a partition can be reassigned is 3**** > > Devices: id zone ip address port name weight partitions > balance meta**** > > 0 1 10.20.15.51 6000 sdb1 3000.00 7123 > 1.44**** > > 1 1 10.20.15.51 6000 sdc1 3000.00 7123 > 1.44**** > > 2 1 10.20.15.51 6000 sdd1 3000.00 7122 > 1.43**** > > 3 1 10.20.15.51 6000 sde1 3000.00 7123 > 1.44**** > > 4 1 10.20.15.51 6000 sdf1 3000.00 7122 > 1.43**** > > 5 1 10.20.15.51 6000 sdg1 3000.00 7123 > 1.44**** > > 6 3 10.20.15.51 6000 sdh1 0.00 1273 > 999.99**** > > 7 3 10.20.15.51 6000 sdi1 0.00 1476 > 999.99**** > > 8 2 10.20.15.52 6000 sdb1 3000.00 7122 > 1.43**** > > 9 2 10.20.15.52 6000 sdc1 3000.00 7122 > 1.43**** > > 10 2 10.20.15.52 6000 sdd1 3000.00 7122 > 1.43**** > > 11 2 10.20.15.52 6000 sde1 3000.00 7122 > 1.43**** > > 12 2 10.20.15.52 6000 sdf1 3000.00 7122 > 1.43**** > > 13 2 10.20.15.52 6000 sdg1 3000.00 7122 > 1.43**** > > 14 3 10.20.15.52 6000 sdh1 0.00 1378 > 999.99**** > > 15 3 10.20.15.52 6000 sdi1 0.00 997 > 999.99**** > > 16 3 10.20.15.53 6000 sas0 3000.00 6130 > -12.70**** > > 17 3 10.20.15.53 6000 sas1 3000.00 6130 > -12.70**** > > 18 3 10.20.15.53 6000 sas2 3000.00 6129 > -12.71**** > > 19 3 10.20.15.53 6000 sas3 3000.00 6130 > -12.70**** > > 20 3 10.20.15.53 6000 sas4 3000.00 6130 > -12.70**** > > 21 3 10.20.15.53 6000 sas5 3000.00 6130 > -12.70**** > > 22 3 10.20.15.53 6000 sas6 3000.00 6129 > -12.71**** > > 23 3 10.20.15.53 6000 sas7 3000.00 6129 > -12.71**** > > 24 4 10.20.15.54 6000 sas0 3000.00 7122 > 1.43**** > > 25 4 10.20.15.54 6000 sas1 3000.00 7122 > 1.43**** > > 26 4 10.20.15.54 6000 sas2 3000.00 7123 > 1.44**** > > 27 4 10.20.15.54 6000 sas3 3000.00 7123 > 1.44**** > > 28 4 10.20.15.54 6000 sas4 3000.00 7122 > 1.43**** > > 29 4 10.20.15.54 6000 sas5 3000.00 7122 > 1.43**** > > 30 4 10.20.15.54 6000 sas6 3000.00 7123 > 1.44**** > > 31 4 10.20.15.54 6000 sas7 3000.00 7122 > 1.43**** > > ** ** > > (We are currently migrating data between boxes due to cluster hardware > replacement, which is why zone 3 is weighted as such on the first 2 nodes) > **** > > ** ** > > Filelist attached (for the objects/ directory on the devices)… **** > > but I see nothing out of place.**** > > ** ** > > I’ll run a full fsck on the drives tonight, try to rule that out.**** > > ** ** > > Thanks for your help.**** > > ** ** > > ** ** > > ** ** > > *Mike Preston* > > Infrastructure Team | SYNETY**** > > www.synety.com**** > > ** ** > > direct: 0116 424 4016**** > > mobile: 07950 892038**** > > main: 0116 424 4000**** > > ** ** > > ** ** > > *From:* Clay Gerrard [mailto:clay.gerrard at gmail.com] > > *Sent:* 23 September 2013 20:34 > *To:* Mike Preston > *Cc:* openstack at lists.openstack.org > *Subject:* Re: [Openstack] Replication error**** > > ** ** > > Run `swift-ring-builder /etc/swift/object.builder validate` - it should > have no errors and exit 0. Can you provide a paste of the output from > `swift-ring-builder /etc/swift/object.builder` as well - it should list > some general info about the ring (number of replicas, and list of devices). > Rebalance the ring and make sure it's been distributed to all nodes.**** > > ** ** > > The particular line you're seeing pop up in the traceback seems to be > looking for all of the nodes for a particular partition it found in the > objects' dir. I'm not seeing any local sanitization [1] around those top > level directory names, so maybe it's just some garbage that created there > outside of swift, or some file system corruption?**** > > ** ** > > Can you provide the output from `ls /srv/node/objects` (or wherever you > have devices configured)**** > > ** ** > > -Clay**** > > ** ** > > 1. https://bugs.launchpad.net/swift/+bug/1229372**** > > ** ** > > On Mon, Sep 23, 2013 at 2:34 AM, Mike Preston > wrote:**** > > Hi, **** > > **** > > We are seeing a replication error on swift. The error only is seen on a > single node, the other nodes appear to be working fine.**** > > Installed version is debian wheezy with swift 1.4.8-2+deb7u1 **** > > Sep 23 10:33:03 storage-node-01 object-replicator Starting object > replication pass.**** > > Sep 23 10:33:03 storage-node-01 object-replicator Exception in top-level > replication loop: #012Traceback (most recent call last):#012 File > "/usr/lib/python2.7/dist-packages/swift/obj/replicator.py", line 564, in > replicate#012 jobs = self.collect_jobs()#012 File > "/usr/lib/python2.7/dist-packages/swift/obj/replicator.py", line 536, in > collect_jobs#012 self.object_ring.get_part_nodes(int(partition))#012 > File "/usr/lib/python2.7/dist-packages/swift/common/ring/ring.py", line > 103, in get_part_nodes#012 return [self.devs[r[part]] for r in > self._replica2part2dev_id]#012IndexError: array index out of range**** > > Sep 23 10:33:03 storage-node-01 object-replicator Nothing replicated for > 0.728466033936 seconds.**** > > Sep 23 10:33:03 storage-node-01 object-replicator Object replication > complete. (0.01 minutes)**** > > Can anyone shed any light on this or next steps in debugging it or fixing > it?**** > > **** > > **** > > **** > > *Mike Preston***** > > Infrastructure Team | SYNETY**** > > www.synety.com**** > > **** > > direct: 0116 424 4016**** > > mobile: 07950 892038**** > > main: 0116 424 4000**** > > **** > > **** > > > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack**** > > ** ** > > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mahardika.gilang at andalabs.com Thu Sep 26 09:29:37 2013 From: mahardika.gilang at andalabs.com (Mahardhika Gilang) Date: Thu, 26 Sep 2013 16:29:37 +0700 Subject: [Openstack] Swift not detect Keystone and Authtoken In-Reply-To: References: <5240035C.2040705@andalabs.com> <52402305.4040605@andalabs.com> <52410E13.1070709@andalabs.com> <52414E7C.7090804@andalabs.com> <524165B0.6080606@andalabs.com> <5243D19D.6060803@andalabs.com> <5243E261.70605@andalabs.com> <5243E661.7010809@andalabs.com> Message-ID: <5243FE81.2050307@andalabs.com> Hi it works, yes i used separate machine, keystone server is run nova, glance and cinder, and other machine run quantum and swift the other one is run compute for kvm. It might the issue of my network topology, as before i can't ping to keystone server (strange as i have route all ip to talk each other) Now i can create container on tenant X, but in horizon at Object Store menu > Containers in tenant X i cant access that menu, it will show up error page like this Something went wrong! An unexpected error has occurred. Try refreshing the page. If that doesn't help, contact your local administrator. How can this happen? I can get list of the container from CLI. Thanks before. On 9/26/2013 3:54 PM, Hua ZZ Zhang wrote: > > are you running swift server and keystone server in the same machine? > or two separate machines? > if not in the same node, you might need to add --os-storage-url to > indicate where is the proxy service address > in swift command when your run execute swift CLI command on keystone > server. > > > Inactive hide details for Mahardhika Gilang ---2013-09-26 下午 > 04:24:44---Mahardhika Gilang Mahardhika > Gilang ---2013-09-26 下午 04:24:44---Mahardhika Gilang > > > *Mahardhika Gilang * > > 2013-09-26 下午 04:25 > > > > To > > > Hua ZZ Zhang/China/IBM at IBMCN, > > > cc > > > Openstack Milis > > > Subject > > > Re: [Openstack] Swift not detect Keystone and Authtoken > > > > > Here's the output > {"version": {"status": "stable", "updated": "2013-03-06T00:00:00Z", > "media-types": [{"base": "application/json", "type": > "application/vnd.openstack.identity-v2.0+json"}, {"base": > "application/xml", "type": > "application/vnd.openstack.identity-v2.0+xml"}], "id": "v2.0", > "links": [{"href": _"http://localhost:5000/v2.0/"_ > , "rel": "self"}, {"href": > _"http://docs.openstack.org/api/openstack-identity-service/2.0/content/"_ > , > "type": "text/html", "rel": "describedby"}, {"href": > _"http://docs.openstack.org/api/openstack-identity-service/2.0/identity-dev-guide-2.0.pdf"_ > , > "type": "application/pdf", "rel": "describedby"}]}} > > run swift again on keystone server and got this > [Errno 113] EHOSTUNREACH > > > On 9/26/2013 2:51 PM, Hua ZZ Zhang wrote: > > > The firewall might block the keystone service. but since you have > disabled it, it doesn't matter. > have you checked if keystone has been successfully started and is > listening on port 5000? > what is the output of this command?_ > _/_curl http://localhost:5000/v2.0_/ // > > > Inactive hide details for Mahardhika Gilang ---2013-09-26 下午 > 03:46:02---Mahardhika Gilang > Mahardhika Gilang ---2013-09-26 下 > 午 03:46:02---Mahardhika Gilang __ > > *Mahardhika Gilang **__* > > > 2013-09-26 下午 03:46 > > > To > > Hua ZZ Zhang/China/IBM at IBMCN, > cc > > Openstack Milis __ > > Subject > > Re: [Openstack] Swift not detect Keystone and Authtoken > > > > > Am i must enable it and allow the ip of swift proxy on keystone > server? now firewall is disable with > #ufw disable > > On 9/26/2013 2:43 PM, Hua ZZ Zhang wrote: > > > Have you enabled Linux Firewall which block the request? > > -Zhang Hua(Edward) > > > Inactive hide details for Mahardhika Gilang ---2013-09-26 下午 > 03:28:47---Mahardhika Gilang > Mahardhika Gilang ---2013-09-26 > 下午 03:28:47---Mahardhika Gilang > __ > > *Mahardhika Gilang **__* > > > 2013-09-26 下午 03:29 > > > To > > Hua ZZ Zhang/China/IBM at IBMCN, > cc > > Openstack Milis __ > > Subject > > Re: [Openstack] Swift not detect Keystone and Authtoken > > > > > I have run without https and it turn this (even i run on > keystone server) > [Errno -5] No address associated with hostname > > > On 9/26/2013 2:09 PM, Hua ZZ Zhang wrote: > > > you can disable https and test if http protocol works or not. > if it works, it might be the configuration problem of ssl. > > - Edward Zhang > > Inactive hide details for Mahardhika Gilang ---2013-09-26 > 下午 02:17:18---Mahardhika Gilang > Mahardhika Gilang > ---2013-09-26 下午 02:17:18---Mahardhika Gilang > __ > > *Mahardhika Gilang > **__* > > > 2013-09-26 下午 02:18 > > > To > > Hua ZZ Zhang/China/IBM at IBMCN, > cc > > Openstack Milis __ > > Subject > > Re: [Openstack] Swift not detect Keystone and Authtoken > > > > > When i put https on it, error come up > Authorization Failure. Authorization Failed: [Errno 1] > _ssl.c:504: error:140770FC:SSL > routines:SSL23_GET_SERVER_HELLO:unknown protocol > > > On 9/24/2013 10:09 PM, Hua ZZ Zhang wrote: > > > try https since you have enabled it in proxy > configuration. > swift -V 2 -A _https://localhost:5000/v2.0_ > -U admin:admin -K ADMIN stat > or: > swift --os-auth-url > _https://localhost:5000/v2.0_--os-tenant-name admin > --os-username admin --os-password ADMIN stat > > -Zhang Hua(Edward) > > > Inactive hide details for Mahardhika Gilang > ---2013-09-24 下午 06:12:13---Mahardhika Gilang > Mahardhika Gilang > ---2013-09-24 下午 06:12:13---Mahardhika Gilang > __ > > *Mahardhika Gilang > **__* > > > 2013-09-24 下午 06:13 > > > To > > Hua ZZ Zhang/China/IBM at IBMCN, > cc > > Openstack Milis __ > > Subject > > Re: [Openstack] Swift not detect Keystone and > Authtoken > > > > > Hi, thanks it work, but i fail when run this command > $ swift -V 2 -A _http://localhost:5000/v2.0_-U > admin:admin -K ADMIN stat > > [Errno -5] No address associated with hostname > > On 9/24/2013 4:58 PM, Hua ZZ Zhang wrote: > > > try the sample here:_ > __http://docs.openstack.org/grizzly/openstack-compute/admin/content/configuring-swift-to-use-keystone.html_* > > Best Regards, * > ------------------------------------------------------------------------ > *Edward Zhang(张华)* > Advisory Software Engineer > Software Standards & Open Source Software > Emerging Technology Institute(ETI) > IBM China Software Development Lab > e-mail: _zhuadl at cn.ibm.com_ > > Notes ID: Hua ZZ Zhang/China/IBM > Tel: 86-10-82450483 > 地址:北京市海淀区东北旺西路8号 中关村软件园28 > 号楼 环宇大厦3层 邮编：100193 > Address: 3F Ring, Building 28 Zhongguancun > Software Park, 8 Dongbeiwang West Road, > Haidian District, Beijing, P.R.C.100193 > > > > > Inactive hide details for Mahardhika Gilang > ---09/24/2013 04:33:12 PM---Mahardhika Gilang > Mahardhika Gilang > ---09/24/2013 04:33:12 PM---Mahardhika Gilang > __ > > *Mahardhika Gilang > **__* > > > 09/24/2013 04:34 PM > > > To > > Hua ZZ Zhang/China/IBM at IBMCN, > cc > > Openstack Milis > __ > > Subject > > Re: [Openstack] Swift not detect Keystone and > Authtoken > > > > > I got this error > LookupError: No loader given in section > '_filter:keystoneauth_' > > On 9/24/2013 2:17 PM, Hua ZZ Zhang wrote: > > I don't get what does it mean for "this syntax > give same result"? > what is your version of swift and keystone? > Here's my suggestion for 3 sections in the > proxy server paste file: > > [pipeline:main] > pipeline = catch_errors healthcheck > proxy-logging cache > *authtoken**keystoneauth *proxy-logging > proxy-server > > [_filter:authtoken_] > paste.filter_factory = > *keystoneclient*.middleware.auth_token:filter_factory > signing_dir = /var/cache/swift/ > auth_uri = _http://10.10.10.40:5000/_ > auth_host = 10.10.10.40 > #auth_uri = _http://192.168.7.85:5000/_ > #auth_host = 192.168.7.85 > auth_port = 35357 > auth_protocol = https > admin_tenant_name = service > admin_user = swift > admin_password = admin > #cache = swift.cache > auth_token = admin > > [*_filter:keystoneauth_* ] > #use = egg:swift#keystoneauth > operator_roles = Member,admin > is_admin = true_ > __http://docs.openstack.org/grizzly/openstack-compute/admin/content/configuring-swift-to-use-keystone.html_ > > > Inactive hide details for Mahardhika Gilang > ---2013-09-24 上午 11:58:24---Mahardhika > Gilang > Mahardhika > Gilang ---2013-09-24 上午 > 11:58:24---Mahardhika Gilang > __ > > *Mahardhika Gilang > **__* > > > 2013-09-24 上午 11:59 > > > To > > Hua ZZ Zhang/China/IBM at IBMCN, > cc > > Openstack Milis > __ > > Subject > > Re: [Openstack] Swift not detect Keystone > and Authtoken > > > > > Hi, i've try change with auth_token and it's > work, but does this syntax give same result? > > On 9/24/2013 6:21 AM, Hua ZZ Zhang wrote: > > try this: > paste.filter_factory > =keystoneclient.middleware.auth_token:filter_factory > > > > Inactive hide details for Mahardhika > Gilang ---2013-09-23 下午 > 07:15:28---Mahardhika Gilang > Mahardhika > Gilang ---2013-09-23 下午 > 07:15:28---Mahardhika Gilang > __ > > *Mahardhika Gilang > **__* > > > 2013-09-23 下午 07:16 > > > To > > Hua ZZ Zhang/China/IBM at IBMCN, > cc > > Openstack Milis > __ > > Subject > > Re: [Openstack] Swift not detect > Keystone and Authtoken > > > > > Hi, thanks for answering, i believe it > work till i stuck at this error > ImportError: No module named swift_auth > > it's on _filter:keystone_part > paste.filter_factory = > keystone.middleware.swift_auth:filter_factory > > how to solved this issue? > On 9/23/2013 4:53 PM, Hua ZZ Zhang wrote: > > > The /authtoken /and /keystone > /middleware should be put ahead > of/proxy-server/. > you need to change the main pipeline > as below:/ > > [pipeline:main] > pipeline = catch_errors healthcheck > proxy-logging cache authtoken keystone > proxy-logging proxy-server/* > > Best Regards, * > ------------------------------------------------------------------------ > *Edward Zhang(张华)* > > > > > > > > Inactive hide details for Mahardhika Gilang ---09/23/2013 05:14:26 > PM---Mahardhika Gilang Mahardhika > Gilang ---09/23/2013 05:14:26 PM---Mahardhika Gilang > __ > > *Mahardhika Gilang **__* > > > 09/23/2013 05:01 PM > > > To > > Openstack Milis __ > , > cc > > Subject > > [Openstack] Swift not detect Keystone and Authtoken > > > > > Hi all > i've got an issue when i want to used keystone for authentication on > swift proxy node. > i got this when run #swift-init proxy restart > LookupError: No section 'authtoken' > LookupError: No section 'keystone' > > here's my proxy-server.conf > [DEFAULT] > cert_file = /etc/swift/cert.crt > key_file = /etc/swift/cert.key > bind_port = 8080 > #bind_port = 443 > workers = 8 > user = swift > swift_dir = /etc/swift > > [pipeline:main] > pipeline = catch_errors healthcheck proxy-logging cache tempauth > proxy-logging proxy-server keystone authtoken > > [_app:proxy-server_] > use = egg:swift#proxy > allow_account_management = true > account_autocreate = true > > [_filter:authtoken_] > #use = egg:swift:authtoken > paste.filter_factory = keystone.middleware.auth_token:filter_factory > signing_dir = /var/cache/swift/ > auth_uri = _http://10.10.10.40:5000/_ > auth_host = 10.10.10.40 > #auth_uri = _http://192.168.7.85:5000/_ > #auth_host = 192.168.7.85 > auth_port = 35357 > auth_protocol = https > admin_tenant_name = service > admin_user = swift > admin_password = admin > #cache = swift.cache > auth_token = admin > > [_filter:catch_errors_] > use = egg:swift#catch_errors > > [_filter:proxy-logging_] > use = egg:swift#proxy_logging > > #[_filter:tempauth_] > #use = egg:swift#tempauth > #user_system_root = testpass .admin > _https://10.10.10.40:8080/v1/AUTH_system_ > #user_test_tester = testing .admin > _https://10.10.10.40:8080/v1/AUTH_test_ > > [_filter:healthcheck_] > use = egg:swift#healthcheck > > [_filter:cache_] > use = egg:swift#memcache > memcache_servers = 10.10.10.40:11211 > > [_filter:keystone_] > #use = egg:swift#keystone > paste.filter_factory = keystone.middleware.swift_auth:filter_factory > operator_roles = Member,admin > is_admin = true > > > Please help > thanks > > -- > Regards, > Mahardhika Gilang > > > > _______________________________________________ > Mailing list: > _http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack_ > Post to : _openstack at lists.openstack.org_ > > Unsubscribe : > _http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack_ > > > -- > Regards, > Mahardhika Gilang > > > > -- > Regards, > Mahardhika Gilang > > > > - > > > > > -- Regards, Mahardhika Gilang *PT. Andalabs Technology * Gedung Gravira Jl. Cideng Barat no. 54 Jakarta Pusat 10150 Mobile : 0852 139 55861 Email : mahardika.gilang at andalabs.com -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/gif Size: 105 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/gif Size: 45 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/gif Size: 1279 bytes Desc: not available URL: From stano at websupport.sk Thu Sep 26 11:50:36 2013 From: stano at websupport.sk (Pavel Stano) Date: Thu, 26 Sep 2013 13:50:36 +0200 Subject: [Openstack] loop on network with openvswitch + vlans Message-ID: <52441F8C.50509@websupport.sk> Hi, we encountered some problem on our setup with openvswitch with multiple nodes. When openstack is running ok and we restart openvswitch on 2 or more compute nodes, flow tables on br-int will be cleared and quantum-plugin-openvswitch-agent will not re-configure it until it will be restarted too. Ports are still attached to br-int but without flows. So after flows are cleared there occur loop on network. We want to fix it by modifing openvswitch init script to dump/load flows when stop/start/restart, it dont do it automatically. Or another alterantive is forcibly remove br-int when stopping openvwswitch. And of course automatically restart quantum-plugin-openvswitch-agent after openvswitch restart. Anyone encounter same problem and/or have some better solution ? Thanks -- [ Ohodnotte kvalitu mailu: http://nicereply.com/websupport/Stano/ ] Pavel Stano | Troubleshooter http://WebSupport.sk *** BERTE A VYCHUTNAVAJTE *** From dara2002-openstack at yahoo.com Thu Sep 26 12:37:09 2013 From: dara2002-openstack at yahoo.com (Darragh O'Reilly) Date: Thu, 26 Sep 2013 13:37:09 +0100 (BST) Subject: [Openstack] loop on network with openvswitch + vlans Message-ID: <1380199029.67855.YahooMailNeo@web172402.mail.ir2.yahoo.com> Pavel,  why are you restarting Open vSwitch?I think these steps should work when you have to: - stop quantum-ovs-plugin-agent - stop openvswitch services - start openvswitch services - run quantum-ovs-cleanup - start quantum-ovs-plugin-agent Re, Darragh.   >Message: 3 >Date: Thu, 26 Sep 2013 13:50:36 +0200 >From: Pavel Stano >To: openstack at lists.openstack.org >Subject: [Openstack] loop on network with openvswitch + vlans >Message-ID: <52441F8C.50509 at websupport.sk> >Content-Type: text/plain; charset=ISO-8859-1; format=flowed > >Hi, > >we encountered some problem on our setup with openvswitch with multiple >nodes. >When openstack is running ok and we restart openvswitch on 2 or more >compute nodes, flow tables on br-int will be cleared and >quantum-plugin-openvswitch-agent will not re-configure it until it will >be restarted too. >Ports are still attached to br-int but without flows. >So after flows are cleared there occur loop on network. > >We want to fix it by modifing openvswitch init script to dump/load flows >when stop/start/restart, it dont do it automatically. Or another >alterantive is forcibly remove br-int when stopping openvwswitch. > >And of course automatically restart quantum-plugin-openvswitch-agent >after openvswitch restart. > >Anyone encounter same problem and/or have some better solution ? > >Thanks >-- >[ Ohodnotte kvalitu mailu: http://nicereply.com/websupport/Stano/ ] > >Pavel Stano | Troubleshooter -------------- next part -------------- An HTML attachment was scrubbed... URL: From cristi.falcas at gmail.com Thu Sep 26 12:37:47 2013 From: cristi.falcas at gmail.com (Cristian Falcas) Date: Thu, 26 Sep 2013 15:37:47 +0300 Subject: [Openstack] delete old compute nodes Message-ID: Hi, Does anyone know how to delete an old compute node? My problem is that it still appears in openvswitch on the gre tunnels and also in nova-manage service list. Is there a way to do this without deleting the gre tunnel and nova service directly in the database? Thank you, Cristian Falcas From luisguilherme.cr at gmail.com Thu Sep 26 13:25:36 2013 From: luisguilherme.cr at gmail.com (Guilherme Russi) Date: Thu, 26 Sep 2013 10:25:36 -0300 Subject: [Openstack] Cinder error In-Reply-To: References: <5240959D.1010509@gmail.com> <5240A0B5.5000300@gmail.com> <08AD9FE8-38E8-4E30-93E6-E9C9B8B33419@gmail.com> Message-ID: Guys, it's me again, here is my nova-compute.log: 2013-09-26 10:22:33.557 5280 TRACE nova.openstack.common.rpc.amqp ProcessExecutionError: Unexpected error while running command. 2013-09-26 10:22:33.557 5280 TRACE nova.openstack.common.rpc.amqp Command: sudo nova-rootwrap /etc/nova/rootwrap.conf iscsiadm -m node -T iqn.2010-10.org.openstack:volume-70be4f36-10bd-4877-b841-80333ccfe985 -p localhost:3260 --rescan And here is my nova-api.log: 2013-09-26 10:22:31.696 AUDIT nova.api.openstack.compute.contrib.volumes [req-cb227494-15d1-4dc8-8850-1536260a581c 019563bd281e4c32b0efd8c31ec92ee4 d13839320f5d4194a4a3fe3b723d6144] Attach volume 70be4f36-10bd-4877-b841-80333ccfe985 to instance 3c732351-8b77-49df-8f3a-2b982b2d0c31 at /dev/xvdb 2013-09-26 10:22:32.633 INFO nova.osapi_compute.wsgi.server [req-cb227494-15d1-4dc8-8850-1536260a581c 019563bd281e4c32b0efd8c31ec92ee4 d13839320f5d4194a4a3fe3b723d6144] 192.168.3.1 "POST /v2/d13839320f5d4194a4a3fe3b723d6144/servers/3c732351-8b77-49df-8f3a-2b982b2d0c31/os-volume_attachments HTTP/1.1" status: 200 len: 367 time: 0.9447110 Does anybody have any idea how I fix it? I run the command to attach the volume but it doesn't attach to the VM. Thank you all. 2013/9/25 Guilherme Russi > Hello again guys, coming back with cinder topic, I'm trying to attach a > storage to my VM, and I was reading through the internet that I need to > suspend the VM before attach, so I did that, but when I attach my storage > to my VM it doesn't work, I can see the output showing the device name, > serverId, id and volumeId, but I can't find it inside my VM, and at the > Volumes place at the dashboard the field "Attached To" is empty. I was > looking at the nova and cinder logs and there are no errors. Can anybody > help me? > > Thank you all. > > Regards. > > > 2013/9/25 Guilherme Russi > >> Thank you Razique, and you have idea if this change can be made at the >> cinder on the grizzly, I ask because I have grizzly running now and I hope >> don't have to reinstall in another version :) >> >> >> 2013/9/25 Razique Mahroua >> >>> Doesn't seem possible at the moment, but there is a blueprint: >>> https://blueprints.launchpad.net/cinder/+spec/multi-attach-volume >>> >>> >>> :-) >>> >>> Le 25 sept. 2013 à 17:11, Guilherme Russi >>> a écrit : >>> >>> Hello guys, I fixed my error and now my cinder is working fine, I just >>> have one last question, can I attach two or more VMs at the same volume? >>> >>> Thank you all. >>> >>> Regards. >>> >>> >>> 2013/9/24 Guilherme Russi >>> >>>> Hello Cian, I was looking for some cinder troubleshooting and i looked >>>> these lines at my cinder-api.log: >>>> >>>> 2013-09-24 23:29:23 WARNING [cinder.openstack.common.policy] >>>> Inheritance-based rules are deprecated; use the default brain instead of >>>> HttpBrain. >>>> 2013-09-24 23:29:23 INFO [cinder.api.openstack.wsgi] GET >>>> http://192.168.3.1:8776/v1/%0A3f5e122efa6d4486946efd05e66f19e4/volumes/detail >>>> >>>> What it means with rules are deprecated? Is the problem with my >>>> keystone? >>>> >>>> Thank you again. >>>> >>>> >>>> 2013/9/24 Guilherme Russi >>>> >>>>> Hello Cian, >>>>> >>>>> Here is the output: >>>>> >>>>> curl –i -v http://192.168.3.1:8776/v1/ >>>>> * Input domain encoded as `UTF-8' >>>>> * getaddrinfo(3) failed for xn--i-5gn:80 >>>>> * Couldn't resolve host '–i' >>>>> * Closing connection #0 >>>>> curl: (6) Couldn't resolve host '–i' >>>>> * About to connect() to 192.168.3.1 port 8776 (#0) >>>>> * Trying 192.168.3.1... connected >>>>> > GET /v1/ HTTP/1.1 >>>>> > User-Agent: curl/7.22.0 (x86_64-pc-linux-gnu) libcurl/7.22.0 >>>>> OpenSSL/1.0.1 zlib/1.2.3.4 libidn/1.23 librtmp/2.3 >>>>> > Host: 192.168.3.1:8776 >>>>> > Accept: */* >>>>> > >>>>> < HTTP/1.1 401 Unauthorized >>>>> < Www-Authenticate: Keystone uri='http://192.168.3.1:35357' >>>>> < Content-Length: 381 >>>>> < Content-Type: text/html; charset=UTF-8 >>>>> < Date: Tue, 24 Sep 2013 16:13:45 GMT >>>>> < >>>>> >>>>> >>>>> 401 Unauthorized >>>>> >>>>> >>>>>

401 Unauthorized

>>>>> This server could not verify that you are authorized to access the >>>>> document you requested. Either you supplied the wrong credentials (e.g., >>>>> bad password), or your browser does not understand how to supply the >>>>> credentials required.

>>>>> Authentication required >>>>> >>>>> >>>>> >>>>> * Connection #0 to host 192.168.3.1 left intact >>>>> * Closing connection #0 >>>>> root at hemera:/home/hemera# curl –i -v >>>>> http://192.168.3.1:8776/v1/ >>>>> * Input domain encoded as `UTF-8' >>>>> * getaddrinfo(3) failed for xn--i-5gn:80 >>>>> * Couldn't resolve host '–i' >>>>> * Closing connection #0 >>>>> curl: (6) Couldn't resolve host '–i' >>>>> * About to connect() to 192.168.3.1 port 8776 (#0) >>>>> * Trying 192.168.3.1... connected >>>>> > GET /v1/ HTTP/1.1 >>>>> > User-Agent: curl/7.22.0 (x86_64-pc-linux-gnu) libcurl/7.22.0 >>>>> OpenSSL/1.0.1 zlib/1.2.3.4 libidn/1.23 librtmp/2.3 >>>>> > Host: 192.168.3.1:8776 >>>>> > Accept: */* >>>>> > >>>>> < HTTP/1.1 401 Unauthorized >>>>> < Www-Authenticate: Keystone uri='http://192.168.3.1:35357' >>>>> < Content-Length: 381 >>>>> < Content-Type: text/html; charset=UTF-8 >>>>> < Date: Tue, 24 Sep 2013 16:14:35 GMT >>>>> < >>>>> >>>>> >>>>> 401 Unauthorized >>>>> >>>>> >>>>>

401 Unauthorized

>>>>> This server could not verify that you are authorized to access the >>>>> document you requested. Either you supplied the wrong credentials (e.g., >>>>> bad password), or your browser does not understand how to supply the >>>>> credentials required.

>>>>> Authentication required >>>>> >>>>> >>>>> >>>>> * Connection #0 to host 192.168.3.1 left intact >>>>> * Closing connection #0 >>>>> >>>>> >>>>> tail –f /var/log/cinder/cinder-api.log >>>>> ==> /var/log/cinder/cinder-api.log <== >>>>> 2013-09-24 13:12:27 WARNING [keystoneclient.middleware.auth_token] >>>>> Unable to find authentication token in headers >>>>> 2013-09-24 13:12:27 INFO [keystoneclient.middleware.auth_token] >>>>> Invalid user token - rejecting request >>>>> 2013-09-24 13:13:31 WARNING [keystoneclient.middleware.auth_token] >>>>> Unable to find authentication token in headers >>>>> 2013-09-24 13:13:31 INFO [keystoneclient.middleware.auth_token] >>>>> Invalid user token - rejecting request >>>>> 2013-09-24 13:13:35 WARNING [keystoneclient.middleware.auth_token] >>>>> Unable to find authentication token in headers >>>>> 2013-09-24 13:13:35 INFO [keystoneclient.middleware.auth_token] >>>>> Invalid user token - rejecting request >>>>> 2013-09-24 13:13:45 WARNING [keystoneclient.middleware.auth_token] >>>>> Unable to find authentication token in headers >>>>> 2013-09-24 13:13:45 INFO [keystoneclient.middleware.auth_token] >>>>> Invalid user token - rejecting request >>>>> 2013-09-24 13:14:35 WARNING [keystoneclient.middleware.auth_token] >>>>> Unable to find authentication token in headers >>>>> 2013-09-24 13:14:35 INFO [keystoneclient.middleware.auth_token] >>>>> Invalid user token - rejecting request >>>>> >>>>> >>>>> I've sourced my openrc with my admin credentials. >>>>> >>>>> Any ideas? >>>>> >>>>> Thank you. >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> 2013/9/24 O'Driscoll, Cian >>>>> >>>>>> Format looks good**** >>>>>> >>>>>> ** ** >>>>>> >>>>>> Try a simple curl “curl –iv http://192.168.3.1:8776/v1/” and see >>>>>> what returns**** >>>>>> >>>>>> ** ** >>>>>> >>>>>> Your api service is probably not up and running or is throwing an >>>>>> exception**** >>>>>> >>>>>> ** ** >>>>>> >>>>>> “tial –f /var/log/cinder/cinder-api.log” on the api node while you >>>>>> run the curl. **** >>>>>> >>>>>> ** ** >>>>>> >>>>>> Cian O'Driscoll**** >>>>>> >>>>>> Systems Software Engineer**** >>>>>> >>>>>> HP Cloud Services**** >>>>>> >>>>>> Hewlett Packard Galway Ltd.**** >>>>>> >>>>>> Tel: +353-91-75-4432**** >>>>>> >>>>>> ** ** >>>>>> >>>>>> Postal Address: Hewlett Packard Galway Limited, Ballybrit Business >>>>>> Park, Galway **** >>>>>> >>>>>> Registered Office: Hewlett Packard Galway Limited, 63-74 Sir John >>>>>> Rogerson's Quay Dublin 2 Registered Number: 361933**** >>>>>> >>>>>> ** ** >>>>>> >>>>>> *From:* Guilherme Russi [mailto:luisguilherme.cr at gmail.com] >>>>>> *Sent:* 24 September 2013 16:36 >>>>>> *To:* O'Driscoll, Cian >>>>>> *Cc:* Marcelo Dieder; openstack >>>>>> >>>>>> *Subject:* Re: [Openstack] Cinder error**** >>>>>> >>>>>> ** ** >>>>>> >>>>>> Hello Cian, thank you for reply, here is the output:**** >>>>>> >>>>>> ** ** >>>>>> >>>>>> cinder --debug list**** >>>>>> >>>>>> ** ** >>>>>> >>>>>> REQ: curl -i http://localhost:5000/v2.0/tokens -X POST -H >>>>>> "Content-Type: application/json" -H "Accept: application/json" -H >>>>>> "User-Agent: python-cinderclient" -d '{"auth": {"tenantName": "admin", >>>>>> "passwordCredentials": {"username": "admin", "password": "password"}}}' >>>>>> **** >>>>>> >>>>>> ** ** >>>>>> >>>>>> RESP: [200] {'date': 'Tue, 24 Sep 2013 15:34:41 GMT', 'content-type': >>>>>> 'application/json', 'content-length': '5851', 'vary': 'X-Auth-Token'} >>>>>> **** >>>>>> >>>>>> RESP BODY: {"access": {"token": {"issued_at": >>>>>> "2013-09-24T15:34:41.362645", "expires": "2013-09-25T15:34:41Z", "id": >>>>>> "MIIKVAYJKoZIhvcNAQcCoIIKRTCCCkECAQExCTAHBgUrDgMCGjCCCS0GCSqGSIb3DQEHAaCCCR4EggkaeyJhY2Nlc3MiOiB7InRva2VuIjogeyJpc3N1ZWRfYXQiOiAiMjAxMy0wOS0yNFQxNTozNDo0MS4zNjI2NDUiLCAiZXhwaXJlcyI6ICIyMDEzLTA5LTI1VDE1OjM0OjQxWiIsICJpZCI6ICJwbGFjZWhvbGRlciIsICJ0ZW5hbnQiOiB7ImRlc2NyaXB0aW9uIjogbnVsbCwgImVuYWJsZWQiOiB0cnVlLCAiaWQiOiAiM2Y1ZTEyMmVmYTZkNDQ4Njk0NmVmZDA1ZTY2ZjE5ZTQiLCAibmFtZSI6ICJhZG1pbiJ9fSwgInNlcnZpY2VDYXRhbG9nIjogW3siZW5kcG9pbnRzIjogW3siYWRtaW5VUkwiOiAiaHR0cDovLzE5Mi4xNjguMy4xOjg3NzQvdjIvM2Y1ZTEyMmVmYTZkNDQ4Njk0NmVmZDA1ZTY2ZjE5ZTQiLCAicmVnaW9uIjogIlJlZ2lvbk9uZSIsICJpbnRlcm5hbFVSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6ODc3NC92Mi8zZjVlMTIyZWZhNmQ0NDg2OTQ2ZWZkMDVlNjZmMTllNCIsICJpZCI6ICIxNTA4NmYxYjc3ZDU0OTAyYWUxNmYyMTQ2YmEwMDZjYyIsICJwdWJsaWNVUkwiOiAiaHR0cDovLzE5Mi4xNjguMy4xOjg3NzQvdjIvM2Y1ZTEyMmVmYTZkNDQ4Njk0NmVmZDA1ZTY2ZjE5ZTQifV0sICJlbmRwb2ludHNfbGlua3MiOiBbXSwgInR5cGUiOiAiY29tcHV0ZSIsICJuYW1lIjogIm5vdmEifSwgeyJlbmRwb2ludHMiOiBbeyJhZG1pblVSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6OTY5Ni8iLCAicmVnaW9uIjogIlJlZ2lvbk9uZSIsICJpbnRlcm5hbFVSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6OTY5Ni8iLCAiaWQiOiAiMzdlNjA4MmYzOWZkNDc5YWEyYmQ3NjI5NzczN2MxMDAiLCAicHVibGljVVJMIjogImh0dHA6Ly8xOTIuMTY4LjMuMTo5Njk2LyJ9XSwgImVuZHBvaW50c19saW5rcyI6IFtdLCAidHlwZSI6ICJuZXR3b3JrIiwgIm5hbWUiOiAicXVhbnR1bSJ9LCB7ImVuZHBvaW50cyI6IFt7ImFkbWluVVJMIjogImh0dHA6Ly8xOTIuMTY4LjMuMTo5MjkyIiwgInJlZ2lvbiI6ICJSZWdpb25PbmUiLCAiaW50ZXJuYWxVUkwiOiAiaHR0cDovLzE5Mi4xNjguMy4xOjkyOTIiLCAiaWQiOiAiMTE5MmIwYjUzMTM2NDJiZWI4ZTA4MTk3ZmUxMWEwZmMiLCAicHVibGljVVJMIjogImh0dHA6Ly8xOTIuMTY4LjMuMTo5MjkyIn1dLCAiZW5kcG9pbnRzX2xpbmtzIjogW10sICJ0eXBlIjogImltYWdlIiwgIm5hbWUiOiAiZ2xhbmNlIn0sIHsiZW5kcG9pbnRzIjogW3siYWRtaW5VUkwiOiAiaHR0cDovLzE5Mi4xNjguMy4xOjg3NzYvdjEvM2Y1ZTEyMmVmYTZkNDQ4Njk0NmVmZDA1ZTY2ZjE5ZTQiLCAicmVnaW9uIjogIlJlZ2lvbk9uZSIsICJpbnRlcm5hbFVSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6ODc3Ni92MS8zZjVlMTIyZWZhNmQ0NDg2OTQ2ZWZkMDVlNjZmMTllNCIsICJpZCI6ICIwYzcxZWMyMTJmNDg0MmNhOTUxMGQ3NGMzMzM4Zjg1OCIsICJwdWJsaWNVUkwiOiAiaHR0cDovLzE5Mi4xNjguMy4xOjg3NzYvdjEvXG4zZjVlMTIyZWZhNmQ0NDg2OTQ2ZWZkMDVlNjZmMTllNCJ9XSwgImVuZHBvaW50c19saW5rcyI6IFtdLCAidHlwZSI6ICJ2b2x1bWUiLCAibmFtZSI6ICJjaW5kZXIifSwgeyJlbmRwb2ludHMiOiBbeyJhZG1pblVSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6ODc3My9zZXJ2aWNlcy9BZG1pbiIsICJyZWdpb24iOiAiUmVnaW9uT25lIiwgImludGVybmFsVVJMIjogImh0dHA6Ly8xOTIuMTY4LjMuMTo4NzczL3NlcnZpY2VzL0Nsb3VkIiwgImlkIjogIjQ4YmNhN2Q1ZWY3ZjQ1MDE4MmQ5YjZjMDQ5MWU3ZGM3IiwgInB1YmxpY1VSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6ODc3My9zZXJ2aWNlcy9DbG91ZCJ9XSwgImVuZHBvaW50c19saW5rcyI6IFtdLCAidHlwZSI6ICJlYzIiLCAibmFtZSI6ICJlYzIifSwgeyJlbmRwb2ludHMiOiBbeyJhZG1pblVSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6MzUzNTcvdjIuMCIsICJyZWdpb24iOiAiUmVnaW9uT25lIiwgImludGVybmFsVVJMIjogImh0dHA6Ly8xOTIuMTY4LjMuMTo1MDAwL3YyLjAiLCAiaWQiOiAiMDg5MWNmYTg4NTY3NGRiNzk2NzRlY2Q4YzZlNGM1MzMiLCAicHVibGljVVJMIjogImh0dHA6Ly8xOTIuMTY4LjMuMTo1MDAwL3YyLjAifV0sICJlbmRwb2ludHNfbGlua3MiOiBbXSwgInR5cGUiOiAiaWRlbnRpdHkiLCAibmFtZSI6ICJrZXlzdG9uZSJ9XSwgInVzZXIiOiB7InVzZXJuYW1lIjogImFkbWluIiwgInJvbGVzX2xpbmtzIjogW10sICJpZCI6ICIzYWM0MTdiMjM5MWE0NTM1ODNlYzMwMDgxMjZkNzUzZiIsICJyb2xlcyI6IFt7Im5hbWUiOiAiYWRtaW4ifV0sICJuYW1lIjogImFkbWluIn0sICJtZXRhZGF0YSI6IHsiaXNfYWRtaW4iOiAwLCAicm9sZXMiOiBbIjMyMWE0M2FjMzM3OTQ0YWM4ODkxMjdiNzk3YmU3ZDlhIl19fX0xgf8wgfwCAQEwXDBXMQswCQYDVQQGEwJVUzEOMAwGA1UECBMFVW5zZXQxDjAMBgNVBAcTBVVuc2V0MQ4wDAYDVQQKEwVVbnNldDEYMBYGA1UEAxMPd3d3LmV4YW1wbGUuY29tAgEBMAcGBSsOAwIaMA0GCSqGSIb3DQEBAQUABIGAM7Q9YgDWl+2-Hi7V3JBDrLu1PPA3cgfG7ZW8fPtSGpNeuumENW9CjnS-ZBZccD6kKcKl61VM8oBmfn8lAFBHTCkuMl+iDrfV+O8EmsqrB9fyKj9P1mJAAE0X92Weh4FygcjHk5eBKZjPyy3rFJRJo9nmKwzYmcOB+9xehCDlnTw=", >>>>>> "tenant": {"description": null, "enabled": true, "id": >>>>>> "3f5e122efa6d4486946efd05e66f19e4", "name": "admin"}}, "serviceCatalog": >>>>>> [{"endpoints": [{"adminURL": " >>>>>> http://192.168.3.1:8774/v2/3f5e122efa6d4486946efd05e66f19e4", >>>>>> "region": "RegionOne", "internalURL": " >>>>>> http://192.168.3.1:8774/v2/3f5e122efa6d4486946efd05e66f19e4", "id": >>>>>> "15086f1b77d54902ae16f2146ba006cc", "publicURL": " >>>>>> http://192.168.3.1:8774/v2/3f5e122efa6d4486946efd05e66f19e4"}], >>>>>> "endpoints_links": [], "type": "compute", "name": "nova"}, {"endpoints": >>>>>> [{"adminURL": "http://192.168.3.1:9696/", "region": "RegionOne", >>>>>> "internalURL": "http://192.168.3.1:9696/", "id": >>>>>> "37e6082f39fd479aa2bd76297737c100", "publicURL": " >>>>>> http://192.168.3.1:9696/"}], "endpoints_links": [], "type": >>>>>> "network", "name": "quantum"}, {"endpoints": [{"adminURL": " >>>>>> http://192.168.3.1:9292", "region": "RegionOne", "internalURL": " >>>>>> http://192.168.3.1:9292", "id": "1192b0b5313642beb8e08197fe11a0fc", >>>>>> "publicURL": "http://192.168.3.1:9292"}], "endpoints_links": [], >>>>>> "type": "image", "name": "glance"}, {"endpoints": [{"adminURL": " >>>>>> http://192.168.3.1:8776/v1/3f5e122efa6d4486946efd05e66f19e4", >>>>>> "region": "RegionOne", "internalURL": " >>>>>> http://192.168.3.1:8776/v1/3f5e122efa6d4486946efd05e66f19e4", "id": >>>>>> "0c71ec212f4842ca9510d74c3338f858", "publicURL": " >>>>>> http://192.168.3.1:8776/v1/\n3f5e122efa6d4486946efd05e66f19e4"}], >>>>>> "endpoints_links": [], "type": "volume", "name": "cinder"}, {"endpoints": >>>>>> [{"adminURL": "http://192.168.3.1:8773/services/Admin", "region": >>>>>> "RegionOne", "internalURL": "http://192.168.3.1:8773/services/Cloud", >>>>>> "id": "48bca7d5ef7f450182d9b6c0491e7dc7", "publicURL": " >>>>>> http://192.168.3.1:8773/services/Cloud"}], "endpoints_links": [], >>>>>> "type": "ec2", "name": "ec2"}, {"endpoints": [{"adminURL": " >>>>>> http://192.168.3.1:35357/v2.0", "region": "RegionOne", >>>>>> "internalURL": "http://192.168.3.1:5000/v2.0", "id": >>>>>> "0891cfa885674db79674ecd8c6e4c533", "publicURL": " >>>>>> http://192.168.3.1:5000/v2.0"}], "endpoints_links": [], "type": >>>>>> "identity", "name": "keystone"}], "user": {"username": "admin", >>>>>> "roles_links": [], "id": "3ac417b2391a453583ec3008126d753f", "roles": >>>>>> [{"name": "admin"}], "name": "admin"}, "metadata": {"is_admin": 0, "roles": >>>>>> ["321a43ac337944ac889127b797be7d9a"]}}}**** >>>>>> >>>>>> ** ** >>>>>> >>>>>> ** ** >>>>>> >>>>>> REQ: curl -i http://192.168.3.1:8776/v1/**** >>>>>> >>>>>> 3f5e122efa6d4486946efd05e66f19e4/volumes/detail -X GET -H >>>>>> "X-Auth-Project-Id: admin" -H "User-Agent: python-cinderclient" -H "Accept: >>>>>> application/json" -H "X-Auth-Token: >>>>>> MIIKVAYJKoZIhvcNAQcCoIIKRTCCCkECAQExCTAHBgUrDgMCGjCCCS0GCSqGSIb3DQEHAaCCCR4EggkaeyJhY2Nlc3MiOiB7InRva2VuIjogeyJpc3N1ZWRfYXQiOiAiMjAxMy0wOS0yNFQxNTozNDo0MS4zNjI2NDUiLCAiZXhwaXJlcyI6ICIyMDEzLTA5LTI1VDE1OjM0OjQxWiIsICJpZCI6ICJwbGFjZWhvbGRlciIsICJ0ZW5hbnQiOiB7ImRlc2NyaXB0aW9uIjogbnVsbCwgImVuYWJsZWQiOiB0cnVlLCAiaWQiOiAiM2Y1ZTEyMmVmYTZkNDQ4Njk0NmVmZDA1ZTY2ZjE5ZTQiLCAibmFtZSI6ICJhZG1pbiJ9fSwgInNlcnZpY2VDYXRhbG9nIjogW3siZW5kcG9pbnRzIjogW3siYWRtaW5VUkwiOiAiaHR0cDovLzE5Mi4xNjguMy4xOjg3NzQvdjIvM2Y1ZTEyMmVmYTZkNDQ4Njk0NmVmZDA1ZTY2ZjE5ZTQiLCAicmVnaW9uIjogIlJlZ2lvbk9uZSIsICJpbnRlcm5hbFVSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6ODc3NC92Mi8zZjVlMTIyZWZhNmQ0NDg2OTQ2ZWZkMDVlNjZmMTllNCIsICJpZCI6ICIxNTA4NmYxYjc3ZDU0OTAyYWUxNmYyMTQ2YmEwMDZjYyIsICJwdWJsaWNVUkwiOiAiaHR0cDovLzE5Mi4xNjguMy4xOjg3NzQvdjIvM2Y1ZTEyMmVmYTZkNDQ4Njk0NmVmZDA1ZTY2ZjE5ZTQifV0sICJlbmRwb2ludHNfbGlua3MiOiBbXSwgInR5cGUiOiAiY29tcHV0ZSIsICJuYW1lIjogIm5vdmEifSwgeyJlbmRwb2ludHMiOiBbeyJhZG1pblVSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6OTY5Ni8iLCAicmVnaW9uIjogIlJlZ2lvbk9uZSIsICJpbnRlcm5hbFVSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6OTY5Ni8iLCAiaWQiOiAiMzdlNjA4MmYzOWZkNDc5YWEyYmQ3NjI5NzczN2MxMDAiLCAicHVibGljVVJMIjogImh0dHA6Ly8xOTIuMTY4LjMuMTo5Njk2LyJ9XSwgImVuZHBvaW50c19saW5rcyI6IFtdLCAidHlwZSI6ICJuZXR3b3JrIiwgIm5hbWUiOiAicXVhbnR1bSJ9LCB7ImVuZHBvaW50cyI6IFt7ImFkbWluVVJMIjogImh0dHA6Ly8xOTIuMTY4LjMuMTo5MjkyIiwgInJlZ2lvbiI6ICJSZWdpb25PbmUiLCAiaW50ZXJuYWxVUkwiOiAiaHR0cDovLzE5Mi4xNjguMy4xOjkyOTIiLCAiaWQiOiAiMTE5MmIwYjUzMTM2NDJiZWI4ZTA4MTk3ZmUxMWEwZmMiLCAicHVibGljVVJMIjogImh0dHA6Ly8xOTIuMTY4LjMuMTo5MjkyIn1dLCAiZW5kcG9pbnRzX2xpbmtzIjogW10sICJ0eXBlIjogImltYWdlIiwgIm5hbWUiOiAiZ2xhbmNlIn0sIHsiZW5kcG9pbnRzIjogW3siYWRtaW5VUkwiOiAiaHR0cDovLzE5Mi4xNjguMy4xOjg3NzYvdjEvM2Y1ZTEyMmVmYTZkNDQ4Njk0NmVmZDA1ZTY2ZjE5ZTQiLCAicmVnaW9uIjogIlJlZ2lvbk9uZSIsICJpbnRlcm5hbFVSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6ODc3Ni92MS8zZjVlMTIyZWZhNmQ0NDg2OTQ2ZWZkMDVlNjZmMTllNCIsICJpZCI6ICIwYzcxZWMyMTJmNDg0MmNhOTUxMGQ3NGMzMzM4Zjg1OCIsICJwdWJsaWNVUkwiOiAiaHR0cDovLzE5Mi4xNjguMy4xOjg3NzYvdjEvXG4zZjVlMTIyZWZhNmQ0NDg2OTQ2ZWZkMDVlNjZmMTllNCJ9XSwgImVuZHBvaW50c19saW5rcyI6IFtdLCAidHlwZSI6ICJ2b2x1bWUiLCAibmFtZSI6ICJjaW5kZXIifSwgeyJlbmRwb2ludHMiOiBbeyJhZG1pblVSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6ODc3My9zZXJ2aWNlcy9BZG1pbiIsICJyZWdpb24iOiAiUmVnaW9uT25lIiwgImludGVybmFsVVJMIjogImh0dHA6Ly8xOTIuMTY4LjMuMTo4NzczL3NlcnZpY2VzL0Nsb3VkIiwgImlkIjogIjQ4YmNhN2Q1ZWY3ZjQ1MDE4MmQ5YjZjMDQ5MWU3ZGM3IiwgInB1YmxpY1VSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6ODc3My9zZXJ2aWNlcy9DbG91ZCJ9XSwgImVuZHBvaW50c19saW5rcyI6IFtdLCAidHlwZSI6ICJlYzIiLCAibmFtZSI6ICJlYzIifSwgeyJlbmRwb2ludHMiOiBbeyJhZG1pblVSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6MzUzNTcvdjIuMCIsICJyZWdpb24iOiAiUmVnaW9uT25lIiwgImludGVybmFsVVJMIjogImh0dHA6Ly8xOTIuMTY4LjMuMTo1MDAwL3YyLjAiLCAiaWQiOiAiMDg5MWNmYTg4NTY3NGRiNzk2NzRlY2Q4YzZlNGM1MzMiLCAicHVibGljVVJMIjogImh0dHA6Ly8xOTIuMTY4LjMuMTo1MDAwL3YyLjAifV0sICJlbmRwb2ludHNfbGlua3MiOiBbXSwgInR5cGUiOiAiaWRlbnRpdHkiLCAibmFtZSI6ICJrZXlzdG9uZSJ9XSwgInVzZXIiOiB7InVzZXJuYW1lIjogImFkbWluIiwgInJvbGVzX2xpbmtzIjogW10sICJpZCI6ICIzYWM0MTdiMjM5MWE0NTM1ODNlYzMwMDgxMjZkNzUzZiIsICJyb2xlcyI6IFt7Im5hbWUiOiAiYWRtaW4ifV0sICJuYW1lIjogImFkbWluIn0sICJtZXRhZGF0YSI6IHsiaXNfYWRtaW4iOiAwLCAicm9sZXMiOiBbIjMyMWE0M2FjMzM3OTQ0YWM4ODkxMjdiNzk3YmU3ZDlhIl19fX0xgf8wgfwCAQEwXDBXMQswCQYDVQQGEwJVUzEOMAwGA1UECBMFVW5zZXQxDjAMBgNVBAcTBVVuc2V0MQ4wDAYDVQQKEwVVbnNldDEYMBYGA1UEAxMPd3d3LmV4YW1wbGUuY29tAgEBMAcGBSsOAwIaMA0GCSqGSIb3DQEBAQUABIGAM7Q9YgDWl+2-Hi7V3JBDrLu1PPA3cgfG7ZW8fPtSGpNeuumENW9CjnS-ZBZccD6kKcKl61VM8oBmfn8lAFBHTCkuMl+iDrfV+O8EmsqrB9fyKj9P1mJAAE0X92Weh4FygcjHk5eBKZjPyy3rFJRJo9nmKwzYmcOB+9xehCDlnTw=" >>>>>> **** >>>>>> >>>>>> ** ** >>>>>> >>>>>> RESP: [400] {'date': 'Tue, 24 Sep 2013 15:34:41 GMT', >>>>>> 'content-length': '65', 'content-type': 'application/json; charset=UTF-8', >>>>>> 'x-compute-request-id': 'req-68921414-7571-470d-884d-717a9f23c141'}** >>>>>> ** >>>>>> >>>>>> RESP BODY: {"badRequest": {"message": "Malformed request url", >>>>>> "code": 400}}**** >>>>>> >>>>>> ** ** >>>>>> >>>>>> DEBUG (shell:495) Malformed request url (HTTP 400) (Request-ID: >>>>>> req-68921414-7571-470d-884d-717a9f23c141)**** >>>>>> >>>>>> Traceback (most recent call last):**** >>>>>> >>>>>> File "/usr/lib/python2.7/dist-packages/cinderclient/shell.py", line >>>>>> 490, in main**** >>>>>> >>>>>> OpenStackCinderShell().main(map(strutils.safe_decode, >>>>>> sys.argv[1:]))**** >>>>>> >>>>>> File "/usr/lib/python2.7/dist-packages/cinderclient/shell.py", line >>>>>> 441, in main**** >>>>>> >>>>>> args.func(self.cs, args)**** >>>>>> >>>>>> File "/usr/lib/python2.7/dist-packages/cinderclient/v1/shell.py", >>>>>> line 143, in do_list**** >>>>>> >>>>>> volumes = cs.volumes.list(search_opts=search_opts)**** >>>>>> >>>>>> File "/usr/lib/python2.7/dist-packages/cinderclient/v1/volumes.py", >>>>>> line 204, in list**** >>>>>> >>>>>> "volumes")**** >>>>>> >>>>>> File "/usr/lib/python2.7/dist-packages/cinderclient/base.py", line >>>>>> 63, in _list**** >>>>>> >>>>>> resp, body = self.api.client.get(url)**** >>>>>> >>>>>> File "/usr/lib/python2.7/dist-packages/cinderclient/client.py", >>>>>> line 185, in get**** >>>>>> >>>>>> return self._cs_request(url, 'GET', **kwargs)**** >>>>>> >>>>>> File "/usr/lib/python2.7/dist-packages/cinderclient/client.py", >>>>>> line 153, in _cs_request**** >>>>>> >>>>>> **kwargs)**** >>>>>> >>>>>> File "/usr/lib/python2.7/dist-packages/cinderclient/client.py", >>>>>> line 136, in request**** >>>>>> >>>>>> raise exceptions.from_response(resp, body)**** >>>>>> >>>>>> BadRequest: Malformed request url (HTTP 400) (Request-ID: >>>>>> req-68921414-7571-470d-884d-717a9f23c141)**** >>>>>> >>>>>> ERROR: Malformed request url**** >>>>>> >>>>>> ** ** >>>>>> >>>>>> ** ** >>>>>> >>>>>> Regards.**** >>>>>> >>>>>> ** ** >>>>>> >>>>>> 2013/9/24 O'Driscoll, Cian **** >>>>>> >>>>>> Hi Guilherme,**** >>>>>> >>>>>> **** >>>>>> >>>>>> If you run “cinder –debug list” and reply with the output, We should >>>>>> be able to see what’s wrong. **** >>>>>> >>>>>> Sounds like your block storage url is incorrectly formatted in >>>>>> keystone.**** >>>>>> >>>>>> **** >>>>>> >>>>>> Thanks,**** >>>>>> >>>>>> Cian**** >>>>>> >>>>>> **** >>>>>> >>>>>> Cian O'Driscoll**** >>>>>> >>>>>> Systems Software Engineer**** >>>>>> >>>>>> HP Cloud Services**** >>>>>> >>>>>> Hewlett Packard Galway Ltd.**** >>>>>> >>>>>> **** >>>>>> >>>>>> *From:* Guilherme Russi [mailto:luisguilherme.cr at gmail.com] **** >>>>>> >>>>>> *Sent:* 24 September 2013 14:53 >>>>>> *To:* Marcelo Dieder >>>>>> *Cc:* openstack**** >>>>>> >>>>>> *Subject:* Re: [Openstack] Cinder error**** >>>>>> >>>>>> **** >>>>>> >>>>>> Hello guys, I've changed the rabbit error, but I still can't >>>>>> associate a volume to my VMs, when I type cinder list I get the Malformed >>>>>> request url. I've already checked my keystone and it looks fine to me. Any >>>>>> ideas?**** >>>>>> >>>>>> **** >>>>>> >>>>>> Regards.**** >>>>>> >>>>>> **** >>>>>> >>>>>> 2013/9/23 Guilherme Russi **** >>>>>> >>>>>> It's what i've got too:**** >>>>>> >>>>>> **** >>>>>> >>>>>> root at hemera:/home/hemera# rabbitmqctl list_permissions**** >>>>>> >>>>>> Listing permissions in vhost "/" ...**** >>>>>> >>>>>> guest .* .* .***** >>>>>> >>>>>> ...done.**** >>>>>> >>>>>> **** >>>>>> >>>>>> Regards.**** >>>>>> >>>>>> **** >>>>>> >>>>>> **** >>>>>> >>>>>> 2013/9/23 Marcelo Dieder **** >>>>>> >>>>>> Hi Guilherme, >>>>>> >>>>>> The RabbitMQ has virtual host for many applications. Default, the >>>>>> Rabbit created a default virtualhost with /. >>>>>> >>>>>> You can see this with the command: >>>>>> >>>>>> root at controller:~# rabbitmqctl list_permissions >>>>>> Listing permissions in vhost "/" ... >>>>>> guest .* .* .* >>>>>> ...done. >>>>>> >>>>>> Regards, >>>>>> >>>>>> Marcelo Dieder**** >>>>>> >>>>>> **** >>>>>> >>>>>> On 09/23/2013 04:57 PM, Guilherme Russi wrote:**** >>>>>> >>>>>> I guess I've got something: **** >>>>>> >>>>>> **** >>>>>> >>>>>> 2013-09-23 16:52:17 INFO [cinder.openstack.common.rpc.common] >>>>>> Connected to AMQP server on localhost:5672**** >>>>>> >>>>>> **** >>>>>> >>>>>> I've found this page >>>>>> https://ask.openstack.org/en/question/4581/cinder-unable-to-connect-to-rabbitmq/ and zipmaster07 >>>>>> answered "rabbit_virtual_host = /nova**** >>>>>> >>>>>> I commented out the "rabbit_virtual_host", restarted all cinder >>>>>> services and I can see a successful connection to AMQP now."**** >>>>>> >>>>>> And I did that, now it's connected, but what is this >>>>>> rabbit_virtual_host? What does it do?**** >>>>>> >>>>>> I'll test my volumes now.**** >>>>>> >>>>>> **** >>>>>> >>>>>> Regards.**** >>>>>> >>>>>> **** >>>>>> >>>>>> **** >>>>>> >>>>>> **** >>>>>> >>>>>> **** >>>>>> >>>>>> 2013/9/23 Guilherme Russi **** >>>>>> >>>>>> I've looked at the quantum/server.log and nova-scheduler.log and they >>>>>> show:**** >>>>>> >>>>>> **** >>>>>> >>>>>> 2013-09-23 16:25:27 INFO [quantum.openstack.common.rpc.common] >>>>>> Reconnecting to AMQP server on localhost:5672**** >>>>>> >>>>>> 2013-09-23 16:25:27 INFO [quantum.openstack.common.rpc.common] >>>>>> Connected to AMQP server on localhost:5672**** >>>>>> >>>>>> **** >>>>>> >>>>>> 2013-09-23 16:24:01.830 5971 INFO nova.openstack.common.rpc.common >>>>>> [-] Reconnecting to AMQP server on 127.0.0.1:5672**** >>>>>> >>>>>> 2013-09-23 16:24:01.879 5971 INFO nova.openstack.common.rpc.common >>>>>> [-] Connected to AMQP server on 127.0.0.1:5672**** >>>>>> >>>>>> **** >>>>>> >>>>>> But at the cinder-volume.log:**** >>>>>> >>>>>> **** >>>>>> >>>>>> INFO [cinder.openstack.common.rpc.common] Reconnecting to AMQP server >>>>>> on localhost:5672**** >>>>>> >>>>>> 2013-09-23 16:46:04 ERROR [cinder.openstack.common.rpc.common] >>>>>> AMQP server on localhost:5672 is unreachable: Socket closed. Trying again >>>>>> in 30 seconds.**** >>>>>> >>>>>> **** >>>>>> >>>>>> **** >>>>>> >>>>>> I was typing when you sent your answer, here is it:**** >>>>>> >>>>>> **** >>>>>> >>>>>> rabbitmq-server status**** >>>>>> >>>>>> Status of node rabbit at hemera ...**** >>>>>> >>>>>> [{pid,17266},**** >>>>>> >>>>>> {running_applications,[{rabbit,"RabbitMQ","2.7.1"},**** >>>>>> >>>>>> {os_mon,"CPO CXC 138 46","2.2.7"},**** >>>>>> >>>>>> {sasl,"SASL CXC 138 11","2.1.10"},**** >>>>>> >>>>>> {mnesia,"MNESIA CXC 138 12","4.5"},**** >>>>>> >>>>>> {stdlib,"ERTS CXC 138 10","1.17.5"},**** >>>>>> >>>>>> {kernel,"ERTS CXC 138 10","2.14.5"}]},**** >>>>>> >>>>>> {os,{unix,linux}},**** >>>>>> >>>>>> {erlang_version,"Erlang R14B04 (erts-5.8.5) [source] [64-bit] >>>>>> [smp:4:4] [rq:4] [async-threads:30] [kernel-poll:true]\n"},**** >>>>>> >>>>>> {memory,[{total,30926120},**** >>>>>> >>>>>> {processes,14354392},**** >>>>>> >>>>>> {processes_used,14343184},**** >>>>>> >>>>>> {system,16571728},**** >>>>>> >>>>>> {atom,1124441},**** >>>>>> >>>>>> {atom_used,1120343},**** >>>>>> >>>>>> {binary,268176},**** >>>>>> >>>>>> {code,11134417},**** >>>>>> >>>>>> {ets,2037120}]},**** >>>>>> >>>>>> {vm_memory_high_watermark,0.4},**** >>>>>> >>>>>> {vm_memory_limit,3299385344}]**** >>>>>> >>>>>> ...done.**** >>>>>> >>>>>> **** >>>>>> >>>>>> **** >>>>>> >>>>>> Yes, I've restarted the rabbitmq-server, but as you can see at the >>>>>> logs, quantum and nova are connected.**** >>>>>> >>>>>> **** >>>>>> >>>>>> Ideas??**** >>>>>> >>>>>> **** >>>>>> >>>>>> Regards.**** >>>>>> >>>>>> **** >>>>>> >>>>>> **** >>>>>> >>>>>> 2013/9/23 Marcelo Dieder **** >>>>>> >>>>>> What's the status of your rabbitmq? >>>>>> >>>>>> # rabbitmqctl status >>>>>> >>>>>> And do you tried restart the rabbitmq? >>>>>> >>>>>> Regards, >>>>>> Marcelo Dieder**** >>>>>> >>>>>> On 09/23/2013 03:31 PM, Guilherme Russi wrote:**** >>>>>> >>>>>> Yes, it is at the same place **** >>>>>> >>>>>> **** >>>>>> >>>>>> cat /etc/cinder/cinder.conf **** >>>>>> >>>>>> [DEFAULT]**** >>>>>> >>>>>> rootwrap_config=/etc/cinder/rootwrap.conf**** >>>>>> >>>>>> sql_connection = mysql://cinder:password at localhost/cinder**** >>>>>> >>>>>> api_paste_confg = /etc/cinder/api-paste.ini**** >>>>>> >>>>>> iscsi_helper=ietadm**** >>>>>> >>>>>> #iscsi_helper = tgtadm**** >>>>>> >>>>>> volume_name_template = volume-%s**** >>>>>> >>>>>> volume_group = cinder-volumes**** >>>>>> >>>>>> verbose = True**** >>>>>> >>>>>> auth_strategy = keystone**** >>>>>> >>>>>> iscsi_ip_address=localhost**** >>>>>> >>>>>> rabbit_host = localhost**** >>>>>> >>>>>> rabbit_port = 5672**** >>>>>> >>>>>> rabbit_userid = rabbit**** >>>>>> >>>>>> rabbit_password = password**** >>>>>> >>>>>> rabbit_virtual_host = /nova**** >>>>>> >>>>>> state_path = /var/lib/cinder**** >>>>>> >>>>>> lock_path = /var/lock/cinder**** >>>>>> >>>>>> volumes_dir = /var/lib/cinder/volumes**** >>>>>> >>>>>> **** >>>>>> >>>>>> Another idea?**** >>>>>> >>>>>> **** >>>>>> >>>>>> Regards.**** >>>>>> >>>>>> **** >>>>>> >>>>>> 2013/9/23 Gangur, Hrushikesh (HP Converged Cloud - R&D - Sunnyvale) < >>>>>> hrushikesh.gangur at hp.com>**** >>>>>> >>>>>> Ensure that cinder configuration files have correct IP of rabbimq >>>>>> host.**** >>>>>> >>>>>> **** >>>>>> >>>>>> *From:* Guilherme Russi [mailto:luisguilherme.cr at gmail.com] >>>>>> *Sent:* Monday, September 23, 2013 10:53 AM >>>>>> *To:* openstack >>>>>> *Subject:* [Openstack] Cinder error**** >>>>>> >>>>>> **** >>>>>> >>>>>> Hello guys, I'm reinstalling my OpenStack Grizzly and I'm getting >>>>>> problem with my cinder, I'm getting "*Error: *Unable to retrieve >>>>>> volume list." I was looking at the cinder log and I only found this error: >>>>>> ERROR [cinder.openstack.common.rpc.common] AMQP server on >>>>>> 192.168.3.1:5672 is unreachable: Socket closed. Trying again in 30 >>>>>> seconds.**** >>>>>> >>>>>> **** >>>>>> >>>>>> I have a partition created:**** >>>>>> >>>>>> **** >>>>>> >>>>>> pvdisplay **** >>>>>> >>>>>> --- Physical volume ---**** >>>>>> >>>>>> PV Name /dev/sda7**** >>>>>> >>>>>> VG Name cinder-volumes**** >>>>>> >>>>>> PV Size 279,59 GiB / not usable 1,00 MiB**** >>>>>> >>>>>> Allocatable yes **** >>>>>> >>>>>> PE Size 4,00 MiB**** >>>>>> >>>>>> Total PE 71574**** >>>>>> >>>>>> Free PE 66454**** >>>>>> >>>>>> Allocated PE 5120**** >>>>>> >>>>>> PV UUID KHITxF-uagF-xADc-F8fu-na8t-1OXT-rDFbQ6**** >>>>>> >>>>>> **** >>>>>> >>>>>> root at hemera:/home/hemera# vgdisplay **** >>>>>> >>>>>> --- Volume group ---**** >>>>>> >>>>>> VG Name cinder-volumes**** >>>>>> >>>>>> System ID **** >>>>>> >>>>>> Format lvm2**** >>>>>> >>>>>> Metadata Areas 1**** >>>>>> >>>>>> Metadata Sequence No 6**** >>>>>> >>>>>> VG Access read/write**** >>>>>> >>>>>> VG Status resizable**** >>>>>> >>>>>> MAX LV 0**** >>>>>> >>>>>> Cur LV 2**** >>>>>> >>>>>> Open LV 0**** >>>>>> >>>>>> Max PV 0**** >>>>>> >>>>>> Cur PV 1**** >>>>>> >>>>>> Act PV 1**** >>>>>> >>>>>> VG Size 279,59 GiB**** >>>>>> >>>>>> PE Size 4,00 MiB**** >>>>>> >>>>>> Total PE 71574**** >>>>>> >>>>>> Alloc PE / Size 5120 / 20,00 GiB**** >>>>>> >>>>>> Free PE / Size 66454 / 259,59 GiB**** >>>>>> >>>>>> VG UUID mhN3uV-n80a-zjeb-uR35-0IPb-BFmo-G2Qehu**** >>>>>> >>>>>> **** >>>>>> >>>>>> **** >>>>>> >>>>>> I don't know how to fix this error, any help?**** >>>>>> >>>>>> **** >>>>>> >>>>>> Thank you all and regards.**** >>>>>> >>>>>> **** >>>>>> >>>>>> Guilherme.**** >>>>>> >>>>>> **** >>>>>> >>>>>> **** >>>>>> >>>>>> _______________________________________________**** >>>>>> >>>>>> Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack**** >>>>>> >>>>>> Post to : openstack at lists.openstack.org**** >>>>>> >>>>>> Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack**** >>>>>> >>>>>> **** >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> Mailing list: >>>>>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>>>>> Post to : openstack at lists.openstack.org >>>>>> Unsubscribe : >>>>>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack**** >>>>>> >>>>>> **** >>>>>> >>>>>> **** >>>>>> >>>>>> **** >>>>>> >>>>>> **** >>>>>> >>>>>> **** >>>>>> >>>>>> ** ** >>>>>> >>>>> >>>>> >>>> >>> _______________________________________________ >>> Mailing list: >>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>> Post to : openstack at lists.openstack.org >>> Unsubscribe : >>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>> >>> >>> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From byron.mccollum at rackspace.com Thu Sep 26 13:30:57 2013 From: byron.mccollum at rackspace.com (Byron McCollum) Date: Thu, 26 Sep 2013 13:30:57 +0000 Subject: [Openstack] config_drive with Cinder boot from volume In-Reply-To: <8A82B3ED85B0A945BC6EAD7ABD180624186537EA@xmb-rcd-x04.cisco.com> References: <8A82B3ED85B0A945BC6EAD7ABD180624186537EA@xmb-rcd-x04.cisco.com> Message-ID: Are you talking about booting from a volume that was created from an image (bootable volume)? Depending on cloud-init's configuration, it might be configured to only run on first boot. If that volume had previously been used to boot an instance, cloud-init will not run on subsequent boots from the volume. Byron On Aug 29, 2013, at 9:54 PM, Steven Carter (stevenca) > wrote: When I boot a particular image from a Cinder volume, the cloud-init tools do not work. I can mount /dev/vdb manually and see the metadata file in the instance. When I boot that same glance image w/o Cinder, it works fine. Does anyone have guidance on what the problem is or where to look for clues? The cloud-init log file is not too terribly helpful. Thanks, Steven. _______________________________________________ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : openstack at lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack -------------- next part -------------- An HTML attachment was scrubbed... URL: From otavio.augusto at gmail.com Thu Sep 26 13:36:54 2013 From: otavio.augusto at gmail.com (=?ISO-8859-1?Q?Ot=E1vio_Augusto?=) Date: Thu, 26 Sep 2013 10:36:54 -0300 Subject: [Openstack] [openstack-dev] Does quantum work with vmware esxi ? In-Reply-To: References: Message-ID: I think so. One plugin at a time. /O Otavio Augusto "A human being should be able to change a diaper, plan an invasion, butcher a hog, conn a ship, design a building, write a sonnet, balance accounts, build a wall, set a bone, comfort the dying, take orders, give orders, cooperate, act alone, solve equations, analyze a new problem, pitch manure, program a computer, cook a tasty meal, fight efficiently, die gallantly. Specialization is for insects." Robert A. Heinlein 2013/9/26 Konglingxian > Dose it mean that when use Open vSwitch as Neutron Plugin, we can not > use both KVM and Vmware as the underlying hypervisors at the same time?*** > * > > ** ** > > It’s very appreciated that those folks from Vmware could answer this > question.**** > > ** ** > > I apologize if this question was already covered and I missed it.**** > > ** ** > > *------------------------------------------------------------* > > *Lingxian Kong* > > *Huawei Technologies Co.,LTD.* > > *IT Product Line CloudOS PDU* > > *China, Xi'an* > > *Mobile: +86-18602962792* > > *Email: konglingxian at huawei.com*** > > ** ** > > *From:* Dan Wendlandt [mailto:dan at nicira.com] > *Sent:* Tuesday, September 24, 2013 9:06 AM > *To:* OpenStack Development Mailing List > *Cc:* openstack at lists.openstack.org > *Subject:* Re: [openstack-dev] Does quantum work with vmware esxi ?**** > > ** ** > > Compatibility of various Quantum/Neutron plugins with various Nova > hypervisors is documented here: > http://docs.openstack.org/grizzly/openstack-network/admin/content/flexibility.html . > **** > > ** ** > > Dan**** > > ** ** > > ** ** > > ** ** > > ** ** > > On Mon, Sep 23, 2013 at 4:00 PM, openstack learner < > openstackleaner at gmail.com> wrote:**** > > Hi all,**** > > I am thinking about using quantum to do some network setting for the vms > on esxi host but I am not sure if it should work or not because the > VMwareVCDriver is listed as a compute driver. > > Last time when I enable the quantum service in my devstack installation, > there is a boot instance failure when i tried to boot an instance. I dont > know the if failure is caused by my devstack setting or it arose just > because quantum does not work with esxi. Anyone know if quantum works with > esxi ? > > > Thank you**** > > xin**** > > > _______________________________________________ > OpenStack-dev mailing list > OpenStack-dev at lists.openstack.org > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev**** > > > > **** > > ** ** > > -- > ~~~~~~~~~~~~~~~~~~~~~~~~~~~ > Dan Wendlandt **** > > Nicira, Inc: www.nicira.com**** > > twitter: danwendlandt > ~~~~~~~~~~~~~~~~~~~~~~~~~~~**** > > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From brandon.adams at newwave-technologies.com Thu Sep 26 13:40:19 2013 From: brandon.adams at newwave-technologies.com (Brandon Adams) Date: Thu, 26 Sep 2013 09:40:19 -0400 Subject: [Openstack] Adding an extra compute node Message-ID: Hi all, I'm trying to add a second compute node my dev cluster, I've already got one controller node and one network/compute node running perfectly. I've installed all of the necessary packages and everything seems to be running smoothly. However, when I create a private network and subnet, they don't seem to be applied to the extra node. That is, I can see the extra interfaces when I run ovs-vsctl show on the network/compute node, but not on the dedicated compute node. There are GRE tunnels which I assume connect the two nodes across the management network, and instances boot up on the new node. They just can't find the internal network and thus can't be reached at all. I'm running Grizzly on Ubuntu, using Quantum OpenVSwitch with GRE tunnels. I've already fixed an error regarding brcompatd running on both nodes, so I'm wondering what my next step is. Thanks. Brandon -------------- next part -------------- An HTML attachment was scrubbed... URL: From cristi.falcas at gmail.com Thu Sep 26 13:57:18 2013 From: cristi.falcas at gmail.com (Cristian Falcas) Date: Thu, 26 Sep 2013 16:57:18 +0300 Subject: [Openstack] Adding an extra compute node In-Reply-To: References: Message-ID: layer 3 is created only on the network node. On compute nodes you have layer 2 only (openvswitch) The gre tunnels should take care of everything magically :). Where are the instances attached (that should be tap$id and source qbr$id)? Do you use dhcp? On Thu, Sep 26, 2013 at 4:40 PM, Brandon Adams wrote: > Hi all, > > I'm trying to add a second compute node my dev cluster, I've already got one > controller node and one network/compute node running perfectly. I've > installed all of the necessary packages and everything seems to be running > smoothly. However, when I create a private network and subnet, they don't > seem to be applied to the extra node. That is, I can see the extra > interfaces when I run ovs-vsctl show on the network/compute node, but not on > the dedicated compute node. There are GRE tunnels which I assume connect the > two nodes across the management network, and instances boot up on the new > node. They just can't find the internal network and thus can't be reached at > all. I'm running Grizzly on Ubuntu, using Quantum OpenVSwitch with GRE > tunnels. I've already fixed an error regarding brcompatd running on both > nodes, so I'm wondering what my next step is. Thanks. > > Brandon > > _______________________________________________ > Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > From brandon.adams at newwave-technologies.com Thu Sep 26 14:17:38 2013 From: brandon.adams at newwave-technologies.com (Brandon Adams) Date: Thu, 26 Sep 2013 10:17:38 -0400 Subject: [Openstack] Adding an extra compute node In-Reply-To: References: Message-ID: Cristian, Thanks for responding so quickly. The instances should be attached to the internal network interface, which I can find on the network/compute node. It's under the namespace of the router for the project: *ip netns exec qrouter-4cff1882-1962-4084-9b48-cb1bcd048a4e ifconfig *shows two interfaces, one for the internal network and one for the external network. The problem I think is that this router isn't reachable from my extra compute node. When I create the router, its namespace does not appear on the extra node. And I am using dhcp, the quantum-dhcp-agent is installed on the network/compute node. Brandon On Thu, Sep 26, 2013 at 9:57 AM, Cristian Falcas wrote: > layer 3 is created only on the network node. On compute nodes you have > layer 2 only (openvswitch) > > The gre tunnels should take care of everything magically :). > > Where are the instances attached (that should be tap$id and source > qbr$id)? Do you use dhcp? > > > On Thu, Sep 26, 2013 at 4:40 PM, Brandon Adams > wrote: > > Hi all, > > > > I'm trying to add a second compute node my dev cluster, I've already got > one > > controller node and one network/compute node running perfectly. I've > > installed all of the necessary packages and everything seems to be > running > > smoothly. However, when I create a private network and subnet, they don't > > seem to be applied to the extra node. That is, I can see the extra > > interfaces when I run ovs-vsctl show on the network/compute node, but > not on > > the dedicated compute node. There are GRE tunnels which I assume connect > the > > two nodes across the management network, and instances boot up on the new > > node. They just can't find the internal network and thus can't be > reached at > > all. I'm running Grizzly on Ubuntu, using Quantum OpenVSwitch with GRE > > tunnels. I've already fixed an error regarding brcompatd running on both > > nodes, so I'm wondering what my next step is. Thanks. > > > > Brandon > > > > _______________________________________________ > > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > Post to : openstack at lists.openstack.org > > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From cristi.falcas at gmail.com Thu Sep 26 14:26:35 2013 From: cristi.falcas at gmail.com (Cristian Falcas) Date: Thu, 26 Sep 2013 17:26:35 +0300 Subject: [Openstack] Adding an extra compute node In-Reply-To: References: Message-ID: On br-ex you need to add an interface that has no ip but it's up: ovs-vsctl add-port br-ex eth1 ifconfig eth1 up the instance is not connected to the router namespace Check in /var/lib/nova/instances/$instance_id/libvirt.xml for source bridge and target dev try ip netns exec qrouter-4cff1882-1962-4084-9b48-cb1bcd048a4e ping $IP also, do the same from the dhcp namespace On Thu, Sep 26, 2013 at 5:17 PM, Brandon Adams wrote: > Cristian, > Thanks for responding so quickly. The instances should be attached to the > internal network interface, which I can find on the network/compute node. > It's under the namespace of the router for the project: > ip netns exec qrouter-4cff1882-1962-4084-9b48-cb1bcd048a4e ifconfig shows > two interfaces, one for the internal network and one for the external > network. > > The problem I think is that this router isn't reachable from my extra > compute node. When I create the router, its namespace does not appear on the > extra node. > > And I am using dhcp, the quantum-dhcp-agent is installed on the > network/compute node. > > Brandon > > > On Thu, Sep 26, 2013 at 9:57 AM, Cristian Falcas > wrote: >> >> layer 3 is created only on the network node. On compute nodes you have >> layer 2 only (openvswitch) >> >> The gre tunnels should take care of everything magically :). >> >> Where are the instances attached (that should be tap$id and source >> qbr$id)? Do you use dhcp? >> >> >> On Thu, Sep 26, 2013 at 4:40 PM, Brandon Adams >> wrote: >> > Hi all, >> > >> > I'm trying to add a second compute node my dev cluster, I've already got >> > one >> > controller node and one network/compute node running perfectly. I've >> > installed all of the necessary packages and everything seems to be >> > running >> > smoothly. However, when I create a private network and subnet, they >> > don't >> > seem to be applied to the extra node. That is, I can see the extra >> > interfaces when I run ovs-vsctl show on the network/compute node, but >> > not on >> > the dedicated compute node. There are GRE tunnels which I assume connect >> > the >> > two nodes across the management network, and instances boot up on the >> > new >> > node. They just can't find the internal network and thus can't be >> > reached at >> > all. I'm running Grizzly on Ubuntu, using Quantum OpenVSwitch with GRE >> > tunnels. I've already fixed an error regarding brcompatd running on both >> > nodes, so I'm wondering what my next step is. Thanks. >> > >> > Brandon >> > >> > _______________________________________________ >> > Mailing list: >> > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> > Post to : openstack at lists.openstack.org >> > Unsubscribe : >> > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> > > > From joe.topjian at cybera.ca Thu Sep 26 14:27:46 2013 From: joe.topjian at cybera.ca (Joe Topjian) Date: Thu, 26 Sep 2013 08:27:46 -0600 Subject: [Openstack] Docker on Grizzly Message-ID: Hello, I needed a distraction from some other work I was doing, so I started fooling around with getting the Docker driver to work on Grizzly. I was successful and thought I'd share my notes: https://github.com/jtopjian/grizzly-docker If others find this useful - great! But please keep in mind that this is just casual hacking and could be done a lot better by a more experienced openstack dev. Thanks, Joe -- Joe Topjian Systems Architect Cybera Inc. www.cybera.ca Cybera is a not-for-profit organization that works to spur and support innovation, for the economic benefit of Alberta, through the use of cyberinfrastructure. -------------- next part -------------- An HTML attachment was scrubbed... URL: From vonpupp at gmail.com Thu Sep 26 14:40:27 2013 From: vonpupp at gmail.com (Albert Vonpupp) Date: Thu, 26 Sep 2013 11:40:27 -0300 Subject: [Openstack] (no subject) In-Reply-To: References: Message-ID: Hello everybody, Unfortunately the problem seems to persist, Calvim suggested me to remove the KVM interface that was created automatically during the live USB pendrives creation with: sudo virsh net-destroy default sudo virsh net-undefine default Any other ideas? Thanks. Regards, Albert. On Wed, Sep 25, 2013 at 4:55 PM, John Griffith wrote: > > > > On Wed, Sep 25, 2013 at 1:26 PM, Aaron Rosen wrote: > >> Hi Albert, >> >> Are you sure this is happening. I'm positive that neutron's dhcp agent >> will only hand out ip addresses for ports that it knows about and I'm sure >> nova-network does the same as well. >> >> Aaron >> >> On Wed, Sep 25, 2013 at 12:17 PM, Albert Vonpupp wrote: >> >>> Hello, >>> >>> I'm trying DevStack at the university lab. When I tried to deploy a VM I >>> noticed that all the machines from the lab started renewing their leases >>> with the DevStack DHCP server. That is inconvenient for me since I'm not >>> the only user of this lab and it could cause troubles. I thought that >>> perhaps changing the default port on the controller as on the compute nodes >>> would work, but I don't know how to do that. >>> >>> How can I change the dnsmasq DHCP port on DevStack? (controller and >>> compute nodes) >>> >>> Thanks a lot! >>> >>> Albert. >>> >>> _______________________________________________ >>> Mailing list: >>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>> Post to : openstack at lists.openstack.org >>> Unsubscribe : >>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>> >>> >> >> _______________________________________________ >> Mailing list: >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> Post to : openstack at lists.openstack.org >> Unsubscribe : >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> >> Hi Albert, > > I inadvertently did this once in our lab. The issue I believe (if my > memory is correct) you're probably using nova-networking and you've > configured FlatDHCP. The problem is that you're that your public network > is accessing your internal/private network (check your bridge setting) so > the result is that external DHCP requests can be received from your > OpenStack private network. > > It might be helpful if you include your localrc file and some info > regarding your systems nics and how they're configured. > > John > > > > -- Albert. http://www.albertdelafuente.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From daniel at syrinx.net Thu Sep 26 14:47:19 2013 From: daniel at syrinx.net (Daniel Ellison) Date: Thu, 26 Sep 2013 10:47:19 -0400 Subject: [Openstack] Docker on Grizzly In-Reply-To: References: Message-ID: <6A22EABB-5E48-4111-BAFD-85107B536068@syrinx.net> On Sep 26, 2013, at 10:27 AM, Joe Topjian wrote: > > I needed a distraction from some other work I was doing, so I started fooling around with getting the Docker driver to work on Grizzly. I was successful and thought I'd share my notes: > > https://github.com/jtopjian/grizzly-docker > > If others find this useful - great! But please keep in mind that this is just casual hacking and could be done a lot better by a more experienced openstack dev. Excellent! Thanks for your efforts, Joe. I'm actually in the process of doing the opposite: getting OpenStack running in Docker containers. So far I have Keystone and MySQL up and configured in containers and I'm about to start on Glance. Once I have a full stack going I'll be trying out the Docker driver in an OpenStack running in Docker containers. :) Inception, anyone? +Daniel From brandon.adams at newwave-technologies.com Thu Sep 26 15:04:10 2013 From: brandon.adams at newwave-technologies.com (Brandon Adams) Date: Thu, 26 Sep 2013 11:04:10 -0400 Subject: [Openstack] Adding an extra compute node In-Reply-To: References: Message-ID: On my net/compute node I have two interfaces; one is for the management network, and the other is for VM internet access. This is already added to br-ex as per a normal set up. I don't have this on the dedicated compute node because it shouldn't have direct access to the internet. And I can't execute ip netns exec qrouter-4cff1882-1962-4084-9b48-cb1bcd048a4e ping $IP on the compute node because that name space doesn't exist there, only on the network node. I went back and restarted the dhcp service just as a precaution, and found it hadn't been running correctly. Not sure if that affected anything. I also ran ifconfig on the compute node after alunching a VM and it showed the qbr qbo and qbv interfaces, as well as the tap interface. On Thu, Sep 26, 2013 at 10:26 AM, Cristian Falcas wrote: > On br-ex you need to add an interface that has no ip but it's up: > ovs-vsctl add-port br-ex eth1 > ifconfig eth1 up > > the instance is not connected to the router namespace > > Check in /var/lib/nova/instances/$instance_id/libvirt.xml for source > bridge and target dev > > try ip netns exec qrouter-4cff1882-1962-4084-9b48-cb1bcd048a4e ping $IP > > also, do the same from the dhcp namespace > > > > > On Thu, Sep 26, 2013 at 5:17 PM, Brandon Adams > wrote: > > Cristian, > > Thanks for responding so quickly. The instances should be attached to the > > internal network interface, which I can find on the network/compute node. > > It's under the namespace of the router for the project: > > ip netns exec qrouter-4cff1882-1962-4084-9b48-cb1bcd048a4e ifconfig shows > > two interfaces, one for the internal network and one for the external > > network. > > > > The problem I think is that this router isn't reachable from my extra > > compute node. When I create the router, its namespace does not appear on > the > > extra node. > > > > And I am using dhcp, the quantum-dhcp-agent is installed on the > > network/compute node. > > > > Brandon > > > > > > On Thu, Sep 26, 2013 at 9:57 AM, Cristian Falcas < > cristi.falcas at gmail.com> > > wrote: > >> > >> layer 3 is created only on the network node. On compute nodes you have > >> layer 2 only (openvswitch) > >> > >> The gre tunnels should take care of everything magically :). > >> > >> Where are the instances attached (that should be tap$id and source > >> qbr$id)? Do you use dhcp? > >> > >> > >> On Thu, Sep 26, 2013 at 4:40 PM, Brandon Adams > >> wrote: > >> > Hi all, > >> > > >> > I'm trying to add a second compute node my dev cluster, I've already > got > >> > one > >> > controller node and one network/compute node running perfectly. I've > >> > installed all of the necessary packages and everything seems to be > >> > running > >> > smoothly. However, when I create a private network and subnet, they > >> > don't > >> > seem to be applied to the extra node. That is, I can see the extra > >> > interfaces when I run ovs-vsctl show on the network/compute node, but > >> > not on > >> > the dedicated compute node. There are GRE tunnels which I assume > connect > >> > the > >> > two nodes across the management network, and instances boot up on the > >> > new > >> > node. They just can't find the internal network and thus can't be > >> > reached at > >> > all. I'm running Grizzly on Ubuntu, using Quantum OpenVSwitch with GRE > >> > tunnels. I've already fixed an error regarding brcompatd running on > both > >> > nodes, so I'm wondering what my next step is. Thanks. > >> > > >> > Brandon > >> > > >> > _______________________________________________ > >> > Mailing list: > >> > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > >> > Post to : openstack at lists.openstack.org > >> > Unsubscribe : > >> > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > >> > > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From luisguilherme.cr at gmail.com Thu Sep 26 15:19:12 2013 From: luisguilherme.cr at gmail.com (Guilherme Russi) Date: Thu, 26 Sep 2013 12:19:12 -0300 Subject: [Openstack] Cinder error In-Reply-To: References: <5240959D.1010509@gmail.com> <5240A0B5.5000300@gmail.com> <08AD9FE8-38E8-4E30-93E6-E9C9B8B33419@gmail.com> Message-ID: Hello Razique, I've found the solution, posted by Brian Cline: https://ask.openstack.org/en/question/130/why-do-i-get-no-portal-found-error-while-attaching-cinder-volume-to-vm/ Thank you all. Regards. 2013/9/26 Guilherme Russi > Guys, it's me again, here is my nova-compute.log: > > 2013-09-26 10:22:33.557 5280 TRACE nova.openstack.common.rpc.amqp > ProcessExecutionError: Unexpected error while running command. > 2013-09-26 10:22:33.557 5280 TRACE nova.openstack.common.rpc.amqp Command: > sudo nova-rootwrap /etc/nova/rootwrap.conf iscsiadm -m node -T > iqn.2010-10.org.openstack:volume-70be4f36-10bd-4877-b841-80333ccfe985 -p > localhost:3260 --rescan > > And here is my nova-api.log: > > 2013-09-26 10:22:31.696 AUDIT nova.api.openstack.compute.contrib.volumes > [req-cb227494-15d1-4dc8-8850-1536260a581c 019563bd281e4c32b0efd8c31ec92ee4 > d13839320f5d4194a4a3fe3b723d6144] Attach volume > 70be4f36-10bd-4877-b841-80333ccfe985 to instance > 3c732351-8b77-49df-8f3a-2b982b2d0c31 at /dev/xvdb > 2013-09-26 10:22:32.633 INFO nova.osapi_compute.wsgi.server > [req-cb227494-15d1-4dc8-8850-1536260a581c 019563bd281e4c32b0efd8c31ec92ee4 > d13839320f5d4194a4a3fe3b723d6144] 192.168.3.1 "POST > /v2/d13839320f5d4194a4a3fe3b723d6144/servers/3c732351-8b77-49df-8f3a-2b982b2d0c31/os-volume_attachments > HTTP/1.1" status: 200 len: 367 time: 0.9447110 > > > Does anybody have any idea how I fix it? I run the command to attach the > volume but it doesn't attach to the VM. > > Thank you all. > > > > > > 2013/9/25 Guilherme Russi > >> Hello again guys, coming back with cinder topic, I'm trying to attach a >> storage to my VM, and I was reading through the internet that I need to >> suspend the VM before attach, so I did that, but when I attach my storage >> to my VM it doesn't work, I can see the output showing the device name, >> serverId, id and volumeId, but I can't find it inside my VM, and at the >> Volumes place at the dashboard the field "Attached To" is empty. I was >> looking at the nova and cinder logs and there are no errors. Can anybody >> help me? >> >> Thank you all. >> >> Regards. >> >> >> 2013/9/25 Guilherme Russi >> >>> Thank you Razique, and you have idea if this change can be made at the >>> cinder on the grizzly, I ask because I have grizzly running now and I hope >>> don't have to reinstall in another version :) >>> >>> >>> 2013/9/25 Razique Mahroua >>> >>>> Doesn't seem possible at the moment, but there is a blueprint: >>>> https://blueprints.launchpad.net/cinder/+spec/multi-attach-volume >>>> >>>> >>>> :-) >>>> >>>> Le 25 sept. 2013 à 17:11, Guilherme Russi >>>> a écrit : >>>> >>>> Hello guys, I fixed my error and now my cinder is working fine, I just >>>> have one last question, can I attach two or more VMs at the same volume? >>>> >>>> Thank you all. >>>> >>>> Regards. >>>> >>>> >>>> 2013/9/24 Guilherme Russi >>>> >>>>> Hello Cian, I was looking for some cinder troubleshooting and i looked >>>>> these lines at my cinder-api.log: >>>>> >>>>> 2013-09-24 23:29:23 WARNING [cinder.openstack.common.policy] >>>>> Inheritance-based rules are deprecated; use the default brain instead of >>>>> HttpBrain. >>>>> 2013-09-24 23:29:23 INFO [cinder.api.openstack.wsgi] GET >>>>> http://192.168.3.1:8776/v1/%0A3f5e122efa6d4486946efd05e66f19e4/volumes/detail >>>>> >>>>> What it means with rules are deprecated? Is the problem with my >>>>> keystone? >>>>> >>>>> Thank you again. >>>>> >>>>> >>>>> 2013/9/24 Guilherme Russi >>>>> >>>>>> Hello Cian, >>>>>> >>>>>> Here is the output: >>>>>> >>>>>> curl –i -v http://192.168.3.1:8776/v1/ >>>>>> * Input domain encoded as `UTF-8' >>>>>> * getaddrinfo(3) failed for xn--i-5gn:80 >>>>>> * Couldn't resolve host '–i' >>>>>> * Closing connection #0 >>>>>> curl: (6) Couldn't resolve host '–i' >>>>>> * About to connect() to 192.168.3.1 port 8776 (#0) >>>>>> * Trying 192.168.3.1... connected >>>>>> > GET /v1/ HTTP/1.1 >>>>>> > User-Agent: curl/7.22.0 (x86_64-pc-linux-gnu) libcurl/7.22.0 >>>>>> OpenSSL/1.0.1 zlib/1.2.3.4 libidn/1.23 librtmp/2.3 >>>>>> > Host: 192.168.3.1:8776 >>>>>> > Accept: */* >>>>>> > >>>>>> < HTTP/1.1 401 Unauthorized >>>>>> < Www-Authenticate: Keystone uri='http://192.168.3.1:35357' >>>>>> < Content-Length: 381 >>>>>> < Content-Type: text/html; charset=UTF-8 >>>>>> < Date: Tue, 24 Sep 2013 16:13:45 GMT >>>>>> < >>>>>> >>>>>> >>>>>> 401 Unauthorized >>>>>> >>>>>> >>>>>>

401 Unauthorized

>>>>>> This server could not verify that you are authorized to access the >>>>>> document you requested. Either you supplied the wrong credentials (e.g., >>>>>> bad password), or your browser does not understand how to supply the >>>>>> credentials required.

>>>>>> Authentication required >>>>>> >>>>>> >>>>>> >>>>>> * Connection #0 to host 192.168.3.1 left intact >>>>>> * Closing connection #0 >>>>>> root at hemera:/home/hemera# curl –i -v >>>>>> http://192.168.3.1:8776/v1/ >>>>>> * Input domain encoded as `UTF-8' >>>>>> * getaddrinfo(3) failed for xn--i-5gn:80 >>>>>> * Couldn't resolve host '–i' >>>>>> * Closing connection #0 >>>>>> curl: (6) Couldn't resolve host '–i' >>>>>> * About to connect() to 192.168.3.1 port 8776 (#0) >>>>>> * Trying 192.168.3.1... connected >>>>>> > GET /v1/ HTTP/1.1 >>>>>> > User-Agent: curl/7.22.0 (x86_64-pc-linux-gnu) libcurl/7.22.0 >>>>>> OpenSSL/1.0.1 zlib/1.2.3.4 libidn/1.23 librtmp/2.3 >>>>>> > Host: 192.168.3.1:8776 >>>>>> > Accept: */* >>>>>> > >>>>>> < HTTP/1.1 401 Unauthorized >>>>>> < Www-Authenticate: Keystone uri='http://192.168.3.1:35357' >>>>>> < Content-Length: 381 >>>>>> < Content-Type: text/html; charset=UTF-8 >>>>>> < Date: Tue, 24 Sep 2013 16:14:35 GMT >>>>>> < >>>>>> >>>>>> >>>>>> 401 Unauthorized >>>>>> >>>>>> >>>>>>

401 Unauthorized

>>>>>> This server could not verify that you are authorized to access the >>>>>> document you requested. Either you supplied the wrong credentials (e.g., >>>>>> bad password), or your browser does not understand how to supply the >>>>>> credentials required.

>>>>>> Authentication required >>>>>> >>>>>> >>>>>> >>>>>> * Connection #0 to host 192.168.3.1 left intact >>>>>> * Closing connection #0 >>>>>> >>>>>> >>>>>> tail –f /var/log/cinder/cinder-api.log >>>>>> ==> /var/log/cinder/cinder-api.log <== >>>>>> 2013-09-24 13:12:27 WARNING [keystoneclient.middleware.auth_token] >>>>>> Unable to find authentication token in headers >>>>>> 2013-09-24 13:12:27 INFO [keystoneclient.middleware.auth_token] >>>>>> Invalid user token - rejecting request >>>>>> 2013-09-24 13:13:31 WARNING [keystoneclient.middleware.auth_token] >>>>>> Unable to find authentication token in headers >>>>>> 2013-09-24 13:13:31 INFO [keystoneclient.middleware.auth_token] >>>>>> Invalid user token - rejecting request >>>>>> 2013-09-24 13:13:35 WARNING [keystoneclient.middleware.auth_token] >>>>>> Unable to find authentication token in headers >>>>>> 2013-09-24 13:13:35 INFO [keystoneclient.middleware.auth_token] >>>>>> Invalid user token - rejecting request >>>>>> 2013-09-24 13:13:45 WARNING [keystoneclient.middleware.auth_token] >>>>>> Unable to find authentication token in headers >>>>>> 2013-09-24 13:13:45 INFO [keystoneclient.middleware.auth_token] >>>>>> Invalid user token - rejecting request >>>>>> 2013-09-24 13:14:35 WARNING [keystoneclient.middleware.auth_token] >>>>>> Unable to find authentication token in headers >>>>>> 2013-09-24 13:14:35 INFO [keystoneclient.middleware.auth_token] >>>>>> Invalid user token - rejecting request >>>>>> >>>>>> >>>>>> I've sourced my openrc with my admin credentials. >>>>>> >>>>>> Any ideas? >>>>>> >>>>>> Thank you. >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> 2013/9/24 O'Driscoll, Cian >>>>>> >>>>>>> Format looks good**** >>>>>>> >>>>>>> ** ** >>>>>>> >>>>>>> Try a simple curl “curl –iv http://192.168.3.1:8776/v1/” and see >>>>>>> what returns**** >>>>>>> >>>>>>> ** ** >>>>>>> >>>>>>> Your api service is probably not up and running or is throwing an >>>>>>> exception**** >>>>>>> >>>>>>> ** ** >>>>>>> >>>>>>> “tial –f /var/log/cinder/cinder-api.log” on the api node while you >>>>>>> run the curl. **** >>>>>>> >>>>>>> ** ** >>>>>>> >>>>>>> Cian O'Driscoll**** >>>>>>> >>>>>>> Systems Software Engineer**** >>>>>>> >>>>>>> HP Cloud Services**** >>>>>>> >>>>>>> Hewlett Packard Galway Ltd.**** >>>>>>> >>>>>>> Tel: +353-91-75-4432**** >>>>>>> >>>>>>> ** ** >>>>>>> >>>>>>> Postal Address: Hewlett Packard Galway Limited, Ballybrit >>>>>>> Business Park, Galway **** >>>>>>> >>>>>>> Registered Office: Hewlett Packard Galway Limited, 63-74 Sir John >>>>>>> Rogerson's Quay Dublin 2 Registered Number: 361933**** >>>>>>> >>>>>>> ** ** >>>>>>> >>>>>>> *From:* Guilherme Russi [mailto:luisguilherme.cr at gmail.com] >>>>>>> *Sent:* 24 September 2013 16:36 >>>>>>> *To:* O'Driscoll, Cian >>>>>>> *Cc:* Marcelo Dieder; openstack >>>>>>> >>>>>>> *Subject:* Re: [Openstack] Cinder error**** >>>>>>> >>>>>>> ** ** >>>>>>> >>>>>>> Hello Cian, thank you for reply, here is the output:**** >>>>>>> >>>>>>> ** ** >>>>>>> >>>>>>> cinder --debug list**** >>>>>>> >>>>>>> ** ** >>>>>>> >>>>>>> REQ: curl -i http://localhost:5000/v2.0/tokens -X POST -H >>>>>>> "Content-Type: application/json" -H "Accept: application/json" -H >>>>>>> "User-Agent: python-cinderclient" -d '{"auth": {"tenantName": "admin", >>>>>>> "passwordCredentials": {"username": "admin", "password": "password"}}}' >>>>>>> **** >>>>>>> >>>>>>> ** ** >>>>>>> >>>>>>> RESP: [200] {'date': 'Tue, 24 Sep 2013 15:34:41 GMT', >>>>>>> 'content-type': 'application/json', 'content-length': '5851', 'vary': >>>>>>> 'X-Auth-Token'}**** >>>>>>> >>>>>>> RESP BODY: {"access": {"token": {"issued_at": >>>>>>> "2013-09-24T15:34:41.362645", "expires": "2013-09-25T15:34:41Z", "id": >>>>>>> "MIIKVAYJKoZIhvcNAQcCoIIKRTCCCkECAQExCTAHBgUrDgMCGjCCCS0GCSqGSIb3DQEHAaCCCR4EggkaeyJhY2Nlc3MiOiB7InRva2VuIjogeyJpc3N1ZWRfYXQiOiAiMjAxMy0wOS0yNFQxNTozNDo0MS4zNjI2NDUiLCAiZXhwaXJlcyI6ICIyMDEzLTA5LTI1VDE1OjM0OjQxWiIsICJpZCI6ICJwbGFjZWhvbGRlciIsICJ0ZW5hbnQiOiB7ImRlc2NyaXB0aW9uIjogbnVsbCwgImVuYWJsZWQiOiB0cnVlLCAiaWQiOiAiM2Y1ZTEyMmVmYTZkNDQ4Njk0NmVmZDA1ZTY2ZjE5ZTQiLCAibmFtZSI6ICJhZG1pbiJ9fSwgInNlcnZpY2VDYXRhbG9nIjogW3siZW5kcG9pbnRzIjogW3siYWRtaW5VUkwiOiAiaHR0cDovLzE5Mi4xNjguMy4xOjg3NzQvdjIvM2Y1ZTEyMmVmYTZkNDQ4Njk0NmVmZDA1ZTY2ZjE5ZTQiLCAicmVnaW9uIjogIlJlZ2lvbk9uZSIsICJpbnRlcm5hbFVSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6ODc3NC92Mi8zZjVlMTIyZWZhNmQ0NDg2OTQ2ZWZkMDVlNjZmMTllNCIsICJpZCI6ICIxNTA4NmYxYjc3ZDU0OTAyYWUxNmYyMTQ2YmEwMDZjYyIsICJwdWJsaWNVUkwiOiAiaHR0cDovLzE5Mi4xNjguMy4xOjg3NzQvdjIvM2Y1ZTEyMmVmYTZkNDQ4Njk0NmVmZDA1ZTY2ZjE5ZTQifV0sICJlbmRwb2ludHNfbGlua3MiOiBbXSwgInR5cGUiOiAiY29tcHV0ZSIsICJuYW1lIjogIm5vdmEifSwgeyJlbmRwb2ludHMiOiBbeyJhZG1pblVSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6OTY5Ni8iLCAicmVnaW9uIjogIlJlZ2lvbk9uZSIsICJpbnRlcm5hbFVSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6OTY5Ni8iLCAiaWQiOiAiMzdlNjA4MmYzOWZkNDc5YWEyYmQ3NjI5NzczN2MxMDAiLCAicHVibGljVVJMIjogImh0dHA6Ly8xOTIuMTY4LjMuMTo5Njk2LyJ9XSwgImVuZHBvaW50c19saW5rcyI6IFtdLCAidHlwZSI6ICJuZXR3b3JrIiwgIm5hbWUiOiAicXVhbnR1bSJ9LCB7ImVuZHBvaW50cyI6IFt7ImFkbWluVVJMIjogImh0dHA6Ly8xOTIuMTY4LjMuMTo5MjkyIiwgInJlZ2lvbiI6ICJSZWdpb25PbmUiLCAiaW50ZXJuYWxVUkwiOiAiaHR0cDovLzE5Mi4xNjguMy4xOjkyOTIiLCAiaWQiOiAiMTE5MmIwYjUzMTM2NDJiZWI4ZTA4MTk3ZmUxMWEwZmMiLCAicHVibGljVVJMIjogImh0dHA6Ly8xOTIuMTY4LjMuMTo5MjkyIn1dLCAiZW5kcG9pbnRzX2xpbmtzIjogW10sICJ0eXBlIjogImltYWdlIiwgIm5hbWUiOiAiZ2xhbmNlIn0sIHsiZW5kcG9pbnRzIjogW3siYWRtaW5VUkwiOiAiaHR0cDovLzE5Mi4xNjguMy4xOjg3NzYvdjEvM2Y1ZTEyMmVmYTZkNDQ4Njk0NmVmZDA1ZTY2ZjE5ZTQiLCAicmVnaW9uIjogIlJlZ2lvbk9uZSIsICJpbnRlcm5hbFVSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6ODc3Ni92MS8zZjVlMTIyZWZhNmQ0NDg2OTQ2ZWZkMDVlNjZmMTllNCIsICJpZCI6ICIwYzcxZWMyMTJmNDg0MmNhOTUxMGQ3NGMzMzM4Zjg1OCIsICJwdWJsaWNVUkwiOiAiaHR0cDovLzE5Mi4xNjguMy4xOjg3NzYvdjEvXG4zZjVlMTIyZWZhNmQ0NDg2OTQ2ZWZkMDVlNjZmMTllNCJ9XSwgImVuZHBvaW50c19saW5rcyI6IFtdLCAidHlwZSI6ICJ2b2x1bWUiLCAibmFtZSI6ICJjaW5kZXIifSwgeyJlbmRwb2ludHMiOiBbeyJhZG1pblVSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6ODc3My9zZXJ2aWNlcy9BZG1pbiIsICJyZWdpb24iOiAiUmVnaW9uT25lIiwgImludGVybmFsVVJMIjogImh0dHA6Ly8xOTIuMTY4LjMuMTo4NzczL3NlcnZpY2VzL0Nsb3VkIiwgImlkIjogIjQ4YmNhN2Q1ZWY3ZjQ1MDE4MmQ5YjZjMDQ5MWU3ZGM3IiwgInB1YmxpY1VSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6ODc3My9zZXJ2aWNlcy9DbG91ZCJ9XSwgImVuZHBvaW50c19saW5rcyI6IFtdLCAidHlwZSI6ICJlYzIiLCAibmFtZSI6ICJlYzIifSwgeyJlbmRwb2ludHMiOiBbeyJhZG1pblVSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6MzUzNTcvdjIuMCIsICJyZWdpb24iOiAiUmVnaW9uT25lIiwgImludGVybmFsVVJMIjogImh0dHA6Ly8xOTIuMTY4LjMuMTo1MDAwL3YyLjAiLCAiaWQiOiAiMDg5MWNmYTg4NTY3NGRiNzk2NzRlY2Q4YzZlNGM1MzMiLCAicHVibGljVVJMIjogImh0dHA6Ly8xOTIuMTY4LjMuMTo1MDAwL3YyLjAifV0sICJlbmRwb2ludHNfbGlua3MiOiBbXSwgInR5cGUiOiAiaWRlbnRpdHkiLCAibmFtZSI6ICJrZXlzdG9uZSJ9XSwgInVzZXIiOiB7InVzZXJuYW1lIjogImFkbWluIiwgInJvbGVzX2xpbmtzIjogW10sICJpZCI6ICIzYWM0MTdiMjM5MWE0NTM1ODNlYzMwMDgxMjZkNzUzZiIsICJyb2xlcyI6IFt7Im5hbWUiOiAiYWRtaW4ifV0sICJuYW1lIjogImFkbWluIn0sICJtZXRhZGF0YSI6IHsiaXNfYWRtaW4iOiAwLCAicm9sZXMiOiBbIjMyMWE0M2FjMzM3OTQ0YWM4ODkxMjdiNzk3YmU3ZDlhIl19fX0xgf8wgfwCAQEwXDBXMQswCQYDVQQGEwJVUzEOMAwGA1UECBMFVW5zZXQxDjAMBgNVBAcTBVVuc2V0MQ4wDAYDVQQKEwVVbnNldDEYMBYGA1UEAxMPd3d3LmV4YW1wbGUuY29tAgEBMAcGBSsOAwIaMA0GCSqGSIb3DQEBAQUABIGAM7Q9YgDWl+2-Hi7V3JBDrLu1PPA3cgfG7ZW8fPtSGpNeuumENW9CjnS-ZBZccD6kKcKl61VM8oBmfn8lAFBHTCkuMl+iDrfV+O8EmsqrB9fyKj9P1mJAAE0X92Weh4FygcjHk5eBKZjPyy3rFJRJo9nmKwzYmcOB+9xehCDlnTw=", >>>>>>> "tenant": {"description": null, "enabled": true, "id": >>>>>>> "3f5e122efa6d4486946efd05e66f19e4", "name": "admin"}}, "serviceCatalog": >>>>>>> [{"endpoints": [{"adminURL": " >>>>>>> http://192.168.3.1:8774/v2/3f5e122efa6d4486946efd05e66f19e4", >>>>>>> "region": "RegionOne", "internalURL": " >>>>>>> http://192.168.3.1:8774/v2/3f5e122efa6d4486946efd05e66f19e4", "id": >>>>>>> "15086f1b77d54902ae16f2146ba006cc", "publicURL": " >>>>>>> http://192.168.3.1:8774/v2/3f5e122efa6d4486946efd05e66f19e4"}], >>>>>>> "endpoints_links": [], "type": "compute", "name": "nova"}, {"endpoints": >>>>>>> [{"adminURL": "http://192.168.3.1:9696/", "region": "RegionOne", >>>>>>> "internalURL": "http://192.168.3.1:9696/", "id": >>>>>>> "37e6082f39fd479aa2bd76297737c100", "publicURL": " >>>>>>> http://192.168.3.1:9696/"}], "endpoints_links": [], "type": >>>>>>> "network", "name": "quantum"}, {"endpoints": [{"adminURL": " >>>>>>> http://192.168.3.1:9292", "region": "RegionOne", "internalURL": " >>>>>>> http://192.168.3.1:9292", "id": "1192b0b5313642beb8e08197fe11a0fc", >>>>>>> "publicURL": "http://192.168.3.1:9292"}], "endpoints_links": [], >>>>>>> "type": "image", "name": "glance"}, {"endpoints": [{"adminURL": " >>>>>>> http://192.168.3.1:8776/v1/3f5e122efa6d4486946efd05e66f19e4", >>>>>>> "region": "RegionOne", "internalURL": " >>>>>>> http://192.168.3.1:8776/v1/3f5e122efa6d4486946efd05e66f19e4", "id": >>>>>>> "0c71ec212f4842ca9510d74c3338f858", "publicURL": " >>>>>>> http://192.168.3.1:8776/v1/\n3f5e122efa6d4486946efd05e66f19e4"}], >>>>>>> "endpoints_links": [], "type": "volume", "name": "cinder"}, {"endpoints": >>>>>>> [{"adminURL": "http://192.168.3.1:8773/services/Admin", "region": >>>>>>> "RegionOne", "internalURL": "http://192.168.3.1:8773/services/Cloud", >>>>>>> "id": "48bca7d5ef7f450182d9b6c0491e7dc7", "publicURL": " >>>>>>> http://192.168.3.1:8773/services/Cloud"}], "endpoints_links": [], >>>>>>> "type": "ec2", "name": "ec2"}, {"endpoints": [{"adminURL": " >>>>>>> http://192.168.3.1:35357/v2.0", "region": "RegionOne", >>>>>>> "internalURL": "http://192.168.3.1:5000/v2.0", "id": >>>>>>> "0891cfa885674db79674ecd8c6e4c533", "publicURL": " >>>>>>> http://192.168.3.1:5000/v2.0"}], "endpoints_links": [], "type": >>>>>>> "identity", "name": "keystone"}], "user": {"username": "admin", >>>>>>> "roles_links": [], "id": "3ac417b2391a453583ec3008126d753f", "roles": >>>>>>> [{"name": "admin"}], "name": "admin"}, "metadata": {"is_admin": 0, "roles": >>>>>>> ["321a43ac337944ac889127b797be7d9a"]}}}**** >>>>>>> >>>>>>> ** ** >>>>>>> >>>>>>> ** ** >>>>>>> >>>>>>> REQ: curl -i http://192.168.3.1:8776/v1/**** >>>>>>> >>>>>>> 3f5e122efa6d4486946efd05e66f19e4/volumes/detail -X GET -H >>>>>>> "X-Auth-Project-Id: admin" -H "User-Agent: python-cinderclient" -H "Accept: >>>>>>> application/json" -H "X-Auth-Token: >>>>>>> MIIKVAYJKoZIhvcNAQcCoIIKRTCCCkECAQExCTAHBgUrDgMCGjCCCS0GCSqGSIb3DQEHAaCCCR4EggkaeyJhY2Nlc3MiOiB7InRva2VuIjogeyJpc3N1ZWRfYXQiOiAiMjAxMy0wOS0yNFQxNTozNDo0MS4zNjI2NDUiLCAiZXhwaXJlcyI6ICIyMDEzLTA5LTI1VDE1OjM0OjQxWiIsICJpZCI6ICJwbGFjZWhvbGRlciIsICJ0ZW5hbnQiOiB7ImRlc2NyaXB0aW9uIjogbnVsbCwgImVuYWJsZWQiOiB0cnVlLCAiaWQiOiAiM2Y1ZTEyMmVmYTZkNDQ4Njk0NmVmZDA1ZTY2ZjE5ZTQiLCAibmFtZSI6ICJhZG1pbiJ9fSwgInNlcnZpY2VDYXRhbG9nIjogW3siZW5kcG9pbnRzIjogW3siYWRtaW5VUkwiOiAiaHR0cDovLzE5Mi4xNjguMy4xOjg3NzQvdjIvM2Y1ZTEyMmVmYTZkNDQ4Njk0NmVmZDA1ZTY2ZjE5ZTQiLCAicmVnaW9uIjogIlJlZ2lvbk9uZSIsICJpbnRlcm5hbFVSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6ODc3NC92Mi8zZjVlMTIyZWZhNmQ0NDg2OTQ2ZWZkMDVlNjZmMTllNCIsICJpZCI6ICIxNTA4NmYxYjc3ZDU0OTAyYWUxNmYyMTQ2YmEwMDZjYyIsICJwdWJsaWNVUkwiOiAiaHR0cDovLzE5Mi4xNjguMy4xOjg3NzQvdjIvM2Y1ZTEyMmVmYTZkNDQ4Njk0NmVmZDA1ZTY2ZjE5ZTQifV0sICJlbmRwb2ludHNfbGlua3MiOiBbXSwgInR5cGUiOiAiY29tcHV0ZSIsICJuYW1lIjogIm5vdmEifSwgeyJlbmRwb2ludHMiOiBbeyJhZG1pblVSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6OTY5Ni8iLCAicmVnaW9uIjogIlJlZ2lvbk9uZSIsICJpbnRlcm5hbFVSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6OTY5Ni8iLCAiaWQiOiAiMzdlNjA4MmYzOWZkNDc5YWEyYmQ3NjI5NzczN2MxMDAiLCAicHVibGljVVJMIjogImh0dHA6Ly8xOTIuMTY4LjMuMTo5Njk2LyJ9XSwgImVuZHBvaW50c19saW5rcyI6IFtdLCAidHlwZSI6ICJuZXR3b3JrIiwgIm5hbWUiOiAicXVhbnR1bSJ9LCB7ImVuZHBvaW50cyI6IFt7ImFkbWluVVJMIjogImh0dHA6Ly8xOTIuMTY4LjMuMTo5MjkyIiwgInJlZ2lvbiI6ICJSZWdpb25PbmUiLCAiaW50ZXJuYWxVUkwiOiAiaHR0cDovLzE5Mi4xNjguMy4xOjkyOTIiLCAiaWQiOiAiMTE5MmIwYjUzMTM2NDJiZWI4ZTA4MTk3ZmUxMWEwZmMiLCAicHVibGljVVJMIjogImh0dHA6Ly8xOTIuMTY4LjMuMTo5MjkyIn1dLCAiZW5kcG9pbnRzX2xpbmtzIjogW10sICJ0eXBlIjogImltYWdlIiwgIm5hbWUiOiAiZ2xhbmNlIn0sIHsiZW5kcG9pbnRzIjogW3siYWRtaW5VUkwiOiAiaHR0cDovLzE5Mi4xNjguMy4xOjg3NzYvdjEvM2Y1ZTEyMmVmYTZkNDQ4Njk0NmVmZDA1ZTY2ZjE5ZTQiLCAicmVnaW9uIjogIlJlZ2lvbk9uZSIsICJpbnRlcm5hbFVSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6ODc3Ni92MS8zZjVlMTIyZWZhNmQ0NDg2OTQ2ZWZkMDVlNjZmMTllNCIsICJpZCI6ICIwYzcxZWMyMTJmNDg0MmNhOTUxMGQ3NGMzMzM4Zjg1OCIsICJwdWJsaWNVUkwiOiAiaHR0cDovLzE5Mi4xNjguMy4xOjg3NzYvdjEvXG4zZjVlMTIyZWZhNmQ0NDg2OTQ2ZWZkMDVlNjZmMTllNCJ9XSwgImVuZHBvaW50c19saW5rcyI6IFtdLCAidHlwZSI6ICJ2b2x1bWUiLCAibmFtZSI6ICJjaW5kZXIifSwgeyJlbmRwb2ludHMiOiBbeyJhZG1pblVSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6ODc3My9zZXJ2aWNlcy9BZG1pbiIsICJyZWdpb24iOiAiUmVnaW9uT25lIiwgImludGVybmFsVVJMIjogImh0dHA6Ly8xOTIuMTY4LjMuMTo4NzczL3NlcnZpY2VzL0Nsb3VkIiwgImlkIjogIjQ4YmNhN2Q1ZWY3ZjQ1MDE4MmQ5YjZjMDQ5MWU3ZGM3IiwgInB1YmxpY1VSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6ODc3My9zZXJ2aWNlcy9DbG91ZCJ9XSwgImVuZHBvaW50c19saW5rcyI6IFtdLCAidHlwZSI6ICJlYzIiLCAibmFtZSI6ICJlYzIifSwgeyJlbmRwb2ludHMiOiBbeyJhZG1pblVSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6MzUzNTcvdjIuMCIsICJyZWdpb24iOiAiUmVnaW9uT25lIiwgImludGVybmFsVVJMIjogImh0dHA6Ly8xOTIuMTY4LjMuMTo1MDAwL3YyLjAiLCAiaWQiOiAiMDg5MWNmYTg4NTY3NGRiNzk2NzRlY2Q4YzZlNGM1MzMiLCAicHVibGljVVJMIjogImh0dHA6Ly8xOTIuMTY4LjMuMTo1MDAwL3YyLjAifV0sICJlbmRwb2ludHNfbGlua3MiOiBbXSwgInR5cGUiOiAiaWRlbnRpdHkiLCAibmFtZSI6ICJrZXlzdG9uZSJ9XSwgInVzZXIiOiB7InVzZXJuYW1lIjogImFkbWluIiwgInJvbGVzX2xpbmtzIjogW10sICJpZCI6ICIzYWM0MTdiMjM5MWE0NTM1ODNlYzMwMDgxMjZkNzUzZiIsICJyb2xlcyI6IFt7Im5hbWUiOiAiYWRtaW4ifV0sICJuYW1lIjogImFkbWluIn0sICJtZXRhZGF0YSI6IHsiaXNfYWRtaW4iOiAwLCAicm9sZXMiOiBbIjMyMWE0M2FjMzM3OTQ0YWM4ODkxMjdiNzk3YmU3ZDlhIl19fX0xgf8wgfwCAQEwXDBXMQswCQYDVQQGEwJVUzEOMAwGA1UECBMFVW5zZXQxDjAMBgNVBAcTBVVuc2V0MQ4wDAYDVQQKEwVVbnNldDEYMBYGA1UEAxMPd3d3LmV4YW1wbGUuY29tAgEBMAcGBSsOAwIaMA0GCSqGSIb3DQEBAQUABIGAM7Q9YgDWl+2-Hi7V3JBDrLu1PPA3cgfG7ZW8fPtSGpNeuumENW9CjnS-ZBZccD6kKcKl61VM8oBmfn8lAFBHTCkuMl+iDrfV+O8EmsqrB9fyKj9P1mJAAE0X92Weh4FygcjHk5eBKZjPyy3rFJRJo9nmKwzYmcOB+9xehCDlnTw=" >>>>>>> **** >>>>>>> >>>>>>> ** ** >>>>>>> >>>>>>> RESP: [400] {'date': 'Tue, 24 Sep 2013 15:34:41 GMT', >>>>>>> 'content-length': '65', 'content-type': 'application/json; charset=UTF-8', >>>>>>> 'x-compute-request-id': 'req-68921414-7571-470d-884d-717a9f23c141'}* >>>>>>> *** >>>>>>> >>>>>>> RESP BODY: {"badRequest": {"message": "Malformed request url", >>>>>>> "code": 400}}**** >>>>>>> >>>>>>> ** ** >>>>>>> >>>>>>> DEBUG (shell:495) Malformed request url (HTTP 400) (Request-ID: >>>>>>> req-68921414-7571-470d-884d-717a9f23c141)**** >>>>>>> >>>>>>> Traceback (most recent call last):**** >>>>>>> >>>>>>> File "/usr/lib/python2.7/dist-packages/cinderclient/shell.py", >>>>>>> line 490, in main**** >>>>>>> >>>>>>> OpenStackCinderShell().main(map(strutils.safe_decode, >>>>>>> sys.argv[1:]))**** >>>>>>> >>>>>>> File "/usr/lib/python2.7/dist-packages/cinderclient/shell.py", >>>>>>> line 441, in main**** >>>>>>> >>>>>>> args.func(self.cs, args)**** >>>>>>> >>>>>>> File "/usr/lib/python2.7/dist-packages/cinderclient/v1/shell.py", >>>>>>> line 143, in do_list**** >>>>>>> >>>>>>> volumes = cs.volumes.list(search_opts=search_opts)**** >>>>>>> >>>>>>> File >>>>>>> "/usr/lib/python2.7/dist-packages/cinderclient/v1/volumes.py", line 204, in >>>>>>> list**** >>>>>>> >>>>>>> "volumes")**** >>>>>>> >>>>>>> File "/usr/lib/python2.7/dist-packages/cinderclient/base.py", line >>>>>>> 63, in _list**** >>>>>>> >>>>>>> resp, body = self.api.client.get(url)**** >>>>>>> >>>>>>> File "/usr/lib/python2.7/dist-packages/cinderclient/client.py", >>>>>>> line 185, in get**** >>>>>>> >>>>>>> return self._cs_request(url, 'GET', **kwargs)**** >>>>>>> >>>>>>> File "/usr/lib/python2.7/dist-packages/cinderclient/client.py", >>>>>>> line 153, in _cs_request**** >>>>>>> >>>>>>> **kwargs)**** >>>>>>> >>>>>>> File "/usr/lib/python2.7/dist-packages/cinderclient/client.py", >>>>>>> line 136, in request**** >>>>>>> >>>>>>> raise exceptions.from_response(resp, body)**** >>>>>>> >>>>>>> BadRequest: Malformed request url (HTTP 400) (Request-ID: >>>>>>> req-68921414-7571-470d-884d-717a9f23c141)**** >>>>>>> >>>>>>> ERROR: Malformed request url**** >>>>>>> >>>>>>> ** ** >>>>>>> >>>>>>> ** ** >>>>>>> >>>>>>> Regards.**** >>>>>>> >>>>>>> ** ** >>>>>>> >>>>>>> 2013/9/24 O'Driscoll, Cian **** >>>>>>> >>>>>>> Hi Guilherme,**** >>>>>>> >>>>>>> **** >>>>>>> >>>>>>> If you run “cinder –debug list” and reply with the output, We should >>>>>>> be able to see what’s wrong. **** >>>>>>> >>>>>>> Sounds like your block storage url is incorrectly formatted in >>>>>>> keystone.**** >>>>>>> >>>>>>> **** >>>>>>> >>>>>>> Thanks,**** >>>>>>> >>>>>>> Cian**** >>>>>>> >>>>>>> **** >>>>>>> >>>>>>> Cian O'Driscoll**** >>>>>>> >>>>>>> Systems Software Engineer**** >>>>>>> >>>>>>> HP Cloud Services**** >>>>>>> >>>>>>> Hewlett Packard Galway Ltd.**** >>>>>>> >>>>>>> **** >>>>>>> >>>>>>> *From:* Guilherme Russi [mailto:luisguilherme.cr at gmail.com] **** >>>>>>> >>>>>>> *Sent:* 24 September 2013 14:53 >>>>>>> *To:* Marcelo Dieder >>>>>>> *Cc:* openstack**** >>>>>>> >>>>>>> *Subject:* Re: [Openstack] Cinder error**** >>>>>>> >>>>>>> **** >>>>>>> >>>>>>> Hello guys, I've changed the rabbit error, but I still can't >>>>>>> associate a volume to my VMs, when I type cinder list I get the Malformed >>>>>>> request url. I've already checked my keystone and it looks fine to me. Any >>>>>>> ideas?**** >>>>>>> >>>>>>> **** >>>>>>> >>>>>>> Regards.**** >>>>>>> >>>>>>> **** >>>>>>> >>>>>>> 2013/9/23 Guilherme Russi **** >>>>>>> >>>>>>> It's what i've got too:**** >>>>>>> >>>>>>> **** >>>>>>> >>>>>>> root at hemera:/home/hemera# rabbitmqctl list_permissions**** >>>>>>> >>>>>>> Listing permissions in vhost "/" ...**** >>>>>>> >>>>>>> guest .* .* .***** >>>>>>> >>>>>>> ...done.**** >>>>>>> >>>>>>> **** >>>>>>> >>>>>>> Regards.**** >>>>>>> >>>>>>> **** >>>>>>> >>>>>>> **** >>>>>>> >>>>>>> 2013/9/23 Marcelo Dieder **** >>>>>>> >>>>>>> Hi Guilherme, >>>>>>> >>>>>>> The RabbitMQ has virtual host for many applications. Default, the >>>>>>> Rabbit created a default virtualhost with /. >>>>>>> >>>>>>> You can see this with the command: >>>>>>> >>>>>>> root at controller:~# rabbitmqctl list_permissions >>>>>>> Listing permissions in vhost "/" ... >>>>>>> guest .* .* .* >>>>>>> ...done. >>>>>>> >>>>>>> Regards, >>>>>>> >>>>>>> Marcelo Dieder**** >>>>>>> >>>>>>> **** >>>>>>> >>>>>>> On 09/23/2013 04:57 PM, Guilherme Russi wrote:**** >>>>>>> >>>>>>> I guess I've got something: **** >>>>>>> >>>>>>> **** >>>>>>> >>>>>>> 2013-09-23 16:52:17 INFO [cinder.openstack.common.rpc.common] >>>>>>> Connected to AMQP server on localhost:5672**** >>>>>>> >>>>>>> **** >>>>>>> >>>>>>> I've found this page >>>>>>> https://ask.openstack.org/en/question/4581/cinder-unable-to-connect-to-rabbitmq/ and zipmaster07 >>>>>>> answered "rabbit_virtual_host = /nova**** >>>>>>> >>>>>>> I commented out the "rabbit_virtual_host", restarted all cinder >>>>>>> services and I can see a successful connection to AMQP now."**** >>>>>>> >>>>>>> And I did that, now it's connected, but what is this >>>>>>> rabbit_virtual_host? What does it do?**** >>>>>>> >>>>>>> I'll test my volumes now.**** >>>>>>> >>>>>>> **** >>>>>>> >>>>>>> Regards.**** >>>>>>> >>>>>>> **** >>>>>>> >>>>>>> **** >>>>>>> >>>>>>> **** >>>>>>> >>>>>>> **** >>>>>>> >>>>>>> 2013/9/23 Guilherme Russi **** >>>>>>> >>>>>>> I've looked at the quantum/server.log and nova-scheduler.log and >>>>>>> they show:**** >>>>>>> >>>>>>> **** >>>>>>> >>>>>>> 2013-09-23 16:25:27 INFO [quantum.openstack.common.rpc.common] >>>>>>> Reconnecting to AMQP server on localhost:5672**** >>>>>>> >>>>>>> 2013-09-23 16:25:27 INFO [quantum.openstack.common.rpc.common] >>>>>>> Connected to AMQP server on localhost:5672**** >>>>>>> >>>>>>> **** >>>>>>> >>>>>>> 2013-09-23 16:24:01.830 5971 INFO nova.openstack.common.rpc.common >>>>>>> [-] Reconnecting to AMQP server on 127.0.0.1:5672**** >>>>>>> >>>>>>> 2013-09-23 16:24:01.879 5971 INFO nova.openstack.common.rpc.common >>>>>>> [-] Connected to AMQP server on 127.0.0.1:5672**** >>>>>>> >>>>>>> **** >>>>>>> >>>>>>> But at the cinder-volume.log:**** >>>>>>> >>>>>>> **** >>>>>>> >>>>>>> INFO [cinder.openstack.common.rpc.common] Reconnecting to AMQP >>>>>>> server on localhost:5672**** >>>>>>> >>>>>>> 2013-09-23 16:46:04 ERROR [cinder.openstack.common.rpc.common] >>>>>>> AMQP server on localhost:5672 is unreachable: Socket closed. Trying again >>>>>>> in 30 seconds.**** >>>>>>> >>>>>>> **** >>>>>>> >>>>>>> **** >>>>>>> >>>>>>> I was typing when you sent your answer, here is it:**** >>>>>>> >>>>>>> **** >>>>>>> >>>>>>> rabbitmq-server status**** >>>>>>> >>>>>>> Status of node rabbit at hemera ...**** >>>>>>> >>>>>>> [{pid,17266},**** >>>>>>> >>>>>>> {running_applications,[{rabbit,"RabbitMQ","2.7.1"},**** >>>>>>> >>>>>>> {os_mon,"CPO CXC 138 46","2.2.7"},**** >>>>>>> >>>>>>> {sasl,"SASL CXC 138 11","2.1.10"},**** >>>>>>> >>>>>>> {mnesia,"MNESIA CXC 138 12","4.5"},**** >>>>>>> >>>>>>> {stdlib,"ERTS CXC 138 10","1.17.5"},**** >>>>>>> >>>>>>> {kernel,"ERTS CXC 138 10","2.14.5"}]},**** >>>>>>> >>>>>>> {os,{unix,linux}},**** >>>>>>> >>>>>>> {erlang_version,"Erlang R14B04 (erts-5.8.5) [source] [64-bit] >>>>>>> [smp:4:4] [rq:4] [async-threads:30] [kernel-poll:true]\n"},**** >>>>>>> >>>>>>> {memory,[{total,30926120},**** >>>>>>> >>>>>>> {processes,14354392},**** >>>>>>> >>>>>>> {processes_used,14343184},**** >>>>>>> >>>>>>> {system,16571728},**** >>>>>>> >>>>>>> {atom,1124441},**** >>>>>>> >>>>>>> {atom_used,1120343},**** >>>>>>> >>>>>>> {binary,268176},**** >>>>>>> >>>>>>> {code,11134417},**** >>>>>>> >>>>>>> {ets,2037120}]},**** >>>>>>> >>>>>>> {vm_memory_high_watermark,0.4},**** >>>>>>> >>>>>>> {vm_memory_limit,3299385344}]**** >>>>>>> >>>>>>> ...done.**** >>>>>>> >>>>>>> **** >>>>>>> >>>>>>> **** >>>>>>> >>>>>>> Yes, I've restarted the rabbitmq-server, but as you can see at the >>>>>>> logs, quantum and nova are connected.**** >>>>>>> >>>>>>> **** >>>>>>> >>>>>>> Ideas??**** >>>>>>> >>>>>>> **** >>>>>>> >>>>>>> Regards.**** >>>>>>> >>>>>>> **** >>>>>>> >>>>>>> **** >>>>>>> >>>>>>> 2013/9/23 Marcelo Dieder **** >>>>>>> >>>>>>> What's the status of your rabbitmq? >>>>>>> >>>>>>> # rabbitmqctl status >>>>>>> >>>>>>> And do you tried restart the rabbitmq? >>>>>>> >>>>>>> Regards, >>>>>>> Marcelo Dieder**** >>>>>>> >>>>>>> On 09/23/2013 03:31 PM, Guilherme Russi wrote:**** >>>>>>> >>>>>>> Yes, it is at the same place **** >>>>>>> >>>>>>> **** >>>>>>> >>>>>>> cat /etc/cinder/cinder.conf **** >>>>>>> >>>>>>> [DEFAULT]**** >>>>>>> >>>>>>> rootwrap_config=/etc/cinder/rootwrap.conf**** >>>>>>> >>>>>>> sql_connection = mysql://cinder:password at localhost/cinder**** >>>>>>> >>>>>>> api_paste_confg = /etc/cinder/api-paste.ini**** >>>>>>> >>>>>>> iscsi_helper=ietadm**** >>>>>>> >>>>>>> #iscsi_helper = tgtadm**** >>>>>>> >>>>>>> volume_name_template = volume-%s**** >>>>>>> >>>>>>> volume_group = cinder-volumes**** >>>>>>> >>>>>>> verbose = True**** >>>>>>> >>>>>>> auth_strategy = keystone**** >>>>>>> >>>>>>> iscsi_ip_address=localhost**** >>>>>>> >>>>>>> rabbit_host = localhost**** >>>>>>> >>>>>>> rabbit_port = 5672**** >>>>>>> >>>>>>> rabbit_userid = rabbit**** >>>>>>> >>>>>>> rabbit_password = password**** >>>>>>> >>>>>>> rabbit_virtual_host = /nova**** >>>>>>> >>>>>>> state_path = /var/lib/cinder**** >>>>>>> >>>>>>> lock_path = /var/lock/cinder**** >>>>>>> >>>>>>> volumes_dir = /var/lib/cinder/volumes**** >>>>>>> >>>>>>> **** >>>>>>> >>>>>>> Another idea?**** >>>>>>> >>>>>>> **** >>>>>>> >>>>>>> Regards.**** >>>>>>> >>>>>>> **** >>>>>>> >>>>>>> 2013/9/23 Gangur, Hrushikesh (HP Converged Cloud - R&D - Sunnyvale) < >>>>>>> hrushikesh.gangur at hp.com>**** >>>>>>> >>>>>>> Ensure that cinder configuration files have correct IP of rabbimq >>>>>>> host.**** >>>>>>> >>>>>>> **** >>>>>>> >>>>>>> *From:* Guilherme Russi [mailto:luisguilherme.cr at gmail.com] >>>>>>> *Sent:* Monday, September 23, 2013 10:53 AM >>>>>>> *To:* openstack >>>>>>> *Subject:* [Openstack] Cinder error**** >>>>>>> >>>>>>> **** >>>>>>> >>>>>>> Hello guys, I'm reinstalling my OpenStack Grizzly and I'm getting >>>>>>> problem with my cinder, I'm getting "*Error: *Unable to retrieve >>>>>>> volume list." I was looking at the cinder log and I only found this error: >>>>>>> ERROR [cinder.openstack.common.rpc.common] AMQP server on >>>>>>> 192.168.3.1:5672 is unreachable: Socket closed. Trying again in 30 >>>>>>> seconds.**** >>>>>>> >>>>>>> **** >>>>>>> >>>>>>> I have a partition created:**** >>>>>>> >>>>>>> **** >>>>>>> >>>>>>> pvdisplay **** >>>>>>> >>>>>>> --- Physical volume ---**** >>>>>>> >>>>>>> PV Name /dev/sda7**** >>>>>>> >>>>>>> VG Name cinder-volumes**** >>>>>>> >>>>>>> PV Size 279,59 GiB / not usable 1,00 MiB**** >>>>>>> >>>>>>> Allocatable yes **** >>>>>>> >>>>>>> PE Size 4,00 MiB**** >>>>>>> >>>>>>> Total PE 71574**** >>>>>>> >>>>>>> Free PE 66454**** >>>>>>> >>>>>>> Allocated PE 5120**** >>>>>>> >>>>>>> PV UUID KHITxF-uagF-xADc-F8fu-na8t-1OXT-rDFbQ6**** >>>>>>> >>>>>>> **** >>>>>>> >>>>>>> root at hemera:/home/hemera# vgdisplay **** >>>>>>> >>>>>>> --- Volume group ---**** >>>>>>> >>>>>>> VG Name cinder-volumes**** >>>>>>> >>>>>>> System ID **** >>>>>>> >>>>>>> Format lvm2**** >>>>>>> >>>>>>> Metadata Areas 1**** >>>>>>> >>>>>>> Metadata Sequence No 6**** >>>>>>> >>>>>>> VG Access read/write**** >>>>>>> >>>>>>> VG Status resizable**** >>>>>>> >>>>>>> MAX LV 0**** >>>>>>> >>>>>>> Cur LV 2**** >>>>>>> >>>>>>> Open LV 0**** >>>>>>> >>>>>>> Max PV 0**** >>>>>>> >>>>>>> Cur PV 1**** >>>>>>> >>>>>>> Act PV 1**** >>>>>>> >>>>>>> VG Size 279,59 GiB**** >>>>>>> >>>>>>> PE Size 4,00 MiB**** >>>>>>> >>>>>>> Total PE 71574**** >>>>>>> >>>>>>> Alloc PE / Size 5120 / 20,00 GiB**** >>>>>>> >>>>>>> Free PE / Size 66454 / 259,59 GiB**** >>>>>>> >>>>>>> VG UUID mhN3uV-n80a-zjeb-uR35-0IPb-BFmo-G2Qehu**** >>>>>>> >>>>>>> **** >>>>>>> >>>>>>> **** >>>>>>> >>>>>>> I don't know how to fix this error, any help?**** >>>>>>> >>>>>>> **** >>>>>>> >>>>>>> Thank you all and regards.**** >>>>>>> >>>>>>> **** >>>>>>> >>>>>>> Guilherme.**** >>>>>>> >>>>>>> **** >>>>>>> >>>>>>> **** >>>>>>> >>>>>>> _______________________________________________**** >>>>>>> >>>>>>> Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack**** >>>>>>> >>>>>>> Post to : openstack at lists.openstack.org**** >>>>>>> >>>>>>> Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack**** >>>>>>> >>>>>>> **** >>>>>>> >>>>>>> >>>>>>> _______________________________________________ >>>>>>> Mailing list: >>>>>>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>>>>>> Post to : openstack at lists.openstack.org >>>>>>> Unsubscribe : >>>>>>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack**** >>>>>>> >>>>>>> **** >>>>>>> >>>>>>> **** >>>>>>> >>>>>>> **** >>>>>>> >>>>>>> **** >>>>>>> >>>>>>> **** >>>>>>> >>>>>>> ** ** >>>>>>> >>>>>> >>>>>> >>>>> >>>> _______________________________________________ >>>> Mailing list: >>>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>>> Post to : openstack at lists.openstack.org >>>> Unsubscribe : >>>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>>> >>>> >>>> >>> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From colin at 2cups.com Thu Sep 26 15:26:55 2013 From: colin at 2cups.com (Colin McNamara) Date: Thu, 26 Sep 2013 08:26:55 -0700 Subject: [Openstack] OpenStack Education : SCrum.org case study In-Reply-To: References: Message-ID: <7576400F-81FE-40A3-AB6E-60FD70A7B42D@2cups.com> You may also be interesting in the OpenStack training guides blueprint under the Docs Team. Sean and I will be out in Hong Kong, and would love to talk. Regards, Colin Colin McNamara People | Process | Technology -------------------------------------------- Mobile: 858-208-8105 Twitter: @colinmcnamara Linkedin: www.linkedin.com/colinmcnamara Blog: www.colinmcnamara.com Email: colin at 2cups.com On Sep 25, 2013, at 7:15 PM, Frans Thamura wrote: > hi all > > anyone interest with education program of openstack, in both, non profit for student or commercial, may be can meet with me in OpenStack Conf Hongkong. > > This is the URL of SCrum web, Scrum also foundation like OpenStack, may be interest foundation to go this, and this is can become your fund center, and I love to help for Indonesia region, or any country that interest. > > https://www.scrum.org/Courses > > my idea, the training is better under openstack.org umbrella, and let the openstack partner create also, like redhat openstack course, ubuntu openstack course, but this is the foundation . > > eclipse also do smiliar: http://www.eclipse.org/community/training/classes.php > > > but i think scrum model is better.. > > > feedback welcome > > -- > Frans Thamura (曽志胜) > Shadow Master and Lead Investor > Meruvian. > Integrated Hypermedia Java Solution Provider. > > Mobile: +628557888699 > Blog: http://blogs.mervpolis.com/roller/flatburger (id) > > FB: http://www.facebook.com/meruvian > TW: http://www.twitter.com/meruvian / @meruvian > Website: http://www.meruvian.org > > "We grow because we share the same belief." > _______________________________________________ > Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack -------------- next part -------------- An HTML attachment was scrubbed... URL: From frans at meruvian.org Thu Sep 26 15:28:52 2013 From: frans at meruvian.org (Frans Thamura) Date: Thu, 26 Sep 2013 22:28:52 +0700 Subject: [Openstack] OpenStack Education : SCrum.org case study In-Reply-To: <7576400F-81FE-40A3-AB6E-60FD70A7B42D@2cups.com> References: <7576400F-81FE-40A3-AB6E-60FD70A7B42D@2cups.com> Message-ID: Hi colin Yes..i following the sean's work.in launchpad. Hope can meet in hk. And anne also.put me.in loop.for this work I think training with permission to use openstack logo with share revenue good for foundation ecosystem On Sep 26, 2013 10:26 PM, "Colin McNamara" wrote: > You may also be interesting in the OpenStack training guides blueprint > under the Docs Team. Sean and I will be out in Hong Kong, and would love > to talk. > > Regards, > > Colin > *Colin McNamara* > People | Process | Technology > -------------------------------------------- > *Mobile*: 858-208-8105 > *Twitter: *@colinmcnamara > *Linkedin*: www. > linkedin.com/colinmcnamara > *Blog*: www.colinmcnamara.com > *Email*: colin at 2cups.com > > > > > > > On Sep 25, 2013, at 7:15 PM, Frans Thamura wrote: > > hi all > > anyone interest with education program of openstack, in both, non profit > for student or commercial, may be can meet with me in OpenStack Conf > Hongkong. > > This is the URL of SCrum web, Scrum also foundation like OpenStack, may be > interest foundation to go this, and this is can become your fund center, > and I love to help for Indonesia region, or any country that interest. > > https://www.scrum.org/Courses > > my idea, the training is better under openstack.org umbrella, and let the > openstack partner create also, like redhat openstack course, ubuntu > openstack course, but this is the foundation . > > eclipse also do smiliar: > http://www.eclipse.org/community/training/classes.php > > > but i think scrum model is better.. > > > feedback welcome > > -- > Frans Thamura (曽志胜) > Shadow Master and Lead Investor > Meruvian. > Integrated Hypermedia Java Solution Provider. > > Mobile: +628557888699 > Blog: http://blogs.mervpolis.com/roller/flatburger (id) > > FB: http://www.facebook.com/meruvian > TW: http://www.twitter.com/meruvian / @meruvian > Website: http://www.meruvian.org > > "We grow because we share the same belief." > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ravikumar.venkatesan at hp.com Thu Sep 26 16:40:53 2013 From: ravikumar.venkatesan at hp.com (Venkatesan, Ravikumar) Date: Thu, 26 Sep 2013 16:40:53 +0000 Subject: [Openstack] Question on snapshot image compatibility between AWS and Openstack Glance Message-ID: Hi, I have one question on snapshot image compatibility between AWS and Openstack Glance . I have downloaded a snapshot image consisting of manifest file and fragmented files from AWS S3 that was created from an instance and EBS backed , and I am checking the feasibility of assembling those segmented files (about 60 ) and then upload to Openstack Glance as snapshot image. Is it possible ? Is Glance support that use case scenario ? Thank you very much for your time. Regards, Ravi From prag_2648 at yahoo.co.in Thu Sep 26 16:50:52 2013 From: prag_2648 at yahoo.co.in (pragya jain) Date: Fri, 27 Sep 2013 00:50:52 +0800 (SGT) Subject: [Openstack] Fw: problem in understanding interaction between swift proxy and other servers through swift source code In-Reply-To: <1380024474.73553.YahooMailNeo@web193605.mail.sg3.yahoo.com> References: <1380024474.73553.YahooMailNeo@web193605.mail.sg3.yahoo.com> Message-ID: <1380214252.16268.YahooMailNeo@web193606.mail.sg3.yahoo.com> hello, I am forwarding this mail again. Please help me in this regard. --- Thanks  Pragya Jain ----- Forwarded Message ----- >From: pragya jain >To: "openstack at lists.openstack.org" >Cc: anita goel >Sent: Tuesday, 24 September 2013 5:37 PM >Subject: problem in understanding interaction between swift proxy and other servers through swift source code > > > >Hello, > > >I am studying swift source code. > > >My problem is: >1) What are the roles of class AccountController defined in swift / proxy / controllers / account.py and class AccountController defined in swift / account / server.py >2) How these two classes differ from each other and  >3) How these two class interact with each other i.e.  >According to my understanding, when a user make a request, __call__() function defined in Application class in swift / proxy /server.py is executed, which ,in turn, calls handle_request() function which sends the control to the swift / proxy / controllers  > > >Now, I can't understand through which function call will the control go from proxy server to other (account/container/object)  server > > >Please help me in this regard > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From clint at fewbar.com Thu Sep 26 17:10:37 2013 From: clint at fewbar.com (Clint Byrum) Date: Thu, 26 Sep 2013 10:10:37 -0700 Subject: [Openstack] config_drive with Cinder boot from volume In-Reply-To: References: <8A82B3ED85B0A945BC6EAD7ABD180624186537EA@xmb-rcd-x04.cisco.com> Message-ID: <1380215239-sup-7032@fewbar.com> Excerpts from Byron McCollum's message of 2013-09-26 06:30:57 -0700: > Are you talking about booting from a volume that was created from an image (bootable volume)? > > Depending on cloud-init's configuration, it might be configured to only run on first boot. If that volume had previously been used to boot an instance, cloud-init will not run on subsequent boots from the volume. > This is not true. cloud-init will run at every boot, and use the meta-data it has access to to determine the current instance-id, and if it has changed, cloud-init will run first-boot processes again such as generating SSH keys and running cloud-config. It sounds to me like cloud-init isn't even able to access the config drive and thus can't determine the instance-id. I wonder if the boot-from-volume has changed something about the devices, and thus is getting in the way of how cloud-init discovers the config-drive. Your best bet is the console log, which will be where cloud-init prints out what it is doing. From dara2002-openstack at yahoo.com Thu Sep 26 17:20:09 2013 From: dara2002-openstack at yahoo.com (Darragh O'Reilly) Date: Thu, 26 Sep 2013 18:20:09 +0100 (BST) Subject: [Openstack] loop on network with openvswitch + vlans In-Reply-To: <1380199029.67855.YahooMailNeo@web172402.mail.ir2.yahoo.com> References: <1380199029.67855.YahooMailNeo@web172402.mail.ir2.yahoo.com> Message-ID: <1380216009.83676.YahooMailNeo@web172403.mail.ir2.yahoo.com> Pavel, sorry - ignore my previous email and don't run quantum-ovs-cleanup. Steps should be: - stop quantum-ovs-plugin-agent - stop openvswitch services - start openvswitch services - start quantum-ovs-plugin-agent Re, Darragh. >________________________________ > From: Darragh O'Reilly >To: "openstack at lists.openstack.org" >Sent: Thursday, 26 September 2013, 13:37 >Subject: Re: [Openstack] loop on network with openvswitch + vlans > > > >Pavel, > > > > why are you restarting Open vSwitch? I think these steps should work when you have to: > >- stop quantum-ovs-plugin-agent >- stop openvswitch services >- start openvswitch services >- run quantum-ovs-cleanup >- start quantum-ovs-plugin-agent > > > >Re, Darragh. >  > >>Message: 3 >>Date: Thu, 26 Sep 2013 13:50:36 +0200 >>From: Pavel Stano >>To: openstack at lists.openstack.org >>Subject: [Openstack] loop on network with openvswitch + vlans >>Message-ID: <52441F8C.50509 at websupport.sk> >>Content-Type: text/plain; charset=ISO-8859-1; format=flowed >> >>Hi, >> >>we encountered some problem on our setup with openvswitch with multiple >>nodes. >>When openstack is running ok and we restart openvswitch on 2 or more >>compute nodes, flow tables on br-int will be cleared and >>quantum-plugin-openvswitch-agent will not re-configure it until it will >>be restarted too. >>Ports are still attached to br-int but without flows. >>So after flows are cleared there occur loop on network. >> >>We want to fix it by modifing openvswitch init script to dump/load flows >>when stop/start/restart, it dont do it automatically. Or another >>alterantive is forcibly remove br-int when stopping openvwswitch. >> >>And of course automatically restart quantum-plugin-openvswitch-agent >>after openvswitch restart. >> >>Anyone encounter same problem and/or have some better solution ? >> >>Thanks >>-- >>[ Ohodnotte kvalitu mailu: http://nicereply.com/websupport/Stano/ ] >> >>Pavel Stano | Troubleshooter > > > From cristi.falcas at gmail.com Thu Sep 26 18:58:28 2013 From: cristi.falcas at gmail.com (Cristian Falcas) Date: Thu, 26 Sep 2013 21:58:28 +0300 Subject: [Openstack] Adding an extra compute node In-Reply-To: References: Message-ID: So, it is working now or still not? I had some problems that manifested the same and I got a lot of help from this page: http://techbackground.blogspot.ro/2013/05/debugging-quantum-dhcp-and-open-vswitch.html In my case the vm was attached directly to br-int. The ip exec and br-ex advice was for the network node, but I see that you don't have access to the internal network, not internet. Sorry about that. If still not working, check the xml file from the vm and check the target and source interfaces: should be tap and qbr. Also, when you ran "brctl show" you should see the qbrd bridge with 2 interfaces: tap and qvb The qvb interface should be paired with a qvo interface: ethtool -S qvb$id Check that the index from above command is in "ip link show" and it's the qvo interface. qvo interface should be in the br-int bridge from openvswitch. After that you should check the rules in openvswitch and see that the same id from one compute node is translated on the network node. I presume that there are no errors in /var/log/quantum/*.log on the network node. On Thu, Sep 26, 2013 at 6:04 PM, Brandon Adams wrote: > On my net/compute node I have two interfaces; one is for the management > network, and the other is for VM internet access. This is already added to > br-ex as per a normal set up. I don't have this on the dedicated compute > node because it shouldn't have direct access to the internet. And I can't > execute ip netns exec qrouter-4cff1882-1962-4084-9b48-cb1bcd048a4e ping $IP > on the compute node because that name space doesn't exist there, only on the > network node. > > I went back and restarted the dhcp service just as a precaution, and found > it hadn't been running correctly. Not sure if that affected anything. I also > ran ifconfig on the compute node after alunching a VM and it showed the qbr > qbo and qbv interfaces, as well as the tap interface. > > > On Thu, Sep 26, 2013 at 10:26 AM, Cristian Falcas > wrote: >> >> On br-ex you need to add an interface that has no ip but it's up: >> ovs-vsctl add-port br-ex eth1 >> ifconfig eth1 up >> >> the instance is not connected to the router namespace >> >> Check in /var/lib/nova/instances/$instance_id/libvirt.xml for source >> bridge and target dev >> >> try ip netns exec qrouter-4cff1882-1962-4084-9b48-cb1bcd048a4e ping $IP >> >> also, do the same from the dhcp namespace >> >> >> >> >> On Thu, Sep 26, 2013 at 5:17 PM, Brandon Adams >> wrote: >> > Cristian, >> > Thanks for responding so quickly. The instances should be attached to >> > the >> > internal network interface, which I can find on the network/compute >> > node. >> > It's under the namespace of the router for the project: >> > ip netns exec qrouter-4cff1882-1962-4084-9b48-cb1bcd048a4e ifconfig >> > shows >> > two interfaces, one for the internal network and one for the external >> > network. >> > >> > The problem I think is that this router isn't reachable from my extra >> > compute node. When I create the router, its namespace does not appear on >> > the >> > extra node. >> > >> > And I am using dhcp, the quantum-dhcp-agent is installed on the >> > network/compute node. >> > >> > Brandon >> > >> > >> > On Thu, Sep 26, 2013 at 9:57 AM, Cristian Falcas >> > >> > wrote: >> >> >> >> layer 3 is created only on the network node. On compute nodes you have >> >> layer 2 only (openvswitch) >> >> >> >> The gre tunnels should take care of everything magically :). >> >> >> >> Where are the instances attached (that should be tap$id and source >> >> qbr$id)? Do you use dhcp? >> >> >> >> >> >> On Thu, Sep 26, 2013 at 4:40 PM, Brandon Adams >> >> wrote: >> >> > Hi all, >> >> > >> >> > I'm trying to add a second compute node my dev cluster, I've already >> >> > got >> >> > one >> >> > controller node and one network/compute node running perfectly. I've >> >> > installed all of the necessary packages and everything seems to be >> >> > running >> >> > smoothly. However, when I create a private network and subnet, they >> >> > don't >> >> > seem to be applied to the extra node. That is, I can see the extra >> >> > interfaces when I run ovs-vsctl show on the network/compute node, but >> >> > not on >> >> > the dedicated compute node. There are GRE tunnels which I assume >> >> > connect >> >> > the >> >> > two nodes across the management network, and instances boot up on the >> >> > new >> >> > node. They just can't find the internal network and thus can't be >> >> > reached at >> >> > all. I'm running Grizzly on Ubuntu, using Quantum OpenVSwitch with >> >> > GRE >> >> > tunnels. I've already fixed an error regarding brcompatd running on >> >> > both >> >> > nodes, so I'm wondering what my next step is. Thanks. >> >> > >> >> > Brandon >> >> > >> >> > _______________________________________________ >> >> > Mailing list: >> >> > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> >> > Post to : openstack at lists.openstack.org >> >> > Unsubscribe : >> >> > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> >> > >> > >> > > > From douglas.mendizabal at RACKSPACE.COM Thu Sep 26 22:35:34 2013 From: douglas.mendizabal at RACKSPACE.COM (Douglas Mendizabal) Date: Thu, 26 Sep 2013 22:35:34 +0000 Subject: [Openstack] Docker on Grizzly In-Reply-To: <6A22EABB-5E48-4111-BAFD-85107B536068@syrinx.net> Message-ID: Hi Daniel, I was working on that same idea, getting OpenStack running in Docker containers, for a hackathon a few weeks ago. It was a one day event, so we only got as far as you did, except we're using postgres as the backend for Keystone. We put up our work on GitHub if you're interested in collaborating, let me know. https://github.com/rackerlabs/dockerstack -Douglas Mendizabal On 9/26/13 9:47 AM, "Daniel Ellison" wrote: >On Sep 26, 2013, at 10:27 AM, Joe Topjian wrote: >> >> I needed a distraction from some other work I was doing, so I started >>fooling around with getting the Docker driver to work on Grizzly. I was >>successful and thought I'd share my notes: >> >> https://github.com/jtopjian/grizzly-docker >> >> If others find this useful - great! But please keep in mind that this >>is just casual hacking and could be done a lot better by a more >>experienced openstack dev. > >Excellent! Thanks for your efforts, Joe. > >I'm actually in the process of doing the opposite: getting OpenStack >running in Docker containers. So far I have Keystone and MySQL up and >configured in containers and I'm about to start on Glance. Once I have a >full stack going I'll be trying out the Docker driver in an OpenStack >running in Docker containers. :) Inception, anyone? > >+Daniel >_______________________________________________ >Mailing list: >http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >Post to : openstack at lists.openstack.org >Unsubscribe : >http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack From caitlin.bestler at nexenta.com Thu Sep 26 23:30:36 2013 From: caitlin.bestler at nexenta.com (Caitlin Bestler) Date: Thu, 26 Sep 2013 16:30:36 -0700 Subject: [Openstack] Announcing Manila Project (Shared Filesystems Management) In-Reply-To: <53E7920A93307949AC19339A21136DC91365BCBF@SACEXCMBX01-PRD.hq.netapp.com> References: <53E7920A93307949AC19339A21136DC91365BCBF@SACEXCMBX01-PRD.hq.netapp.com> Message-ID: <5244C39C.9010005@nexenta.com> On 9/24/2013 5:50 PM, Swartzlander, Ben wrote: > I'm proud to announce the official launching of the Manila project. > Manila is a new service designed to do for shared filesystems what > Cinder has done for blocks storage. The project provides a vendor > neutral API for provisioning and attaching filesystem-based storage such > as NFS, CIFS, and hopefully many other network filesystems. The actual > code is heavily based on Cinder. The project has been under development > for quite some time and is now on StackForge and ready for contributions > from the wider community. > > Our project page is here: https://launchpad.net/manila > > We hold weekly meetings on Thursdays at 15:00 UTC in > #openstack-meeting-alt. You can also find us more or less any time in > #openstack-manila. > > thanks, > > Ben Swartzlander (bswartz) > > NetApp, Inc. > This project looks to be off to a solid start. Providing file as well as object and block is really needed to provide complete storage services for OpenStack. From thiagocmartinsc at gmail.com Thu Sep 26 23:55:08 2013 From: thiagocmartinsc at gmail.com (=?ISO-2022-JP?B?TWFydGlueCAtIBskQiU4JSchPCVgJTobKEI=?=) Date: Thu, 26 Sep 2013 20:55:08 -0300 Subject: [Openstack] Announcing Manila Project (Shared Filesystems Management) In-Reply-To: <5244C39C.9010005@nexenta.com> References: <53E7920A93307949AC19339A21136DC91365BCBF@SACEXCMBX01-PRD.hq.netapp.com> <5244C39C.9010005@nexenta.com> Message-ID: +1000! I'm using NetApp in my office for KVM Hypervisors and OpenStack (not backed by NetApp) for a private cloud, it will be awesome to watch the growth of this project! Today I'm using Cinder plus a Instance with NFS + SMB to share it within each tenant's networks. Cheers! Thiago On 26 September 2013 20:30, Caitlin Bestler wrote: > On 9/24/2013 5:50 PM, Swartzlander, Ben wrote: > >> I'm proud to announce the official launching of the Manila project. >> Manila is a new service designed to do for shared filesystems what >> Cinder has done for blocks storage. The project provides a vendor >> neutral API for provisioning and attaching filesystem-based storage such >> as NFS, CIFS, and hopefully many other network filesystems. The actual >> code is heavily based on Cinder. The project has been under development >> for quite some time and is now on StackForge and ready for contributions >> from the wider community. >> >> Our project page is here: https://launchpad.net/manila >> >> We hold weekly meetings on Thursdays at 15:00 UTC in >> #openstack-meeting-alt. You can also find us more or less any time in >> #openstack-manila. >> >> thanks, >> >> Ben Swartzlander (bswartz) >> >> NetApp, Inc. >> >> > This project looks to be off to a solid start. Providing file as well as > object and block is really needed to provide complete storage services > for OpenStack. > > > > > ______________________________**_________________ > Mailing list: http://lists.openstack.org/**cgi-bin/mailman/listinfo/** > openstack > Post to : openstack at lists.openstack.org > Unsubscribe : http://lists.openstack.org/**cgi-bin/mailman/listinfo/** > openstack > -------------- next part -------------- An HTML attachment was scrubbed... URL: From daniel at syrinx.net Fri Sep 27 00:12:00 2013 From: daniel at syrinx.net (Daniel Ellison) Date: Thu, 26 Sep 2013 20:12:00 -0400 Subject: [Openstack] Docker on Grizzly In-Reply-To: References: Message-ID: <2DC947A0-FF7C-4937-ABB6-3C8461B6AC4F@syrinx.net> On 2013-09-26, at 6:35 PM, Douglas Mendizabal wrote: > I was working on that same idea, getting OpenStack running in Docker > containers, for a hackathon a few weeks ago. It was a one day event, so > we only got as far as you did, except we're using postgres as the backend > for Keystone. We put up our work on GitHub if you're interested in > collaborating, let me know. Today I got RabbitMQ working in a container and got a good way into Glance as well. I'm breaking up the standard OpenStack "control node" into its component parts and running each in a Docker container. This way the control node can be spread across several physical machines if need be. It also allows isolation of technologies such as Erlang (RabbitMQ's language), avoiding "pollution" of a common environment. I'm using Pipework (https://github.com/jpetazzo/pipework) to set up a private network between the components once they're running. Once I have all of the pieces in place I'm going to use Maestro (https://github.com/toscanini/maestro) to orchestrate the startup of all containers, making sure the database and message queue are available before any of the OpenStack components need them. Looking at what you've put together, we're taking fairly different paths in our implementations. The work I'm doing is being paid for by my company so I can't simply post the work on a public site without permission. I will, however, ask about releasing everything into the public domain once it's working. +Daniel From zhuadl at cn.ibm.com Fri Sep 27 01:55:10 2013 From: zhuadl at cn.ibm.com (Hua ZZ Zhang) Date: Fri, 27 Sep 2013 09:55:10 +0800 Subject: [Openstack] Fw: problem in understanding interaction between swift proxy and other servers through swift source code In-Reply-To: <1380214252.16268.YahooMailNeo@web193606.mail.sg3.yahoo.com> References: <1380024474.73553.YahooMailNeo@web193605.mail.sg3.yahoo.com> <1380214252.16268.YahooMailNeo@web193606.mail.sg3.yahoo.com> Message-ID: Pragya, my understanding of your question: Both of the controller is to handle the common HTTP REST request such as GET,PUT,POST,DELETE etc. The first controller is the entry point of proxy-server to handle the client requests which is exposed as Swift API externally. But the second controller is the entry point of account-server and won't be directly accessible by client. It will be invoked by the proxy server internally via HTTP RESTful interface to provide the specific account operations. -Zhang Hua(Edward) pragya jain To "openstack at lists.openstack.org" 2013-09-27 上午 , 12:50 cc Subject Please respond to [Openstack] Fw: problem in pragya jain understanding interaction between through swift source code hello, I am forwarding this mail again. Please help me in this regard. --- Thanks Pragya Jain ----- Forwarded Message ----- From: pragya jain To: "openstack at lists.openstack.org" Cc: anita goel Sent: Tuesday, 24 September 2013 5:37 PM Subject: problem in understanding interaction between swift proxy and other servers through swift source code Hello, I am studying swift source code. My problem is: 1) What are the roles of class AccountController defined in swift / proxy / controllers / account.py and class AccountController defined in swift / account / server.py 2) How these two classes differ from each other and 3) How these two class interact with each other i.e. According to my understanding, when a user make a request, __call__() function defined in Application class in swift / proxy /server.py is executed, which ,in turn, calls handle_request() function which sends the control to the swift / proxy / controllers Now, I can't understand through which function call will the control go from proxy server to other (account/container/object) server Please help me in this regard _______________________________________________ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : openstack at lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: graycol.gif Type: image/gif Size: 105 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: pic05646.gif Type: image/gif Size: 1255 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: ecblank.gif Type: image/gif Size: 45 bytes Desc: not available URL: From qixiaozhen at huawei.com Fri Sep 27 02:09:19 2013 From: qixiaozhen at huawei.com (Qixiaozhen) Date: Fri, 27 Sep 2013 02:09:19 +0000 Subject: [Openstack] the way of managing the shared block storage. RE: Announcing Manila Project (Shared Filesystems Management) In-Reply-To: <5244C39C.9010005@nexenta.com> References: <53E7920A93307949AC19339A21136DC91365BCBF@SACEXCMBX01-PRD.hq.netapp.com> <5244C39C.9010005@nexenta.com> Message-ID: Hi, all Is there a common way to manage the block storage of an unknown vendor san? For example, a linux server shares its local disks by the target software(iscsitarget, lio and etc.). The computing nodes are connected to the target with iscsi session, and the LUNs are already rescaned. VMFS is introduced in VMware to manage the LUNs shared by the san. Ovirt VDSM organize the metadata of the volumes in the LUN with LVM2 and StoragePoolManager. How about openstack? Best regards, Qi 亓晓振 Qi Xiaozhen CLOUD OS PDU, IT Product Line, Huawei Enterprise Business Group Mobile: +86 13609283376 Email: qixiaozhen at huawei.com 中国(China)-西安(Xian) -----Original Message----- From: Caitlin Bestler [mailto:caitlin.bestler at nexenta.com] Sent: Friday, September 27, 2013 7:31 AM To: openstack at lists.openstack.org Subject: Re: [Openstack] Announcing Manila Project (Shared Filesystems Management) On 9/24/2013 5:50 PM, Swartzlander, Ben wrote: > I'm proud to announce the official launching of the Manila project. > Manila is a new service designed to do for shared filesystems what > Cinder has done for blocks storage. The project provides a vendor > neutral API for provisioning and attaching filesystem-based storage such > as NFS, CIFS, and hopefully many other network filesystems. The actual > code is heavily based on Cinder. The project has been under development > for quite some time and is now on StackForge and ready for contributions > from the wider community. > > Our project page is here: https://launchpad.net/manila > > We hold weekly meetings on Thursdays at 15:00 UTC in > #openstack-meeting-alt. You can also find us more or less any time in > #openstack-manila. > > thanks, > > Ben Swartzlander (bswartz) > > NetApp, Inc. > This project looks to be off to a solid start. Providing file as well as object and block is really needed to provide complete storage services for OpenStack. _______________________________________________ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : openstack at lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack From douglas.mendizabal at RACKSPACE.COM Fri Sep 27 02:52:50 2013 From: douglas.mendizabal at RACKSPACE.COM (Douglas Mendizabal) Date: Fri, 27 Sep 2013 02:52:50 +0000 Subject: [Openstack] Docker on Grizzly In-Reply-To: <2DC947A0-FF7C-4937-ABB6-3C8461B6AC4F@syrinx.net> Message-ID: Thanks for the links to those projects! I wasn't aware of either one. Hopefully your employer will open source your solution, because it sounds interesting. Good Luck! On 9/26/13 7:12 PM, "Daniel Ellison" wrote: >On 2013-09-26, at 6:35 PM, Douglas Mendizabal > wrote: >> I was working on that same idea, getting OpenStack running in Docker >> containers, for a hackathon a few weeks ago. It was a one day event, so >> we only got as far as you did, except we're using postgres as the >>backend >> for Keystone. We put up our work on GitHub if you're interested in >> collaborating, let me know. > >Today I got RabbitMQ working in a container and got a good way into >Glance as well. I'm breaking up the standard OpenStack "control node" >into its component parts and running each in a Docker container. This way >the control node can be spread across several physical machines if need >be. It also allows isolation of technologies such as Erlang (RabbitMQ's >language), avoiding "pollution" of a common environment. > >I'm using Pipework (https://github.com/jpetazzo/pipework) to set up a >private network between the components once they're running. Once I have >all of the pieces in place I'm going to use Maestro >(https://github.com/toscanini/maestro) to orchestrate the startup of all >containers, making sure the database and message queue are available >before any of the OpenStack components need them. > >Looking at what you've put together, we're taking fairly different paths >in our implementations. The work I'm doing is being paid for by my >company so I can't simply post the work on a public site without >permission. I will, however, ask about releasing everything into the >public domain once it's working. > >+Daniel From prag_2648 at yahoo.co.in Fri Sep 27 06:56:53 2013 From: prag_2648 at yahoo.co.in (pragya jain) Date: Fri, 27 Sep 2013 14:56:53 +0800 (SGT) Subject: [Openstack] Fw: problem in understanding interaction between swift proxy and other servers through swift source code In-Reply-To: References: <1380024474.73553.YahooMailNeo@web193605.mail.sg3.yahoo.com> <1380214252.16268.YahooMailNeo@web193606.mail.sg3.yahoo.com> Message-ID: <1380265013.61327.YahooMailNeo@web193602.mail.sg3.yahoo.com> Thanks Zhang for the reply. but my question is: According to swift source code, through which function call, the proxy server interact with account server, i.e., flow of control go from proxy server code to account server code? Thanks again Pragya Jain >________________________________ > From: Hua ZZ Zhang >To: pragya jain >Cc: "openstack at lists.openstack.org" >Sent: Friday, 27 September 2013 7:25 AM >Subject: Re: [Openstack] Fw: problem in understanding interaction between swift proxy and other servers through swift source code > > > > > >pragya jain ---2013-09-27 上午 12:52:40---pragya jain > > > > >To > > > >cc > > > >Subject > >hello, > >I am forwarding this mail again. >Please help me in this regard. > >--- >Thanks > >Pragya Jain > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: graycol.gif Type: image/gif Size: 105 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: ecblank.gif Type: image/gif Size: 45 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: pic18614.gif Type: image/gif Size: 1255 bytes Desc: not available URL: From zhuadl at cn.ibm.com Fri Sep 27 07:42:20 2013 From: zhuadl at cn.ibm.com (Hua ZZ Zhang) Date: Fri, 27 Sep 2013 15:42:20 +0800 Subject: [Openstack] Fw: problem in understanding interaction between swift proxy and other servers through swift source code In-Reply-To: <1380265013.61327.YahooMailNeo@web193602.mail.sg3.yahoo.com> References: <1380024474.73553.YahooMailNeo@web193605.mail.sg3.yahoo.com> <1380214252.16268.YahooMailNeo@web193606.mail.sg3.yahoo.com> <1380265013.61327.YahooMailNeo@web193602.mail.sg3.yahoo.com> Message-ID: in swift/proxy/controllers/base.py def make_requests(self, req, ring, part, method, path, headers, query_string=''): def _make_request(self, nodes, part, method, path, headers, query, logger_thread_locals): pragya jain To Hua ZZ Zhang/China/IBM at IBMCN, 2013-09-27 下午 cc 02:56 "openstack at lists.openstack.org" Subject Please respond to Re: [Openstack] Fw: problem in pragya jain understanding interaction between through swift source code Thanks Zhang for the reply. but my question is: According to swift source code, through which function call, the proxy server interact with account server, i.e., flow of control go from proxy server code to account server code? Thanks again Pragya Jain From: Hua ZZ Zhang To: pragya jain Cc: "openstack at lists.openstack.org" Sent: Friday, 27 September 2013 7:25 AM Subject: Re: [Openstack] Fw: problem in understanding interaction between swift proxy and other servers through swift source code Inactive hide details for pragya jain ---2013-09-27 上午 12:52:40---pragya jain pragya jain ---2013-09-27 上午 12:52:40---pragya jain To cc Subject hello, I am forwarding this mail again. Please help me in this regard. --- Thanks Pragya Jain -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: graycol.gif Type: image/gif Size: 105 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: pic11525.gif Type: image/gif Size: 1255 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: ecblank.gif Type: image/gif Size: 45 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: C4223956.gif Type: image/gif Size: 1255 bytes Desc: not available URL: From prag_2648 at yahoo.co.in Fri Sep 27 08:11:29 2013 From: prag_2648 at yahoo.co.in (pragya jain) Date: Fri, 27 Sep 2013 16:11:29 +0800 (SGT) Subject: [Openstack] Fw: problem in understanding interaction between swift proxy and other servers through swift source code In-Reply-To: References: <1380024474.73553.YahooMailNeo@web193605.mail.sg3.yahoo.com> <1380214252.16268.YahooMailNeo@web193606.mail.sg3.yahoo.com> <1380265013.61327.YahooMailNeo@web193602.mail.sg3.yahoo.com> Message-ID: <1380269489.96608.YahooMailNeo@web193606.mail.sg3.yahoo.com> But, Sir, At which line of code in the func  def _make_request(self, nodes, part, method, path, headers, query,                      logger_thread_locals):  flow of control move to the AccoountController class defined in swift/account/server.py (for example) def _make_request(self, nodes, part, method, path, headers, query,                       logger_thread_locals):         """ Sends an HTTP request to a single node and aggregates the result. It attempts the primary node, then iterates over the handoff nodes as needed. :param nodes: an iterator of the backend server and handoff servers :param part: the partition number :param method: the method to send to the backend :param path: the path to send to the backend :param headers: a list of dicts, where each dict represents one backend request that should be made. :param query: query string to send to the backend. :param logger_thread_locals: The thread local values to be set on the self.app.logger to retain transaction logging information. :returns: a swob.Response object """         self.app.logger.thread_locals = logger_thread_locals         for node in nodes:             try:                 start_node_timing = time.time()                 with ConnectionTimeout(self.app.conn_timeout):                     conn = http_connect(node['ip'], node['port'],                                         node['device'], part, method, path,                                         headers=headers, query_string=query)                     conn.node = node                 self.app.set_node_timing(node, time.time() - start_node_timing)                 with Timeout(self.app.node_timeout):                     resp = conn.getresponse()                     if not is_informational(resp.status) and \                             not is_server_error(resp.status):                         return resp.status, resp.reason, resp.getheaders(), \                             resp.read()                     elif resp.status == HTTP_INSUFFICIENT_STORAGE:                         self.error_limit(node, _('ERROR Insufficient Storage'))             except (Exception, Timeout):                 self.exception_occurred(node, self.server_type,                                         _('Trying to %(method)s%(path)s') %                                         {'method': method, 'path': path}) --- Thank you very much  Pragya Jain >________________________________ > From: Hua ZZ Zhang >To: pragya jain >Cc: "openstack at lists.openstack.org" >Sent: Friday, 27 September 2013 1:12 PM >Subject: Re: [Openstack] Fw: problem in understanding interaction between swift proxy and other servers through swift source code > > > >in swift/proxy/controllers/base.py > >def make_requests(self, req, ring, part, method, path, headers, >                      query_string=''): > >def _make_request(self, nodes, part, method, path, headers, query, >                      logger_thread_locals): > > >pragya jain ---2013-09-27 下午 02:55:44---pragya jain > > > > >To > > > >cc > > > >Subject > >Thanks Zhang for the reply. >but my question is: >According to swift source code, >through which function call, the proxy server interact with account server, i.e., flow of control go from proxy server code to account server code? > >Thanks again > >Pragya Jain > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: graycol.gif Type: image/gif Size: 105 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: ecblank.gif Type: image/gif Size: 45 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: pic11525.gif Type: image/gif Size: 1255 bytes Desc: not available URL: From zhuadl at cn.ibm.com Fri Sep 27 09:15:06 2013 From: zhuadl at cn.ibm.com (Hua ZZ Zhang) Date: Fri, 27 Sep 2013 17:15:06 +0800 Subject: [Openstack] Fw: problem in understanding interaction between swift proxy and other servers through swift source code In-Reply-To: <1380269489.96608.YahooMailNeo@web193606.mail.sg3.yahoo.com> References: <1380024474.73553.YahooMailNeo@web193605.mail.sg3.yahoo.com> <1380214252.16268.YahooMailNeo@web193606.mail.sg3.yahoo.com> <1380265013.61327.YahooMailNeo@web193602.mail.sg3.yahoo.com> <1380269489.96608.YahooMailNeo@web193606.mail.sg3.yahoo.com> Message-ID: see underlined code below. it is invoked by sending http request and get result from response. pragya jain To Hua ZZ Zhang/China/IBM at IBMCN, 2013-09-27 下午 cc 04:11 "openstack at lists.openstack.org" Subject Please respond to Re: [Openstack] Fw: problem in pragya jain understanding interaction between through swift source code But, Sir, At which line of code in the func def _make_request(self, nodes, part, method, path, headers, query, logger_thread_locals): flow of control move to the AccoountController class defined in swift/account/server.py (for example) def _make_request(self, nodes, part, method, path, headers, query, logger_thread_locals): """ Sends an HTTP request to a single node and aggregates the result. It attempts the primary node, then iterates over the handoff nodes as needed. :param nodes: an iterator of the backend server and handoff servers :param part: the partition number :param method: the method to send to the backend :param path: the path to send to the backend :param headers: a list of dicts, where each dict represents one backend request that should be made. :param query: query string to send to the backend. :param logger_thread_locals: The thread local values to be set on the self.app.logger to retain transaction logging information. :returns: a swob.Response object """ self.app.logger.thread_locals = logger_thread_locals for node in nodes: try: start_node_timing = time.time() with ConnectionTimeout(self.app.conn_timeout): conn = http_connect(node['ip'], node['port'], node['device'], part, method, path, headers=headers, query_string= query) conn.node = node self.app.set_node_timing(node, time.time() - start_node_timing) with Timeout(self.app.node_timeout): resp = conn.getresponse() if not is_informational(resp.status) and \ not is_server_error(resp.status): return resp.status, resp.reason, resp.getheaders(), \ resp.read() elif resp.status == HTTP_INSUFFICIENT_STORAGE: self.error_limit(node, _('ERROR Insufficient Storage')) except (Exception, Timeout): self.exception_occurred(node, self.server_type, _('Trying to %(method)s %(path)s') % {'method': method, 'path': path}) --- Thank you very much Pragya Jain From: Hua ZZ Zhang To: pragya jain Cc: "openstack at lists.openstack.org" Sent: Friday, 27 September 2013 1:12 PM Subject: Re: [Openstack] Fw: problem in understanding interaction between swift proxy and other servers through swift source code in swift/proxy/controllers/base.py def make_requests(self, req, ring, part, method, path, headers, query_string=''): def _make_request(self, nodes, part, method, path, headers, query, logger_thread_locals): Inactive hide details for pragya jain ---2013-09-27 下午 02:55:44---pragya jain pragya jain ---2013-09-27 下午 02:55:44---pragya jain To cc Subject Thanks Zhang for the reply. but my question is: According to swift source code, through which function call, the proxy server interact with account server, i.e., flow of control go from proxy server code to account server code? Thanks again Pragya Jain -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: graycol.gif Type: image/gif Size: 105 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: pic29732.gif Type: image/gif Size: 1255 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: ecblank.gif Type: image/gif Size: 45 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: EB007987.gif Type: image/gif Size: 1255 bytes Desc: not available URL: From Jeff_Cai at symantec.com Fri Sep 27 09:46:36 2013 From: Jeff_Cai at symantec.com (Jeff Cai) Date: Fri, 27 Sep 2013 02:46:36 -0700 Subject: [Openstack] Why I can not launch instance with root disk size larger than 40GB In-Reply-To: References: <593AC87ED6C9D548A80799C52D8BBF966DDFB7B79D@APJ1XCHEVSPIN30.SYMC.SYMANTEC.COM> <593AC87ED6C9D548A80799C52D8BBF966DDFBFB4D2@APJ1XCHEVSPIN30.SYMC.SYMANTEC.COM> <593AC87ED6C9D548A80799C52D8BBF966DDFB7BA0D@APJ1XCHEVSPIN30.SYMC.SYMANTEC.COM> Message-ID: <593AC87ED6C9D548A80799C52D8BBF966DDFD4321F@APJ1XCHEVSPIN30.SYMC.SYMANTEC.COM> Finally I created another compute node with 200G space and the issue is solved. Thanks. Jeff -----Original Message----- From: Cristian Falcas [mailto:cristi.falcas at gmail.com] Sent: Wednesday, September 25, 2013 3:56 PM To: Jeff Cai Cc: Razique Mahroua; openstack at lists.openstack.org Subject: Re: [Openstack] Why I can not launch instance with root disk size larger than 40GB are you sure it's from disk size and not ram? can you make the flavor that has the 40GB disk to use 1gb of ram and test again? On Wed, Sep 25, 2013 at 6:58 AM, Jeff Cai wrote: > How can I specify the disk space that instances can occupy in the compute node? Or it will use as much as that of the OS can provide? > > Jeff > -----Original Message----- > From: Jeff Cai [mailto:Jeff_Cai at symantec.com] > Sent: Wednesday, September 25, 2013 9:38 AM > To: Razique Mahroua > Cc: openstack at lists.openstack.org > Subject: Re: [Openstack] Why I can not launch instance with root disk size larger than 40GB > > In nova-compute.log, it contains some following info: > > 2013-09-24 10:17:46.828 1190 AUDIT nova.compute.resource_tracker [-] Auditing locally available compute resources > 2013-09-24 10:17:47.378 1190 AUDIT nova.compute.resource_tracker [-] Free ram (MB): -3278 > 2013-09-24 10:17:47.379 1190 AUDIT nova.compute.resource_tracker [-] Free disk (GB): 305 > 2013-09-24 10:17:47.379 1190 AUDIT nova.compute.resource_tracker [-] Free VCPUS: -8 > 2013-09-24 10:17:47.430 1190 INFO nova.compute.resource_tracker [-] Compute_service record updated for c01:c01 > 2013-09-24 10:17:47.463 1190 INFO nova.compute.manager [-] Updating host status > > ________________________________________ > From: Razique Mahroua [razique.mahroua at gmail.com] > Sent: Tuesday, September 24, 2013 10:06 PM > To: Jeff Cai > Cc: openstack at lists.openstack.org > Subject: Re: [Openstack] Why I can not launch instance with root disk size larger than 40GB > > Hey ! > do you have something into the nova-compute.log? > > Le 24 sept. 2013 à 12:46, Jeff Cai > a écrit : > > Hi, > > I setup an openstack environment with 3 nodes on Ubuntu 12.04 LTS. But I cannot launch instances with disk size bigger than 40GB. It reports the error "NoValidHost". I am sure that there's enough disk size on my compute node. > > Could you tell me where I can get more detailed error information or some possible reasons? > > Log in nova-schedule.log > > 2013-09-24 10:17:55.659 WARNING nova.scheduler.driver [req-119be488-eebe-4819-a8b6-78e867357a85 6efadb4e07964bdb8bc07a42f4e0973c 3b93709a75ab472c9d5583cc71c310c8] [instance: 726f76c6-b384-4ca7-a26b-480a57dd60f1] Setting instance to ERROR state. > > nova show 726f76c6-b384-4ca7-a26b-480a57dd60f1 > > +-----------------------------+---------------------------------------------------------------------------------+ > | Property | Value | > +-----------------------------+---------------------------------------------------------------------------------+ > | status | ERROR | > | updated | 2013-09-24T10:17:55Z | > | OS-EXT-STS:task_state | None | > | key_name | None | > | image | CirrOS 0.3.1 (c5037b9b-4dee-432f-9f01-8c85e1143717) | > | hostId | | > | OS-EXT-STS:vm_state | error | > | flavor | m1.medium (ed72d963-f135-42da-beb7-851ab13fac15) | > | id | 726f76c6-b384-4ca7-a26b-480a57dd60f1 | > | user_id | 6efadb4e07964bdb8bc07a42f4e0973c | > | name | f1 | > | created | 2013-09-24T10:17:55Z | > | fault | {u'message': u'NoValidHost', u'code': 500, u'created': u'2013-09-24T10:17:55Z'} | > | OS-DCF:diskConfig | MANUAL | > | metadata | {} | > | accessIPv4 | | > | accessIPv6 | | > | tenant_id | 3b93709a75ab472c9d5583cc71c310c8 | > | OS-EXT-STS:power_state | 0 | > | OS-EXT-AZ:availability_zone | nova | > | config_drive | | > +-----------------------------+---------------------------------------------------------------------------------+ > > > On the compute node c01: > > df -k > Filesystem 1K-blocks Used Available Use% Mounted on > /dev/mapper/c01--vg-root 404209336 7497928 379318548 2% / > udev 4079312 4 4079308 1% /dev > tmpfs 1635612 272 1635340 1% /run > none 5120 0 5120 0% /run/lock > none 4089028 0 4089028 0% /run/shm > cgroup 4089028 0 4089028 0% /sys/fs/cgroup > /dev/sda1 233191 27871 192879 13% /boot > > Best Regards > > Jeff Cai > > _______________________________________________ > Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > > _______________________________________________ > Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > _______________________________________________ > Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack From Jeff_Cai at symantec.com Fri Sep 27 10:03:35 2013 From: Jeff_Cai at symantec.com (Jeff Cai) Date: Fri, 27 Sep 2013 03:03:35 -0700 Subject: [Openstack] VM instances Can not connect to external Message-ID: <593AC87ED6C9D548A80799C52D8BBF966DDFD43237@APJ1XCHEVSPIN30.SYMC.SYMANTEC.COM> Hi, I set up openstack environment on Ubuntu 12.0.4 with 3 nodes according to the starter guide on docs.openstack.org. Everything works well except that the VM instances cannot connect to outside. Among VM instances they can connect to each other. Attached the network diagram: [cid:image024.png at 01CEBBAA.F7DDDD70] In VM, it can ping the demo-router address 10.5.5.1 (internal) and 10.200.29.33 (external). But it cannot ping out the other external addresses. Both the public and demo-net network work normally: Project Network Name Subnets Associated Shared Status Admin State admin public public-subnet 10.200.29.0/24 No Active Up demo demo-net demo-net-subnet 10.5.5.0/24 No Active Up But the port where the demo router is DOWN (bd10e227) 10.200.29.33 network:router_gateway DOWN UP The port info: Port ________________________________ Name None ID bd10e227-8f83-4804-9f68-a0e643e451e5 Network ID d415febb-b387-40e0-9416-32c1b19d5b46 Project ID - Fixed IP IP address: 10.200.29.33, Subnet ID 6781dfdc-508b-46c3-89ce-5624f95448d0 Mac Address fa:16:3e:e2:b2:b3 Status DOWN Admin State UP Attached Device Device Owner: network:router_gateway Device ID: 5d43330d-c0ee-4bd5-a76f-b15daad1df2e Could anyone please give me some clues to solve this problem? Best Regards Jeff Cai -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image024.png Type: image/png Size: 29450 bytes Desc: image024.png URL: From stuartl at vrt.com.au Fri Sep 27 10:42:35 2013 From: stuartl at vrt.com.au (Stuart Longland) Date: Fri, 27 Sep 2013 20:42:35 +1000 Subject: [Openstack] Flat networking, L2 access and externally assigned IP addresses Message-ID: <5245611B.8010602@vrt.com.au> Hi all, I've got a silly question regarding the flat networking in OpenStack. It looks like it'll do what we want, but I'd like to get some further information. Apologies if this has been answered, I did look, I didn't find anything definitive. We're in the process of building up a private cloud. Currently, our network looks much like in the attached diagram. We've got currently: two storage nodes, running the ceph-ods service; three management nodes running ceph-ods, MariaDB+Galera, rabbitmq, Keystone, Glance, ... etc; and a couple of compute nodes. All are running Ubuntu 12.04 LTS AMD64, running Intel Core i3 3220T CPUs at 2.8GHz. The storage nodes have 8GB RAM, 2×3TB hard drives and a 60GB SSD and two network interfaces on-board, which will be joined using LACP. The management nodes have 8GB RAM and a 60GB SSD, and will possibly gain 10GbE network cards later for things like Glance. The compute nodes have a 60GB SSD two on-board network cards and a third PCIe network card: the two on-board ones will be joined using LACP for back-end communications, and the third used as the "public" interface. The Flat DHCP network manager looks like it'll be great for some of our projects: not sure how it does its magic on IPv6 but on IPv4 (as I understand it), the VMs get placed on a network that's private to the node running them and the compute node simply routes the traffic, performing NAT where necessary. To make the VM accessible, a floating IP is assigned to the public interface, and all connections are DNATed to the VM. Again, not sure how the voodoo works in IPv6-land where NAT doesn't exist, but I digress. This seems fine, but for some of our intended applications, particularly Samba filesharing comes to mind, it's best if the machine were directly bridged onto the same Ethernet segment as the clients and is either statically assigned an IP address decided by us network admins, or receives one from DHCP. As it happens, one of our legacy servers already fills the role of DHCP server, handles dynamic DNS updates and works, so I'd like to use that. Maybe I haven't uncovered the magic bit of documentation yet, but it seems no matter what I do, OpenStack seems to want to be in-charge of the IP addressing. If I bridge the interface on the compute node that shares the Ethernet segment with the DHCP server with the flat-network bridge (the docs call this "br100"), I do indeed get our DHCP server responding to the DHCPREQUESTs, the VM allegedly gets the reply, but then network falls flat because there's some firewalling there that prevents the VM from passing traffic on that IP address -- simply because it isn't the IP that OpenStack was expecting the VM to use. I just want to plug the VM into the VLAN via a bridge and let the VM have full L2 access. I've also tried tinkering with the firewall manager; choosing the NoopFirewallManager just broke things, no connectivity whatsoever, even though the VM was allegedly bridged to br100. How does one give a guest full L2 network access to a bridge defined on the host? Regards, -- Stuart Longland Contractor _ ___ \ /|_) | T: +61 7 3535 9619 \/ | \ | 38b Douglas Street F: +61 7 3535 9699 SYSTEMS Milton QLD 4064 http://www.vrt.com.au -------------- next part -------------- A non-text attachment was scrubbed... Name: cluster.png Type: image/png Size: 8955 bytes Desc: not available URL: From lezz.giles at overturenetworks.com Fri Sep 27 13:24:40 2013 From: lezz.giles at overturenetworks.com (Lezz Giles) Date: Fri, 27 Sep 2013 13:24:40 +0000 Subject: [Openstack] dns and instances Message-ID: <88AFEAF7B834A24AA8A3403E11D9AABBD591F5@mbx024-e1-nj-4.exch024.domain.local> I'm looking for a way to have per-subnet dns, which will serve out the internal subnet addresses to instances on that subnet in (at a high level at least) the same way that dhcp serves out addresses to a subnet and only that subnet. The dns data needs to be maintained, i.e. when instances are added or deleted, dns needs to be updated automatically. Is this something that designate/moniker will be capable of? Lezz Giles This email and attachments may contain privileged or confidential information intended only for the addressee(s) indicated. The sender does not waive any of its rights, privileges or protections respecting this information. If you are not the named addressee, an employee, or agent responsible for sending this message to the named addressee (or this message was received by mistake), you are not authorized to read, print, retain, copy or disseminate this message or any part of it. If received in error, please notify us immediately by e-mail, discard any paper copies and delete all electronic files of the email. Computer viruses can be transmitted via email. The recipient should check this email and any attachments for viruses. Email transmission cannot be guaranteed to be secured or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender accepts no liability for any damage caused by any transmitted viruses or errors or omissions in the contents of this message. Overture Networks, Inc. 637 Davis Drive, Morrisville, NC USA 27560 www.overturenetworks.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From Donagh.McCabe at hp.com Fri Sep 27 14:09:10 2013 From: Donagh.McCabe at hp.com (McCabe, Donagh) Date: Fri, 27 Sep 2013 14:09:10 +0000 Subject: [Openstack] Replication error In-Reply-To: References: Message-ID: Mike, Did you at some stage remove a node from your system and decommission it? We've seen similar (but not identical) backtraces in the replicator when someone powers up an old node. It's a good idea to wipe the rings off nodes that you are removing from the system (after rebalance has finished of course). Donagh From: Mike Preston [mailto:mike.preston at synety.com] Sent: 23 September 2013 10:35 To: openstack at lists.openstack.org Subject: [Openstack] Replication error Hi, We are seeing a replication error on swift. The error only is seen on a single node, the other nodes appear to be working fine. Installed version is debian wheezy with swift 1.4.8-2+deb7u1 Sep 23 10:33:03 storage-node-01 object-replicator Starting object replication pass. Sep 23 10:33:03 storage-node-01 object-replicator Exception in top-level replication loop: #012Traceback (most recent call last):#012 File "/usr/lib/python2.7/dist-packages/swift/obj/replicator.py", line 564, in replicate#012 jobs = self.collect_jobs()#012 File "/usr/lib/python2.7/dist-packages/swift/obj/replicator.py", line 536, in collect_jobs#012 self.object_ring.get_part_nodes(int(partition))#012 File "/usr/lib/python2.7/dist-packages/swift/common/ring/ring.py", line 103, in get_part_nodes#012 return [self.devs[r[part]] for r in self._replica2part2dev_id]#012IndexError: array index out of range Sep 23 10:33:03 storage-node-01 object-replicator Nothing replicated for 0.728466033936 seconds. Sep 23 10:33:03 storage-node-01 object-replicator Object replication complete. (0.01 minutes) Can anyone shed any light on this or next steps in debugging it or fixing it? Mike Preston Infrastructure Team | SYNETY www.synety.com direct: 0116 424 4016 mobile: 07950 892038 main: 0116 424 4000 -------------- next part -------------- An HTML attachment was scrubbed... URL: From Marco.Fornaro at huawei.com Fri Sep 27 14:25:40 2013 From: Marco.Fornaro at huawei.com (Marco Fornaro) Date: Fri, 27 Sep 2013 14:25:40 +0000 Subject: [Openstack] all VM in spawning state...help! Message-ID: Hi All, I have an installation of Openstack+quantum+openvswitch plugin To do that I carefully followed instructions from this guide: https://github.com/mseknibilel/OpenStack-Grizzly-Install-Guide/blob/OVS_SingleNode/OpenStack_Grizzly_Install_Guide.rst (so there you can find basically any info about my configuration files) Everything looks working fine BUT when I finally try to create a new istance (either from command line OR web interface) I only get VM eternally in "spawning" state (see snapshot below): [cid:image003.png at 01CEBB9E.32B59170] Thanks in advance for any help! Best Regards Marco Fornaro -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image003.png Type: image/png Size: 144431 bytes Desc: image003.png URL: From 314631691 at qq.com Fri Sep 27 14:30:54 2013 From: 314631691 at qq.com (=?gb18030?B?tLTStQ==?=) Date: Fri, 27 Sep 2013 22:30:54 +0800 Subject: [Openstack] test Message-ID: test -------------- next part -------------- An HTML attachment was scrubbed... URL: From Gerry.Drudy at hp.com Fri Sep 27 14:32:35 2013 From: Gerry.Drudy at hp.com (Drudy, Gerry) Date: Fri, 27 Sep 2013 14:32:35 +0000 Subject: [Openstack] Replication error In-Reply-To: References: Message-ID: <923E0D692F901442ACBA7199520F3D46251C595E@G4W3226.americas.hpqcorp.net> I have encountered this traceback but I was doing something unusual: I was blowing away an existing swift system and rebuilding it with a smaller ring power. Unfortunately I had not cleaned up all of the old data on one of the devices. On the reconfigured system the object replicator encountered partitions on that uncleaned device, in the /srv/node//objects directory, from the old configuration and so some of the partitions encountered in that directory were greater than expected with the newer/smaller ring. As a result the object-replicator could not translate the larger partition to a device id and blew up (producing the backtrace). Gerry. From: McCabe, Donagh Sent: 27 September 2013 15:09 To: Mike Preston; openstack at lists.openstack.org Subject: Re: [Openstack] Replication error Mike, Did you at some stage remove a node from your system and decommission it? We've seen similar (but not identical) backtraces in the replicator when someone powers up an old node. It's a good idea to wipe the rings off nodes that you are removing from the system (after rebalance has finished of course). Donagh From: Mike Preston [mailto:mike.preston at synety.com] Sent: 23 September 2013 10:35 To: openstack at lists.openstack.org Subject: [Openstack] Replication error Hi, We are seeing a replication error on swift. The error only is seen on a single node, the other nodes appear to be working fine. Installed version is debian wheezy with swift 1.4.8-2+deb7u1 Sep 23 10:33:03 storage-node-01 object-replicator Starting object replication pass. Sep 23 10:33:03 storage-node-01 object-replicator Exception in top-level replication loop: #012Traceback (most recent call last):#012 File "/usr/lib/python2.7/dist-packages/swift/obj/replicator.py", line 564, in replicate#012 jobs = self.collect_jobs()#012 File "/usr/lib/python2.7/dist-packages/swift/obj/replicator.py", line 536, in collect_jobs#012 self.object_ring.get_part_nodes(int(partition))#012 File "/usr/lib/python2.7/dist-packages/swift/common/ring/ring.py", line 103, in get_part_nodes#012 return [self.devs[r[part]] for r in self._replica2part2dev_id]#012IndexError: array index out of range Sep 23 10:33:03 storage-node-01 object-replicator Nothing replicated for 0.728466033936 seconds. Sep 23 10:33:03 storage-node-01 object-replicator Object replication complete. (0.01 minutes) Can anyone shed any light on this or next steps in debugging it or fixing it? Mike Preston Infrastructure Team | SYNETY www.synety.com direct: 0116 424 4016 mobile: 07950 892038 main: 0116 424 4000 -------------- next part -------------- An HTML attachment was scrubbed... URL: From leandro.reox at gmail.com Fri Sep 27 14:51:54 2013 From: leandro.reox at gmail.com (Leandro Reox) Date: Fri, 27 Sep 2013 11:51:54 -0300 Subject: [Openstack] test In-Reply-To: References: Message-ID: syn-ack On Fri, Sep 27, 2013 at 11:30 AM, 创业 <314631691 at qq.com> wrote: > test > > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From Stephen_Friday at DELL.com Fri Sep 27 15:26:53 2013 From: Stephen_Friday at DELL.com (Stephen_Friday at DELL.com) Date: Fri, 27 Sep 2013 10:26:53 -0500 Subject: [Openstack] all VM in spawning state...help! In-Reply-To: References: Message-ID: Dell - Internal Use - Confidential Start by looking at your log files. /var/log/nova - nova-scheduler.log - nova-api.log is a good place to start, also syslog /var/log/quantum also has a lot of information Steve Friday From: Marco Fornaro [mailto:Marco.Fornaro at huawei.com] Sent: 27 September 2013 09:26 To: openstack at lists.openstack.org Subject: [Openstack] all VM in spawning state...help! Hi All, I have an installation of Openstack+quantum+openvswitch plugin To do that I carefully followed instructions from this guide: https://github.com/mseknibilel/OpenStack-Grizzly-Install-Guide/blob/OVS_SingleNode/OpenStack_Grizzly_Install_Guide.rst (so there you can find basically any info about my configuration files) Everything looks working fine BUT when I finally try to create a new istance (either from command line OR web interface) I only get VM eternally in "spawning" state (see snapshot below): [cid:image001.png at 01CEBB68.E2EDA0E0] Thanks in advance for any help! Best Regards Marco Fornaro -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 144431 bytes Desc: image001.png URL: From hrushikesh.gangur at hp.com Fri Sep 27 15:51:33 2013 From: hrushikesh.gangur at hp.com (Gangur, Hrushikesh (R & D HP Cloud)) Date: Fri, 27 Sep 2013 15:51:33 +0000 Subject: [Openstack] all VM in spawning state...help! In-Reply-To: References: Message-ID: Please do check permission on /var/lib/nova/instances drwxr-xr-x 11 nova nova 4096 Sep 27 04:14 instances Regards~hrushi From: Stephen_Friday at DELL.com [mailto:Stephen_Friday at DELL.com] Sent: Friday, September 27, 2013 8:27 AM To: Marco.Fornaro at huawei.com; openstack at lists.openstack.org Subject: Re: [Openstack] all VM in spawning state...help! Dell - Internal Use - Confidential Start by looking at your log files. /var/log/nova - nova-scheduler.log - nova-api.log is a good place to start, also syslog /var/log/quantum also has a lot of information Steve Friday From: Marco Fornaro [mailto:Marco.Fornaro at huawei.com] Sent: 27 September 2013 09:26 To: openstack at lists.openstack.org Subject: [Openstack] all VM in spawning state...help! Hi All, I have an installation of Openstack+quantum+openvswitch plugin To do that I carefully followed instructions from this guide: https://github.com/mseknibilel/OpenStack-Grizzly-Install-Guide/blob/OVS_SingleNode/OpenStack_Grizzly_Install_Guide.rst (so there you can find basically any info about my configuration files) Everything looks working fine BUT when I finally try to create a new istance (either from command line OR web interface) I only get VM eternally in "spawning" state (see snapshot below): [cid:image001.png at 01CEBB5E.C3284800] Thanks in advance for any help! Best Regards Marco Fornaro -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 144431 bytes Desc: image001.png URL: From caitlin.bestler at nexenta.com Fri Sep 27 16:07:36 2013 From: caitlin.bestler at nexenta.com (Caitlin Bestler) Date: Fri, 27 Sep 2013 09:07:36 -0700 Subject: [Openstack] the way of managing the shared block storage. RE: Announcing Manila Project (Shared Filesystems Management) In-Reply-To: References: <53E7920A93307949AC19339A21136DC91365BCBF@SACEXCMBX01-PRD.hq.netapp.com> <5244C39C.9010005@nexenta.com> Message-ID: <5245AD48.5080401@nexenta.com> On 9/26/2013 7:09 PM, Qixiaozhen wrote: > Hi, all > > Is there a common way to manage the block storage of an unknown vendor san? > > For example, a linux server shares its local disks by the target software(iscsitarget, lio and etc.). The computing nodes are connected to the target with iscsi session, and the LUNs are already rescaned. > > VMFS is introduced in VMware to manage the LUNs shared by the san. Ovirt VDSM organize the metadata of the volumes in the LUN with LVM2 and StoragePoolManager. How about openstack? > > Best regards, > The standard protocols (iSCSI, NFS, CIFS, etc.) generally only address the user plane and partially the control plane. Standardizing the management plane is left to the user or vendors. One of the roles of OpenStack is to fill that gap. Cinder addresses block storage. The proposed Manila project would deal with NAS. From ilkka.tengvall at cybercom.com Fri Sep 27 16:43:53 2013 From: ilkka.tengvall at cybercom.com (Ilkka Tengvall) Date: Fri, 27 Sep 2013 19:43:53 +0300 Subject: [Openstack] OpenStack Finland meetup in Tampere, Oct. 30th Message-ID: <5245B5C9.7040704@cybercom.com> Hello fellow stackers, I'm glad to invite you to the first local Finnish live meetup at October the 30th in Tampere! I wish we get good attendance so we can begin to build stronger local community, which could be beginning of a regular series of such meetups. It seems there is plenty of us open stackers here, it's time to get together and get to know each others, learn and share the word and experience. So if you are a user, developer or just curious, welcome to sign up, there is more info on the registration web page: https://openstackfi301013.eventbrite.com/ The program will likely change a bit, but the drinks and snacks are guaranteed :) BR, -- Ilkka Tengvall Advisory Consultant, Cloud Architecture Cybercom Finland mobile: +358408443462 Email: ilkka.tengvall at cybercom.com From ilkka.tengvall at cybercom.com Fri Sep 27 17:07:15 2013 From: ilkka.tengvall at cybercom.com (Ilkka Tengvall) Date: Fri, 27 Sep 2013 20:07:15 +0300 Subject: [Openstack] how to tell dhcp-agent to advertice certain routes? Message-ID: <5245BB43.8040902@cybercom.com> Hi, how to tell DHCP server (dnsmasq) to advertice an extra gateway in dhcp response? We are running grizzly and provider networks. Some of the networks are in vlan that already have an external router among the existing other machines in the same network. So we don't want multiple l3-agents for multiple floating ip ranges. We don't need any NAT rules for those networks, only a dhcp service for the given subnet range, and add the existing HW gateways address as default route to that dhcp responce. How to achieve that by using quantum/neutron commands? I want this to be filled in dnsmasq config for the subnet by quantum-dhcp-agent: dhcp-option=3,1.2.3.4 The environment is rdo grizzly on rhel 6.4, up to date. -- Ilkka Tengvall Advisory Consultant, Cloud Architecture Cybercom Finland mobile: +358408443462 Email: ilkka.tengvall at cybercom.com From jon at jonproulx.com Fri Sep 27 18:06:12 2013 From: jon at jonproulx.com (Jonathan Proulx) Date: Fri, 27 Sep 2013 14:06:12 -0400 Subject: [Openstack] how to tell dhcp-agent to advertice certain routes? In-Reply-To: <5245BB43.8040902@cybercom.com> References: <5245BB43.8040902@cybercom.com> Message-ID: Hi Ilkka, I have the same setup you describe below. You simply need to specify "--gateway when running "quantum help subnet-create", this doesn't create an L3 router it just specifies the gateway dhcp gives out. -Jon On Fri, Sep 27, 2013 at 1:07 PM, Ilkka Tengvall wrote: > Hi, > > how to tell DHCP server (dnsmasq) to advertice an extra gateway in dhcp > response? > > We are running grizzly and provider networks. Some of the networks are in > vlan that already have an external router among the existing other machines > in the same network. > > So we don't want multiple l3-agents for multiple floating ip ranges. We > don't need any NAT rules for those networks, only a dhcp service for the > given subnet range, and add the existing HW gateways address as default > route to that dhcp responce. > > How to achieve that by using quantum/neutron commands? > > > I want this to be filled in dnsmasq config for the subnet by > quantum-dhcp-agent: > > dhcp-option=3,1.2.3.4 > > > The environment is rdo grizzly on rhel 6.4, up to date. > > -- > > Ilkka Tengvall > Advisory Consultant, Cloud Architecture > Cybercom Finland > mobile: +358408443462 > Email: ilkka.tengvall at cybercom.com > > > _______________________________________________ > Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack From jon at jonproulx.com Fri Sep 27 18:08:26 2013 From: jon at jonproulx.com (Jonathan Proulx) Date: Fri, 27 Sep 2013 14:08:26 -0400 Subject: [Openstack] how to tell dhcp-agent to advertice certain routes? In-Reply-To: References: <5245BB43.8040902@cybercom.com> Message-ID: On Fri, Sep 27, 2013 at 2:06 PM, Jonathan Proulx wrote: > Hi Ilkka, > > I have the same setup you describe below. You simply need to specify > "--gateway when running "quantum help > subnet-create", this doesn't create an L3 router it just specifies the > gateway dhcp gives out. proof read version of the above (sigh will I never learn): I have the same setup you describe below. You simply need to specify "--gateway " when running "quantum subnet-create", this doesn't create an L3 router it just specifies the gateway dhcp gives out. From jiaqin1017 at gmail.com Fri Sep 27 19:18:18 2013 From: jiaqin1017 at gmail.com (Qin Jia) Date: Fri, 27 Sep 2013 15:18:18 -0400 Subject: [Openstack] Loading Kernel Module during reboot In-Reply-To: References: Message-ID: Hi Bob, Thank you for your reply. I used a single-part image to start a instance of Fedora 14. Inside the instance, I complied the Linux 3.1.2 kernel and updated the grub. However, the boot process will stuck when choosing the newly built kernel in grub. For Xencenter, I saw the error message shown on the screen is (It go through very quickly, I catched this by snapshoots.) BUG: scheduling while atomic: swapper/0/0x10000002 BUG: scheduling while atomic: kworker/0:0/0x10000002 Error: Driver 'xen-platform-pci' is already registered. aborting... And after this, the screen stuck like the attached picture. Do you have any ideas about why this happens? Thanks, Qin [image: Inline image 2] On Mon, Sep 23, 2013 at 6:24 AM, Bob Ball wrote: > It depends what type of image you are booting.**** > > ** ** > > If you are using a 3-part image, where the kernel and the initrd were > originally outside of the root disk, then I’ve never tested how to make the > necessary changes so the next boot pulls the kernel/initrd out from the > image.**** > > ** ** > > If the original image was a single-part and the kernel/initrd were > extracted automatically at boot time then yes, simply updating grub.conf to > reference the new kernel+initrd should be sufficient.**** > > ** ** > > Bob**** > > ** ** > > *From:* Qin Jia [mailto:jiaqin1017 at gmail.com] > *Sent:* 23 September 2013 05:57 > > *To:* openstack at lists.openstack.org > *Subject:* [Openstack] Loading Kernel Module during reboot**** > > ** ** > > Hello,**** > > ** ** > > I have openstack run on top of Xenserver. I have created images (initrd > and kernel images) inside the /boot directory of the instance. I was > wondering if it is possible to load the image during rebooting of the > instance by changing the grub.conf? **** > > ** ** > > Thanks,**** > > Qin**** > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: snapshot.jpg Type: image/jpeg Size: 142201 bytes Desc: not available URL: From ghanshyammann at gmail.com Fri Sep 27 19:47:30 2013 From: ghanshyammann at gmail.com (GHANSHYAM MANN) Date: Sat, 28 Sep 2013 01:17:30 +0530 Subject: [Openstack] Regarding Registering the Company in openstack Community Code contribution Message-ID: Hi, Hope I am putting this question on right mailing list. Can anyone please tell me the complete procedure of registering the company name in openstack community code contribution? Including the CLA and code/config file change so that company name can be appeared for members code contribution and also in the contribution graphs in http://stackalytics.com/?release=havana&metric=commits&project_type=openstack&module=&company=&user_id= Thanks in Advance. -- Thanks & Regards Ghanshyam Mann 08800183173 -------------- next part -------------- An HTML attachment was scrubbed... URL: From Ilkka.Tengvall at cybercom.com Fri Sep 27 19:48:42 2013 From: Ilkka.Tengvall at cybercom.com (Ilkka Tengvall) Date: Fri, 27 Sep 2013 19:48:42 +0000 Subject: [Openstack] how to tell dhcp-agent to advertice certain routes? In-Reply-To: References: <5245BB43.8040902@cybercom.com> , Message-ID: <32dda973a0d9481fa0a292d805586762@mmambx1.global.ad> On Fri, Sep 27, 2013 at 2:06 PM, Jonathan Proulx wrote: > Hi Ilkka, > > I have the same setup you describe below. You simply need to specify > "--gateway when running "quantum help > subnet-create", this doesn't create an L3 router it just specifies the > gateway dhcp gives out. thanks a bunch, will try that the first thing monday! From bob.ball at citrix.com Fri Sep 27 20:02:48 2013 From: bob.ball at citrix.com (Bob Ball) Date: Fri, 27 Sep 2013 20:02:48 +0000 Subject: [Openstack] Loading Kernel Module during reboot In-Reply-To: References: , Message-ID: Hi, That sounds like something that would be best answered by either the xen-devel list or the xs-devel list. Can I suggest that you ask the question there? It might be worth just confirming that the behaviour is the same when you perform those steps outside OpenStack - i.e. just using XenCenter to set up a Fedora VM and then upgrading the kernel. Thanks, Bob ________________________________ From: Qin Jia [jiaqin1017 at gmail.com] Sent: 27 September 2013 20:18 To: Bob Ball Cc: openstack at lists.openstack.org Subject: Re: [Openstack] Loading Kernel Module during reboot Hi Bob, Thank you for your reply. I used a single-part image to start a instance of Fedora 14. Inside the instance, I complied the Linux 3.1.2 kernel and updated the grub. However, the boot process will stuck when choosing the newly built kernel in grub. For Xencenter, I saw the error message shown on the screen is (It go through very quickly, I catched this by snapshoots.) BUG: scheduling while atomic: swapper/0/0x10000002 BUG: scheduling while atomic: kworker/0:0/0x10000002 Error: Driver 'xen-platform-pci' is already registered. aborting... And after this, the screen stuck like the attached picture. Do you have any ideas about why this happens? Thanks, Qin [Inline image 2] On Mon, Sep 23, 2013 at 6:24 AM, Bob Ball > wrote: It depends what type of image you are booting. If you are using a 3-part image, where the kernel and the initrd were originally outside of the root disk, then I’ve never tested how to make the necessary changes so the next boot pulls the kernel/initrd out from the image. If the original image was a single-part and the kernel/initrd were extracted automatically at boot time then yes, simply updating grub.conf to reference the new kernel+initrd should be sufficient. Bob From: Qin Jia [mailto:jiaqin1017 at gmail.com] Sent: 23 September 2013 05:57 To: openstack at lists.openstack.org Subject: [Openstack] Loading Kernel Module during reboot Hello, I have openstack run on top of Xenserver. I have created images (initrd and kernel images) inside the /boot directory of the instance. I was wondering if it is possible to load the image during rebooting of the instance by changing the grub.conf? Thanks, Qin -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: snapshot.jpg Type: image/jpeg Size: 142201 bytes Desc: snapshot.jpg URL: From stefano at openstack.org Fri Sep 27 20:27:54 2013 From: stefano at openstack.org (Stefano Maffulli) Date: Fri, 27 Sep 2013 13:27:54 -0700 Subject: [Openstack] Regarding Registering the Company in openstack Community Code contribution In-Reply-To: References: Message-ID: <5245EA4A.3000009@openstack.org> Hi GHANSHYAM, the main source of information for reporting is your members profile: http://www.openstack.org/community/members/profile/6461 there you have listed no affiliation therefore your contributions will be counted only as personal contributions in http://activity.openstack.org. If you fix your profile your affiliation will appear correctly on openstack.org pages. /stef On Fri 27 Sep 2013 12:47:30 PM PDT, GHANSHYAM MANN wrote: > Hi, > > Hope I am putting this question on right mailing list. > > > > Can anyone please tell me the complete procedure of registering the > company name in openstack community code contribution? > > Including the CLA and code/config file change so that company name can > be appeared for members code contribution and also in the contribution > graphs in > http://stackalytics.com/?release=havana&metric=commits&project_type=openstack&module=&company=&user_id= > > > > > Thanks in Advance. > > > > -- > Thanks & Regards > Ghanshyam Mann > 08800183173 > > > _______________________________________________ > Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack -- Ask and answer questions on https://ask.openstack.org From jiaqin1017 at gmail.com Fri Sep 27 20:44:46 2013 From: jiaqin1017 at gmail.com (Qin Jia) Date: Fri, 27 Sep 2013 16:44:46 -0400 Subject: [Openstack] Loading Kernel Module during reboot In-Reply-To: References: Message-ID: Hi Bob, I'm sorry I just found that compiled a patched Kernel (used for install a software). It might be some problem with the patches. I will let you know if there is problem install a clean kernel. Thanks, Qin On Fri, Sep 27, 2013 at 4:02 PM, Bob Ball wrote: > Hi, > > That sounds like something that would be best answered by either the > xen-devel list or the xs-devel list. Can I suggest that you ask the > question there? > > It might be worth just confirming that the behaviour is the same when > you perform those steps outside OpenStack - i.e. just using XenCenter to > set up a Fedora VM and then upgrading the kernel. > > Thanks, > > Bob > > ------------------------------ > *From:* Qin Jia [jiaqin1017 at gmail.com] > *Sent:* 27 September 2013 20:18 > *To:* Bob Ball > *Cc:* openstack at lists.openstack.org > *Subject:* Re: [Openstack] Loading Kernel Module during reboot > > Hi Bob, > > Thank you for your reply. I used a single-part image to start a instance > of Fedora 14. Inside the instance, I complied the Linux 3.1.2 kernel and > updated the grub. However, the boot process will stuck when choosing the > newly built kernel in grub. For Xencenter, I saw the error message shown on > the screen is (It go through very quickly, I catched this by snapshoots.) > > BUG: scheduling while atomic: swapper/0/0x10000002 > BUG: scheduling while atomic: kworker/0:0/0x10000002 > Error: Driver 'xen-platform-pci' is already registered. aborting... > > And after this, the screen stuck like the attached picture. > > Do you have any ideas about why this happens? > > Thanks, > Qin > > [image: Inline image 2] > > > On Mon, Sep 23, 2013 at 6:24 AM, Bob Ball wrote: > >> It depends what type of image you are booting.**** >> >> ** ** >> >> If you are using a 3-part image, where the kernel and the initrd were >> originally outside of the root disk, then I’ve never tested how to make the >> necessary changes so the next boot pulls the kernel/initrd out from the >> image.**** >> >> ** ** >> >> If the original image was a single-part and the kernel/initrd were >> extracted automatically at boot time then yes, simply updating grub.conf to >> reference the new kernel+initrd should be sufficient.**** >> >> ** ** >> >> Bob**** >> >> ** ** >> >> *From:* Qin Jia [mailto:jiaqin1017 at gmail.com] >> *Sent:* 23 September 2013 05:57 >> >> *To:* openstack at lists.openstack.org >> *Subject:* [Openstack] Loading Kernel Module during reboot**** >> >> ** ** >> >> Hello,**** >> >> ** ** >> >> I have openstack run on top of Xenserver. I have created images (initrd >> and kernel images) inside the /boot directory of the instance. I was >> wondering if it is possible to load the image during rebooting of the >> instance by changing the grub.conf? **** >> >> ** ** >> >> Thanks,**** >> >> Qin**** >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: snapshot.jpg Type: image/jpeg Size: 142201 bytes Desc: not available URL: From siamak.azodolmolky at gmail.com Fri Sep 27 20:46:04 2013 From: siamak.azodolmolky at gmail.com (Siamak Azodolmolky) Date: Fri, 27 Sep 2013 22:46:04 +0200 Subject: [Openstack] [Neutron] Comparison of Plugins and why SDN? Message-ID: <5245EE8C.1000602@gmail.com> Dear List, Is there any comparison table to contrast different OpenStack networking (neutron) plugins? In the admin document, OVS and LinuxBridge are covered in more detail, but I am not sure if there is any comparison among the other 3rd party plugins? Are those plugins there just to be there? Is there any performance or other qualitative reason/bias toward any of the plugins? Furthermore, there are SDN controllers in the list of plugins? I am suspecting that scalability, hight availability, exploitation (monitoring, debugging, billing, etc.), and efficiency of virtualization technologies are the main selling points of the 3rd parties. If this is true, then aren't the built in plugins (i.e., OVS and Linux bridge) capable enough to address these issues? Thank you in advance for your comments/clarifications on this. best regards, Siamak -- ------------------------------------------------------------------------ *Dr. Siamak Azodolmolky* PhD, Msc, SM IEEE, PM ACM Senior Researcher Information and Communication Technology (ICT) Expert *E-mail: Siamak.Azodolmolky at gmail.com* Skype ID: Siamak.Azodolmolky Siamak at LinkedIn ------------------------------------------------------------------------ -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: btn_viewmy_120x33.png Type: image/png Size: 924 bytes Desc: not available URL: From gessners at us.ibm.com Fri Sep 27 22:11:43 2013 From: gessners at us.ibm.com (Steven Gessner) Date: Fri, 27 Sep 2013 18:11:43 -0400 Subject: [Openstack] Flavor files and disk and ephemeral sizes Message-ID: Hi, I hope someone can clarify the questions I have. When I look at the documentation on flavor files: http://docs.openstack.org/grizzly/openstack-compute/admin/content/instance-building-blocks.html#instance-building-blocks-flavors , I see the virtual root disk size shown for the m1.small to m1.xlarge flavors remaining constant at 10gig and the ephemeral disk ranging from 20 to 160gig. When I look at an OpenStack environment built by a friend, I see the ephemeral size always at 0gig and the virtual root disk size containing the values 20 to 160gig. I know an admin can modify the values but my friend says he didn't. In addition, I would have expected the virtual root disk to remain constant for the flavors in order to allow me to easily choose different size virtual machines to hold a Linux image. Is the documentation showing the flavors wrong or has my friend someone incorrectly and unknowingly swapped the values in the flavor for virtual root disk size and ephemeral size? Thank you for your time, Steve Gessner -------------- next part -------------- An HTML attachment was scrubbed... URL: From stefano at openstack.org Fri Sep 27 23:11:52 2013 From: stefano at openstack.org (Stefano Maffulli) Date: Fri, 27 Sep 2013 16:11:52 -0700 Subject: [Openstack] OpenStack Community Weekly Newsletter (Sep 20-27) Message-ID: <524610B8.1020408@openstack.org> Register Now For The Summit in Hong Kong ???? ???????????????? ???????, ???????? Last batch of invites to the Hong Kong summit has been sent to Active Technical Contributors (ATCs). Check your inbox and spam folders if your code merged before September 25^th . Participate in the OpenStack User Survey by September 30! A tale of 3 OpenStack clouds : 50,000 cores in production at CERN Tim Bell in his blog post explains the different OpenStack environments at CERN and their distinct teams of evaluation and administration. OpenStack Icehouse Incubation Roundup The OpenStack Technical Committee met this week to consider the status of incubated projects for the upcoming Icehouse cycle. As a result, database provisioning (codename Trove)will be an official part of the Icehouse (2014.1) release, while message queues (Marconi) and bare-metal server provisioning (Ironic) will be in incubation with a view to becoming official in the as-yet-unnamed J (2014.2) release. MapReduce as a service (Savanna) will also be incubated. How to Use Ask OpenStack We're continuously building together "The best place on the Internet to find answers to common OpenStack problems": our Question&Answers site Ask OpenStack is such place and needs everybody's help. Ask OpenStack is a collaborative effort, think of it like a wiki where pages are made only of questions and answers. Anybody with more than 100 karma points can fix a question or an answer and anybody can gain karma points by getting votes on answers and/or questions. Introducing the NNFI scheduler for Zuul We recently made a change to Zuul's scheduling algorithm (how it determines which changes to combine together and run tests). Now when a change fails tests (or has a merge conflict), Zuul will move it out of the series of changes that it is stacking together to be tested, but it will still keep that change's position in the queue. Jobs for changes behind it will be restarted without the failed change in their proposed repo states. And if something later fails ahead of it, Zuul will once again put it back into the stream of changes it's testing and give it another chance. Tips 'n Tricks * By Sean Dague : Gerrit queries to avoid OpenStack review overload * By Chmouel Boudjnah : How to access Rackspace Cloud with latest novaclient/swiftclient * By Adam Young : Keystone V3 API Examples * By Mirantis : Short Update on Hardware Calculator for OpenStack Upcoming Events * OpenStack on Ales Sep 30 -- Oct 01, 2013 -- Bend, OR Details * Open World Forum (Paris) Oct 03 -- 05, 2013 -- Paris, France Details * Gartner Symposium/IT Expo North America Oct 06 -- 10, 2013 -- Orlando, FL, USA Details * OpenStack in action ! -- The Canadian Chapter Oct 08, 2013 -- Montreal, Canada Details * Swift Hackathon Oct 15 -- 17, 2013 -- Austin, TX Details * LinuxCon/Cloud Open Europe Oct 21 -- 23, 2013 -- Edinburgh, Scotland, UK Details * Cloud Connect Oct 21 -- 17, 2013 -- Chicago, IL, USA Details Reports from Previous Events * CodeChix OpenStack workshop wrap-up and materials * LinuxCon Wrapup * Summary: OpenStack India Day, 2013 Other News * Savanna accepted into OpenStack Incubation * Hadoop on OpenStack * Tuskar is merging with TripleO . * OpenStack Governance: Electing Technical Leaders For Next Development Cycle * Open Mic Spotlight: Terri Yu * OpenStack Project Meeting: Summary and full logs Welcome New Developers Is your affiliation correct? Check your profile in the OpenStack Foundation Members Database! * Deepti Navale , Red Hat * Donovan Finch , None * Dennis Kliban , Red Hat * Timur Sufiev , Mirantis * Debasish Chowdhury , Globallogic * Kevin Jackson , Rackspace * Maxime Vidori , Enovance * zhu zhu , None (IBM?) * Vui Lam , Vmware * Sukhdev Kapur , Arista Networks * Prashanth Pai , Red Hat Got answers? Ask OpenStack is the go-to destination for OpenStack users. Interesting questions waiting for answers: * Swift [Errno -5] No address associated with hostname * what is the base endpoint url for networking api * How do I enable an instance to access the OpenStack and EC2 APIs on the controller? * How do I work around the "TypeError: dist must be a Distribution instance" problem when following the Swift-all-in-one instructions * What is a "publishing policy" for ceilometer * How to edit the SNAT rules of the L3 agent so that it forwards packets of specific source/dest IPs to a certain VM? /The weekly newsletter is a way for the community to learn about all the various activities occurring on a weekly basis. If you would like to add content to a weekly update or have an idea about this newsletter, please leave a comment./ -------------- next part -------------- An HTML attachment was scrubbed... URL: From prag_2648 at yahoo.co.in Sat Sep 28 05:19:56 2013 From: prag_2648 at yahoo.co.in (pragya jain) Date: Sat, 28 Sep 2013 13:19:56 +0800 (SGT) Subject: [Openstack] Fw: problem in understanding interaction between swift proxy and other servers through swift source code In-Reply-To: References: <1380024474.73553.YahooMailNeo@web193605.mail.sg3.yahoo.com> <1380214252.16268.YahooMailNeo@web193606.mail.sg3.yahoo.com> <1380265013.61327.YahooMailNeo@web193602.mail.sg3.yahoo.com> <1380269489.96608.YahooMailNeo@web193606.mail.sg3.yahoo.com> Message-ID: <1380345596.66234.YahooMailNeo@web193603.mail.sg3.yahoo.com> Thanks a lot for the response, Sir >________________________________ > From: Hua ZZ Zhang >To: pragya jain >Cc: "openstack at lists.openstack.org" >Sent: Friday, 27 September 2013 2:45 PM >Subject: Re: [Openstack] Fw: problem in understanding interaction between swift proxy and other servers through swift source code > > > >see underlined code below. it is invoked by sending http request and get result from response. > > >pragya jain ---2013-09-27 下午 04:10:21---pragya jain > > > > >To > > > >cc > > > >Subject > >But, Sir, At which line of code in the func >def _make_request(self, nodes, part, method, path, headers, query, >                      logger_thread_locals): >flow of control move to the AccoountController class defined in swift/account/server.py (for example) > >def _make_request(self, nodes, part, method, path, headers, query, >                      logger_thread_locals): >        """ >        Sends an HTTP request to a single node and >aggregates the result. >        It attempts the primary node, then iterates over the handoff nodes >        as needed. > >        :param nodes: an iterator of the backend server and handoff servers >        :param part: the partition number >        :param method: the method to send to the >backend >        :param path: the path to send to the backend >        :param headers: a list of dicts, where each dict represents one >                        backend request that should be made. >        :param query: query string to send to the backend. >        :param logger_thread_locals: The thread local values to be set on the >                                     self.app.logger to retain transaction >                                     logging information. >        :returns: a swob.Response object >        """ >        self.app.logger.thread_locals = logger_thread_locals >        for node in nodes: >            try: >                start_node_timing = time.time() >                with ConnectionTimeout(self.app.conn_timeout): >                    conn = http_connect(node['ip'], node['port'], >                                        node['device'], part, method, path, >                                        headers=headers, query_string=query) >                    conn.node = node >                self.app.set_node_timing(node, time.time() - start_node_timing) >                with Timeout(self.app.node_timeout): >                    resp = conn.getresponse() >                    if not is_informational(resp.status) and \ >                            not is_server_error(resp.status): >                        return resp.status, resp.reason, resp.getheaders(), \ >                            resp.read() >                    elif resp.status == HTTP_INSUFFICIENT_STORAGE: >                        self.error_limit(node, _('ERROR Insufficient Storage')) >            except (Exception, Timeout): >                self.exception_occurred(node, self.server_type, >                                        _('Trying to %(method)s %(path)s') % >                                        {'method': method, 'path': path}) > >--- > >Thank you very much > >Pragya Jain > > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: graycol.gif Type: image/gif Size: 105 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: ecblank.gif Type: image/gif Size: 45 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: pic29732.gif Type: image/gif Size: 1255 bytes Desc: not available URL: From shake.chen at gmail.com Sat Sep 28 17:44:22 2013 From: shake.chen at gmail.com (Shake Chen) Date: Sun, 29 Sep 2013 01:44:22 +0800 Subject: [Openstack] Flavor files and disk and ephemeral sizes In-Reply-To: References: Message-ID: I also have question about Flavor and ephemeral disk. if I choose from ISO install OS , the ephemeral disk would not allow zero size. whether can modify the default setting of the ephemeral disk size in flavor. On Sat, Sep 28, 2013 at 6:11 AM, Steven Gessner wrote: > Hi, I hope someone can clarify the questions I have. > > When I look at the documentation on flavor files: > http://docs.openstack.org/grizzly/openstack-compute/admin/content/instance-building-blocks.html#instance-building-blocks-flavors, > I see the virtual root disk size shown for the m1.small to m1.xlarge > flavors remaining constant at 10gig and the ephemeral disk ranging from 20 > to 160gig. When I look at an OpenStack environment built by a friend, I > see the ephemeral size always at 0gig and the virtual root disk size > containing the values 20 to 160gig. > > I know an admin can modify the values but my friend says he didn't. In > addition, I would have expected the virtual root disk to remain constant > for the flavors in order to allow me to easily choose different size > virtual machines to hold a Linux image. Is the documentation showing the > flavors wrong or has my friend someone incorrectly and unknowingly swapped > the values in the flavor for virtual root disk size and ephemeral size? > > Thank you for your time, > Steve Gessner > > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > -- Shake Chen -------------- next part -------------- An HTML attachment was scrubbed... URL: From jian.wen at canonical.com Sun Sep 29 06:06:20 2013 From: jian.wen at canonical.com (Jian Wen) Date: Sun, 29 Sep 2013 14:06:20 +0800 Subject: [Openstack] [nova in havana]: vm status update delay when vm process is killed... In-Reply-To: References: Message-ID: Hello, Juha I can't reproduce this bug in a devstack environment freshly installed today. Instance's power state should be synced in a very short delay window since the following bp. https://blueprints.launchpad.net/nova/+spec/compute-driver-events What is the exact version of nova are you using? Could you file a bug? On Thu, Sep 19, 2013 at 9:04 PM, Juha Tynninen wrote: > Hi, > > Ok, seems to be I can eliminate the delay by editing the value for the > nova/compute/manager.py related configuration item in nova.conf: > > cfg.IntOpt('sync_power_state_interval', > default=600, > help='interval to sync power states between ' > 'the database and the hypervisor'), > > In the grizzly code there is also this default 600 seconds interval > defined for this check, but still there wasn't this kind of delay > present... I wonder what has changed. > > How do you see, is there some negative effects to set the > sync_power_state_interval very low in havana (e.g. 1s or even lower)...? > > Thanks, > -Juha > > > > On 18 September 2013 12:41, Juha Tynninen wrote: > >> Hi, >> >> Previously in grizzly if I killed the VM process (in case of devstack the >> relevant qemu-system process) nova >> almost immediately noticed this and the status of VM was updated to >> SHUTOFF. >> >> But now in havana it takes about 5 minutes the VM status to change to >> SHUTOFF. >> Anyone knows what causes this delay? >> >> Thanks, >> -Juha >> >> >> > > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > -- Cheers, Jian -------------- next part -------------- An HTML attachment was scrubbed... URL: From qixiaozhen at huawei.com Sun Sep 29 08:08:31 2013 From: qixiaozhen at huawei.com (Qixiaozhen) Date: Sun, 29 Sep 2013 08:08:31 +0000 Subject: [Openstack] the way of managing the shared block storage. RE: Announcing Manila Project (Shared Filesystems Management) In-Reply-To: <5245AD48.5080401@nexenta.com> References: <53E7920A93307949AC19339A21136DC91365BCBF@SACEXCMBX01-PRD.hq.netapp.com> <5244C39C.9010005@nexenta.com> <5245AD48.5080401@nexenta.com> Message-ID: Is there any plan in openstack for managing the shared block storage using only the data plane? Just like the VMFS for VMware and "SPM+LVM2" for Ovirt. If the management plane of the SAN was unreachable, how about openstack for this? Qi Xiaozhen CLOUD OS PDU, IT Product Line, Huawei Enterprise Business Group Mobile: +86 13609283376 Tel: +86 29-89191578 Email: qixiaozhen at huawei.com enterprise.huawei.com -----Original Message----- From: Caitlin Bestler [mailto:caitlin.bestler at nexenta.com] Sent: Saturday, September 28, 2013 12:08 AM To: Qixiaozhen Cc: openstack at lists.openstack.org Subject: Re: the way of managing the shared block storage. RE: [Openstack] Announcing Manila Project (Shared Filesystems Management) On 9/26/2013 7:09 PM, Qixiaozhen wrote: > Hi, all > > Is there a common way to manage the block storage of an unknown vendor san? > > For example, a linux server shares its local disks by the target software(iscsitarget, lio and etc.). The computing nodes are connected to the target with iscsi session, and the LUNs are already rescaned. > > VMFS is introduced in VMware to manage the LUNs shared by the san. Ovirt VDSM organize the metadata of the volumes in the LUN with LVM2 and StoragePoolManager. How about openstack? > > Best regards, > The standard protocols (iSCSI, NFS, CIFS, etc.) generally only address the user plane and partially the control plane. Standardizing the management plane is left to the user or vendors. One of the roles of OpenStack is to fill that gap. Cinder addresses block storage. The proposed Manila project would deal with NAS. From malei at cn.fujitsu.com Sun Sep 29 09:07:15 2013 From: malei at cn.fujitsu.com (Ma Lei) Date: Sun, 29 Sep 2013 17:07:15 +0800 Subject: [Openstack] I can't access instances by ssh with key Message-ID: <000601cebcf3$4a897400$df9c5c00$@fujitsu.com> I have created three instances using ubuntu's official image on my OpenStack controller node. Two of them have run for more than three weeks. The third have run for two weeks. In the past weeks I used were normal. Suddenly, all of them can't be accessed by ssh with key. And when I ping them, reply "Request time out". On the dashboard, the status is active, and the power state is running. The instance console log is: cloudinit startlocal running: Fri, 27 Sep 2013 05:30:33 +0000. up 5.54 seconds no instance data found in startlocal ciinfo: lo : 1 127.0.0.1 255.0.0.0 . ciinfo: eth0 : 1 10.167.35.142 255.255.255.0 fa:16:3e:31:83:9c ciinfo: route0: 0.0.0.0 10.167.35.1 0.0.0.0 eth0 UG ciinfo: route1: 10.167.35.0 0.0.0.0 255.255.255.0 eth0 U ciinfo: route2: 169.254.169.254 10.167.35.141 255.255.255.255 eth0 UGH cloudinit start running: Fri, 27 Sep 2013 05:30:34 +0000. up 6.09 seconds found data source: DataSourceEc2 20130927 05:30:47,626 __init__.py[WARNING]: Unhandled nonmultipart userdata '' Skipping profile in /etc/apparmor.d/disable: usr.sbin.rsyslogd * Starting AppArmor profiles [80G [74G[ OK ] landscapeclient is not configured, please run landscapeconfig. * Stopping System V initialisation compatibility[74G[ OK ] * Starting System V runlevel compatibility[74G[ OK ] * Starting save kernel messages[74G[ OK ] acpid: starting up with proc fs * Starting ACPI daemon[74G[ OK ] * Starting automatic crash report generation[74G[ OK ] * Starting regular background program processing daemon[74G[ OK ] * Starting deferred execution scheduler[74G[ OK ] * Stopping save kernel messages[74G[ OK ] * Starting CPU interrupts balancing daemon[74G[ OK ] acpid: 1 rule loaded acpid: waiting for events: event logging is off * Starting MySQL Server[74G[[31mfail[39;49m] * Starting crash report submission daemon[74G[ OK ] * Starting system logging daemon[74G[ OK ] * Starting Handle applying cloudconfig[74G[ OK ] * Stopping Handle applying cloudconfig[74G[ OK ] apache2: apr_sockaddr_info_get() failed for webserver apache2: Could not reliably determine the server's fully qualified domain name, using 127.0.0.1 for ServerName * Starting web server apache2 [80G [74G[ OK ] * Stopping System V runlevel compatibility[74G[ OK ] * Starting execute cloud user/final scripts[74G[ OK ] cloudinit boot finished at Fri, 27 Sep 2013 05:30:50 +0000. Up 22.48 seconds [ 3601.676137] INFO: task jbd2/vdc18:1980 blocked for more than 120 seconds. [ 3602.155585] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message. [ 3722.759789] INFO: task jbd2/vdc18:1980 blocked for more than 120 seconds. [ 3722.760682] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message. [ 3842.760065] INFO: task jbd2/vdc18:1980 blocked for more than 120 seconds. [ 3842.760815] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message. [ 3962.760093] INFO: task jbd2/vdc18:1980 blocked for more than 120 seconds. [ 3962.760839] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message. [ 4082.760060] INFO: task jbd2/vdc18:1980 blocked for more than 120 seconds. [ 4082.760932] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message. [ 4202.760097] INFO: task jbd2/vdc18:1980 blocked for more than 120 seconds. [ 4202.760985] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message. [ 4322.760058] INFO: task jbd2/vdc18:1980 blocked for more than 120 seconds. [ 4322.760936] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message. [ 4442.760085] INFO: task jbd2/vdc18:1980 blocked for more than 120 seconds. [ 4442.761002] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message. [ 4682.760064] INFO: task jbd2/vdc18:1980 blocked for more than 120 seconds. [ 4682.761029] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message. [ 5762.760082] INFO: task jbd2/vdc18:1980 blocked for more than 120 seconds. [ 5762.761044] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message. Thanks. malei -------------- next part -------------- An HTML attachment was scrubbed... URL: From jagdish1287 at gmail.com Sun Sep 29 12:56:41 2013 From: jagdish1287 at gmail.com (Jagdish Choudhary) Date: Sun, 29 Sep 2013 18:26:41 +0530 Subject: [Openstack] Openstack Digest, Vol 3, Issue 42 In-Reply-To: <1380456134129.1114935259@boxbe> References: <1380456134129.1114935259@boxbe> Message-ID: Hi All, I'm always getting confuse in between ephemeral disk and non-ephemeral disk, can you pl clarify these terms ? On Sun, Sep 29, 2013 at 5:30 PM, wrote: > [image: Boxbe] > openstack at lists.openstack.org is not on your Guest List| Approve > sender| Approve > domain > > Send Openstack mailing list submissions to > openstack at lists.openstack.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > or, via email, send a message with subject or body 'help' to > openstack-request at lists.openstack.org > > You can reach the person managing the list at > openstack-owner at lists.openstack.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Openstack digest..." > > > Today's Topics: > > 1. Re: Flavor files and disk and ephemeral sizes (Shake Chen) > 2. Re: [nova in havana]: vm status update delay when vm process > is killed... (Jian Wen) > 3. Re: the way of managing the shared block storage. RE: > Announcing Manila Project (Shared Filesystems Management) > (Qixiaozhen) > 4. I can't access instances by ssh with key (Ma Lei) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Sun, 29 Sep 2013 01:44:22 +0800 > From: Shake Chen > To: Steven Gessner > Cc: "openstack at lists.openstack.org" > Subject: Re: [Openstack] Flavor files and disk and ephemeral sizes > Message-ID: > < > CAO__-NaGSB5gWY2u1_S9__-odM80tKkNgJOYCXNYXqGQj7Fe0w at mail.gmail.com> > Content-Type: text/plain; charset="utf-8" > > I also have question about Flavor and ephemeral disk. > > if I choose from ISO install OS , the ephemeral disk would not allow zero > size. > > whether can modify the default setting of the ephemeral disk size in > flavor. > > > On Sat, Sep 28, 2013 at 6:11 AM, Steven Gessner > wrote: > > > Hi, I hope someone can clarify the questions I have. > > > > When I look at the documentation on flavor files: > > > http://docs.openstack.org/grizzly/openstack-compute/admin/content/instance-building-blocks.html#instance-building-blocks-flavors > , > > I see the virtual root disk size shown for the m1.small to m1.xlarge > > flavors remaining constant at 10gig and the ephemeral disk ranging from > 20 > > to 160gig. When I look at an OpenStack environment built by a friend, I > > see the ephemeral size always at 0gig and the virtual root disk size > > containing the values 20 to 160gig. > > > > I know an admin can modify the values but my friend says he didn't. In > > addition, I would have expected the virtual root disk to remain constant > > for the flavors in order to allow me to easily choose different size > > virtual machines to hold a Linux image. Is the documentation showing the > > flavors wrong or has my friend someone incorrectly and unknowingly > swapped > > the values in the flavor for virtual root disk size and ephemeral size? > > > > Thank you for your time, > > Steve Gessner > > > > _______________________________________________ > > Mailing list: > > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > Post to : openstack at lists.openstack.org > > Unsubscribe : > > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > > > > > > -- > Shake Chen > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: < > http://lists.openstack.org/pipermail/openstack/attachments/20130929/c2d55a11/attachment-0001.html > > > > ------------------------------ > > Message: 2 > Date: Sun, 29 Sep 2013 14:06:20 +0800 > From: Jian Wen > To: Juha Tynninen > Cc: "openstack at lists.openstack.org" > Subject: Re: [Openstack] [nova in havana]: vm status update delay when > vm process is killed... > Message-ID: > f0VkTVtvfLi5ZTQtD7x6daretCHMpzMtrVsg at mail.gmail.com> > Content-Type: text/plain; charset="iso-8859-1" > > Hello, Juha > > I can't reproduce this bug in a devstack environment freshly installed > today. > > Instance's power state should be synced in a very short delay window since > the following bp. > https://blueprints.launchpad.net/nova/+spec/compute-driver-events > > What is the exact version of nova are you using? > Could you file a bug? > > > > > > > > > > On Thu, Sep 19, 2013 at 9:04 PM, Juha Tynninen wrote: > > > Hi, > > > > Ok, seems to be I can eliminate the delay by editing the value for the > > nova/compute/manager.py related configuration item in nova.conf: > > > > cfg.IntOpt('sync_power_state_interval', > > default=600, > > help='interval to sync power states between ' > > 'the database and the hypervisor'), > > > > In the grizzly code there is also this default 600 seconds interval > > defined for this check, but still there wasn't this kind of delay > > present... I wonder what has changed. > > > > How do you see, is there some negative effects to set the > > sync_power_state_interval very low in havana (e.g. 1s or even lower)...? > > > > Thanks, > > -Juha > > > > > > > > On 18 September 2013 12:41, Juha Tynninen wrote: > > > >> Hi, > >> > >> Previously in grizzly if I killed the VM process (in case of devstack > the > >> relevant qemu-system process) nova > >> almost immediately noticed this and the status of VM was updated to > >> SHUTOFF. > >> > >> But now in havana it takes about 5 minutes the VM status to change to > >> SHUTOFF. > >> Anyone knows what causes this delay? > >> > >> Thanks, > >> -Juha > >> > >> > >> > > > > _______________________________________________ > > Mailing list: > > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > Post to : openstack at lists.openstack.org > > Unsubscribe : > > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > > > > > > -- > Cheers, > Jian > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: < > http://lists.openstack.org/pipermail/openstack/attachments/20130929/ac6e5be2/attachment-0001.html > > > > ------------------------------ > > Message: 3 > Date: Sun, 29 Sep 2013 08:08:31 +0000 > From: Qixiaozhen > To: Caitlin Bestler > Cc: "openstack at lists.openstack.org" > Subject: Re: [Openstack] the way of managing the shared block storage. > RE: Announcing Manila Project (Shared Filesystems Management) > Message-ID: > < > F3FF02E5B1A52F44A89CA6A3523CE557718263E3 at szxema507-mbx.china.huawei.com> > > Content-Type: text/plain; charset="us-ascii" > > > Is there any plan in openstack for managing the shared block storage using > only the data plane? Just like the VMFS for VMware and "SPM+LVM2" for Ovirt. > > If the management plane of the SAN was unreachable, how about openstack > for this? > > > > Qi Xiaozhen > CLOUD OS PDU, IT Product Line, Huawei Enterprise Business Group > Mobile: +86 13609283376 Tel: +86 29-89191578 > Email: qixiaozhen at huawei.com > enterprise.huawei.com > > -----Original Message----- > From: Caitlin Bestler [mailto:caitlin.bestler at nexenta.com] > Sent: Saturday, September 28, 2013 12:08 AM > To: Qixiaozhen > Cc: openstack at lists.openstack.org > Subject: Re: the way of managing the shared block storage. RE: [Openstack] > Announcing Manila Project (Shared Filesystems Management) > > On 9/26/2013 7:09 PM, Qixiaozhen wrote: > > Hi, all > > > > Is there a common way to manage the block storage of an unknown vendor > san? > > > > For example, a linux server shares its local disks by the target > software(iscsitarget, lio and etc.). The computing nodes are connected to > the target with iscsi session, and the LUNs are already rescaned. > > > > VMFS is introduced in VMware to manage the LUNs shared by the san. Ovirt > VDSM organize the metadata of the volumes in the LUN with LVM2 and > StoragePoolManager. How about openstack? > > > > Best regards, > > > > The standard protocols (iSCSI, NFS, CIFS, etc.) generally only address > the user plane and partially the control plane. Standardizing the > management plane is left to the user or vendors. One of the roles > of OpenStack is to fill that gap. > > Cinder addresses block storage. > The proposed Manila project would deal with NAS. > > > > > > ------------------------------ > > Message: 4 > Date: Sun, 29 Sep 2013 17:07:15 +0800 > From: "Ma Lei" > To: > Subject: [Openstack] I can't access instances by ssh with key > Message-ID: <000601cebcf3$4a897400$df9c5c00$@fujitsu.com> > Content-Type: text/plain; charset="us-ascii" > > I have created three instances using ubuntu's official image on my > OpenStack > controller node. > > Two of them have run for more than three weeks. > > The third have run for two weeks. > > In the past weeks I used were normal. > > > > Suddenly, all of them can't be accessed by ssh with key. > > And when I ping them, reply "Request time out". > > On the dashboard, the status is active, and the power state is running. > > > > The instance console log is: > > cloudinit startlocal running: Fri, 27 Sep 2013 05:30:33 +0000. up 5.54 > seconds > > no instance data found in startlocal > > ciinfo: lo : 1 127.0.0.1 255.0.0.0 . > > ciinfo: eth0 : 1 10.167.35.142 255.255.255.0 fa:16:3e:31:83:9c > > ciinfo: route0: 0.0.0.0 10.167.35.1 0.0.0.0 eth0 UG > > ciinfo: route1: 10.167.35.0 0.0.0.0 255.255.255.0 eth0 U > > ciinfo: route2: 169.254.169.254 10.167.35.141 255.255.255.255 eth0 UGH > > cloudinit start running: Fri, 27 Sep 2013 05:30:34 +0000. up 6.09 seconds > > found data source: DataSourceEc2 > > 20130927 05:30:47,626 __init__.py[WARNING]: Unhandled nonmultipart > userdata > '' > > Skipping profile in /etc/apparmor.d/disable: usr.sbin.rsyslogd > > * Starting AppArmor profiles [80G [74G[ OK ] > > landscapeclient is not configured, please run landscapeconfig. > > * Stopping System V initialisation compatibility[74G[ OK ] > > * Starting System V runlevel compatibility[74G[ OK ] > > * Starting save kernel messages[74G[ OK ] > > acpid: starting up with proc fs > > * Starting ACPI daemon[74G[ OK ] > > * Starting automatic crash report generation[74G[ OK ] > > * Starting regular background program processing daemon[74G[ OK ] > > * Starting deferred execution scheduler[74G[ OK ] > > * Stopping save kernel messages[74G[ OK ] > > * Starting CPU interrupts balancing daemon[74G[ OK ] > > acpid: 1 rule loaded > > acpid: waiting for events: event logging is off > > * Starting MySQL Server[74G[[31mfail[39;49m] > > * Starting crash report submission daemon[74G[ OK ] > > * Starting system logging daemon[74G[ OK ] > > * Starting Handle applying cloudconfig[74G[ OK ] > > * Stopping Handle applying cloudconfig[74G[ OK ] > > apache2: apr_sockaddr_info_get() failed for webserver > > apache2: Could not reliably determine the server's fully qualified domain > name, using 127.0.0.1 for ServerName > > * Starting web server apache2 [80G [74G[ OK ] > > * Stopping System V runlevel compatibility[74G[ OK ] > > * Starting execute cloud user/final scripts[74G[ OK ] > > cloudinit boot finished at Fri, 27 Sep 2013 05:30:50 +0000. Up 22.48 > seconds > > [ 3601.676137] INFO: task jbd2/vdc18:1980 blocked for more than 120 > seconds. > > [ 3602.155585] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables > this message. > > [ 3722.759789] INFO: task jbd2/vdc18:1980 blocked for more than 120 > seconds. > > [ 3722.760682] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables > this message. > > [ 3842.760065] INFO: task jbd2/vdc18:1980 blocked for more than 120 > seconds. > > [ 3842.760815] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables > this message. > > [ 3962.760093] INFO: task jbd2/vdc18:1980 blocked for more than 120 > seconds. > > [ 3962.760839] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables > this message. > > [ 4082.760060] INFO: task jbd2/vdc18:1980 blocked for more than 120 > seconds. > > [ 4082.760932] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables > this message. > > [ 4202.760097] INFO: task jbd2/vdc18:1980 blocked for more than 120 > seconds. > > [ 4202.760985] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables > this message. > > [ 4322.760058] INFO: task jbd2/vdc18:1980 blocked for more than 120 > seconds. > > [ 4322.760936] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables > this message. > > [ 4442.760085] INFO: task jbd2/vdc18:1980 blocked for more than 120 > seconds. > > [ 4442.761002] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables > this message. > > [ 4682.760064] INFO: task jbd2/vdc18:1980 blocked for more than 120 > seconds. > > [ 4682.761029] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables > this message. > > [ 5762.760082] INFO: task jbd2/vdc18:1980 blocked for more than 120 > seconds. > > [ 5762.761044] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables > this message. > > > > Thanks. > > > > malei > > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: < > http://lists.openstack.org/pipermail/openstack/attachments/20130929/1976a68d/attachment-0001.html > > > > ------------------------------ > > _______________________________________________ > Openstack mailing list > openstack at lists.openstack.org > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > > End of Openstack Digest, Vol 3, Issue 42 > **************************************** > > -- Thanks and Regards, Jagdish Choudhary IBM India Pvt Ltd, Bangalore M.No-8971011661 -------------- next part -------------- An HTML attachment was scrubbed... URL: From alinazemian at gmail.com Sun Sep 29 15:02:00 2013 From: alinazemian at gmail.com (Ali Nazemian) Date: Sun, 29 Sep 2013 18:32:00 +0330 Subject: [Openstack] Implementing DB as a Service Message-ID: Hi, I am looking for a way to run dbaas in our organization. I want to know that is there any way to do that using open stack? If yes how that is possible? Regards. -- A.Nazemian -------------- next part -------------- An HTML attachment was scrubbed... URL: From clint at fewbar.com Sun Sep 29 15:20:38 2013 From: clint at fewbar.com (Clint Byrum) Date: Sun, 29 Sep 2013 08:20:38 -0700 Subject: [Openstack] Implementing DB as a Service In-Reply-To: References: Message-ID: <1380467969-sup-9679@fewbar.com> Excerpts from Ali Nazemian's message of 2013-09-29 08:02:00 -0700: > Hi, > I am looking for a way to run dbaas in our organization. I want to know > that is there any way to do that using open stack? If yes how that is > possible? > Regards. > Currently the Trove project is in incubation to become fully integrated with the OpenStack releases. http://docs.openstack.org/developer/trove/ From Tim.Bell at cern.ch Sun Sep 29 15:20:54 2013 From: Tim.Bell at cern.ch (Tim Bell) Date: Sun, 29 Sep 2013 15:20:54 +0000 Subject: [Openstack] Implementing DB as a Service In-Reply-To: References: Message-ID: <5D7F9996EA547448BC6C54C8C5AAF4E5D975ACB8@CERNXCHG01.cern.ch> Have a look at the OpenStack Trove project. It implements database-as-a-service. Tim From: Ali Nazemian [mailto:alinazemian at gmail.com] Sent: 29 September 2013 17:02 To: openstack at lists.openstack.org Subject: [Openstack] Implementing DB as a Service Hi, I am looking for a way to run dbaas in our organization. I want to know that is there any way to do that using open stack? If yes how that is possible? Regards. -- A.Nazemian -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 7414 bytes Desc: not available URL: From mbasnight at gmail.com Sun Sep 29 15:24:16 2013 From: mbasnight at gmail.com (Michael Basnight) Date: Sun, 29 Sep 2013 08:24:16 -0700 Subject: [Openstack] Implementing DB as a Service In-Reply-To: References: Message-ID: <0CB2CF7C-83FA-4F17-BF94-78FC3C717B27@gmail.com> > > On Sep 29, 2013, at 8:02 AM, Ali Nazemian wrote: > > Hi, > I am looking for a way to run dbaas in our organization. I want to know that is there any way to do that using open stack? If yes how that is possible? > Regards. > Hi, I believe you are looking for the Trove project. It's currently incubated and we will have the first integrated release in icehouse. See [1][2] for more info [1] https://launchpad.net/trove [2] https://wiki.openstack.org/wiki/Trove From alinazemian at gmail.com Sun Sep 29 15:36:47 2013 From: alinazemian at gmail.com (Ali Nazemian) Date: Sun, 29 Sep 2013 19:06:47 +0330 Subject: [Openstack] Implementing DB as a Service In-Reply-To: <1380467969-sup-9679@fewbar.com> References: <1380467969-sup-9679@fewbar.com> Message-ID: Is is a stable release? On Sun, Sep 29, 2013 at 6:50 PM, Clint Byrum wrote: > Excerpts from Ali Nazemian's message of 2013-09-29 08:02:00 -0700: > > Hi, > > I am looking for a way to run dbaas in our organization. I want to know > > that is there any way to do that using open stack? If yes how that is > > possible? > > Regards. > > > > Currently the Trove project is in incubation to become fully integrated > with the OpenStack releases. > > http://docs.openstack.org/developer/trove/ > > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > -- A.Nazemian -------------- next part -------------- An HTML attachment was scrubbed... URL: From mbasnight at gmail.com Sun Sep 29 16:29:06 2013 From: mbasnight at gmail.com (Michael Basnight) Date: Sun, 29 Sep 2013 09:29:06 -0700 Subject: [Openstack] Implementing DB as a Service In-Reply-To: References: <1380467969-sup-9679@fewbar.com> Message-ID: <526A3781-107F-42DF-AE76-086953251C5F@gmail.com> > On Sep 29, 2013, at 8:36 AM, Ali Nazemian wrote: > > Is is a stable release? It's running in production at Rackspace. I don't believe anyone has tried to deploy the Havana rc1 particularly, but it should be stable. From alinazemian at gmail.com Sun Sep 29 18:58:44 2013 From: alinazemian at gmail.com (Ali Nazemian) Date: Sun, 29 Sep 2013 22:28:44 +0330 Subject: [Openstack] Implementing DB as a Service In-Reply-To: <526A3781-107F-42DF-AE76-086953251C5F@gmail.com> References: <1380467969-sup-9679@fewbar.com> <526A3781-107F-42DF-AE76-086953251C5F@gmail.com> Message-ID: So you mean I can use trove as in m On Sun, Sep 29, 2013 at 7:59 PM, Michael Basnight wrote: > > On Sep 29, 2013, at 8:36 AM, Ali Nazemian wrote: > > > > Is is a stable release? > > It's running in production at Rackspace. I don't believe anyone has tried > to deploy the Havana rc1 particularly, but it should be stable. -- A.Nazemian -------------- next part -------------- An HTML attachment was scrubbed... URL: From alinazemian at gmail.com Sun Sep 29 18:59:50 2013 From: alinazemian at gmail.com (Ali Nazemian) Date: Sun, 29 Sep 2013 22:29:50 +0330 Subject: [Openstack] Implementing DB as a Service In-Reply-To: References: <1380467969-sup-9679@fewbar.com> <526A3781-107F-42DF-AE76-086953251C5F@gmail.com> Message-ID: So you mean I can use Trove in our organization safely? On Sun, Sep 29, 2013 at 10:28 PM, Ali Nazemian wrote: > So you mean I can use trove as in m > > > On Sun, Sep 29, 2013 at 7:59 PM, Michael Basnight wrote: > >> > On Sep 29, 2013, at 8:36 AM, Ali Nazemian >> wrote: >> > >> > Is is a stable release? >> >> It's running in production at Rackspace. I don't believe anyone has tried >> to deploy the Havana rc1 particularly, but it should be stable. > > > > > -- > A.Nazemian > -- A.Nazemian -------------- next part -------------- An HTML attachment was scrubbed... URL: From vipuls at gmail.com Sun Sep 29 19:07:52 2013 From: vipuls at gmail.com (Vipul Sabhaya) Date: Sun, 29 Sep 2013 12:07:52 -0700 Subject: [Openstack] Implementing DB as a Service In-Reply-To: References: <1380467969-sup-9679@fewbar.com> <526A3781-107F-42DF-AE76-086953251C5F@gmail.com> Message-ID: <92B0257A-0076-46A3-A6E2-B07A6885D1C9@gmail.com> HP also runs trove in production today. I don't see any reason why you should be concerned. Sent from my iPhone > On Sep 29, 2013, at 11:59 AM, Ali Nazemian wrote: > > So you mean I can use Trove in our organization safely? > > >> On Sun, Sep 29, 2013 at 10:28 PM, Ali Nazemian wrote: >> So you mean I can use trove as in m >> >> >>> On Sun, Sep 29, 2013 at 7:59 PM, Michael Basnight wrote: >>> > On Sep 29, 2013, at 8:36 AM, Ali Nazemian wrote: >>> > >>> > Is is a stable release? >>> >>> It's running in production at Rackspace. I don't believe anyone has tried to deploy the Havana rc1 particularly, but it should be stable. >> >> >> >> -- >> A.Nazemian > > > > -- > A.Nazemian > _______________________________________________ > Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack -------------- next part -------------- An HTML attachment was scrubbed... URL: From alinazemian at gmail.com Sun Sep 29 19:13:00 2013 From: alinazemian at gmail.com (Ali Nazemian) Date: Sun, 29 Sep 2013 22:43:00 +0330 Subject: [Openstack] Implementing DB as a Service In-Reply-To: References: <1380467969-sup-9679@fewbar.com> <526A3781-107F-42DF-AE76-086953251C5F@gmail.com> Message-ID: Is there any way to use Trove with Postgresql DB? On Sun, Sep 29, 2013 at 10:29 PM, Ali Nazemian wrote: > So you mean I can use Trove in our organization safely? > > > On Sun, Sep 29, 2013 at 10:28 PM, Ali Nazemian wrote: > >> So you mean I can use trove as in m >> >> >> On Sun, Sep 29, 2013 at 7:59 PM, Michael Basnight wrote: >> >>> > On Sep 29, 2013, at 8:36 AM, Ali Nazemian >>> wrote: >>> > >>> > Is is a stable release? >>> >>> It's running in production at Rackspace. I don't believe anyone has >>> tried to deploy the Havana rc1 particularly, but it should be stable. >> >> >> >> >> -- >> A.Nazemian >> > > > > -- > A.Nazemian > -- A.Nazemian -------------- next part -------------- An HTML attachment was scrubbed... URL: From mbasnight at gmail.com Sun Sep 29 19:29:01 2013 From: mbasnight at gmail.com (Michael Basnight) Date: Sun, 29 Sep 2013 12:29:01 -0700 Subject: [Openstack] Implementing DB as a Service In-Reply-To: References: <1380467969-sup-9679@fewbar.com> <526A3781-107F-42DF-AE76-086953251C5F@gmail.com> Message-ID: On Sep 29, 2013, at 12:13 PM, Ali Nazemian wrote: > Is there any way to use Trove with Postgresql DB? Currently no, but there are some persons in the community who will be helping with this soon(ish). If this is something you are interested in helping to develop, we would <3 you! -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 495 bytes Desc: Message signed with OpenPGP using GPGMail URL: From thiagocmartinsc at gmail.com Sun Sep 29 21:54:01 2013 From: thiagocmartinsc at gmail.com (=?ISO-2022-JP?B?TWFydGlueCAtIBskQiU4JSchPCVgJTobKEI=?=) Date: Sun, 29 Sep 2013 18:54:01 -0300 Subject: [Openstack] Implementing DB as a Service In-Reply-To: References: <1380467969-sup-9679@fewbar.com> <526A3781-107F-42DF-AE76-086953251C5F@gmail.com> Message-ID: A bit off-topic but, what about LDAP as a Service? Is there something happening in this field?! I think that would be great to be able to give for each tenant, the ability to manage its own user / domains easily and integrated in someway with OpenStack, later, it is possible to fully integrate with services like Postfix, IMAP, Samba, etc... Best, Thiago On 29 September 2013 16:29, Michael Basnight wrote: > On Sep 29, 2013, at 12:13 PM, Ali Nazemian wrote: > > > Is there any way to use Trove with Postgresql DB? > > Currently no, but there are some persons in the community who will be > helping with this soon(ish). If this is something you are interested in > helping to develop, we would <3 you! > > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From brian.schott at nimbisservices.com Sun Sep 29 22:37:10 2013 From: brian.schott at nimbisservices.com (Brian Schott) Date: Sun, 29 Sep 2013 15:37:10 -0700 (PDT) Subject: [Openstack] Implementing DB as a Service In-Reply-To: References: Message-ID: <1380494228503.12ef4457@Nodemailer> Mi. B — Sent from Mailbox for iPhone On Sun, Sep 29, 2013 at 6:02 PM, Martinx - ジェームズ wrote: > A bit off-topic but, what about LDAP as a Service? Is there something > happening in this field?! > I think that would be great to be able to give for each tenant, the ability > to manage its own user / domains easily and integrated in someway with > OpenStack, later, it is possible to fully integrate with services like > Postfix, IMAP, Samba, etc... > Best, > Thiago > On 29 September 2013 16:29, Michael Basnight wrote: >> On Sep 29, 2013, at 12:13 PM, Ali Nazemian wrote: >> >> > Is there any way to use Trove with Postgresql DB? >> >> Currently no, but there are some persons in the community who will be >> helping with this soon(ish). If this is something you are interested in >> helping to develop, we would <3 you! >> >> _______________________________________________ >> Mailing list: >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> Post to : openstack at lists.openstack.org >> Unsubscribe : >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> >> -------------- next part -------------- An HTML attachment was scrubbed... URL: From hzfangjh at corp.netease.com Mon Sep 30 03:23:39 2013 From: hzfangjh at corp.netease.com (=?UTF-8?B?5pa56YeR5ZKM?=) Date: Mon, 30 Sep 2013 11:23:39 +0800 Subject: [Openstack] Review request for bp add-multi-availability-zones-tests Message-ID: <1504974440.10790873.1380511492676.JavaMail.hzfangjh@corp.netease.com> Hi everyone, I registered a blue print: - Specify availability zones when creating servers https://blueprints.launchpad.net/tempest/+spec/add-multi-availability-zones-tests Please check and review it. Best Regards, Jinhe Fang -------------- next part -------------- An HTML attachment was scrubbed... URL: From evan.fraser at trademe.co.nz Mon Sep 30 03:36:35 2013 From: evan.fraser at trademe.co.nz (Evan Fraser) Date: Mon, 30 Sep 2013 03:36:35 +0000 Subject: [Openstack] Fwd: Defining VM's CPU Socket:Core Topology In-Reply-To: References: Message-ID: Thanks for that John, I’ve figured it out, it only took minor changes to /usr/share/pyshared/nova/virt/libvirt/{driver,config}.py I’ve got a patch pasted below: diff -uNr libvirt.old/config.py libvirt/config.py --- libvirt.old/config.py       2013-06-07 06:33:51.000000000 +1200 +++ libvirt/config.py   2013-09-30 16:26:12.000000000 +1300 @@ -335,6 +335,10 @@          self.mode = None          self.match = "exact" +        #EF: This sets the default topology +        self.sockets = '1' +        self.cores = '4' +        self.threads = '1'      def format_dom(self):          cpu = super(LibvirtConfigGuestCPU, self).format_dom() @@ -342,7 +346,7 @@          if self.mode:              cpu.set("mode", self.mode)          cpu.set("match", self.match) - +                 return cpu diff -uNr libvirt.old/driver.py libvirt/driver.py --- libvirt.old/driver.py       2013-06-07 06:33:51.000000000 +1200 +++ libvirt/driver.py   2013-09-30 16:26:05.000000000 +1300 @@ -2005,7 +2005,6 @@              msg = _("Passthrough of the host CPU was requested but "                      "this libvirt version does not support this feature")              raise exception.NovaException(msg) -          return cpu      def get_guest_disk_config(self, instance, name, disk_mapping, inst_type, @@ -2152,7 +2151,18 @@                      setattr(guest, scope[1], value)          guest.cpu = self.get_guest_cpu_config() - +        #EF: Get number of VCPU's, divide that by 8 to get the number of sockets (we are using 8 core CPUs) +        numSockets = int(guest.vcpus) / 8 +        numCoresRemain = int(guest.vcpus) % 8 +        if numCoresRemain > 0: +            numSockets = numSockets + 1 +        if numSockets > 0: +            guest.cpu.sockets = str(numSockets) +            guest.cpu.cores = '8' +        else: +            guest.cpu.sockets = '1' +            guest.cpu.cores = '8' +                 if 'root' in disk_mapping and disk_mapping['root']['dev'] is not None:              root_device_name = "/dev/" + disk_mapping['root']['dev']          else: @@ -2333,6 +2343,7 @@                    locals())          conf = self.get_guest_config(instance, network_info, image_meta,                                       disk_info, rescue, block_device_info) +          xml = conf.to_xml()          if write_to_disk: From: John Mark Walker [mailto:johnmark at johnmark.org] Sent: Thursday, 26 September 2013 8:43 a.m. To: openstack at lists.openstack.org Subject: [Openstack] Fwd: Defining VM's CPU Socket:Core Topology Did anyone else find this message in their spam filter? ---------- Forwarded message ---------- From: Evan Fraser Date: Tue, Sep 24, 2013 at 7:49 PM Subject: [Openstack] Defining VM's CPU Socket:Core Topology To: "openstack at lists.openstack.org" Hello, I am trying to figure out how to define a VM’s CPU Socket:Core:Threads topology.  For licensing reasons we can’t create VM’s that map each core as a separate socket.   KVM and libvirt both support the ability to define the socket:core ratio/topology, but I can’t see how to get openstack to request those capabilities.   I've tried the libvirt_cpu_mode and libvirt_cpu_model options, but they only seem to control the cpu's name, and what flags are passed through.   It seems that if I could only get nova to create the xml file with a topology section eg: then it would work.   This feature request seems related: https://bugs.launchpad.net/nova/+bug/1199019   But I’m not sure if it’s possible to define it within nova as yet anyway.   Cheers, Evan. Evan Fraser Trade Me | Storage Engineer P +64 4 803 2756 M +64 22 087 4032 E   evan.fraser at trademe.co.nz     _______________________________________________ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to     : openstack at lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack From noloader at gmail.com Mon Sep 30 03:37:22 2013 From: noloader at gmail.com (Jeffrey Walton) Date: Sun, 29 Sep 2013 23:37:22 -0400 Subject: [Openstack] Linux Distribution Recommendations for Testing? Message-ID: I want to install OpenStack in a test lab. Nearly all the major distros offer OpenStack in some form or another. Are there any Linux distributions that are more amicable to OpenStack software? I'm interested in both up-to-date OpenStack gear, and ease-of-use from the value added stuff provided by the distribution. I'm most familiar with Fedora and Ubuntu; and I don't consider myself a Linux administrator (my area of knowledge is software security). I have read a couple of books on OpenStack I purchased from Amazon, so that should suppress my dumb questions a bit. Thanks in advance. Jeff From clintd at waikato.ac.nz Mon Sep 30 04:52:52 2013 From: clintd at waikato.ac.nz (Clint Dilks) Date: Mon, 30 Sep 2013 17:52:52 +1300 Subject: [Openstack] Linux Distribution Recommendations for Testing? In-Reply-To: References: Message-ID: Hi, I think if you understand the components you can get things working of any of the distributions. The problem at least for me initially was understanding how all of the different components inter-relate. From monitoring the list I think a lot of people are using Ubuntu so that may be a good choice. But before you decide what you want I would suggest that you try using a couple of the quick installation options that exist and see which of these appeal to you. A couple of examples are DevStack http://devstack.org/ or RDO http://openstack.redhat.com/Quickstart (there are others). Good Luck :) On Mon, Sep 30, 2013 at 4:37 PM, Jeffrey Walton wrote: > I want to install OpenStack in a test lab. Nearly all the major > distros offer OpenStack in some form or another. > > Are there any Linux distributions that are more amicable to OpenStack > software? I'm interested in both up-to-date OpenStack gear, and > ease-of-use from the value added stuff provided by the distribution. > > I'm most familiar with Fedora and Ubuntu; and I don't consider myself > a Linux administrator (my area of knowledge is software security). I > have read a couple of books on OpenStack I purchased from Amazon, so > that should suppress my dumb questions a bit. > > Thanks in advance. > > Jeff > > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > -------------- next part -------------- An HTML attachment was scrubbed... URL: From xin.e.liu at gmail.com Mon Sep 30 06:07:25 2013 From: xin.e.liu at gmail.com (Xin Liu) Date: Sun, 29 Sep 2013 23:07:25 -0700 Subject: [Openstack] cisco neutron plugin. Where is cisco_plugins.ini file Message-ID: Hi guys, It seems the plugin evolves but not the docs. Here the wiki ( https://wiki.openstack.org/wiki/Cisco-neutron ) says there is cisco_plugins.ini file. However the file is not in the repository... Do we need to create a new file? Is there a template? Can anyone help? Thanks, Xin -------------- next part -------------- An HTML attachment was scrubbed... URL: From giuseppegaleota at gmail.com Mon Sep 30 06:58:03 2013 From: giuseppegaleota at gmail.com (Giuseppe Galeota) Date: Mon, 30 Sep 2013 08:58:03 +0200 Subject: [Openstack] Fwd: [TROVE] - MongoDB as a Service In-Reply-To: References: Message-ID: Dear Illia, dear all, I work at Santer Reply S.p.A. (Reply s.p.a. group) on the *PRISMA * project (Interoperable cloud platforms for smart-government). PRISMA is supported by *Italian Government and European Union*, and it aims to develop an *Open Source* cloud computing system to provide services on both IaaS and PaaS level, in order to realize a Smart Community between citizens, Governments and Health agencies. For our project, we have chosen *Openstack*. Furthermore, we want a Database as a Service (DBaaS) in order to provide both *relational and non-relational* database instances. So we have joined the *Trove* project. Regarding non-relational database, we need that the DBaaS provides *MongoDB*instances. I have noticed that herethere is an initial project. 1) How can I contribute to the develop of that project? Is there some initial source code? 2) Are there other active projects on MongoDB that I can install and test on the Openstack platform? Regards. Giuseppe Galeota Bari - ITALY g.galeota at reply.it www.reply.it giuseppegaleota at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From ranjit.sastra at gmail.com Mon Sep 30 07:40:08 2013 From: ranjit.sastra at gmail.com (RANJIT) Date: Mon, 30 Sep 2013 13:10:08 +0530 Subject: [Openstack] [Neutron] Comparison of Plugins and why SDN? In-Reply-To: <5245EE8C.1000602@gmail.com> References: <5245EE8C.1000602@gmail.com> Message-ID: Hi check this link http://www.sebastien-han.fr/blog/2012/09/28/quantum-plugin-comparison/ Thanks & Regards Ranjit Ranjan On Sat, Sep 28, 2013 at 2:16 AM, Siamak Azodolmolky < siamak.azodolmolky at gmail.com> wrote: > Dear List, > Is there any comparison table to contrast different OpenStack networking > (neutron) plugins? In the admin document, OVS and LinuxBridge are covered > in more detail, but I am not sure if there is any comparison among the > other 3rd party plugins? Are those plugins there just to be there? Is there > any performance or other qualitative reason/bias toward any of the plugins? > > Furthermore, there are SDN controllers in the list of plugins? I am > suspecting that scalability, hight availability, exploitation (monitoring, > debugging, billing, etc.), and efficiency of virtualization technologies > are the main selling points of the 3rd parties. If this is true, then > aren't the built in plugins (i.e., OVS and Linux bridge) capable enough to > address these issues? > > Thank you in advance for your comments/clarifications on this. > > best regards, > Siamak > -- > ------------------------------ > > *Dr. Siamak Azodolmolky* > > PhD, Msc, SM IEEE, PM ACM > > Senior Researcher > > Information and Communication Technology (ICT) Expert > > *E-mail: Siamak.Azodolmolky at gmail.com* > > Skype ID: Siamak.Azodolmolky > [image: Siamak at LinkedIn] > ------------------------------ > > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: btn_viewmy_120x33.png Type: image/png Size: 924 bytes Desc: not available URL: From mike.preston at synety.com Mon Sep 30 07:57:46 2013 From: mike.preston at synety.com (Mike Preston) Date: Mon, 30 Sep 2013 07:57:46 +0000 Subject: [Openstack] Replication error In-Reply-To: References: <23c56cf31ea644d081189d2e1251351f@AMXPR03MB024.eurprd03.prod.outlook.com> <65e6896aa82444cfb4a686f3608407d5@AMXPR03MB024.eurprd03.prod.outlook.com> Message-ID: Sure, Rsync appears to be fine on all nodes. Proxy-server.conf [DEFAULT] cert_file = /etc/swift/cert.crt key_file = /etc/swift/cert.key bind_port = 8080 workers = 8 user = swift memcache_servers = 10.20.15.50:11211 [pipeline:main] pipeline = healthcheck cache tempauth proxy-server [app:proxy-server] use = egg:swift#proxy allow_account_management = true account_autocreate = true node_timeout = 30 conn_timeout = 1 recheck_account_existence = 240 recheck_container_existence = 240 [filter:tempauth] use = egg:swift#tempauth set log_name = tempauth set log_facility = LOG_LOCAL0 set log_level = DEBUG [filter:healthcheck] use = egg:swift#healthcheck [filter:cache] use = egg:swift#memcache memcache_servers = 10.20.15.50:11211 Object-server.conf [DEFAULT] bind_ip = 0.0.0.0 workers = 8 [pipeline:main] pipeline = recon object-server [app:object-server] use = egg:swift#object [object-replicator] run_pause = 30 concurrency = 1 [object-updater] [object-auditor] files_per_second = 2 bytes_per_second = 1500000 zero_byte_files_per_second = 20 [filter:recon] use = egg:swift#recon recon_cache_path = /var/cache/swift Account-server.conf [DEFAULT] bind_ip = 0.0.0.0 workers = 2 [pipeline:main] pipeline = recon account-server [app:account-server] use = egg:swift#account [account-replicator] [account-auditor] accounts_per_second=5 [account-reaper] [filter:recon] use = egg:swift#recon recon_cache_path = /var/cache/swift Container-server.conf [DEFAULT] bind_ip = 0.0.0.0 workers = 2 [pipeline:main] pipeline = recon container-server [app:container-server] use = egg:swift#container [container-replicator] [container-updater] [container-auditor] containers_per_second=5 [filter:recon] use = egg:swift#recon recon_cache_path = /var/cache/swift rsyncd.conf uid = swift gid = swift log file = /var/log/rsyncd.log pid file = /var/run/rsyncd.pid address = 10.20.15.51 [account] max connections = 50 path = /srv/node/ read only = false lock file = /var/lock/account.lock [container] max connections = 50 path = /srv/node/ read only = false lock file = /var/lock/container.lock [object] max connections = 50 path = /srv/node/ read only = false lock file = /var/lock/object.lock Mike Preston Infrastructure Team | SYNETY www.synety.com direct: 0116 424 4016 mobile: 07950 892038 main: 0116 424 4000 From: Piotr Kopec [mailto:pkopec17 at gmail.com] Sent: 26 September 2013 10:20 To: Mike Preston Cc: openstack at lists.openstack.org Subject: Re: [Openstack] Replication error Replications relies on rsync. Check if rsync is working correctly on all swift nodes. If you can please provide me with account-server.conf, container-server.conf, proxy-server.conf. I had plenty of problems with replicators too, so I'll try to help you. Regards Piotr P.S. try out http://markdown-here.com/ while attaching .conf files. Just a suggestion. :) 2013/9/26 Mike Preston > I know it is poor form to reply to yourself, but I would appreciate it if anyone has any insight on this problem. Mike Preston Infrastructure Team | SYNETY www.synety.com direct: 0116 424 4016 mobile: 07950 892038 main: 0116 424 4000 From: Mike Preston [mailto:mike.preston at synety.com] Sent: 24 September 2013 09:52 To: openstack at lists.openstack.org Subject: Re: [Openstack] Replication error root at storage-proxy-01:~/swift# swift-ring-builder object.builder validate root at storage-proxy-01:~/swift# echo $? 0 I ran md5sum on the ring files on both the proxy (where we generate them) and the nodes and confirmed that they are identical. root at storage-proxy-01:~/swift# swift-ring-builder object.builder object.builder, build version 72 65536 partitions, 3 replicas, 4 zones, 32 devices, 999.99 balance The minimum number of hours before a partition can be reassigned is 3 Devices: id zone ip address port name weight partitions balance meta 0 1 10.20.15.51 6000 sdb1 3000.00 7123 1.44 1 1 10.20.15.51 6000 sdc1 3000.00 7123 1.44 2 1 10.20.15.51 6000 sdd1 3000.00 7122 1.43 3 1 10.20.15.51 6000 sde1 3000.00 7123 1.44 4 1 10.20.15.51 6000 sdf1 3000.00 7122 1.43 5 1 10.20.15.51 6000 sdg1 3000.00 7123 1.44 6 3 10.20.15.51 6000 sdh1 0.00 1273 999.99 7 3 10.20.15.51 6000 sdi1 0.00 1476 999.99 8 2 10.20.15.52 6000 sdb1 3000.00 7122 1.43 9 2 10.20.15.52 6000 sdc1 3000.00 7122 1.43 10 2 10.20.15.52 6000 sdd1 3000.00 7122 1.43 11 2 10.20.15.52 6000 sde1 3000.00 7122 1.43 12 2 10.20.15.52 6000 sdf1 3000.00 7122 1.43 13 2 10.20.15.52 6000 sdg1 3000.00 7122 1.43 14 3 10.20.15.52 6000 sdh1 0.00 1378 999.99 15 3 10.20.15.52 6000 sdi1 0.00 997 999.99 16 3 10.20.15.53 6000 sas0 3000.00 6130 -12.70 17 3 10.20.15.53 6000 sas1 3000.00 6130 -12.70 18 3 10.20.15.53 6000 sas2 3000.00 6129 -12.71 19 3 10.20.15.53 6000 sas3 3000.00 6130 -12.70 20 3 10.20.15.53 6000 sas4 3000.00 6130 -12.70 21 3 10.20.15.53 6000 sas5 3000.00 6130 -12.70 22 3 10.20.15.53 6000 sas6 3000.00 6129 -12.71 23 3 10.20.15.53 6000 sas7 3000.00 6129 -12.71 24 4 10.20.15.54 6000 sas0 3000.00 7122 1.43 25 4 10.20.15.54 6000 sas1 3000.00 7122 1.43 26 4 10.20.15.54 6000 sas2 3000.00 7123 1.44 27 4 10.20.15.54 6000 sas3 3000.00 7123 1.44 28 4 10.20.15.54 6000 sas4 3000.00 7122 1.43 29 4 10.20.15.54 6000 sas5 3000.00 7122 1.43 30 4 10.20.15.54 6000 sas6 3000.00 7123 1.44 31 4 10.20.15.54 6000 sas7 3000.00 7122 1.43 (We are currently migrating data between boxes due to cluster hardware replacement, which is why zone 3 is weighted as such on the first 2 nodes) Filelist attached (for the objects/ directory on the devices)... but I see nothing out of place. I'll run a full fsck on the drives tonight, try to rule that out. Thanks for your help. Mike Preston Infrastructure Team | SYNETY www.synety.com direct: 0116 424 4016 mobile: 07950 892038 main: 0116 424 4000 From: Clay Gerrard [mailto:clay.gerrard at gmail.com] Sent: 23 September 2013 20:34 To: Mike Preston Cc: openstack at lists.openstack.org Subject: Re: [Openstack] Replication error Run `swift-ring-builder /etc/swift/object.builder validate` - it should have no errors and exit 0. Can you provide a paste of the output from `swift-ring-builder /etc/swift/object.builder` as well - it should list some general info about the ring (number of replicas, and list of devices). Rebalance the ring and make sure it's been distributed to all nodes. The particular line you're seeing pop up in the traceback seems to be looking for all of the nodes for a particular partition it found in the objects' dir. I'm not seeing any local sanitization [1] around those top level directory names, so maybe it's just some garbage that created there outside of swift, or some file system corruption? Can you provide the output from `ls /srv/node/objects` (or wherever you have devices configured) -Clay 1. https://bugs.launchpad.net/swift/+bug/1229372 On Mon, Sep 23, 2013 at 2:34 AM, Mike Preston > wrote: Hi, We are seeing a replication error on swift. The error only is seen on a single node, the other nodes appear to be working fine. Installed version is debian wheezy with swift 1.4.8-2+deb7u1 Sep 23 10:33:03 storage-node-01 object-replicator Starting object replication pass. Sep 23 10:33:03 storage-node-01 object-replicator Exception in top-level replication loop: #012Traceback (most recent call last):#012 File "/usr/lib/python2.7/dist-packages/swift/obj/replicator.py", line 564, in replicate#012 jobs = self.collect_jobs()#012 File "/usr/lib/python2.7/dist-packages/swift/obj/replicator.py", line 536, in collect_jobs#012 self.object_ring.get_part_nodes(int(partition))#012 File "/usr/lib/python2.7/dist-packages/swift/common/ring/ring.py", line 103, in get_part_nodes#012 return [self.devs[r[part]] for r in self._replica2part2dev_id]#012IndexError: array index out of range Sep 23 10:33:03 storage-node-01 object-replicator Nothing replicated for 0.728466033936 seconds. Sep 23 10:33:03 storage-node-01 object-replicator Object replication complete. (0.01 minutes) Can anyone shed any light on this or next steps in debugging it or fixing it? Mike Preston Infrastructure Team | SYNETY www.synety.com direct: 0116 424 4016 mobile: 07950 892038 main: 0116 424 4000 _______________________________________________ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : openstack at lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack _______________________________________________ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : openstack at lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack -------------- next part -------------- An HTML attachment was scrubbed... URL: From rahulsharmaait at gmail.com Mon Sep 30 08:01:22 2013 From: rahulsharmaait at gmail.com (Rahul Sharma) Date: Mon, 30 Sep 2013 13:31:22 +0530 Subject: [Openstack] cisco neutron plugin. Where is cisco_plugins.ini file In-Reply-To: References: Message-ID: Hi Xin, Kindly check here. You will find the cisco_plugins.ini file. https://github.com/CiscoSystems/neutron/tree/master/etc/neutron/plugins/cisco Regards Rahul On Mon, Sep 30, 2013 at 11:37 AM, Xin Liu wrote: > Hi guys, > > It seems the plugin evolves but not the docs. Here the wiki ( > https://wiki.openstack.org/wiki/Cisco-neutron ) says there is > cisco_plugins.ini file. However the file is not in the repository... Do we > need to create a new file? Is there a template? > > Can anyone help? > > Thanks, > Xin > > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mike.preston at synety.com Mon Sep 30 08:34:16 2013 From: mike.preston at synety.com (Mike Preston) Date: Mon, 30 Sep 2013 08:34:16 +0000 Subject: [Openstack] Replication error In-Reply-To: <923E0D692F901442ACBA7199520F3D46251C595E@G4W3226.americas.hpqcorp.net> References: <923E0D692F901442ACBA7199520F3D46251C595E@G4W3226.americas.hpqcorp.net> Message-ID: <6139b6c1ea0a44d8b6b53966807bbf0f@AMXPR03MB024.eurprd03.prod.outlook.com> Is there anyway to identify if this is the case? It is a possibility that it *might* have been broken since install, but due to log rotation we are currently unable to prove this. Mike Preston Infrastructure Team | SYNETY www.synety.com direct: 0116 424 4016 mobile: 07950 892038 main: 0116 424 4000 From: Drudy, Gerry [mailto:Gerry.Drudy at hp.com] Sent: 27 September 2013 15:33 To: McCabe, Donagh; Mike Preston; openstack at lists.openstack.org Subject: RE: Replication error I have encountered this traceback but I was doing something unusual: I was blowing away an existing swift system and rebuilding it with a smaller ring power. Unfortunately I had not cleaned up all of the old data on one of the devices. On the reconfigured system the object replicator encountered partitions on that uncleaned device, in the /srv/node//objects directory, from the old configuration and so some of the partitions encountered in that directory were greater than expected with the newer/smaller ring. As a result the object-replicator could not translate the larger partition to a device id and blew up (producing the backtrace). Gerry. From: McCabe, Donagh Sent: 27 September 2013 15:09 To: Mike Preston; openstack at lists.openstack.org Subject: Re: [Openstack] Replication error Mike, Did you at some stage remove a node from your system and decommission it? We've seen similar (but not identical) backtraces in the replicator when someone powers up an old node. It's a good idea to wipe the rings off nodes that you are removing from the system (after rebalance has finished of course). Donagh From: Mike Preston [mailto:mike.preston at synety.com] Sent: 23 September 2013 10:35 To: openstack at lists.openstack.org Subject: [Openstack] Replication error Hi, We are seeing a replication error on swift. The error only is seen on a single node, the other nodes appear to be working fine. Installed version is debian wheezy with swift 1.4.8-2+deb7u1 Sep 23 10:33:03 storage-node-01 object-replicator Starting object replication pass. Sep 23 10:33:03 storage-node-01 object-replicator Exception in top-level replication loop: #012Traceback (most recent call last):#012 File "/usr/lib/python2.7/dist-packages/swift/obj/replicator.py", line 564, in replicate#012 jobs = self.collect_jobs()#012 File "/usr/lib/python2.7/dist-packages/swift/obj/replicator.py", line 536, in collect_jobs#012 self.object_ring.get_part_nodes(int(partition))#012 File "/usr/lib/python2.7/dist-packages/swift/common/ring/ring.py", line 103, in get_part_nodes#012 return [self.devs[r[part]] for r in self._replica2part2dev_id]#012IndexError: array index out of range Sep 23 10:33:03 storage-node-01 object-replicator Nothing replicated for 0.728466033936 seconds. Sep 23 10:33:03 storage-node-01 object-replicator Object replication complete. (0.01 minutes) Can anyone shed any light on this or next steps in debugging it or fixing it? Mike Preston Infrastructure Team | SYNETY www.synety.com direct: 0116 424 4016 mobile: 07950 892038 main: 0116 424 4000 -------------- next part -------------- An HTML attachment was scrubbed... URL: From Gerry.Drudy at hp.com Mon Sep 30 08:50:20 2013 From: Gerry.Drudy at hp.com (Drudy, Gerry) Date: Mon, 30 Sep 2013 08:50:20 +0000 Subject: [Openstack] Replication error In-Reply-To: <6139b6c1ea0a44d8b6b53966807bbf0f@AMXPR03MB024.eurprd03.prod.outlook.com> References: <923E0D692F901442ACBA7199520F3D46251C595E@G4W3226.americas.hpqcorp.net> <6139b6c1ea0a44d8b6b53966807bbf0f@AMXPR03MB024.eurprd03.prod.outlook.com> Message-ID: <923E0D692F901442ACBA7199520F3D46251C6F6C@G4W3226.americas.hpqcorp.net> Mike, Use the 'swift-ring-builder /etc/swift/object.builder' command to check the number of object ring partitions. Make sure that all of the object partition directory names e.g. in /srv/node/diskN/objects are not greater than the max number of partitions. Gerry. From: Mike Preston [mailto:mike.preston at synety.com] Sent: 30 September 2013 09:34 To: Drudy, Gerry; McCabe, Donagh; openstack at lists.openstack.org Subject: RE: Replication error Is there anyway to identify if this is the case? It is a possibility that it *might* have been broken since install, but due to log rotation we are currently unable to prove this. Mike Preston Infrastructure Team | SYNETY www.synety.com direct: 0116 424 4016 mobile: 07950 892038 main: 0116 424 4000 From: Drudy, Gerry [mailto:Gerry.Drudy at hp.com] Sent: 27 September 2013 15:33 To: McCabe, Donagh; Mike Preston; openstack at lists.openstack.org Subject: RE: Replication error I have encountered this traceback but I was doing something unusual: I was blowing away an existing swift system and rebuilding it with a smaller ring power. Unfortunately I had not cleaned up all of the old data on one of the devices. On the reconfigured system the object replicator encountered partitions on that uncleaned device, in the /srv/node//objects directory, from the old configuration and so some of the partitions encountered in that directory were greater than expected with the newer/smaller ring. As a result the object-replicator could not translate the larger partition to a device id and blew up (producing the backtrace). Gerry. From: McCabe, Donagh Sent: 27 September 2013 15:09 To: Mike Preston; openstack at lists.openstack.org Subject: Re: [Openstack] Replication error Mike, Did you at some stage remove a node from your system and decommission it? We've seen similar (but not identical) backtraces in the replicator when someone powers up an old node. It's a good idea to wipe the rings off nodes that you are removing from the system (after rebalance has finished of course). Donagh From: Mike Preston [mailto:mike.preston at synety.com] Sent: 23 September 2013 10:35 To: openstack at lists.openstack.org Subject: [Openstack] Replication error Hi, We are seeing a replication error on swift. The error only is seen on a single node, the other nodes appear to be working fine. Installed version is debian wheezy with swift 1.4.8-2+deb7u1 Sep 23 10:33:03 storage-node-01 object-replicator Starting object replication pass. Sep 23 10:33:03 storage-node-01 object-replicator Exception in top-level replication loop: #012Traceback (most recent call last):#012 File "/usr/lib/python2.7/dist-packages/swift/obj/replicator.py", line 564, in replicate#012 jobs = self.collect_jobs()#012 File "/usr/lib/python2.7/dist-packages/swift/obj/replicator.py", line 536, in collect_jobs#012 self.object_ring.get_part_nodes(int(partition))#012 File "/usr/lib/python2.7/dist-packages/swift/common/ring/ring.py", line 103, in get_part_nodes#012 return [self.devs[r[part]] for r in self._replica2part2dev_id]#012IndexError: array index out of range Sep 23 10:33:03 storage-node-01 object-replicator Nothing replicated for 0.728466033936 seconds. Sep 23 10:33:03 storage-node-01 object-replicator Object replication complete. (0.01 minutes) Can anyone shed any light on this or next steps in debugging it or fixing it? Mike Preston Infrastructure Team | SYNETY www.synety.com direct: 0116 424 4016 mobile: 07950 892038 main: 0116 424 4000 -------------- next part -------------- An HTML attachment was scrubbed... URL: From mahardika.gilang at andalabs.com Mon Sep 30 08:57:06 2013 From: mahardika.gilang at andalabs.com (Mahardhika Gilang) Date: Mon, 30 Sep 2013 15:57:06 +0700 Subject: [Openstack] How Swift Integrate with PHP Message-ID: <52493CE2.3000307@andalabs.com> Hi all, i just wondering how can i make some simple script (upload file) that integrate with swift? so the file will be upload to swift node. Need help here. thanks -- Regards, Mahardhika Gilang From mike.preston at synety.com Mon Sep 30 09:06:13 2013 From: mike.preston at synety.com (Mike Preston) Date: Mon, 30 Sep 2013 09:06:13 +0000 Subject: [Openstack] Replication error In-Reply-To: <923E0D692F901442ACBA7199520F3D46251C6F6C@G4W3226.americas.hpqcorp.net> References: <923E0D692F901442ACBA7199520F3D46251C595E@G4W3226.americas.hpqcorp.net> <6139b6c1ea0a44d8b6b53966807bbf0f@AMXPR03MB024.eurprd03.prod.outlook.com> <923E0D692F901442ACBA7199520F3D46251C6F6C@G4W3226.americas.hpqcorp.net> Message-ID: <4fd71190dc77490b9a865dbdf2da4ff2@AMXPR03MB024.eurprd03.prod.outlook.com> We now have working replication... Thanks guys. If you see me at a conf or user group, ask me for a drink :) Mike Preston Infrastructure Team | SYNETY www.synety.com direct: 0116 424 4016 mobile: 07950 892038 main: 0116 424 4000 From: Drudy, Gerry [mailto:Gerry.Drudy at hp.com] Sent: 30 September 2013 09:50 To: Mike Preston; McCabe, Donagh; openstack at lists.openstack.org Subject: RE: Replication error Mike, Use the 'swift-ring-builder /etc/swift/object.builder' command to check the number of object ring partitions. Make sure that all of the object partition directory names e.g. in /srv/node/diskN/objects are not greater than the max number of partitions. Gerry. From: Mike Preston [mailto:mike.preston at synety.com] Sent: 30 September 2013 09:34 To: Drudy, Gerry; McCabe, Donagh; openstack at lists.openstack.org Subject: RE: Replication error Is there anyway to identify if this is the case? It is a possibility that it *might* have been broken since install, but due to log rotation we are currently unable to prove this. Mike Preston Infrastructure Team | SYNETY www.synety.com direct: 0116 424 4016 mobile: 07950 892038 main: 0116 424 4000 From: Drudy, Gerry [mailto:Gerry.Drudy at hp.com] Sent: 27 September 2013 15:33 To: McCabe, Donagh; Mike Preston; openstack at lists.openstack.org Subject: RE: Replication error I have encountered this traceback but I was doing something unusual: I was blowing away an existing swift system and rebuilding it with a smaller ring power. Unfortunately I had not cleaned up all of the old data on one of the devices. On the reconfigured system the object replicator encountered partitions on that uncleaned device, in the /srv/node//objects directory, from the old configuration and so some of the partitions encountered in that directory were greater than expected with the newer/smaller ring. As a result the object-replicator could not translate the larger partition to a device id and blew up (producing the backtrace). Gerry. From: McCabe, Donagh Sent: 27 September 2013 15:09 To: Mike Preston; openstack at lists.openstack.org Subject: Re: [Openstack] Replication error Mike, Did you at some stage remove a node from your system and decommission it? We've seen similar (but not identical) backtraces in the replicator when someone powers up an old node. It's a good idea to wipe the rings off nodes that you are removing from the system (after rebalance has finished of course). Donagh From: Mike Preston [mailto:mike.preston at synety.com] Sent: 23 September 2013 10:35 To: openstack at lists.openstack.org Subject: [Openstack] Replication error Hi, We are seeing a replication error on swift. The error only is seen on a single node, the other nodes appear to be working fine. Installed version is debian wheezy with swift 1.4.8-2+deb7u1 Sep 23 10:33:03 storage-node-01 object-replicator Starting object replication pass. Sep 23 10:33:03 storage-node-01 object-replicator Exception in top-level replication loop: #012Traceback (most recent call last):#012 File "/usr/lib/python2.7/dist-packages/swift/obj/replicator.py", line 564, in replicate#012 jobs = self.collect_jobs()#012 File "/usr/lib/python2.7/dist-packages/swift/obj/replicator.py", line 536, in collect_jobs#012 self.object_ring.get_part_nodes(int(partition))#012 File "/usr/lib/python2.7/dist-packages/swift/common/ring/ring.py", line 103, in get_part_nodes#012 return [self.devs[r[part]] for r in self._replica2part2dev_id]#012IndexError: array index out of range Sep 23 10:33:03 storage-node-01 object-replicator Nothing replicated for 0.728466033936 seconds. Sep 23 10:33:03 storage-node-01 object-replicator Object replication complete. (0.01 minutes) Can anyone shed any light on this or next steps in debugging it or fixing it? Mike Preston Infrastructure Team | SYNETY www.synety.com direct: 0116 424 4016 mobile: 07950 892038 main: 0116 424 4000 -------------- next part -------------- An HTML attachment was scrubbed... URL: From tonytkdk at gmail.com Mon Sep 30 09:36:45 2013 From: tonytkdk at gmail.com (Kuo Hugo) Date: Mon, 30 Sep 2013 17:36:45 +0800 Subject: [Openstack] How Swift Integrate with PHP In-Reply-To: <52493CE2.3000307@andalabs.com> References: <52493CE2.3000307@andalabs.com> Message-ID: Hi , - PHP-opencloud - Official Rackspace PHP bindings that should work for other Swift deployments too. Check here : http://docs.openstack.org/developer/swift/associated_projects.html?highlight=php Hope it help +Hugo Kuo+ (+886) 935004793 2013/9/30 Mahardhika Gilang > Hi all, > i just wondering how can i make some simple script (upload file) that > integrate with swift? so the file will be upload to swift node. > Need help here. > thanks > -- > Regards, > Mahardhika Gilang > > > > ______________________________**_________________ > Mailing list: http://lists.openstack.org/**cgi-bin/mailman/listinfo/** > openstack > Post to : openstack at lists.openstack.org > Unsubscribe : http://lists.openstack.org/**cgi-bin/mailman/listinfo/** > openstack > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mahardika.gilang at andalabs.com Mon Sep 30 09:49:12 2013 From: mahardika.gilang at andalabs.com (Mahardhika Gilang) Date: Mon, 30 Sep 2013 16:49:12 +0700 Subject: [Openstack] How Swift Integrate with PHP In-Reply-To: References: <52493CE2.3000307@andalabs.com> Message-ID: <52494918.1090405@andalabs.com> Great thanks, that's for our programmer to get in touch with that SDK. On 9/30/2013 4:32 PM, Mike Preston wrote: > There are a number of language bindings for PHP. Also if you want to write your own it is pretty easy with just curl and the rackspace cloudfiles dev guide. > > https://wiki.openstack.org/wiki/SDKs#PHP > https://github.com/rackspace/php-opencloud > > http://docs.rackspace.com/ -- docs > > I wrote my own bindings for PHP, so if you get stuck feel free to ask. > > Mike Preston > Infrastructure Team | SYNETY > www.synety.com > > direct: 0116 424 4016 > mobile: 07950 892038 > main: 0116 424 4000 > > > > -----Original Message----- > From: Mahardhika Gilang [mailto:mahardika.gilang at andalabs.com] > Sent: 30 September 2013 09:57 > To: Openstack Milis > Subject: [Openstack] How Swift Integrate with PHP > > Hi all, > i just wondering how can i make some simple script (upload file) that integrate with swift? so the file will be upload to swift node. > Need help here. > thanks > -- > Regards, > Mahardhika Gilang > > > > _______________________________________________ > Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack -- Regards, Mahardhika Gilang From mahardika.gilang at andalabs.com Mon Sep 30 09:50:22 2013 From: mahardika.gilang at andalabs.com (Mahardhika Gilang) Date: Mon, 30 Sep 2013 16:50:22 +0700 Subject: [Openstack] How Swift Integrate with PHP In-Reply-To: References: <52493CE2.3000307@andalabs.com> Message-ID: <5249495E.7070108@andalabs.com> Thanks, will get that sdk for our programmer. On 9/30/2013 4:36 PM, Kuo Hugo wrote: > Hi , > > * PHP-opencloud - Official Rackspace > PHP bindings that should work for other Swift deployments too. > > > Check here : > http://docs.openstack.org/developer/swift/associated_projects.html?highlight=php > > > Hope it help > > > +Hugo Kuo+ > (+886) 935004793 > > > 2013/9/30 Mahardhika Gilang > > > Hi all, > i just wondering how can i make some simple script (upload file) > that integrate with swift? so the file will be upload to swift node. > Need help here. > thanks > -- > Regards, > Mahardhika Gilang > > > > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > -- Regards, Mahardhika Gilang** -------------- next part -------------- An HTML attachment was scrubbed... URL: From riteshnanda09 at gmail.com Mon Sep 30 10:19:08 2013 From: riteshnanda09 at gmail.com (Ritesh Nanda) Date: Mon, 30 Sep 2013 15:49:08 +0530 Subject: [Openstack] cinder volume weird behavior Message-ID: Hello , I have grizzly setup , in which i run cinder using IBM storvize 3700. Cinder shows a weird behavior every time i create a volume of some size and attach it to a vm , it shows some different size . e.g i create a 4gb volume and attach it to a vm it shows of 15gb , this is every-time different sometimes it shows a volume smaller of the size it created. While attaching a volume to a vm sometimes i get error on compute-nodes stating d9f36a440abdf2fdd] [instance: b9f128a9-d3e3-42a1-9511-74868b625b1b] *Failed to attach volume 676ef5b1-129b-4d42-b38d-df2005a3d634 at /dev/vdc* 2013-09-30 15:17:46.562 31953 TRACE nova.compute.manager [instance: b9f128a9-d3e3-42a1-9511-74868b625b1b] Traceback (most recent call last): 2013-09-30 15:17:46.562 31953 TRACE nova.compute.manager [instance: b9f128a9-d3e3-42a1-9511-74868b625b1b] File "/usr/lib/python2.7/dist-packages/nova/compute/manager.py", line 2878, in _attach_volume 2013-09-30 15:17:46.562 31953 TRACE nova.compute.manager [instance: b9f128a9-d3e3-42a1-9511-74868b625b1b] mountpoint) 2013-09-30 15:17:46.562 31953 TRACE nova.compute.manager [instance: b9f128a9-d3e3-42a1-9511-74868b625b1b] File "/usr/lib/python2.7/dist-packages/nova/virt/libvirt/driver.py", line 981, in attach_volume 2013-09-30 15:17:46.562 31953 TRACE nova.compute.manager [instance: b9f128a9-d3e3-42a1-9511-74868b625b1b] disk_dev) 2013-09-30 15:17:46.562 31953 TRACE nova.compute.manager [instance: b9f128a9-d3e3-42a1-9511-74868b625b1b] File "/usr/lib/python2.7/contextlib.py", line 24, in __exit__ 2013-09-30 15:17:46.562 31953 TRACE nova.compute.manager [instance: b9f128a9-d3e3-42a1-9511-74868b625b1b] self.gen.next() 2013-09-30 15:17:46.562 31953 TRACE nova.compute.manager [instance: b9f128a9-d3e3-42a1-9511-74868b625b1b] File "/usr/lib/python2.7/dist-packages/nova/virt/libvirt/driver.py", line 968, in attach_volume 2013-09-30 15:17:46.562 31953 TRACE nova.compute.manager [instance: b9f128a9-d3e3-42a1-9511-74868b625b1b] virt_dom.attachDeviceFlags(conf.to_xml(), flags) 2013-09-30 15:17:46.562 31953 TRACE nova.compute.manager [instance: b9f128a9-d3e3-42a1-9511-74868b625b1b] File "/usr/lib/python2.7/dist-packages/eventlet/tpool.py", line 187, in doit 2013-09-30 15:17:46.562 31953 TRACE nova.compute.manager [instance: b9f128a9-d3e3-42a1-9511-74868b625b1b] result = proxy_call(self._autowrap, f, *args, **kwargs) 2013-09-30 15:17:46.562 31953 TRACE nova.compute.manager [instance: b9f128a9-d3e3-42a1-9511-74868b625b1b] File "/usr/lib/python2.7/dist-packages/eventlet/tpool.py", line 147, in proxy_call 2013-09-30 15:17:46.562 31953 TRACE nova.compute.manager [instance: b9f128a9-d3e3-42a1-9511-74868b625b1b] rv = execute(f,*args,**kwargs) 2013-09-30 15:17:46.562 31953 TRACE nova.compute.manager [instance: b9f128a9-d3e3-42a1-9511-74868b625b1b] File "/usr/lib/python2.7/dist-packages/eventlet/tpool.py", line 76, in tworker 2013-09-30 15:17:46.562 31953 TRACE nova.compute.manager [instance: b9f128a9-d3e3-42a1-9511-74868b625b1b] rv = meth(*args,**kwargs) 2013-09-30 15:17:46.562 31953 TRACE nova.compute.manager [instance: b9f128a9-d3e3-42a1-9511-74868b625b1b] File "/usr/lib/python2.7/dist-packages/libvirt.py", line 422, in attachDeviceFlags 2013-09-30 15:17:46.562 31953 TRACE nova.compute.manager [instance: b9f128a9-d3e3-42a1-9511-74868b625b1b] if ret == -1: raise libvirtError ('virDomainAttachDeviceFlags() failed', dom=self) 2013-09-30 15:17:46.562 31953 TRACE nova.compute.manager [instance: b9f128a9-d3e3-42a1-9511-74868b625b1b] *libvirtError: internal error unable to execute QEMU command 'device_add': Duplicate ID 'virtio-disk2' for device * Then if i change the mount point from /dev/vdc to something random mount point , it attaches the disk. But still showing different sizes problem remains. Restarting open-iscsi services and reattaching the volume to the vm solves the issue. Attaching my cinder.conf Has anyone encountered this problem , or any help would be really appreciated. -- * With Regards * * Ritesh Nanda * *** * -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: cinder.conf Type: application/octet-stream Size: 628 bytes Desc: not available URL: From ikhudoshyn at mirantis.com Mon Sep 30 10:24:41 2013 From: ikhudoshyn at mirantis.com (Illia Khudoshyn) Date: Mon, 30 Sep 2013 13:24:41 +0300 Subject: [Openstack] [TROVE] - MongoDB as a Service In-Reply-To: References: Message-ID: Hi, Giuseppe, Our team in Mirantis currently actively implement MongoDB support in the Trove and it's great to see that there are others who are interested in it. Development was started just recently so it is in its early stage now. I have some code that runs single instance MongoDB (without any clustering for now) but it is not merged yet. There are several refactorings that I would like to be merged before I could show my actual MongoDB code. It may take some time but I hope it will happen soon. You can track the progress in the blueprint you mentioned, and https://blueprints.launchpad.net/trove/+spec/refactor-ga-for-other-engines-support this one. What my code will not cover is the support for OSes other than Ubuntu in a guest VM. This is the area where any help will be very appreciated. I believe there will be more to discuss when you will see the code. So I hope I answered your first question. As for the other one, unfortunately I'm not aware of any other efforts in running MongoDB in OpenStack. Best regards, Illia Khudoshyn, Software Engineer, Mirantis, Inc. 38, Lenina ave. Kharkov, Ukraine www.mirantis.com www.mirantis.ru Skype: gluke_work ikhudoshyn at mirantis.com On Mon, Sep 30, 2013 at 9:58 AM, Giuseppe Galeota wrote: > Dear Illia, dear all, > > I work at Santer Reply S.p.A. (Reply s.p.a. group) on the *PRISMA > * project (Interoperable cloud platforms for smart-government). PRISMA is > supported by *Italian Government and European Union*, and it aims to > develop an *Open Source* cloud computing system to provide services on > both IaaS and PaaS level, in order to realize a Smart Community between > citizens, Governments and Health agencies. > > For our project, we have chosen *Openstack*. Furthermore, we want a > Database as a Service (DBaaS) in order to provide both *relational and > non-relational* database instances. So we have joined the *Trove* project. > > Regarding non-relational database, we need that the DBaaS provides * > MongoDB* instances. I have noticed that herethere is an initial project. > > > 1) How can I contribute to the develop of that project? Is there some > initial source code? > > > 2) Are there other active projects on MongoDB that I can install and > test on the Openstack platform? > > > Regards. > > > Giuseppe Galeota > Bari - ITALY > g.galeota at reply.it > www.reply.it > > giuseppegaleota at gmail.com > > > > -- Best regards, Illia Khudoshyn, Software Engineer, Mirantis, Inc. 38, Lenina ave. Kharkov, Ukraine www.mirantis.com www.mirantis.ru Skype: gluke_work ikhudoshyn at mirantis.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From radek.skokan.conf at gmail.com Mon Sep 30 11:39:00 2013 From: radek.skokan.conf at gmail.com (Radek Skokan) Date: Mon, 30 Sep 2013 13:39:00 +0200 Subject: [Openstack] Async API and graceful stop Message-ID: Hello, I am wondering if is there support for asynchronous operation in the REST API. Particularly I am looking at start and stop server operations. For the stop operation, if I'm not mistaken, it is realized as a Nova extension "os-stop". Is there any documentation for it? Is it possible to issue a graceful/soft stop, something like for reboot: http://docs.openstack.org/api/openstack-compute/2/content/Reboot_Server-d1e3371.html ? In this case the async API would be useful as stopping the machine would take some time. Thanks, Radek -------------- next part -------------- An HTML attachment was scrubbed... URL: From tyky72 at gmail.com Mon Sep 30 11:56:38 2013 From: tyky72 at gmail.com (Juha Tynninen) Date: Mon, 30 Sep 2013 14:56:38 +0300 Subject: [Openstack] [nova in havana]: vm status update delay when vm process is killed... In-Reply-To: References: Message-ID: Hi, I took the latest openstack components from the master branch into use and tried again and now the delay is not there anymore. So everything seems to be fine with Nova version 2.15.0.22. Thanks, -Juha On 29 September 2013 09:06, Jian Wen wrote: > Hello, Juha > > I can't reproduce this bug in a devstack environment freshly installed > today. > > Instance's power state should be synced in a very short delay window since > the following bp. > https://blueprints.launchpad.net/nova/+spec/compute-driver-events > > What is the exact version of nova are you using? > Could you file a bug? > > > > > > > > > > On Thu, Sep 19, 2013 at 9:04 PM, Juha Tynninen wrote: > >> Hi, >> >> Ok, seems to be I can eliminate the delay by editing the value for the >> nova/compute/manager.py related configuration item in nova.conf: >> >> cfg.IntOpt('sync_power_state_interval', >> default=600, >> help='interval to sync power states between ' >> 'the database and the hypervisor'), >> >> In the grizzly code there is also this default 600 seconds interval >> defined for this check, but still there wasn't this kind of delay >> present... I wonder what has changed. >> >> How do you see, is there some negative effects to set the >> sync_power_state_interval very low in havana (e.g. 1s or even lower)...? >> >> Thanks, >> -Juha >> >> >> >> On 18 September 2013 12:41, Juha Tynninen wrote: >> >>> Hi, >>> >>> Previously in grizzly if I killed the VM process (in case of devstack >>> the relevant qemu-system process) nova >>> almost immediately noticed this and the status of VM was updated to >>> SHUTOFF. >>> >>> But now in havana it takes about 5 minutes the VM status to change to >>> SHUTOFF. >>> Anyone knows what causes this delay? >>> >>> Thanks, >>> -Juha >>> >>> >>> >> >> _______________________________________________ >> Mailing list: >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> Post to : openstack at lists.openstack.org >> Unsubscribe : >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> >> > > > -- > Cheers, > Jian > -------------- next part -------------- An HTML attachment was scrubbed... URL: From kmestery at cisco.com Mon Sep 30 13:15:38 2013 From: kmestery at cisco.com (Kyle Mestery (kmestery)) Date: Mon, 30 Sep 2013 13:15:38 +0000 Subject: [Openstack] cisco neutron plugin. Where is cisco_plugins.ini file In-Reply-To: References: Message-ID: On Sep 30, 2013, at 1:07 AM, Xin Liu wrote: > > Hi guys, > > It seems the plugin evolves but not the docs. Here the wiki ( https://wiki.openstack.org/wiki/Cisco-neutron ) says there is cisco_plugins.ini file. However the file is not in the repository... Do we need to create a new file? Is there a template? > > Can anyone help? > Yes, as pointed out by Rahul, the cisco_plugin.ini file is in the repository and should provide some examples of it's configuration. In addition, the wiki page you referenced has specific details on the configuration of the Cisco plugin. Let us know if anything isn't clear and we'll assist you in your configuration. Thanks! Kyle > Thanks, > Xin > _______________________________________________ > Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack From anne at openstack.org Mon Sep 30 13:20:26 2013 From: anne at openstack.org (Anne Gentle) Date: Mon, 30 Sep 2013 08:20:26 -0500 Subject: [Openstack] Async API and graceful stop In-Reply-To: References: Message-ID: On Mon, Sep 30, 2013 at 6:39 AM, Radek Skokan wrote: > Hello, > > I am wondering if is there support for asynchronous operation in the REST > API. Particularly I am looking at start and stop server operations. > > For the stop operation, if I'm not mistaken, it is realized as a Nova > extension "os-stop". Is there any documentation for it? > Here's the link to the documentation for that extension: http://api.openstack.org/api-ref-compute.html#ext-os-server-start-stop > > Is it possible to issue a graceful/soft stop, something like for reboot: > http://docs.openstack.org/api/openstack-compute/2/content/Reboot_Server-d1e3371.html > ? > > In this case the async API would be useful as stopping the machine would > take some time. > > Thanks, > Radek > > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From xin.e.liu at gmail.com Mon Sep 30 14:54:41 2013 From: xin.e.liu at gmail.com (Xin Liu) Date: Mon, 30 Sep 2013 07:54:41 -0700 Subject: [Openstack] cisco neutron plugin. Where is cisco_plugins.ini file In-Reply-To: References: Message-ID: Thanks Kyle, Rahul. Xin On Mon, Sep 30, 2013 at 6:15 AM, Kyle Mestery (kmestery) wrote: > On Sep 30, 2013, at 1:07 AM, Xin Liu wrote: > > > > Hi guys, > > > > It seems the plugin evolves but not the docs. Here the wiki ( > https://wiki.openstack.org/wiki/Cisco-neutron ) says there is > cisco_plugins.ini file. However the file is not in the repository... Do we > need to create a new file? Is there a template? > > > > Can anyone help? > > > Yes, as pointed out by Rahul, the cisco_plugin.ini file is in the > repository > and should provide some examples of it's configuration. In addition, the > wiki page you referenced has specific details on the configuration of the > Cisco plugin. Let us know if anything isn't clear and we'll assist you in > your configuration. > > Thanks! > Kyle > > > Thanks, > > Xin > > _______________________________________________ > > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > Post to : openstack at lists.openstack.org > > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From dan at nicira.com Mon Sep 30 17:01:54 2013 From: dan at nicira.com (Dan Wendlandt) Date: Mon, 30 Sep 2013 10:01:54 -0700 Subject: [Openstack] [openstack-dev] Does quantum work with vmware esxi ? In-Reply-To: References: Message-ID: The Open vSwitch plugin is not compatible with ESX, regardless of whether KVM is also included in the setup or not. Dan On Thu, Sep 26, 2013 at 1:12 AM, Konglingxian wrote: > Dose it mean that when use Open vSwitch as Neutron Plugin, we can not > use both KVM and Vmware as the underlying hypervisors at the same time?*** > * > > ** ** > > It’s very appreciated that those folks from Vmware could answer this > question.**** > > ** ** > > I apologize if this question was already covered and I missed it.**** > > ** ** > > *------------------------------------------------------------* > > *Lingxian Kong* > > *Huawei Technologies Co.,LTD.* > > *IT Product Line CloudOS PDU* > > *China, Xi'an* > > *Mobile: +86-18602962792* > > *Email: konglingxian at huawei.com*** > > ** ** > > *From:* Dan Wendlandt [mailto:dan at nicira.com] > *Sent:* Tuesday, September 24, 2013 9:06 AM > *To:* OpenStack Development Mailing List > *Cc:* openstack at lists.openstack.org > *Subject:* Re: [openstack-dev] Does quantum work with vmware esxi ?**** > > ** ** > > Compatibility of various Quantum/Neutron plugins with various Nova > hypervisors is documented here: > http://docs.openstack.org/grizzly/openstack-network/admin/content/flexibility.html . > **** > > ** ** > > Dan**** > > ** ** > > ** ** > > ** ** > > ** ** > > On Mon, Sep 23, 2013 at 4:00 PM, openstack learner < > openstackleaner at gmail.com> wrote:**** > > Hi all,**** > > I am thinking about using quantum to do some network setting for the vms > on esxi host but I am not sure if it should work or not because the > VMwareVCDriver is listed as a compute driver. > > Last time when I enable the quantum service in my devstack installation, > there is a boot instance failure when i tried to boot an instance. I dont > know the if failure is caused by my devstack setting or it arose just > because quantum does not work with esxi. Anyone know if quantum works with > esxi ? > > > Thank you**** > > xin**** > > > _______________________________________________ > OpenStack-dev mailing list > OpenStack-dev at lists.openstack.org > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev**** > > > > **** > > ** ** > > -- > ~~~~~~~~~~~~~~~~~~~~~~~~~~~ > Dan Wendlandt **** > > Nicira, Inc: www.nicira.com**** > > twitter: danwendlandt > ~~~~~~~~~~~~~~~~~~~~~~~~~~~**** > > _______________________________________________ > OpenStack-dev mailing list > OpenStack-dev at lists.openstack.org > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev > > -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~ Dan Wendlandt Nicira, Inc: www.nicira.com twitter: danwendlandt ~~~~~~~~~~~~~~~~~~~~~~~~~~~ -------------- next part -------------- An HTML attachment was scrubbed... URL: From remo at mattei.org Mon Sep 30 21:16:45 2013 From: remo at mattei.org (Remo Mattei) Date: Mon, 30 Sep 2013 14:16:45 -0700 Subject: [Openstack] OVS bandwidth limiting Message-ID: <43C5BB09-99B2-4144-8D81-5FCDC9CDF203@mattei.org> Hello everyone, I wonder if there is a way to do bandwidth limiting rate option with OVS. I would appreciate pointing me to the URL. Thanks Remo From giulio.vito.demusso at gmail.com Mon Sep 30 21:31:03 2013 From: giulio.vito.demusso at gmail.com (Giulio Vito de Musso) Date: Mon, 30 Sep 2013 23:31:03 +0200 Subject: [Openstack] No internet connection to the VMs Message-ID: Hi to all, I'm facing a problem with Devstack+Neutron+LBaaS. I installed Devstack+Neutron+LBaaS onto a Ubuntu 12.04 VM adding the following lines to Devstack's localrc and then running stack.sh > disable_service n-net > enable_service q-svc > enable_service q-agt > enable_service q-dhcp > enable_service q-l3 > enable_service q-meta > enable_service neutron > enable_service tempest > enable_service q-lbaas At the end of the installation I create a network with a "mySubnet" subnet (with a 192.168.0.0/24 IP range and the DNS IPs set properly), a "myKeypair" keypair, a "myRouter" router and link the router to the "public" (as external gateway) and "mySubnet" networks. Then I launch a Ubuntu Cloud 12.04 VM in Horizon associating the mySubnet network, the myKeypair keypair and a brand new floating IP. I can ping and SSH the VM from the Devstack machine and the VM can ping the Devstack machine, the br-ex and the myRouter; the problem is that the VM cannot access the Internet. In particular, it seems that the VM cannot ping the DNS server (infact it cannot resolve any Internet hostname) even though the br-ex bridge is up running. What can be the problem? I'm stuck at this point for three weeks and cannot go forward in my LBaaS analysis. Thanks Giulio -------------- next part -------------- An HTML attachment was scrubbed... URL: From arosen at nicira.com Mon Sep 30 22:20:25 2013 From: arosen at nicira.com (Aaron Rosen) Date: Mon, 30 Sep 2013 15:20:25 -0700 Subject: [Openstack] OVS bandwidth limiting In-Reply-To: <43C5BB09-99B2-4144-8D81-5FCDC9CDF203@mattei.org> References: <43C5BB09-99B2-4144-8D81-5FCDC9CDF203@mattei.org> Message-ID: Hi, OVS can leverages QoS though linux's tc. Here's a tutorial that shows how to use it: http://openvswitch.org/support/config-cookbooks/qos-rate-limiting/ . Currently, only the nvp plugin exposes an extension to use this though. There is some work going on to expose a QoS extension to OVS/ML2 plugins which I would expect to see sometime early on in Icehouse. Aaron On Mon, Sep 30, 2013 at 2:16 PM, Remo Mattei wrote: > Hello everyone, > I wonder if there is a way to do bandwidth limiting rate option with OVS. > I would appreciate pointing me to the URL. > > Thanks > > Remo > > > > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > -------------- next part -------------- An HTML attachment was scrubbed... URL: From remo at mattei.org Mon Sep 30 22:40:28 2013 From: remo at mattei.org (Remo Mattei) Date: Mon, 30 Sep 2013 15:40:28 -0700 Subject: [Openstack] OVS bandwidth limiting In-Reply-To: References: <43C5BB09-99B2-4144-8D81-5FCDC9CDF203@mattei.org> Message-ID: Thanks I will look into this Remo Inviato da iPhone > Il giorno Sep 30, 2013, alle ore 15:20, Aaron Rosen ha scritto: > > Hi, > > OVS can leverages QoS though linux's tc. Here's a tutorial that shows how to use it: http://openvswitch.org/support/config-cookbooks/qos-rate-limiting/ . Currently, only the nvp plugin exposes an extension to use this though. There is some work going on to expose a QoS extension to OVS/ML2 plugins which I would expect to see sometime early on in Icehouse. > > Aaron > > >> On Mon, Sep 30, 2013 at 2:16 PM, Remo Mattei wrote: >> Hello everyone, >> I wonder if there is a way to do bandwidth limiting rate option with OVS. I would appreciate pointing me to the URL. >> >> Thanks >> >> Remo >> >> >> >> _______________________________________________ >> Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> Post to : openstack at lists.openstack.org >> Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > !DSPAM:2,5249f9e977579507810681! -------------- next part -------------- An HTML attachment was scrubbed... URL: From prag_2648 at yahoo.co.in Sat Sep 7 04:45:34 2013 From: prag_2648 at yahoo.co.in (pragya jain) Date: Sat, 07 Sep 2013 04:45:34 -0000 Subject: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift In-Reply-To: References: <1377498985.92309.YahooMailNeo@web193603.mail.sg3.yahoo.com> <1377575715.63149.YahooMailNeo@web193603.mail.sg3.yahoo.com> <1377705664.3899.YahooMailNeo@web193602.mail.sg3.yahoo.com> <1377755510.20626.YahooMailNeo@web193601.mail.sg3.yahoo.com> <1377765810.77854.YahooMailNeo@web193606.mail.sg3.yahoo.com> <1377767543.33056.YahooMailNeo@web193603.mail.sg3.yahoo.com> <1377768176.9373.YahooMailNeo@web193606.mail.sg3.yahoo.com> <1377775079.21343.YahooMailNeo@web193602.mail.sg3.yahoo.com> <1377784746.26442.YahooMailNeo@web193603.mail.sg3.yahoo.com> <1377840941.9818.YahooMailNeo@web193605.mail.sg3.yahoo.com> <1377843725.53401.YahooMailNeo@web193602.mail.sg3.yahoo.com> <1378273871.52383.YahooMailNeo@web193604.mail.sg3.yahoo.com> <1378355540.21486.YahooMailNeo@web193605.mail.sg3.yahoo.com> <1378442357.82006.YahooMailNeo@web193604.mail.sg3.yahoo.com> Message-ID: <1378529123.39925.YahooMailNeo@web193601.mail.sg3.yahoo.com> hello sir, I did the following job: root at arun-Aspire-5742:~# sudo mount -t xfs -o noatime,nodiratime,logbufs=8 -L d1 /srv/node/d1 mount: no such partition found root at arun-Aspire-5742:~# sudo mount -t xfs -o noatime,nodiratime,logbufs=8 -L d1 \srv/node/d1 mount: no such partition found root at arun-Aspire-5742:~# cd /opt/swift/etc root at arun-Aspire-5742:/opt/swift/etc# sudo mount -t xfs -o noatime,nodiratime,logbufs=8 -L d1 /srv/node/d1 mount: no such partition found root at arun-Aspire-5742:/opt/swift/etc# sudo mount -t xfs -o noatime,nodiratime,logbufs=8 -L d1 \srv/node/d1 mount: no such partition found root at arun-Aspire-5742:/opt/swift/etc# cd ~ root at arun-Aspire-5742:~# mount d1 /srv/node/d1 mount: special device d1 does not exist root at arun-Aspire-5742:~# vi /etc/swift/account-server.conf root at arun-Aspire-5742:~# mount d1 /srv/node/d1 mount: special device d1 does not exist root at arun-Aspire-5742:~# cd /opt/swift/etc root at arun-Aspire-5742:/opt/swift/etc# mount d1 /srv/node/d1 mount: special device d1 does not exist root at arun-Aspire-5742:/opt/swift/etc# sudo reboot root at arun-Aspire-5742:~# mount /dev/sda4 on / type ext4 (rw,errors=remount-ro) proc on /proc type proc (rw,noexec,nosuid,nodev) sysfs on /sys type sysfs (rw,noexec,nosuid,nodev) none on /sys/fs/fuse/connections type fusectl (rw) none on /sys/kernel/debug type debugfs (rw) none on /sys/kernel/security type securityfs (rw) udev on /dev type devtmpfs (rw,mode=0755) devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=0620) tmpfs on /run type tmpfs (rw,noexec,nosuid,size=10%,mode=0755) none on /run/lock type tmpfs (rw,noexec,nosuid,nodev,size=5242880) none on /run/shm type tmpfs (rw,nosuid,nodev) gvfs-fuse-daemon on /home/arun/.gvfs type fuse.gvfs-fuse-daemon (rw,nosuid,nodev,user=arun) I am attaching some screenshots which tells what I had done earlier when I was preparing and mounting the devices. >________________________________ > From: Clay Gerrard >To: pragya jain >Cc: "pangj at laposte.net" ; "openstack at lists.openstack.org" >Sent: Friday, 6 September 2013 8:58 PM >Subject: Re: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift > > > >Sep  4 11:14:04 arun-Aspire-5742 proxy-server ERROR Insufficient Storage 127.0.0.1:6002/d1 (txn: txb0d8717ab05c4cf0bdebd-005226c8a4) > > >The account server on 127.0.0.1:6002/d1 returned 507 indicating it couldn't find a useable file system for the device labeled d1. > > >The account server has a config option "devices" in the "DEFAULT" section of "/etc/swift/account-server.conf" that will indicate the base mount point for devices (typicailly it's "/srv/node").  That path is prepended to the device name that's sent in the request ("d1" in this case). > > >So there should be a filesystem (xfs typically) mounted at "/srv/node/d1" > > >Try mounting it manually `mount d1 /srv/node/d1` and double check the output from `mount` and your "/etc/fstab" > > > >On Thu, Sep 5, 2013 at 9:39 PM, pragya jain wrote: > >please help me in this regard. >> >> >> >>>________________________________ >>> From: pragya jain >>>To: Clay Gerrard >>> >>>Cc: "pangj at laposte.net" ; "openstack at lists.openstack.org" >>>Sent: Thursday, 5 September 2013 10:02 AM >>> >>>Subject: Re: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift >>> >>> >>> >>>root at arun-Aspire-5742:~# grep txb0d8717ab05c4cf0bdebd-005226c8a4 /var/log/syslogSep  4 11:14:04 arun-Aspire-5742 account-server 127.0.0.1 - - [04/Sep/2013:05:44:04 +0000] "GET /d1/19164/AUTH_prag2648" 507 - "txb0d8717ab05c4cf0bdebd-005226c8a4" "GET http://localhost:8080/v1/AUTH_prag2648/" "proxy-server 3182" 0.0021 "" >>>Sep  4 11:14:04 arun-Aspire-5742 proxy-server ERROR Insufficient Storage 127.0.0.1:6002/d1 (txn: txb0d8717ab05c4cf0bdebd-005226c8a4) >>>Sep  4 11:14:05 arun-Aspire-5742 proxy-server Account GET returning 503 for [507] (txn: txb0d8717ab05c4cf0bdebd-005226c8a4) (client_ip: 127.0.0.1) >>>Sep  4 11:14:05 arun-Aspire-5742 proxy-server 127.0.0.1 127.0.0.1 04/Sep/2013/05/44/05 GET /v1/AUTH_prag2648/ HTTP/1.0 503 - curl/7.22.0%20%28i686-pc-linux-gnu%29%20libcurl/7.22.0%20OpenSSL/1.0.1%20zlib/1.2.3.4%20libidn/1.23%20librtmp/2.3 AUTH_tk4be7b90194c747468c4973675db15ca5 - 118 - txb0d8717ab05c4cf0bdebd-005226c8a4 - 0.2774 - - >>> >>> >>> >>> >>> >>>>________________________________ >>>> From: Clay Gerrard >>>>To: pragya jain >>>>Cc: "pangj at laposte.net" ; "openstack at lists.openstack.org" >>>>Sent: Wednesday, 4 September 2013 9:12 PM >>>>Subject: Re: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift >>>> >>>> >>>> >>>>So the builder files look right, you should grep the logs for the transaction id of the request that 503'd and see if the proxy is still getting connection errors (i.e. still trying to connect to 10.0.2.15) >>>> >>>>grep txb0d8717ab05c4cf0bdebd-005226c8a4 /var/log/syslog >>>> >>>> >>>>If the proxy is still going to the old 10.0.2.15 you need to rebalance your rings >>>> >>>> >>>>swift-ring-builder account.builder reblanace >>>> >>>> >>>>-Clay >>>> >>>> >>>> >>>>On Tue, Sep 3, 2013 at 10:51 PM, pragya jain wrote: >>>> >>>>root at arun-Aspire-5742:/etc/swift# swift-ring-builder object.builder >>>>>object.builder, build version 14 >>>>>262144 partitions, 3.000000 replicas, 1 regions, 1 zones, 1 devices, 0.00 balance >>>>>The minimum number of hours before a partition can be reassigned is 24 >>>>>Devices:    id  region  zone      ip address  port  replication ip  replication port      name weight partitions balance meta >>>>>             2       1     1       127.0.0.1  6000       127.0.0.1              6000        d1 100.00     786432    0.00  >>>>>root at arun-Aspire-5742:/etc/swift# swift-ring-builder account.builder >>>>>account.builder, build version 14 >>>>>262144 partitions, 3.000000 replicas, 1 regions, 1 zones, 1 devices, 0.00 balance >>>>>The minimum number of hours before a partition can be reassigned is 24 >>>>>Devices:    id  region  zone      ip address  port  replication ip  replication port      name weight partitions balance meta >>>>>             2       1     1       127.0.0.1  6002       127.0.0.1              6002        d1 100.00     786432    0.00  >>>>>root at arun-Aspire-5742:/etc/swift# swift-ring-builder container.builder >>>>>container.builder, build version 11 >>>>>262144 partitions, 3.000000 replicas, 1 regions, 1 zones, 1 devices, 0.00 balance >>>>>The minimum number of hours before a partition can be reassigned is 24 >>>>>Devices:    id  region  zone      ip address  port  replication ip  replication port      name weight partitions balance meta >>>>>             1       1     1       127.0.0.1  6001       127.0.0.1              6001        d1 100.00     786432    0.00  >>>>>root at arun-Aspire-5742:/etc/swift# cd ~ >>>>>root at arun-Aspire-5742:~# sudo swift-init account start >>>>>Starting account-server...(/etc/swift/account-server.conf) >>>>>root at arun-Aspire-5742:~# sudo swift-init proxy start >>>>>Starting proxy-server...(/etc/swift/proxy-server.conf) >>>>>root at arun-Aspire-5742:~# curl -v -H 'X-Auth-User:prag2648:pragya' -H 'X-Auth-Key:pj2648' http://localhost:8080/auth/v1.0/ >>>>>* About to connect() to localhost port 8080 (#0) >>>>>*   Trying 127.0.0.1... connected >>>>>> GET /auth/v1.0/ HTTP/1.1 >>>>>> User-Agent: curl/7.22.0 (i686-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 zlib/1.2.3.4 libidn/1.23 librtmp/2.3 >>>>>> Host: localhost:8080 >>>>>> Accept: */* >>>>>> X-Auth-User:prag2648:pragya >>>>>> X-Auth-Key:pj2648 >>>>>>  >>>>>< HTTP/1.1 200 OK >>>>>< X-Storage-Url: http://localhost:8080/v1/AUTH_prag2648 >>>>>< X-Auth-Token: AUTH_tk4be7b90194c747468c4973675db15ca5 >>>>>< Content-Type: text/html; charset=UTF-8 >>>>>< X-Storage-Token: AUTH_tk4be7b90194c747468c4973675db15ca5 >>>>>< Content-Length: 0 >>>>>< X-Trans-Id: txc07e87d3d4b8487b85d89-005226c820 >>>>>< Date: Wed, 04 Sep 2013 05:41:52 GMT >>>>><  >>>>>* Connection #0 to host localhost left intact >>>>>* Closing connection #0 >>>>>root at arun-Aspire-5742:~# curl -v -H 'X-Storage-Token:AUTH_tk4be7b90194c747468c4973675db15ca5' http://127.0.0.1:8080/v1/AUTH_prag2648/ >>>>>* About to connect() to 127.0.0.1 port 8080 (#0) >>>>>*   Trying 127.0.0.1... connected >>>>>> GET /v1/AUTH_prag2648/ HTTP/1.1 >>>>>> User-Agent: curl/7.22.0 (i686-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 zlib/1.2.3.4 libidn/1.23 librtmp/2.3 >>>>>> Host: 127.0.0.1:8080 >>>>>> Accept: */* >>>>>> X-Storage-Token:AUTH_tk4be7b90194c747468c4973675db15ca5 >>>>>>  >>>>>< HTTP/1.1 503 Internal Server Error >>>>>< Content-Length: 118 >>>>>< Content-Type: text/html; charset=UTF-8 >>>>>< X-Trans-Id: tx2301beb46542488597d23-005226c87d >>>>>< Date: Wed, 04 Sep 2013 05:43:26 GMT >>>>><  >>>>>* Connection #0 to host 127.0.0.1 left intact >>>>>* Closing connection #0 >>>>>

Service Unavailable

The server is currently unavailable. Please try again at a later time.

root at arun-Aspire-5742:~#  >>>>>root at arun-Aspire-5742:~# curl -v -H 'X-Storage-Token:AUTH_tk4be7b90194c747468c4973675db15ca5' http://127.0.0.1/v1/AUTH_prag2648/ >>>>>* About to connect() to 127.0.0.1 port 80 (#0) >>>>>*   Trying 127.0.0.1... Connection refused >>>>>* couldn't connect to host >>>>>* Closing connection #0 >>>>>curl: (7) couldn't connect to host >>>>>root at arun-Aspire-5742:~# curl -v -H 'X-Storage-Token:AUTH_tk4be7b90194c747468c4973675db15ca5' http://localhost:8080/v1/AUTH_prag2648/ >>>>>* About to connect() to localhost port 8080 (#0) >>>>>*   Trying 127.0.0.1... connected >>>>>> GET /v1/AUTH_prag2648/ HTTP/1.1 >>>>>> User-Agent: curl/7.22.0 (i686-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 zlib/1.2.3.4 libidn/1.23 librtmp/2.3 >>>>>> Host: localhost:8080 >>>>>> Accept: */* >>>>>> X-Storage-Token:AUTH_tk4be7b90194c747468c4973675db15ca5 >>>>>>  >>>>>< HTTP/1.1 503 Internal Server Error >>>>>< Content-Length: 118 >>>>>< Content-Type: text/html; charset=UTF-8 >>>>>< X-Trans-Id: txb0d8717ab05c4cf0bdebd-005226c8a4 >>>>>< Date: Wed, 04 Sep 2013 05:44:05 GMT >>>>><  >>>>>* Connection #0 to host localhost left intact >>>>>* Closing connection #0 >>>>>

Service Unavailable

The server is currently unavailable. Please try again at a later time.

root at arun-Aspire-5742:~#  >>>>>root at arun-Aspire-5742:~# grep txa4c98c518382430ab9f5f-005222dede /var/log/syslogroot at arun-Aspire-5742:~#  >>>>> >>>>> >>>>> >>>>> >>>>> >>>>>>________________________________ >>>>>> From: Kuo Hugo >>>>>>To: pragya jain >>>>>>Cc: Gareth ; "openstack at lists.openstack.org" >>>>>>Sent: Friday, 30 August 2013 1:15 PM >>>>>> >>>>>>Subject: Re: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift >>>>>> >>>>>> >>>>>> >>>>>>Hmm....  >>>>>> >>>>>> >>>>>>1) No Container and Object servers are running  >>>>>>2) Only one drive in the ring >>>>>>3) No device been mount to /srv/node/* , unless you are disabling mount_check >>>>>>4) Did you setup rsync yet ?  >>>>>> >>>>>> >>>>>>Maybe you can follow the online document to complete the above items.  >>>>>> >>>>>> >>>>>>Good luck~ >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>>+Hugo Kuo+ >>>>>>hugo at swiftstack.com >>>>>> >>>>>>tonytkdk at gmail.com >>>>>> >>>>>>+886 935004793 >>>>>> >>>>>> >>>>>> >>>>>>2013/8/30 pragya jain >>>>>> >>>>>>root at arun-Aspire-5742:~# swift-ring-builder /etc/swift/account.builder >>>>>>>/etc/swift/account.builder, build version 1 >>>>>>>262144 partitions, 3.000000 replicas, 1 regions, 1 zones, 1 devices, 0.00 balance >>>>>>>The minimum number of hours before a partition can be reassigned is 24 >>>>>>>Devices:    id  region  zone      ip address  port  replication ip  replication port      name weight partitions balance meta >>>>>>>             0       1     1       10.0.2.15  6000       10.0.2.15              6000        d1 100.00     786432    0.00  >>>>>>>root at arun-Aspire-5742:~# swift-ring-builder /etc/swift/container.builder >>>>>>>/etc/swift/container.builder, build version 1 >>>>>>>262144 partitions, 3.000000 replicas, 1 regions, 1 zones, 1 devices, 0.00 balance >>>>>>>The minimum number of hours before a partition can be reassigned is 24 >>>>>>>Devices:    id  region  zone      ip address  port  replication ip  replication port      name weight partitions balance meta >>>>>>>             0       1     1       10.0.2.15  6001       10.0.2.15              6001        d1 100.00     786432    0.00  >>>>>>>root at arun-Aspire-5742:~# swift-ring-builder /etc/swift/object.builder >>>>>>>/etc/swift/object.builder, build version 1 >>>>>>>262144 partitions, 3.000000 replicas, 1 regions, 1 zones, 1 devices, 0.00 balance >>>>>>>The minimum number of hours before a partition can be reassigned is 24 >>>>>>>Devices:    id  region  zone      ip address  port  replication ip  replication port      name weight partitions balance meta >>>>>>>             0       1     1       10.0.2.15  6002       10.0.2.15              6002        d1 100.00     786432    0.00  >>>>>>>root at arun-Aspire-5742:~# ps aux | grep swift >>>>>>>swift     5174  0.0  0.1  18700 11548 ?        Ss   10:45   0:00 /usr/bin/python /usr/local/bin/swift-account-server /etc/swift/account-server.conf >>>>>>>swift     5181  0.0  0.1  18976  9624 ?        S    10:45   0:00 /usr/bin/python /usr/local/bin/swift-account-server /etc/swift/account-server.conf >>>>>>>swift     5182  0.0  0.1  18992  9616 ?        S    10:45   0:00 /usr/bin/python /usr/local/bin/swift-account-server /etc/swift/account-server.conf >>>>>>>swift     5183  0.0  0.1  18992  9620 ?        S    10:45   0:00 /usr/bin/python /usr/local/bin/swift-account-server /etc/swift/account-server.conf >>>>>>>swift     5184  0.0  0.1  18992  9632 ?        S    10:45   0:00 /usr/bin/python /usr/local/bin/swift-account-server /etc/swift/account-server.conf >>>>>>>swift     5192  0.0  0.2  18296 11812 ?        Ss   10:45   0:00 /usr/bin/python /usr/local/bin/swift-proxy-server /etc/swift/proxy-server.conf >>>>>>>swift     5197  0.0  0.2  23512 15552 ?        S    10:45   0:00 /usr/bin/python /usr/local/bin/swift-proxy-server /etc/swift/proxy-server.conf >>>>>>>swift     5198  0.0  0.2  23524 15628 ?        S    10:45   0:00 /usr/bin/python /usr/local/bin/swift-proxy-server /etc/swift/proxy-server.conf >>>>>>>swift     5199  0.0  0.2  23524 15300 ?        S    10:45   0:00 /usr/bin/python /usr/local/bin/swift-proxy-server /etc/swift/proxy-server.conf >>>>>>>swift     5200  0.0  0.2  23524 15300 ?        S    10:45   0:00 /usr/bin/python /usr/local/bin/swift-proxy-server /etc/swift/proxy-server.conf >>>>>>>root      6986  0.0  0.0   4388   828 pts/0    S+   11:46   0:00 grep --color=auto swift >>>>>>>root at arun-Aspire-5742:~# df -h >>>>>>>Filesystem      Size  Used Avail Use% Mounted on >>>>>>>/dev/sda4       170G  3.8G  158G   3% / >>>>>>>udev            2.8G  4.0K  2.8G   1% /dev >>>>>>>tmpfs           1.2G  908K  1.2G   1% /run >>>>>>>none            5.0M  4.0K  5.0M   1% /run/lock >>>>>>>none            2.8G  220K  2.8G   1% /run/shm >>>>>>>/dev/sda2        98G   25G   73G  26% /media/D8EA06E4EA06BEAE >>>>>>>/dev/sda5        98G   54G   45G  55% /media/8AE41BA8E41B9613 >>>>>>>root at arun-Aspire-5742:~# ls /srv/node/* >>>>>>>/srv/node/d1: >>>>>>> >>>>>>> >>>>>>>/srv/node/d2: >>>>>>> >>>>>>> >>>>>>>/srv/node/d3: >>>>>>>root at arun-Aspire-5742:~# netstat -antulp >>>>>>>Active Internet connections (servers and established) >>>>>>>Proto Recv-Q Send-Q Local Address           Foreign Address         State       PID/Program name >>>>>>>tcp        0      0 127.0.0.1:11211         0.0.0.0:*               LISTEN      941/memcached    >>>>>>>tcp        0      0 0.0.0.0:8080            0.0.0.0:*               LISTEN      5192/python      >>>>>>>tcp        0      0 0.0.0.0:6002            0.0.0.0:*               LISTEN      5174/python      >>>>>>>tcp        0      0 127.0.0.1:53            0.0.0.0:*               LISTEN      6936/dnsmasq     >>>>>>>tcp        0      0 127.0.0.1:631           0.0.0.0:*               LISTEN      596/cupsd        >>>>>>>tcp        0      0 101.58.138.11:56680     207.171.162.71:443      ESTABLISHED 2042/chrome      >>>>>>>tcp        0      0 127.0.0.1:11211         127.0.0.1:45287         ESTABL >>>>>>>ISHED 941/memcached    >>>>>>>tcp        0      0 127.0.0.1:11211         127.0.0.1:45292         ESTABLISHED 941/memcached    >>>>>>>tcp        0      0 127.0.0.1:45287         127.0.0.1:11211         ESTABLISHED 5197/python      >>>>>>>tcp        1      0 101.58.138.11:34377     91.189.89.144:80        CLOSE_WAIT  1674/ubuntu-geoip-p >>>>>>>tcp        0      0 127.0.0.1:45292         127.0.0.1:11211         ESTABLISHED 5198/python      >>>>>>>tcp6       0      0 ::1:631                 :::*                    LISTEN      596/cupsd        >>>>>>>udp        0      0 127.0.0.1:11211         0.0.0.0:*                           941/memcached    >>>>>>>udp        0      0 0.0.0.0:46638           0.0.0.0:*                           576/avahi-daemon: r >>>>>>>udp        0      0 127.0.0.1:53            0.0.0.0:*                           6936/dnsmasq     >>>>>>>udp        0      0 0.0.0.0:5353            0.0.0.0:*                           576/avahi-daemon: r >>>>>>>udp6       0      0 :::55335                :::*                                576/avahi-daemon: r >>>>>>>udp6       0      0 :::5353                 :::*                                576/avahi-daemon: r >>>>>>>root at arun-Aspire-5742:~# swift-init all status >>>>>>>No container-updater running >>>>>>>No account-auditor running >>>>>>>No object-replicator running >>>>>>>proxy-server running (5192 - /etc/swift/proxy-server.conf) >>>>>>>No container-replicator running >>>>>>>No object-auditor running >>>>>>>No object-expirer running >>>>>>>No container-auditor running >>>>>>>No container-server running >>>>>>>account-server running (5174 - /etc/swift/account-server.conf) >>>>>>>No account-reaper running >>>>>>>No container-sync running >>>>>>>No account-replicator running >>>>>>>No object-updater running >>>>>>>No object-server running >>>>>>> >>>>>>> >>>>>>> >>>>>>>>________________________________ >>>>>>>> From: Kuo Hugo >>>>>>>>To: pragya jain >>>>>>>>Cc: Gareth ; "openstack at lists.openstack.org" >>>>>>>>Sent: Friday, 30 August 2013 11:23 AM >>>>>>>> >>>>>>>>Subject: Re: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>>Hi Pragya :  >>>>>>>> >>>>>>>> >>>>>>>>I'm in highly recommends that you can go through the Swift online document http://docs.openstack.org/developer/swift/index.html .  >>>>>>>>It's a good place to understand the basic architecture, especially swift *terms*  >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>>Check rings : >>>>>>>>$> swift-ring-builder /etc/swift/object.builder >>>>>>>>>$> swift-ring-builder /etc/swift/container.builder >>>>>>>>>$> swift-ring-builder /etc/swift/account.builder >>>>>>>> >>>>>>>> >>>>>>>>Check Swift workers :  >>>>>>>>$> swift-init all status >>>>>>>>>$> ps aux | grep swift >>>>>>>>>$> df -h  >>>>>>>>>$> ls /srv/node/* >>>>>>>>>$> netstat -antulp >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>>+Hugo Kuo+ >>>>>>>>hugo at swiftstack.com >>>>>>>> >>>>>>>>tonytkdk at gmail.com >>>>>>>> >>>>>>>>+886 935004793 >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>>2013/8/30 pragya jain >>>>>>>> >>>>>>>>hello sir, >>>>>>>>> >>>>>>>>> >>>>>>>>>I am working on single node. >>>>>>>>>Please let me know how to check network topology and ring structure. >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>>>________________________________ >>>>>>>>>> From: Gareth >>>>>>>>>>To: Kuo Hugo >>>>>>>>>>Cc: pragya jain ; "openstack at lists.openstack.org" >>>>>>>>>>Sent: Friday, 30 August 2013 8:11 AM >>>>>>>>>> >>>>>>>>>>Subject: Re: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>>Pragya >>>>>>>>>> >>>>>>>>>> >>>>>>>>>>The v1.0 auth uses tempauth for swift, like what you config in proxy-server.conf. All account data is read from that file, so you couldn't add/delete account in tempauth without modifying config file and restart swift. >>>>>>>>>> >>>>>>>>>> >>>>>>>>>>BTW, your curl link here "curl -v -H 'X-Storage-Token:AUTH_tk3867b7599d5346559ee0baaa09e0f40d' http://localhost:8080/v1/AUTH_prag2648/" actually is a GET request, which means getting account data. If you config everything correctly, it must have valid response. And you logs are a better way to find what happened in this request (set log level to DEBUG, and you will get more details). >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>>On Fri, Aug 30, 2013 at 7:47 AM, Kuo Hugo wrote: >>>>>>>>>> >>>>>>>>>>Hi Pragya,  >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>>I need more information.  >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>>1) Please draw a network topology of your environment >>>>>>>>>>>2) How many nodes do you have?   >>>>>>>>>>>3) What's the ring looks like ? >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>>Hugo Kuo >>>>>>>>>>>hugo at swiftstack.com >>>>>>>>>>> >>>>>>>>>>>tonytkdk at gmail.com >>>>>>>>>>> >>>>>>>>>>>+886 935004793 >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>>2013/8/29 pragya jain >>>>>>>>>>> >>>>>>>>>>>hello sir, >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>>connection is established successfully. But, when I try to create an account, I face the problem. >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>>root at arun-Aspire-5742:~# sudo swift-init account start >>>>>>>>>>>>Starting account-server...(/etc/swift/account-server.conf) >>>>>>>>>>>>root at arun-Aspire-5742:~# sudo swift-init proxy start >>>>>>>>>>>>Starting proxy-server...(/etc/swift/proxy-server.conf) >>>>>>>>>>>>root at arun-Aspire-5742:~# curl -v -H 'X-Auth-User:prag2648:pragya' -H 'X-Auth-Key:pj2648' http://localhost:8080/auth/v1.0/ >>>>>>>>>>>>* About to connect() to localhost port 8080 (#0) >>>>>>>>>>>>*   Trying 127.0.0.1... connected >>>>>>>>>>>>> GET /auth/v1.0/ HTTP/1.1 >>>>>>>>>>>>> User-Agent: curl/7.22.0 (i686-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 zlib/1.2.3.4 libidn/1.23 librtmp/2.3 >>>>>>>>>>>>> Host: localhost:8080 >>>>>>>>>>>>> Accept: */* >>>>>>>>>>>>> X-Auth-User:prag2648:pragya >>>>>>>>>>>>> X-Auth-Key:pj2648 >>>>>>>>>>>>>  >>>>>>>>>>>>< HTTP/1.1 200 OK >>>>>>>>>>>>< X-Storage-Url: http://localhost:8080/v1/AUTH_prag2648 >>>>>>>>>>>>< X-Auth-Token: AUTH_tk3867b7599d5346559ee0baaa09e0f40d >>>>>>>>>>>>< Content-Type: text/html; charset=UTF-8 >>>>>>>>>>>>< X-Storage-Token: AUTH_tk3867b7599d5346559ee0baaa09e0f40d >>>>>>>>>>>>< Content-Length: 0 >>>>>>>>>>>>< X-Trans-Id: txe2ab76a7617e40399f456-00521f3d16 >>>>>>>>>>>>< Date: Thu, 29 Aug 2013 12:22:46 GMT >>>>>>>>>>>><  >>>>>>>>>>>>* Connection #0 to host localhost left intact >>>>>>>>>>>>* Closing connection #0 >>>>>>>>>>>>root at arun-Aspire-5742:~# python >>>>>>>>>>>>Python 2.7.3 (default, Apr 10 2013, 05:46:21)  >>>>>>>>>>>>[GCC 4.6.3] on linux2 >>>>>>>>>>>>Type "help", "copyright", "credits" or "license" for more information. >>>>>>>>>>>>>>> import swift.common.memcached as memcached >>>>>>>>>>>>>>> memcache = memcached.MemcacheRing(['127.0.0.1:11211']) >>>>>>>>>>>>>>> print memcache.get('AUTH_/user/prag2648:pragya') >>>>>>>>>>>>AUTH_tk3867b7599d5346559ee0baaa09e0f40d >>>>>>>>>>>>>>> print memcache.get('AUTH_/token/AUTH_tk3867b7599d5346559ee0baaa09e0f40d') >>>>>>>>>>>>[1377865366.826027, 'prag2648,prag2648:pragya,.reseller_admin,AUTH_prag2648'] >>>>>>>>>>>>>>>  >>>>>>>>>>>>root at arun-Aspire-5742:~# curl -v -H 'X-Storage-Token:AUTH_tk3867b7599d5346559ee0baaa09e0f40d' http://127.0.0.1/v1/Auth_prag2648/ >>>>>>>>>>>>* About to connect() to 127.0.0.1 port 80 (#0) >>>>>>>>>>>>*   Trying 127.0.0.1... Connection refused >>>>>>>>>>>>* couldn't connect to host >>>>>>>>>>>>* Closing connection #0 >>>>>>>>>>>>curl: (7) couldn't connect to host >>>>>>>>>>>>root at arun-Aspire-5742:~# curl -v -H 'X-Storage-Token:AUTH_tk3867b7599d5346559ee0baaa09e0f40d' http://localhost:8080/v1/AUTH_prag2648/ >>>>>>>>>>>>* About to connect() to localhost port 8080 (#0) >>>>>>>>>>>>*   Trying 127.0.0.1... connected >>>>>>>>>>>>> GET /v1/AUTH_prag2648/ HTTP/1.1 >>>>>>>>>>>>> User-Agent: curl/7.22.0 (i686-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 zlib/ >>>>>>>>>>>>1.2.3.4 libidn/1.23 librtmp/2.3 >>>>>>>>>>>>> Host: localhost:8080 >>>>>>>>>>>>> Accept: */* >>>>>>>>>>>>> X-Storage-Token:AUTH_tk3867b7599d5346559ee0baaa09e0f40d >>>>>>>>>>>>>  >>>>>>>>>>>>< HTTP/1.1 503 Internal Server Error >>>>>>>>>>>>< Content-Length: 118 >>>>>>>>>>>>< Content-Type: text/html; charset=UTF-8 >>>>>>>>>>>>< X-Trans-Id: txd6fd9eead36e4b74b0869-00521f3efe >>>>>>>>>>>>< Date: Thu, 29 Aug 2013 12:30:55 GMT >>>>>>>>>>>><  >>>>>>>>>>>>* Connection #0 to host localhost left intact >>>>>>>>>>>>* Closing connection #0 >>>>>>>>>>>>

Service Unavailable

The server is currently unavailable. Please try again at a later time.

root at arun-Aspire-5742:~#  >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>>Please help me in this regard. >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>>--- >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>>Pragya Jain >>>>>>>>>>>> >>>>>>>>>>>>>________________________________ >>>>>>>>>>>>> From: pragya jain >>>>>>>>>>>>>To: Kuo Hugo >>>>>>>>>>>>>Cc: "openstack at lists.openstack.org" >>>>>>>>>>>>> >>>>>>>>>>>>>Sent: Thursday, 29 August 2013 4:47 PM >>>>>>>>>>>>>Subject: Re: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>>Thanks Kuo very much for this help. >>>>>>>>>>>>>connection is successfully established. >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>>>________________________________ >>>>>>>>>>>>>> From: Kuo Hugo >>>>>>>>>>>>>>To: pragya jain >>>>>>>>>>>>>>Cc: "openstack at lists.openstack.org" >>>>>>>>>>>>>>Sent: Thursday, 29 August 2013 3:46 PM >>>>>>>>>>>>>>Subject: Re: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>>curl -v -H 'X-Auth-User:admin:admin' -H 'X-Auth-Key:admin' http://localhost:8080/auth/v1.0/ >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>>+Hugo Kuo+ >>>>>>>>>>>>>>hugo at swiftstack.com >>>>>>>>>>>>>>tonytkdk at gmail.com >>>>>>>>>>>>>>+886 935004793 >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>>2013/8/29 pragya jain >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> root at arun-Aspire-5742:~# netstat -antulp | grep 8080 >>>>>>>>>>>>>>> tcp        0      0 0.0.0.0:8080            0.0.0.0:*               LISTEN      2421/python   >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> user = swift >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> ________________________________ >>>>>>>>>>>>>>> From: Kuo Hugo >>>>>>>>>>>>>>> To: pragya jain >>>>>>>>>>>>>>> Cc: "openstack at lists.openstack.org" >>>>>>>>>>>>>>> Sent: Thursday, 29 August 2013 2:47 PM >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Subject: Re: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> gt; netstat -antulp | grep 8080 >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> 1) is 8080 port been used ? >>>>>>>>>>>>>>> 2) What's the value of *user* parameter in proxy-server.conf  https://github.com/openstack/swift/blob/master/etc/proxy-server.conf-sample#L7 >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> +Hugo Kuo+ >>>>>>>>>>>>>>> hugo at swiftstack.com >>>>>>>>>>>>>>> tonytkdk at gmail.com >>>>>>>>>>>>>>> +886 935004793 >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> 2013/8/29 pragya jain >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> hello sir, >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> I run the command: >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> root at arun-Aspire-5742:~# find / -name swift-proxy-server >>>>>>>>>>>>>>> /opt/swift/build/scripts-2.7/swift-proxy-server >>>>>>>>>>>>>>> /opt/swift/bin/swift-proxy-server >>>>>>>>>>>>>>> /usr/local/bin/swift-proxy-server >>>>>>>>>>>>>>> /usr/local/lib/python2.7/dist-packages/swift-1.9.2-py2.7.egg/EGG-INFO/scripts/swift-proxy-server >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> root at arun-Aspire-5742:~# /usr/bin/python /usr/local/bin/swift-proxy-server /etc/swift/proxy-server.conf >>>>>>>>>>>>>>> Traceback (most recent call last): >>>>>>>>>>>>>>>   File "/usr/local/bin/swift-proxy-server", line 5, in >>>>>>>>>>>>>>>     pkg_resources.run_script('swift==1.9.2', 'swift-proxy-server') >>>>>>>>>>>>>>>   File "/usr/lib/python2.7/dist-packages/pkg_resources.py", line 499, in run_script >>>>>>>>>>>>>>>     self.require(requires)[0].run_script(script_name, ns) >>>>>>>>>>>>>>>   File "/usr/lib/python2.7/dist-packages/pkg_resources.py", line 1235, in run_script >>>>>>>>>>>>>>>     execfile(script_filename, namespace, namespace) >>>>>>>>>>>>>>>   File "/usr/local/lib/python2.7/dist-packages/swift-1.9.2-py2.7.egg/EGG-INFO/scripts/swift-proxy-server", line 22, in >>>>>>>>>>>>>>>     run_wsgi(conf_file, 'proxy-server', default_port=8080, **options) >>>>>>>>>>>>>>>   File "/usr/local/lib/python2.7/dist-packages/swift-1.9.2-py2.7.egg/swift/common/wsgi.py", line 251, in run_wsgi >>>>>>>>>>>>>>>     sock = get_socket(conf, default_port=kwargs.get('default_port', 8080)) >>>>>>>>>>>>>>>   File "/usr/local/lib/python2.7/dist-packages/swift-1.9.2-py2.7.egg/swift/common/wsgi.py", line 168, in get_socket >>>>>>>>>>>>>>>     bind_addr[0], bind_addr[1], bind_timeout)) >>>>>>>>>>>>>>> Exception: Could not bind to 0.0.0.0:8080 after trying for 30 seconds >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> ________________________________ >>>>>>>>>>>>>>> From: Kuo Hugo >>>>>>>>>>>>>>> To: pragya jain >>>>>>>>>>>>>>> Cc: "openstack at lists.openstack.org" >>>>>>>>>>>>>>> Sent: Thursday, 29 August 2013 2:19 PM >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Subject: Re: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> find out the swift-proxy-server binary in your OS.  (The path in example just an assumption) >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> gt; find / -name swift-proxy-server >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> +Hugo Kuo+ >>>>>>>>>>>>>>> hugo at swiftstack.com >>>>>>>>>>>>>>> tonytkdk at gmail.com >>>>>>>>>>>>>>> +886 935004793 >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> 2013/8/29 pragya jain >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> hello sir >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Thanks for the help >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> root at arun-Aspire-5742:~# /usr/bin/python /usr/bin/swift-proxy-server /etc/swift/proxy-server.conf >>>>>>>>>>>>>>> /usr/bin/python: can't open file '/usr/bin/swift-proxy-server': [Errno 2] No such file or directory >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> this is the result of the command. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> please help in this regard. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> ----- >>>>>>>>>>>>>>> Pragya Jain >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> ________________________________ >>>>>>>>>>>>>>> From: Kuo Hugo >>>>>>>>>>>>>>> To: pragya jain >>>>>>>>>>>>>>> Cc: "openstack at lists.openstack.org" >>>>>>>>>>>>>>> Sent: Thursday, 29 August 2013 1:20 PM >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Subject: Re: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Obviously, There's no proxy server running on your node. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Please execute it on the node where proxy-server located: >>>>>>>>>>>>>>> (I assume the binary is in /usr/bin and conf file is in /etc/swift) >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> gt; /usr/bin/python /usr/bin/swift-proxy-server /etc/swift/proxy-server.conf >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> What's the result ? >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> +Hugo Kuo+ >>>>>>>>>>>>>>> hugo at swiftstack.com >>>>>>>>>>>>>>> tonytkdk at gmail.com >>>>>>>>>>>>>>> +886 935004793 >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> 2013/8/29 pragya jain >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> hello sir >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Thanks for the suggestion. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> (1) I give the space between pj2648 and .admin and also between .admin and .reseller_admin and tried the connection again, but face the same problem >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> root at arun-Aspire-5742:~# vi /etc/swift/proxy-server.conf >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> and make following changes: >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> user_admin_admin = admin .admin .reseller_admin >>>>>>>>>>>>>>> user_test_tester = testing .admin >>>>>>>>>>>>>>> user_test2_tester2 = testing2 .admin >>>>>>>>>>>>>>> user_test_tester3 = testing3 >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> user_prag2648_pragya = pj2648 .admin .reseller_admin >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> and then >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> root at arun-Aspire-5742:~# sudo swift-init account start >>>>>>>>>>>>>>> Starting account-server...(/etc/swift/account-server.conf) >>>>>>>>>>>>>>> root at arun-Aspire-5742:~# sudo swift-init proxy start >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Starting proxy-server...(/etc/swift/proxy-server.conf) >>>>>>>>>>>>>>> root at arun-Aspire-5742:~# curl -v -H 'X-Auth-User:prag2648:pragya' -H 'X-Auth-Key:pj2648' http://localhost/auth/v1.0/ >>>>>>>>>>>>>>> * About to connect() to localhost port 80 (#0) >>>>>>>>>>>>>>> *   Trying 127.0.0.1... Connection refused >>>>>>>>>>>>>>> * couldn't connect to host >>>>>>>>>>>>>>> * Closing connection #0 >>>>>>>>>>>>>>> curl: (7) couldn't connect to host >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> (2) I also tired the connection with user admin:admin >>>>>>>>>>>>>>> root at arun-Aspire-5742:~# curl -v -H 'X-Auth-User:admin:admin' -H 'X-Auth-Key:admin' http://localhost/auth/v1.0/ >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> * About to connect() to localhost port 80 (#0) >>>>>>>>>>>>>>> *   Trying 127.0.0.1... Connection refused >>>>>>>>>>>>>>> * couldn't connect to host >>>>>>>>>>>>>>> * Closing connection #0 >>>>>>>>>>>>>>> curl: (7) couldn't connect to host >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> (3) I also run the command to verify the port number of proxy >>>>>>>>>>>>>>> root at arun-Aspire-5742:~# ps aux | grep proxy >>>>>>>>>>>>>>> nobody    2124  0.0  0.0   5384  1164 ?        S    10:39   0:00 /usr/sbin/dnsmasq --no-resolv --keep-in-foreground --no-hosts --bind-interfaces --pid-file=/var/run/sendsigs.omit.d/network-manager.dnsmasq.pid --listen-address=127.0.0.1 --conf-file=/var/run/nm-dns-dnsmasq.conf --cache-size=0 --proxy-dnssec >>>>>>>>>>>>>>> root      2724  0.0  0.0   4368   828 pts/0    R+   10:52   0:00 grep --color=auto proxy >>>>>>>>>>>>>>> root at arun-Aspire-5742:~# netstat -antulp >>>>>>>>>>>>>>> Active Internet connections (servers and established) >>>>>>>>>>>>>>> Proto Recv-Q Send-Q Local Address           Foreign Address         State       PID/Program name >>>>>>>>>>>>>>> tcp        0      0 127.0.0.1:11211         0.0.0.0:*               LISTEN      931/memcached   >>>>>>>>>>>>>>> tcp        0      0 127.0.0.1:53            0.0.0.0:*               LISTEN      2124/dnsmasq   >>>>>>>>>>>>>>> tcp        0      0 127.0.0.1:631           0.0.0.0:*               LISTEN      623/cupsd       >>>>>>>>>>>>>>> tcp        0      0 115.184.7.223:51521     74.125.236.132:80       TIME_WAIT   -               >>>>>>>>>>>>>>> tcp        1      0 115.184.7.223:46280     91.189.89.144:80        CLOSE_WAIT  1663/ubuntu-geoip-p >>>>>>>>>>>>>>> tcp        0      0 115.184.7.223:60563     173.194.38.147:80       TIME_WAIT   -               >>>>>>>>>>>>>>> tcp        0      0 115.184.7.223:43256     124.124.201.179:80      TIME_WAIT   -               >>>>>>>>>>>>>>> tcp        0      0 115.184.7.223:41791     124.124.201.169:80      TIME_WAIT   -               >>>>>>>>>>>>>>> tcp        0      0 115.184.7.223:36669     124.124.252.9:80        TIME_WAIT   -               >>>>>>>>>>>>>>> tcp        0      0 115.184.7.223:51747     173.194.38.184:80       TIME_WAIT   -               >>>>>>>>>>>>>>> tcp        0      0 115.184.7.223:54229     74.125.236.44:443       TIME_WAIT   -               >>>>>>>>>>>>>>> tcp        0      0 115.184.7.223:36185     173.194.36.26:80        TIME_WAIT   -               >>>>>>>>>>>>>>> tcp        0      0 115.184.7.223:38854     74.125.236.109:80       TIME_WAIT   -               >>>>>>>>>>>>>>> tcp6       0      0 ::1:631                 :::*                    LISTEN      623/cupsd       >>>>>>>>>>>>>>> udp        0      0 0.0.0.0:5353            0.0.0.0:*                           619/avahi-daemon: r >>>>>>>>>>>>>>> udp        0      0 0.0.0.0:53489           0.0.0.0:*                           619/avahi-daemon: r >>>>>>>>>>>>>>> udp        0      0 127.0.0.1:11211         0.0.0.0:*                           931/memcached   >>>>>>>>>>>>>>> udp        0      0 127.0.0.1:53            0.0.0.0:*                           2124/dnsmasq   >>>>>>>>>>>>>>> udp6       0      0 :::5353                 :::*                                619/avahi-daemon: r >>>>>>>>>>>>>>> udp6       0      0 :::36705                :::*                                619/avahi-daemon: r >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Please help to proceed further. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> --- >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Thanks >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Pragya jain >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> ________________________________ >>>>>>>>>>>>>>> From: Kuo Hugo >>>>>>>>>>>>>>> To: pragya jain >>>>>>>>>>>>>>> Cc: Amanda Plimpton ; "openstack at lists.openstack.org" >>>>>>>>>>>>>>> Sent: Wednesday, 28 August 2013 9:59 PM >>>>>>>>>>>>>>> Subject: Re: [Openstack] Fw: problem in setting up Tempauth authentication & authorization with Swift >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Hi >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> 1) user_prag2648_pragya = pj2648.admin.reseller_admin try to have a space between pj2648 and .admin . How about to test with user admin:admin ? >>>>>>>>>>>>>>> 2) Verify the port number of proxy by >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> gt; ps aux | grep proxy >>>>>>>>>>>>>>> gt; netstat -antulp >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> 3) Check the Proxy for how to setup bind_port https://github.com/openstack/swift/blob/master/etc/proxy-server.conf-sample >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> +Hugo Kuo+ >>>>>>>>>>>>>>> hugo at swiftstack.com >>>>>>>>>>>>>>> tonytkdk at gmail.com >>>>>>>>>>>>>>> +886 935004793 >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> 2013/8/29 pragya jain >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> hello sir, >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Please help me in knowing how to use 8080 port >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> ________________________________ >>>>>>>>>>>>>>> From: Amanda Plimpton >>>>>>>>>>>>>>> To: pragya jain >>>>>>>>>>>>>>> Cc: "joe at swiftstack.com" ; "contact at swiftstack.com" ; anita goel >>>>>>>>>>>>>>> Sent: Tuesday, 27 August 2013 9:40 AM >>>>>>>>>>>>>>> Subject: Re: Fw: problem in setting up Tempauth authentication & authorization with Swift >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Hello, >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Did Edward's suggestion of using port 8080 help at all? The error seems to indicate a network setting issue. You may wish to double check the settings and configuration. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Given your interest in Swift I would also recommend locating a nearby OpenStack group or attending an event such as http://openstackindia.wordpress.com/2013/08/14/openstack-india-day-2013-announced/ >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Thank you, >>>>>>>>>>>>>>> Amanda >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> SwiftStack Inc. >>>>>>>>>>>>>>> swiftstack.com >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> On Mon, Aug 26, 2013 at 8:55 PM, pragya jain wrote: >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> hello sir! >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Please help me in setting up Tempauth authentication & authorization with Swift. >>>>>>>>>>>>>>> same error is continued. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> ----- Forwarded Message ----- >>>>>>>>>>>>>>> From: pragya jain >>>>>>>>>>>>>>> To: "joe at swiftstack.com" ; "clay.gerrard at gmail.com" ; "contact at swiftstack.com" ; "openstack at ask.openstack.org" ; "openstack at lists.openstack.org" >>>>>>>>>>>>>>> Cc: anita goel >>>>>>>>>>>>>>> Sent: Monday, 26 August 2013 12:06 PM >>>>>>>>>>>>>>> Subject: problem in setting up Tempauth authentication & authorization with Swift >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> hello, >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> I have to configure proxy server. >>>>>>>>>>>>>>> For this, >>>>>>>>>>>>>>> I have to edit /etc/swift/swift.conf and change the swift_hash_path_suffix to something secret and then, start the proxy server process >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> for this, I use the following commands: >>>>>>>>>>>>>>> root at arun-Aspire-5742:~# vi /etc/swift/swift.conf >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> make following changes (highlighted) in the file: >>>>>>>>>>>>>>> swift_hash_path_suffix =pragya >>>>>>>>>>>>>>> swift_hash_path_prefix =jain >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> save and exit. >>>>>>>>>>>>>>> then, I run the command: >>>>>>>>>>>>>>> root at arun-Aspire-5742:~# sudo swift-init proxy start >>>>>>>>>>>>>>> Starting proxy-server...(/etc/swift/proxy-server.conf) >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Now, I have to set up Tempauth authentication & authorization with Swift >>>>>>>>>>>>>>> for this, I run the following command: >>>>>>>>>>>>>>> root at arun-Aspire-5742:~# vi /etc/swift/proxy-server.conf >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> make following changes (highlighted) in the file: >>>>>>>>>>>>>>> allow_account_management =true >>>>>>>>>>>>>>> ... >>>>>>>>>>>>>>> [filter:tempauth] >>>>>>>>>>>>>>> use = egg:swift#tempauth >>>>>>>>>>>>>>> ... >>>>>>>>>>>>>>> user_admin_admin = admin .admin .reseller_admin >>>>>>>>>>>>>>> user_test_tester = testing .admin >>>>>>>>>>>>>>> user_test2_tester2 = testing2 .admin >>>>>>>>>>>>>>> user_test_tester3 = testing3 >>>>>>>>>>>>>>> user_prag2648_pragya = pj2648.admin.reseller_admin >>>>>>>>>>>>>>> ... >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> save and exit >>>>>>>>>>>>>>> Then, run following commands: >>>>>>>>>>>>>>> root at arun-Aspire-5742:~# sudo swift-init account start >>>>>>>>>>>>>>> Starting account-server...(/etc/swift/account-server.conf) >>>>>>>>>>>>>>> root at arun-Aspire-5742:~# sudo swift-init proxy restart >>>>>>>>>>>>>>> Signal proxy-server  pid: 2476  signal: 15 >>>>>>>>>>>>>>> proxy-server (2476) appears to have stopped >>>>>>>>>>>>>>> Starting proxy-server...(/etc/swift/proxy-server.conf) >>>>>>>>>>>>>>> root at arun-Aspire-5742:~# curl -v -H 'X-Auth-User:prag2648:pragya' -H 'X-Auth-Key:pj2648' http://localhost/auth/v1.0/ >>>>>>>>>>>>>>> * About to connect() to localhost port 80 (#0) >>>>>>>>>>>>>>> *   Trying 127.0.0.1... Connection refused >>>>>>>>>>>>>>> * couldn't connect to host >>>>>>>>>>>>>>> * Closing connection #0 >>>>>>>>>>>>>>> curl: (7) couldn't connect to host >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> But, there is an error in establising a connection. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> if, I run the command to start proxy server, then it shows that proxy server is already started. >>>>>>>>>>>>>>> root at arun-Aspire-5742:~# sudo swift-init proxy start >>>>>>>>>>>>>>> proxy-server running (2935 - /etc/swift/proxy-server.conf) >>>>>>>>>>>>>>> proxy-server already started... >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Please help me in this regard. >>>>>>>>>>>>>>> --- >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Thanks >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Pragya Jain >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> _______________________________________________ >>>>>>>>>>>>>>> Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>>>>>>>>>>>>>> Post to     : openstack at lists.openstack.org >>>>>>>>>>>>>>> Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>>_______________________________________________ >>>>>>>>>>>Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>>>>>>>>>>Post to     : openstack at lists.openstack.org >>>>>>>>>>>Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>>-- >>>>>>>>>> >>>>>>>>>>Gareth >>>>>>>>>> >>>>>>>>>> >>>>>>>>>>Cloud Computing, OpenStack, Fitness, Basketball >>>>>>>>>>OpenStack contributor >>>>>>>>>>Company: UnitedStack >>>>>>>>>>My promise: if you find any spelling or grammar mistakes in my email from Mar 1 2013, notify me  >>>>>>>>>>and I'll donate $1 or ¥1 to an open organization you specify. >>>>>>>>>> >>>>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>> >>>>>> >>>>>> >>>>>_______________________________________________ >>>>>Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>>>>Post to     : openstack at lists.openstack.org >>>>>Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>>>> >>>>> >>>> >>>> >>>> >>> >>> > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Screenshot 7.png Type: image/png Size: 235590 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Screenshot 8.png Type: image/png Size: 245769 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Screenshot 9.png Type: image/png Size: 218571 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Screenshot 10.png Type: image/png Size: 223820 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Screenshot 11.png Type: image/png Size: 203445 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Screenshot 12.png Type: image/png Size: 205103 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Screenshot 13.png Type: image/png Size: 210400 bytes Desc: not available URL: