On Mon, Sep 4, 2017 at 2:21 PM, Arsène Gschwind <arsene.gschwind(a)unibas.ch>
wrote:
On 09/04/2017 02:01 PM, Simone Tiraboschi wrote:
On Mon, Sep 4, 2017 at 1:55 PM, Arsène Gschwind <arsene.gschwind(a)unibas.ch
> wrote:
>
>
> On 09/04/2017 01:52 PM, Simone Tiraboschi wrote:
>
>
>
> On Mon, Sep 4, 2017 at 12:23 PM, Arsène Gschwind <
> arsene.gschwind(a)unibas.ch> wrote:
>
>> Hi Simone,
>>
>> On 09/04/2017 11:14 AM, Simone Tiraboschi wrote:
>>
>>
>>
>> On Mon, Sep 4, 2017 at 10:56 AM, Arsène Gschwind <
>> arsene.gschwind(a)unibas.ch> wrote:
>>
>>> Hi Didi,
>>>
>>> On 09/04/2017 10:15 AM, Yedidyah Bar David wrote:
>>>
>>> On Mon, Sep 4, 2017 at 10:16 AM, Arsène
Gschwind<arsene.gschwind(a)unibas.ch> <arsene.gschwind(a)unibas.ch> wrote:
>>>
>>> Hi all,
>>>
>>> A while ago I had some problem with hosted-engine network which wasn't
set
>>> correctly at deploy time, so I finally decided to redeploy the hosted engine
>>> in the hope the network will be set correctly this time. I've followed
this
>>> procedure:
>>>
>>> Stop all VMs
>>> Full backup of HE DB and export to safe place
>>> Cleanup HE storage following
https://access.redhat.com/solutions/2121581
>>> Reboot Hosts
>>> Re-deploy HE until DB recovery
>>> Recover DB adding the following param:
>>> --he-remove-storage-vm Removes the hosted-engine storage
>>> domain, all its entities and the hosted-engine VM during restore.
>>> --he-remove-hosts Removes all the hosted-engine hosts
>>> during restore.
>>>
>>> Finalize HE deployment.
>>>
>>> Everything did run without errors and I'm able to access Web UI.
>>>
>>> But now I don't see my HE VM and its respective Storage Domain, the logs
>>> says it isn't able to import it. I see all other SD and I'm able to
manage
>>> my VMs as before.
>>>
>>> Please find attached engine.log
>>>
>>> I think this is your problem:
>>>
>>> 2017-09-04 03:26:14,272+02 INFO
>>>
[org.ovirt.engine.core.bll.storage.domain.AddExistingBlockStorageDomainCommand]
>>> (org.ovirt.thread.pool-6-thread-24) [2383eaa0] There are existing luns
>>> in the system which are part of VG id
>>> 'vvIoS2-fZTZ-99Ox-Ltzq-pr8U-SL2z-wbTU8g'
>>>
>>> I don't see a VG with this ID, here the IDs I see on the hosts:
>>>
>>> VG #PV #LV #SN Attr VSize VFree
>>> 6b62cc06-fc44-4c38-af6d-bfd9cbe73246 1 10 0 wz--n- 99.62g 14.50g
>>> b0414c06-d984-4001-a998-fd9a2e79fb83 2 70 0 wz--n- 10.00t 2.31t
>>> b2e30961-7cff-4cca-83d6-bee3a4f890ee 2 47 0 wz--n- 5.27t 2.50t
>>>
>>
>>
>> Could you please repeat the command on host adm-kvmh70 ?
>>
>> 2017-09-04 09:04:18,163+02 INFO [org.ovirt.engine.core.bll.st
>> orage.domain.ImportHostedEngineStorageDomainCommand]
>> (org.ovirt.thread.pool-6-thread-34) [247a3718] Running command:
>> ImportHostedEngineStorageDomainCommand internal: true.
>> 2017-09-04 09:04:18,189+02 INFO [org.ovirt.engine.core.vdsbro
>> ker.vdsbroker.GetVGInfoVDSCommand] (org.ovirt.thread.pool-6-thread-34)
>> [7d2e6cb2] START, GetVGInfoVDSCommand(HostName = adm-kvmh70,
>> GetVGInfoVDSCommandParameters:{runAsync='true',
>> hostId='acbacabb-6c4a-43fd-a1e2-2d7ff2f6f98b',
>> VGID='vvIoS2-fZTZ-99Ox-Ltzq-pr8U-SL2z-wbTU8g'}), log id: 6693b98a
>> 2017-09-04 09:04:18,232+02 INFO [org.ovirt.engine.core.vdsbro
>> ker.vdsbroker.GetVGInfoVDSCommand] (org.ovirt.thread.pool-6-thread-34)
>> [7d2e6cb2] FINISH, GetVGInfoVDSCommand, return:
>> [LUNs:{id='repl_HostedEngine',
physicalVolumeId='kYN8Jj-FBDw-MhxI-XcoZ-w1zH-eQL8-IRIgzO',
>> volumeGroupId='vvIoS2-fZTZ-99Ox-Ltzq-pr8U-SL2z-wbTU8g',
>> serial='SHITACHI_OPEN-V_50488888', lunMapping='4',
vendorId='HITACHI',
>> productId='OPEN-V', lunConnections='[]',
deviceSize='100', pvSize='0',
>> peCount='797', peAllocatedCount='681',
vendorName='HITACHI',
>> pathsDictionary='[sdf=true, sdu=true, sdk=true, sdp=true]',
>> pathsCapacity='[sdf=100, sdu=100, sdk=100, sdp=100]',
lunType='FCP',
>> status='null', diskId='null', diskAlias='null',
>> storageDomainId='6b62cc06-fc44-4c38-af6d-bfd9cbe73246',
>> storageDomainName='null', discardMaxSize='268435456',
>> discardZeroesData='true'}], log id: 6693b98a
>> 2017-09-04 09:04:18,245+02 INFO [org.ovirt.engine.core.bll.st
>> orage.domain.AddExistingBlockStorageDomainCommand]
>> (org.ovirt.thread.pool-6-thread-34) [7d2e6cb2] There are existing luns
>> in the system which are part of VG id 'vvIoS2-fZTZ-99Ox-Ltzq-pr8U-SL
>> 2z-wbTU8g'
>> 2017-09-04 09:04:18,245+02 WARN [org.ovirt.engine.core.bll.st
>> orage.domain.AddExistingBlockStorageDomainCommand]
>> (org.ovirt.thread.pool-6-thread-34) [7d2e6cb2] Validation of action
>> 'AddExistingBlockStorageDomain' failed for user SYSTEM. Reasons:
>> VAR__TYPE__STORAGE__DOMAIN,VAR__ACTION__ADD,ACTION_TYPE_FAIL
>> ED_IMPORT_STORAGE_DOMAIN_EXTERNAL_LUN_DISK_EXIST
>>
>> I don't know which command you are talking about, I didn't run any
>> command since it tries to import the SD automatically.
>>
>
> Sorry, can you please run vgdisplay on adm-kvmh70 ?
>
> No problem! here the result:
>
> [root@adm-kvmh70 ~]# vgs
> VG #PV #LV #SN Attr VSize VFree
> 6b62cc06-fc44-4c38-af6d-bfd9cbe73246 1 10 0 wz--n- 99.62g 14.50g
> b0414c06-d984-4001-a998-fd9a2e79fb83 2 70 0 wz--n- 10.00t 2.31t
> b2e30961-7cff-4cca-83d6-bee3a4f890ee 2 47 0 wz--n- 5.27t 2.50t
> vg_adm-kvmh70 1 3 0 wz--n- 277.90g 218.68g
>
>
OK, and
vgdisplay 6b62cc06-fc44-4c38-af6d-bfd9cbe73246
[root@adm-kvmh70 ~]# vgdisplay 6b62cc06-fc44-4c38-af6d-bfd9cbe73246
--- Volume group ---
VG Name 6b62cc06-fc44-4c38-af6d-bfd9cbe73246
System ID
Format lvm2
Metadata Areas 2
Metadata Sequence No 23
VG Access read/write
VG Status resizable
MAX LV 0
Cur LV 10
Open LV 3
Max PV 0
Cur PV 1
Act PV 1
VG Size 99.62 GiB
PE Size 128.00 MiB
Total PE 797
Alloc PE / Size 681 / 85.12 GiB
Free PE / Size 116 / 14.50 GiB
VG UUID vvIoS2-fZTZ-99Ox-Ltzq-pr8U-SL2z-wbTU8g
OK, vvIoS2-fZTZ-99Ox-Ltzq-pr8U-SL2z-wbTU8g is the uuid of the VG that
engine says that it includes the LUN used by the hosted-engine SD as
detected by the engine.
Its name is 6b62cc06-fc44-4c38-af6d-bfd9cbe73246 which is also the uuid of
that storage domain.
Now we need to understand what's there.
Could you please check if an SD with uuid
6b62cc06-fc44-4c38-af6d-bfd9cbe73246 is visible in the engine?
Is adm-kvmh70 involved in hosted-engine? did you redeployed it?
In the past did you tried to manually import the hosted-engine SD or
something similar?
thanks
Thanks
?
>
>
>
>>
>> Thanks,
>> Arsene
>>
>>
>>
>>>
>>>
>>> Thanks for any help to resolve that issue.
>>>
>>> I guess you can try to remove this disk/lun from the engine and let it
retry.
>>>
>>> Could let me know how to remove that lun from the engine?
>>>
>>> If the only disk is of the hosted-engine, I guess it should have been
>>> removed by '--he-remove-storage-vm' - if so, please open a bug
>>> describing your flow in detail. Thanks.
>>>
>>> It seems that this option didn't remove the he storage information and
>>> that this VG is still the old one.
>>>
>>> Many thanks for your help
>>> Rgds,
>>> Arsene
>>>
>>> Best,
>>>
>>>
>>> Arsène
>>>
>>> --
>>>
>>> Arsène Gschwind
>>> Fa. Sapify AG im Auftrag der Universität Basel
>>> IT Services
>>> Klingelbergstr. 70 | CH-4056 Basel | Switzerland
>>> Tel. +41 79 449 25 63 <+41%2079%20449%2025%2063> |
http://its.unibas.ch
>>> ITS-ServiceDesk: support-its(a)unibas.ch | +41 61 267 14 11
<+41%2061%20267%2014%2011>
>>>
>>>
>>> _______________________________________________
>>> Users mailing
listUsers@ovirt.orghttp://lists.ovirt.org/mailman/listinfo/users
>>>
>>>
>>> --
>>>
>>> *Arsène Gschwind*
>>> Fa. Sapify AG im Auftrag der Universität Basel
>>> IT Services
>>> Klingelbergstr. 70 | CH-4056 Basel | Switzerland
>>> Tel. +41 79 449 25 63 <+41%2079%20449%2025%2063> |
http://its.unibas.ch
>>>
>>> ITS-ServiceDesk: support-its(a)unibas.ch | +41 61 267 14 11
>>> <+41%2061%20267%2014%2011>
>>>
>>> _______________________________________________
>>> Users mailing list
>>> Users(a)ovirt.org
>>>
http://lists.ovirt.org/mailman/listinfo/users
>>>
>>>
>>
>> --
>>
>> *Arsène Gschwind*
>> Fa. Sapify AG im Auftrag der Universität Basel
>> IT Services
>> Klingelbergstr. 70 | CH-4056 Basel | Switzerland
>> Tel. +41 79 449 25 63 <+41%2079%20449%2025%2063> |
http://its.unibas.ch
>>
>> ITS-ServiceDesk: support-its(a)unibas.ch | +41 61 267 14 11
>> <+41%2061%20267%2014%2011>
>>
>
>
> --
>
> *Arsène Gschwind*
> Fa. Sapify AG im Auftrag der Universität Basel
> IT Services
> Klingelbergstr. 70 | CH-4056 Basel | Switzerland
> Tel. +41 79 449 25 63 <+41%2079%20449%2025%2063> |
http://its.unibas.ch
>
> ITS-ServiceDesk: support-its(a)unibas.ch | +41 61 267 14 11
> <+41%2061%20267%2014%2011>
>
--
*Arsène Gschwind*
Fa. Sapify AG im Auftrag der Universität Basel
IT Services
Klingelbergstr. 70 | CH-4056 Basel | Switzerland
Tel. +41 79 449 25 63 <+41%2079%20449%2025%2063> |
http://its.unibas.ch
ITS-ServiceDesk: support-its(a)unibas.ch | +41 61 267 14 11
<+41%2061%20267%2014%2011>