Re: [Users] Restoring guest from export domain fails
On 09/12/2012 03:33 PM, Karli Sjöberg wrote: 12 sep 2012 kl. 13.51 skrev Eli Mesika: - Original Message - From: Oved Ourfalli ov...@redhat.com mailto:ov...@redhat.com To: Karli Sjöberg karli.sjob...@slu.se mailto:karli.sjob...@slu.se Cc: users users@ovirt.org mailto:users@ovirt.org Sent: Wednesday, September 12, 2012 1:37:27 PM Subject: Re: [Users] Restoring guest from export domain fails Hi Karli, Does it also happen in the latest upstream? I looked at the call stack, and saw that this code was changed recently, in commit 37a8bf354b9c9d348ccbee4ce60bd62d89a37198. Yes, I saw that, but it seems that auditInvalidInterfaces that throws the exception was also changed in that commit so I suspect that the commit change caused a regression and not that before it there was a bug and it fixed that ... Yeah sure, I can report a bug for that, but how/when will/can this be fixed for us? I mean, I am using oVirt-3.1.0-2 from the oVirt 3.1 release repo. Do I wait until there is an update for this issue, or can you suggest something else I could try? Because without the guests being imported, our oVirt environment is empty, and there are customers waiting to start using their guests again. And how exactly do I file this report? (First timer) Hi Karli, did you get this resolved? Thanks, Itamar ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Restoring guest from export domain fails
21 okt 2012 kl. 08.54 skrev Itamar Heim: On 09/12/2012 03:33 PM, Karli Sjöberg wrote: 12 sep 2012 kl. 13.51 skrev Eli Mesika: - Original Message - From: Oved Ourfalli ov...@redhat.com mailto:ov...@redhat.com To: Karli Sjöberg karli.sjob...@slu.se mailto:karli.sjob...@slu.se Cc: users users@ovirt.org mailto:users@ovirt.org Sent: Wednesday, September 12, 2012 1:37:27 PM Subject: Re: [Users] Restoring guest from export domain fails Hi Karli, Does it also happen in the latest upstream? I looked at the call stack, and saw that this code was changed recently, in commit 37a8bf354b9c9d348ccbee4ce60bd62d89a37198. Yes, I saw that, but it seems that auditInvalidInterfaces that throws the exception was also changed in that commit so I suspect that the commit change caused a regression and not that before it there was a bug and it fixed that ... Yeah sure, I can report a bug for that, but how/when will/can this be fixed for us? I mean, I am using oVirt-3.1.0-2 from the oVirt 3.1 release repo. Do I wait until there is an update for this issue, or can you suggest something else I could try? Because without the guests being imported, our oVirt environment is empty, and there are customers waiting to start using their guests again. And how exactly do I file this report? (First timer) Hi Karli, did you get this resolved? I never got any instructions on how to file a report so I never did, but thanks to findings made by a Mr Thomas Scofield, I managed to resolve the issue on my own. Here´s a copy of the reply I made after resolving the issue: Thank you so much for catching this, it made my life a bunch more easier! When we wanted to upgrade from oVirt-3.0 to 3.1, we followed the procedure of exporting all of the machines to export domain, crashed the entire system and started building it up again. When it was up and running, we tried importing the machines back, they all failed and we couldn´t figure anything out from just that non-saying error message and cryptic errors in engine log. But then I remembered reading something a while back about this, searched back and compared our error messages, and they matched. So I then dove into the storage and changed all of the references from the old name to the new, and importing was all smooth sailing from there: # sed -i '' 's/oldnetname/newnetname/g' master/vms/*/*.ovf Devs: I can´t remember, is this explained anywhere in the upgrading documents, that the bridge names need to be the same before and after, or that you need to modify that afterwards if they´ve changed? And thank you Itamar, just for caring:) Thanks, Itamar ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] Restoring guest from export domain fails
Hi, we´ve just reinstalled our oVirt system to go from test to live now. We exported all templates and guests to an export domain before crashing everything. Now, everything is back to the way it was, and we have the export domain added to the DC. Importing templates has gone off without a hitch but importing the guests back seems more troublesome. Failure message in webadmin doesn´t say that much, just that it has failed. I have also the interesting part from engine.log here: 2012-09-12 09:37:05,796 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.GetVmsInfoVDSCommand] (ajp--0.0.0.0-8009-8) START, GetVmsInfoVDSCommand(storagePoolId = 262b6f0d-f534-4e90-818b-0560ddb48d9e, ignoreFailoverLimit = false, compatabilityVersion = null, storageDomainId = 0d2af357-dcd1-4373-85c6-6b9f450816ee, vmIdList = null), log id: 4ad44a60 2012-09-12 09:37:05,848 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.GetVmsInfoVDSCommand] (ajp--0.0.0.0-8009-8) FINISH, GetVmsInfoVDSCommand, log id: 4ad44a60 2012-09-12 09:37:06,472 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.GetVmsInfoVDSCommand] (ajp--0.0.0.0-8009-13) START, GetVmsInfoVDSCommand(storagePoolId = 262b6f0d-f534-4e90-818b-0560ddb48d9e, ignoreFailoverLimit = false, compatabilityVersion = null, storageDomainId = 0d2af357-dcd1-4373-85c6-6b9f450816ee, vmIdList = null), log id: 13343564 2012-09-12 09:37:06,520 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.GetVmsInfoVDSCommand] (ajp--0.0.0.0-8009-13) FINISH, GetVmsInfoVDSCommand, log id: 13343564 2012-09-12 09:37:07,367 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.GetImageDomainsListVDSCommand] (ajp--0.0.0.0-8009-13) START, GetImageDomainsListVDSCommand(storagePoolId = 262b6f0d-f534-4e90-818b-0560ddb48d9e, ignoreFailoverLimit = false, compatabilityVersion = null, imageGroupId = 0c9355fd-f4de-4e19-bfdd-8f03172eb8a9), log id: 229b9f27 2012-09-12 09:37:07,400 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.GetImageDomainsListVDSCommand] (ajp--0.0.0.0-8009-13) FINISH, GetImageDomainsListVDSCommand, return: [], log id: 229b9f27 2012-09-12 09:37:07,413 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.DoesImageExistVDSCommand] (ajp--0.0.0.0-8009-13) START, DoesImageExistVDSCommand(storagePoolId = 262b6f0d-f534-4e90-818b-0560ddb48d9e, ignoreFailoverLimit = false, compatabilityVersion = null, storageDomainId = 0d2af357-dcd1-4373-85c6-6b9f450816ee, imageGroupId = 0c9355fd-f4de-4e19-bfdd-8f03172eb8a9, imageId = 124fc5bf-a103-4e38-b17a-06ef59868a92), log id: 24855616 2012-09-12 09:37:07,455 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.DoesImageExistVDSCommand] (ajp--0.0.0.0-8009-13) FINISH, DoesImageExistVDSCommand, return: true, log id: 24855616 2012-09-12 09:37:07,456 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.DoesImageExistVDSCommand] (ajp--0.0.0.0-8009-13) START, DoesImageExistVDSCommand(storagePoolId = 262b6f0d-f534-4e90-818b-0560ddb48d9e, ignoreFailoverLimit = false, compatabilityVersion = null, storageDomainId = 0d2af357-dcd1-4373-85c6-6b9f450816ee, imageGroupId = 0c9355fd-f4de-4e19-bfdd-8f03172eb8a9, imageId = 344c1a4c-6502-4f7c-af45-2b2304a0e4e7), log id: 2dd6d115 2012-09-12 09:37:07,498 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.DoesImageExistVDSCommand] (ajp--0.0.0.0-8009-13) FINISH, DoesImageExistVDSCommand, return: true, log id: 2dd6d115 2012-09-12 09:37:07,546 INFO [org.ovirt.engine.core.bll.ImportVmCommand] (pool-3-thread-48) [69deb9d3] Running command: ImportVmCommand internal: false. Entities affected : ID: 4e928ded-600f-4af7-80b7-59069804f135 Type: Storage 2012-09-12 09:37:07,559 INFO [org.ovirt.engine.core.utils.transaction.TransactionSupport] (pool-3-thread-48) [69deb9d3] transaction rolled back 2012-09-12 09:37:07,560 ERROR [org.ovirt.engine.core.bll.ImportVmCommand] (pool-3-thread-48) [69deb9d3] Command org.ovirt.engine.core.bll.ImportVmCommand throw exception: java.lang.StringIndexOutOfBoundsException: String index out of range: 7 at java.lang.AbstractStringBuilder.deleteCharAt(AbstractStringBuilder.java:762) [rt.jar:1.7.0_06-icedtea] at java.lang.StringBuilder.deleteCharAt(StringBuilder.java:258) [rt.jar:1.7.0_06-icedtea] at org.ovirt.engine.core.bll.ImportVmCommand.auditInvalidInterfaces(ImportVmCommand.java:933) [engine-bll.jar:] at org.ovirt.engine.core.bll.ImportVmCommand.AddVmNetwork(ImportVmCommand.java:801) [engine-bll.jar:] at org.ovirt.engine.core.bll.ImportVmCommand$3.runInTransaction(ImportVmCommand.java:488) [engine-bll.jar:] at org.ovirt.engine.core.bll.ImportVmCommand$3.runInTransaction(ImportVmCommand.java:482) [engine-bll.jar:] at org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInNewTransaction(TransactionSupport.java:204) [engine-utils.jar:] at org.ovirt.engine.core.bll.ImportVmCommand.addVmToDb(ImportVmCommand.java:482) [engine-bll.jar:] at org.ovirt.engine.core.bll.ImportVmCommand.executeCommand(ImportVmCommand.java:476) [engine-bll.jar:] at
Re: [Users] Restoring guest from export domain fails
- Original Message - From: Oved Ourfalli ov...@redhat.com To: Karli Sjöberg karli.sjob...@slu.se Cc: users users@ovirt.org Sent: Wednesday, September 12, 2012 1:37:27 PM Subject: Re: [Users] Restoring guest from export domain fails Hi Karli, Does it also happen in the latest upstream? I looked at the call stack, and saw that this code was changed recently, in commit 37a8bf354b9c9d348ccbee4ce60bd62d89a37198. Yes, I saw that, but it seems that auditInvalidInterfaces that throws the exception was also changed in that commit so I suspect that the commit change caused a regression and not that before it there was a bug and it fixed that ... Regards, Oved - Original Message - From: Karli Sjöberg karli.sjob...@slu.se To: users users@ovirt.org Sent: Wednesday, September 12, 2012 10:43:36 AM Subject: [Users] Restoring guest from export domain fails Hi, we´ve just reinstalled our oVirt system to go from test to live now. We exported all templates and guests to an export domain before crashing everything. Now, everything is back to the way it was, and we have the export domain added to the DC. Importing templates has gone off without a hitch but importing the guests back seems more troublesome. Failure message in webadmin doesn´t say that much, just that it has failed. I have also the interesting part from engine.log here: 2012-09-12 09:37:05,796 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.GetVmsInfoVDSCommand] (ajp--0.0.0.0-8009-8) START, GetVmsInfoVDSCommand(storagePoolId = 262b6f0d-f534-4e90-818b-0560ddb48d9e, ignoreFailoverLimit = false, compatabilityVersion = null, storageDomainId = 0d2af357-dcd1-4373-85c6-6b9f450816ee, vmIdList = null), log id: 4ad44a60 2012-09-12 09:37:05,848 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.GetVmsInfoVDSCommand] (ajp--0.0.0.0-8009-8) FINISH, GetVmsInfoVDSCommand, log id: 4ad44a60 2012-09-12 09:37:06,472 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.GetVmsInfoVDSCommand] (ajp--0.0.0.0-8009-13) START, GetVmsInfoVDSCommand(storagePoolId = 262b6f0d-f534-4e90-818b-0560ddb48d9e, ignoreFailoverLimit = false, compatabilityVersion = null, storageDomainId = 0d2af357-dcd1-4373-85c6-6b9f450816ee, vmIdList = null), log id: 13343564 2012-09-12 09:37:06,520 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.GetVmsInfoVDSCommand] (ajp--0.0.0.0-8009-13) FINISH, GetVmsInfoVDSCommand, log id: 13343564 2012-09-12 09:37:07,367 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.GetImageDomainsListVDSCommand] (ajp--0.0.0.0-8009-13) START, GetImageDomainsListVDSCommand(storagePoolId = 262b6f0d-f534-4e90-818b-0560ddb48d9e, ignoreFailoverLimit = false, compatabilityVersion = null, imageGroupId = 0c9355fd-f4de-4e19-bfdd-8f03172eb8a9), log id: 229b9f27 2012-09-12 09:37:07,400 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.GetImageDomainsListVDSCommand] (ajp--0.0.0.0-8009-13) FINISH, GetImageDomainsListVDSCommand, return: [], log id: 229b9f27 2012-09-12 09:37:07,413 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.DoesImageExistVDSCommand] (ajp--0.0.0.0-8009-13) START, DoesImageExistVDSCommand(storagePoolId = 262b6f0d-f534-4e90-818b-0560ddb48d9e, ignoreFailoverLimit = false, compatabilityVersion = null, storageDomainId = 0d2af357-dcd1-4373-85c6-6b9f450816ee, imageGroupId = 0c9355fd-f4de-4e19-bfdd-8f03172eb8a9, imageId = 124fc5bf-a103-4e38-b17a-06ef59868a92), log id: 24855616 2012-09-12 09:37:07,455 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.DoesImageExistVDSCommand] (ajp--0.0.0.0-8009-13) FINISH, DoesImageExistVDSCommand, return: true, log id: 24855616 2012-09-12 09:37:07,456 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.DoesImageExistVDSCommand] (ajp--0.0.0.0-8009-13) START, DoesImageExistVDSCommand(storagePoolId = 262b6f0d-f534-4e90-818b-0560ddb48d9e, ignoreFailoverLimit = false, compatabilityVersion = null, storageDomainId = 0d2af357-dcd1-4373-85c6-6b9f450816ee, imageGroupId = 0c9355fd-f4de-4e19-bfdd-8f03172eb8a9, imageId = 344c1a4c-6502-4f7c-af45-2b2304a0e4e7), log id: 2dd6d115 2012-09-12 09:37:07,498 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.DoesImageExistVDSCommand] (ajp--0.0.0.0-8009-13) FINISH, DoesImageExistVDSCommand, return: true, log id: 2dd6d115 2012-09-12 09:37:07,546 INFO [org.ovirt.engine.core.bll.ImportVmCommand] (pool-3-thread-48) [69deb9d3] Running command: ImportVmCommand internal: false. Entities affected : ID: 4e928ded-600f-4af7-80b7-59069804f135 Type: Storage 2012-09-12 09:37:07,559 INFO [org.ovirt.engine.core.utils.transaction.TransactionSupport] (pool-3-thread-48) [69deb9d3] transaction rolled back 2012-09-12 09:37:07,560 ERROR [org.ovirt.engine.core.bll.ImportVmCommand] (pool-3-thread-48) [69deb9d3] Command org.ovirt.engine.core.bll.ImportVmCommand throw exception: java.lang.StringIndexOutOfBoundsException: String index out
Re: [Users] Restoring guest from export domain fails
12 sep 2012 kl. 13.51 skrev Eli Mesika: - Original Message - From: Oved Ourfalli ov...@redhat.commailto:ov...@redhat.com To: Karli Sjöberg karli.sjob...@slu.semailto:karli.sjob...@slu.se Cc: users users@ovirt.orgmailto:users@ovirt.org Sent: Wednesday, September 12, 2012 1:37:27 PM Subject: Re: [Users] Restoring guest from export domain fails Hi Karli, Does it also happen in the latest upstream? I looked at the call stack, and saw that this code was changed recently, in commit 37a8bf354b9c9d348ccbee4ce60bd62d89a37198. Yes, I saw that, but it seems that auditInvalidInterfaces that throws the exception was also changed in that commit so I suspect that the commit change caused a regression and not that before it there was a bug and it fixed that ... Yeah sure, I can report a bug for that, but how/when will/can this be fixed for us? I mean, I am using oVirt-3.1.0-2 from the oVirt 3.1 release repo. Do I wait until there is an update for this issue, or can you suggest something else I could try? Because without the guests being imported, our oVirt environment is empty, and there are customers waiting to start using their guests again. And how exactly do I file this report? (First timer) /Karli Regards, Oved - Original Message - From: Karli Sjöberg karli.sjob...@slu.semailto:karli.sjob...@slu.se To: users users@ovirt.orgmailto:users@ovirt.org Sent: Wednesday, September 12, 2012 10:43:36 AM Subject: [Users] Restoring guest from export domain fails Hi, we´ve just reinstalled our oVirt system to go from test to live now. We exported all templates and guests to an export domain before crashing everything. Now, everything is back to the way it was, and we have the export domain added to the DC. Importing templates has gone off without a hitch but importing the guests back seems more troublesome. Failure message in webadmin doesn´t say that much, just that it has failed. I have also the interesting part from engine.log here: 2012-09-12 09:37:05,796 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.GetVmsInfoVDSCommand] (ajp--0.0.0.0-8009-8) START, GetVmsInfoVDSCommand(storagePoolId = 262b6f0d-f534-4e90-818b-0560ddb48d9e, ignoreFailoverLimit = false, compatabilityVersion = null, storageDomainId = 0d2af357-dcd1-4373-85c6-6b9f450816ee, vmIdList = null), log id: 4ad44a60 2012-09-12 09:37:05,848 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.GetVmsInfoVDSCommand] (ajp--0.0.0.0-8009-8) FINISH, GetVmsInfoVDSCommand, log id: 4ad44a60 2012-09-12 09:37:06,472 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.GetVmsInfoVDSCommand] (ajp--0.0.0.0-8009-13) START, GetVmsInfoVDSCommand(storagePoolId = 262b6f0d-f534-4e90-818b-0560ddb48d9e, ignoreFailoverLimit = false, compatabilityVersion = null, storageDomainId = 0d2af357-dcd1-4373-85c6-6b9f450816ee, vmIdList = null), log id: 13343564 2012-09-12 09:37:06,520 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.GetVmsInfoVDSCommand] (ajp--0.0.0.0-8009-13) FINISH, GetVmsInfoVDSCommand, log id: 13343564 2012-09-12 09:37:07,367 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.GetImageDomainsListVDSCommand] (ajp--0.0.0.0-8009-13) START, GetImageDomainsListVDSCommand(storagePoolId = 262b6f0d-f534-4e90-818b-0560ddb48d9e, ignoreFailoverLimit = false, compatabilityVersion = null, imageGroupId = 0c9355fd-f4de-4e19-bfdd-8f03172eb8a9), log id: 229b9f27 2012-09-12 09:37:07,400 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.GetImageDomainsListVDSCommand] (ajp--0.0.0.0-8009-13) FINISH, GetImageDomainsListVDSCommand, return: [], log id: 229b9f27 2012-09-12 09:37:07,413 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.DoesImageExistVDSCommand] (ajp--0.0.0.0-8009-13) START, DoesImageExistVDSCommand(storagePoolId = 262b6f0d-f534-4e90-818b-0560ddb48d9e, ignoreFailoverLimit = false, compatabilityVersion = null, storageDomainId = 0d2af357-dcd1-4373-85c6-6b9f450816ee, imageGroupId = 0c9355fd-f4de-4e19-bfdd-8f03172eb8a9, imageId = 124fc5bf-a103-4e38-b17a-06ef59868a92), log id: 24855616 2012-09-12 09:37:07,455 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.DoesImageExistVDSCommand] (ajp--0.0.0.0-8009-13) FINISH, DoesImageExistVDSCommand, return: true, log id: 24855616 2012-09-12 09:37:07,456 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.DoesImageExistVDSCommand] (ajp--0.0.0.0-8009-13) START, DoesImageExistVDSCommand(storagePoolId = 262b6f0d-f534-4e90-818b-0560ddb48d9e, ignoreFailoverLimit = false, compatabilityVersion = null, storageDomainId = 0d2af357-dcd1-4373-85c6-6b9f450816ee, imageGroupId = 0c9355fd-f4de-4e19-bfdd-8f03172eb8a9, imageId = 344c1a4c-6502-4f7c-af45-2b2304a0e4e7), log id: 2dd6d115 2012-09-12 09:37:07,498 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.DoesImageExistVDSCommand] (ajp--0.0.0.0-8009-13) FINISH, DoesImageExistVDSCommand, return: true, log id: 2dd6d115 2012-09-12 09:37:07,546 INFO [org.ovirt.engine.core.bll.ImportVmCommand] (pool-3-thread-48) [69deb9d3] Running command: ImportVmCommand internal: false. Entities affected : ID: 4e928ded-600f-4af7
