[Users] Use Filer for NFS storage

[Christian Hernandez]

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 at 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 at 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 at 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 at 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 at us.ibm.com>
>>>> IBM Linux Technology Center
>>>>
>>>>
>>>
>>
>> _______________________________________________
>> Users mailing list
>> Users at 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 at bostonvineyard.org
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/users/attachments/20120417/494fd7b9/attachment-0001.html>