[ovirt-users] Hosted-Engine Deploy - Error Creating a Storage Domain

Mon Jun 5 15:59:31 UTC 2017

On Fri, Jun 2, 2017 at 6:16 PM, Langley, Robert <Robert.Langley at ventura.org>
wrote:

> Any progress?
>

Nir? Allon? Tal?

>
>
> One thing that has been going through my mind is whether oVirt allows a
> GlusterFS storage domain to work with multiple CPU types?
>

Sahina?

> The two dedicated GlusterFS storage servers are AMD Opteron. And the third
> server for the replica 3, which I am hoping I can also use as an oVirt host
> is a new Intel Xeon (Dell PE R830). I know GlusterFS allows for mixed
> hardware, but I’m not sure about when oVirt manages GlusterFS, if mixed
> hardware and mixed use has been accounted for?
>
>
>
> *From:* Simone Tiraboschi [mailto:stirabos at redhat.com]
> *Sent:* Wednesday, May 31, 2017 8:41 AM
> *To:* Langley, Robert <Robert.Langley at ventura.org>
> *Cc:* Sandro Bonazzola <sbonazzo at redhat.com>; Nir Soffer <
> nsoffer at redhat.com>; Allon Mureinik <amureini at redhat.com>; Tal Nisan <
> tnisan at redhat.com>; users <users at ovirt.org>
>
> *Subject:* Re: [ovirt-users] Hosted-Engine Deploy - Error Creating a
> Storage Domain
>
>
>
> It seams something related to IOProcess connection.
>
>
>
> 2017-05-25 20:54:40,362-0700 INFO  (jsonrpc/4) [IOProcessClient] Starting
> client ioprocess-3 (__init__:330)
>
> 2017-05-25 20:54:40,370-0700 INFO  (ioprocess/31239) [IOProcess] Starting
> ioprocess (__init__:452)
>
> 2017-05-25 20:54:40,407-0700 ERROR (jsonrpc/4) [storage.TaskManager.Task]
> (Task='89dd17d2-8a38-4825-9ba2-f231f1aff9f5') Unexpected error (task:870)
>
> Traceback (most recent call last):
>
>   File "/usr/share/vdsm/storage/task.py", line 877, in _run
>
>     return fn(*args, **kargs)
>
>   File "/usr/lib/python2.7/site-packages/vdsm/logUtils.py", line 52, in
> wrapper
>
>     res = f(*args, **kwargs)
>
>   File "/usr/share/vdsm/storage/hsm.py", line 2581, in createStorageDomain
>
>     storageType, domVersion)
>
>   File "/usr/share/vdsm/storage/nfsSD.py", line 87, in create
>
>     remotePath, storageType, version)
>
>   File "/usr/share/vdsm/storage/fileSD.py", line 421, in _prepareMetadata
>
>     procPool.fileUtils.createdir(metadataDir, 0o775)
>
>   File "/usr/lib/python2.7/site-packages/vdsm/storage/outOfProcess.py",
> line 166, in createdir
>
>     self._iop.mkdir(tmpPath, mode)
>
>   File "/usr/lib/python2.7/site-packages/ioprocess/__init__.py", line
> 524, in mkdir
>
>     self.timeout)
>
>   File "/usr/lib/python2.7/site-packages/ioprocess/__init__.py", line
> 466, in _sendCommand
>
>     raise OSError(errcode, errstr)
>
> OSError: [Errno 61] No data available
>
> 2017-05-25 20:54:40,409-0700 INFO  (jsonrpc/4) [storage.TaskManager.Task]
> (Task='89dd17d2-8a38-4825-9ba2-f231f1aff9f5') aborting: Task is aborted:
> u'[Errno 61] No data available' - code 100 (task:1175)
>
> 2017-05-25 20:54:40,409-0700 ERROR (jsonrpc/4) [storage.Dispatcher] [Errno
> 61] No data available (dispatcher:80)
>
> Traceback (most recent call last):
>
>   File "/usr/share/vdsm/storage/dispatcher.py", line 72, in wrapper
>
>     result = ctask.prepare(func, *args, **kwargs)
>
>   File "/usr/share/vdsm/storage/task.py", line 105, in wrapper
>
>     return m(self, *a, **kw)
>
>   File "/usr/share/vdsm/storage/task.py", line 1183, in prepare
>
>     raise self.error
>
> OSError: [Errno 61] No data available
>
> 2017-05-25 20:54:40,410-0700 INFO  (jsonrpc/4) [jsonrpc.JsonRpcServer] RPC
> call StorageDomain.create failed (error 351) in 0.24 seconds (__init__:533)
>
>
>
> Nir, any hint?
>
>
>
>
>
> On Wed, May 31, 2017 at 5:24 PM, Langley, Robert <
> Robert.Langley at ventura.org> wrote:
>
> SOSReport attached, with md5. Thank you
>
>
>
>
>
> *From:* Sandro Bonazzola [mailto:sbonazzo at redhat.com]
> *Sent:* Wednesday, May 31, 2017 12:00 AM
> *To:* Langley, Robert <Robert.Langley at ventura.org>; Nir Soffer <
> nsoffer at redhat.com>; Allon Mureinik <amureini at redhat.com>; Tal Nisan <
> tnisan at redhat.com>; Simone Tiraboschi <stirabos at redhat.com>
> *Cc:* users <users at ovirt.org>
> *Subject:* Re: [ovirt-users] Hosted-Engine Deploy - Error Creating a
> Storage Domain
>
>
>
>
>
>
>
> On Tue, May 30, 2017 at 11:50 PM, Langley, Robert <
> Robert.Langley at ventura.org> wrote:
>
> While going through the hosted engine deployment, I am not able to have it
> successfully complete. Even going through the setup log, I’m not able to
> identify what is wrong. Why it thinks the system is not reliable.
>
>
>
> Traceback (most recent call last):
>
>   File "/usr/lib/python2.7/site-packages/otopi/context.py", line 132, in
> _executeMethod
>
>     method['method']()
>
>   File "/usr/share/ovirt-hosted-engine-setup/scripts/../
> plugins/gr-he-setup/storage/storage.py", line 957, in _misc
>
>     self._createStorageDomain()
>
>   File "/usr/share/ovirt-hosted-engine-setup/scripts/../
> plugins/gr-he-setup/storage/storage.py", line 546, in _createStorageDomain
>
>     raise RuntimeError(status['status']['message'])
>
> RuntimeError: Error creating a storage domain: (u'storageType=7,
> sdUUID=a2494209-f823-4745-8eea-a122889d48f6, domainName=hosted_storage,
> domClass=1, typeSpecificArg=gsa-stor1.stor.local:/engine domVersion=3',)
>
>
>
>
>
> Can you please provide vdsm logs or better a full sos report (sosreport
> -a)?
>
>
>
>
>
>
>
>
>
>
> _______________________________________________
> Users mailing list
> Users at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
>
>
>
> --
>
> *SANDRO BONAZZOLA*
>
> ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D
>
> Red Hat EMEA <https://www.redhat.com/>
>
> [image: Image removed by sender.] <https://red.ht/sig>
>
> *TRIED. TESTED. TRUSTED.* <https://redhat.com/trusted>
>
>
>
>
>

-- 

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D

Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/users/attachments/20170605/b98d0453/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.jpg
Type: image/jpeg
Size: 500 bytes
Desc: not available
URL: <http://lists.ovirt.org/pipermail/users/attachments/20170605/b98d0453/attachment.jpg>