[ovirt-users] VM config warning
When running a Windows 2012 R2 Server VM, why does it report that the OS differs from the Configuration when the selected OS in the config is Windows 2012R2 x64. Also what is the correct way to do timezones in the config on these VMs, no matter what I pick it reports that Actual Timezone is different in the guest versus the config, when they are both the same. Gary Gary Pedrettyg...@ravnalaska.net Systems Manager www.flyravn.com Ravn Alaska /\907-450-7251 5245 Airport Industrial Road / \/\ 907-450-7238 fax Fairbanks, Alaska 99709/\ /\ \ Second greatest commandment Serving Alaska's Interior / \/ /\ \ \/\ "Love your neighbor as Having a heatwave, its summer yourself” Matt 22:39 ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[ovirt-users] How to join Windows guest to AD domain via Sysprep?
Hi, I can't seems to fully understand the procedure of joining guest Windows machine to AD domain using the tool-set provided by oVirt-Engine. I've successfully created and sealed a template.of Windows 2012R2, I manage to change the Administrator's password and machine's hostname only. Nothing actually happens when I fill Domain and Organization Unit fields under Initial Run tab. What credentials should be used to join the domain? Where do I configure them? Running oVirt 4.0.5 Thanks, -- Danny Rehelis - autogun [AT] gmail.com ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Storage domains not found by vdsm after a reboot
On Sat, Dec 3, 2016 at 6:14 PM, Yoann Laissuswrote: > Hello, > > I'm running into some weird issues with vdsm and my storage domains > after a reboot or a shutdown. I can't manage to figure out what's > going on... > > Currently, my cluster (4.0.5 with hosted engine) is composed of one > main node. (and another inactive one but unrelated to this issue). > It has local storage exposed to oVirt via 3 NFS exports (one specific > for the hosted engine vm) reachable from my local network. > > When I wan't to shutdown or reboot my main host (and so the whole > cluster), I use a custom script : > 1. Shutdown all VM > 2. Shutdown engine VM > 3. Stop HA agent and broker > 4. Stop vdsmd This leave vdsm connected to all storage domains, and sanlock is still maintaining the lockspace on all storage domains. > 5. Release the sanlock on the hosted engine SD You should not do that but use local/global maintenance mode in hosted engine agent. > 6. Shutdown / Reboot > > It works just fine, but at the next boot, VDSM takes at least 10-15 > minutes to find storage domains, except the hosted engine one. The > engine loops trying to reconstruct the SPM. > During this time, vdsClient getConnectedStoragePoolsList returns nothing. > getStorageDomainsList returns only the hosted engine domain. > NFS exports are mountable from another server. The correct way to shutdown a host is to move the host to maintenance. This deactivate all storage domains on this host, release sanlock leases and disconnect from the storage server (e.g. log out from iscsi connection, unmount nfs mounts). If you don't this, sanlock will need more time to join the lockspace in the next time. I'm not sure what is the correct procedure when using hosted engine, since hosted engine will not let you put a host into maintenance if the hosted engine vm is running on this host. You can stop the hosted engine vm but then you cannot move the host into maintenance since you don't have engine :-) There must be a documented way to perform this operation, I hope that Simone will point us to the documentation. Nir > > But when I restart vdsm manually after the boot, it seems to detect > immediately the storage domains. > > Is there some kind of staled storage data used by vdsm and a timeout > to invalidate them ? > Am I missing something on the vdsm side in my shutdown procedure ? > > Thanks ! > > Engine and vdsm logs are attached. > > > -- > Yoann Laissus > > ___ > 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
Re: [ovirt-users] Storage domains not found by vdsm after a reboot
I am facing the same issue here as well. The engine comes up and web UI is reachable. Initial login takes about 6 minutes to finally let me in and then once I am in under the events tab there is events for "storage domain does not exist" yet they are all there. After this comes 'reconstructing master domain' and it tries to cycle through my 2 storage domains not including ISO_UPLOAD and hosted_engine domains. Eventually it will either 1.) Settle on one and actually able to bring it up master domain or 2.) they all stay down and I have to manually activate one Its not really an issue since on three tests now I have recovered fine but it required some manual intervention on at least one occasion but otherwise it just flaps about until it can settle on one and actually bring it up Clocking it today its usually like this: 7 minutes for HE to come up on node 1 and access to web UI +6 minutes while hanging on logging in to web UI +9 minutes for one of the two storage domains to get activated as master Total around 20 minutes before entire cluster is usable. On Sat, Dec 3, 2016 at 11:14 AM, Yoann Laissuswrote: > Hello, > > I'm running into some weird issues with vdsm and my storage domains > after a reboot or a shutdown. I can't manage to figure out what's > going on... > > Currently, my cluster (4.0.5 with hosted engine) is composed of one > main node. (and another inactive one but unrelated to this issue). > It has local storage exposed to oVirt via 3 NFS exports (one specific > for the hosted engine vm) reachable from my local network. > > When I wan't to shutdown or reboot my main host (and so the whole > cluster), I use a custom script : > 1. Shutdown all VM > 2. Shutdown engine VM > 3. Stop HA agent and broker > 4. Stop vdsmd > 5. Release the sanlock on the hosted engine SD > 6. Shutdown / Reboot > > It works just fine, but at the next boot, VDSM takes at least 10-15 > minutes to find storage domains, except the hosted engine one. The > engine loops trying to reconstruct the SPM. > During this time, vdsClient getConnectedStoragePoolsList returns nothing. > getStorageDomainsList returns only the hosted engine domain. > NFS exports are mountable from another server. > > But when I restart vdsm manually after the boot, it seems to detect > immediately the storage domains. > > Is there some kind of staled storage data used by vdsm and a timeout > to invalidate them ? > Am I missing something on the vdsm side in my shutdown procedure ? > > Thanks ! > > Engine and vdsm logs are attached. > > > -- > Yoann Laissus > > ___ > 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
[ovirt-users] Storage domains not found by vdsm after a reboot
Hello, I'm running into some weird issues with vdsm and my storage domains after a reboot or a shutdown. I can't manage to figure out what's going on... Currently, my cluster (4.0.5 with hosted engine) is composed of one main node. (and another inactive one but unrelated to this issue). It has local storage exposed to oVirt via 3 NFS exports (one specific for the hosted engine vm) reachable from my local network. When I wan't to shutdown or reboot my main host (and so the whole cluster), I use a custom script : 1. Shutdown all VM 2. Shutdown engine VM 3. Stop HA agent and broker 4. Stop vdsmd 5. Release the sanlock on the hosted engine SD 6. Shutdown / Reboot It works just fine, but at the next boot, VDSM takes at least 10-15 minutes to find storage domains, except the hosted engine one. The engine loops trying to reconstruct the SPM. During this time, vdsClient getConnectedStoragePoolsList returns nothing. getStorageDomainsList returns only the hosted engine domain. NFS exports are mountable from another server. But when I restart vdsm manually after the boot, it seems to detect immediately the storage domains. Is there some kind of staled storage data used by vdsm and a timeout to invalidate them ? Am I missing something on the vdsm side in my shutdown procedure ? Thanks ! Engine and vdsm logs are attached. -- Yoann Laissus - engine : 2016-12-03 15:58:53,616 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetAllTasksStatusesVDSCommand] (org.ovirt.thread.pool-6-thread-5) [82a36a5] Command 'org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetAllTasksStatusesVDSCommand' return value ' TaskStatusListReturnForXmlRpc:{status='StatusForXmlRpc [code=654, message=Not SPM: ()]'} ' 2016-12-03 15:58:53,616 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetAllTasksStatusesVDSCommand] (org.ovirt.thread.pool-6-thread-5) [82a36a5] HostName = ovirt-host1 2016-12-03 15:58:53,616 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetAllTasksStatusesVDSCommand] (org.ovirt.thread.pool-6-thread-5) [82a36a5] Command 'HSMGetAllTasksStatusesVDSCommand(HostName = ovirt-host1, VdsIdVDSCommandParametersBase:{runAsync='true', hostId='c7d02baa-7c47-484e-8146-ba01b36b49d6'})' execution failed: IRSGenericException: IRSErrorException: IRSNonOperationalException: Not SPM: () 2016-12-03 15:58:53,617 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.SpmStopVDSCommand] (org.ovirt.thread.pool-6-thread-5) [82a36a5] FINISH, SpmStopVDSCommand, log id: 5f207339 2016-12-03 15:58:53,622 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.ResetIrsVDSCommand] (org.ovirt.thread.pool-6-thread-5) [82a36a5] FINISH, ResetIrsVDSCommand, log id: dbff776 2016-12-03 15:58:53,623 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.DisconnectStoragePoolVDSCommand] (org.ovirt.thread.pool-6-thread-5) [82a36a5] START, DisconnectStoragePoolVDSCommand(HostName = ovirt-host1, DisconnectStoragePoolVDSCommandParameters:{runAsync='true', hostId='c7d02baa-7c47-484e-8146-ba01b36b49d6', storagePoolId='58317bfd-02fd-030e-01a3-0181', vds_spm_id='1'}), log id: 26e25174 2016-12-03 15:58:54,630 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.DisconnectStoragePoolVDSCommand] (org.ovirt.thread.pool-6-thread-5) [82a36a5] FINISH, DisconnectStoragePoolVDSCommand, log id: 26e25174 2016-12-03 15:58:54,633 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ReconstructMasterVDSCommand] (org.ovirt.thread.pool-6-thread-5) [82a36a5] START, ReconstructMasterVDSCommand(HostName = ovirt-host1, ReconstructMasterVDSCommandParameters:{runAsync='true', hostId='c7d02baa-7c47-484e-8146-ba01b36b49d6', vdsSpmId='1', storagePoolId='58317bfd-02fd-030e-01a3-0181', storagePoolName='Default', masterDomainId='a403cebb-243d-41f0-83c1-25cb9f911f30', masterVersion='698', domainsList='[StoragePoolIsoMap:{id='StoragePoolIsoMapId:{storagePoolId='58317bfd-02fd-030e-01a3-0181', storageId='02d9ee81-6db1-494b-b32b-d54236717aa0'}', status='Unknown'}, StoragePoolIsoMap:{id='StoragePoolIsoMapId:{storagePoolId='58317bfd-02fd-030e-01a3-0181', storageId='e1140160-8578-436f-a69b-6fee6cc7c894'}', status='Unknown'}, StoragePoolIsoMap:{id='StoragePoolIsoMapId:{storagePoolId='58317bfd-02fd-030e-01a3-0181', storageId='a403cebb-243d-41f0-83c1-25cb9f911f30'}', status='Unknown'}, StoragePoolIsoMap:{id='StoragePoolIsoMapId:{storagePoolId='58317bfd-02fd-030e-01a3-0181', storageId='47bec5f5-e44f-4cd3-9249-38266a5f2ab9'}', status='Inactive'}]'}), log id: 606cb02b 2016-12-03 15:58:55,666 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.ReconstructMasterVDSCommand] (org.ovirt.thread.pool-6-thread-5) [82a36a5] Failed in 'ReconstructMasterVDS' method 2016-12-03 15:58:55,670 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-6-thread-5) [82a36a5] Correlation ID: null, Call Stack: null, Custom Event ID: -1,