Hi Marcelo,
Do you mean copying the whole disk block to a different device and attaching it to a new VM?
Anything will be appreciated, as currently we're facing a distressing situation, so if you can describe what you mean I'd be grateful.
Thanks.
El 2018-06-18 16:19, Marcelo Leandro escribió:
Hello,
Do you can copy diskbase to a new vm.
If you want I can describe the step.
Em seg, 18 de jun de 2018 11:49, <nicolas@devels.es> escreveu:
Indeed, when the problem started I think the SPM was the host Iorg.springframework.jdbc.datas
added as
VDSM log in the first e-mail. Currently it is the one I sent in the
second mail.
FWIW, if it helps to debug more fluently, we can provide VPN access
to
our infrastructure so you can access and see whateve you need (all
hosts, DB, etc...).
Right now the machines that keep running work, but once shut down
they
start showing the problem below...
Thank you
El 2018-06-18 15:20, Benny Zlotnik escribió:
I'm having trouble following the errors, I think the SPM changedor
the vdsm log from the right host might be missing.for
However, I believe what started the problems is this transaction
timeout:
2018-06-15 14:20:51,378+01 ERROR
[org.ovirt.engine.core.bll.tasks.CommandAsyncTask]
(org.ovirt.thread.pool-6-thread-29)
[1db468cb-85fd-4189-b356-d31781461504] [within thread]: endAction
action type RemoveSnapshotSingleDisk threw an exception.:not
org.springframework.jdbc.CannotGetJdbcConnectionException: Could
get JDBC Connection; nested exception is java.sql.SQLException:
javax.resource.ResourceException: IJ000460: Error checking for a
transaction
at
ource.DataSourceUtils.getConne ction(DataSourceUtils.java:80)
org.springframework.jdbc.core.[spring-jdbc.jar:4.2.4.RELEASE]
at
JdbcTemplate.execute(JdbcTempl ate.java:615)
org.springframework.jdbc.core.[spring-jdbc.jar:4.2.4.RELEASE]
at
JdbcTemplate.query(JdbcTemplat e.java:680)
org.springframework.jdbc.core.[spring-jdbc.jar:4.2.4.RELEASE]
at
JdbcTemplate.query(JdbcTemplat e.java:712)
org.springframework.jdbc.core.[spring-jdbc.jar:4.2.4.RELEASE]
at
JdbcTemplate.query(JdbcTemplat e.java:762)
org.ovirt.engine.core.dal.dbbr[spring-jdbc.jar:4.2.4.RELEASE]
at
oker.PostgresDbEngineDialect$P ostgresSimpleJdbcCall.executeC allInternal(PostgresDbEngineDi alect.java:152)
https://wetransfer.com/downloa[dal.jar:]removed
This looks like a bug
Regardless, I am not sure restoring a backup would help since you
probably have orphaned images on the storage which need to be
Adding Ala
On Mon, Jun 18, 2018 at 4:19 PM, <nicolas@devels.es> wrote:
Hi Benny,
Please find the SPM logs at [1].
Thank you
[1]:
ds/62bf649462aabbc2ef21824682b 0a08320180618131825/036b7782f5 8d337baf909a7220d8455320180618 131825/5550ee
[1]https://wetransfer.com/downloa
[1]
El 2018-06-18 13:19, Benny Zlotnik escribió:
Can you send the SPM logs as well?
On Mon, Jun 18, 2018 at 1:13 PM, <nicolas@devels.es> wrote:
Hi Benny,
Please find the logs at [1].
Thank you.
[1]:
ds/12208fb4a6a5df3114bbbc10af1 94c8820180618101223/647c066b7b 91096570def304da86dbca20180618 101223/583d3d
https://lists.ovirt.org/archiv[3] [3][2]
powered[2]
[1]
El 2018-06-18 09:28, Benny Zlotnik escribió:
Can you provide full engine and vdsm logs?
On Mon, Jun 18, 2018 at 11:20 AM, <nicolas@devels.es> wrote:
Hi,
We're running oVirt 4.1.9 (we cannot upgrade at this time) and
we're having a major problem in our infrastructure. On friday, a
snapshots were automatically created on more than 200 VMs and as
this was just a test task, all of them were deleted at the same
time, which seems to have corrupted several VMs.
When trying to delete a snapshot on some of the VMs, a "General
error" is thrown with a NullPointerException in the engine log
(attached).
But the worst part is that when some of these machines is
specificationoff and then powered on, the VMs are corrupt...
VM myvm is down with error. Exit message: Bad volume
u'110ea376-d789-40a1-b9f6-6b40{u'index': 0, u'domainID':
c31afe01',
u'address':'reqsize': '0', u'format': u'cow', u'bootOrder': u'1',
u'65519220-68e1-462a-99b3-f076{u'function': u'0x0', u'bus': u'0x00', u'domain': u'0x0000',
u'type': u'pci', u'slot': u'0x06'}, u'volumeID':
u'1fd0f9aa-6505-45d2-a17e-859bd5dd4290', 'apparentsize':
'23622320128', u'imageID':
3c78eae2',
'23622320128',u'discard': False, u'specParams': {}, u'readonly': u'false',
u'iface': u'virtio', u'optional': u'false', u'deviceId':
u'65519220-68e1-462a-99b3-f0763c78eae2', 'truesize':
u'type':u'poolID': u'75bf8f48-970f-42bc-8596-f8ab6efb2b63', u'device':
u'disk', u'shared': u'false', u'propagateErrors': u'off',
Weu'disk'}.
We're really frustrated by now and don't know how to procceed...
allhave a DB backup (with engine-backup) from thursday which would
have
a "sane" DB definition without all the snapshots, as they were
created on friday. Would it be safe to restore this backup?
Any help is really appreciated...
Thanks.
_______________________________________________
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-leave@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
[4] [3][2]
[1]
oVirt Code of Conduct:
https://www.ovirt.org/community/about/community-guidelines/ [4]
[2]
List Archives:
es/list/users@ovirt.org/messag e/P5OOGBL3BRZIQ2I46FYELBUIIWT5 QK4C/
[5]https://lists.ovirt.org/archiv
[4] [4][5]
[4]
[3]
Links:
------
[1] https://www.ovirt.org/site/privacy-policy/ [3] [3] [2]
[2] https://www.ovirt.org/community/about/community-guidelines/
[3]
[3]
es/list/users@ovirt.org/messag e/P5OOGBL3BRZIQ2I46FYELBUIIWT5 QK4C/
[5]https://wetransfer.com/downloa
[5]
[4]
Links:
------
[1]
ds/12208fb4a6a5df3114bbbc10af1 94c8820180618101223/647c066b7b 91096570def304da86dbca20180618 101223/583d3d
[2]https://lists.ovirt.org/archiv
[4] [4][2]
[2] https://www.ovirt.org/site/privacy-policy/ [3] [3]
[3] https://www.ovirt.org/community/about/community-guidelines/
[4]
es/list/users@ovirt.org/messag e/P5OOGBL3BRZIQ2I46FYELBUIIWT5 QK4C/
[5]https://wetransfer.com/downloa
[5]
Links:
------
[1]
ds/62bf649462aabbc2ef21824682b 0a08320180618131825/036b7782f5 8d337baf909a7220d8455320180618 131825/5550ee
[1]https://wetransfer.com/downloa
[2]
ds/12208fb4a6a5df3114bbbc10af1 94c8820180618101223/647c066b7b 91096570def304da86dbca20180618 101223/583d3d
[2]https://lists.ovirt.org/archiv
[3] https://www.ovirt.org/site/pri[4]vacy-policy/ [3]
[4] https://www.ovirt.org/community/about/community-guidelines/
[5]
es/list/users@ovirt.org/messag e/P5OOGBL3BRZIQ2I46FYELBUIIWT5 QK4C/
[5]https://lists.ovirt.org/archiv
_______________________________________________ oVirt Code of Conduct:
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-leave@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/ [3]
https://www.ovirt.org/community/about/community-guidelines/ [4]
List Archives:
es/list/users@ovirt.org/messag e/GS46O7WRFAWPLEBHDCYBGVPSN4LB OJ3Y/
[6]
Links:
------
[1]
https://wetransfer.com/downloads/62bf649462aabbc2ef21824682b 0a08320180618131825/036b7782f5 8d337baf909a7220d8455320180618 131825/5550ee
[2]
https://wetransfer.com/downloads/12208fb4a6a5df3114bbbc10af1 94c8820180618101223/647c066b7b 91096570def304da86dbca20180618 101223/583d3d
[3] https://www.ovirt.org/site/privacy-policy/
[4] https://www.ovirt.org/community/about/community-guidelines/
[5]
https://lists.ovirt.org/archives/list/users@ovirt.org/messag e/P5OOGBL3BRZIQ2I46FYELBUIIWT5 QK4C/
[6]
https://lists.ovirt.org/archives/list/users@ovirt.org/messag e/GS46O7WRFAWPLEBHDCYBGVPSN4LB OJ3Y/