Ask Your Question

BuildGuru's profile - activity

2017-02-03 00:02:51 -0600 received badge  Famous Question (source)
2015-11-01 05:35:24 -0600 received badge  Famous Question (source)
2015-10-19 09:24:18 -0600 received badge  Famous Question (source)
2015-10-19 09:24:13 -0600 received badge  Famous Question (source)
2015-10-19 09:24:13 -0600 received badge  Notable Question (source)
2015-10-19 09:22:09 -0600 received badge  Popular Question (source)
2015-10-19 09:22:09 -0600 received badge  Notable Question (source)
2015-10-19 09:20:28 -0600 received badge  Notable Question (source)
2015-10-19 09:19:58 -0600 received badge  Famous Question (source)
2015-10-16 08:45:21 -0600 received badge  Famous Question (source)
2015-09-22 19:15:18 -0600 received badge  Famous Question (source)
2015-09-19 06:04:24 -0600 received badge  Popular Question (source)
2015-09-18 15:14:22 -0600 asked a question Cinder driver support HP MSA 2040 on Kilo volume_driver = cinder.volume.drivers.san.hp.MSA2040FCDriverD

This

https://wiki.openstack.org/wiki/Cinde...

Has been implemented in https://blueprints.launchpad.net/cind...

should i assume its merged in main after IceHouse ? https://wiki.openstack.org/wiki/Cinde...

2015-09-14 17:22:34 -0600 received badge  Notable Question (source)
2015-09-03 16:08:19 -0600 commented answer Openstack - Xenserver 6.5 - Network Legacy - Flat DHCP- Not Working
2015-09-03 16:06:19 -0600 commented answer Openstack - Xenserver 6.5 - Network Legacy - Flat DHCP- Not Working

You did an awesome job with the network setup there. But it should be not be necessary though. My work around is a deamon that keeps flushing ebtables. I am raising a bug in LaunchPad and will post the link here

2015-09-02 15:38:43 -0600 commented answer Openstack - Xenserver 6.5 - Network Legacy - Flat DHCP- Not Working

exactly what i needed, but every time an instance is created drop rules are automatically added

2015-09-01 17:01:41 -0600 answered a question Using nova client in windows ERROR (DiscoveryFailure): Could not determine a suitable URL for the plugin

Check if windows is on the same subnet

2015-09-01 13:29:50 -0600 asked a question what triggers the creation of br100 on a nova-network ?

With FlatDhcp setup, XenServer auto-created br100 to be added on instances, what triggers this action to occur ?

2015-09-01 11:20:07 -0600 asked a question Kilo nova-network metadata unreachale 169.254.169.254

I am running kilo on Ubuntu 14.04.3 on a Nova-Network and XenServer 6.5 with FlatDHCP bridge, Instances can not curl to 169.254.169.254 to retrieve metadata. I tried removing "metadata" from enabled_apis=ec2,osapi_compute as https://ask.openstack.org/en/question... https://ask.openstack.org/en/question... but i get IncompatibleObjectVersion: Version 1.2 of PciDeviceList is not supported when launching an instnace. it would launch it if i set "metadata" back.

2015-08-27 06:21:07 -0600 received badge  Famous Question (source)
2015-08-25 07:22:45 -0600 received badge  Popular Question (source)
2015-08-25 07:22:20 -0600 received badge  Notable Question (source)
2015-08-25 07:21:05 -0600 received badge  Notable Question (source)
2015-08-22 14:01:23 -0600 received badge  Popular Question (source)
2015-08-22 14:01:23 -0600 received badge  Notable Question (source)
2015-08-19 17:45:55 -0600 asked a question Using nova client in windows ERROR (DiscoveryFailure): Could not determine a suitable URL for the plugin

Hello,

I am running OpenStack kilo on Ubuntu 14.04.3 , I want to use nova or openstack client CLI on windows. The client is working fine on my ubuntu box I am trying to use the nova or OpenStack client on windows but it returns error: ERROR (DiscoveryFailure): Could not determine a suitable URL for the plugin

I have seen a similar issue with admin-openrc.sh https://ask.openstack.org/en/question...

However i tried the same values for the variables with admin-openrc.bat but still had no luck

hers is my admin-openrc.bat

          set OS_PROJECT_DOMAIN_ID=default
         set OS_USER_DOMAIN_ID=default
         set OS_PROJECT_NAME=admin
          set OS_TENANT_NAME=admin
          set OS_USERNAME=admin
          set OS_PASSWORD=ThePasswordValue
          set OS_AUTH_URL=http://controller:35357/v2.0/
          set OS_IMAGE_API_VERSION=2
          set OS_VOLUME_API_VERSION=2

Yes, i did set controller IP address in the windows hosts file, and i am able to ping controller

Here is the output from nova-client

     nova --debug service-list
      DEBUG (session:195) REQ: curl -g -i -X GET http://controller:35357/v2.0/ -H "Acc 
      ept: application/json" -H "User-Agent: python-keystoneclient"
      INFO (connectionpool:203) Starting new HTTP connection (1): controller
     WARNING (base:133) Discovering versions from the identity service failed when cr
      eating the password plugin. Attempting to determine version from URL.
       DEBUG (shell:819) Could not determine a suitable URL for the plugin
       Traceb ack (most recent call last):
         File "C:\Python27\lib\site-packages\novaclient\shell.py", line 816, in main
           OpenStackComputeShell().main(argv)
             File "C:\Python27\lib\site-packages\novaclient\shell.py", line 743, in main
            args.fu nc(self.cs, args)
           File "C:\Python27\lib\site-packages\novaclient\v2\shell.py", line 3492, in do_
          service_list
           result = cs.services.list(host=args.host, binary=args.binary)
           File "C:\Python27\lib\site-packages\novaclient\v2\services.py", line 49, in li
           st
           return self._list(url, "services")
          File "C:\Python27\lib\site-packages\novaclient\base.py", line 64, in _list
             _resp, body = self.api.client.get(url)
            File "C:\Python27\lib\site-packages\keystoneclient\adapter.py", line 170, in g
             et
            return self.request(url, 'GET', **kwargs)
             File "C:\Python27\lib\site-packages\novaclient\client.py", line 101, in reques
              t
                **kwargs)
               File "C:\Python27\lib\site-packages\keystoneclient\adapter.py", line 206, in r
              equest
                resp = super(LegacyJsonAdapter, self).request(*args, **kwargs)
                 File "C:\Python27\lib\site-packages\keystoneclient\adapter.py", line 95, in re
                  quest
                   return self.session.request(url, method, **kwargs)
                   File "C:\Python27\lib\site-packages\keystoneclient\utils.py", line 336, in inn
                   er
                 return func(*args, **kwargs)
                    File "C:\Python27\lib\site-packages\keystoneclient\session.py", line 313, in r
                   equest
                  auth_headers = self.get_auth_headers(auth)
                 File "C:\Python27\lib\site-packages\keystoneclient\session.py", line 598, in g
               et_auth_headers
                   return auth.get_headers(self, **kwargs)
               File "C:\Python27\lib\site-packages\keystoneclient\auth\base.py", line 142, in
                get_headers
                   token = self.get_token(session)
              File "C:\Python27\lib\site-packages\keystoneclient\auth\identity\base.py", lin
                e 105, in get_token
                   return self.get_access(session).auth_token
                   File "C:\Python27\lib\site-packages\keystoneclient\auth\identity\base.py", lin
                  e 145, in get_access
                 self.auth_ref = self ...
(more)
2015-08-19 07:36:56 -0600 received badge  Notable Question (source)
2015-08-12 01:01:33 -0600 received badge  Popular Question (source)
2015-08-10 17:21:31 -0600 received badge  Popular Question (source)
2015-08-10 14:35:52 -0600 asked a question can not sync database Ubuntu 15.04

Authentication fails controller_root@controller:~$ sudo su -s /bin/sh -c "keystone-manage db_sync" keystone 2015-08-10 14:24:46.623 26632 WARNING oslo_db.sqlalchemy.session [-] SQL connection failed. 10 attempts left. ^C Session terminated, terminating shell...2015-08-10 14:24:47.883 26632 CRITICAL keystone [-]

2015-08-07 13:07:08 -0600 commented question windows instance freezes after attaching a cinder volume

I see this in the cinder logs : 2015-08-07 14:03:39.726 3660 DEBUG cinder.brick.iscsi.iscsi [req-6822952c-424f-4850-97a4-07fcf0cb4451 f3453398c4c54ccc9b9dba5167a0e359 3798b42189f64e55ace209965a6f2651 - - -] Failed to open config for volume-dd8ae8f7-8312-4064-b834-e77c43fb1635: [Errno 2] No such file

2015-08-06 16:44:02 -0600 received badge  Popular Question (source)
2015-08-06 15:26:06 -0600 commented question windows instance freezes after attaching a cinder volume
2015-08-04 15:46:36 -0600 commented question windows instance freezes after attaching a cinder volume

I already had XenTools installed !!!

2015-08-04 15:46:11 -0600 commented question windows instance freezes after attaching a cinder volume

All the images come with the required hypervisor specific drivers and tools, for example VirtIO for KVM and XenServer tools for XenServer / XCP. http://www.cloudbase.it/windows-cloud...

2015-08-04 15:46:11 -0600 received badge  Commentator
2015-08-04 14:54:37 -0600 commented question windows instance freezes after attaching a cinder volume

This is just for KVM, you know im using Xen right ?

2015-08-04 10:44:23 -0600 commented question windows instance freezes after attaching a cinder volume

I dont have VirtIO installed on the Windows instance. I installed Cloudinit base http://www.cloudbase.it/cloud-init-wi... should i install VirtIO ? from where ?

2015-08-03 12:29:51 -0600 asked a question windows instance freezes after attaching a cinder volume

Once i attach a drive to a windows instance. It completely freezes, what could be the problem?

2015-08-03 13:26:28.211 1752 INFO nova.virt.xenapi.volumeops [req-a39173d7-ee3b-4fa5-9cc3-0fb452e23291 None] Dev 1 attached to instance instance-0000000a

2015-08-03 09:17:34 -0600 answered a question Does Kilo support XenNFSdrivers?
2015-07-29 14:38:04 -0600 commented question Unable to see the attached cinder volume in instance

are you using CHAP auth ?

2015-07-29 14:33:57 -0600 received badge  Editor (source)
2015-07-29 12:56:30 -0600 asked a question using Iscsi XenServer tempSRs disappear when attaching volumes

I am not sure where to read cinder logs. when i attach a volume to an instance, a TempSR is created and the drive is mounted to the instance. Seconds later the SR disappears with the drive and the volume becomes available again.

I am running XenServer 6.5 which hosts a compute\storage\controller nodes. My cinder.conf looks like this :

         [DEFAULT]
       rootwrap_config = /etc/cinder/rootwrap.conf
       api_paste_confg = /etc/cinder/api-paste.ini
       iscsi_helper = tgtadm
       volume_name_template = volume-%s
       volume_group = cinder-volumes
         verbose = True
               auth_strategy = keystone
           state_path = /var/lib/cinder
             lock_path = /var/lock/cinder
           volumes_dir = /var/lib/cinder/volumes
              rpc_backend = rabbit
             rabbit_host = controller
            rabbit_password = ********************

            verbose = True

             auth_strategy = keystone

            my_ip = 10.0.0.3

               glance_host = controller

             [database]

               connection = mysql://cinder:**************@controller/cinder

             [keystone_authtoken]

            auth_uri = http://controller:5000/v2.0
           identity_uri = http://controller:35357
            admin_tenant_name = service
            admin_user = cinder
             admin_password = **************************

I dont see any errors in cinder-volume.log and i dont see any other log files to trace the issue.

           2015-07-29 13:23:27.520 19435 INFO cinder.volume.manager [-] Updating volume status
             2015-07-29 13:23:27.634 19435 INFO cinder.volume.manager [-] Updating volume replication status.
              2015-07-29 13:24:04.011 19435 INFO cinder.brick.iscsi.iscsi [req-a945d37d-a019-414b-ba9c-98e7dc6127bc f3453398c4c54ccc9b9dba5167a0e359 3798b42189f64e55ace209965a6f2651 - - -] Creating iscsi_target for: volume-7b8d48d5-832f-4eaa-b248-91537b79bd22
                  2015-07-29 13:24:27.528 19435 INFO cinder.volume.manager [-] Updating volume status
                 2015-07-29 13:24:27.639 19435 INFO cinder.volume.manager [-] Updating volume replication status.

UPDATE: debug = true

bd5-4f9e-9b80-b0789a47f6b3: creating export initialize_connection /usr/lib/python2.7/dist-packages/cinder/volume/manager.py:900 2015-07-29 14:24:42.397 19984 INFO cinder.brick.iscsi.iscsi [req-0cd489b9-cd17-4a19-8f5e-99fdf639c591 f3453398c4c54ccc9b9dba5167a0e359 3798b42189f64e55ace209965a6f2651 - - -] Creating iscsi_target for: volume-e3a79bcc-0bd5-4f9e-9b80-b0789a47f6b3 2015-07-29 14:24:42.397 19984 DEBUG cinder.brick.iscsi.iscsi [req-0cd489b9-cd17-4a19-8f5e-99fdf639c591 f3453398c4c54ccc9b9dba5167a0e359 3798b42189f64e55ace209965a6f2651 - - -] Created volume path /var/lib/cinder/volumes/volume-e3a79bcc-0bd5-4f9e-9b80-b0789a47f6b3, content: <target iqn.2010-10.org.openstack:volume-e3a79bcc-0bd5-4f9e-9b80-b0789a47f6b3=""> backing-store /dev/cinder-volumes/volume-e3a79bcc-0bd5-4f9e-9b80-b0789a47f6b3 lld iscsi incominguser voyZBb8cm6QqV4re4Sw4 uJkqVEYXnkgSfxT4 write-cache on </target> create_iscsi_target /usr/lib/python2.7/dist-packages/cinder/brick/iscsi/iscsi.py:213 2015-07-29 14:24:42.399 19984 DEBUG cinder.openstack.common.processutils [req-0cd489b9-cd17-4a19-8f5e-99fdf639c591 f3453398c4c54ccc9b9dba5167a0e359 3798b42189f64e55ace209965a6f2651 - - -] Running cmd (subprocess): sudo cinder-rootwrap /etc/cinder/rootwrap.conf tgt-admin --update iqn.2010-10.org.openstack:volume-e3a79bcc-0bd5-4f9e-9b80-b0789a47f6b3 execute /usr/lib/python2.7/dist-packages/cinder/openstack/common/processutils.py:158 2015-07-29 14:24:42.572 19984 DEBUG cinder.openstack.common.processutils [req-0cd489b9-cd17-4a19-8f5e-99fdf639c591 f3453398c4c54ccc9b9dba5167a0e359 3798b42189f64e55ace209965a6f2651 - - -] Result was 0 execute /usr/lib/python2.7/dist-packages/cinder/openstack/common/processutils.py:192 2015-07-29 14:24:42.573 19984 DEBUG cinder.brick.iscsi.iscsi [req-0cd489b9-cd17-4a19-8f5e-99fdf639c591 f3453398c4c54ccc9b9dba5167a0e359 3798b42189f64e55ace209965a6f2651 - - -] StdOut from tgt-admin --update: create_iscsi_target /usr/lib/python2.7/dist-packages/cinder/brick/iscsi/iscsi.py:227 2015-07-29 14:24:42.574 19984 DEBUG cinder.brick.iscsi.iscsi [req-0cd489b9-cd17-4a19-8f5e-99fdf639c591 f3453398c4c54ccc9b9dba5167a0e359 3798b42189f64e55ace209965a6f2651 - - -] StdErr from tgt-admin --update: create_iscsi_target /usr/lib/python2.7/dist-packages/cinder/brick/iscsi/iscsi.py:228 2015-07-29 14:24:42.576 19984 DEBUG cinder.openstack.common.processutils [req-0cd489b9-cd17-4a19-8f5e-99fdf639c591 f3453398c4c54ccc9b9dba5167a0e359 3798b42189f64e55ace209965a6f2651 - - -] Running cmd (subprocess): sudo cinder-rootwrap /etc/cinder/rootwrap.conf tgtadm --lld iscsi --op show --mode target execute /usr/lib/python2.7/dist-packages/cinder/openstack/common/processutils.py:158 2015-07-29 14:24:42.672 19984 DEBUG cinder.openstack.common.processutils [req-0cd489b9-cd17-4a19-8f5e-99fdf639c591 ... (more)

2015-07-29 12:48:46 -0600 received badge  Popular Question (source)