subject:"\[ovirt\-users\] Error while executing action New SAN Storage Domain\: Cannot zero out volume"

Re: [ovirt-users] Error while executing action New SAN Storage Domain: Cannot zero out volume

2015-10-26 Thread Maor Lipchuk





- Original Message -
> From: "Maor Lipchuk" <mlipc...@redhat.com>
> To: "Devin A. Bougie" <devin.bou...@cornell.edu>
> Cc: Users@ovirt.org
> Sent: Monday, October 26, 2015 7:50:49 AM
> Subject: Re: [ovirt-users] Error while executing action New SAN Storage 
> Domain: Cannot zero out volume
> 
> Looks like zeroing out the metadata volume with a dd operation was working.
> Can u try to remove the Storage Domain and add it back again now
> 
> Regards,
> Maor
> 
> 
> 
> - Original Message -
> > From: "Devin A. Bougie" <devin.bou...@cornell.edu>
> > To: "Maor Lipchuk" <mlipc...@redhat.com>
> > Cc: Users@ovirt.org
> > Sent: Sunday, October 25, 2015 11:28:01 PM
> > Subject: Re: [ovirt-users] Error while executing action New SAN Storage
> > Domain: Cannot zero out volume
> > 
> > Hi Maor,
> > 
> > On Oct 25, 2015, at 12:03 PM, Maor Lipchuk <mlipc...@redhat.com> wrote:
> > > few questions:
> > > Which RHEL version is installed on your Host?
> > 
> > 7.1
> > 
> > > Can you please share the output of "ls -l
> > > /dev/cb5b0e2e-d68d-462a-b8fa-8894a6e0ed19/"
> > 
> > [root@lnx84 ~]# ls -l /dev/cb5b0e2e-d68d-462a-b8fa-8894a6e0ed19/
> > total 0
> > lrwxrwxrwx 1 root root 8 Oct 23 16:05 ids -> ../dm-23
> > lrwxrwxrwx 1 root root 8 Oct 23 16:05 inbox -> ../dm-24
> > lrwxrwxrwx 1 root root 8 Oct 23 16:05 leases -> ../dm-22
> > lrwxrwxrwx 1 root root 8 Oct 23 16:05 metadata -> ../dm-20
> > lrwxrwxrwx 1 root root 8 Oct 23 16:05 outbox -> ../dm-21
> > 
> > > What happen when you run this command from your Host:
> > > /usr/bin/nice -n 19 /usr/bin/ionice -c 3 /usr/bin/dd if=/dev/zero
> > > of=/dev/cb5b0e2e-d68d-462a-b8fa-8894a6e0ed19/metadata bs=1048576 seek=0
> > > skip=0 conv=notrunc count=40 oflag=direct
> > 
> > [root@lnx84 ~]# /usr/bin/nice -n 19 /usr/bin/ionice -c 3 /usr/bin/dd
> > if=/dev/zero of=/dev/cb5b0e2e-d68d-462a-b8fa-8894a6e0ed19/metadata
> > bs=1048576 seek=0 skip=0 conv=notrunc count=40 oflag=direct
> > 40+0 records in
> > 40+0 records out
> > 41943040 bytes (42 MB) copied, 0.435552 s, 96.3 MB/s
> > 
> > > Also, please consider to open a bug at
> > > https://bugzilla.redhat.com/enter_bug.cgi?product=oVirt, with all the
> > > logs
> > > and output so it can be resolved ASAP.

please disregard the above link.
The link for opening a bug is
https://bugzilla.redhat.com/enter_bug.cgi?classification=oVirt

> > 
> > I'll open a bug report in the morning unless you have any other
> > suggestions.
> > Many thanks for following up!
> > 
> > Devin
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
> 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Error while executing action New SAN Storage Domain: Cannot zero out volume

2015-10-26 Thread Maor Lipchuk

Looks like zeroing out the metadata volume with a dd operation was working.
Can u try to remove the Storage Domain and add it back again now

Regards,
Maor



- Original Message -
> From: "Devin A. Bougie" <devin.bou...@cornell.edu>
> To: "Maor Lipchuk" <mlipc...@redhat.com>
> Cc: Users@ovirt.org
> Sent: Sunday, October 25, 2015 11:28:01 PM
> Subject: Re: [ovirt-users] Error while executing action New SAN Storage 
> Domain: Cannot zero out volume
> 
> Hi Maor,
> 
> On Oct 25, 2015, at 12:03 PM, Maor Lipchuk <mlipc...@redhat.com> wrote:
> > few questions:
> > Which RHEL version is installed on your Host?
> 
> 7.1
> 
> > Can you please share the output of "ls -l
> > /dev/cb5b0e2e-d68d-462a-b8fa-8894a6e0ed19/"
> 
> [root@lnx84 ~]# ls -l /dev/cb5b0e2e-d68d-462a-b8fa-8894a6e0ed19/
> total 0
> lrwxrwxrwx 1 root root 8 Oct 23 16:05 ids -> ../dm-23
> lrwxrwxrwx 1 root root 8 Oct 23 16:05 inbox -> ../dm-24
> lrwxrwxrwx 1 root root 8 Oct 23 16:05 leases -> ../dm-22
> lrwxrwxrwx 1 root root 8 Oct 23 16:05 metadata -> ../dm-20
> lrwxrwxrwx 1 root root 8 Oct 23 16:05 outbox -> ../dm-21
> 
> > What happen when you run this command from your Host:
> > /usr/bin/nice -n 19 /usr/bin/ionice -c 3 /usr/bin/dd if=/dev/zero
> > of=/dev/cb5b0e2e-d68d-462a-b8fa-8894a6e0ed19/metadata bs=1048576 seek=0
> > skip=0 conv=notrunc count=40 oflag=direct
> 
> [root@lnx84 ~]# /usr/bin/nice -n 19 /usr/bin/ionice -c 3 /usr/bin/dd
> if=/dev/zero of=/dev/cb5b0e2e-d68d-462a-b8fa-8894a6e0ed19/metadata
> bs=1048576 seek=0 skip=0 conv=notrunc count=40 oflag=direct
> 40+0 records in
> 40+0 records out
> 41943040 bytes (42 MB) copied, 0.435552 s, 96.3 MB/s
> 
> > Also, please consider to open a bug at
> > https://bugzilla.redhat.com/enter_bug.cgi?product=oVirt, with all the logs
> > and output so it can be resolved ASAP.
> 
> I'll open a bug report in the morning unless you have any other suggestions.
> Many thanks for following up!
> 
> Devin
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Error while executing action New SAN Storage Domain: Cannot zero out volume

2015-10-26 Thread Devin A. Bougie

Hi Maor,

On Oct 26, 2015, at 1:50 AM, Maor Lipchuk  wrote:
> Looks like zeroing out the metadata volume with a dd operation was working.
> Can u try to remove the Storage Domain and add it back again now

The Storage Domain disappears from the GUI and isn't seen by ovirt-shell, so 
I'm not sure how to delete it.  Is there a more low-level command I should run?

Nothing changed after upgrading to 3.5.5, so I've now created a bug report.

https://bugzilla.redhat.com/show_bug.cgi?id=1275381

Thanks again,
Devin

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Error while executing action New SAN Storage Domain: Cannot zero out volume

2015-10-26 Thread Maor Lipchuk

If you try to import (or add) the Storage Domain again, what do you get?

Regards,
Maor



- Original Message -
> From: "Devin A. Bougie" <devin.bou...@cornell.edu>
> To: "Maor Lipchuk" <mlipc...@redhat.com>
> Cc: Users@ovirt.org
> Sent: Monday, October 26, 2015 7:47:31 PM
> Subject: Re: [ovirt-users] Error while executing action New SAN Storage 
> Domain: Cannot zero out volume
> 
> Hi Maor,
> 
> On Oct 26, 2015, at 1:50 AM, Maor Lipchuk <mlipc...@redhat.com> wrote:
> > Looks like zeroing out the metadata volume with a dd operation was working.
> > Can u try to remove the Storage Domain and add it back again now
> 
> The Storage Domain disappears from the GUI and isn't seen by ovirt-shell, so
> I'm not sure how to delete it.  Is there a more low-level command I should
> run?
> 
> Nothing changed after upgrading to 3.5.5, so I've now created a bug report.
> 
> https://bugzilla.redhat.com/show_bug.cgi?id=1275381
> 
> Thanks again,
> Devin
> 
> 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Error while executing action New SAN Storage Domain: Cannot zero out volume

2015-10-26 Thread Devin A. Bougie

On Oct 26, 2015, at 2:27 PM, Maor Lipchuk <mlipc...@redhat.com> wrote:
> If you try to import (or add) the Storage Domain again, what do you get?

If I try to add it again, it first says "The following LUNs are already in use: 
...," but if I "Approve operation" I get the same "Cannot zero out volume" 
error.  

If I try to import, I can log into the target but it doesn't show any "Storage 
Name / Storage ID (VG Name)" to import.

Thanks again,
Devin

> 
> Regards,
> Maor
> 
> 
> 
> - Original Message -
>> From: "Devin A. Bougie" <devin.bou...@cornell.edu>
>> To: "Maor Lipchuk" <mlipc...@redhat.com>
>> Cc: Users@ovirt.org
>> Sent: Monday, October 26, 2015 7:47:31 PM
>> Subject: Re: [ovirt-users] Error while executing action New SAN Storage 
>> Domain: Cannot zero out volume
>> 
>> Hi Maor,
>> 
>> On Oct 26, 2015, at 1:50 AM, Maor Lipchuk <mlipc...@redhat.com> wrote:
>>> Looks like zeroing out the metadata volume with a dd operation was working.
>>> Can u try to remove the Storage Domain and add it back again now
>> 
>> The Storage Domain disappears from the GUI and isn't seen by ovirt-shell, so
>> I'm not sure how to delete it.  Is there a more low-level command I should
>> run?
>> 
>> Nothing changed after upgrading to 3.5.5, so I've now created a bug report.
>> 
>> https://bugzilla.redhat.com/show_bug.cgi?id=1275381
>> 
>> Thanks again,
>> Devin
>> 
>> 

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Error while executing action New SAN Storage Domain: Cannot zero out volume

2015-10-25 Thread Maor Lipchuk

Hi Devin,

Does your host is working with enabled selinux?

If so, can you attach the output of the following commands
   ls -lh /dev/vgname/  # show which dm-x devices are used
   ls -Z /dev/dm-*  # show selinux label of these devices
   ps -efZ  # show vdsm selinux context

After that (If selinux was enabled), can you try to use the permissive mode, 
and try to reinstall the Host back again using oVirt.

Regards,
Maor


- Original Message -
> From: "Devin A. Bougie" <devin.bou...@cornell.edu>
> To: Users@ovirt.org
> Sent: Friday, October 23, 2015 11:12:23 PM
> Subject: [ovirt-users] Error while executing action New SAN Storage Domain: 
> Cannot zero out volume
> 
> Every time I try to create a Data / iSCSI Storage Domain, I receive an "Error
> while executing action New SAN Storage Domain: Cannot zero out volume"
> error.
> 
> iscsid does login to the node, and the volumes appear to have been created.
> However, I cannot use it to create or import a Data / iSCSI storage domain.
> 
> [root@lnx84 ~]# iscsiadm -m node
> #.#.#.#:3260,1 iqn.2015-10.N.N.N.lnx88:lnx88.target1
> 
> [root@lnx84 ~]# iscsiadm -m session
> tcp: [1] #.#.#.#:3260,1 iqn.2015-10.N.N.N.lnx88:lnx88.target1 (non-flash)
> 
> [root@lnx84 ~]# pvscan
>   PV /dev/mapper/1IET_00010001   VG f73c8720-77c3-42a6-8a29-9677db54bac6
>   lvm2 [547.62 GiB / 543.75 GiB free]
> ...
> [root@lnx84 ~]# lvscan
>   inactive  '/dev/f73c8720-77c3-42a6-8a29-9677db54bac6/metadata'
>   [512.00 MiB] inherit
>   inactive  '/dev/f73c8720-77c3-42a6-8a29-9677db54bac6/outbox'
>   [128.00 MiB] inherit
>   inactive  '/dev/f73c8720-77c3-42a6-8a29-9677db54bac6/leases' [2.00
>   GiB] inherit
>   inactive  '/dev/f73c8720-77c3-42a6-8a29-9677db54bac6/ids' [128.00
>   MiB] inherit
>   inactive  '/dev/f73c8720-77c3-42a6-8a29-9677db54bac6/inbox' [128.00
>   MiB] inherit
>   inactive  '/dev/f73c8720-77c3-42a6-8a29-9677db54bac6/master' [1.00
>   GiB] inherit
> ...
> 
> Any help would be greatly appreciated.
> 
> Many thanks,
> Devin
> 
> Here are the relevant lines from engine.log:
> --
> 2015-10-23 16:04:56,925 INFO
> [org.ovirt.engine.core.vdsbroker.vdsbroker.GetDeviceListVDSCommand]
> (ajp--127.0.0.1-8702-8) START, GetDeviceListVDSCommand(HostName = lnx84,
> HostId = a650e161-75f6-4916-bc18-96044bf3fc26, storageType=ISCSI), log id:
> 44a64578
> 2015-10-23 16:04:57,681 INFO
> [org.ovirt.engine.core.vdsbroker.vdsbroker.GetDeviceListVDSCommand]
> (ajp--127.0.0.1-8702-8) FINISH, GetDeviceListVDSCommand, return: [LUNs
> [id=1IET_00010001, physicalVolumeId=wpmBIM-tgc1-yKtH-XSwc-40wZ-Kn49-btwBFn,
> volumeGroupId=8gZEwa-3x5m-TiqA-uEPX-gC04-wkzx-PlaQDu,
> serial=SIET_VIRTUAL-DISK, lunMapping=1, vendorId=IET,
> productId=VIRTUAL-DISK, _lunConnections=[{ id: null, connection: #.#.#.#,
> iqn: iqn.2015-10.N.N.N.lnx88:lnx88.target1, vfsType: null, mountOptions:
> null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };],
> deviceSize=547, vendorName=IET, pathsDictionary={sdi=true}, lunType=ISCSI,
> status=Used, diskId=null, diskAlias=null, storageDomainId=null,
> storageDomainName=null]], log id: 44a64578
> 2015-10-23 16:05:06,474 INFO
> [org.ovirt.engine.core.bll.storage.AddSANStorageDomainCommand]
> (ajp--127.0.0.1-8702-8) [53dd8c98] Running command:
> AddSANStorageDomainCommand internal: false. Entities affected :  ID:
> aaa0----123456789aaa Type: SystemAction group
> CREATE_STORAGE_DOMAIN with role type ADMIN
> 2015-10-23 16:05:06,488 INFO
> [org.ovirt.engine.core.vdsbroker.vdsbroker.CreateVGVDSCommand]
> (ajp--127.0.0.1-8702-8) [53dd8c98] START, CreateVGVDSCommand(HostName =
> lnx84, HostId = a650e161-75f6-4916-bc18-96044bf3fc26,
> storageDomainId=cb5b0e2e-d68d-462a-b8fa-8894a6e0ed19,
> deviceList=[1IET_00010001], force=true), log id: 12acc23b
> 2015-10-23 16:05:07,379 INFO
> [org.ovirt.engine.core.vdsbroker.vdsbroker.CreateVGVDSCommand]
> (ajp--127.0.0.1-8702-8) [53dd8c98] FINISH, CreateVGVDSCommand, return:
> dDaCCO-PLDu-S2nz-yOjM-qpOW-PGaa-ecpJ8P, log id: 12acc23b
> 2015-10-23 16:05:07,384 INFO
> [org.ovirt.engine.core.vdsbroker.vdsbroker.CreateStorageDomainVDSCommand]
> (ajp--127.0.0.1-8702-8) [53dd8c98] START,
> CreateStorageDomainVDSCommand(HostName = lnx84, HostId =
> a650e161-75f6-4916-bc18-96044bf3fc26,
> storageDomain=StorageDomainStatic[lnx88,
> cb5b0e2e-d68d-462a-b8fa-8894a6e0ed19],
> args=dDaCCO-PLDu-S2nz-yOjM-qpOW-PGaa-ecpJ8P), log id: cc93ec6
> 2015-10-23 16:05:10,356 ERROR
> [org.ovirt.engine.core.vdsbroker.vdsbroker.CreateStorageDomainVDSCommand]
> (ajp--127.0.0.1-8702-8) [53dd8c98] Failed in CreateStorageDomainVDS method
> 2015-10-23 16:05:10,360 INFO
> [org.ovirt.engine.core.vdsbro

Re: [ovirt-users] Error while executing action New SAN Storage Domain: Cannot zero out volume

2015-10-25 Thread Devin A. Bougie

Hi Maor,

On Oct 25, 2015, at 12:03 PM, Maor Lipchuk  wrote:
> few questions:
> Which RHEL version is installed on your Host?

7.1

> Can you please share the output of "ls -l 
> /dev/cb5b0e2e-d68d-462a-b8fa-8894a6e0ed19/"

[root@lnx84 ~]# ls -l /dev/cb5b0e2e-d68d-462a-b8fa-8894a6e0ed19/
total 0
lrwxrwxrwx 1 root root 8 Oct 23 16:05 ids -> ../dm-23
lrwxrwxrwx 1 root root 8 Oct 23 16:05 inbox -> ../dm-24
lrwxrwxrwx 1 root root 8 Oct 23 16:05 leases -> ../dm-22
lrwxrwxrwx 1 root root 8 Oct 23 16:05 metadata -> ../dm-20
lrwxrwxrwx 1 root root 8 Oct 23 16:05 outbox -> ../dm-21

> What happen when you run this command from your Host:
> /usr/bin/nice -n 19 /usr/bin/ionice -c 3 /usr/bin/dd if=/dev/zero 
> of=/dev/cb5b0e2e-d68d-462a-b8fa-8894a6e0ed19/metadata bs=1048576 seek=0 
> skip=0 conv=notrunc count=40 oflag=direct

[root@lnx84 ~]# /usr/bin/nice -n 19 /usr/bin/ionice -c 3 /usr/bin/dd 
if=/dev/zero of=/dev/cb5b0e2e-d68d-462a-b8fa-8894a6e0ed19/metadata bs=1048576 
seek=0 skip=0 conv=notrunc count=40 oflag=direct
40+0 records in
40+0 records out
41943040 bytes (42 MB) copied, 0.435552 s, 96.3 MB/s

> Also, please consider to open a bug at 
> https://bugzilla.redhat.com/enter_bug.cgi?product=oVirt, with all the logs 
> and output so it can be resolved ASAP.

I'll open a bug report in the morning unless you have any other suggestions.  
Many thanks for following up!

Devin
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Error while executing action New SAN Storage Domain: Cannot zero out volume

2015-10-25 Thread Maor Lipchuk

Hi Devin

few questions:
Which RHEL version is installed on your Host?
Can you please share the output of "ls -l 
/dev/cb5b0e2e-d68d-462a-b8fa-8894a6e0ed19/"

What happen when you run this command from your Host:
/usr/bin/nice -n 19 /usr/bin/ionice -c 3 /usr/bin/dd if=/dev/zero 
of=/dev/cb5b0e2e-d68d-462a-b8fa-8894a6e0ed19/metadata bs=1048576 seek=0 skip=0 
conv=notrunc count=40 oflag=direct

Also, please consider to open a bug at 
https://bugzilla.redhat.com/enter_bug.cgi?product=oVirt, with all the logs and 
output so it can be resolved ASAP.

Thanks,
Maor


- Original Message -
> From: "Devin A. Bougie" <devin.bou...@cornell.edu>
> To: "Maor Lipchuk" <mlipc...@redhat.com>
> Cc: Users@ovirt.org
> Sent: Sunday, October 25, 2015 4:10:25 PM
> Subject: Re: [ovirt-users] Error while executing action New SAN Storage 
> Domain: Cannot zero out volume
> 
> Hi Maor,
> 
> On Oct 25, 2015, at 6:36 AM, Maor Lipchuk <mlipc...@redhat.com> wrote:
> > Does your host is working with enabled selinux?
> 
> No, selinux is disabled.  Sorry, I should have mentioned that initially.
> 
> Any other suggestions would be greatly appreciated.
> 
> Many thanks!
> Devin
> 
> > - Original Message -
> >> 
> >> Every time I try to create a Data / iSCSI Storage Domain, I receive an
> >> "Error
> >> while executing action New SAN Storage Domain: Cannot zero out volume"
> >> error.
> >> 
> >> iscsid does login to the node, and the volumes appear to have been
> >> created.
> >> However, I cannot use it to create or import a Data / iSCSI storage
> >> domain.
> >> 
> >> [root@lnx84 ~]# iscsiadm -m node
> >> #.#.#.#:3260,1 iqn.2015-10.N.N.N.lnx88:lnx88.target1
> >> 
> >> [root@lnx84 ~]# iscsiadm -m session
> >> tcp: [1] #.#.#.#:3260,1 iqn.2015-10.N.N.N.lnx88:lnx88.target1 (non-flash)
> >> 
> >> [root@lnx84 ~]# pvscan
> >>  PV /dev/mapper/1IET_00010001   VG f73c8720-77c3-42a6-8a29-9677db54bac6
> >>  lvm2 [547.62 GiB / 543.75 GiB free]
> >> ...
> >> [root@lnx84 ~]# lvscan
> >>  inactive  '/dev/f73c8720-77c3-42a6-8a29-9677db54bac6/metadata'
> >>  [512.00 MiB] inherit
> >>  inactive  '/dev/f73c8720-77c3-42a6-8a29-9677db54bac6/outbox'
> >>  [128.00 MiB] inherit
> >>  inactive  '/dev/f73c8720-77c3-42a6-8a29-9677db54bac6/leases'
> >>  [2.00
> >>  GiB] inherit
> >>  inactive  '/dev/f73c8720-77c3-42a6-8a29-9677db54bac6/ids' [128.00
> >>  MiB] inherit
> >>  inactive  '/dev/f73c8720-77c3-42a6-8a29-9677db54bac6/inbox'
> >>  [128.00
> >>  MiB] inherit
> >>  inactive  '/dev/f73c8720-77c3-42a6-8a29-9677db54bac6/master'
> >>  [1.00
> >>  GiB] inherit
> >> ...
> >> 
> >> Any help would be greatly appreciated.
> >> 
> >> Many thanks,
> >> Devin
> >> 
> >> Here are the relevant lines from engine.log:
> >> --
> >> 2015-10-23 16:04:56,925 INFO
> >> [org.ovirt.engine.core.vdsbroker.vdsbroker.GetDeviceListVDSCommand]
> >> (ajp--127.0.0.1-8702-8) START, GetDeviceListVDSCommand(HostName = lnx84,
> >> HostId = a650e161-75f6-4916-bc18-96044bf3fc26, storageType=ISCSI), log id:
> >> 44a64578
> >> 2015-10-23 16:04:57,681 INFO
> >> [org.ovirt.engine.core.vdsbroker.vdsbroker.GetDeviceListVDSCommand]
> >> (ajp--127.0.0.1-8702-8) FINISH, GetDeviceListVDSCommand, return: [LUNs
> >> [id=1IET_00010001,
> >> physicalVolumeId=wpmBIM-tgc1-yKtH-XSwc-40wZ-Kn49-btwBFn,
> >> volumeGroupId=8gZEwa-3x5m-TiqA-uEPX-gC04-wkzx-PlaQDu,
> >> serial=SIET_VIRTUAL-DISK, lunMapping=1, vendorId=IET,
> >> productId=VIRTUAL-DISK, _lunConnections=[{ id: null, connection: #.#.#.#,
> >> iqn: iqn.2015-10.N.N.N.lnx88:lnx88.target1, vfsType: null, mountOptions:
> >> null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };],
> >> deviceSize=547, vendorName=IET, pathsDictionary={sdi=true}, lunType=ISCSI,
> >> status=Used, diskId=null, diskAlias=null, storageDomainId=null,
> >> storageDomainName=null]], log id: 44a64578
> >> 2015-10-23 16:05:06,474 INFO
> >> [org.ovirt.engine.core.bll.storage.AddSANStorageDomainCommand]
> >> (ajp--127.0.0.1-8702-8) [53dd8c98] Running command:
> >> AddSANStorageDomainCommand internal: false. Entities affected :  ID:
> >> aaa0----123456789aaa Type: SystemAction group
> >> CREATE_STORAGE_DOMAIN with role type ADMIN
> >> 2015-10-23 16:05:06,488 IN

Re: [ovirt-users] Error while executing action New SAN Storage Domain: Cannot zero out volume

2015-10-25 Thread Devin A. Bougie

Hi Maor,

On Oct 25, 2015, at 6:36 AM, Maor Lipchuk  wrote:
> Does your host is working with enabled selinux?

No, selinux is disabled.  Sorry, I should have mentioned that initially.

Any other suggestions would be greatly appreciated.

Many thanks!
Devin

> - Original Message -
>> 
>> Every time I try to create a Data / iSCSI Storage Domain, I receive an "Error
>> while executing action New SAN Storage Domain: Cannot zero out volume"
>> error.
>> 
>> iscsid does login to the node, and the volumes appear to have been created.
>> However, I cannot use it to create or import a Data / iSCSI storage domain.
>> 
>> [root@lnx84 ~]# iscsiadm -m node
>> #.#.#.#:3260,1 iqn.2015-10.N.N.N.lnx88:lnx88.target1
>> 
>> [root@lnx84 ~]# iscsiadm -m session
>> tcp: [1] #.#.#.#:3260,1 iqn.2015-10.N.N.N.lnx88:lnx88.target1 (non-flash)
>> 
>> [root@lnx84 ~]# pvscan
>>  PV /dev/mapper/1IET_00010001   VG f73c8720-77c3-42a6-8a29-9677db54bac6
>>  lvm2 [547.62 GiB / 543.75 GiB free]
>> ...
>> [root@lnx84 ~]# lvscan
>>  inactive  '/dev/f73c8720-77c3-42a6-8a29-9677db54bac6/metadata'
>>  [512.00 MiB] inherit
>>  inactive  '/dev/f73c8720-77c3-42a6-8a29-9677db54bac6/outbox'
>>  [128.00 MiB] inherit
>>  inactive  '/dev/f73c8720-77c3-42a6-8a29-9677db54bac6/leases' [2.00
>>  GiB] inherit
>>  inactive  '/dev/f73c8720-77c3-42a6-8a29-9677db54bac6/ids' [128.00
>>  MiB] inherit
>>  inactive  '/dev/f73c8720-77c3-42a6-8a29-9677db54bac6/inbox' [128.00
>>  MiB] inherit
>>  inactive  '/dev/f73c8720-77c3-42a6-8a29-9677db54bac6/master' [1.00
>>  GiB] inherit
>> ...
>> 
>> Any help would be greatly appreciated.
>> 
>> Many thanks,
>> Devin
>> 
>> Here are the relevant lines from engine.log:
>> --
>> 2015-10-23 16:04:56,925 INFO
>> [org.ovirt.engine.core.vdsbroker.vdsbroker.GetDeviceListVDSCommand]
>> (ajp--127.0.0.1-8702-8) START, GetDeviceListVDSCommand(HostName = lnx84,
>> HostId = a650e161-75f6-4916-bc18-96044bf3fc26, storageType=ISCSI), log id:
>> 44a64578
>> 2015-10-23 16:04:57,681 INFO
>> [org.ovirt.engine.core.vdsbroker.vdsbroker.GetDeviceListVDSCommand]
>> (ajp--127.0.0.1-8702-8) FINISH, GetDeviceListVDSCommand, return: [LUNs
>> [id=1IET_00010001, physicalVolumeId=wpmBIM-tgc1-yKtH-XSwc-40wZ-Kn49-btwBFn,
>> volumeGroupId=8gZEwa-3x5m-TiqA-uEPX-gC04-wkzx-PlaQDu,
>> serial=SIET_VIRTUAL-DISK, lunMapping=1, vendorId=IET,
>> productId=VIRTUAL-DISK, _lunConnections=[{ id: null, connection: #.#.#.#,
>> iqn: iqn.2015-10.N.N.N.lnx88:lnx88.target1, vfsType: null, mountOptions:
>> null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };],
>> deviceSize=547, vendorName=IET, pathsDictionary={sdi=true}, lunType=ISCSI,
>> status=Used, diskId=null, diskAlias=null, storageDomainId=null,
>> storageDomainName=null]], log id: 44a64578
>> 2015-10-23 16:05:06,474 INFO
>> [org.ovirt.engine.core.bll.storage.AddSANStorageDomainCommand]
>> (ajp--127.0.0.1-8702-8) [53dd8c98] Running command:
>> AddSANStorageDomainCommand internal: false. Entities affected :  ID:
>> aaa0----123456789aaa Type: SystemAction group
>> CREATE_STORAGE_DOMAIN with role type ADMIN
>> 2015-10-23 16:05:06,488 INFO
>> [org.ovirt.engine.core.vdsbroker.vdsbroker.CreateVGVDSCommand]
>> (ajp--127.0.0.1-8702-8) [53dd8c98] START, CreateVGVDSCommand(HostName =
>> lnx84, HostId = a650e161-75f6-4916-bc18-96044bf3fc26,
>> storageDomainId=cb5b0e2e-d68d-462a-b8fa-8894a6e0ed19,
>> deviceList=[1IET_00010001], force=true), log id: 12acc23b
>> 2015-10-23 16:05:07,379 INFO
>> [org.ovirt.engine.core.vdsbroker.vdsbroker.CreateVGVDSCommand]
>> (ajp--127.0.0.1-8702-8) [53dd8c98] FINISH, CreateVGVDSCommand, return:
>> dDaCCO-PLDu-S2nz-yOjM-qpOW-PGaa-ecpJ8P, log id: 12acc23b
>> 2015-10-23 16:05:07,384 INFO
>> [org.ovirt.engine.core.vdsbroker.vdsbroker.CreateStorageDomainVDSCommand]
>> (ajp--127.0.0.1-8702-8) [53dd8c98] START,
>> CreateStorageDomainVDSCommand(HostName = lnx84, HostId =
>> a650e161-75f6-4916-bc18-96044bf3fc26,
>> storageDomain=StorageDomainStatic[lnx88,
>> cb5b0e2e-d68d-462a-b8fa-8894a6e0ed19],
>> args=dDaCCO-PLDu-S2nz-yOjM-qpOW-PGaa-ecpJ8P), log id: cc93ec6
>> 2015-10-23 16:05:10,356 ERROR
>> [org.ovirt.engine.core.vdsbroker.vdsbroker.CreateStorageDomainVDSCommand]
>> (ajp--127.0.0.1-8702-8) [53dd8c98] Failed in CreateStorageDomainVDS method
>> 2015-10-23 16:05:10,360 INFO
>> [org.ovirt.engine.core.vdsbroker.vdsbroker.CreateStorageDomainVDSCommand]
>> (ajp--127.0.0.1-8702-8) [53dd8c98] Command
>> org.ovirt.engine.core.vdsbroker.vdsbroker.CreateStorageDomainVDSCommand
>> return value
>> StatusOnlyReturnForXmlRpc [mStatus=StatusForXmlRpc [mCode=374,
>> mMessage=Cannot zero out volume:
>> ('/dev/cb5b0e2e-d68d-462a-b8fa-8894a6e0ed19/metadata',)]]
>> 2015-10-23 16:05:10,367 INFO
>> [org.ovirt.engine.core.vdsbroker.vdsbroker.CreateStorageDomainVDSCommand]
>> (ajp--127.0.0.1-8702-8) [53dd8c98] HostName = lnx84
>> 2015-10-23 16:05:10,370 ERROR
>>

[ovirt-users] Error while executing action New SAN Storage Domain: Cannot zero out volume

2015-10-23 Thread Devin A. Bougie

Every time I try to create a Data / iSCSI Storage Domain, I receive an "Error 
while executing action New SAN Storage Domain: Cannot zero out volume" error.

iscsid does login to the node, and the volumes appear to have been created.  
However, I cannot use it to create or import a Data / iSCSI storage domain.

[root@lnx84 ~]# iscsiadm -m node
#.#.#.#:3260,1 iqn.2015-10.N.N.N.lnx88:lnx88.target1

[root@lnx84 ~]# iscsiadm -m session
tcp: [1] #.#.#.#:3260,1 iqn.2015-10.N.N.N.lnx88:lnx88.target1 (non-flash)

[root@lnx84 ~]# pvscan
  PV /dev/mapper/1IET_00010001   VG f73c8720-77c3-42a6-8a29-9677db54bac6   lvm2 
[547.62 GiB / 543.75 GiB free]
...
[root@lnx84 ~]# lvscan
  inactive  '/dev/f73c8720-77c3-42a6-8a29-9677db54bac6/metadata' 
[512.00 MiB] inherit
  inactive  '/dev/f73c8720-77c3-42a6-8a29-9677db54bac6/outbox' [128.00 
MiB] inherit
  inactive  '/dev/f73c8720-77c3-42a6-8a29-9677db54bac6/leases' [2.00 
GiB] inherit
  inactive  '/dev/f73c8720-77c3-42a6-8a29-9677db54bac6/ids' [128.00 
MiB] inherit
  inactive  '/dev/f73c8720-77c3-42a6-8a29-9677db54bac6/inbox' [128.00 
MiB] inherit
  inactive  '/dev/f73c8720-77c3-42a6-8a29-9677db54bac6/master' [1.00 
GiB] inherit
...

Any help would be greatly appreciated.

Many thanks,
Devin

Here are the relevant lines from engine.log:
--
2015-10-23 16:04:56,925 INFO  
[org.ovirt.engine.core.vdsbroker.vdsbroker.GetDeviceListVDSCommand] 
(ajp--127.0.0.1-8702-8) START, GetDeviceListVDSCommand(HostName = lnx84, HostId 
= a650e161-75f6-4916-bc18-96044bf3fc26, storageType=ISCSI), log id: 44a64578
2015-10-23 16:04:57,681 INFO  
[org.ovirt.engine.core.vdsbroker.vdsbroker.GetDeviceListVDSCommand] 
(ajp--127.0.0.1-8702-8) FINISH, GetDeviceListVDSCommand, return: [LUNs 
[id=1IET_00010001, physicalVolumeId=wpmBIM-tgc1-yKtH-XSwc-40wZ-Kn49-btwBFn, 
volumeGroupId=8gZEwa-3x5m-TiqA-uEPX-gC04-wkzx-PlaQDu, serial=SIET_VIRTUAL-DISK, 
lunMapping=1, vendorId=IET, productId=VIRTUAL-DISK, _lunConnections=[{ id: 
null, connection: #.#.#.#, iqn: iqn.2015-10.N.N.N.lnx88:lnx88.target1, vfsType: 
null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null 
};], deviceSize=547, vendorName=IET, pathsDictionary={sdi=true}, lunType=ISCSI, 
status=Used, diskId=null, diskAlias=null, storageDomainId=null, 
storageDomainName=null]], log id: 44a64578
2015-10-23 16:05:06,474 INFO  
[org.ovirt.engine.core.bll.storage.AddSANStorageDomainCommand] 
(ajp--127.0.0.1-8702-8) [53dd8c98] Running command: AddSANStorageDomainCommand 
internal: false. Entities affected :  ID: aaa0----123456789aaa 
Type: SystemAction group CREATE_STORAGE_DOMAIN with role type ADMIN
2015-10-23 16:05:06,488 INFO  
[org.ovirt.engine.core.vdsbroker.vdsbroker.CreateVGVDSCommand] 
(ajp--127.0.0.1-8702-8) [53dd8c98] START, CreateVGVDSCommand(HostName = lnx84, 
HostId = a650e161-75f6-4916-bc18-96044bf3fc26, 
storageDomainId=cb5b0e2e-d68d-462a-b8fa-8894a6e0ed19, 
deviceList=[1IET_00010001], force=true), log id: 12acc23b
2015-10-23 16:05:07,379 INFO  
[org.ovirt.engine.core.vdsbroker.vdsbroker.CreateVGVDSCommand] 
(ajp--127.0.0.1-8702-8) [53dd8c98] FINISH, CreateVGVDSCommand, return: 
dDaCCO-PLDu-S2nz-yOjM-qpOW-PGaa-ecpJ8P, log id: 12acc23b
2015-10-23 16:05:07,384 INFO  
[org.ovirt.engine.core.vdsbroker.vdsbroker.CreateStorageDomainVDSCommand] 
(ajp--127.0.0.1-8702-8) [53dd8c98] START, 
CreateStorageDomainVDSCommand(HostName = lnx84, HostId = 
a650e161-75f6-4916-bc18-96044bf3fc26, storageDomain=StorageDomainStatic[lnx88, 
cb5b0e2e-d68d-462a-b8fa-8894a6e0ed19], 
args=dDaCCO-PLDu-S2nz-yOjM-qpOW-PGaa-ecpJ8P), log id: cc93ec6
2015-10-23 16:05:10,356 ERROR 
[org.ovirt.engine.core.vdsbroker.vdsbroker.CreateStorageDomainVDSCommand] 
(ajp--127.0.0.1-8702-8) [53dd8c98] Failed in CreateStorageDomainVDS method
2015-10-23 16:05:10,360 INFO  
[org.ovirt.engine.core.vdsbroker.vdsbroker.CreateStorageDomainVDSCommand] 
(ajp--127.0.0.1-8702-8) [53dd8c98] Command 
org.ovirt.engine.core.vdsbroker.vdsbroker.CreateStorageDomainVDSCommand return 
value 
 StatusOnlyReturnForXmlRpc [mStatus=StatusForXmlRpc [mCode=374, mMessage=Cannot 
zero out volume: ('/dev/cb5b0e2e-d68d-462a-b8fa-8894a6e0ed19/metadata',)]]
2015-10-23 16:05:10,367 INFO  
[org.ovirt.engine.core.vdsbroker.vdsbroker.CreateStorageDomainVDSCommand] 
(ajp--127.0.0.1-8702-8) [53dd8c98] HostName = lnx84
2015-10-23 16:05:10,370 ERROR 
[org.ovirt.engine.core.vdsbroker.vdsbroker.CreateStorageDomainVDSCommand] 
(ajp--127.0.0.1-8702-8) [53dd8c98] Command 
CreateStorageDomainVDSCommand(HostName = lnx84, HostId = 
a650e161-75f6-4916-bc18-96044bf3fc26, storageDomain=StorageDomainStatic[lnx88, 
cb5b0e2e-d68d-462a-b8fa-8894a6e0ed19], 
args=dDaCCO-PLDu-S2nz-yOjM-qpOW-PGaa-ecpJ8P) execution failed. Exception: 
VDSErrorException: VDSGenericException: VDSErrorException: Failed to 
CreateStorageDomainVDS, error = Cannot zero out volume: 
('/dev/cb5b0e2e-d68d-462a-b8fa-8894a6e0ed19/metadata',), code = 374
2015-10-23 16:05:10,381 INFO

Re: [ovirt-users] Error while executing action New SAN Storage Domain: Cannot zero out volume

Re: [ovirt-users] Error while executing action New SAN Storage Domain: Cannot zero out volume

Re: [ovirt-users] Error while executing action New SAN Storage Domain: Cannot zero out volume

Re: [ovirt-users] Error while executing action New SAN Storage Domain: Cannot zero out volume

Re: [ovirt-users] Error while executing action New SAN Storage Domain: Cannot zero out volume

Re: [ovirt-users] Error while executing action New SAN Storage Domain: Cannot zero out volume

Re: [ovirt-users] Error while executing action New SAN Storage Domain: Cannot zero out volume

Re: [ovirt-users] Error while executing action New SAN Storage Domain: Cannot zero out volume

Re: [ovirt-users] Error while executing action New SAN Storage Domain: Cannot zero out volume

[ovirt-users] Error while executing action New SAN Storage Domain: Cannot zero out volume

10 matches

Site Navigation

Mail list logo

Footer information