- Users - oVirt List Archives

Re: populating the ISO domain
by Vinícius Ferrão 19 Feb '20

19 Feb '20

Hi. ISO domains were deprecated. Now you should use a Data Domain instead and fill with the ISOs. If you still using ISO Domain, like me, I only scp the ISOs directly to the storage. You don’t need to use the ISO uploader script. I never made it work anyway LOL. Sent from my iPhone > On 19 Feb 2020, at 04:33, "eevans(a)digitaldatatechs.com" <eevans(a)digitaldatatechs.com> wrote: >

3 2

Re: populating the ISO domain
by Gianluca Cecchi 19 Feb '20

19 Feb '20

On Wed, Feb 19, 2020 at 4:11 PM Robert Webb <rwebb(a)ropeguru.com> wrote: > So I had also read that ISO Domains have been deprecated but ran into an > issue when using console access. It seems that the client does not see any > ISO files from the Data domains when using the "Change CD" option and that > is the only option that I have found to be able to use when I need to mount > an ISO file to a VM. > > Am I missing something? If not, how can we deprecate the ISO Domain? > > In case of data domains on block based storage (iSCSI and FC) there is this outstanding bugzilla not fixed yet: https://bugzilla.redhat.com/show_bug.cgi?id=1589763 I don't know if it is your use case. Gianluca

3 2

Re: populating the ISO domain
by Strahil Nikolov 19 Feb '20

19 Feb '20

On February 19, 2020 5:37:28 PM GMT+02:00, Robert Webb <rwebb(a)ropeguru.com> wrote: >No. > >I am using the Spice viewer and my Data domain is on NFS. When I open >the "Change CD" option in the viewer, I only see ISO's from the ISO >Domain. > >I haven't found any other way to actually mount an ISO to a VM other >then the viewer which kinda sucks. I am used to other environments >where I could just mount an ISO to a cdrom in the VM config and it >shows up in the OS. > >________________________________________ >From: Gianluca Cecchi <gianluca.cecchi(a)gmail.com> >Sent: Wednesday, February 19, 2020 10:34 AM >To: Robert Webb >Cc: Vinícius Ferrão; eevans(a)digitaldatatechs.com; users(a)ovirt.org >Subject: Re: [ovirt-users] Re: populating the ISO domain > >On Wed, Feb 19, 2020 at 4:11 PM Robert Webb ><rwebb(a)ropeguru.com<mailto:rwebb@ropeguru.com>> wrote: >So I had also read that ISO Domains have been deprecated but ran into >an issue when using console access. It seems that the client does not >see any ISO files from the Data domains when using the "Change CD" >option and that is the only option that I have found to be able to use >when I need to mount an ISO file to a VM. > >Am I missing something? If not, how can we deprecate the ISO Domain? > > >In case of data domains on block based storage (iSCSI and FC) there is >this outstanding bugzilla not fixed yet: >https://bugzilla.redhat.com/show_bug.cgi?id=1589763 > >I don't know if it is your use case. > >Gianluca >_______________________________________________ >Users mailing list -- users(a)ovirt.org >To unsubscribe send an email to users-leave(a)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/FYMZYKUUGQZHQ… What about going in Admin portal, select the VM, and then click the 3 dots button ? There should be a 'Eject' and all your ISOs (I have already migrated to data domain). Best Regards, Strahil Nikolov

2 1

Re: hosted-engine --deploy --restore-from-file fails with error "Domain format is different from master storage domain format"
by dev＠djagoo.io 19 Feb '20

19 Feb '20

Hi Shani, on the productive cluster (Default) the compat level is 4.3 and on the cluster it's 4.3 too so I can't raise the level to update the format to V5. I added some screenshots. Regards Marcel On Tuesday, February 18, 2020 10:51:29 AM CET you wrote: > Hi Marcel, > Can you make sure the DC and Cluster formats are V5? > Maybe try to "update" them by editing the cluster first, and selecting the > newest Compatibility Version available. > Then, do the same for the DC. > > If all versions/formats are of V5, and it still occurs, can you please > share some screenshots so I'll have a look? > > > *Regards,* > > *Shani Leviim* > > On Mon, Feb 17, 2020 at 5:08 PM djagoo <dev(a)djagoo.io> wrote: > > Hi Shani, > > > > I just tried it. > > > > I created a new DC and cluster, added a temporary host to this cluster > > which served as SPM. The new DC showed up as V5. > > Then I activated maintenance on one of the V4 SDs and detached it from my > > production domain. After I attached it to the V5 dummy domain it was > > updated to V5 format as you predicted. I detached it again but could not > > reattach it to the production domain "There are no compatible Storage > > Domains to attach to this Data Center". So this seems not to be the > > solution :( > > > > Do you have another idea or am I doing something wrong? > > > > Regards, > > > > Marcel > > _______________________________________________ > > Users mailing list -- users(a)ovirt.org > > To unsubscribe send an email to users-leave(a)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/XV6WQNGS3LQU > > 3GWMR62MNZ5ENQA4BJQZ/

3 4

new glance server
by Tommaso - Shellrent 19 Feb '20

19 Feb '20

Hi to all. I'm try to create a glance server to store our images, but I have some problem. With the guide i can correcty configure a "train" minimun stack with keyone and glance, but it only support auth api v3. oVirt for glance only support v2. The newest version of keystone that have the v2 api, is Pike, but it cannot be insalled on centos today. Where a can fine an old repo with pike packages? or how can i make a glance installation that doesn't require autentication? Regards, Tommaso. -- Shellrent Logo *Tommaso De Marchi* COO Chief Operating Officer - Shellrent S.r.l. Tel. 0444321155 <tel:+390444321155> | Fax 04441492177 Via dell'Edilizia, 19 - 36100 Vicenza

2 2

Error with LDAP
by Lucas Lamy 19 Feb '20

19 Feb '20

Hello everyone. I have previously configured LDAP connexion though ovirt-engine-extension-aaa-ldap-setup. The only working configuration was IBM Security Directory Server (the IBM Security Directory Server RFC-2307 Schema doesn't work), ladps and anonymous search user. But the LDAP server I’m testing is OpenLDAP and not IBM. Indeed with IBM the search and login are working fine when I test them with ovirt-engine-extensions-tool aaa. But when I try to add a LDAP User in the User Administration Panel I get this Error message : "Error while executing action AddUser : Internal Engine Error". None of the solutions I've found on previous threads seems to works. Does someone have an idea please ? Please find the logs attached. Thank you beforehand. Caused by: org.postgresql.util.PSQLException: ERROR: null value in column "external_id" violates not-null constraint Detail: Failing row contains (**user info**). Where: SQL statement "INSERT INTO users ( department, domain, email, name, note, surname, user_id, username, external_id, namespace ) VALUES ( v_department, v_domain, v_email, v_name, v_note, v_surname, v_user_id, v_username, v_external_id, v_namespace )" PL/pgSQL function insertuser(character varying,character varying,character varying,character varying,character varying,character varying,uuid,character varying,text,character varying) line 3 at SQL state$ at org.postgresql.core.v3.QueryExecutorImpl.receiveErrorResponse(QueryExecutorImpl.java:2433) at org.postgresql.core.v3.QueryExecutorImpl.processResults(QueryExecutorImpl.java:2178) at org.postgresql.core.v3.QueryExecutorImpl.execute(QueryExecutorImpl.java:306) at org.postgresql.jdbc.PgStatement.executeInternal(PgStatement.java:441) at org.postgresql.jdbc.PgStatement.execute(PgStatement.java:365) at org.postgresql.jdbc.PgPreparedStatement.executeWithFlags(PgPreparedStatement.java:155) at org.postgresql.jdbc.PgCallableStatement.executeWithFlags(PgCallableStatement.java:78) at org.postgresql.jdbc.PgPreparedStatement.execute(PgPreparedStatement.java:144) at org.jboss.jca.adapters.jdbc.CachedPreparedStatement.execute(CachedPreparedStatement.java:303) at org.jboss.jca.adapters.jdbc.WrappedPreparedStatement.execute(WrappedPreparedStatement.java:442) at org.springframework.jdbc.core.JdbcTemplate.lambda$call$4(JdbcTemplate.java:1105) [spring-jdbc.jar:5.0.4.RELEASE] at org.springframework.jdbc.core.JdbcTemplate.execute(JdbcTemplate.java:1050) [spring-jdbc.jar:5.0.4.RELEASE] ... 162 more 2020-02-15 10:16:53,337+01 ERROR [org.ovirt.engine.core.bll.aaa.AddUserCommand] (default task-4) [222f7ca7-b669-40e0-b152-2ca898ebde09] Transaction rolled-back for command 'org.ovirt.engine.core.bll.aaa.$ 2020-02-15 10:16:53,341+01 WARN [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (default task-4) [222f7ca7-b669-40e0-b152-2ca898ebde09] EVENT_ID: USER_FAILED_ADD_ADUSER(327), Fail, Failed to add User 'user' to the system.

2 2

populating the ISO domain
by eevans＠digitaldatatechs.com 19 Feb '20

19 Feb '20

This may be common knowledge so if it is redundant, apologies. My ISO domain did not populate automatically but with some research I found out how to utilize it and populate it. If you have it in place with the correct permissions and security, you can manually populate it using the api. From the engine host at the command prompt: # ovirt-iso-uploader list This gives you the name of your iso domain. If it prompts for a passwd, it should the the same as the admin@internal login. The to upload files and populate it: ovirt-iso-uploader -i ISO upload *.iso or *vfd for floppy images I hope this helps.

1 0

DR different number of Host
by ernestclydeachua＠gmail.com 19 Feb '20

19 Feb '20

Hello, Currently i have a standalone ovirt on a primary site and planning to create a DR but my DR lacks a baremetal that has a same resources on primary site. is it possible on DR to have multiple hyper-visors then automatically assign where the vm should run/attach automatically?

1 0

HostedEngine migration fails with VM destroyed during the startup.
by Vrgotic, Marko 18 Feb '20

18 Feb '20

Dear oVirt, I have problem migrating HostedEngine, only HA VM server, to other HA nodes. Bit of background story: * We have oVirt SHE 4.3.5 * Three Nodes act as HA pool for SHE * Node 3 is currently Hosting SHE * Actions: * Put Node1 in Maintenance mode, all VMs were successfully migrated, than Upgrade packages, Activate Host – all looks good * Put Node2 in Maintenance mode, all VMs were successfully migrated, than Upgrade packages, Activate Host – all looks good Not the problem: Try to set Node3 in Maintenance mode, all VMs were successfully migrated, except HostedEngine. When attempting Migration of the VM HostedEngine, it fails with following error message: 2020-02-14 12:33:49,960Z INFO [org.ovirt.engine.core.bll.MigrateVmCommand] (default task-265) [16f4559e-e262-4c9d-80b4-ec81c2cbf950] Lock Acquired to object 'EngineLock:{exclusiveLocks='[66b6d489-ceb8-486a-951a-355e21f13627=VM]', sharedLocks=''}' 2020-02-14 12:33:49,984Z INFO [org.ovirt.engine.core.bll.scheduling.SchedulingManager] (default task-265) [16f4559e-e262-4c9d-80b4-ec81c2cbf950] Candidate host 'ovirt-sj-04.ictv.com' ('d98843da-bd81-46c9-9425-065b196ac59d') was filtered out by 'VAR__FILTERTYPE__INTERNAL' filter 'HA' (correlation id: null) 2020-02-14 12:33:49,984Z INFO [org.ovirt.engine.core.bll.scheduling.SchedulingManager] (default task-265) [16f4559e-e262-4c9d-80b4-ec81c2cbf950] Candidate host 'ovirt-sj-05.ictv.com' ('e3176705-9fb0-41d6-8721-367dfa2e62bd') was filtered out by 'VAR__FILTERTYPE__INTERNAL' filter 'HA' (correlation id: null) 2020-02-14 12:33:49,997Z INFO [org.ovirt.engine.core.bll.MigrateVmCommand] (default task-265) [16f4559e-e262-4c9d-80b4-ec81c2cbf950] Running command: MigrateVmCommand internal: false. Entities affected : ID: 66b6d489-ceb8-486a-951a-355e21f13627 Type: VMAction group MIGRATE_VM with role type USER 2020-02-14 12:33:50,008Z INFO [org.ovirt.engine.core.bll.scheduling.SchedulingManager] (default task-265) [16f4559e-e262-4c9d-80b4-ec81c2cbf950] Candidate host 'ovirt-sj-04.ictv.com' ('d98843da-bd81-46c9-9425-065b196ac59d') was filtered out by 'VAR__FILTERTYPE__INTERNAL' filter 'HA' (correlation id: 16f4559e-e262-4c9d-80b4-ec81c2cbf950) 2020-02-14 12:33:50,008Z INFO [org.ovirt.engine.core.bll.scheduling.SchedulingManager] (default task-265) [16f4559e-e262-4c9d-80b4-ec81c2cbf950] Candidate host 'ovirt-sj-05.ictv.com' ('e3176705-9fb0-41d6-8721-367dfa2e62bd') was filtered out by 'VAR__FILTERTYPE__INTERNAL' filter 'HA' (correlation id: 16f4559e-e262-4c9d-80b4-ec81c2cbf950) 2020-02-14 12:33:50,033Z INFO [org.ovirt.engine.core.vdsbroker.MigrateVDSCommand] (default task-265) [16f4559e-e262-4c9d-80b4-ec81c2cbf950] START, MigrateVDSCommand( MigrateVDSCommandParameters:{hostId='f8d27efb-1527-45f0-97d6-d34a86abaaa2', vmId='66b6d489-ceb8-486a-951a-355e21f13627', srcHost='ovirt-sj-03.ictv.com', dstVdsId='9808f434-5cd4-48b5-8bbc-e639e391c6a5', dstHost='ovirt-sj-01.ictv.com:54321', migrationMethod='ONLINE', tunnelMigration='false', migrationDowntime='0', autoConverge='true', migrateCompressed='false', consoleAddress='null', maxBandwidth='40', enableGuestEvents='true', maxIncomingMigrations='2', maxOutgoingMigrations='2', convergenceSchedule='[init=[{name=setDowntime, params=[100]}], stalling=[{limit=1, action={name=setDowntime, params=[150]}}, {limit=2, action={name=setDowntime, params=[200]}}, {limit=3, action={name=setDowntime, params=[300]}}, {limit=4, action={name=setDowntime, params=[400]}}, {limit=6, action={name=setDowntime, params=[500]}}, {limit=-1, action={name=abort, params=[]}}]]', dstQemu='10.210.13.11'}), log id: 5c126a47 2020-02-14 12:33:50,036Z INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.MigrateBrokerVDSCommand] (default task-265) [16f4559e-e262-4c9d-80b4-ec81c2cbf950] START, MigrateBrokerVDSCommand(HostName = ovirt-sj-03.ictv.com, MigrateVDSCommandParameters:{hostId='f8d27efb-1527-45f0-97d6-d34a86abaaa2', vmId='66b6d489-ceb8-486a-951a-355e21f13627', srcHost='ovirt-sj-03.ictv.com', dstVdsId='9808f434-5cd4-48b5-8bbc-e639e391c6a5', dstHost='ovirt-sj-01.ictv.com:54321', migrationMethod='ONLINE', tunnelMigration='false', migrationDowntime='0', autoConverge='true', migrateCompressed='false', consoleAddress='null', maxBandwidth='40', enableGuestEvents='true', maxIncomingMigrations='2', maxOutgoingMigrations='2', convergenceSchedule='[init=[{name=setDowntime, params=[100]}], stalling=[{limit=1, action={name=setDowntime, params=[150]}}, {limit=2, action={name=setDowntime, params=[200]}}, {limit=3, action={name=setDowntime, params=[300]}}, {limit=4, action={name=setDowntime, params=[400]}}, {limit=6, action={name=setDowntime, params=[500]}}, {limit=-1, action={name=abort, params=[]}}]]', dstQemu='10.210.13.11'}), log id: a0f776d 2020-02-14 12:33:50,043Z INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.MigrateBrokerVDSCommand] (default task-265) [16f4559e-e262-4c9d-80b4-ec81c2cbf950] FINISH, MigrateBrokerVDSCommand, return: , log id: a0f776d 2020-02-14 12:33:50,046Z INFO [org.ovirt.engine.core.vdsbroker.MigrateVDSCommand] (default task-265) [16f4559e-e262-4c9d-80b4-ec81c2cbf950] FINISH, MigrateVDSCommand, return: MigratingFrom, log id: 5c126a47 2020-02-14 12:33:50,052Z INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (default task-265) [16f4559e-e262-4c9d-80b4-ec81c2cbf950] EVENT_ID: VM_MIGRATION_START(62), Migration started (VM: HostedEngine, Source: ovirt-sj-03.ictv.com, Destination: ovirt-sj-01.ictv.com, User: mvrgotic@ictv.com@ictv.com-authz). 2020-02-14 12:33:52,893Z INFO [org.ovirt.engine.core.vdsbroker.monitoring.VmAnalyzer] (ForkJoinPool-1-worker-8) [] VM '66b6d489-ceb8-486a-951a-355e21f13627' was reported as Down on VDS '9808f434-5cd4-48b5-8bbc-e639e391c6a5'(ovirt-sj-01.ictv.com) 2020-02-14 12:33:52,893Z INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.DestroyVDSCommand] (ForkJoinPool-1-worker-8) [] START, DestroyVDSCommand(HostName = ovirt-sj-01.ictv.com, DestroyVmVDSCommandParameters:{hostId='9808f434-5cd4-48b5-8bbc-e639e391c6a5', vmId='66b6d489-ceb8-486a-951a-355e21f13627', secondsToWait='0', gracefully='false', reason='', ignoreNoVm='true'}), log id: 7532a8c0 2020-02-14 12:33:53,217Z INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.DestroyVDSCommand] (ForkJoinPool-1-worker-8) [] Failed to destroy VM '66b6d489-ceb8-486a-951a-355e21f13627' because VM does not exist, ignoring 2020-02-14 12:33:53,217Z INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.DestroyVDSCommand] (ForkJoinPool-1-worker-8) [] FINISH, DestroyVDSCommand, return: , log id: 7532a8c0 2020-02-14 12:33:53,217Z INFO [org.ovirt.engine.core.vdsbroker.monitoring.VmAnalyzer] (ForkJoinPool-1-worker-8) [] VM '66b6d489-ceb8-486a-951a-355e21f13627'(HostedEngine) was unexpectedly detected as 'Down' on VDS '9808f434-5cd4-48b5-8bbc-e639e391c6a5'(ovirt-sj-01.ictv.com) (expected on 'f8d27efb-1527-45f0-97d6-d34a86abaaa2') 2020-02-14 12:33:53,217Z ERROR [org.ovirt.engine.core.vdsbroker.monitoring.VmAnalyzer] (ForkJoinPool-1-worker-8) [] Migration of VM 'HostedEngine' to host 'ovirt-sj-01.ictv.com' failed: VM destroyed during the startup. 2020-02-14 12:33:53,219Z INFO [org.ovirt.engine.core.vdsbroker.monitoring.VmAnalyzer] (ForkJoinPool-1-worker-15) [] VM '66b6d489-ceb8-486a-951a-355e21f13627'(HostedEngine) moved from 'MigratingFrom' --> 'Up' 2020-02-14 12:33:53,219Z INFO [org.ovirt.engine.core.vdsbroker.monitoring.VmAnalyzer] (ForkJoinPool-1-worker-15) [] Adding VM '66b6d489-ceb8-486a-951a-355e21f13627'(HostedEngine) to re-run list 2020-02-14 12:33:53,221Z ERROR [org.ovirt.engine.core.vdsbroker.monitoring.VmsMonitoring] (ForkJoinPool-1-worker-15) [] Rerun VM '66b6d489-ceb8-486a-951a-355e21f13627'. Called from VDS 'ovirt-sj-03.ictv.com' 2020-02-14 12:33:53,259Z INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.MigrateStatusVDSCommand] (EE-ManagedThreadFactory-engine-Thread-377323) [] START, MigrateStatusVDSCommand(HostName = ovirt-sj-03.ictv.com, MigrateStatusVDSCommandParameters:{hostId='f8d27efb-1527-45f0-97d6-d34a86abaaa2', vmId='66b6d489-ceb8-486a-951a-355e21f13627'}), log id: 62bac076 2020-02-14 12:33:53,265Z INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.MigrateStatusVDSCommand] (EE-ManagedThreadFactory-engine-Thread-377323) [] FINISH, MigrateStatusVDSCommand, return: , log id: 62bac076 2020-02-14 12:33:53,277Z WARN [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (EE-ManagedThreadFactory-engine-Thread-377323) [] EVENT_ID: VM_MIGRATION_TRYING_RERUN(128), Failed to migrate VM HostedEngine to Host ovirt-sj-01.ictv.com . Trying to migrate to another Host. 2020-02-14 12:33:53,330Z INFO [org.ovirt.engine.core.bll.scheduling.SchedulingManager] (EE-ManagedThreadFactory-engine-Thread-377323) [] Candidate host 'ovirt-sj-04.ictv.com' ('d98843da-bd81-46c9-9425-065b196ac59d') was filtered out by 'VAR__FILTERTYPE__INTERNAL' filter 'HA' (correlation id: null) 2020-02-14 12:33:53,330Z INFO [org.ovirt.engine.core.bll.scheduling.SchedulingManager] (EE-ManagedThreadFactory-engine-Thread-377323) [] Candidate host 'ovirt-sj-05.ictv.com' ('e3176705-9fb0-41d6-8721-367dfa2e62bd') was filtered out by 'VAR__FILTERTYPE__INTERNAL' filter 'HA' (correlation id: null) 2020-02-14 12:33:53,345Z INFO [org.ovirt.engine.core.bll.MigrateVmCommand] (EE-ManagedThreadFactory-engine-Thread-377323) [] Running command: MigrateVmCommand internal: false. Entities affected : ID: 66b6d489-ceb8-486a-951a-355e21f13627 Type: VMAction group MIGRATE_VM with role type USER 2020-02-14 12:33:53,356Z INFO [org.ovirt.engine.core.bll.scheduling.SchedulingManager] (EE-ManagedThreadFactory-engine-Thread-377323) [] Candidate host 'ovirt-sj-04.ictv.com' ('d98843da-bd81-46c9-9425-065b196ac59d') was filtered out by 'VAR__FILTERTYPE__INTERNAL' filter 'HA' (correlation id: 16f4559e-e262-4c9d-80b4-ec81c2cbf950) 2020-02-14 12:33:53,356Z INFO [org.ovirt.engine.core.bll.scheduling.SchedulingManager] (EE-ManagedThreadFactory-engine-Thread-377323) [] Candidate host 'ovirt-sj-05.ictv.com' ('e3176705-9fb0-41d6-8721-367dfa2e62bd') was filtered out by 'VAR__FILTERTYPE__INTERNAL' filter 'HA' (correlation id: 16f4559e-e262-4c9d-80b4-ec81c2cbf950) 2020-02-14 12:33:53,380Z INFO [org.ovirt.engine.core.vdsbroker.MigrateVDSCommand] (EE-ManagedThreadFactory-engine-Thread-377323) [] START, MigrateVDSCommand( MigrateVDSCommandParameters:{hostId='f8d27efb-1527-45f0-97d6-d34a86abaaa2', vmId='66b6d489-ceb8-486a-951a-355e21f13627', srcHost='ovirt-sj-03.ictv.com', dstVdsId='33e8ff78-e396-4f40-b43c-685bfaaee9af', dstHost='ovirt-sj-02.ictv.com:54321', migrationMethod='ONLINE', tunnelMigration='false', migrationDowntime='0', autoConverge='true', migrateCompressed='false', consoleAddress='null', maxBandwidth='40', enableGuestEvents='true', maxIncomingMigrations='2', maxOutgoingMigrations='2', convergenceSchedule='[init=[{name=setDowntime, params=[100]}], stalling=[{limit=1, action={name=setDowntime, params=[150]}}, {limit=2, action={name=setDowntime, params=[200]}}, {limit=3, action={name=setDowntime, params=[300]}}, {limit=4, action={name=setDowntime, params=[400]}}, {limit=6, action={name=setDowntime, params=[500]}}, {limit=-1, action={name=abort, params=[]}}]]', dstQemu='10.210.13.12'}), log id: d99059f 2020-02-14 12:33:53,380Z INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.MigrateBrokerVDSCommand] (EE-ManagedThreadFactory-engine-Thread-377323) [] START, MigrateBrokerVDSCommand(HostName = ovirt-sj-03.ictv.com, MigrateVDSCommandParameters:{hostId='f8d27efb-1527-45f0-97d6-d34a86abaaa2', vmId='66b6d489-ceb8-486a-951a-355e21f13627', srcHost='ovirt-sj-03.ictv.com', dstVdsId='33e8ff78-e396-4f40-b43c-685bfaaee9af', dstHost='ovirt-sj-02.ictv.com:54321', migrationMethod='ONLINE', tunnelMigration='false', migrationDowntime='0', autoConverge='true', migrateCompressed='false', consoleAddress='null', maxBandwidth='40', enableGuestEvents='true', maxIncomingMigrations='2', maxOutgoingMigrations='2', convergenceSchedule='[init=[{name=setDowntime, params=[100]}], stalling=[{limit=1, action={name=setDowntime, params=[150]}}, {limit=2, action={name=setDowntime, params=[200]}}, {limit=3, action={name=setDowntime, params=[300]}}, {limit=4, action={name=setDowntime, params=[400]}}, {limit=6, action={name=setDowntime, params=[500]}}, {limit=-1, action={name=abort, params=[]}}]]', dstQemu='10.210.13.12'}), log id: 6f0483ac 2020-02-14 12:33:53,386Z INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.MigrateBrokerVDSCommand] (EE-ManagedThreadFactory-engine-Thread-377323) [] FINISH, MigrateBrokerVDSCommand, return: , log id: 6f0483ac 2020-02-14 12:33:53,388Z INFO [org.ovirt.engine.core.vdsbroker.MigrateVDSCommand] (EE-ManagedThreadFactory-engine-Thread-377323) [] FINISH, MigrateVDSCommand, return: MigratingFrom, log id: d99059f 2020-02-14 12:33:53,391Z INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (EE-ManagedThreadFactory-engine-Thread-377323) [] EVENT_ID: VM_MIGRATION_START(62), Migration started (VM: HostedEngine, Source: ovirt-sj-03.ictv.com, Destination: ovirt-sj-02.ictv.com, User: mvrgotic@ictv.com@ictv.com-authz). 2020-02-14 12:33:55,108Z INFO [org.ovirt.engine.core.vdsbroker.monitoring.VmsStatisticsFetcher] (EE-ManagedThreadFactory-engineScheduled-Thread-96) [] Fetched 10 VMs from VDS '33e8ff78-e396-4f40-b43c-685bfaaee9af' 2020-02-14 12:33:55,110Z INFO [org.ovirt.engine.core.vdsbroker.monitoring.VmAnalyzer] (EE-ManagedThreadFactory-engineScheduled-Thread-96) [] VM '66b6d489-ceb8-486a-951a-355e21f13627' is migrating to VDS '33e8ff78-e396-4f40-b43c-685bfaaee9af'(ovirt-sj-02.ictv.com) ignoring it in the refresh until migration is done 2020-02-14 12:33:57,224Z INFO [org.ovirt.engine.core.vdsbroker.monitoring.VmAnalyzer] (ForkJoinPool-1-worker-15) [] VM '66b6d489-ceb8-486a-951a-355e21f13627' was reported as Down on VDS '33e8ff78-e396-4f40-b43c-685bfaaee9af'(ovirt-sj-02.ictv.com) 2020-02-14 12:33:57,225Z INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.DestroyVDSCommand] (ForkJoinPool-1-worker-15) [] START, DestroyVDSCommand(HostName = ovirt-sj-02.ictv.com, DestroyVmVDSCommandParameters:{hostId='33e8ff78-e396-4f40-b43c-685bfaaee9af', vmId='66b6d489-ceb8-486a-951a-355e21f13627', secondsToWait='0', gracefully='false', reason='', ignoreNoVm='true'}), log id: 1dec553e 2020-02-14 12:33:57,672Z INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.DestroyVDSCommand] (ForkJoinPool-1-worker-15) [] Failed to destroy VM '66b6d489-ceb8-486a-951a-355e21f13627' because VM does not exist, ignoring 2020-02-14 12:33:57,672Z INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.DestroyVDSCommand] (ForkJoinPool-1-worker-15) [] FINISH, DestroyVDSCommand, return: , log id: 1dec553e 2020-02-14 12:33:57,672Z INFO [org.ovirt.engine.core.vdsbroker.monitoring.VmAnalyzer] (ForkJoinPool-1-worker-15) [] VM '66b6d489-ceb8-486a-951a-355e21f13627'(HostedEngine) was unexpectedly detected as 'Down' on VDS '33e8ff78-e396-4f40-b43c-685bfaaee9af'(ovirt-sj-02.ictv.com) (expected on 'f8d27efb-1527-45f0-97d6-d34a86abaaa2') 2020-02-14 12:33:57,672Z ERROR [org.ovirt.engine.core.vdsbroker.monitoring.VmAnalyzer] (ForkJoinPool-1-worker-15) [] Migration of VM 'HostedEngine' to host 'ovirt-sj-02.ictv.com' failed: VM destroyed during the startup. 2020-02-14 12:33:57,674Z INFO [org.ovirt.engine.core.vdsbroker.monitoring.VmAnalyzer] (ForkJoinPool-1-worker-8) [] VM '66b6d489-ceb8-486a-951a-355e21f13627'(HostedEngine) moved from 'MigratingFrom' --> 'Up' 2020-02-14 12:33:57,674Z INFO [org.ovirt.engine.core.vdsbroker.monitoring.VmAnalyzer] (ForkJoinPool-1-worker-8) [] Adding VM '66b6d489-ceb8-486a-951a-355e21f13627'(HostedEngine) to re-run list 2020-02-14 12:33:57,676Z ERROR [org.ovirt.engine.core.vdsbroker.monitoring.VmsMonitoring] (ForkJoinPool-1-worker-8) [] Rerun VM '66b6d489-ceb8-486a-951a-355e21f13627'. Called from VDS 'ovirt-sj-03.ictv.com' 2020-02-14 12:33:57,678Z INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.MigrateStatusVDSCommand] (EE-ManagedThreadFactory-engine-Thread-377324) [] START, MigrateStatusVDSCommand(HostName = ovirt-sj-03.ictv.com, MigrateStatusVDSCommandParameters:{hostId='f8d27efb-1527-45f0-97d6-d34a86abaaa2', vmId='66b6d489-ceb8-486a-951a-355e21f13627'}), log id: 2228bcc 2020-02-14 12:33:57,682Z INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.MigrateStatusVDSCommand] (EE-ManagedThreadFactory-engine-Thread-377324) [] FINISH, MigrateStatusVDSCommand, return: , log id: 2228bcc 2020-02-14 12:33:57,691Z WARN [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (EE-ManagedThreadFactory-engine-Thread-377324) [] EVENT_ID: VM_MIGRATION_TRYING_RERUN(128), Failed to migrate VM HostedEngine to Host ovirt-sj-02.ictv.com . Trying to migrate to another Host. 2020-02-14 12:33:57,713Z INFO [org.ovirt.engine.core.bll.scheduling.SchedulingManager] (EE-ManagedThreadFactory-engine-Thread-377324) [] Candidate host 'ovirt-sj-04.ictv.com' ('d98843da-bd81-46c9-9425-065b196ac59d') was filtered out by 'VAR__FILTERTYPE__INTERNAL' filter 'HA' (correlation id: null) 2020-02-14 12:33:57,713Z INFO [org.ovirt.engine.core.bll.scheduling.SchedulingManager] (EE-ManagedThreadFactory-engine-Thread-377324) [] Candidate host 'ovirt-sj-05.ictv.com' ('e3176705-9fb0-41d6-8721-367dfa2e62bd') was filtered out by 'VAR__FILTERTYPE__INTERNAL' filter 'HA' (correlation id: null) 2020-02-14 12:33:57,713Z WARN [org.ovirt.engine.core.bll.MigrateVmCommand] (EE-ManagedThreadFactory-engine-Thread-377324) [] Validation of action 'MigrateVm' failed for user mvrgotic@ictv.com@ictv.com-authz. Reasons: VAR__ACTION__MIGRATE,VAR__TYPE__VM,VAR__ACTION__MIGRATE,VAR__TYPE__VM,VAR__ACTION__MIGRATE,VAR__TYPE__VM,SCHEDULING_ALL_HOSTS_FILTERED_OUT,VAR__FILTERTYPE__INTERNAL,$hostName ovirt-sj-04.ictv.com,$filterName HA,VAR__DETAIL__NOT_HE_HOST,SCHEDULING_HOST_FILTERED_REASON_WITH_DETAIL,VAR__FILTERTYPE__INTERNAL,$hostName ovirt-sj-05.ictv.com,$filterName HA,VAR__DETAIL__NOT_HE_HOST,SCHEDULING_HOST_FILTERED_REASON_WITH_DETAIL 2020-02-14 12:33:57,715Z INFO [org.ovirt.engine.core.bll.MigrateVmCommand] (EE-ManagedThreadFactory-engine-Thread-377324) [] Lock freed to object 'EngineLock:{exclusiveLocks='[66b6d489-ceb8-486a-951a-355e21f13627=VM]', sharedLocks=''}' 2020-02-14 12:33:57,725Z WARN [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (EE-ManagedThreadFactory-engine-Thread-377324) [] EVENT_ID: VM_MIGRATION_NO_VDS_TO_MIGRATE_TO(166), No available host was found to migrate VM HostedEngine to. 2020-02-14 12:33:57,752Z ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (EE-ManagedThreadFactory-engine-Thread-377324) [] EVENT_ID: VM_MIGRATION_FAILED(65), Migration failed (VM: HostedEngine, Source: ovirt-sj-03.ictv.com) 2020-02-14 12:33:58,220Z INFO [org.ovirt.engine.core.bll.utils.ThreadPoolMonitoringService] (EE-ManagedThreadFactory-engineThreadMonitoring-Thread-1) [] Thread pool 'commandCoordinator' is using 0 threads out of 10, 6 threads waiting for tasks. 2020-02-14 12:33:58,220Z INFO [org.ovirt.engine.core.bll.utils.ThreadPoolMonitoringService] (EE-ManagedThreadFactory-engineThreadMonitoring-Thread-1) [] Thread pool 'default' is using 0 threads out of 1, 5 threads waiting for tasks. 2020-02-14 12:33:58,220Z INFO [org.ovirt.engine.core.bll.utils.ThreadPoolMonitoringService] (EE-ManagedThreadFactory-engineThreadMonitoring-Thread-1) [] Thread pool 'engine' is using 0 threads out of 500, 42 threads waiting for tasks and 0 tasks in queue. 2020-02-14 12:33:58,220Z INFO [org.ovirt.engine.core.bll.utils.ThreadPoolMonitoringService] (EE-ManagedThreadFactory-engineThreadMonitoring-Thread-1) [] Thread pool 'engineScheduled' is using 0 threads out of 100, 100 threads waiting for tasks. 2020-02-14 12:33:58,220Z INFO [org.ovirt.engine.core.bll.utils.ThreadPoolMonitoringService] (EE-ManagedThreadFactory-engineThreadMonitoring-Thread-1) [] Thread pool 'engineThreadMonitoring' is using 1 threads out of 1, 0 threads waiting for tasks. 2020-02-14 12:33:58,220Z INFO [org.ovirt.engine.core.bll.utils.ThreadPoolMonitoringService] (EE-ManagedThreadFactory-engineThreadMonitoring-Thread-1) [] Thread pool 'hostUpdatesChecker' is using 0 threads out of 5, 5 threads waiting for tasks. 2020-02-14 12:34:05,643Z INFO [org.ovirt.engine.core.bll.EngineBackupAwarenessManager] (EE-ManagedThreadFactory-engineScheduled-Thread-94) [] Backup check started. 2020-02-14 12:34:05,649Z WARN [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (EE-ManagedThreadFactory-engineScheduled-Thread-94) [] EVENT_ID: ENGINE_NO_WARM_BACKUP(9,023), Full backup was created on Mon Feb 03 17:48:23 UTC 2020 and it's too old. Please run engine-backup to prevent data loss in case of corruption. 2020-02-14 12:34:05,649Z INFO [org.ovirt.engine.core.bll.EngineBackupAwarenessManager] (EE-ManagedThreadFactory-engineScheduled-Thread-94) [] Backup check completed. 2020-02-14 12:34:10,145Z INFO [org.ovirt.engine.core.vdsbroker.monitoring.VmsStatisticsFetcher] (EE-ManagedThreadFactory-engineScheduled-Thread-92) [] Fetched 9 VMs from VDS '33e8ff78-e396-4f40-b43c-685bfaaee9af' I have tried to fix the issue: * by reinstall of the Node1 * by Undeploy HostedEngine from Node1 – than remove the Node1 from oVIrt – add as NewHost with HostedEngine deploy * by Undeploy HostedEngine from Node1 – than remove the Node1 from oVIrt – add as NewHost with HostedEngine deploy – set to Maintenance Mode and reboot – just for sake of starting services in correct order In all cases, error message remains the same and HostedEngine remains on Node3. Kindly awaiting your reply. ----- kind regards/met vriendelijke groeten Marko Vrgotic Sr. System Engineer @ System Administration ActiveVideo o: +31 (35) 6774131 e: m.vrgotic(a)activevideo.com<mailto:m.vrgotic@activevideo.com> w: www.activevideo.com<http://www.activevideo.com> ActiveVideo Networks BV. Mediacentrum 3745 Joop van den Endeplein 1.1217 WJ Hilversum, The Netherlands. The information contained in this message may be legally privileged and confidential. It is intended to be read only by the individual or entity to whom it is addressed or by their designee. If the reader of this message is not the intended recipient, you are on notice that any distribution of this message, in any form, is strictly prohibited. If you have received this message in error, please immediately notify the sender and/or ActiveVideo Networks, LLC by telephone at +1 408.931.9200 and delete or destroy any copy of this message.

2 20

Error with LDAP
by Lucas Lamy 18 Feb '20

18 Feb '20

Hello everyone. I have previously configured LDAP connexion though ovirt-engine-extension-aaa-ldap-setup. The only working configuration was IBM Security Directory Server (the IBM Security Directory Server RFC-2307 Schema doesn't work), ladps and anonymous search user. But the LDAP server I’m testing is OpenLDAP and not IBM. Indeed with IBM the search and login are working fine when I test them with ovirt-engine-extensions-tool aaa. But when I try to add a LDAP User in the User Administration Panel I get this Error message : "Error while executing action AddUser : Internal Engine Error". None of the solutions I've found on previous threads seems to works. Does someone have an idea please ? Please find the logs attached. Thank you beforehand. Caused by: org.postgresql.util.PSQLException: ERROR: null value in column "external_id" violates not-null constraint Detail: Failing row contains (**user info**). Where: SQL statement "INSERT INTO users ( department, domain, email, name, note, surname, user_id, username, external_id, namespace ) VALUES ( v_department, v_domain, v_email, v_name, v_note, v_surname, v_user_id, v_username, v_external_id, v_namespace )" PL/pgSQL function insertuser(character varying,character varying,character varying,character varying,character varying,character varying,uuid,character varying,text,character varying) line 3 at SQL state$ at org.postgresql.core.v3.QueryExecutorImpl.receiveErrorResponse(QueryExecutorImpl.java:2433) at org.postgresql.core.v3.QueryExecutorImpl.processResults(QueryExecutorImpl.java:2178) at org.postgresql.core.v3.QueryExecutorImpl.execute(QueryExecutorImpl.java:306) at org.postgresql.jdbc.PgStatement.executeInternal(PgStatement.java:441) at org.postgresql.jdbc.PgStatement.execute(PgStatement.java:365) at org.postgresql.jdbc.PgPreparedStatement.executeWithFlags(PgPreparedStatement.java:155) at org.postgresql.jdbc.PgCallableStatement.executeWithFlags(PgCallableStatement.java:78) at org.postgresql.jdbc.PgPreparedStatement.execute(PgPreparedStatement.java:144) at org.jboss.jca.adapters.jdbc.CachedPreparedStatement.execute(CachedPreparedStatement.java:303) at org.jboss.jca.adapters.jdbc.WrappedPreparedStatement.execute(WrappedPreparedStatement.java:442) at org.springframework.jdbc.core.JdbcTemplate.lambda$call$4(JdbcTemplate.java:1105) [spring-jdbc.jar:5.0.4.RELEASE] at org.springframework.jdbc.core.JdbcTemplate.execute(JdbcTemplate.java:1050) [spring-jdbc.jar:5.0.4.RELEASE] ... 162 more 2020-02-15 10:16:53,337+01 ERROR [org.ovirt.engine.core.bll.aaa.AddUserCommand] (default task-4) [222f7ca7-b669-40e0-b152-2ca898ebde09] Transaction rolled-back for command 'org.ovirt.engine.core.bll.aaa.$ 2020-02-15 10:16:53,341+01 WARN [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (default task-4) [222f7ca7-b669-40e0-b152-2ca898ebde09] EVENT_ID: USER_FAILED_ADD_ADUSER(327), Fail, Failed to add User 'user' to the system.

1 0