[ovirt-users] Troubles after resizing the iscsi storage.

[Nir Soffer]

On Wed, Feb 22, 2017 at 11:44 AM, Arman Khalatyan <arm2arm at gmail.com> wrote:

> Ok Thanks for the hints. After rebooting SPM host and re-importing the
> storage the resize button is there, but the disks inside storage still
> invisible. with lsblk I can see them but not over the ovirt.
> The rescan disks and initiation of OVF_STORE update does not change the
> situation. I can even new created disks, but the old disks are not visible.
>

Can you share the output of:

lsblk
pvs
vgs
lvs


>
>
> ​
>
>
> On Wed, Feb 22, 2017 at 9:28 AM, Fred Rolland <frolland at redhat.com> wrote:
>
>> Yes, it was introduced in 3.6
>>
>>
>> On Wed, Feb 22, 2017 at 10:16 AM, Colin Coe <colin.coe at gmail.com> wrote:
>>
>>> I couldn't see what version of oVirt but I think the LUN resize function
>>> was introduced in 3.6.
>>>
>>> On Tue, Feb 21, 2017 at 10:06 PM, Arman Khalatyan <arm2arm at gmail.com>
>>> wrote:
>>>
>>>> ​Thank you Nir for the suggestion, but unfortunately I cannot find the
>>>> resize button at all... :(
>>>> Shout be the storage in maintenance or in use?
>>>>
>>>> ​
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> On Mon, Feb 20, 2017 at 10:07 PM, Nir Soffer <nsoffer at redhat.com>
>>>> wrote:
>>>>
>>>>> On Mon, Feb 20, 2017 at 11:54 AM, Arman Khalatyan <arm2arm at gmail.com>
>>>>> wrote:
>>>>>
>>>>>> Hi,
>>>>>> I just have 1TB iscsi  storage with virtual machine with  several
>>>>>> disks.
>>>>>> After shutdown the vm I just detached storage and removed from the
>>>>>> cluster and ovirt totally.
>>>>>> 1) Then on the target resized the exported volume to 13TB,
>>>>>> 2) iscsiadm -m node -l on the host I resized
>>>>>> iscsiadm -m node -l
>>>>>> pvresize /dev/mapper/.....
>>>>>> iscsiadm -m node -u
>>>>>>
>>>>>> After importing back to the ovirt over the gui, I can see the vm is
>>>>>> in the import field but I cannot see separate disks
>>>>>> Importing failing in the stage "Executing".
>>>>>>
>>>>> are there way to fix it?
>>>>>> On the host with "lvs" I can see the disks are there.
>>>>>>
>>>>>
>>>>> Hi Arman,
>>>>>
>>>>> You don't need to remove storage from ovirt to resize a LUN, and you
>>>>> don't need
>>>>> to resize the pv, we can do this for you.
>>>>>
>>>>> To resize a LUN:
>>>>>
>>>>> 1. Resize the LUN on the storage server
>>>>> 2. Open the "manage domain", dialog
>>>>> 3. Select the LUN and click the "resize" button in the table
>>>>>     (we should detect the new size and display button suggesting to
>>>>> add 11T)
>>>>> 4. Click "OK"
>>>>>
>>>>> The system will make sure all hosts see the new size of the LUN, and
>>>>> then
>>>>> it will resize the PV for you, and update engine database with the new
>>>>> LUN
>>>>> size.
>>>>>
>>>>> Now, in your case, we don't have any information about the issue, but
>>>>> if
>>>>> you restart vdsm on the SPM host your issue may be resolved.
>>>>>
>>>>> If not, please attach engine and vdsm logs.
>>>>>
>>>>> Nir
>>>>>
>>>>>
>>>>
>>>> _______________________________________________
>>>> Users mailing list
>>>> Users at ovirt.org
>>>> http://lists.ovirt.org/mailman/listinfo/users
>>>>
>>>>
>>>
>>> _______________________________________________
>>> Users mailing list
>>> Users at ovirt.org
>>> http://lists.ovirt.org/mailman/listinfo/users
>>>
>>>
>>
>
> _______________________________________________
> Users mailing list
> Users at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/users/attachments/20170222/ee15491e/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: md-resize.png
Type: image/png
Size: 221977 bytes
Desc: not available
URL: <http://lists.ovirt.org/pipermail/users/attachments/20170222/ee15491e/attachment-0002.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: md-resize.png
Type: image/png
Size: 113296 bytes
Desc: not available
URL: <http://lists.ovirt.org/pipermail/users/attachments/20170222/ee15491e/attachment-0003.png>