[ovirt-users] Re: Problem when re-attaching domain - some vms disapered
Thank you Andreas. Exploring the data, I tried with the qemu-img convert and worked fine (before seen you message :-) ). Cheers ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/NJ5XJP46WZ4O3UV7S43NOSKGZ7YGDJWO/
[ovirt-users] Problem when re-attaching domain - some vms disapered
Hello all,
Due to a maintenance in our glusterfs infrastructure, I moved the domain data
to a different location (but before I took care of shutdown all machines and
detach it from the manager). After the upgrade, I created a new glusterfs
volume to hold the vms and attached the old one, using NFS, in order to move
the vms to this new storage location. Out of 38 machines, 2 of them didn't
appear in the list to be imported back. Analysing the storage I managed to find
they volumes but Ovirt insists in not import them.
I found an old thread that talks about a similar problem:
https://lists.ovirt.org/archives/list/users@ovirt.org/thread/MF5IUXURKIQZNNG4YW6ELENFD4GZIDQZ/
but their solution didn't help.
Those VMs were imported from Virtualbox in the past. This is the meta file:
cat 80f95e3e-f92b-497a-aec5-440ba5282682.meta
CAP=53687091200
CTIME=1665328113
DESCRIPTION=generated by virt-v2v
1.42.0rhel_8,release_19.module+el8.6.0+998+252a5635
DISKTYPE=2
DOMAIN=1102600c-eee7-40cc-86b2-ee90b3c4df6b
FORMAT=RAW
GEN=0
IMAGE=00e13c7f-d0e9-4d5b-8862-a28f0b91acfe
LEGALITY=LEGAL
PUUID=----
TYPE=SPARSE
VOLTYPE=INTERNAL
EOF
I could get the disk manually and import, but it has 2 snapshots (two other
volumes in the same directory) which I don't know how to "merge" them into the
original disk (if it's possible).
tree 00e13c7f-d0e9-4d5b-8862-a28f0b91acfe
00e13c7f-d0e9-4d5b-8862-a28f0b91acfe
├── 2e698005-d7f0-4387-a9ce-9d1f14a7c18c
├── 2e698005-d7f0-4387-a9ce-9d1f14a7c18c.lease
├── 2e698005-d7f0-4387-a9ce-9d1f14a7c18c.meta
├── 618c5a68-3c34-42e1-b6cb-4d22f6a605f7
├── 618c5a68-3c34-42e1-b6cb-4d22f6a605f7.lease
├── 618c5a68-3c34-42e1-b6cb-4d22f6a605f7.meta
├── 80f95e3e-f92b-497a-aec5-440ba5282682
├── 80f95e3e-f92b-497a-aec5-440ba5282682.lease
└── 80f95e3e-f92b-497a-aec5-440ba5282682.meta
The Ovirt is 4.5.4 and the host Rocky 8, all updated to the latest version.
On the vdsm.log, this is the only 2 lines related to this disk I could find.
2023-04-24 13:39:25,812-0300 INFO (jsonrpc/3) [vdsm.api] FINISH getImagesList
return={'imageslist': ['d03f371f-0b86-4a06-b8e3-bbd602a81442',
'f1425fd4-fb4f-48ae-8df1-1bd44b026848', '9d52bfa9-d2dd-49c3-8a98-66cf950a7bcb',
'f7c69f63-c3a8-447c-baf2-751021fb7c26', 'bc76e648-e09d-448e-86f1-b3ae47509837',
'00e13c7f-d0e9-4d5b-8862-a28f0b91acfe', '88b53eb4-9ca9-4162-9e91-f00b4f41f278',
'0bd13065-cb21-4db3-9eb0-7582c65c4ca9', '06444eb3-52bf-48af-84fe-36baf1531853',
'7ea966f8-72ed-421b-be71-e20b3dcc4e5a', '2e9dee7c-131b-427b-9e7a-33a49af7c6f0',
'e58171dc-5135-4462-b1f3-49d98785907e', 'f5d2e866-1d53-4243-8a6e-f5031c4be33d',
'ad5fe94a-4880-4dcf-af36-4a36ede9a6ab', '72a047f4-6546-4750-845f-ceb74c6503c8',
'36d0ec3d-482b-4c90-a169-8b2b9abee158', '6e5afad2-5de0-463f-b04b-34b4828b7aa3',
'565c2418-d43f-4138-8d31-50e8bd9c5c4e', '0d128f2c-3962-4f91-8231-a5772132d241',
'0b9cbbc5-316c-453a-aab0-a3e6805796e9', 'b43bc279-000b-40dc-8c00-cc22b8caab5d',
'6a401413-d2ae-4c14-b028-a7fc953d08f2', 'aa3b6e24-1b74-4890-897a-13f858844b3a',
'20ae1e1f-fccd-40e8-a1b4-90339e6c7ca1', '8e9050ad-82a1-4a23-a461-5d1eca7c9d80',
'fc2e4d0b-c092-4e74-b69e-da5020ac396e', '4c5c3c74-307f-49a9-ae66-60dddfc1db67',
'd8463e92-5495-4e59-8d2f-bcfcdfa59987', '0342e096-cf34-4a8c-a9f6-36b13c3e39c3',
'f6714bec-37df-4aad-8b21-2ae146b0fa19', 'd4c77a6b-dfcf-424c-9025-cbc8795b2f46',
'f42cb81b-058b-4bd6-b55e-5b3ae3601ade', 'fe052d41-8e94-4145-8c8b-7fdf8d8adc37',
'1fc4c7b8-d7c8-4c32-88ce-6cf5c9e65aa0', '3aef6a30-8757-4f65-b989-c1b40236f4cb',
'2e9fc88d-e5c0-4a97-b590-481a1508c155', 'dcedf2e9-5e92-44bc-9113-5263dd0dda96',
'393e02b4-5765-4ea5-8008-e7d3a3995794', 'b895f40b-17a2-4f08-9126-c25d8858601f',
'1c9a3ff9-7434-4867-8880-7d11548aca53', 'fa64e6eb-7aad-4548-b944-1bc04b719256',
'f912af5e-9c51-45a6-8b01-6d9224c48893', '6611aba7-e201-4702-842a-4089deeb306d',
'00098322-3ba9-4af9-9e6d-54cb07ec3d77', '666fd481-07e5-45ed-be2e-bd3cd78df7dc',
'13eb4b21-2134-48ae-84b6-164d6a8141cc', '50c3d0b9-a850-487a-a213-fd9b87db91b3',
'3573b171-2980-47a2-96c2-55d39fddda55',
'9b3a156f-3cb4-485a-b357-f5c7ed1bb890']} from=:::192.168.5.52,52296,
flow_id=a2fe8beb-4f0a-4d71-bf08-3a0d0c3b6403,
task_id=39d06e06-2b25-4a94-b3f7-15dc60a44164 (api:37)
2023-04-24 13:39:26,220-0300 INFO (jsonrpc/4) [vdsm.api] START
getVolumesList(sdUUID='1102600c-eee7-40cc-86b2-ee90b3c4df6b',
spUUID='f04dd188-b214-11ea-845b-00163e4ad29b',
imgUUID='00e13c7f-d0e9-4d5b-8862-a28f0b91acfe') from=:::192.168.5.52,52296,
flow_id=a2fe8beb-4f0a-4d71-bf08-3a0d0c3b6403,
task_id=387e8181-764b-47d7-aa4d-13abf66fd94b (api:31)
Does anyone have an idea??
Thank you
Best regards
Ricardo
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct:
https://www.ovirt.org/community/about/community-guidelines/
List Archives:
[ovirt-users] Re: oVirt On Rocky 8.x - Upgrade To Rocky 9.1
I tried several ways to upgrade a node and the hosted-engine and it didn´t work. The upgrade of a standard installation of Rocky 8.x to 9 works fine, but when you add the Ovirt/CentOS repositories, dnf starts to throw a bunch of conflicts and it doesn´t work anymore, and you have just bricked your host. Reinstall a node is easy. The problem is reinstall a node with GlusterFS hyper converged. For the hosted-engine, the only option would be reinstall it and restore a backup, right? It would be really nice if the Leapp (https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/9/html/upgrading_from_rhel_8_to_rhel_9/index) was available for CentOS and Rocky. ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/S3YL2PIUKFRW3LH3RTGU5R5ARUDNOV5B/
[ovirt-users] Network usage for VMs not displayed (0%)
Hello guys, I notice for several weeks that the network usage is displaying 0% for all VMs. I notice an old message ( https://lists.ovirt.org/archives/list/users@ovirt.org/thread/NNK6ERGAWDGIOLK63F5GDFJ64JOOPL7M/) but still seems to have no solution. Also on Grafana, no data is displayed. Has anyone noticed this issue? I can open a bug to verify. Best regards, -- Ricardo Alonso ricardoalon...@gmail.com +44 7340-546916 Skype: ricardoalonso GPG Fingerprint: FC7E 4A5F B7A4 87F4 6876 5325 D95F BFBF B7AC EE54 ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/OTX7ZRX6375NHHRM5SBSB6Q45ERRKC7U/
[ovirt-users] Re: Cinderlib RBD ceph template issues
Thank you Benny. Is there any way to apply this correction on version 4.4.10? On Tue, Feb 1, 2022 at 7:18 PM Benny Zlotnik wrote: > hi, this was fixed as part of > https://bugzilla.redhat.com/show_bug.cgi?id=2006745 (in 4.5) > > > On Tue, Feb 1, 2022 at 9:12 PM Ricardo Alonso > wrote: > > > > Could you find the solution? > > > > I didn't find any bug report and I hit this same problem on version > 4.4.10, so I filled one: > https://bugzilla.redhat.com/show_bug.cgi?id=2049224 > > > > /R > > ___ > > Users mailing list -- users@ovirt.org > > To unsubscribe send an email to users-le...@ovirt.org > > Privacy Statement: https://www.ovirt.org/privacy-policy.html > > oVirt Code of Conduct: > https://www.ovirt.org/community/about/community-guidelines/ > > List Archives: > https://lists.ovirt.org/archives/list/users@ovirt.org/message/LTBBCVUDRT2AHCHHDQF3X2AEQGF6FLGH/ > > ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/CAVYPMBWLNLS4NHVGJICVBS7F7IDWF5G/
[ovirt-users] Re: Cinderlib RBD ceph template issues
Could you find the solution? I didn't find any bug report and I hit this same problem on version 4.4.10, so I filled one: https://bugzilla.redhat.com/show_bug.cgi?id=2049224 /R ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/LTBBCVUDRT2AHCHHDQF3X2AEQGF6FLGH/
[ovirt-users] Re: How to change the hosted engine configuration manually?
I managed to fix temporally and turn on the machine using a hook, but when I'm
trying to update the VM, I get this error:
Error while executing action:
HostedEngine:
- There was an attempt to change Hosted Engine VM values that are locked.
Is this a bug?
This are the log messages:
2020-06-26 16:15:53,705-03 INFO [org.ovirt.engine.core.bll.UpdateVmCommand]
(default task-10) [a7cbe999-2d59-4e5d-a641-b649e12759d7] Lock Acquired to
object 'EngineLock:{exclusiveLocks='[HostedEngine=VM_NAME]',
sharedLocks='[6f7d90a5-4160-47ee-a945-5b7a5ba64a40=VM]'}'
2020-06-26 16:15:53,706-03 WARN [org.ovirt.engine.core.bll.UpdateVmCommand]
(default task-10) [a7cbe999-2d59-4e5d-a641-b649e12759d7] Validation of action
'UpdateVm' failed for user admin@internal-authz. Reasons:
VAR__ACTION__UPDATE,VAR__TYPE__VM,VM_CANNOT_UPDATE_HOSTED_ENGINE_FIELD
2020-06-26 16:15:53,707-03 INFO [org.ovirt.engine.core.bll.UpdateVmCommand]
(default task-10) [a7cbe999-2d59-4e5d-a641-b649e12759d7] Lock freed to object
'EngineLock:{exclusiveLocks='[HostedEngine=VM_NAME]',
sharedLocks='[6f7d90a5-4160-47ee-a945-5b7a5ba64a40=VM]'}'
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct:
https://www.ovirt.org/community/about/community-guidelines/
List Archives:
https://lists.ovirt.org/archives/list/users@ovirt.org/message/C56FY4O2QKDIAYVZXCL6AFFC6ATN5ROH/
[ovirt-users] How to change the hosted engine configuration manually?
After an update in the cluster configuration, the hosted engine ended up with an invalid configuration (bios x machine type) and it's not coming up. I need to return the bios to legacy mode, but I'm not finding a way to correct the xml generated to turn the machine back on. The storage domain is iSCSI. Any help would be appreciate. (reinstall isn't an option). ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/X2QQR4G336UXGBXSVYLODECFIFR6XCC5/
[ovirt-users] Re: Ovirt fails to retrieve iSCSI targets during installation
I didn't even change the value. Used the default value for it. ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/6JUGKGH7ARR4KNVHI555ZA7I45PTATDM/
[ovirt-users] Re: Ovirt fails to retrieve iSCSI targets during installation
There's no proxy. This is during the installation using cockpit. Switching to the command line install, the problem doesn't appear. ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/3TC2X3D5243E7IOZLHRMQNJZ4XFTYSLV/
[ovirt-users] Ovirt fails to retrieve iSCSI targets during installation
Trying to connect to a an iSCSI target (no chap/secrets) is failing with the
message:
2020-06-17 05:25:40,050-0300 ERROR ansible failed {
"ansible_host": "localhost",
"ansible_playbook":
"/usr/share/ovirt-hosted-engine-setup/ansible/trigger_role.yml",
"ansible_result": {
"_ansible_no_log": false,
"changed": false,
"connection": "close",
"content": "{\n \"detail\" : \"For correct usage, see:
https://ovirt./ovirt-engine/apidoc#services/host/methods/iscsi_discover\",\n
\"reason\" : \"Request syntactically incorrect.\"\n}",
"content_encoding": "identity",
"content_type": "application/json",
"correlation_id": "a5ba94a7-b22b-4ed6-9a47-87a87186c341",
"date": "Wed, 17 Jun 2020 08:25:38 GMT",
"elapsed": 0,
"invocation": {
"module_args": {
"attributes": null,
"backup": null,
"body": "{\"iscsi\": {\"address\": \"192.168.6.1\", \"port\":
\"3260,3260\", \"username\": null, \"password\": \"\"}}",
"body_format": "json",
"client_cert": null,
"client_key": null,
"content": null,
"creates": null,
"delimiter": null,
"dest": null,
"directory_mode": null,
"follow": false,
"follow_redirects": "safe",
"force": false,
"force_basic_auth": false,
"group": null,
"headers": {
"Accept": "application/json",
"Authorization": "Basic YWRtaW5AaW50ZXJuYWw6cGQyMDAx",
"Content-Type": "application/json"
},
"http_agent": "ansible-httpget",
"method": "POST",
"mode": null,
"owner": null,
"regexp": null,
"remote_src": null,
"removes": null,
"return_content": true,
"selevel": null,
"serole": null,
"setype": null,
"seuser": null,
"src": null,
"status_code": [
"200"
],
"timeout": 30,
"unix_socket": null,
"unsafe_writes": null,
"url":
"https://ovirt./ovirt-engine/api/hosts/2c173b7f-9f9e-4046-890a-ab16d1babc35/iscsidiscover",
"url_password": null,
"url_username": null,
"use_proxy": true,
"validate_certs": false
}
},
"json": {
"detail": "For correct usage, see:
https://ovirt./ovirt-engine/apidoc#services/host/methods/iscsi_discover",
"reason": "Request syntactically incorrect."
},
"msg": "Status code was 400 and not [200]: HTTP Error 400: Bad Request",
"redirected": false,
"server": "Apache/2.4.37 (centos) OpenSSL/1.1.1c mod_wsgi/4.6.4
Python/3.6",
"status": 400,
"transfer_encoding": "chunked",
"url":
"https://ovirt./ovirt-engine/api/hosts/2c173b7f-9f9e-4046-890a-ab16d1babc35/iscsidiscover"
},
"ansible_task": "iSCSI discover with REST API",
"ansible_type": "task",
"status": "FAILED",
"task_duration": 4
}
I found this old bug, but doesn't seams to have a resolution. Any clue/tips?
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct:
https://www.ovirt.org/community/about/community-guidelines/
List Archives:
https://lists.ovirt.org/archives/list/users@ovirt.org/message/ONVH6LBKTXGCMIH3CKN6XQJSDM2M7HZZ/
[ovirt-users] Unable to use MAC address starting with reserved value 0xFE
Is there a way to use a mac starting with FE? The machine has a license requirement attached to the mac address, and when I try to start it, it fails with the message: VM is down with error. Exit message: unsupported configuration: Unable to use MAC address starting with reserved value 0xFE - 'fe:XX:XX:XX:XX:XX' ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/N2TRGRQLDSCIZNSLAZ62DIRH33FXXWIS/
[ovirt-users] Re: Second host fail to activate (hosted-engine)
The problem was with the domain. For some reason, the second node couldn't mount the data domain, maybe for some corruption. After creating another domain and migrating all machines, the second node could successfully activate. ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/AO3SE6ZXQPHFMJXYS45YUJWWMFBZJC6Z/
[ovirt-users] Second host fail to activate (hosted-engine)
After installing the second host via the web gui (4.3.2.1-1.el7), it fails to
activate telling that wasn't possible to connect to the storage pool default
(glusterfs). Those are the logs:
vdsm.log
2019-04-09 15:54:07,409-0400 INFO (Reactor thread)
[ProtocolDetector.AcceptorImpl] Accepted connection from ::1:58130
(protocoldetector:61)
2019-04-09 15:54:07,419-0400 INFO (Reactor thread) [ProtocolDetector.Detector]
Detected protocol stomp from ::1:58130 (protocoldetector:125)
2019-04-09 15:54:07,419-0400 INFO (Reactor thread) [Broker.StompAdapter]
Processing CONNECT request (stompserver:95)
2019-04-09 15:54:07,420-0400 INFO (JsonRpc (StompReactor))
[Broker.StompAdapter] Subscribe command received (stompserver:124)
2019-04-09 15:54:07,461-0400 INFO (jsonrpc/1) [jsonrpc.JsonRpcServer] RPC call
Host.ping2 succeeded in 0.00 seconds (__init__:312)
2019-04-09 15:54:07,466-0400 INFO (jsonrpc/2) [jsonrpc.JsonRpcServer] RPC call
Host.ping2 succeeded in 0.00 seconds (__init__:312)
2019-04-09 15:54:07,469-0400 INFO (jsonrpc/0) [vdsm.api] START
getStorageDomainInfo(sdUUID=u'd99fb087-66d5-4adf-9c0c-80e60de17917',
options=None) from=::1,58130, task_id=00c843c2-ab43-4813-9ded-29f6742c33b2
(api:48)
2019-04-09 15:54:07,484-0400 INFO (jsonrpc/0) [vdsm.api] FINISH
getStorageDomainInfo error='VERSION' from=::1,58130,
task_id=00c843c2-ab43-4813-9ded-29f6742c33b2 (api:52)
2019-04-09 15:54:07,484-0400 ERROR (jsonrpc/0) [storage.TaskManager.Task]
(Task='00c843c2-ab43-4813-9ded-29f6742c33b2') Unexpected error (task:875)
Traceback (most recent call last):
File "/usr/lib/python2.7/site-packages/vdsm/storage/task.py", line 882, in
_run
return fn(*args, **kargs)
File "", line 2, in getStorageDomainInfo
File "/usr/lib/python2.7/site-packages/vdsm/common/api.py", line 50, in method
ret = func(*args, **kwargs)
File "/usr/lib/python2.7/site-packages/vdsm/storage/hsm.py", line 2741, in
getStorageDomainInfo
dom = self.validateSdUUID(sdUUID)
File "/usr/lib/python2.7/site-packages/vdsm/storage/hsm.py", line 305, in
validateSdUUID
sdDom = sdCache.produce(sdUUID=sdUUID)
File "/usr/lib/python2.7/site-packages/vdsm/storage/sdc.py", line 110, in
produce
domain.getRealDomain()
File "/usr/lib/python2.7/site-packages/vdsm/storage/sdc.py", line 51, in
getRealDomain
return self._cache._realProduce(self._sdUUID)
File "/usr/lib/python2.7/site-packages/vdsm/storage/sdc.py", line 134, in
_realProduce
domain = self._findDomain(sdUUID)
File "/usr/lib/python2.7/site-packages/vdsm/storage/sdc.py", line 151, in
_findDomain
return findMethod(sdUUID)
File "/usr/lib/python2.7/site-packages/vdsm/storage/glusterSD.py", line 56,
in findDomain
return GlusterStorageDomain(GlusterStorageDomain.findDomainPath(sdUUID))
File "/usr/lib/python2.7/site-packages/vdsm/storage/fileSD.py", line 394, in
__init__
manifest = self.manifestClass(domainPath)
File "/usr/lib/python2.7/site-packages/vdsm/storage/fileSD.py", line 179, in
__init__
sd.StorageDomainManifest.__init__(self, sdUUID, domaindir, metadata)
File "/usr/lib/python2.7/site-packages/vdsm/storage/sd.py", line 332, in
__init__
self._domainLock = self._makeDomainLock()
File "/usr/lib/python2.7/site-packages/vdsm/storage/sd.py", line 553, in
_makeDomainLock
domVersion = self.getVersion()
File "/usr/lib/python2.7/site-packages/vdsm/storage/sd.py", line 424, in
getVersion
return self.getMetaParam(DMDK_VERSION)
File "/usr/lib/python2.7/site-packages/vdsm/storage/sd.py", line 421, in
getMetaParam
return self._metadata[key]
File "/usr/lib/python2.7/site-packages/vdsm/storage/persistent.py", line 91,
in __getitem__
return dec(self._dict[key])
File "/usr/lib/python2.7/site-packages/vdsm/storage/persistent.py", line 202,
in __getitem__
return self._metadata[key]
KeyError: 'VERSION'
2019-04-09 15:54:07,484-0400 INFO (jsonrpc/0) [storage.TaskManager.Task]
(Task='00c843c2-ab43-4813-9ded-29f6742c33b2') aborting: Task is aborted:
u"'VERSION'" - code 100 (task:1181)
2019-04-09 15:54:07,484-0400 ERROR (jsonrpc/0) [storage.Dispatcher] FINISH
getStorageDomainInfo error='VERSION' (dispatcher:87)
Traceback (most recent call last):
File "/usr/lib/python2.7/site-packages/vdsm/storage/dispatcher.py", line 74,
in wrapper
result = ctask.prepare(func, *args, **kwargs)
File "/usr/lib/python2.7/site-packages/vdsm/storage/task.py", line 108, in
wrapper
return m(self, *a, **kw)
File "/usr/lib/python2.7/site-packages/vdsm/storage/task.py", line 1189, in
prepare
raise self.error
KeyError: 'VERSION'
2019-04-09 15:54:07,484-0400 INFO (jsonrpc/0) [jsonrpc.JsonRpcServer] RPC call
StorageDomain.getInfo failed (error 350) in 0.01 seconds (__init__:312)
2019-04-09 15:54:07,502-0400 INFO (jsonrpc/3) [vdsm.api] START
connectStorageServer(domType=7, spUUID=u'----',
conList=[{u'id': u'e29cf818-5ee5-46e1-85c1-8aeefa33e95d', u'vfs_type':
u'glusterfs',
