------=_Part_1728937_383449083.1519370725785 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit 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 ------=_Part_1728937_383449083.1519370725785 Content-Type: image/png; name=ghost_disk.png Content-Disposition: attachment; filename=ghost_disk.png Content-Transfer-Encoding: base64 iVBORw0KGgoAAAANSUhEUgAAAr0AAAA+CAYAAAAmn6OHAAAABHNCSVQICAgIfAhkiAAAABl0RVh0 U29mdHdhcmUAZ25vbWUtc2NyZWVuc2hvdO8Dvz4AACAASURBVHic7Z17VFRHvu+/3Uig6QZE0cGT ifhIRIiRoOYQPRhhfKLIjUuTmHHCjOMyJlFnvGIexzhxJnEuScwYshY+R/FO1CwSEs/kpcebBBwT JpowCkTlIWDkKe/upoGGpvt7/+Cw09107+5GDRHqs1atRdev6le/ql9V7V9vau9WkCQEAoFAIBAI BILbEL1e71Y55S22QyAQCAQCgUAgGHBE0CsQCAQCgUAgGPQM6aBXoVA4/FsgEAwNrl69iri4OGg0 GkRGRuLcuXOSbN68eVAoFFLasGGDJLNYLFi/fj00Gg0mTpyI7OxsSabVahEfH4/AwEDEx8dDp9PJ 2nDy5EnMmDEDvr6+CA4OxooVK1BZWWlTxtoOLy8vhISE4JFHHkF5eflNGonbCzm/5efnIzo6GhqN BtHR0cjLy5Nk165dQ1xcHNRqNRYtWmTzL1E5mSOE3/qH9ZjcCjIyMqBU9g1t5NasK+Tmm6v17swe uXnqSb882W/6a6s9JSUliImJgVqtxrRp0/Dtt99KMrl90x7rcgqFAiEhIVi5ciWqqqpsypw6dcph /ZycHI/n0U8q6M0rvYZLJeW4VFKGSyVluFhyFUVl11BcVoHi8goUlX6PwtKruFR8BReLruBS8RVc KilFUelVXCouhdli8ag9cZxZIBjarFmzBvPnz0d9fT02bNiAdevWSbKWlhaUlpaCJEgiLS1Nkh04 cABqtRqVlZVISUnB1q1bJVlKSgoeeughVFZWYs6cOXjttdectv/ll18iKSkJ27Ztg06nw8WLFxEe Hu7wQtFrR3d3N/Lz8xEREYHHHnvsJo3E7YWc31avXo2nnnoK9fX1WLt2LdasWSPJNmzYgIceegg1 NTWYNWsWduzY4ZbMHuG3/tM7HreCnJwcFBQUONQvt2ZdITff5Na7nD1y89STfnmy3/TXVnvWrl2L ZcuWoaGhAevWrbOxXW7fdERvOYvFgoKCAowfPx5PPPGEJPf29kZaWppDu1JTU+Hj4+PSXvsG+81v t37EhKcz+qQ1L37ssa78whI21tSwsa6Oer2eHW1t7Ghro7GjQ0q9mDo7qdNpWVZWzu/Lv+f35d+z rKycHcZOG51Go5EjR47k22+/zdGjR3PUqFE8duyYJLfu/g0OhUAguA05dOgQjUYjSVKv11OtVkuy CRMmsLm52WG92bNns6CgwKEsIiKCJSUlJMmioiJOnTrVafsJCQnct2+fSzsd7U96vZ5+fn4u6w5G 5PymUqkkWWdnJ1UqlSQLDAykVqslSZ4/f54RERFuyewRfrtxrMfmiy++4JQpU+jr68uwsDCeOnWK pOtruD27du3qo7sXuTXrCrn5Jrfe5eyRm6f2yOlxtd9Y1+mvrfb5R44cYVdXF0nSYDDY2C63b8rp 7EWn09Hf39+mzMaNG5mZmWlT7sSJE1y/fr2kQ6fTuZX6Hen9Mvk4/99XZezq6rbJ7zZb+M5H33Hl 5g9c6rBYyILyCl77/hrLysptZC1aHSsqqnjtWgUrKqpYXV0jTZDu7m42NbewrKzcJhk7u+z0W+jt 7c0tW7ZQr9fzvffe47hx4yS5CHoFAkEvx48f59y5c6XPI0aM4IIFC+jv78/Y2Fheu3ZNkgUFBTEj I4OjR4/m/fffz8LCQknm5+fH9vZ2kmRbWxs1Go3TNseOHcvq6mqXtlnvT2azmdXV1dy8eTNXrFjh UR8HI/Z+W7hwIfft20eDwcDDhw9z8eLFkiwwMJA6nY4kefnyZZvgU05mj/DbjWM9Nvfeey8//fRT Go1Gpqenc/z48SRdX8Pd0d2L3Jr1BPv55s56d2SP3Dx1hiM9nuw3/bXVGSaTiWlpaVyyZImUJ7dv umqrvr6eL7zwAuPj423KFBYWMiIigt3dPfGmxWLh9OnTeenSpR8v6P1fz7xLvaFDSo3NWunvtg4j E57OkK1vsVj4r8ul1DfUSUGrTqulsaOD3SYTTZ2dNBmN7DQa2WnsYJvBQJ1Wy8a6uj7Bbm/q7DI5 HNSGhgaSPd+mlEqljczR3wKBYGhRWFjI0NBQ5uXlSXmrVq1iVlYW9Xo9N23axMTEREnm5eXFrVu3 Uq/X86WXXuL8+fMlmVKppMViIdkT6FjvOfZ4e3tLX+bJnn3IOjnLB8CQkBBeuXLlpvT/dsWR34qL ixkcHEwADA4OZlFRkSSLj4/nH//4R+r1ev7+97+nQqFwS2aP8NuN4+ya29nZ2WcMnV3DPdEtt2bd xdF8c2e9O7JHbp46w5EeT/ab/toqZ8+dd95pM5/l9k1H9e3XRlJSEuvq6vrYk5CQwPT0dJLku+++ K31J+NGC3qXPvMvGZq3T5CroLamqpb6hjl9f+I7/PF/Af54v4Ff/yuc//5XPf54v4NfnC/j1he/4 1b/ymXX2X8w6m8vP/5nLrLP/chjwlpSW8fvrjQ4H1dlnEfQKBIKCggKGhobyxIkTTss0NTUxMDBQ +jx8+HAWFxeTJLVaLQMCAiSZWq2W7qYYDAabf9XZM2bMGEmPPc72J7PZzIqKCiYnJzMmJsZF7wYv zvw2d+5c7t+/nwaDgQcPHuScOXMkWXFxMSMjIxkUFMSUlBT6+Pi4JbNH+O3GsR6b7OxszpgxgxqN hkqlUvba7M612lEZuTXrDs7mmzvr3ZE9cvPUGY70eLLf9NdWZ5hMJu7evZuzZ892KLffN/vTVm+Z 7OxshoaGsr29nWFhYczKyrKRuxv0DvPsBLAtxo5O/Dz2Sp/8qtP3uKzb3KLHnz85jb+dy3dZdvHk CTCbCcICEpg4ZhReWP4LmM0/PLj2f97/Agv/IwqhPxvpWScEAsGQpaamBgkJCdizZw/i4+NtZBcu XEBkZCSUSiUsFovNAxOhoaFobW0F0PMgxrBhP2ylEyZMQGVlJSZNmoSKigrcfffdTtufN28e0tPT 8eqrr9rkW2QeylUqlbjrrruwbds2hISEeNTfwYKc33JycvDJJ5/A19cXq1atwsaNGyXZpEmTpKfk c3NzsWfPHrdk9gi/3RgdHR1Qq9XS58cffxxvvPEGEhMToVAo4O/vf9PblFuzrpCbb56sd2vk5qkn eNJ+f221Z+fOnfjd734HHx8f/PrXv8aWLVskmdy+eSPExsYiODgYW7ZsgUajQVxcXL/03PDbG6pO 34Oq0/eg8dwU6W93sAC43uzeL2j8Zt6D+M28B/H0ohgkL4vDmctX8H19syTfevQEHo79d6yMmdGf LggEgiHKs88+i6SkJCxZsqSP7Mknn8SePXtgMBiQkpKCuXPnSrLly5fj2LFj0Ol0SE1NtdmAExMT kZmZCb1ej8zMTCxdutRp+9u3b8ehQ4ewY8cONDY2wmg04uzZs0hISOgTUPVCEo2NjUhJScEDDzxw A72/fZHz26RJk3D06FF0dHTgnXfeweTJkyXZtGnTcPz4cWi1Whw5cgTLly93S2aP8JvnzJo1C6+8 8gqMRiP++te/YtasWZJs8uTJCAsLQ1dXF3bu3IlRo0ahtLT0prYvt2ZdITffPFnv1sjNU0/wpP3+ 2mrPxx9/jNTUVLS3t+PIkSOIiIiQZHL75o2SnJyMvXv3Ijk5uf9K3L6PbUfi0xksKbvGquo6VlXX sbFZK/1dVV3n8njD1xdLOHXti8TDzzhPS58iHn6Gr/zfD/jH9Pe542/H+erRv3Pm+pelYw0Ln9/J 7O9KXN4ad/TZ2d8CgWBooFAo+pwr6z2fdv78eUZGRlKtVnPBggWsqamR6hkMBi5dupQqlYoxMTE2 D2vodDouWrSIAQEBTEhIYGtrq6wNhYWFXLZsGYOCgujj48OIiAi+9dZbNmWs7VMoFAwODubKlStZ W1t7E0fj9kHOb7m5uYyKiqJKpWJUVBRzc3OleqdOneLYsWPp5+fHtWvXsrOz0y2ZI4TfPOOrr77i 1KlTqVKpOHPmTOktAmSPz4KCgjhu3Dh+9tln3L59u/Qgodw13B77OWFdVm7NutIrN9/k1rucPXLz 1JN+udpv3C0r14a9nqKiIs6cOZN+fn6MjIzkN998I8nk9k1H/XKFdRmTycSYmBiaTKY+cnePNyj+ p5LHPPq/38ecqJ9hZuQoDBvmJeV3mcw4nXsd31xqxHtvrnBaf/eHn2OE6g7kldeg513Ijl8wrFAA w5ReIG3/bfTgpFDsyPwMab9PwvS7x/anCwKBQCAQCIY4tbW1CA8Ph1arHWhTBP3E1Y/J9NLvoBcA nnj+v6Bt7eqTP1x9B47sXCZb97mD7yMk0B8+3l6y5eT41YL/QKCfqt/1BQKBQCAQDG1WrVqFefPm YfXq1QNtiqCf/ChBr0AgEAgEAoFAMJC4G/T+pH6GWCAQCAQCgUAguBWIoFcgEAgEAoFAMOgRQa9A IBAIBAKBYNAjgl6BQCAQCAQCwaBHBL0CgUAgEAgEgkGPCHoFAoFAIBAIBIMeEfQKBAKBQCAQCAY9 IugVCAQCgUAgEAx6RNArEAgEAoFAIBj0iKBXIBAIBAKBQDDoGTbQBtxqLpddgw8sMFssUp7PHXdA 101MnTh2AC0TCAQCgUAgEPxYKEhyoI24mbS0toEkQEJraMe/DdfAZP6fgFcBdHR0oM3QhmHDvGAe 5oMAjRoKAFAoEOSvHkjTBQKBQCAQCAQeotfr3So3qI43XCwuQ2tzI3SNDYCpExPu/Bl81Wr4B/j3 JH9/jBo1Enf4+KDL1A2lyQhdYwP0TU0w6bW4UFzuso3Dhw9DoVBg3759Htk2f/58m88KhcKj+s6I jo7Grl27HMp27dqFBx98UGrv1KlTDsvl5OTcNHsEgqHI1atXERcXB41Gg8jISJw7d06SzZs3DwqF QkobNmyQZBaLBevXr4dGo8HEiRORnZ0tybRaLeLj4xEYGIj4+HjodDpZG06ePIkZM2bA19cXwcHB WLFiBSorK23KWNvh5eWFkJAQPPLIIygvd7333Y7I+cV6LHpTL3I+KykpQUxMDNRqNaZNm4Zvv/1W 1gbhl744Gnt3r0GeXKvk/O+pH93V62rdZmRkQKnsG3rl5+cjOjoaGo0G0dHRyMvLc9q+J2Xl7PFE Ty9Hjx516ANn/XKGXCx1K+OVQRP0VlVXIzQkGH5qDQICA+CjUkHf2tYntRqM0Pj7IzAwEH5qDXxV fjDTgraubgR4uz7tsXfvXmzatAn79+/3yL6SkhKbzzfrBvvGjRtx9OhRh7IjR47gd7/7HQDA29sb aWlpDttNTU2Fj4/PTbFHIBiKrFmzBvPnz0d9fT02bNiAdevWSbKWlhaUlpaCJEgiLS1Nkh04cABq tRqVlZVISUnB1q1bJVlKSgoeeughVFZWYs6cOXjttdectv/ll18iKSkJ27Ztg06nw8WLFxEeHm4T rPXSa0d3dzfy8/MRERGBxx577CaNxE8LOb/0jgNJ7N27F48++qgkk/PZ2rVrsWzZMjQ0NGDdunVY s2aN0/aFX5xjPf696WYj539P/OiJXrl1m5OTg4KCAod9Xb16NZ566inU19dj7dq1svZ4UlbOHk/0 AD0+S09P75Mv1y9nyMVStzRe4SCgpqGJzQ0NvH69Tko1NdfZ1NBAfUszdU3NbKxrYE3NdSn1lLtO g8HAqqpqlpeVs7Tsmmw7ubm5DAsLY3d3NydPnsyvv/7aRt7Q0MDFixdTpVIxMjKS33zzDUkyOjqa AAiAL774IkkSAKuqqqhQKNjU1ESS1Gq1VCqVrKqqYk1NDefPn08/Pz/GxsaypaXFoU2dnZ0MCQnh 5cuXbfIvXbrEMWPGsKurS2pv48aNzMzMtCl34sQJrl+/noNkKggEA8KhQ4doNBpJknq9nmq1WpJN mDCBzc3NDuvNnj2bBQUFDmUREREsKSkhSRYVFXHq1KlO209ISOC+fftc2ulonev1evr5+bmsezsi 55dempqaOG7cOFZXV0t5cj47cuSItK8aDAaqVCqn7Qu/OMbV9Ubu+geAH3zwAYcPH87w8HB+9913 TvXI+d8TP3qiV27d7tq1S+qDPSqVStLZ2dkpa4+rstb65ezxRA9Jfvjhh3zuuef65Mv1yxGuYqn+ xCs6nc6tNCginbqmZpaVlduk2qoqnvnmPPcf/2/+7ZMvmJt/ibVVFSwtLbMpV1FRwerqGreC3t/+ 9rfSBnbgwAEmJSXZyH/961/zhRdeYGtrK48fP85p06ZJMnsn9X6OioriqVOnSJKff/45o6KiSJKP PvooN2/ezNbWVj7//PN85plnnNq1fft2/ud//qdN3gsvvMA//elPNu0VFhYyIiKC3d3dJEmLxcLp 06fz0qVLIugVCG4Sx48f59y5c6XPI0aM4IIFC+jv78/Y2Fheu/bDPhMUFMSMjAyOHj2a999/PwsL CyWZn58f29vbSZJtbW3UaDRO2xw7dqxN0OYM63VuNptZXV3NzZs3c8WKFR718XbE3i+9bNu2jdu3 b7fJk/NZLyaTiWlpaVyyZInTNoVfHOPqeiN3/VMoFHzxxRep0+n48ssvy46/Nc78744fPdHrzrp1 1P+FCxdy3759NBgMPHz4MBcvXuy0TU/KytnjiR6SnDVrFsvLy536z904wlUs1Z94ZUgFvdcdBL3z NqcQDz/zQ1q2ns/tPsq6qqo+Qa87d3pbWlo4duxYafJ0dHQwNDRUuktLkqNHj2ZdXZ3D+s6C3j/8 4Q/885//TJJ89dVX+Yc//IEkOXLkSNbW1pIk6+rqOG7cOKe21dbW8p577qHFYiHZMznuueceG1t6 20tISGB6ejpJ8t1335UmuQh6BYIbp7CwkKGhoczLy5PyVq1axaysLOr1em7atImJiYmSzMvLi1u3 bqVer+dLL73E+fPnSzKlUimtabPZTKVS6bRdb29v6Y4NSek/S73JWT4AhoSE8MqVKzel/z9VHPmF 7LnDN378+D7/SZPzWS8AeOedd8qOnfCLYxz11xq56x8A6YtEXV0dR40a5bI9Z/7v1efKj57odWfd OrreFhcXMzg4mAAYHBzMoqIip+16UlbOHk/0ZGdnS18MbiTodSeW6k+8MqSD3kXP77QNeK3Swb9/ xlqrwNfdoDc1NdXhQv3LX/4ilfH29qbJZHJY31nQe+7cOT788MMkyeXLl/PcuXOSLut2fHx8ZMfg l7/8Jf/xj3+QJE+fPu3wmxPZM3FDQ0PZ3t7OsLAwZmVlObRPIBB4RkFBAUNDQ3nixAmnZZqamhgY GCh9Hj58OIuLi0n2HG8KCAiQZGq1WrowGAwG+vv7O9U7ZswYSY899sFVL2azmRUVFUxOTmZMTIyL 3t2+yPklIyOjz15pj73PejGZTNy9ezdnz57ttK7wi2NcXW/krn8ApGMJXV1dvOOOO2R1uVqX7vjR E73urFtH/Z87dy73799Pg8HAgwcPcs6cOU7b9qSsnD2e6Fm4cCFPnjzp1H65fGvciaX6E68MuaC3 +fp1fnY2lwuefY3Tnv4TH3jmZYdBb+gvk1lTUeFx0Dt58uQ+52aLi4sZFhYmfYsaM2YMKysrHdZ3 FvRaLBZGRkayurqaUVFRkq6f//zn1Ov1bo/B2bNnGRcXR4PBwLi4OObm5jptf/r06XzmmWc4ffp0 p/YJBAL3qa6u5tixY/nJJ5/0kZ0/f55ms5lkz7n/0aNHS7LIyEhprba0tHDEiBGS7L777pMCpsuX L0tHnxzxxBNP8Pnnn++TbzabnQZXvbS0tLj8Un27IucXsudmwfvvv98nX85nr7/+unT31tVZUOEX x7i63shd/wDw+vXrJHv+y/mzn/3MqR45/3viR0/0urNuHfXf19eXHR0dJHvufsrZ40lZOXs80eMo ULUPkt2JI9yJpfoTr7gb9A6Ktzd4KZT4x+UyHD2Tj4TZ/45fTLsXK+KisX35QkwK8Lcp29BhhLbN 6JH+rKwsaDQahIeH2+RPmjQJw4cPR1ZWFgBg8eLFeP3116HVavHee+9hypQpUtk777wTpaWl6Orq stGhUCgwbdo0rF69Gvfff7/0Ko5FixbhjTfeQHt7Ow4dOoS5c+fK2hgdHY22tjb86le/QmdnJ6ZP n+60bHJyMvbu3Yvk5GSPxkEgEDjm2WefRVJSEpYsWdJH9uSTT2LPnj0wGAxISUmxWcvLly/HsWPH oNPpkJqairi4OEmWmJiIzMxM6PV6ZGZmYunSpU7b3759Ow4dOoQdO3agsbERRqMRZ8+eRUJCAl59 9VWHdUiisbERKSkpeOCBB26g9z9d5PwCABcuXMB9993XJ1/OZx9//DFSU1PR3t6OI0eOICIiwmn7 wi/9Q+76p1QqceDAARgMBhw8eBAzZ850qkfO/5740RO9nqxbayZNmoSjR4+io6MD77zzDiZPnnxT ysrZ44ke2r1lgyROnz7tVt96cTeWsuamxysuw/LbgOqGJj6d+jb3fXrG5q5u/ItvcvfH2TZ5QSs2 enymd8WKFXzrrbccytLS0qSHDRobG7lw4UL6+PhwypQpNk8k5uXl8e6775bOH1kP/QcffCA9kdpL fX09ExISqNFoGBERwTNnzrgch6NHjxIAMzIy+sis2zOZTIyJibE5ijFIpoJAMCAoFIo+d0F6zwie P3+ekZGRVKvVXLBgAWtqaqR6BoOBS5cupUqlYkxMjM0DUzqdjosWLWJAQAATEhLY2toqa0NhYSGX LVvGoKAg+vj4MCIios++ZW2fQqFgcHAwV65cKZ2fHGzI+YUk/f39HY6rnM+Kioo4c+ZM+vn52byl xxnCL31xdb1xdv0zmUzUaDQ8fvw4hw8fzilTptg8/GmPnP9d+VHORjm9cuvWvo51G7m5uYyKiqJK pWJUVFSf/9Za46qstV45ezzRI5cv1y9r3I2l+hOvuHund1D8IltJZQ0+yyvB+qWx+PvX+Xjp8Af4 rqEJAPDyI/E4k1eMz6/0vOR7afgEHNr4OFo7OgEA3t7DoFR6obvLhA6zGZPvnjBg/RAIBAKBQDCw 1NbWIjw8HFqtdqBNEbjJkPpFNgIYrvYDADw8MxKJMTMk2fd1LRgRoAFIxE64C39ZvQztXaY+Ovz9 fHC+rLJPvkAgEAgEgqHDli1b8Oabbw60GYJbwKAIei0WorK+587ulep65BQUSbLpk8Yi/2oF4sMn Ys/a5VD7esNstvxQmYC/rw++LrmGM4Xf/8iWCwQCgUAg+Clx7NgxrF69eqDNENwCBsXxht+8fhAj NSrMnn4fPsrJw+EvzyFsxHCsjHsQ7Z0mGHQ67FgVD1os6Ow2o/dXmxVKJUxmC/7r3EVUtuix88nB +5OPAoFAIBAIBIMRd483DIqgN+mNdIQE+MHYacb4n4dgVKA/CKKsqg71Wi3uCh4Bi8UC+44qSJjM FsRGhSM20vlTiwKBQCAQCASCnyZDKugVCAQCgUAgEAxNhtSDbAKBQCAQCAQCgRwi6BUIBAKBQCAQ DHpE0CsQCAQCgUAgGPSIoFcgEAgEAoFAMOgZNtAG3Goul12DDywwW354N6/PHXdA101MnTh2AC0T CAQCgUAgEPxYDLq3N7S0toEkQEJraMe/DdfA1PtjFAqgo6MDbYY2DBvmBfMwHwRo1D3v7VUoEOSv HkjTBQKBQCAQCAQeMiTf3nCxuAytzY3QNTYApk5MuPNn8FWr4R/g35P8/TFq1Ejc4eODLlM3lCYj dI0N0Dc1waTX4kJx+UB3QSAQ3GKuXr2KuLg4aDQaREZG4ty5c5Js3rx5UCgUUtqwYYMks1gsWL9+ PTQaDSZOnIjs7GxJptVqER8fj8DAQMTHx0On08nacPLkScyYMQO+vr4IDg7GihUrUFlp+zPo1nZ4 eXkhJCQEjzzyCMrLh+4+lZGRAaXS+WXr6NGjUCgUNnlyfnOE8M3Nx3q8bgXO5oV1u562L7dPuFrv zuzJz89HdHQ0NBoNoqOjkZeX169+ebLfyJWV66Mnejyxx94fISEhWLlyJaqqqmzKnDp1ymH9nJyc G5pHgyboraquRmhIMPzUGgQEBsBHpYK+ta1PajUYofH3R2BgIPzUGviq/GCmBW1d3QjwHvSnPQSC Ic+aNWswf/581NfXY8OGDVi3bp0ka2lpQWlpKUiCJNLS0iTZgQMHoFarUVlZiZSUFGzdulWSpaSk 4KGHHkJlZSXmzJmD1157zWn7X375JZKSkrBt2zbodDpcvHgR4eHhNgF2L712dHd3Iz8/HxEREXjs saH5y5E5OTkoKCiAs39OkkR6enqffDm/2SN8c2voHatbgdy86G2XJPbu3YtHH33Ubb1y+4Tcepez Z/Xq1XjqqadQX1+PtWvXYs2aNf3qlyf7jVxZuT56oscTe4Af/GKxWFBQUIDx48fjiSeekOTe3t5I S0tz2PfU1FT4+PjI6nfV+G1PTUMTmxsaeP16nZRqaq6zqaGB+pZm6pqa2VjXwJqa61LqKXedBoOB VVXVLC8rZ2nZtYHuikAguMUcOnSIRqORJKnX66lWqyXZhAkT2Nzc7LDe7NmzWVBQ4FAWERHBkpIS kmRRURGnTp3qtP2EhATu27fPpZ2Otme9Xk8/Pz+XdQcju3btIul4XEjyww8/5HPPPddHLuc3e4Rv bi3W4/bFF19wypQp9PX1ZVhYGE+dOkWSNBqNHDlyJN9++22OHj2ao0aN4rFjx5zqdDUvSLKpqYnj xo1jdXW127bK7RNy613OHpVKJens7OykSqVy2r6cHlf7jXUdubJyffREjyf7n6P+6HQ6+vv725TZ uHEjMzMzbcqdOHGC69evd6rDnTQogt66pmaWlZXbpNqqKp755jz3H/9v/u2TL5ibf4m1VRUsLS2z KVdRUcHq6hoR9AoEQ5Djx49z7ty50ucRI0ZwwYIF9Pf3Z2xsLK9d+2FPCAoKYkZGBkePHs3777+f hYWFkszPz4/t7e0kyba2Nmo0Gqdtjh071q2Lr/XGbjabWV1dzc2bN3PFihUe9XGw4Sy4mTVrFsvL y/vI5fxmj/DNrcV63O69915++umnxB2JiwAABvtJREFUNBqNTE9P5/jx40mSFouF3t7e3LJlC/V6 Pd977z2OGzfOI932bNu2jdu3b++33fb7hDvr3ZE9Cxcu5L59+2gwGHj48GEuXrzYZduO9Hiy37hb 1r6PnujxxB77/tTX1/OFF15gfHy8TZnCwkJGRESwu7ubZM+8mD59Oi9duiSC3usOgt55m1OIh5/5 IS1bz+d2H2VdVVWfoFfc6RUIhh6FhYUMDQ1lXl6elLdq1SpmZWVRr9dz06ZNTExMlGReXl7cunUr 9Xo9X3rpJc6fP1+SKZVKWiwWkj1BkFKpdNqut7e3dHeF7NngrZOzfAAMCQnhlStXbkr/b1ccXfCy s7O5ZMkSh3I5v9kjfHNrcRaYdnZ29hnfhoYGSSa3nlzpNhgMHD9+PFtaWvphseN9wp317sie4uJi BgcHEwCDg4NZVFTksn1HejzZb9wp66iPnujxxB5H6yYpKYl1dXV9+pyQkMD09HSS5Lvvvit9SRBB r13Qu+j5nbYBr1U6+PfPWGsV+IqgVyAYehQUFDA0NJQnTpxwWqapqYmBgYHS5+HDh7O4uJgkqdVq GRAQIMnUarV0p8NgMNj8q86eMWPGSHrssb/w92I2m1lRUcHk5GTGxMS46N3gxtkdtJMnTzqUy/nN HuGbW4v1uGVnZ3PGjBnUaDRUKpVOx9fRZ1e6rcnIyGBSUlK/7HW2T7iz3h3ZM3fuXO7fv58Gg4EH Dx7knDlzXNrgSI8n+42rsu7sha70eGKPJ77Mzs5maGgo29vbGRYWxqysLKc63A16B82DbEFqP5Q3 NOPpfZmo17fjgX8LcVjulff+G7R6Z69AIBha1NTUICEhAbt370Z8fLyN7MKFC7D8z/5gsVhsHpgI DQ1Fa2srgJ4HMYYN++HB1wkTJkhP+FdUVODuu+922v68efMcPnBlkdmXlEol7rrrLmzbtg3ffvut G70cWpw6dQrx8fHSU90KhQKxsbEA5P1mj/DNraOjowNq9Q+vBX388cexadMm1NTUuHzbyY3w0Ucf ITEx0eN6cvuEJ+vdmpycHCQlJUGtVmPVqlX45ptvPLbL0/blysr10RM9/R0PV8TGxiI4OBhbtmyB RqNBXFzcDescFEGvl0KJf1wuw9Ez+UiY/e/4xbR7sSIuGtuXL8SkAH+bsg0dRmjbjANkqUAgGGie ffZZJCUlYcmSJX1kTz75JPbs2QODwYCUlBTMnTtXki1fvhzHjh2DTqdDamqqzQacmJiIzMxM6PV6 ZGZmYunSpU7b3759Ow4dOoQdO3agsbERRqMRZ8+eRUJCAl599VWHdUiisbERKSkpeOCBB26g94MT Wj2l3/v59OnTAOT9Zo/wzc1l1qxZeOWVV2A0GvHXv/4Vs2bNkmSTJ09GWFgYurq6sHPnTowaNQql paU33YYLFy7gvvvu87ie3D7hyXq3ZtKkSTh69Cg6OjrwzjvvYPLkyR7b5Wn7cmXl+uiJnv6Ohzsk Jydj7969SE5OvjkKXd5nvg2obmji06lvc9+nZ2yOMsS/+CZ3f5xtkxe0YqM40ysQDGEUCkWfc2W9 ZzHPnz/PyMhIqtVqLliwgDU1NVI9g8HApUuXUqVSMSYmxuYhN51Ox0WLFjEgIIAJCQlsbW2VtaGw sJDLli1jUFAQfXx8GBERwbfeesumjLV9CoWCwcHBXLlyJWtra2/iaNw+2PvM2eXLPl/Ob44Qvrl5 fPXVV5w6dSpVKhVnzpwpPeFPkrm5uQwKCuK4ceP42Wefcfv27dLbL+x9KBequJoX/v7+TtejnF65 fUJuvcvZk5uby6ioKKpUKkZFRTE3N7df/XK137hbVq6PnujxZP9zJ+y0LmMymRgTE0OTySSrw93j DYPiF9lKKmvwWV4J1i+Nxd+/zsdLhz/Adw1NAICXH4nHmbxifH6l56XhS8Mn4NDGx9Ha0QkA8PYe BqXSC91dJnSYzZh894QB64dAIBAIBIJbT21tLcLDw6HVagfaFMFNYEj9IhsBDFf7AQAenhmJxJgZ kuz7uhaMCNAAJGIn3IW/rF6G9i5THx3+fj44X1bZJ18gEAgEAsHgYsuWLXjzzTcH2gzBj8ygCHot FqKyvufO7pXqeuQUFEmy6ZPGIv9qBeLDJ2LP2uVQ+3rDbLZ6KIGAv68Pvi65hjOF3//IlgsEAoFA IPixOXbsGFavXj3QZgh+ZAbF8YbfvH4QIzUqzJ5+Hz7KycPhL88hbMRwrIx7EO2dJhh0OuxYFQ9a LOjsNqP3V5sVSiVMZgv+69xFVLbosfNJ8ROSAoFAIBAIBLcT7h5vGBRBb9Ib6QgJ8IOx04zxPw/B qEB/EERZVR3qtVrcFTwCFosF9h1VkDCZLYiNCkdsZP+eohQIBAKBQCAQDBzuBr3/H5P6No3y/GpO AAAAAElFTkSuQmCC ------=_Part_1728937_383449083.1519370725785--
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_Po... *Regards,* *Shani Leviim* On Fri, Feb 23, 2018 at 9:25 AM, Lionel Caignec <caignec@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
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" <sleviim@redhat.com> À: "Lionel Caignec" <caignec@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_Po... *Regards,* *Shani Leviim* On Fri, Feb 23, 2018 at 9:25 AM, Lionel Caignec <caignec@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
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 <caignec@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" <sleviim@redhat.com> À: "Lionel Caignec" <caignec@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 <caignec@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
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" <sleviim@redhat.com> À: "Lionel Caignec" <caignec@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 <caignec@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" <sleviim@redhat.com> À: "Lionel Caignec" <caignec@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 <caignec@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
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 <caignec@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" <sleviim@redhat.com> À: "Lionel Caignec" <caignec@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 <caignec@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" <sleviim@redhat.com> À: "Lionel Caignec" <caignec@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 <caignec@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
participants (2)
-
Lionel Caignec -
Shani Leviim