[ovirt-users] engine-backup Ovirt 3.6.
Hi, Its time to move in to Ovirt 4.x. But when I do the backup I got an error telling me "FATAL: Failed notifying engine". The command I us is "engine-backup --mode=backup --file=engine_2.6.7.tar.gz --log=engine_2.6.7_backup.log" and the what I got is: " Backing up: Notifying engine Notifying engine FATAL: Failed notifying engine " The engine_2.6.7_backup.log says: " 2017-01-27 12:55:20 17029: Start of engine-backup mode backup scope all file engine_2.6.7.tar.gz 2017-01-27 12:55:20 17029: OUTPUT: Backing up: 2017-01-27 12:55:20 17029: Generating pgpass 2017-01-27 12:55:20 17029: OUTPUT: Notifying engine 2017-01-27 12:55:20 17029: pg_cmd running: psql -w -U engine -h localhost -p 5432 engine -t -c SELECT LogEngineBackupEvent('files', now(), 0, 'Started', 'ovirt.actnet.local', '/root/engine_2.6.7_backup.log'); psql: FATAL: password authentication failed for user "engine" 2017-01-27 12:55:20 17029: FATAL: Failed notifying engine 2017-01-27 12:55:20 17029: OUTPUT: Notifying engine 2017-01-27 12:55:20 17029: pg_cmd running: psql -w -U engine -h localhost -p 5432 engine -t -c SELECT LogEngineBackupEvent('files', now(), -1, 'Failed notifying engine', 'ovirt.actnet.local', '/root/engine_2.6.7_backup.log'); psql: FATAL: password authentication failed for user "engine" 2017-01-27 12:55:20 17029: FATAL: Failed notifying engine " I can connect to the database with user"engine" and the password found in the file "10-setup-database.conf". Regards -- Ricky Schneberger Use PGP to protect your own privacy! Key fingerprint = 59E1 2B00 C28B 6E0D C8D1 D85B 39AA 7CD5 B88C 0B63 Key-ID: 0xB88C0B63 signature.asc Description: OpenPGP digital signature ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] restore of backup fail when Migrating to ovirt-engine 4.0
>> [.. cutting all bogus as it is unreadable, even with html mails..] >> >> On Tue, Jun 28, 2016 at 4:00 PM, Yaniv Dary wrote: >> >>> Do you have any 3.5 clusters? You can only upgrade to 4.0, if all the >>> cluster are 3.6 compatibility. >>>> #engine-backup --mode=restore --no-restore-permissions --provision-db >>>> --provision-dwh-db --provision-reports-db --file=engine-backup.tar.gz >>>> --log=engine-backup-restore.log >>>> >>>> Success with the restore! >>>> >>>> Thanks for pointing me out. What I did was just following the >>>> documentation, right or wrong. >>>> >>>> But when I run "Engine-setup" I got stucked with >>>> >>>> "[ INFO ] Stage: Setup validation >>>> [WARNING] Less than 16384MB of memory is available >>>> [ ERROR ] Failed to execute stage 'Setup validation': Trying to upgrade >>>> from unsupported versions: 3.5 >>>> [ INFO ] Stage: Clean up >>>> Log file is located at >>>> /var/log/ovirt-engine/setup/ovirt-engine-setup-20160628120936-ix7pb8.log >>>> [ INFO ] Generating answer file >>>> '/var/lib/ovirt-engine/setup/answers/20160628121149-setup.conf' >>>> [ INFO ] Stage: Pre-termination >>>> [ INFO ] Stage: Termination >>>> [ ERROR ] Execution of setup failed" >>>> > 3.6 EL6 migration to 4.0 EL7 works OK for me with following steps: > > 1. 3.6 EL6 engine (3.6 dc/clstr level) > 2. 3.6 EL6 engine-backup and do backup > 3. 4.0 EL7 clean install > 4. 4.0 EL7 engine-backup and do restore > 5. 4.0 EL7 engine-setup > > What are the problematic steps on other side? > > Do we have a problem if 3.6 EL6 engine does have dc/clstr level set to '3.5'? > > j. > I "thought" I got cluster level 3.6. Bad move to not check this up. Now when I tried to upgrade from cluster level 3.5 I found out that I maybe need EL7 hosts to upgrade to 3.6. I have VDSM 4.16.x on my el6 hosts and thought it should work but no success. regards -- Ricky Schneberger Use PGP to protect your own privacy! Key fingerprint = 59E1 2B00 C28B 6E0D C8D1 D85B 39AA 7CD5 B88C 0B63 Key-ID: 0xB88C0B63 -- IMPORTANT! This message has been scanned for viruses and phishing links. However, it is your responsibility to evaluate the links and attachments you choose to click. If you are uncertain, we always try to help. Greetings helpd...@actnet.se ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] restore of backup fail when Migrating to ovirt-engine 4.0
On 2016-06-28 10:21, Yedidyah Bar David wrote: > On Tue, Jun 28, 2016 at 10:53 AM, Ricky Schneberger > wrote: >> On 2016-06-27 19:15, Fernando Fuentes wrote: >> >> Ricky, >> >> I am under the impression that the DB migration was implemented in >> release 3.6.6. >> >> I might be wrong. >> >> https://www.ovirt.org/release/3.6.6/ >> >> What's New in 3.6.6? >> Enhancement >> oVirt Engine >> >> BZ 1241149 [RFE] Provide way to preform in-cluster upgrade of hosts from >> el6->el7. >> BZ 1332463 [RFE] restore: ensure that 3.6 on el6 backup can be restored >> on 3.6 on el7 >> Feature: >> >> Allow engine-backup on el7 to restore backups taken on el6. >> >> Reason: >> >> engine 4.0 does not support el6. Users that want to upgrade from 3.6 on >> el6 to 4.0 on el7 have to do this by backing up the engine on 3.6/el6 >> and restore on 4.0/el7. >> >> This feature, backported from 4.0, allows to do such a migration also in >> 3.6. >> >> Result: >> >> Using this flow, it's possible to migrate a el6 setup to el7: >> >> On the existing engine machine run: >> 1. engine-backup --mode=backup --file=engine-3.6.bck --log=backup.log >> >> On a new el7 machine: >> 2. Install engine, including dwh if it was set up on el6. >> 3. Copy engine-3.6.bck to the el7 machine >> 4. engine-backup --mode=restore --file=engine-3.6.bck --log=restore.log >> --provision-db --no-restore-permissions >> 5. engine-setup >> >> Check engine-backup documentation for other options, including using >> remote databases, extra grants/permissions, etc. >> >> >> One step forward, two backward >> >> - upgrade the old EL6 to ovirt 3.6.6 >> - engine-backup --mode=backup --file=engine-backup.tar.gz --log=backup.log >> - install http://resources.ovirt.org/pub/yum-repo/ovirt-release40.rpm, to >> have ovirt-engine 4.0.0.6. >> - yum install ovirt-engine >> - engine-backup --mode=restore --no-restore-permissions --provision-db >> --file=engine-backup.tar.gz --log=engine-backup-restore.log >> >> Then I got this error... >> >> "Preparing to restore: >> - Unpacking file 'engine-backup.tar.gz' >> Restoring: >> - Files >> -- >> Please note: >> >> Operating system is different from the one used during backup. >> Current operating system: centos7 >> Operating system at backup: centos6 >> >> Apache httpd configuration will not be restored. >> You will be asked about it on the next engine-setup run. >> -- >> Provisioning PostgreSQL users/databases: >> - user 'engine', database 'engine' >> Restoring: >> FATAL: Can't connect to database 'ovirt_engine_history'. Please see >> '/usr/bin/engine-backup --help'." >> > The backup/restore here is just like normal ones, so for details you can read > the output of 'engine-backup --help' or [1]. > > In your specific case, you seem to have dwh in your backup. > > To restore it, you have to either prepare a database with the same credentials > as the one used in the old machine, or, if it was automatically-provisioned by > engine-setup, you can pass the option '--provision-dwh-db' to make > engine-backup > create it for you. > > I think I should add an option '--provision-all-databases' or something like > that. Didn't feel very good about it so never done, and no-one asked for it... > > Best regards, > > [1] > http://www.ovirt.org/develop/release-management/features/engine/engine-backup/ > > #engine-backup --mode=restore --no-restore-permissions --provision-db --provision-dwh-db --provision-reports-db --file=engine-backup.tar.gz --log=engine-backup-restore.log Success with the restore! Thanks for pointing me out. What I did was just following the documentation, right or wrong. But when I run "Engine-setup" I got stucked with "[ INFO ] Stage: Setup validation [WARNING] Less than 16384MB of memory is available [ ERROR ] Failed to execute stage 'Setup validation': Trying to upgrade from unsupported versions: 3.5 [ INFO ] Stage: Clean up Log file is located at /var/log/ovirt-engine/setup/ovirt-engine-setup-20160628120936-ix7pb8.log [ INFO ] Generating answer file '/var/lib/ovirt-engine/setup/answers/20160628121149-setup.conf' [ INFO ] Stage: Pre-termination [ INFO ] Stage: Termination [ ERROR ] Execution of setup failed" Seems to be something missing from an earlier db-upgrade? -- Ricky Schneberger Use PGP to protect your own privacy! Key fingerprint = 59E1 2B00 C28B 6E0D C8D1 D85B 39AA 7CD5 B88C 0B63 Key-ID: 0xB88C0B63 signature.asc Description: OpenPGP digital signature ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] restore of backup fail when Migrating to ovirt-engine 4.0
On 2016-06-27 19:15, Fernando Fuentes wrote: > Ricky, > > I am under the impression that the DB migration was implemented in > release 3.6.6. > > I might be wrong. > > https://www.ovirt.org/release/3.6.6/ > > What's New in 3.6.6? > Enhancement > oVirt Engine > > BZ 1241149 [RFE] Provide way to preform in-cluster upgrade of hosts from > el6->el7. > BZ 1332463 [RFE] restore: ensure that 3.6 on el6 backup can be restored > on 3.6 on el7 > Feature: > > Allow engine-backup on el7 to restore backups taken on el6. > > Reason: > > engine 4.0 does not support el6. Users that want to upgrade from 3.6 on > el6 to 4.0 on el7 have to do this by backing up the engine on 3.6/el6 > and restore on 4.0/el7. > > This feature, backported from 4.0, allows to do such a migration also in > 3.6. > > Result: > > Using this flow, it's possible to migrate a el6 setup to el7: > > On the existing engine machine run: > 1. engine-backup --mode=backup --file=engine-3.6.bck --log=backup.log > > On a new el7 machine: > 2. Install engine, including dwh if it was set up on el6. > 3. Copy engine-3.6.bck to the el7 machine > 4. engine-backup --mode=restore --file=engine-3.6.bck --log=restore.log > --provision-db --no-restore-permissions > 5. engine-setup > > Check engine-backup documentation for other options, including using > remote databases, extra grants/permissions, etc. > One step forward, two backward - upgrade the old EL6 to ovirt 3.6.6 - engine-backup --mode=backup --file=engine-backup.tar.gz --log=backup.log - install http://resources.ovirt.org/pub/yum-repo/ovirt-release40.rpm, to have ovirt-engine 4.0.0.6. - yum install ovirt-engine - |engine-backup --mode=restore --no-restore-permissions --provision-db --file=engine-backup.tar.gz --log=engine-backup-restore.log Then I got this error... "Preparing to restore: - Unpacking file 'engine-backup.tar.gz' Restoring: - Files -- Please note: Operating system is different from the one used during backup. Current operating system: centos7 Operating system at backup: centos6 Apache httpd configuration will not be restored. You will be asked about it on the next engine-setup run. -- Provisioning PostgreSQL users/databases: - user 'engine', database 'engine' Restoring: FATAL: Can't connect to database 'ovirt_engine_history'. Please see '/usr/bin/engine-backup --help'." I have attached the engine-backup-restore.log. //Ricky | 2016-06-28 09:42:01 20260: Start of engine-backup mode restore scope all file engine-backup.tar.gz 2016-06-28 09:42:01 20260: OUTPUT: Preparing to restore: 2016-06-28 09:42:01 20260: OUTPUT: - Unpacking file 'engine-backup.tar.gz' 2016-06-28 09:42:01 20260: Opening tarball engine-backup.tar.gz to /tmp/engine-backup.YuNYQaC9J3 2016-06-28 09:42:02 20260: Verifying md5 2016-06-28 09:42:02 20260: Verifying version 2016-06-28 09:42:02 20260: Reading config 2016-06-28 09:42:02 20260: OUTPUT: Restoring: 2016-06-28 09:42:02 20260: OUTPUT: - Files 2016-06-28 09:42:02 20260: Restoring files 2016-06-28 09:42:02 20260: Reloading configuration 2016-06-28 09:42:02 20260: OUTPUT: Provisioning PostgreSQL users/databases: 2016-06-28 09:42:02 20260: provisionDB: user engine host localhost port 5432 database engine secured False secured_host_validation False 2016-06-28 09:42:02 20260: OUTPUT: - user 'engine', database 'engine' [ INFO ] Stage: Initializing [ INFO ] Stage: Environment setup Configuration files: ['/etc/ovirt-engine-setup.conf.d/10-packaging-jboss.conf', '/etc/ovirt-engine-setup.conf.d/10-packaging.conf', '/etc/ovirt-engine-setup.conf.d/20-setup-ovirt-post.conf', '/tmp/engine-backup.YuNYQaC9J3/pg-provision-answer-file'] Log file: /var/log/ovirt-engine/setup/ovirt-engine-provisiondb-20160628094202-nwcp21.log Version: otopi-1.5.0 (otopi-1.5.0-1.el7.centos) [ INFO ] Stage: Environment packages setup [ INFO ] Stage: Programs detection [ INFO ] Stage: Environment customization [ INFO ] Stage: Setup validation [ INFO ] Stage: Transaction setup [ INFO ] Stage: Misc configuration [ INFO ] Stage: Package installation [ INFO ] Stage: Misc configuration [ INFO ] Creating PostgreSQL 'engine' database [ INFO ] Configuring PostgreSQL [ INFO ] Stage: Transaction commit [ INFO ] Stage: Closing up [ INFO ] Stage: Clean up Log file is located at /var/log/ovirt-engine/setup/ovirt-engine-provisiondb-20160628094202-nwcp21.log [ INFO ] Stage: Pre-termination [ INFO ] Stage: Termination [ INFO ] Execution of provisiondb completed successfully 2016-06-28 09:42:08 20260: OUTPUT: Restoring: 2016-06-28 09:42:08 20260: Generating pgpass 2016-06-28 09:42:08 20260: Verifying connection 2016-06-28 09:42:08 20260: pg_cmd running: psql -w -U engine -h localhost -p 5432 engine -c select 1 ?column? -- 1 (1 row) 2016-06-28 09:42:08 20260: pg_cmd running: psql -w -U
Re: [ovirt-users] restore of backup fail when Migrating to ovirt-engine 4.0
On 2016-06-28 08:37, Ricky Schneberger wrote: > On 2016-06-27 23:52, Simone Tiraboschi wrote: >> >> >> Il 27 Giu 2016 18:18, "Ricky Schneberger" ha >> scritto: >> > >> > On 2016-06-27 17:44, Simone Tiraboschi wrote: >> > > On Mon, Jun 27, 2016 at 5:05 PM, Ricky Schneberger >> mailto:ri...@schneberger.se>> wrote: >> > >> Hi, >> > >> >> > >> I ran my oVirt 3.6 on Centos6 and because of that I had to do a >> manual >> > >> migration when trying to move to oVirt 4.0. >> > >> >> > >> http://www.ovirt.org/documentation/migration-engine-3.6-to-4.0/ >> > >> >> > >> Everything went OK until I did the restore, >> > >> >> > >> ## engine-backup --mode=restore --no-restore-permissions >> --provision-db >> > >> --file=engine-backup.tar.gz --log=engine-backup-restore.log >> > >> >> > >> Preparing to restore: >> > >> - Unpacking file 'engine-backup.tar.gz' >> > >> FATAL: Backup was created by version '3.6' and can not be >> restored using >> > >> the installed version 4.1 >> > > This looks pretty strange: it should be 4.0 and it should work. >> > > >> > > Can you please share the list of oVirt packages you installed on the >> > > engine server? >> > > Can you please share your oVirt repo details? >> > > >> > >> and then I got stucked. Is there something I need to do when I >> do the >> > >> backup? >> > >> >> > >> My old oVirt-engine was version ovirt-engine-3.6.3.4-1.el6.noarch >> > >> >> > >> regards >> > >> >> > >> -- >> > >> Ricky Schneberger >> > >> > I attached my repo files and below you find parts of my yum.log. >> >> OK, the issue is here: ovirt-master-snapshot is the nightly build >> repo from the development branch. >> If you want something stable, please downgrade to 4.0. >> >> > The ovirt-master-snapshot is enabled by default when following the > migration documentation. I don't think this is an good idea. > > Regards //Ricky > > > ___ > Users mailing list > Users@ovirt.org > http://lists.ovirt.org/mailman/listinfo/users OK, when using the right repos, http://resources.ovirt.org/pub/yum-repo/ovirt-release40.rpm, I got ovirt-engine 4.0.0.6. Thanks. -- Ricky Schneberger Use PGP to protect your own privacy! Key fingerprint = 59E1 2B00 C28B 6E0D C8D1 D85B 39AA 7CD5 B88C 0B63 Key-ID: 0xB88C0B63 signature.asc Description: OpenPGP digital signature ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] restore of backup fail when Migrating to ovirt-engine 4.0
On 2016-06-27 23:52, Simone Tiraboschi wrote: > > > Il 27 Giu 2016 18:18, "Ricky Schneberger" <mailto:ri...@schneberger.se>> ha scritto: > > > > On 2016-06-27 17:44, Simone Tiraboschi wrote: > > > On Mon, Jun 27, 2016 at 5:05 PM, Ricky Schneberger > mailto:ri...@schneberger.se>> wrote: > > >> Hi, > > >> > > >> I ran my oVirt 3.6 on Centos6 and because of that I had to do a > manual > > >> migration when trying to move to oVirt 4.0. > > >> > > >> http://www.ovirt.org/documentation/migration-engine-3.6-to-4.0/ > > >> > > >> Everything went OK until I did the restore, > > >> > > >> ## engine-backup --mode=restore --no-restore-permissions > --provision-db > > >> --file=engine-backup.tar.gz --log=engine-backup-restore.log > > >> > > >> Preparing to restore: > > >> - Unpacking file 'engine-backup.tar.gz' > > >> FATAL: Backup was created by version '3.6' and can not be > restored using > > >> the installed version 4.1 > > > This looks pretty strange: it should be 4.0 and it should work. > > > > > > Can you please share the list of oVirt packages you installed on the > > > engine server? > > > Can you please share your oVirt repo details? > > > > > >> and then I got stucked. Is there something I need to do when I do the > > >> backup? > > >> > > >> My old oVirt-engine was version ovirt-engine-3.6.3.4-1.el6.noarch > > >> > > >> regards > > >> > > >> -- > > >> Ricky Schneberger > > > > I attached my repo files and below you find parts of my yum.log. > > OK, the issue is here: ovirt-master-snapshot is the nightly build repo > from the development branch. > If you want something stable, please downgrade to 4.0. > > The ovirt-master-snapshot is enabled by default when following the migration documentation. I don't think this is an good idea. Regards //Ricky signature.asc Description: OpenPGP digital signature ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] restore of backup fail when Migrating to ovirt-engine 4.0
On 2016-06-27 19:15, Fernando Fuentes wrote: > Ricky, > > I am under the impression that the DB migration was implemented in > release 3.6.6. > > I might be wrong. > > https://www.ovirt.org/release/3.6.6/ > > What's New in 3.6.6? > Enhancement > oVirt Engine > > BZ 1241149 [RFE] Provide way to preform in-cluster upgrade of hosts from > el6->el7. > BZ 1332463 [RFE] restore: ensure that 3.6 on el6 backup can be restored > on 3.6 on el7 > Feature: > > Allow engine-backup on el7 to restore backups taken on el6. > > Reason: > > engine 4.0 does not support el6. Users that want to upgrade from 3.6 on > el6 to 4.0 on el7 have to do this by backing up the engine on 3.6/el6 > and restore on 4.0/el7. > > This feature, backported from 4.0, allows to do such a migration also in > 3.6. > > Result: > > Using this flow, it's possible to migrate a el6 setup to el7: > > On the existing engine machine run: > 1. engine-backup --mode=backup --file=engine-3.6.bck --log=backup.log > > On a new el7 machine: > 2. Install engine, including dwh if it was set up on el6. > 3. Copy engine-3.6.bck to the el7 machine > 4. engine-backup --mode=restore --file=engine-3.6.bck --log=restore.log > --provision-db --no-restore-permissions > 5. engine-setup > > Check engine-backup documentation for other options, including using > remote databases, extra grants/permissions, etc. > Hi, I tried upgrade my old install to 3.6.6 with same result. I will try downgrade to 4.0 to see what happen. Regards -- Ricky Schneberger Use PGP to protect your own privacy! Key fingerprint = 59E1 2B00 C28B 6E0D C8D1 D85B 39AA 7CD5 B88C 0B63 Key-ID: 0xB88C0B63 signature.asc Description: OpenPGP digital signature ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] restore of backup fail when Migrating to ovirt-engine 4.0
On 2016-06-27 19:15, Fernando Fuentes wrote: > Ricky, > > I am under the impression that the DB migration was implemented in > release 3.6.6. > > I might be wrong. > > https://www.ovirt.org/release/3.6.6/ > > What's New in 3.6.6? > Enhancement > oVirt Engine > > BZ 1241149 [RFE] Provide way to preform in-cluster upgrade of hosts from > el6->el7. > BZ 1332463 [RFE] restore: ensure that 3.6 on el6 backup can be restored > on 3.6 on el7 > Feature: > > Allow engine-backup on el7 to restore backups taken on el6. > > Reason: > > engine 4.0 does not support el6. Users that want to upgrade from 3.6 on > el6 to 4.0 on el7 have to do this by backing up the engine on 3.6/el6 > and restore on 4.0/el7. > > This feature, backported from 4.0, allows to do such a migration also in > 3.6. > > Result: > > Using this flow, it's possible to migrate a el6 setup to el7: > > On the existing engine machine run: > 1. engine-backup --mode=backup --file=engine-3.6.bck --log=backup.log > > On a new el7 machine: > 2. Install engine, including dwh if it was set up on el6. > 3. Copy engine-3.6.bck to the el7 machine > 4. engine-backup --mode=restore --file=engine-3.6.bck --log=restore.log > --provision-db --no-restore-permissions > 5. engine-setup > > Check engine-backup documentation for other options, including using > remote databases, extra grants/permissions, etc. > Thank you! Seems that you have found the treasure. I will try this tomorrow Regards -- Ricky Schneberger Use PGP to protect your own privacy! Key fingerprint = 59E1 2B00 C28B 6E0D C8D1 D85B 39AA 7CD5 B88C 0B63 Key-ID: 0xB88C0B63 signature.asc Description: OpenPGP digital signature ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] restore of backup fail when Migrating to ovirt-engine 4.0
On 2016-06-27 17:57, Fernando Fuentes wrote: > Just curious. > Is the ovirt where the backup is coming from above version 3.6.6? > > Regards, > Hi, The package is ovirt-engine-3.6.3.4-1.el6.noarch Regards -- Ricky Schneberger Use PGP to protect your own privacy! Key fingerprint = 59E1 2B00 C28B 6E0D C8D1 D85B 39AA 7CD5 B88C 0B63 Key-ID: 0xB88C0B63 signature.asc Description: OpenPGP digital signature ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] restore of backup fail when Migrating to ovirt-engine 4.0
On 2016-06-27 17:44, Simone Tiraboschi wrote: > On Mon, Jun 27, 2016 at 5:05 PM, Ricky Schneberger > wrote: >> Hi, >> >> I ran my oVirt 3.6 on Centos6 and because of that I had to do a manual >> migration when trying to move to oVirt 4.0. >> >> http://www.ovirt.org/documentation/migration-engine-3.6-to-4.0/ >> >> Everything went OK until I did the restore, >> >> ## engine-backup --mode=restore --no-restore-permissions --provision-db >> --file=engine-backup.tar.gz --log=engine-backup-restore.log >> >> Preparing to restore: >> - Unpacking file 'engine-backup.tar.gz' >> FATAL: Backup was created by version '3.6' and can not be restored using >> the installed version 4.1 > This looks pretty strange: it should be 4.0 and it should work. > > Can you please share the list of oVirt packages you installed on the > engine server? > Can you please share your oVirt repo details? > >> and then I got stucked. Is there something I need to do when I do the >> backup? >> >> My old oVirt-engine was version ovirt-engine-3.6.3.4-1.el6.noarch >> >> regards >> >> -- >> Ricky Schneberger I attached my repo files and below you find parts of my yum.log. Jun 27 16:36:40 Installed: ovirt-release-master-4.0.0-0.3.master.20160518074018.gitec2301a.noarch Jun 27 16:42:01 Installed: ovirt-setup-lib-1.0.2-1.el7.centos.noarch Jun 27 16:42:30 Installed: ovirt-engine-extensions-api-impl-4.1.0-0.0.master.20160626231337.git2603680.el7.centos.noarch Jun 27 16:42:31 Installed: ovirt-engine-extension-aaa-jdbc-1.1.1-0.0.master.20160526092913.git2e68ef6.el7.noarch Jun 27 16:42:33 Installed: ovirt-engine-sdk-python-3.6.5.2-0.1.20160531.gite3a4f2a.el7.centos.noarch Jun 27 16:42:39 Installed: ovirt-host-deploy-1.5.0-1.el7.centos.noarch Jun 27 16:43:08 Installed: python-ovirt-engine-sdk4-4.0.0-0.3.a3.el7.centos.x86_64 Jun 27 16:43:09 Installed: ovirt-image-uploader-4.0.1-0.0.master.20160601214601.gitd6fd324.el7.centos.noarch Jun 27 16:43:09 Installed: ovirt-iso-uploader-4.0.1-0.0.master.20160531154203.git7213b00.el7.centos.noarch Jun 27 16:43:16 Installed: ovirt-engine-wildfly-overlay-10.0.0-1.el7.noarch Jun 27 16:43:42 Installed: ovirt-engine-wildfly-10.0.0-1.el7.x86_64 Jun 27 16:43:59 Installed: ovirt-engine-lib-4.1.0-0.0.master.20160626231337.git2603680.el7.centos.noarch Jun 27 16:44:04 Installed: ovirt-engine-setup-base-4.1.0-0.0.master.20160626231337.git2603680.el7.centos.noarch Jun 27 16:44:40 Installed: ovirt-engine-setup-plugin-ovirt-engine-common-4.1.0-0.0.master.20160626231337.git2603680.el7.centos.noarch Jun 27 16:44:41 Installed: ovirt-engine-tools-backup-4.1.0-0.0.master.20160626231337.git2603680.el7.centos.noarch Jun 27 16:44:42 Installed: ovirt-engine-setup-plugin-websocket-proxy-4.1.0-0.0.master.20160626231337.git2603680.el7.centos.noarch Jun 27 16:44:42 Installed: ovirt-engine-websocket-proxy-4.1.0-0.0.master.20160626231337.git2603680.el7.centos.noarch Jun 27 16:45:28 Installed: ovirt-vmconsole-1.0.3-0.0.master.20160614081534.gitd1c5824.el7.noarch Jun 27 16:46:09 Installed: ovirt-vmconsole-proxy-1.0.3-0.0.master.20160614081534.gitd1c5824.el7.noarch Jun 27 16:46:13 Installed: ovirt-engine-cli-3.6.7.0-1.el7.centos.noarch Jun 27 16:46:45 Installed: ovirt-host-deploy-java-1.5.0-1.el7.centos.noarch Jun 27 16:46:56 Installed: ovirt-engine-dwh-setup-4.1.0-0.0.master.20160623114857.git8c585e3.el7.centos.noarch Jun 27 16:46:58 Installed: ovirt-engine-dwh-4.1.0-0.0.master.20160623114857.git8c585e3.el7.centos.noarch Jun 27 16:47:13 Installed: ovirt-engine-dashboard-1.0.0-0.3.20160622gitdf5c4fb.el7.centos.noarch Jun 27 16:47:30 Installed: ovirt-engine-webadmin-portal-4.1.0-0.0.master.20160626231337.git2603680.el7.centos.noarch Jun 27 16:47:34 Installed: ovirt-engine-backend-4.1.0-0.0.master.20160626231337.git2603680.el7.centos.noarch Jun 27 16:47:35 Installed: ovirt-engine-dbscripts-4.1.0-0.0.master.20160626231337.git2603680.el7.centos.noarch Jun 27 16:47:36 Installed: ovirt-engine-setup-4.1.0-0.0.master.20160626231337.git2603680.el7.centos.noarch Jun 27 16:47:37 Installed: ovirt-engine-vmconsole-proxy-helper-4.1.0-0.0.master.20160626231337.git2603680.el7.centos.noarch Jun 27 16:47:37 Installed: ovirt-engine-setup-plugin-vmconsole-proxy-helper-4.1.0-0.0.master.20160626231337.git2603680.el7.centos.noarch Jun 27 16:47:39 Installed: ovirt-engine-setup-plugin-ovirt-engine-4.1.0-0.0.master.20160626231337.git2603680.el7.centos.noarch Jun 27 16:47:57 Installed: ovirt-engine-userportal-4.1.0-0.0.master.20160626231337.git2603680.el7.centos.noarch Jun 27 16:47:58 Installed: ovirt-engine-restapi-4.1.0-0.0.master.20160626231337.git2603680.el7.centos.noarch Jun 27 16:47:59 Installed: ovirt-engine-tools-4.1.0-0.0.master.20160626231337.git2603680.el7.centos.noarch Jun 27 16:48:00 Installed: ovirt-engine-4.1.0-0.0.master.20160626231337.git2603680.el7.ce
[ovirt-users] restore of backup fail when Migrating to ovirt-engine 4.0
Hi, I ran my oVirt 3.6 on Centos6 and because of that I had to do a manual migration when trying to move to oVirt 4.0. http://www.ovirt.org/documentation/migration-engine-3.6-to-4.0/ Everything went OK until I did the restore, ## engine-backup --mode=restore --no-restore-permissions --provision-db --file=engine-backup.tar.gz --log=engine-backup-restore.log Preparing to restore: - Unpacking file 'engine-backup.tar.gz' FATAL: Backup was created by version '3.6' and can not be restored using the installed version 4.1 and then I got stucked. Is there something I need to do when I do the backup? My old oVirt-engine was version ovirt-engine-3.6.3.4-1.el6.noarch regards -- Ricky Schneberger Use PGP to protect your own privacy! Key fingerprint = 59E1 2B00 C28B 6E0D C8D1 D85B 39AA 7CD5 B88C 0B63 Key-ID: 0xB88C0B63 signature.asc Description: OpenPGP digital signature ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Migrations Guide in order to migrate to Enterprise Linux 7
On 2016-06-27 15:05, Yedidyah Bar David wrote: > On Mon, Jun 27, 2016 at 3:29 PM, Ricky Schneberger > wrote: >> Hi, >> I found out that an upgrade of oVirt 3.6 to 4.0 is not supported on >> Enterprise Linux 6. >> The information was that I should follow an Migration Guide - >> https://www.ovirt.org/release/4.0.0/documentation/migration-engine-3.6-to-4.0. >> >> "Upgrade on Fedora 22 and Enterprise Linux 6 is not supported and you should >> follow our Migration Guide in order to migrate to Enterprise Linux 7 or >> Fedora 23." >> >> The link only gives an 404. > The correct link should be: > > http://www.ovirt.org/documentation/migration-engine-3.6-to-4.0/ > > Not sure why it's broken, now opened an issue about this: > > https://github.com/oVirt/ovirt-site/issues/338 > > Best regards and thanks for the report, > Thanks for your help. -- Ricky Schneberger Use PGP to protect your own privacy! Key fingerprint = 59E1 2B00 C28B 6E0D C8D1 D85B 39AA 7CD5 B88C 0B63 Key-ID: 0xB88C0B63 signature.asc Description: OpenPGP digital signature ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[ovirt-users] Migrations Guide in order to migrate to Enterprise Linux 7
Hi, I found out that an upgrade of oVirt 3.6 to 4.0 is not supported on Enterprise Linux 6. The information was that I should follow an Migration Guide - https://www.ovirt.org/release/4.0.0/documentation/migration-engine-3.6-to-4.0. "Upgrade on Fedora 22 and Enterprise Linux 6 is not supported and you should follow our Migration Guide <https://www.ovirt.org/release/4.0.0/documentation/migration-engine-3.6-to-4.0/> in order to migrate to Enterprise Linux 7 or Fedora 23." The link only gives an 404. Regards -- Ricky Schneberger Use PGP to protect your own privacy! Key fingerprint = 59E1 2B00 C28B 6E0D C8D1 D85B 39AA 7CD5 B88C 0B63 Key-ID: 0xB88C0B63 signature.asc Description: OpenPGP digital signature ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] delete snapshots or create a template make a huge impact on VMs on SPM-node
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2014-09-25 13:57, Ricky Schneberger wrote: > Hi, > > When we do some tasks in ovirt as delete an snapshot or clone a > machine or just want to make a machine template the impact on VMs > residing on the SPM node is huge. Is there a way to prevent this? > This is just normal tasks and we do this all the time. > > > > > ___ Users mailing list > Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users > Just bump this thread to know if this is a common issue or if there is some configuration we must do. Regards - -- Ricky Schneberger - DANGER! Human at keyboard! -BEGIN PGP SIGNATURE- Version: GnuPG v1 iEYEARECAAYFAlQ3trwACgkQOap81biMC2PdwQCfdNDqms/9Lmrq0MiNNJKhunDt UDkAn2fqfqmKryiR4GqHqFJIec9WApuq =OPiV -END PGP SIGNATURE- 0xB88C0B63.asc Description: application/pgp-keys ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[ovirt-users] delete snapshots or create a template make a huge impact on VMs on SPM-node
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, When we do some tasks in ovirt as delete an snapshot or clone a machine or just want to make a machine template the impact on VMs residing on the SPM node is huge. Is there a way to prevent this? This is just normal tasks and we do this all the time. - -- Ricky Schneberger - DANGER! Human at keyboard! -BEGIN PGP SIGNATURE- Version: GnuPG v1 iEYEARECAAYFAlQkA0AACgkQOap81biMC2MfdwCdEe4PJs0OdQwqsrNVg4qmGwuJ Tp4An0rnDMjHf2JcS/lC7d4pBb3G9Jzw =5yO2 -END PGP SIGNATURE- 0xB88C0B63.asc Description: application/pgp-keys ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] VDSM doesn't start in new ovirt host
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2014-07-15 11:36, Sven Kieske wrote: > > > Am 15.07.2014 11:17, schrieb André Freitas: >> I have removed vdsm and libvirt from that host before the >> reinstalation of the host in ovirt engine but the problem persists >> with "s1 respawn: slave '/usr/share/vdsm/vdsm --pidfile >> /var/run/vdsm/vdsmd.pid' died too quickly, respawning slave". > >> i have put the new log referring to this instalation in >> http://ur1.ca/hrc7d > >> Best regards, > > Hi, > > can you try to downgrade the package > python-pthreading using yum? don't install 0.1.3-2 > as it breaks your host, updated 0.1.3-3 is not yet available > in epel. > 0.1.2 should be safe. > > HTH > > ___ > Users mailing list > Users@ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > As I got stucked with the same error since yesterday I will confirm this solution did the trick. Now I got the new host up and running. Thanks Ricky Schneberger -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.14 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlPE+psACgkQOap81biMC2NkUQCeLLC61MxWjxOvxNKfFITu6Q9v BNgAnRSKCGMvX7fbEQsCGQkSehIlPy65 =wQxT -END PGP SIGNATURE- 0xB88C0B63.asc Description: application/pgp-keys ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] [Users] ovirt reports
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2014-02-10 12:58, Alessandro Bianchi wrote: > > > Il 10/02/2014 10:56, Yaniv Dary ha scritto: >> I would also recommend you read the JRS user guide to understand the >> options. Hi, Where can I find this user guide as I have the same issue, I dont know really how to change timespan etc in reports and nothing happens when clicking the dropboxes. regards Ricky Schneberger >> >> >> >> *From: *"Yaniv Dary" >> *To: *"Alessandro Bianchi" >> *Cc: *users@ovirt.org >> *Sent: *Monday, February 10, 2014 11:55:38 AM >> *Subject: *Re: [Users] ovirt reports >> >> Please check the dwh log for error and check the history database >> for data. >> You should be able to select any datacenter you like. You can not >> select multiple datacenters. >> Input controls should list all the living entities by default and >> you can click on the dropdown to get a list. >> >> >> Yaniv >> >> >> >> *From: *"Alessandro Bianchi" >> *To: *users@ovirt.org >> *Sent: *Friday, February 7, 2014 10:18:51 AM >> *Subject: *[Users] ovirt reports >> >> Hi all >> >> Now that I finally have reports working I tried to play a bit >> with the reports >> >> Unfortunately when I try to enter a datacenter name in the >> reports filter anything I type gets deleted and only Default >> datacenter is available as default value (I can't even enter >> Default in the filter field without having it suddenly deleted >> while I type) >> >> Is there any option to be set up to be able to select a >> different DC? >> >> In other reports I only see a differente DC (GlusterDC in my >> case) and can't enter anything else in the filter >> >> Am I missing something in setup? >> >> Is it possible to have an "overview report" including all DCs? >> >> I'm a little bit confused about how to use it ... >> >> Best regards >> >> Alessandro >> >> ___ >> Users mailing list >> Users@ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> >> >> >> >> -- >> Il messaggio è stato analizzato alla ricerca di virus o >> contenuti pericolosi da *SkyNet Srl <http://www.skynet.it/>*, ed è >> risultato non infetto. >> >> This message has been checked for virus or dangerous content >> by *SkyNet SRL <http://www.skynet.it/>* and seems to be clean. > Thank you > > I'll follow your guidelines and let you know > > Best regards > > Alessandro > > -- > > SkyNet SRL > > Via Maggiate 67/a - 28021 Borgomanero (NO) - tel. +39 0322-836487/834765 > - fax +39 0322-836608 > > http://www.skynet.it <http://www.skynet.it/> > > Autorizzazione Ministeriale n.197 > > Le informazioni contenute in questo messaggio sono riservate e > confidenziali ed è vietata la diffusione in qualunque modo eseguita. > Qualora Lei non fosse la persona a cui il presente messaggio è > destinato, La invitiamo ad eliminarlo ed a distruggerlo non > divulgandolo, dandocene gentilmente comunicazione. > Per qualsiasi informazione si prega di contattare i...@skynet.it (e-mail > dell'azienda). Rif. D.L. 196/2003 > > > > ___ > Users mailing list > Users@ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.14 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEUEARECAAYFAlN7MEwACgkQOap81biMC2M0jwCYvSLHGinYhqCTeYpvIiB3Vw6d 1QCfc59FqpRcbdNuY4VLCkvyLE95IGw= =ShTK -END PGP SIGNATURE- 0xB88C0B63.asc Description: application/pgp-keys ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[ovirt-users] is there a complete feature list for respective os template in the OS list when make a new vm
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, When I will make a new Windows 2012 vm and choose OS-type 2012 I am unable to connect with spice to the vm,but if I change this to type 2008 R2 I can. Still I am not able to install spice-guest-tools to the vm as its not supported the installer told me. So what is the difference between these OS types in the selector? Is there a complete list (CPU features etc)to get where I can se the differences between the OS types? regards - -- Ricky Schneberger -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.14 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlNsgMUACgkQOap81biMC2O10gCfeh6U+Z6taWGOnFiLDZfNXN+H iIQAnjRfOd3SEFukIxRSqGQOW0OK4fj3 =2nk+ -END PGP SIGNATURE- 0xB88C0B63.asc Description: application/pgp-keys ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] After upgrade of ovirt > 3.3 all Windows vms lost their activation against Microsoft
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2014-02-25 08:51, Michal Skrivanek wrote: > > On 25 Feb 2014, at 08:32, Ayal Baron wrote: > >> Michal, please see inline >> >> - Original Message - >>> - Original Message - >>>> From: "R P Herrold" To: "Ricky >>>> Schneberger" Cc: users@ovirt.org Sent: >>>> Monday, February 24, 2014 6:42:54 PM Subject: [Users] After >>>> upgrade of ovirt > 3.3 all Windows vms lost their activation >>>> against Microsoft >>>> >>>> On Mon, 24 Feb 2014, Ricky Schneberger wrote: >>>> >>>>>> Why is the Windows VMs always lost their activation >>>>>> against Microsoft after that I have upgrade ovirt? >>>> ... >>>>> Yes I am sure its related to the upgrade. > > only upgrade, not a specific VM run? In other words it doesn't > check the BIOS serial number since that's different on each > hypervisor. > >>>>> >>>>> In the application log of the VM we can see "hardware has >>>>> changed from previous boot" and also we have a licensing >>>>> system on another host that got in a stucked state because >>>>> of the same reason - "hardware has changed from previous >>>>> boot". >>>> >>>> I see the following discussions ... changes in bios, or >>>> hardware device numbers, seem to trigger this >>>> >>>> (Citrix instances) >>>> http://support.citrix.com/article/CTX135542 >>>> >>>> http://support.citrix.com/article/CTX132220/ >>>> >>>> http://discussions.citrix.com/topic/313096-windows-activation-license-mak-used/#entry1674492 >>>> >>>> >>>> http://answers.microsoft.com/en-us/windows/forum/windows_7-windows_install/windows-7-activation-always-come-back-after/b26f8338-ae51-44d1-a0d9-b3a71643548a >>>> >>>> So the issue may in some cases be avoided, but in others, >>>> will need oVirt attention to not changing values refered to >>>> by the licensing validation code. Identifying all those test >>>> point valuess so they may be preserved, looks like something >>>> the upstream (commercial) vendor would not be very >>>> interesting in revealing as it would impact their revenue >>>> model, so it probably needs a set of 'reproducers' >>>> identified, and test cases written ... >>> >>> I think the best solution would be if Microsoft would send some >>> patches :-) >>> >>> Ricky, would you open a bug so we can track this issue? >> >> oVirt tries to keep stable device addresses (e.g. pci slot) >> specifically to prevent this issue. The way it is done is that >> after running the VM we query libvirt for all the device >> addresses and on next run we provide libvirt with the same >> addresses to keep the devices from changing. This feature was not >> available in 3.0 so I see 2 options here: 1. this VM was not >> started (or was running) since 3.0 It was running just until the upgrade to ovirt 3.2 and then the VM was test started before the upgrade to ovirt 3.3. If the license issue came between 3.1>3.2 or between 3.2>3.3 I right dont know. >> 2. introduction of new virtual hardware caused a change in the >> device addresses for some reason (bug). > > in addition to stable PCI addresses, new QEMU/KVM release sometimes > change the system hardware - emulated machine mode. or if it is > really subtle, it can also be triggered by new devices (e.g. > balloon, virtio-console (used to be in 3.0, removed in 3.1, > optional in 3.3)) or simple upgrade of virtio drivers > > anyway, so what changes in devices you can see after upgrade? > It seems that a changes in the display system triggered the Software Protection service. When I check the logs I can see there was and upgrade/change/new install of drivers to the display adapter. I dont know if I got a new PCI address, but when I checked a VM that does not triggered the Software Protection service I cannot find such things in the loggfiles. So in one way or another the VM think there was changes big enough to hit the Software Protection service. > Thanks, michal > >> >> Anyway, adding Michal who is more familiar with this part than >> I. >> >> >>> >>> Nir ___ 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 > Regards - -- Ricky Schneberger - "Not using free exhaust energy to help your engine breathe is downright criminal" -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.14 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlMMVqkACgkQOap81biMC2Mm4ACfVcVH6smXm06sj+XNbmRuaYza cUAAoIoA7TOXJQyLsFk58/KqlJBtP/qY =R8Zj -END PGP SIGNATURE- 0xB88C0B63.asc Description: application/pgp-keys ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] After upgrade of ovirt > 3.3 all Windows vms lost their activation against Microsoft
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2014-02-24 17:48, Nir Soffer wrote: > - Original Message - >> From: "R P Herrold" To: "Ricky >> Schneberger" Cc: users@ovirt.org Sent: >> Monday, February 24, 2014 6:42:54 PM Subject: [Users] After >> upgrade of ovirt > 3.3 all Windows vms lost their activation >> against Microsoft >> >> On Mon, 24 Feb 2014, Ricky Schneberger wrote: >> >>>> Why is the Windows VMs always lost their activation against >>>> Microsoft after that I have upgrade ovirt? >> ... >>> Yes I am sure its related to the upgrade. >>> >>> In the application log of the VM we can see "hardware has >>> changed from previous boot" and also we have a licensing system >>> on another host that got in a stucked state because of the same >>> reason - "hardware has changed from previous boot". >> >> I see the following discussions ... changes in bios, or hardware >> device numbers, seem to trigger this >> >> (Citrix instances) http://support.citrix.com/article/CTX135542 >> >> http://support.citrix.com/article/CTX132220/ >> >> http://discussions.citrix.com/topic/313096-windows-activation-license-mak-used/#entry1674492 >> >> >> http://answers.microsoft.com/en-us/windows/forum/windows_7-windows_install/windows-7-activation-always-come-back-after/b26f8338-ae51-44d1-a0d9-b3a71643548a >> >> So the issue may in some cases be avoided, but in others, will >> need oVirt attention to not changing values refered to by the >> licensing validation code. Identifying all those test point >> valuess so they may be preserved, looks like something the >> upstream (commercial) vendor would not be very interesting in >> revealing as it would impact their revenue model, so it probably >> needs a set of 'reproducers' identified, and test cases written >> ... > > I think the best solution would be if Microsoft would send some > patches :-) > > Ricky, would you open a bug so we can track this issue? > > Nir > Yes I will do that. regards //Ricky -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.14 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlMMUIYACgkQOap81biMC2Nb3wCfQ2ubOqioMjLIpKcaAsJIPLkP pdsAoIkSThpzWbrjUNan1AgFF79CnjKp =UERa -END PGP SIGNATURE- 0xB88C0B63.asc Description: application/pgp-keys ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] After upgrade of ovirt > 3.3 all Windows vms lost their activation against Microsoft
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2014-02-24 13:06, Nir Soffer wrote: > - Original Message - >> From: "Ricky Schneberger" To: "users" >> Sent: Monday, February 24, 2014 10:33:00 AM >> Subject: [Users] After upgrade of ovirt > 3.3 all Windows vms >> lost their activation against Microsoft >> >> Why is the Windows VMs always lost their activation against >> Microsoft after that I have upgrade ovirt? Is there så big >> changes in hardware drivers etc that it will hit the activation >> mechanism? >> >> I think there should be a way to preserve the activation even >> after an upgrade. > > I guess that Ricky is talking about upgrade from data > center/cluster version 3.1 to 3.3, related to this bug: > https://bugzilla.redhat.com/1067849 > > Eli, can you help with this? > Hi, No, its not related to that bug. That bug was found in my test environment. The problem with VMs that lost their activation status is in my production environment. One cause I just investigate is that those VMs that have lost their activation was running on another node before the upgrade then after the upgrade. The problem should then be in differences between my nodes. Even as I does not had that problem before. - -- Ricky Schneberger -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.14 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlMLOAQACgkQOap81biMC2NDggCgjVBV9AUHDvRTkxGgySrmL05Q 8l4AnjWAX5tVEGB9wBD76giKi4nOOgJp =8W1M -END PGP SIGNATURE- 0xB88C0B63.asc Description: application/pgp-keys ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] After upgrade of ovirt > 3.3 all Windows vms lost their activation against Microsoft
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2014-02-24 09:53, Karli Sjöberg wrote: > On Mon, 2014-02-24 at 09:33 +0100, Ricky Schneberger wrote: > Hi, > > Why is the Windows VMs always lost their activation against Microsoft > after that I have upgrade ovirt? > Is there så big changes in hardware drivers etc that it will hit the > activation mechanism? > > I think there should be a way to preserve the activation even after an > upgrade. > > regards > >> > > Hmm, we have also upgraded from 3.2 to 3.3 with Windows guests and we > never had this issue. Are you sure it´s really related to the upgrade? > Maybe it´s a different issue that surfaced at the same time? > > > Hi, Yes I am sure its related to the upgrade. In the application log of the VM we can see "hardware has changed from previous boot" and also we have a licensing system on another host that got in a stucked state because of the same reason - "hardware has changed from previous boot". regards Ricky Schneberger -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.14 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlMLDy4ACgkQOap81biMC2PTRACfY6QKLeHcrIUxqh+hZhCc3g2L iDkAn0sIPUYoktN+svC/1GYRdn/JJViA =wPWR -END PGP SIGNATURE- 0xB88C0B63.asc Description: application/pgp-keys ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] After upgrade of ovirt > 3.3 all Windows vms lost their activation against Microsoft
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, Why is the Windows VMs always lost their activation against Microsoft after that I have upgrade ovirt? Is there så big changes in hardware drivers etc that it will hit the activation mechanism? I think there should be a way to preserve the activation even after an upgrade. regards - -- Ricky Schneberger -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.14 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlMLA7wACgkQOap81biMC2MTUQCbBEkMwhuWuCEAHuj7YT1vTQ/F Kg8An1+5n1SgIFG4KS/9vRkqng9VGyp9 =/Xos -END PGP SIGNATURE- 0xB88C0B63.asc Description: application/pgp-keys ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] repos for ovirt.org is in a bad shape this morning
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 http://resources.ovirt.org/releases/3.3/ stops responding in a fashinable time earlier this morning. Is there someone who can push things back on track again? Regards //Ricky ...stucked in a middle of an upgrade -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.14 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlMIk1gACgkQOap81biMC2NN4QCfS5Jfp9vIJ+4DTrlqa2Hk807Z thAAn1XP5uiqoxydOKmjvv+g3Aaf+G+N =Ef3/ -END PGP SIGNATURE- 0xB88C0B63.asc Description: application/pgp-keys ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] SPM never stops contending after a compatibility upgrade of cluster from 3.1 > 3.2 (Solved)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, I just post this if there is someone else stucked with the same problem... https://bugzilla.redhat.com/show_bug.cgi?id=1067849 After a successful upgrade of oVirt 3.1 > 3.2.2, every vm up and running and every function verified, I decide to even upgrade my cluster compability level to 3.2 from earlier 3.1. When trying to upgrade the Data Center to 3.2 I was adviced to even upgrade the Cluster level to 3.2. When trying to do that I was adviced to put my nodes in maint. mode so I did. Everything went OK according to event log in webadmin and now I put the nodes back UP again. None of the nodes got the SPM role and just keep switching over and over again trying to contend. As a result the Data Center was in a no go state and down. It the log file I found "ImageIsNotLegalChain: Image is not a legal chain: ('5d9cc5dc-7664-4624-8e72-479a7cec35f5',)" telling us that the image should be a node in a chain of volumes. When looking in the meta file we could not find a reference to a parent UUID. PUUID=----, this is a special value for no-such-volume VOLTYPE=INTERNAL So, My vm was up and running earlier in oVirt 3.2.2 and it just stopped working after I upgraded the compatibility level of the cluster. If I moved the image out from the file structure of the data domain everything should be happy but then I would miss my vm. So what I did was to change the VOLTYPE from "INTERNAL" to "LEAF". I puted one of the nodes in maint. mode. The last node I stopped vdsmd on. Then I stopped ovirt-engine on the management server. Changed the VOLTYPE from INTERNAL to LEAF. Started the ovirt-engine. Started the vdsmd on the first node After a short while it got the SPM role and the status of everything was up. I started the vm with the affected image and checked it booted OK. I actived node 2 Everything wen up and the log files are all happy. The affected image is an old image that was first created with ovirt 3.0 and then it has men exported and imported a couple of times. Reproducible: Always Expected Results: If there is bad images (wrong meta data) it should take care of that and mark these. What we want is the Data center up and running. Regards //Ricky -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.14 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlMHCIAACgkQOap81biMC2PlkACfTsylAS/dxgEy7G7aK3RHvV2m 7HAAnRwS8g30ob0sSkTJnk9jdlHIA6te =ulMJ -END PGP SIGNATURE- 0xB88C0B63.asc Description: application/pgp-keys ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] oVirt support for backup/restore
On 2013-03-04 13:24, Jiri Belka wrote: > On Mon, 04 Mar 2013 12:52:53 +0100 Ricky Schneberger > wrote: > >>> Live snapshot does not save memory state, IIRC. So either >>> shutdown all VMs or do not think about this as solid backup >>> solution. >>> >> >> Hi, If I dont think about it as a solid solution, is it doable? >> Even with a manual live snapshot I will lack this memory state, >> right? >> >> All I want if I must restore a snapshot is to get the WM up on >> track in an earlier state. > > The "snapshot" like in VMWare world which saves even memory is > called checkpoint in qemu-kvm world. And IIRC it is not implemented > yet. > > Live snapshot is doable, no problem. The problem can be your > design. As you know a lot of apps do not write to filesystem > immediately, so snapshot backup is useless. So either > shutdown/think twice or forget it. > > But others can have different view... Backup is thing you _must_ > trust, if you design is broken, the consequences are terrific! If > your goal is to have fast disaster recovery, then why not to have > backup machine or some clustered solution? > > jbelka > Thanks for your answer. We have both Netvault and Acronis on the most of the VMs, but then we have other VMs in the cluster that we want a daily scheduled snapshot implementation on, but we dont want to setup a complete backup solution on this VMs. It's testmachines, different virtual desktops, OCR-readers and so on. We have no needs of snapshots like in VMWare world for them, nor even a complete backup solution. There I think Ovirts snapshot handling should be perfect. //Ricky 0xB88C0B63.asc Description: application/pgp-keys ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] oVirt support for backup/restore
On 2013-03-04 12:31, Jiri Belka wrote: > On Mon, 04 Mar 2013 12:10:54 +0100 > Ricky Schneberger wrote: > >> Hi, >> >> How can I do if I want to schedule a daily live-snapshot of a VM for >> backup purpose? >> >> I have backup software inside my VMs (Netvault), but in some cases I >> just want to do daily snapshots and use them as backups. >> >> > > Live snapshot does not save memory state, IIRC. So either shutdown all > VMs or do not think about this as solid backup solution. > Hi, If I dont think about it as a solid solution, is it doable? Even with a manual live snapshot I will lack this memory state, right? All I want if I must restore a snapshot is to get the WM up on track in an earlier state. regards //Ricky 0xB88C0B63.asc Description: application/pgp-keys ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] oVirt support for backup/restore
Hi, How can I do if I want to schedule a daily live-snapshot of a VM for backup purpose? I have backup software inside my VMs (Netvault), but in some cases I just want to do daily snapshots and use them as backups. -- Ricky Schneberger 0xB88C0B63.asc Description: application/pgp-keys ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] Cannot run VM. Low disk space on relevant Storage Domain
Hi, I have put up a test environment with oVirt 3.1 and found out (because of limited storage) that when trying to run a vm i got "Error while executing action: Cannot run VM. Low disk space on relevant Storage Domain." Disk space on the storage domain is 322GB free (9% of total). Can I change these limits? How are they calculated? By percentage? I dont use quotas anywhere. Regards //Ricky 0xB88C0B63.asc Description: application/pgp-keys ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Upgrading ovirt-engine from Centos dre repo
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Yes I understand that, and hopefully someone can help me. I have sent email to the maintainer for the rpms and hopefully :-) My WMs is running but they live on the edge. Regards //Ricky On 2013-01-02 21:32, Itamar Heim wrote: > On 01/02/2013 08:47 PM, Ricky Schneberger wrote: Finally. > > After some major issues that comes and goes I end up in a > situation where I am unable to upgrade my oVirt. > >> I hope someone can help, but since you are using rpms which we >> have no idea which patches they include, etc, it is a bit hard. >> (i.e., iiuc, its from a specific distro, maintaining backports >> of patches on its own) > > > I think this is the base of my problem and if I cannot solve this > I will have strange issues for the rest > > Its seems to be exact same problem as in this thread > http://lists.ovirt.org/pipermail/users/2012-August/008799.html. > > I run an "engine-upgrade" and got > > Loaded plugins: fastestmirror, versionlock Checking for updates... > (This may take several minutes) Loading mirror speeds from cached > hostfile * base: ftp.availo.se * epel: mirror.nsc.liu.se * extras: > ftp.availo.se * updates: ftp.availo.se 11 Updates available: * > ovirt-engine-3.1.0-3.19.el6.noarch * > ovirt-engine-backend-3.1.0-3.19.el6.noarch * > ovirt-engine-config-3.1.0-3.19.el6.noarch * > ovirt-engine-dbscripts-3.1.0-3.19.el6.noarch * > ovirt-engine-genericapi-3.1.0-3.19.el6.noarch * > ovirt-engine-notification-service-3.1.0-3.19.el6.noarch * > ovirt-engine-restapi-3.1.0-3.19.el6.noarch * > ovirt-engine-setup-3.1.0-3.19.el6.noarch * > ovirt-engine-tools-common-3.1.0-3.19.el6.noarch * > ovirt-engine-userportal-3.1.0-3.19.el6.noarch * > ovirt-engine-webadmin-portal-3.1.0-3.19.el6.noarch > > Error: New ovirt-engine-setup rpm available via yum. Please execute > `yum update ovirt-engine-setup`, then re-execute > 'ovirt-engine-upgrade'. To use the current ovirt-engine-setup rpm, > execute 'ovirt-engine-upgrade --force-current-setup-rpm'. > > So I did. > > [root@ovirt ~]# yum update ovirt-engine-setup Loaded plugins: > fastestmirror, versionlock Loading mirror speeds from cached > hostfile * base: ftp.availo.se * epel: mirror.nsc.liu.se * extras: > ftp.availo.se * updates: ftp.availo.se Setting up Update Process No > Packages marked for Update > > I also checked which version i have. > > [root@ovirt ~]# rpm -q ovirt-engine-setup > ovirt-engine-setup-3.1.0_0001-1.8.el6.x86_64 > > Then I start > > Becuase the installed package was missing in repos I did... > > [root@ovirt ~]# engine-upgrade --force-current-setup-rpm > --no-yum-rollback Loaded plugins: fastestmirror, versionlock > Checking for updates... (This may take several minutes) Loading > mirror speeds from cached hostfile * base: ftp.availo.se * epel: > mirror.nsc.liu.se * extras: ftp.availo.se * updates: ftp.availo.se > 11 Updates available: * ovirt-engine-3.1.0-3.19.el6.noarch * > ovirt-engine-backend-3.1.0-3.19.el6.noarch * > ovirt-engine-config-3.1.0-3.19.el6.noarch * > ovirt-engine-dbscripts-3.1.0-3.19.el6.noarch * > ovirt-engine-genericapi-3.1.0-3.19.el6.noarch * > ovirt-engine-notification-service-3.1.0-3.19.el6.noarch * > ovirt-engine-restapi-3.1.0-3.19.el6.noarch * > ovirt-engine-setup-3.1.0-3.19.el6.noarch * > ovirt-engine-tools-common-3.1.0-3.19.el6.noarch * > ovirt-engine-userportal-3.1.0-3.19.el6.noarch * > ovirt-engine-webadmin-portal-3.1.0-3.19.el6.noarch > > During the upgrade process, oVirt-Engine will not be accessible. > All existing running virtual machines will continue but you will > not be able to start or stop any new virtual machines during the > process. > > Would you like to proceed? (yes|no): yes Stopping JBoss Service... > [ DONE ] Backing Up Database... [ > DONE ] Rename Database... [ > DONE ] Updating rpms... [ > DONE ] Updating Database... [ > DONE ] Restore Database name... [ > DONE ] Running post install configuration...[ > DONE ] Starting JBoss...[ > DONE ] > > oVirt-Engine upgrade completed successfully! > > To complete the upgrade (last line) I have to restart jboss-as > service in another session. > > I then repeat the first step and got this... > > [root@ovirt ~]# engine-upgrade Loaded plugins: fastestmirror, > versionlock Checking for updates... (This may take several > minutes) Loading mirror speeds from cached hostfile * base: > ftp.availo.se * ep
[Users] Upgrading ovirt-engine from Centos dre repo
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Finally. After some major issues that comes and goes I end up in a situation where I am unable to upgrade my oVirt. I think this is the base of my problem and if I cannot solve this I will have strange issues for the rest Its seems to be exact same problem as in this thread http://lists.ovirt.org/pipermail/users/2012-August/008799.html. I run an "engine-upgrade" and got Loaded plugins: fastestmirror, versionlock Checking for updates... (This may take several minutes) Loading mirror speeds from cached hostfile * base: ftp.availo.se * epel: mirror.nsc.liu.se * extras: ftp.availo.se * updates: ftp.availo.se 11 Updates available: * ovirt-engine-3.1.0-3.19.el6.noarch * ovirt-engine-backend-3.1.0-3.19.el6.noarch * ovirt-engine-config-3.1.0-3.19.el6.noarch * ovirt-engine-dbscripts-3.1.0-3.19.el6.noarch * ovirt-engine-genericapi-3.1.0-3.19.el6.noarch * ovirt-engine-notification-service-3.1.0-3.19.el6.noarch * ovirt-engine-restapi-3.1.0-3.19.el6.noarch * ovirt-engine-setup-3.1.0-3.19.el6.noarch * ovirt-engine-tools-common-3.1.0-3.19.el6.noarch * ovirt-engine-userportal-3.1.0-3.19.el6.noarch * ovirt-engine-webadmin-portal-3.1.0-3.19.el6.noarch Error: New ovirt-engine-setup rpm available via yum. Please execute `yum update ovirt-engine-setup`, then re-execute 'ovirt-engine-upgrade'. To use the current ovirt-engine-setup rpm, execute 'ovirt-engine-upgrade --force-current-setup-rpm'. So I did. [root@ovirt ~]# yum update ovirt-engine-setup Loaded plugins: fastestmirror, versionlock Loading mirror speeds from cached hostfile * base: ftp.availo.se * epel: mirror.nsc.liu.se * extras: ftp.availo.se * updates: ftp.availo.se Setting up Update Process No Packages marked for Update I also checked which version i have. [root@ovirt ~]# rpm -q ovirt-engine-setup ovirt-engine-setup-3.1.0_0001-1.8.el6.x86_64 Then I start Becuase the installed package was missing in repos I did... [root@ovirt ~]# engine-upgrade --force-current-setup-rpm --no-yum-rollback Loaded plugins: fastestmirror, versionlock Checking for updates... (This may take several minutes) Loading mirror speeds from cached hostfile * base: ftp.availo.se * epel: mirror.nsc.liu.se * extras: ftp.availo.se * updates: ftp.availo.se 11 Updates available: * ovirt-engine-3.1.0-3.19.el6.noarch * ovirt-engine-backend-3.1.0-3.19.el6.noarch * ovirt-engine-config-3.1.0-3.19.el6.noarch * ovirt-engine-dbscripts-3.1.0-3.19.el6.noarch * ovirt-engine-genericapi-3.1.0-3.19.el6.noarch * ovirt-engine-notification-service-3.1.0-3.19.el6.noarch * ovirt-engine-restapi-3.1.0-3.19.el6.noarch * ovirt-engine-setup-3.1.0-3.19.el6.noarch * ovirt-engine-tools-common-3.1.0-3.19.el6.noarch * ovirt-engine-userportal-3.1.0-3.19.el6.noarch * ovirt-engine-webadmin-portal-3.1.0-3.19.el6.noarch During the upgrade process, oVirt-Engine will not be accessible. All existing running virtual machines will continue but you will not be able to start or stop any new virtual machines during the process. Would you like to proceed? (yes|no): yes Stopping JBoss Service...[ DONE ] Backing Up Database... [ DONE ] Rename Database... [ DONE ] Updating rpms... [ DONE ] Updating Database... [ DONE ] Restore Database name... [ DONE ] Running post install configuration...[ DONE ] Starting JBoss...[ DONE ] oVirt-Engine upgrade completed successfully! To complete the upgrade (last line) I have to restart jboss-as service in another session. I then repeat the first step and got this... [root@ovirt ~]# engine-upgrade Loaded plugins: fastestmirror, versionlock Checking for updates... (This may take several minutes) Loading mirror speeds from cached hostfile * base: ftp.availo.se * epel: mirror.nsc.liu.se * extras: ftp.availo.se * updates: ftp.availo.se 11 Updates available: * ovirt-engine-3.1.0-3.19.el6.noarch * ovirt-engine-backend-3.1.0-3.19.el6.noarch * ovirt-engine-config-3.1.0-3.19.el6.noarch * ovirt-engine-dbscripts-3.1.0-3.19.el6.noarch * ovirt-engine-genericapi-3.1.0-3.19.el6.noarch * ovirt-engine-notification-service-3.1.0-3.19.el6.noarch * ovirt-engine-restapi-3.1.0-3.19.el6.noarch * ovirt-engine-setup-3.1.0-3.19.el6.noarch * ovirt-engine-tools-common-3.1.0-3.19.el6.noarch * ovirt-engine-userportal-3.1.0-3.19.el6.noarch * ovirt-engine-webadmin-portal-3.1.0-3.19.el6.noarch Error: New ovirt-engine-setup rpm available via yum. Please execute `yum update ovirt-engine-setup`, then re-execute 'ovirt-engine-upgrade'. To use the current ovirt-engine-setup rpm, execute 'ovirt-engine-upgrade --force-current-setup-rpm'. [root@ovirt ~]# rpm -q ovirt-engine-setup ovirt-engine-setup-3.1.0_0001-1.8.el6.x86_64 Is there a proper way to recover from t
Re: [Users] Problems when trying to delete a snapshot
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, I recovered from this error by import my base-image in a new machine and make a restore of the backups. But is it possible "by hand" to merge latest snapshot in to a base-image to get a new VM up and running with the old disk image? I have tried with qemu-img but have no go with it. Regards //Ricky On 2012-12-30 16:57, Haim Ateya wrote: > Hi Ricky, > > from going over your logs, it seems like create snapshot failed, > its logged clearly in both engine and vdsm logs [1]. did you try to > delete this snapshot or was it a different one? if so, not sure its > worth debugging. > > bee7-78e7d1cbc201, vmId=d41b4ebe-3631-4bc1-805c-d762c636ca5a), log > id: 46d21393 2012-12-13 10:40:24,372 ERROR > [org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase] > (pool-5-thread-50) [12561529] Failed in SnapshotVDS method > 2012-12-13 10:40:24,372 ERROR > [org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase] > (pool-5-thread-50) [12561529] Error code SNAPSHOT_FAILED and error > message VDSGenericException: VDSErrorException: Failed to > SnapshotVDS, error = Snapshot failed 2012-12-13 10:40:24,372 INFO > [org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase] > (pool-5-thread-50) [12561529] Command > org.ovirt.engine.core.vdsbroker.vdsbroker.SnapshotVDSCommand return > value Class Name: > org.ovirt.engine.core.vdsbroker.vdsbroker.StatusOnlyReturnForXmlRpc > > mStatus Class Name: org.ovirt.engine.core.vdsbroker.vdsbroker.StatusForXmlRpc > mCode 48 mMessage > Snapshot failed > > > > enter/6d91788c-99d9-11e1-b913-78e7d1cbc201/mastersd/master/tasks/21cbcc25-7672-4704-a414-a44f5e9944ed > temp > /rhev/data-center/6d91788c-99d9-11e1-b913-78e7d1cbc201/mastersd/maste > > r/tasks/21cbcc25-7672-4704-a414-a44f5e9944ed.temp > 21cbcc25-7672-4704-a414-a44f5e9944ed::ERROR::2012-12-14 > 10:48:41,189::volume::492::Storage.Volume::(create) Unexpected > error Traceback (most recent call last): File > "/usr/share/vdsm/storage/volume.py", line 475, in create > srcVolUUID, imgPath, volPath) File > "/usr/share/vdsm/storage/fileVolume.py", line 138, in _create > oop.getProcessPool(dom.sdUUID).createSparseFile(volPath, > sizeBytes) File "/usr/share/vdsm/storage/remoteFileHandler.py", > line 277, in callCrabRPCFunction *args, **kwargs) File > "/usr/share/vdsm/storage/remoteFileHandler.py", line 195, in > callCrabRPCFunction raise err IOError: [Errno 27] File too large > > 2012-12-13 10:40:24,372 INFO > [org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase] > (pool-5-thread-50) [12561529] Vds: virthost01 2012-12-13 > 10:40:24,372 ERROR [org.ovirt.engine.core.vdsbroker.VDSCommandBase] > (pool-5-thread-50) [12561529] Command SnapshotVDS execution failed. > Exception: VDSErrorException: VDSGenericException: > VDSErrorException: Failed to SnapshotVDS, error = Snapshot failed > 2012-12-13 10:40:24,373 INFO > [org.ovirt.engine.core.vdsbroker.vdsbroker.SnapshotVDSCommand] > (pool-5-thread-50) [12561529] FINISH, SnapshotVDSCommand, log id: > 46d21393 2012-12-13 10:40:24,373 ERROR > [org.ovirt.engine.core.bll.CreateAllSnapshotsFromVmCommand] > (pool-5-thread-50) [12561529] Wasnt able to live snpashot due to > error: VdcBLLException: VdcBLLException: > org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException: > VDSGenericException: VDSErrorException: Failed to SnapshotVDS, > error = Snapshot failed, rolling back. 2012-12-13 10:40:24,376 > ERROR [org.ovirt.engine.core.bll.CreateSnapshotCommand] > (pool-5-thread-50) [4fd6c4e4] Ending command with failure: > org.ovirt.engine.core.bll.CreateSnapshotCommand 2012-12-13 1 > > 21cbcc25-7672-4704-a414-a44f5e9944ed::ERROR::2012-12-14 > 10:48:41,196::task::833::TaskManager.Task::(_setError) > Task=`21cbcc25-7672-4704-a414-a44f5e9944ed`::Unexpected error > Traceback (most recent call last): File > "/usr/share/vdsm/storage/task.py", line 840, in _run return > fn(*args, **kargs) File "/usr/share/vdsm/storage/task.py", line > 307, in run return self.cmd(*self.argslist, **self.argsdict) File > "/usr/share/vdsm/storage/securable.py", line 68, in wrapper return > f(self, *args, **kwargs) File "/usr/share/vdsm/storage/sp.py", line > 1903, in createVolume srcImgUUID=srcImgUUID, > srcVolUUID=srcVolUUID) File "/usr/share/vdsm/storage/fileSD.py", > line 258, in createVolume volUUID, desc, srcImgUUID, srcVolUUID) > File "/usr/share/vdsm/storage/volume.py", line 494, in create > (volUUID, e)) VolumeCreationError: Error creating a new volume: > ('Volume creation 6da02c1e-5ef5-4fab-9ab2-bb081b35e7b3 failed: > [Errno 27] File too large
[Users] Problems when trying to delete a snapshot
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I was trying to delete a snapshot from one of my VM and everything started fine. The disk image is a thin provisioned 100GB disk with 8GB data. I just hade one snapshot and it was that one I started to delete. After more than two hours I look in the folder with that VMs disk images and found out that there was i new created file with a size of around 650GB and it was still growing. - -rw-rw. 1 vdsm kvm 8789950464 14 dec 12.23 8ede8e53-1323-442b-84f2-3c94114c64cf - -rw-r--r--. 1 vdsm kvm 681499951104 14 dec 14.10 8ede8e53-1323-442b-84f2-3c94114c64cf_MERGE - -rw-r--r--. 1 vdsm kvm 272 14 dec 12.24 8ede8e53-1323-442b-84f2-3c94114c64cf.meta - -rw-rw. 1 vdsm kvm 107382439936 6 jun 2012 b4a43421-728b-4204-a389-607221d945b7 - -rw-r--r--. 1 vdsm kvm 282 14 dec 12.24 b4a43421-728b-4204-a389-607221d945b7.meta Any idea what is happening? Regards - -- Ricky -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with undefined - http://www.enigmail.net/ iEYEARECAAYFAlDLJsoACgkQOap81biMC2Nu+ACfTnCbl9BqIvQmp0zO4pYxlNDv qw4AoIZAR2Zg2RQNKOYf4YEVOSqVQZIV =MUYs -END PGP SIGNATURE- 0xB88C0B63.asc Description: application/pgp-keys ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Here we go again - Error adding host , incorrect vdsm version
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2012-10-18 10:18, Dan Kenigsberg wrote: > On Wed, Oct 17, 2012 at 04:17:57PM +0200, Ricky Schneberger wrote: >> -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 >> >> On 2012-10-13 23:22, Dan Kenigsberg wrote: >>> On Fri, Oct 12, 2012 at 08:28:44PM +0200, Ricky Schneberger >>> wrote: >>>> -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 >>>> >>>> Hi, >>>> >>>> When I try to add a new host from Webadmin I got "Unable to >>>> fetch VDSM with minimal version of vdsm-4.9. Please >>>> check." I have patched as told from this post, >>>> http://lists.ovirt.org/pipermail/users/2012-June/002466.html, >>>> but it does not solved my problem. >>> >>> Which version of vdsm-bootsrap do you have installed on your >>> Engine? The refered patch has been submitted to ovirt-3.1 as >>> v4.10.0-3-g67309fc. >>> >>> Dan. >>> >> >> I have vdsm-bootstrap-4.10.1-0.19.18.el6.noarch installed. > > I do not recognize this build. Does KERNEL_MIN_VR appear in the > vds_bootrap.py that's inside the rpm? > > Dan. > Yes it does. I did a reinstall of vdsm-bootstrap and then try to add the host to my installation and finally it worked. I am using the following repos [ovirt30-dre] name=oVirt and Vdsm 3.0 repo baseurl=http://www.dreyou.org/ovirt/ovirt30/ http://www1.dreyou.org/ovirt/ovirt30/ enabled=1 gpgcheck=0 After my reinstall I still have vdsm-bootstrap-4.10.1-0.19.18.el6.noarch, but finally it works for me. - -- Ricky Schneberger -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://www.enigmail.net/ iEYEARECAAYFAlCFd2cACgkQOap81biMC2PplwCaAtXx2AmpBTcVrbHt/xp/eJo7 cdUAn2HjU1V3hYwolxl4ml5LnCPSQzK5 =sI7z -END PGP SIGNATURE- 0xB88C0B63.asc Description: application/pgp-keys ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Here we go again - Error adding host , incorrect vdsm version
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2012-10-13 23:22, Dan Kenigsberg wrote: > On Fri, Oct 12, 2012 at 08:28:44PM +0200, Ricky Schneberger wrote: >> -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 >> >> Hi, >> >> When I try to add a new host from Webadmin I got "Unable to fetch >> VDSM with minimal version of vdsm-4.9. Please check." I have >> patched as told from this post, >> http://lists.ovirt.org/pipermail/users/2012-June/002466.html, but >> it does not solved my problem. > > Which version of vdsm-bootsrap do you have installed on your > Engine? The refered patch has been submitted to ovirt-3.1 as > v4.10.0-3-g67309fc. > > Dan. > I have vdsm-bootstrap-4.10.1-0.19.18.el6.noarch installed. - -- Ricky Schneberger -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://www.enigmail.net/ iEYEARECAAYFAlB+vhUACgkQOap81biMC2NR7gCfX8gRx/TzAo9dQRemrCXaVTVc WBQAn1CLDBzpnf8S4XbvE5WgDSa5Q2+G =dsiq -END PGP SIGNATURE- 0xB88C0B63.asc Description: application/pgp-keys ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] Here we go again - Error adding host , incorrect vdsm version
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, When I try to add a new host from Webadmin I got "Unable to fetch VDSM with minimal version of vdsm-4.9. Please check." I have patched as told from this post, http://lists.ovirt.org/pipermail/users/2012-June/002466.html, but it does not solved my problem. Here is the install-log. Thu, 11 Oct 2012 11:10:20 DEBUG Start VDS Validation Thu, 11 Oct 2012 11:10:20 DEBUGEntered VdsValidation(subject = '10.10.1.191', random_num = '6685b8f2-6bfe-4d14-8ad6-205c087fb189', rev_num = 'None', installVirtualizationService = 'True', installGlusterService = 'False') Thu, 11 Oct 2012 11:10:20 DEBUGSetting up Package Sacks Thu, 11 Oct 2012 11:10:20 DEBUGyumSearch: found vdsm entries: [, ] Thu, 11 Oct 2012 11:10:20 DEBUGHost properly registered with RHN/Satellite. Thu, 11 Oct 2012 11:10:20 DEBUG Thu, 11 Oct 2012 11:10:20 DEBUGyumSearchVersion: pkg vdsm-4.10.1-0.19.18.el6.x86_64 does not start with: vdsm-4.9 Thu, 11 Oct 2012 11:10:20 DEBUGyumSearchVersion: pkg vdsm-4.10.0-0.42.13.el6.x86_64 does not start with: vdsm-4.9 Thu, 11 Oct 2012 11:10:20 ERRORUnable to fetch VDSM with minimal version of vdsm-4.9. Please check if host is properly registered with updated yum repository Thu, 11 Oct 2012 11:10:20 DEBUG Thu, 11 Oct 2012 11:10:20 ERRORcheckMajorVersion test failed Thu, 11 Oct 2012 11:10:20 DEBUG Thu, 11 Oct 2012 11:10:20 DEBUG End VDS Validation What can I do to solve the problem? Regards //Ricky -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://www.enigmail.net/ iEYEARECAAYFAlB4YVwACgkQOap81biMC2NqOACdEMe7af7C38U6QkAG+GHcC/Ul k4YAoIxy8s9pLZo8/2qnMAYbNAnziGez =0DwA -END PGP SIGNATURE- 0xB88C0B63.asc Description: application/pgp-keys 0xB88C0B63.asc Description: application/pgp-keys ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] Here we go again - Error adding host , incorrect vdsm version
When I try to add a new host from Webadmin I got "Unable to fetch VDSM with minimal version of vdsm-4.9. Please check." I have patched as told from this post, http://lists.ovirt.org/pipermail/users/2012-June/002466.html, but it does not solved my problem. Here is the install-log. Thu, 11 Oct 2012 11:10:20 DEBUG Start VDS Validation Thu, 11 Oct 2012 11:10:20 DEBUGEntered VdsValidation(subject = '10.10.1.191', random_num = '6685b8f2-6bfe-4d14-8ad6-205c087fb189', rev_num = 'None', installVirtualizationService = 'True', installGlusterService = 'False') Thu, 11 Oct 2012 11:10:20 DEBUGSetting up Package Sacks Thu, 11 Oct 2012 11:10:20 DEBUGyumSearch: found vdsm entries: [, ] Thu, 11 Oct 2012 11:10:20 DEBUGHost properly registered with RHN/Satellite. Thu, 11 Oct 2012 11:10:20 DEBUG Thu, 11 Oct 2012 11:10:20 DEBUGyumSearchVersion: pkg vdsm-4.10.1-0.19.18.el6.x86_64 does not start with: vdsm-4.9 Thu, 11 Oct 2012 11:10:20 DEBUGyumSearchVersion: pkg vdsm-4.10.0-0.42.13.el6.x86_64 does not start with: vdsm-4.9 Thu, 11 Oct 2012 11:10:20 ERRORUnable to fetch VDSM with minimal version of vdsm-4.9. Please check if host is properly registered with updated yum repository Thu, 11 Oct 2012 11:10:20 DEBUG Thu, 11 Oct 2012 11:10:20 ERRORcheckMajorVersion test failed Thu, 11 Oct 2012 11:10:20 DEBUG Thu, 11 Oct 2012 11:10:20 DEBUG End VDS Validation What can I do to solve the problem? Regards //Ricky 0xB88C0B63.asc Description: application/pgp-keys signature.asc Description: OpenPGP digital signature ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Missing VM disk images after yum update (addressed but not solved)
On 2012-08-15 19:52, Itamar Heim wrote: > On 08/15/2012 04:44 PM, Ricky Schneberger wrote: >> After my last "yum update" I got some strange errors in my cluster. >> >> Today when I tried to start a VM i got a pop-up that says: >> >> " Error: >> Cannot run VM without at least one bootable disk. >> Alternatives: >> -Create a disk for this VM, and rerun the VM. >> -Change the boot sequence using the Edit VM command (Boot Option >> Sub-Tab). >> -Use the Run-Once command to select a different boot option and rerun >> the VM." >> >> When I went to the Virtual disks tab there was no disk left. On the >> snapshots tab the still exist, and some of them seems even to be "OK" >> >> I then check my NFS-storage to se if they still exist even there, and >> they was (Puh!)! >> I tried to mount the images with kpartx and everything went fine. >> So far so good. The data is still there. GOOD! >> >> But, how can I get things together again? Andwhat happened when I >> did the yum update? >> >> >> >> >> ___ >> Users mailing list >> Users@ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> > > which server did you upgrade (engine or host)? > which rpms where updated? > for engine, did you run yum update or engine-upgrade? Well, I must end this question with my "solution" of the problem. As some of my WMs didn’t start after a "yum update" with strange errors in the logs I did as follow, as my prime goal was to reuse the disk images. 1. In DB-table "vm-static" I search out the key "vm-guid" for the virtual machine 2. in DB-table "vm-device" I match my "vm-guid-ID" against field "vm-Id" and row "disk" in the field "device". From that I got the disk-ID for that WM. 3. After that I got to my NFS-storage and rsynced the disk image and the META-file to a backup folder. 4. I check that it was possible to mount the image with kpartx 5. Then I just erased the WM from ovirt and checked that everything went away. 6. A new machine with a new disk (equal size as the old one) was created 7. I copied the name of the new created disk-image including the META-file and then deleted it. 8. After that I copied the old disk image to the right storage pool on the NFS-server and renamed it with the earlier copied name. 9. Finally I start the newly created VM with the old disk and everything went up. //Ricky 0xB88C0B63.asc Description: application/pgp-keys ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] Missing VM disk images after yum update
After my last "yum update" I got some strange errors in my cluster. Today when I tried to start a VM i got a pop-up that says: " Error: Cannot run VM without at least one bootable disk. Alternatives: -Create a disk for this VM, and rerun the VM. -Change the boot sequence using the Edit VM command (Boot Option Sub-Tab). -Use the Run-Once command to select a different boot option and rerun the VM." When I went to the Virtual disks tab there was no disk left. On the snapshots tab the still exist, and some of them seems even to be "OK" I then check my NFS-storage to se if they still exist even there, and they was (Puh!)! I tried to mount the images with kpartx and everything went fine. So far so good. The data is still there. GOOD! But, how can I get things together again? Andwhat happened when I did the yum update? -- Ricky Schneberger 0xB88C0B63.asc Description: application/pgp-keys Thread-1262930::DEBUG::2012-08-15 15:40:14,107::task::978::TaskManager.Task::(_decref) Task=`bd02f1a0-df65-4493-9507-a57d4c45086a`::ref 0 aborting False Thread-1262935::DEBUG::2012-08-15 15:40:24,256::BindingXMLRPC::160::vds::(wrapper) [10.10.1.105] Thread-1262935::DEBUG::2012-08-15 15:40:24,256::task::588::TaskManager.Task::(_updateState) Task=`44dbb821-1a4a-4603-927a-efc8865d7135`::moving from state init -> state preparing Thread-1262935::INFO::2012-08-15 15:40:24,257::logUtils::37::dispatcher::(wrapper) Run and protect: getSpmStatus(spUUID='64a0f560-b9a1-4c87-8a30-0967b4ce3c81', options=None) Thread-1262935::INFO::2012-08-15 15:40:24,257::logUtils::39::dispatcher::(wrapper) Run and protect: getSpmStatus, Return response: {'spm_st': {'spmId': 1, 'spmStatus': 'SPM', 'spmLver': 8}} Thread-1262935::DEBUG::2012-08-15 15:40:24,257::task::1172::TaskManager.Task::(prepare) Task=`44dbb821-1a4a-4603-927a-efc8865d7135`::finished: {'spm_st': {'spmId': 1, 'spmStatus': 'SPM', 'spmLver': 8}} Thread-1262935::DEBUG::2012-08-15 15:40:24,257::task::588::TaskManager.Task::(_updateState) Task=`44dbb821-1a4a-4603-927a-efc8865d7135`::moving from state preparing -> state finished Thread-1262935::DEBUG::2012-08-15 15:40:24,257::resourceManager::809::ResourceManager.Owner::(releaseAll) Owner.releaseAll requests {} resources {} Thread-1262935::DEBUG::2012-08-15 15:40:24,257::resourceManager::844::ResourceManager.Owner::(cancelAll) Owner.cancelAll requests {} Thread-1262935::DEBUG::2012-08-15 15:40:24,257::task::978::TaskManager.Task::(_decref) Task=`44dbb821-1a4a-4603-927a-efc8865d7135`::ref 0 aborting False Thread-1262936::DEBUG::2012-08-15 15:40:24,279::BindingXMLRPC::160::vds::(wrapper) [10.10.1.105] Thread-1262936::DEBUG::2012-08-15 15:40:24,279::task::588::TaskManager.Task::(_updateState) Task=`eb6e2728-fb45-45e0-9a06-ae2091152e28`::moving from state init -> state preparing Thread-1262936::INFO::2012-08-15 15:40:24,280::logUtils::37::dispatcher::(wrapper) Run and protect: getStoragePoolInfo(spUUID='64a0f560-b9a1-4c87-8a30-0967b4ce3c81', options=None) Thread-1262936::DEBUG::2012-08-15 15:40:24,280::resourceManager::175::ResourceManager.Request::(__init__) ResName=`Storage.64a0f560-b9a1-4c87-8a30-0967b4ce3c81`ReqID=`b14b2104-ed8b-44e1-872b-28d2854137e3`::Request was made in '/usr/share/vdsm/storage/resourceManager.py' line '485' at 'registerResource' Thread-1262936::DEBUG::2012-08-15 15:40:24,280::resourceManager::486::ResourceManager::(registerResource) Trying to register resource 'Storage.64a0f560-b9a1-4c87-8a30-0967b4ce3c81' for lock type 'shared' Thread-1262936::DEBUG::2012-08-15 15:40:24,281::resourceManager::528::ResourceManager::(registerResource) Resource 'Storage.64a0f560-b9a1-4c87-8a30-0967b4ce3c81' is free. Now locking as 'shared' (1 active user) Thread-1262936::DEBUG::2012-08-15 15:40:24,281::resourceManager::212::ResourceManager.Request::(grant) ResName=`Storage.64a0f560-b9a1-4c87-8a30-0967b4ce3c81`ReqID=`b14b2104-ed8b-44e1-872b-28d2854137e3`::Granted request Thread-1262936::DEBUG::2012-08-15 15:40:24,281::task::817::TaskManager.Task::(resourceAcquired) Task=`eb6e2728-fb45-45e0-9a06-ae2091152e28`::_resourcesAcquired: Storage.64a0f560-b9a1-4c87-8a30-0967b4ce3c81 (shared) Thread-1262936::DEBUG::2012-08-15 15:40:24,281::task::978::TaskManager.Task::(_decref) Task=`eb6e2728-fb45-45e0-9a06-ae2091152e28`::ref 1 aborting False Thread-1262936::INFO::2012-08-15 15:40:24,284::logUtils::39::dispatcher::(wrapper) Run and protect: getStoragePoolInfo, Return response: {'info': {'spm_id': 1, 'master_uuid': '75b7f4bc-1c46-4847-ba1b-2bbc84c771ce', 'name': 'Default-30', 'version': '0', 'domains': '14368440-9620-423d-b816-a3d42a1b50d7:Active,5de36f78-8303-401b-b6c3-e04091077f9e:Active,2563b7db-bbca-44f4-ba68-98a51
Re: [Users] Storage domain does not exist (SOLVED)
Thanks! It did all the magic! Regards //Ricky On 2012-08-14 14:50, Maor Lipchuk wrote: > Ricky, Try do the following : > > go to the meta data of the data storage (in the storage server > go to {storage_domain_name}/##/dom_md/metadata) > delete the chksum line _SHA_CKSUM= > try to activate the storage domain again the DC (it should fail again) > vdsm.log should print the computed cksum of the storage domain (Should > be an error there which say "Meta Data seal is broken (checksum > mismatch) computed_cksum = ") > copy the comuted chksum to the meta data (_SHA_CKSUM={new chksum number} > try to activate it again. > > Hope it will fix that. > > Mean while I'm checking what caused the bug. > > Regards, > Maor > > On 08/14/2012 02:53 PM, Ricky Schneberger wrote: >> Hi >> >> I attached the logs. >> >> //Ricky >> >> On 2012-08-14 12:56, Maor Lipchuk wrote: >>> Hi Ricky can you please add the log of VDSM, also the full engine log. >>> >>> Regards, >>> Maor >>> >>> >>> On 08/14/2012 01:22 PM, Ricky Schneberger wrote: >>>> After an normal "yum update" i am unable to get one of the storage >>>> domains "UP". >>>> >>>> My systems is running Centos 6.3. >>>> >>>> If I try to activate the domain in GUI I got following errors: >>>> >>>> - >>>> >>>> 2012-08-14 12:16:22,594 INFO >>>> [org.ovirt.engine.core.bll.storage.ActivateStorageDomainCommand] >>>> (pool-5-thread-50) [539cbd7e] Lock Acquired to object EngineLock >>>> [exclusiveLocks= key: >>>> org.ovirt.engine.core.bll.storage.ActivateStorageDomainCommand value: >>>> 5de36f78-8303-401b-b6c3-e04091077f9e >>>> 2012-08-14 12:16:22,610 INFO >>>> [org.ovirt.engine.core.bll.storage.ActivateStorageDomainCommand] >>>> (pool-5-thread-50) [539cbd7e] Running command: >>>> ActivateStorageDomainCommand internal: false. Entities affected : ID: >>>> 5de36f78-8303-401b-b6c3-e04091077f9e Type: Storage >>>> 2012-08-14 12:16:22,618 INFO >>>> [org.ovirt.engine.core.bll.storage.ActivateStorageDomainCommand] >>>> (pool-5-thread-50) [539cbd7e] Lock freed to object EngineLock >>>> [exclusiveLocks= key: >>>> org.ovirt.engine.core.bll.storage.ActivateStorageDomainCommand value: >>>> 5de36f78-8303-401b-b6c3-e04091077f9e >>>> 2012-08-14 12:16:22,709 INFO >>>> [org.ovirt.engine.core.vdsbroker.irsbroker.ActivateStorageDomainVDSCommand] >>>> (pool-5-thread-50) [539cbd7e] START, >>>> ActivateStorageDomainVDSCommand(storagePoolId = >>>> 64a0f560-b9a1-4c87-8a30-0967b4ce3c81, ignoreFailoverLimit = false, >>>> compatabilityVersion = null, storageDomainId = >>>> 5de36f78-8303-401b-b6c3-e04091077f9e), log id: 152cc8c3 >>>> 2012-08-14 12:16:25,050 ERROR >>>> [org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase] >>>> (pool-5-thread-50) [539cbd7e] Error code StorageDomainDoesNotExist and >>>> error message IRSGenericException: IRSErrorException: Failed to >>>> ActivateStorageDomainVDS, error = Storage domain does not exist: >>>> ('5de36f78-8303-401b-b6c3-e04091077f9e',) >>>> 2012-08-14 12:16:25,050 ERROR >>>> [org.ovirt.engine.core.vdsbroker.irsbroker.IrsBrokerCommand] >>>> (pool-5-thread-50) [539cbd7e] >>>> IrsBroker::Failed::ActivateStorageDomainVDS due to: IRSErrorException: >>>> IRSGenericException: IRSErrorException: Failed to >>>> ActivateStorageDomainVDS, error = Storage domain does not exist: >>>> ('5de36f78-8303-401b-b6c3-e04091077f9e',) >>>> 2012-08-14 12:16:25,058 ERROR >>>> [org.ovirt.engine.core.bll.storage.ActivateStorageDomainCommand] >>>> (pool-5-thread-50) [539cbd7e] Command >>>> org.ovirt.engine.core.bll.storage.ActivateStorageDomainCommand throw Vdc >>>> Bll exception. With error message VdcBLLException: >>>> org.ovirt.engine.core.vdsbroker.irsbroker.IRSErrorException: >>>> IRSGenericException: IRSErrorException: Failed to >>>> ActivateStorageDomainVDS, error = Storage domain does not exist: >>>> ('5de36f78-8303-401b-b6c3-e04091077f9e',) >>>> 2012-08-14 12:16:25,074 INFO >>>> [org.ovirt.engine.core.bll.storage.ActivateStorageDomainCommand] >>>> (pool-5-thread-50) [539cbd7e] Command >>>> [id=6db5eb90-af14-43f7-8494-d59528a77c27]: Compensating >>>> CHANGED_STATUS_ONLY of >>>> org.ovirt.engine.core.common.businessentities.storage_pool_iso_map; >>>> snapshot: EntityStatusSnapshot [id=storagePoolId = >>>> 64a0f560-b9a1-4c87-8a30-0967b4ce3c81, storageId = >>>> 5de36f78-8303-401b-b6c3-e04091077f9e, status=InActive]. >>>> - >>>> >>>> Ho can I try to resolv it? >>>> >>>> Regards //Ricky >>>> >>>> >>>> >>>> ___ >>>> Users mailing list >>>> Users@ovirt.org >>>> http://lists.ovirt.org/mailman/listinfo/users >>>> >>> >> > 0xB88C0B63.asc Description: application/pgp-keys ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] Storage domain does not exist
After an normal "yum update" i am unable to get one of the storage domains "UP". My systems is running Centos 6.3. If I try to activate the domain in GUI I got following errors: - 2012-08-14 12:16:22,594 INFO [org.ovirt.engine.core.bll.storage.ActivateStorageDomainCommand] (pool-5-thread-50) [539cbd7e] Lock Acquired to object EngineLock [exclusiveLocks= key: org.ovirt.engine.core.bll.storage.ActivateStorageDomainCommand value: 5de36f78-8303-401b-b6c3-e04091077f9e 2012-08-14 12:16:22,610 INFO [org.ovirt.engine.core.bll.storage.ActivateStorageDomainCommand] (pool-5-thread-50) [539cbd7e] Running command: ActivateStorageDomainCommand internal: false. Entities affected : ID: 5de36f78-8303-401b-b6c3-e04091077f9e Type: Storage 2012-08-14 12:16:22,618 INFO [org.ovirt.engine.core.bll.storage.ActivateStorageDomainCommand] (pool-5-thread-50) [539cbd7e] Lock freed to object EngineLock [exclusiveLocks= key: org.ovirt.engine.core.bll.storage.ActivateStorageDomainCommand value: 5de36f78-8303-401b-b6c3-e04091077f9e 2012-08-14 12:16:22,709 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.ActivateStorageDomainVDSCommand] (pool-5-thread-50) [539cbd7e] START, ActivateStorageDomainVDSCommand(storagePoolId = 64a0f560-b9a1-4c87-8a30-0967b4ce3c81, ignoreFailoverLimit = false, compatabilityVersion = null, storageDomainId = 5de36f78-8303-401b-b6c3-e04091077f9e), log id: 152cc8c3 2012-08-14 12:16:25,050 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase] (pool-5-thread-50) [539cbd7e] Error code StorageDomainDoesNotExist and error message IRSGenericException: IRSErrorException: Failed to ActivateStorageDomainVDS, error = Storage domain does not exist: ('5de36f78-8303-401b-b6c3-e04091077f9e',) 2012-08-14 12:16:25,050 ERROR [org.ovirt.engine.core.vdsbroker.irsbroker.IrsBrokerCommand] (pool-5-thread-50) [539cbd7e] IrsBroker::Failed::ActivateStorageDomainVDS due to: IRSErrorException: IRSGenericException: IRSErrorException: Failed to ActivateStorageDomainVDS, error = Storage domain does not exist: ('5de36f78-8303-401b-b6c3-e04091077f9e',) 2012-08-14 12:16:25,058 ERROR [org.ovirt.engine.core.bll.storage.ActivateStorageDomainCommand] (pool-5-thread-50) [539cbd7e] Command org.ovirt.engine.core.bll.storage.ActivateStorageDomainCommand throw Vdc Bll exception. With error message VdcBLLException: org.ovirt.engine.core.vdsbroker.irsbroker.IRSErrorException: IRSGenericException: IRSErrorException: Failed to ActivateStorageDomainVDS, error = Storage domain does not exist: ('5de36f78-8303-401b-b6c3-e04091077f9e',) 2012-08-14 12:16:25,074 INFO [org.ovirt.engine.core.bll.storage.ActivateStorageDomainCommand] (pool-5-thread-50) [539cbd7e] Command [id=6db5eb90-af14-43f7-8494-d59528a77c27]: Compensating CHANGED_STATUS_ONLY of org.ovirt.engine.core.common.businessentities.storage_pool_iso_map; snapshot: EntityStatusSnapshot [id=storagePoolId = 64a0f560-b9a1-4c87-8a30-0967b4ce3c81, storageId = 5de36f78-8303-401b-b6c3-e04091077f9e, status=InActive]. - Ho can I try to resolv it? Regards //Ricky 0xB88C0B63.asc Description: application/pgp-keys ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Unable to install Windows 7 with thin provisioned disks
Hi, I found that my swtich made some suspicius things when I bond 2 networkscard together and after I got that up and running I cannot reproduce the error. So the reported error "I/O problems" seems to be correct. The problem Ive got was outside the oVirt environment. //Ricky On 2012-05-29 05:57, Haim Ateya wrote: > Hi Ricky, > > As I replied in previous thread with similar issue, please provide full > vdsm.log > > Haim > > On May 29, 2012, at 4:34, Ricky Schneberger <mailto:ri...@schneberger.se>> wrote: > >> I am unable to get an install of Windows 7 to start when using thin >> provisioned disks. If I use preallocated disks everything is fine. >> >> What I got is that when the VM is booting up it paused with error >> message "VM is paused due to i/O problems with storage domain" >> >> In the vdsm.log I got following >> >> Thread-3449::DEBUG::2012-05-25 >> 10:41:00,139::libvirtvm::240::vm.Vm::(_getDiskStats) >> vmId=`e36b1add-acf2-4c8c-8f7b-a7fe4436b115`::Disk hda stats not available >> Thread-3449::DEBUG::2012-05-25 >> 10:41:00,140::libvirtvm::269::vm.Vm::(_getDiskLatency) >> vmId=`e36b1add-acf2-4c8c-8f7b-a7fe4436b115`::Disk hda latency not >> available >> >> >> Any clue? >> >> Ricky Schneberger >> <0xB88C0B63.asc> >> ___ >> Users mailing list >> Users@ovirt.org <mailto:Users@ovirt.org> >> http://lists.ovirt.org/mailman/listinfo/users 0xB88C0B63.asc Description: application/pgp-keys signature.asc Description: OpenPGP digital signature ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] Unable to install Windows 7 with thin provisioned disks
I am unable to get an install of Windows 7 to start when using thin provisioned disks. If I use preallocated disks everything is fine. What I got is that when the VM is booting up it paused with error message "VM is paused due to i/O problems with storage domain" In the vdsm.log I got following Thread-3449::DEBUG::2012-05-25 10:41:00,139::libvirtvm::240::vm.Vm::(_getDiskStats) vmId=`e36b1add-acf2-4c8c-8f7b-a7fe4436b115`::Disk hda stats not available Thread-3449::DEBUG::2012-05-25 10:41:00,140::libvirtvm::269::vm.Vm::(_getDiskLatency) vmId=`e36b1add-acf2-4c8c-8f7b-a7fe4436b115`::Disk hda latency not available Any clue? Ricky Schneberger 0xB88C0B63.asc Description: application/pgp-keys ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] Unable to install Windows 7 as VM with thin provisioned disks
I am unable to get an install of Windows 7 to start when using thin provisioned disks. If I use preallocated disks everything is fine. What I got is that when the VM is booting up it paused with error message "VM is paused due to i/O problems with storage domain" In the vdsm.log I got following Thread-3449::DEBUG::2012-05-25 10:41:00,139::libvirtvm::240::vm.Vm::(_getDiskStats) vmId=`e36b1add-acf2-4c8c-8f7b-a7fe4436b115`::Disk hda stats not available Thread-3449::DEBUG::2012-05-25 10:41:00,140::libvirtvm::269::vm.Vm::(_getDiskLatency) vmId=`e36b1add-acf2-4c8c-8f7b-a7fe4436b115`::Disk hda latency not available Any clue? Ricky Schneberger 0xB88C0B63.asc Description: application/pgp-keys signature.asc Description: OpenPGP digital signature ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] Cannot delete VM from export domain
When I try to "remove" an VM i the export domain via oVirt GUI I got "VM XXX was removed from export". When I check the NFS-export directory the VM-image is deleted but in the GUI it's still listed. It happens all the time and now I ended upp with 12 listed VMs in the export domain. Regards Ricky 0xB88C0B63.asc Description: application/pgp-keys signature.asc Description: OpenPGP digital signature ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users