On Tue, Apr 17, 2012 at 11:20 AM, Dominic Kaiser <dominic@bostonvineyard.org> wrote:

In that case, whenever I had problems it was always permissions. For example my QNAP NAS was blocking my addition of an ISO and datadomain I had created because it was not allowing engine to see it. Also what version of NFS is your net app using v3 or v4 NFS? What netapp?

Dominic

On Tue, Apr 17, 2012 at 2:09 PM, Christian Hernandez <christianh@4over.com> wrote:

Actually yes I was referring to those technologies.

I currently have a NetApp that I would like to use...just can't seem to add it to the cluster...

On Tue, Apr 17, 2012 at 11:08 AM, Dominic Kaiser <dominic@bostonvineyard.org> wrote:
Yes I use three:

Openfiler
MediaVault
QNAP NAS

I am taking it by filer you mean this or am I getting it wrong?

I use an NFS Datacenter entirely.

Dominic

On Tue, Apr 17, 2012 at 1:11 PM, Christian Hernandez <christianh@4over.com> wrote:

Just out of curiosity...

Has anyone ACTUALLY successfully added an NFS storage (using a filer) to your Cluster/Datacenter?

I still cannot figure out how and am still getting the " Error while executing action RemoveStorageServerConnection: Unexpected exception " error

--Christian

On Mon, Apr 16, 2012 at 8:55 AM, Christian Hernandez <christianh@4over.com> wrote:

Excuse my ignorance...

But how do I apply the patch? I don't testing the patch on my systems (as I am only testing myself); but I am...

1) Only have a elementary skills at git
2) Don't know how to apply the patch

--Christian

On Mon, Apr 16, 2012 at 6:50 AM, Adam Litke <agl@us.ibm.com> wrote:

On Sun, Apr 15, 2012 at 04:57:15PM +0300, Dan Kenigsberg wrote:
> On Fri, Apr 13, 2012 at 12:26:39PM -0700, Christian Hernandez wrote:
> > Here is the log from the Host
> >
> >
> > *Thread-1821::DEBUG::2012-04-13
> > 12:18:52,200::BindingXMLRPC::167::vds::(wrapper) [192.168.11.236]
> > Thread-1821::ERROR::2012-04-13
> > 12:18:52,200::BindingXMLRPC::171::vds::(wrapper) Unexpected exception
> > Traceback (most recent call last):
> > File "/usr/share/vdsm/BindingXMLRPC.py", line 169, in wrapper
> > return f(*args, **kwargs)
> > File "/usr/share/vdsm/BindingXMLRPC.py", line 571, in
> > poolValidateStorageServerConnection
> > return pool.validateStorageServerConnection(domType, conList)
> > File "/usr/share/vdsm/API.py", line 897, in
> > validateStorageServerConnection
> > return self._irs.validateStorageServerConnection(domainType,
> > AttributeError: 'NoneType' object has no attribute
> > 'validateStorageServerConnection'
> > Thread-1822::DEBUG::2012-04-13
> > 12:18:52,333::BindingXMLRPC::167::vds::(wrapper) [192.168.11.236]
> > Thread-1822::ERROR::2012-04-13
> > 12:18:52,334::BindingXMLRPC::171::vds::(wrapper) Unexpected exception
> > Traceback (most recent call last):
> > File "/usr/share/vdsm/BindingXMLRPC.py", line 169, in wrapper
> > return f(*args, **kwargs)
> > File "/usr/share/vdsm/BindingXMLRPC.py", line 491, in
> > poolDisconnectStorageServer
> > return pool.disconnectStorageServer(domType, conList)
> > File "/usr/share/vdsm/API.py", line 823, in disconnectStorageServer
> > return self._irs.disconnectStorageServer(domainType, self._UUID,
> > AttributeError: 'NoneType' object has no attribute 'disconnectStorageServer'
>
> It seems like the interesting traceback should be further up - I
> suppose self._irs failed initialization and kept its original None
> value. Please scroll up and try to find out why this failed on Vdsm
> startup.
>
> We have a FIXME in vdsm so that we report such failures better:
>
> vdsm/BindingXMLRPC.py: # XXX: Need another way to check if IRS init was okay
>
> Adam, could you take a further look into this?

Have a look at http://gerrit.ovirt.org/3571 . This should handle the problem
better by reporting a better error when storage was not initialized properly.

--
Adam Litke <agl@us.ibm.com>
IBM Linux Technology Center

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

--
Dominic Kaiser
Greater Boston Vineyard
Director of Operations

cell: 617-230-1412
fax: 617-252-0238
email: dominic@bostonvineyard.org

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

--
Dominic Kaiser
Greater Boston Vineyard
Director of Operations

cell: 617-230-1412
fax: 617-252-0238
email: dominic@bostonvineyard.org