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 <caig...@cines.fr> 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" <slev...@redhat.com> > À: "Lionel Caignec" <caig...@cines.fr> > Cc: "users" <users@ovirt.org> > 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 <caig...@cines.fr> 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" <slev...@redhat.com> > > À: "Lionel Caignec" <caig...@cines.fr> > > Cc: "users" <users@ovirt.org> > > 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 <caig...@cines.fr> > 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 > > > Users@ovirt.org > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > > >
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users