Hi Shani, these is the log i get in engine.log (tail -f) when trying to remove disk from guest : 2018-03-09 07:59:31,741+01 WARN [org.ovirt.engine.core.bll.storage.disk.DetachDiskFromVmCommand] (default task-88) [e111eddd-63da-4c01-9885-f06dbcfb18e8] Validation of action 'DetachDiskFromVm' failed for user xxxxxxxxxxxxxxxxxx. Reasons: VAR__ACTION__DETACH_ACTION_TO,VAR__TYPE__DISK,ERROR_CANNOT_DETACH_DISK_WITH_SNAPSHOT
no more information so i'm stuck :) Regards ----- Mail original ----- De: "Shani Leviim" <[email protected]> À: "Lionel Caignec" <[email protected]> Cc: "users" <[email protected]> Envoyé: Jeudi 8 Mars 2018 16:30:53 Objet: Re: [ovirt-users] Ghost Snapshot Disk Hi Lionel, Can you please share once again your engine log (or at least the relevant part where that error message occurred)? *Regards,* *Shani Leviim* On Thu, Mar 8, 2018 at 1:56 PM, Lionel Caignec <[email protected]> wrote: > Hi, > > i finished to move my data, but now when i want to remove my old disk i > get stuck to this error : > "Cannot detach Virtual Machine Disk. The disk is already configured in a > snapshot. In order to detach it, remove the disk's snapshots". > But like i said before there is no snapshot anymore. > So what can i do? Delete manually inside database? So where? > Delete manually lvm volume, so how can i find the good one? > > Please help ;). > > Lionel > > ----- Mail original ----- > De: "Lionel Caignec" <[email protected]> > À: "Shani Leviim" <[email protected]> > Cc: "users" <[email protected]> > Envoyé: Mardi 6 Mars 2018 08:22:30 > Objet: Re: [ovirt-users] Ghost Snapshot Disk > > Hi, > > ok thank you for information (sorry for late response). > > I will do that. > > ----- Mail original ----- > De: "Shani Leviim" <[email protected]> > À: "Lionel Caignec" <[email protected]> > Cc: "users" <[email protected]> > Envoyé: Mardi 27 Février 2018 14:19:45 > Objet: Re: [ovirt-users] Ghost Snapshot Disk > > Hi Lionel, > > Sorry for the delay in replying you. > > If it's possible from your side, syncing the data and destroying old disk > sounds about right. > > In addition, it seems like you're having this bug: > https://bugzilla.redhat.com/show_bug.cgi?id=1509629 > And it was fixed for version 4.1.9. and above. > > > > *Regards,* > > *Shani Leviim* > > On Mon, Feb 26, 2018 at 4:18 PM, Lionel Caignec <[email protected]> wrote: > > > Ok so i reply myself, > > > > Version is 4.1.7.6-1 > > > > I just delete manually a snapshot previously created. But this is an io > > intensive vm, whit big disk (2,5To, and 5To). > > > > For the log, i cannot paste all my log on public list security reason, i > > will send you full in private. > > Here is an extract relevant to my error > > engine.log-20180210:2018-02-09 23:00:03,200+01 INFO > > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] > > (default task-312) [44402a8c-3196-43f0-ba33-307ea78e6f49] EVENT_ID: > > USER_CREATE_SNAPSHOT(45), Correlation ID: 44402a8c-3196-43f0-ba33- > 307ea78e6f49, > > Job ID: 030cd310-fec9-4a89-8c3f-7888504fe973, Call Stack: null, Custom > > ID: null, Custom Event ID: -1, Message: Snapshot > 'AUTO_7D_zz_nil_20180209_220002' > > creation for VM 'zz_nil' was initiated by snap_user@internal. > > engine.log-20180210:2018-02-09 23:01:06,578+01 INFO > > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] > > (DefaultQuartzScheduler5) [] EVENT_ID: USER_CREATE_SNAPSHOT_FINISHED_ > SUCCESS(68), > > Correlation ID: 44402a8c-3196-43f0-ba33-307ea78e6f49, Job ID: > > 030cd310-fec9-4a89-8c3f-7888504fe973, Call Stack: null, Custom ID: null, > > Custom Event ID: -1, Message: Snapshot 'AUTO_7D_zz_nil_20180209_220002' > > creation for VM 'zz_nil' has been completed. > > engine.log-20180220:2018-02-19 17:01:23,800+01 INFO > > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] > > (default task-113) [] EVENT_ID: USER_REMOVE_SNAPSHOT(342), Correlation > ID: > > 06a9efa4-1b80-4021-bf3e-41ecebe58a88, Job ID: c9a918a7-b00c-43cf-b6de- > 3659ac0765da, > > Call Stack: null, Custom ID: null, Custom Event ID: -1, Message: Snapshot > > 'AUTO_7D_zz_nil_20180209_220002' deletion for VM 'zz_nil' was initiated > > by acaignec@ldap-cines-authz. > > engine.log-20180221:2018-02-20 22:24:45,174+01 ERROR > > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] > > (DefaultQuartzScheduler6) [06a9efa4-1b80-4021-bf3e-41ecebe58a88] > > EVENT_ID: USER_REMOVE_SNAPSHOT_FINISHED_FAILURE(357), Correlation ID: > > 06a9efa4-1b80-4021-bf3e-41ecebe58a88, Job ID: c9a918a7-b00c-43cf-b6de- > 3659ac0765da, > > Call Stack: null, Custom ID: null, Custom Event ID: -1, Message: Failed > to > > delete snapshot 'AUTO_7D_zz_nil_20180209_220002' for VM 'zz_nil'. > > 2018-02-20 22:24:46,266+01 INFO [org.ovirt.engine.core.bll. > tasks.SPMAsyncTask] > > (DefaultQuartzScheduler3) [516079c3] SPMAsyncTask::PollTask: Polling task > > '34137342-4f30-476d-b16c-1cb7e0ea0ac0' (Parent Command 'DestroyImage', > > Parameters Type 'org.ovirt.engine.core.common.asynctasks. > AsyncTaskParameters') > > returned status 'finished', result 'success'. > > 2018-02-20 22:24:46,267+01 INFO [org.ovirt.engine.core.bll. > tasks.SPMAsyncTask] > > (DefaultQuartzScheduler3) [516079c3] BaseAsyncTask::onTaskEndSuccess: > > Task '34137342-4f30-476d-b16c-1cb7e0ea0ac0' (Parent Command > > 'DestroyImage', Parameters Type 'org.ovirt.engine.core.common. > asynctasks.AsyncTaskParameters') > > ended successfully. > > 2018-02-20 22:24:46,268+01 INFO [org.ovirt.engine.core.bll. > tasks.CommandAsyncTask] > > (DefaultQuartzScheduler3) [516079c3] CommandAsyncTask:: > endActionIfNecessary: > > All tasks of command 'fe8c91f2-386b-4b3f-bbf3-aeda8e9244c6' has ended -> > > executing 'endAction' > > 2018-02-20 22:24:46,268+01 INFO [org.ovirt.engine.core.bll. > tasks.CommandAsyncTask] > > (DefaultQuartzScheduler3) [516079c3] CommandAsyncTask::endAction: Ending > > action for '1' tasks (command ID: 'fe8c91f2-386b-4b3f-bbf3- > aeda8e9244c6'): > > calling endAction '. > > 2018-02-20 22:24:46,268+01 INFO [org.ovirt.engine.core.bll. > tasks.CommandAsyncTask] > > (org.ovirt.thread.pool-6-thread-20) [516079c3] CommandAsyncTask:: > endCommandAction > > [within thread] context: Attempting to endAction 'DestroyImage', > > 2018-02-20 22:24:46,269+01 ERROR [org.ovirt.engine.core.bll. > tasks.CommandAsyncTask] > > (org.ovirt.thread.pool-6-thread-20) [516079c3] [within thread]: > endAction > > for action type DestroyImage threw an exception.: > > java.lang.NullPointerException > > at org.ovirt.engine.core.bll.tasks.CoCoAsyncTaskHelper. > > endAction(CoCoAsyncTaskHelper.java:335) [bll.jar:] > > at org.ovirt.engine.core.bll.tasks.CommandCoordinatorImpl. > > endAction(CommandCoordinatorImpl.java:340) [bll.jar:] > > at org.ovirt.engine.core.bll.tasks.CommandAsyncTask. > > endCommandAction(CommandAsyncTask.java:154) [bll.jar:] > > at org.ovirt.engine.core.bll.tasks.CommandAsyncTask.lambda$ > > endActionIfNecessary$0(CommandAsyncTask.java:106) [bll.jar:] > > at org.ovirt.engine.core.utils.threadpool.ThreadPoolUtil$ > > InternalWrapperRunnable.run(ThreadPoolUtil.java:84) [utils.jar:] > > at java.util.concurrent.Executors$RunnableAdapter. > call(Executors.java:511) > > [rt.jar:1.8.0_161] > > at java.util.concurrent.FutureTask.run(FutureTask.java:266) > > [rt.jar:1.8.0_161] > > at java.util.concurrent.ThreadPoolExecutor.runWorker( > ThreadPoolExecutor.java:1149) > > [rt.jar:1.8.0_161] > > at java.util.concurrent.ThreadPoolExecutor$Worker.run( > ThreadPoolExecutor.java:624) > > [rt.jar:1.8.0_161] > > at java.lang.Thread.run(Thread.java:748) [rt.jar:1.8.0_161] > > > > ----- Mail original ----- > > De: "Shani Leviim" <[email protected]> > > À: "Lionel Caignec" <[email protected]> > > Envoyé: Lundi 26 Février 2018 14:42:38 > > Objet: Re: [ovirt-users] Ghost Snapshot Disk > > > > Yes, please. > > Can you detail a bit more regarding the actions you've done? > > > > I'm assuming that since the snapshot had no description, trying to > operate > > it caused the nullPointerException you've got. > > But I want to examine what was the cause for that. > > > > Also, can you please answer back to the list? > > > > > > > > *Regards,* > > > > *Shani Leviim* > > > > On Mon, Feb 26, 2018 at 3:37 PM, Lionel Caignec <[email protected]> > wrote: > > > > > Version is 4.1.7.6-1 > > > > > > Do you want the log from the day i delete snapshot? > > > > > > ----- Mail original ----- > > > De: "Shani Leviim" <[email protected]> > > > À: "Lionel Caignec" <[email protected]> > > > Cc: "users" <[email protected]> > > > Envoyé: Lundi 26 Février 2018 14:29:16 > > > Objet: Re: [ovirt-users] Ghost Snapshot Disk > > > > > > Hi, > > > > > > What is your engine version, please? > > > I'm trying to reproduce your steps, for understanding better was is the > > > cause for that error. Therefore, a full engine log is needed. > > > Can you please attach it? > > > > > > Thanks, > > > > > > > > > *Shani Leviim* > > > > > > On Mon, Feb 26, 2018 at 2:48 PM, Lionel Caignec <[email protected]> > > wrote: > > > > > > > Hi > > > > > > > > 1) this is error message from ui.log > > > > > > > > 2018-02-26 13:44:10,001+01 ERROR [org.ovirt.engine.ui.frontend. > > > > server.gwt.OvirtRemoteLoggingService] (default task-3) [] > Permutation > > > > name: 8C01181C3B121D0AAE1312275CC96415 > > > > 2018-02-26 13:44:10,001+01 ERROR [org.ovirt.engine.ui.frontend. > > > server.gwt.OvirtRemoteLoggingService] > > > > (default task-3) [] Uncaught exception: com.google.gwt.core.client. > > > JavaScriptException: > > > > (TypeError) > > > > __gwt$exception: <skipped>: Cannot read property 'F' of null > > > > at org.ovirt.engine.ui.uicommonweb.models.storage. > > > > DisksAllocationModel$3.$onSuccess(DisksAllocationModel.java:120) > > > > at org.ovirt.engine.ui.uicommonweb.models.storage. > > > > DisksAllocationModel$3.onSuccess(DisksAllocationModel.java:120) > > > > at org.ovirt.engine.ui.frontend.Frontend$2.$onSuccess( > > > Frontend.java:233) > > > > [frontend.jar:] > > > > at org.ovirt.engine.ui.frontend. > Frontend$2.onSuccess(Frontend. > > > java:233) > > > > [frontend.jar:] > > > > at org.ovirt.engine.ui.frontend.communication. > > > > OperationProcessor$2.$onSuccess(OperationProcessor.java:139) > > > > [frontend.jar:] > > > > at org.ovirt.engine.ui.frontend.communication. > > > > OperationProcessor$2.onSuccess(OperationProcessor.java:139) > > > > [frontend.jar:] > > > > at org.ovirt.engine.ui.frontend.communication. > > > > GWTRPCCommunicationProvider$5$1.$onSuccess( > > GWTRPCCommunicationProvider. > > > java:269) > > > > [frontend.jar:] > > > > at org.ovirt.engine.ui.frontend.communication. > > > > GWTRPCCommunicationProvider$5$1.onSuccess( > GWTRPCCommunicationProvider. > > > java:269) > > > > [frontend.jar:] > > > > at com.google.gwt.user.client.rpc.impl. > RequestCallbackAdapter. > > > > onResponseReceived(RequestCallbackAdapter.java:198) > [gwt-servlet.jar:] > > > > at com.google.gwt.http.client.Request.$ > fireOnResponseReceived( > > > Request.java:237) > > > > [gwt-servlet.jar:] > > > > at com.google.gwt.http.client.RequestBuilder$1. > > > onReadyStateChange(RequestBuilder.java:409) > > > > [gwt-servlet.jar:] > > > > at Unknown.eval(webadmin-0.js@65) > > > > at com.google.gwt.core.client.impl.Impl.apply(Impl.java:296) > > > > [gwt-servlet.jar:] > > > > at com.google.gwt.core.client.impl.Impl.entry0(Impl.java: > 335) > > > > [gwt-servlet.jar:] > > > > at Unknown.eval(webadmin-0.js@54) > > > > > > > > > > > > 2) This line seems to be about the bad disk : > > > > > > > > f242cc9a-56c1-4ae4-aef0-f75eb01f74b1 | 2018-01-17 22:02:00+01 | > > > > 2748779069440 | 00000000-0000-0000-0000-000000000000 | > > > > 00000000-0000-0000-0000-000000000000 | 4 | 2018-01-18 > > > > 22:01:20.5+01 | 0dd2090c-3491-4fa1-98c3-54ae88be793c > > > > > > > > > > > > 3) Snapshot table is empty for the concerned vm_id. > > > > > > > > ----- Mail original ----- > > > > De: "Shani Leviim" <[email protected]> > > > > À: "Lionel Caignec" <[email protected]> > > > > Cc: "users" <[email protected]> > > > > Envoyé: Lundi 26 Février 2018 13:31:23 > > > > Objet: Re: [ovirt-users] Ghost Snapshot Disk > > > > > > > > Hi Lionel, > > > > > > > > The error message you've mentioned sounds like a UI error. > > > > Can you please attach your ui log? > > > > > > > > Also, on the data from 'images' table you've uploaded, can you > describe > > > > which line is the relevant disk? > > > > > > > > Finally (for now), in case the snapshot was deleted, can you please > > > > validate it by viewing the output of: > > > > $ select * from snapshots; > > > > > > > > > > > > > > > > *Regards,* > > > > > > > > *Shani Leviim* > > > > > > > > On Mon, Feb 26, 2018 at 9:20 AM, Lionel Caignec <[email protected]> > > > wrote: > > > > > > > > > Hi Shani, > > > > > thank you for helping me with your reply, > > > > > i juste make a little mistake on explanation. In fact it's the > > snapshot > > > > > does not exist anymore. This is the disk(s) relative to her wich > > still > > > > > exist, and perhaps LVM volume. > > > > > So can i delete manually this disk in database? what about the lvm > > > > volume? > > > > > Is it better to recreate disk sync data and destroy old one? > > > > > > > > > > > > > > > > > > > > ----- Mail original ----- > > > > > De: "Shani Leviim" <[email protected]> > > > > > À: "Lionel Caignec" <[email protected]> > > > > > Cc: "users" <[email protected]> > > > > > Envoyé: Dimanche 25 Février 2018 14:26:41 > > > > > Objet: Re: [ovirt-users] Ghost Snapshot Disk > > > > > > > > > > Hi Lionel, > > > > > > > > > > You can try to delete that snapshot directly from the database. > > > > > > > > > > In case of using psql [1], once you've logged in to your database, > > you > > > > can > > > > > run this query: > > > > > $ select * from snapshots where vm_id = '<your_vm_id>'; > > > > > This one would list the snapshots associated with a VM by its id. > > > > > > > > > > In case you don't have you vm_id, you can locate it by querying: > > > > > $ select * from vms where vm_name = 'nil'; > > > > > This one would show you some details about a VM by its name > > (including > > > > the > > > > > vm's id). > > > > > > > > > > Once you've found the relevant snapshot, you can delete it by > > running: > > > > > $ delete from snapshots where snapshot_id = '<your_snapshot_id>'; > > > > > This one would delete the desired snapshot from the database. > > > > > > > > > > Since it's a delete operation, I would suggest confirming the ids > > > before > > > > > executing it. > > > > > > > > > > Hope you've found it useful! > > > > > > > > > > [1] > > > > > https://www.ovirt.org/documentation/install-guide/ > > > > appe-Preparing_a_Remote_ > > > > > PostgreSQL_Database_for_Use_with_the_oVirt_Engine/ > > > > > > > > > > > > > > > *Regards,* > > > > > > > > > > *Shani Leviim* > > > > > > > > > > On Fri, Feb 23, 2018 at 9:25 AM, Lionel Caignec <[email protected]> > > > > wrote: > > > > > > > > > > > Hi, > > > > > > > > > > > > i've a problem with snapshot. On one VM i've a "snapshot" ghost > > > without > > > > > > name or uuid, only information is size (see attachment). In the > > > > snapshot > > > > > > tab there is no trace about this disk. > > > > > > > > > > > > In database (table images) i found this : > > > > > > f242cc9a-56c1-4ae4-aef0-f75eb01f74b1 | 2018-01-17 22:02:00+01 > | > > > > > > 2748779069440 | 00000000-0000-0000-0000-000000000000 | > > > > > > 00000000-0000-0000-0000-000000000000 | 4 | 2018-01-18 > > > > > > 22:01:20.5+01 | 0dd2090c-3491-4fa1-98c3-54ae88be793c > > > > > > | 2 | 4 | 17e26476-cecb-441d-a5f7- > > > 46ab3ef387ee > > > > | > > > > > > 2018-01-17 22:01:29.663334+01 | 2018-01-19 08:40:14.345229+01 | f > > > > | > > > > > > 1 | 2 > > > > > > 1c7650fa-542b-4ec2-83a1-d2c1c31be5fd | 2018-01-17 22:02:03+01 | > > > > > > 5368709120000 | 00000000-0000-0000-0000-000000000000 | > > > > > > 00000000-0000-0000-0000-000000000000 | 4 | 2018-01-18 > > > > > > 22:01:20.84+01 | 0dd2090c-3491-4fa1-98c3-54ae88be793c > > > > > > | 2 | 4 | bf834a91-c69f-4d2c-b639- > > > 116ed58296d8 > > > > | > > > > > > 2018-01-17 22:01:29.836133+01 | 2018-01-19 08:40:19.083508+01 | f > > > > | > > > > > > 1 | 2 > > > > > > 8614b21f-c0de-40f2-b4fb-e5cf193b0743 | 2018-02-09 23:00:44+01 | > > > > > > 5368709120000 | 00000000-0000-0000-0000-000000000000 | > > > > > > 00000000-0000-0000-0000-000000000000 | 4 | 2018-02-16 > > > > > > 23:00:02.855+01 | 390175dc-baf4-4831-936a-5ea68fa4c969 > > > > > > > > > > > > > > > > > > But i does not know which line is my disk. Is it possible to > > delete > > > > > > directly into database? > > > > > > Or is it better to dump my disk to another new and delete the > > > > "corrupted > > > > > > one"? > > > > > > > > > > > > Another thing, when i try to move the disk to another storage > > > domain i > > > > > > always get "uncaght exeption occured ..." and no error in > > engine.log. > > > > > > > > > > > > > > > > > > Thank you for helping. > > > > > > > > > > > > -- > > > > > > Lionel Caignec > > > > > > > > > > > > _______________________________________________ > > > > > > Users mailing list > > > > > > [email protected] > > > > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > Users mailing list > [email protected] > http://lists.ovirt.org/mailman/listinfo/users > _______________________________________________ Users mailing list [email protected] http://lists.ovirt.org/mailman/listinfo/users
