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@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@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@localhost ~]# tgtadm --lld iscsi --op show --mode target
Target 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
            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


---------------------------

[root@localhost ~]# getenforce
Disabled


##################################

On The oVirt Node 01

[root@dellr62001 ~]# vdsClient -s 0 getStorageDomainsList
98362e62-a2a2-4d34-b4c9-2502ba1982da
f192ce65-90e8-4497-85dc-efc165525f0d
bcea1f98-08a9-445b-96e3-927db8e10fbe

--------------------------------------

[root@dellr62001 ~]# vdsClient -s 0 getStorageDomainStats
Error using command: list index out of range

getStorageDomainStats
    <domain UUID>
    Get storage domain statistics.


##################################

On The oVirt Node 02

[root@dellr620-02 ~]# vdsClient -s 0 getStorageDomainStats
Error using command: list index out of range

getStorageDomainStats
    <domain UUID>
    Get storage domain statistics.


---------------------------

[root@dellr620-02 ~]# vdsClient -s 0 getStorageDomainsList
98362e62-a2a2-4d34-b4c9-2502ba1982da
f192ce65-90e8-4497-85dc-efc165525f0d
bcea1f98-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@redhat.com>:
----- Original Message -----
> From: "Fagner Patricio" <fagner.patricio@gmail.com>
> To: "users" <users@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