On Tue, Feb 13, 2018 at 7:43 AM, Reznikov Alexei <reznikov...@soskol.com> wrote:
> 10.02.2018 00:48, reznikov...@soskol.com пишет: > > Simone Tiraboschi писал 2018-02-09 15:17: > > It shouldn't happen. > I suspect that something went wrong creating the configuration volume > on the shared storage at the end of the deployment. > > Alexei, can both of you attach you hosted-engine-setup logs? > Can you please check what happens on > hosted-engine --get-shared-config gateway > > Thanks > > > Simone, my ovirt cluster upgrade from 3.4... and i have too old logs. > > I'm confused by the execution of the hosted-engine --get-shared-config > gateway ... > I get the output "gateway: 10.245.183.1, type: he_conf", but my current > hosted-engine.conf is overwritten by the other hosted-engine.conf. > > old file: > > fqdn = eng.lan > vm_disk_id = e9d7a377-e109-4b28-9a43-7a8c8b603749 > vmid = ccdd675a-a58b-495a-9502-3e6a4b7e5228 > storage = ssd.lan:/ovirt > service_start_time = 0 > host_id = 3 > console = vnc > domainType = nfs3 > sdUUID = 8905c9ac-d892-478d-8346-63b8fa1c5763 > connectionUUID = ce84071b-86a2-4e82-b4d9-06abf23dfbc4 > ca_cert =/etc/pki/vdsm/libvirt-spice/ca-cert.pem > ca_subject = "C = EN, L = Test, O = Test, CN = Test" > vdsm_use_ssl = true > gateway = 10.245.183.1 > bridge = ovirtmgmt > metadata_volume_UUID = > metadata_image_UUID = > lockspace_volume_UUID = > lockspace_image_UUID = > > The following are used only for iSCSI storage > iqn = > portal = > user = > password = > port = > > conf_volume_UUID = a20d9700-1b9a-41d8-bb4b-f2b7c168104f > conf_image_UUID = b5f353f5-9357-4aad-b1a3-751d411e6278 > conf = /var/run/ovirt-hosted-engine-ha/vm.conf > vm_disk_vol_id = cd12a59e-7d84-4b4e-98c7-4c68e83ecd7b > spUUID = 00000000-0000-0000-0000-000000000000 > > new rewrite file > > fqdn = eng.lan > vm_disk_id = e9d7a377-e109-4b28-9a43-7a8c8b603749 > vmid = ccdd675a-a58b-495a-9502-3e6a4b7e5228 > storage = ssd.lan:/ovirt > conf = /etc/ovirt-hosted-engine/vm.conf > service_start_time = 0 > host_id = 3 > console = vnc > domainType = nfs3 > spUUID = 036f83d7-39f7-48fd-a73a-3c9ffb3dbe6a > sdUUID = 8905c9ac-d892-478d-8346-63b8fa1c5763 > connectionUUID = ce84071b-86a2-4e82-b4d9-06abf23dfbc4 > ca_cert =/etc/pki/vdsm/libvirt-spice/ca-cert.pem > ca_subject = "C = EN, L = Test, O = Test, CN = Test" > vdsm_use_ssl = true > gateway = 10.245.183.1 > bridge = ovirtmgmt > metadata_volume_UUID = > metadata_image_UUID = > lockspace_volume_UUID = > lockspace_image_UUID = > > The following are used only for iSCSI storage > iqn = > portal = > user = > password = > port = > > And this in all hosts in cluster! > It seems to me that these are some remnants of versions 3.4, 3.5 ... > _______________________________________________ > Users mailing list > Users@ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > BUMP > > I resolved error "KeyError: 'Configuration value not found: > file=/etc/ovirt-hosted-engine/hosted-engine.conf, key=gateway'". > > This error was caused... "*VDSGenericException: VDSErrorException: > received downloaded data size is wrong (requested 20480, received 10240)*", > the solution is here https://access.redhat.com/solutions/3106231 > > But in my case there is still a problem with the inappropriate parameters > in hosted-engine.conf ... I think I should use "hosted-engine > --set-shared-config" to change the values on the shared storage. This is > right? > Yes, ufortunately you are absolutely right on that: there is a bug there. As a side effect, hosted-engine --set-shared-config and hosted-engine --get-shared-config always refresh the local copy of hosted-engine configuration files with the copy on the shared storage and so you will always end with host_id=1 in /etc/ovirt-hosted-engine/hosted-engine.conf which can lead to SPM conflicts. I'd suggest to manually fix host_id parameter in /etc/ovirt-hosted-engine/hosted-engine.conf to its original value (double check with engine DB with 'sudo -u postgres psql engine -c "SELECT vds_spm_id, vds.vds_name FROM vds"' on the engine VM) to avoid that. https://bugzilla.redhat.com/1543988 > Guru help to solve this. > > Regards, > > Alex. > > > _______________________________________________ > Users mailing list > Users@ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > >
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users