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

Sandro Bonazzola sbonazzo at redhat.com
Tue Jun 6 07:12:28 UTC 2017


On Tue, Jun 6, 2017 at 4:24 AM, Langley, Robert <Robert.Langley at ventura.org>
wrote:

> FYI: My miss. Firewall port for VDSM needed to be added to my zone(s).
> Yay! The host is now in GREEN status within the Default Cluster.
>

Happy to see you solved the issue!




>
> Sent using OWA for iPhone
> ------------------------------
> *From:* Langley, Robert
> *Sent:* Monday, June 5, 2017 5:16:51 PM
> *To:* Sandro Bonazzola; Sahina Bose
> *Cc:* Simone Tiraboschi; Nir Soffer; Allon Mureinik; Tal Nisan; users
> *Subject:* RE: [ovirt-users] Hosted-Engine Deploy - Error Creating a
> Storage Domain
>
>
> I have good news. With the IOProcess connection, I was suspecting maybe it
> would be something with the system (BIOS related).
>
> The Dell PE R730 was at BIOS version 2.2.5 and there was an update in
> April to version 2.4.3 (with another inbetween these two). There were a
> couple of fixes between the version the server had and the latest, which
> had me wondering if they may be related to the IOProcess issue I was
> experiencing.
>
> After applying this update the Hosted Engine deployment went further.
>
> It could explain why I could not add this host in a previous installation.
>
>
>
> I’ll start another thread for this next bump I’m running into, unless I
> can figure it out. Has to do with the VDSM host. Engine says it cannot
> communicate with this host its running on. So, the setup timed out waiting
> for the VDSM host to start.
>
>
>
> *From:* Sandro Bonazzola [mailto:sbonazzo at redhat.com]
> *Sent:* Monday, June 5, 2017 9:00 AM
> *To:* Langley, Robert <Robert.Langley at ventura.org>; Sahina Bose <
> sabose at redhat.com>
> *Cc:* Simone Tiraboschi <stirabos 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
>
>
>
>
>
>
>
> 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>
>
>
>



-- 

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/20170606/1df93da5/attachment-0001.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/20170606/1df93da5/attachment-0001.jpg>


More information about the Users mailing list