[ovirt-users] HELP - Storage Domains dot not active anymore.

Tue Aug 26 12:23:22 UTC 2014

Has any command to rescan a iscsi target?

2014-08-26 8:55 GMT-03:00 Fagner Patricio <fagner.patricio at gmail.com>:

> Hello Everybody
>
> I sent the wrong files of friday of vdsm logs
>
> this is the corrects
>
> Node 01
>
> https://mega.co.nz/#!QI5nRAyQ!bobQ20wg0Ja-kWdZhzpxh8hYkGwiG1skJRAtH5DVu80
>
> Node 02
>
>
> https://mega.co.nz/#!MEwGjDyJ!KgMi-ugv3_8WJhmrq7GB9yLPk1XNsKd-n-25OdiSmFg
>
>
>
> 2014-08-26 8:12 GMT-03:00 Fagner Patricio <fagner.patricio at gmail.com>:
>
> Hello everybody
>>
>> The information that you guys requested.
>>
>> On the storage machine with Fedora 20:
>>
>> In this machine i dont have tha file /var/log/messages, i dont know why.
>>
>> ---------------------------
>>
>>
>>
>>
>>
>>
>> *[root at localhost ~]# vgs -a  VG                                   #PV #LV
>> #SN Attr   VSize   VFree   483d30f6-d403-4c40-b30f-4236b87413f2   1  12   0
>> wz--n- 147,50g 14,62g   fedora                                 1   3   0
>> wz--n- 159,50g  4,00m*---------------------------
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> *[root at localhost ~]# pvs -a
>> PV
>> VG                                   Fmt  Attr PSize   PFree
>> /dev/483d30f6-d403-4c40-b30f-4236b87413f2/0cc952b9-bd46-4cb5-b25e-8ef9c9441e04
>> ---       0      0
>> /dev/483d30f6-d403-4c40-b30f-4236b87413f2/3a1bcca0-0648-4024-84cf-2954418ab531
>> ---       0      0
>> /dev/483d30f6-d403-4c40-b30f-4236b87413f2/50f74d24-8246-496b-9554-b13eb88e90c5
>> ---       0      0
>> /dev/483d30f6-d403-4c40-b30f-4236b87413f2/8ad77295-7877-4a7c-b009-7226de21d008
>> ---       0      0
>> /dev/483d30f6-d403-4c40-b30f-4236b87413f2/a184dd03-531d-4f77-817b-60666bedc3d1
>> ---       0      0
>> /dev/483d30f6-d403-4c40-b30f-4236b87413f2/a2e323e7-2d25-4687-8755-d84e42564439
>> ---       0      0
>> /dev/483d30f6-d403-4c40-b30f-4236b87413f2/ids
>> ---       0      0
>> /dev/483d30f6-d403-4c40-b30f-4236b87413f2/inbox
>> ---       0      0
>> /dev/483d30f6-d403-4c40-b30f-4236b87413f2/leases
>> ---       0      0
>> /dev/483d30f6-d403-4c40-b30f-4236b87413f2/master
>> ---       0      0
>> /dev/483d30f6-d403-4c40-b30f-4236b87413f2/metadata
>> ---       0      0
>> /dev/483d30f6-d403-4c40-b30f-4236b87413f2/outbox
>> ---       0      0
>> /dev/fedora/opt_iSCSI01
>> 483d30f6-d403-4c40-b30f-4236b87413f2 lvm2 a--  147,50g 14,62g
>> /dev/fedora/root
>> ---       0      0
>> /dev/fedora/swap
>> ---       0      0
>> /dev/sda1
>> ---       0      0   /dev/sda2          *
>> ---------------------------
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> *[root at localhost ~]# tgtadm --lld iscsi --op show --mode targetTarget 1:
>> iqn.2014-05-19.br.mp.mppb.ovirtstoragedell:target0    System information:
>>         Driver: iscsi        State: ready    I_T nexus information:
>> I_T nexus: 1            Initiator: iqn.1994-05.com.redhat:b2b7b5bc8064
>> alias: dellr62001.mppb.mp.br <http://dellr62001.mppb.mp.br>
>> Connection: 0                IP Address: 10.0.1.131        I_T nexus:
>> 2            Initiator: iqn.1994-05.com.redhat:d2d5fc389e7e alias:
>> dellr620-02            Connection: 0                IP Address: 10.0.1.132
>>     LUN information:        LUN: 0            Type: controller
>> SCSI ID: IET     00010000            SCSI SN: beaf10            Size: 0 MB,
>> Block size: 1            Online: Yes            Removable media: No
>>             Prevent removal: No            Readonly: No            SWP:
>> No            Thin-provisioning: No            Backing store type:
>> null            Backing store path: None            Backing store flags:
>>     Account information:    ACL information:        10.0.1.0/24
>> <http://10.0.1.0/24>*
>>
>> ---------------------------
>>
>>
>> *[root at localhost ~]# getenforce Disabled*
>>
>> ##################################
>>
>> On The oVirt Node 01
>>
>>
>>
>>
>>
>> *[root at dellr62001 ~]# vdsClient -s 0
>> getStorageDomainsList98362e62-a2a2-4d34-b4c9-2502ba1982daf192ce65-90e8-4497-85dc-efc165525f0dbcea1f98-08a9-445b-96e3-927db8e10fbe
>> *
>> --------------------------------------
>>
>>
>>
>>
>>
>>
>> *[root at dellr62001 ~]# vdsClient -s 0 getStorageDomainStatsError using
>> command: list index out of range getStorageDomainStats    <domain UUID>
>> Get storage domain statistics.*
>>
>> ##################################
>>
>> On The oVirt Node 02
>>
>>
>>
>>
>>
>>
>> *[root at dellr620-02 ~]# vdsClient -s 0 getStorageDomainStatsError using
>> command: list index out of range getStorageDomainStats    <domain UUID>
>> Get storage domain statistics.*
>>
>> ---------------------------
>>
>>
>>
>>
>> *[root at dellr620-02 ~]# vdsClient -s 0
>> getStorageDomainsList98362e62-a2a2-4d34-b4c9-2502ba1982da
>> f192ce65-90e8-4497-85dc-efc165525f0dbcea1f98-08a9-445b-96e3-927db8e10fbe*
>>
>> #################################
>>
>> And the Logs of
>>
>> oVirtNode 01
>>
>> https://mega.co.nz/#!YMxmyITY!9Fb6L24sSaMaeDNvcS1UELCrM2_J-rFeUbd4uMd6BhQ
>>
>> and oVirtNode 02
>>
>> https://mega.co.nz/#!cAQjCJ6S!WNFrIWBfHEwuiUtuzsGZ1FUM8dZRpzO8tL8FvkBuSmw
>>
>> I shutdown the machines last friday
>>
>> I see that the problem is the storage missing.
>>
>> But why this happened?
>>
>> Have any way to recover that?
>>
>> I shutdown the machines last friday for maintenance during the weekend in
>> the datacenter and boot up then again yesterday morning
>>
>> Since then this big trouble started
>>
>> I imagine i do the shutdown in the correct form.
>>
>>
>>
>> 2014-08-25 18:30 GMT-03:00 Nir Soffer <nsoffer at redhat.com>:
>>
>> ----- Original Message -----
>>> > From: "Fagner Patricio" <fagner.patricio at gmail.com>
>>> > To: "users" <users at ovirt.org>
>>> > Sent: Monday, August 25, 2014 5:29:50 PM
>>> > Subject: Re: [ovirt-users] HELP - Storage Domains dot not active
>>> anymore.
>>> >
>>> > Here my logs
>>> >
>>> > vdms.log
>>> >
>>> >
>>> https://mega.co.nz/#!8EJRWSLC!AhYjR0_jplgjl4alK_L8LaRdoofH3bslAS4slUZilkE
>>>
>>> In this log we see that some of your storage domain are missing, but we
>>> don't
>>> have any information why.
>>>
>>> We need to see earlier logs - try to remember when was the last time
>>> these domain
>>> were ok, and share with us all the logs from this time frame. These logs
>>> are
>>> properly called vdsm.log.N.xz in /var/log/vdsm.
>>>
>>> Nir
>>>
>>
>>
>>
>> --
>> Fagner Patrício
>> João Pessoa - PB
>> Brasil
>>
>
>
>
> --
> Fagner Patrício
> João Pessoa - PB
> Brasil
>

-- 
Fagner Patrício
João Pessoa - PB
Brasil
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/users/attachments/20140826/b508c6de/attachment-0001.html>