[Users] Use Filer for NFS storage
Is there any way to use an existing Filer for the NFS storage? Or do I HAVE to use a host? We currently have a NetApp filer serving as our NFS server; I'd rather use that than create a new host and make it the NFS server (as it won't get backed up...would rather have it get backed up as the Filer already has that in place) --Christian
On 04/13/2012 08:09 PM, Christian Hernandez wrote:
Is there any way to use an existing Filer for the NFS storage? Or do I HAVE to use a host?
We currently have a NetApp filer serving as our NFS server; I'd rather use that than create a new host and make it the NFS server (as it won't get backed up...would rather have it get backed up as the Filer already has that in place)
I think there is no problem in using your NetApp filer, in fact that works very well. Just make sure that the exports that you use for ovirt are owned and writable by the user id 36 (vdsm) and group id 36 (kvm). -- Dirección Comercial: C/Jose Bardasano Baos, 9, Edif. Gorbea 3, planta 3ºD, 28016 Madrid, Spain Inscrita en el Reg. Mercantil de Madrid – C.I.F. B82657941 - Red Hat S.L.
Thanks for the clarification! Although it seems like I am not able to add my nfs server... *2012-04-13 11:59:33,945 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ValidateStorageServerConnectionVDSCommand] (http--0.0.0.0-8443-8) [187bb8f1] START, ValidateStorageServerConnectionVDSCommand(vdsId = 677ea110-8587-11e1-b7d5-0016367ecdf0, storagePoolId = 00000000-0000-0000-0000-000000000000, storageType = NFS, connectionList = [{ id: null, connection: nfs.ovirt.test.local:/vol/ovirt/bluejay };]), log id: 67369793 2012-04-13 11:59:33,960 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase] (http--0.0.0.0-8443-8) [187bb8f1] Failed in ValidateStorageServerConnectionVDS method 2012-04-13 11:59:33,961 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase] (http--0.0.0.0-8443-8) [187bb8f1] Error code unexpected and error message VDSGenericException: VDSErrorException: Failed to ValidateStorageServerConnectionVDS, error = Unexpected exception 2012-04-13 11:59:33,962 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase] (http--0.0.0.0-8443-8) [187bb8f1] Command org.ovirt.engine.core.vdsbroker.vdsbroker.ValidateStorageServerConnectionVDSCommand return value Class Name: org.ovirt.engine.core.vdsbroker.vdsbroker.ServerConnectionStatusReturnForXmlRpc mStatusList Null mStatus Class Name: org.ovirt.engine.core.vdsbroker.vdsbroker.StatusForXmlRpc mCode 16 mMessage Unexpected exception * However...I AM able to mount that NFS directroy no problem when I go on the host itself... * [root@bluejay ~]# mount nfs.ovirt.test.local:/vol/ovirt/bluejay /mnt/ [root@bluejay ~]# cd /mnt/ [root@bluejay mnt]# ll -d . drwxrwxrwx 3 vdsm kvm 4096 Apr 13 11:59 . [root@bluejay mnt]# df -h . Filesystem Size Used Avail Use% Mounted on nfs.ovirt.test.local:/vol/ovirt/bluejay 51G 12M 50G 1% /mnt* On Fri, Apr 13, 2012 at 11:52 AM, Juan Hernandez <jhernand@redhat.com>wrote:
On 04/13/2012 08:09 PM, Christian Hernandez wrote:
Is there any way to use an existing Filer for the NFS storage? Or do I HAVE to use a host?
We currently have a NetApp filer serving as our NFS server; I'd rather use that than create a new host and make it the NFS server (as it won't get backed up...would rather have it get backed up as the Filer already has that in place)
I think there is no problem in using your NetApp filer, in fact that works very well. Just make sure that the exports that you use for ovirt are owned and writable by the user id 36 (vdsm) and group id 36 (kvm).
-- Dirección Comercial: C/Jose Bardasano Baos, 9, Edif. Gorbea 3, planta 3ºD, 28016 Madrid, Spain Inscrita en el Reg. Mercantil de Madrid – C.I.F. B82657941 - Red Hat S.L.
On 04/13/2012 09:03 PM, Christian Hernandez wrote:
Thanks for the clarification!
Although it seems like I am not able to add my nfs server...
*2012-04-13 11:59:33,945 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ValidateStorageServerConnectionVDSCommand] (http--0.0.0.0-8443-8) [187bb8f1] START, ValidateStorageServerConnectionVDSCommand(vdsId = 677ea110-8587-11e1-b7d5-0016367ecdf0, storagePoolId = 00000000-0000-0000-0000-000000000000, storageType = NFS, connectionList = [{ id: null, connection: nfs.ovirt.test.local:/vol/ovirt/bluejay };]), log id: 67369793 2012-04-13 11:59:33,960 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase] (http--0.0.0.0-8443-8) [187bb8f1] Failed in ValidateStorageServerConnectionVDS method 2012-04-13 11:59:33,961 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase] (http--0.0.0.0-8443-8) [187bb8f1] Error code unexpected and error message VDSGenericException: VDSErrorException: Failed to ValidateStorageServerConnectionVDS, error = Unexpected exception 2012-04-13 11:59:33,962 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase] (http--0.0.0.0-8443-8) [187bb8f1] Command org.ovirt.engine.core.vdsbroker.vdsbroker.ValidateStorageServerConnectionVDSCommand return value
Class Name: org.ovirt.engine.core.vdsbroker.vdsbroker.ServerConnectionStatusReturnForXmlRpc mStatusList Null mStatus Class Name: org.ovirt.engine.core.vdsbroker.vdsbroker.StatusForXmlRpc mCode 16 mMessage Unexpected exception * However...I AM able to mount that NFS directroy no problem when I go on the host itself... * [root@bluejay ~]# mount nfs.ovirt.test.local:/vol/ovirt/bluejay /mnt/ [root@bluejay ~]# cd /mnt/ [root@bluejay mnt]# ll -d . drwxrwxrwx 3 vdsm kvm 4096 Apr 13 11:59 . [root@bluejay mnt]# df -h . Filesystem Size Used Avail Use% Mounted on nfs.ovirt.test.local:/vol/ovirt/bluejay 51G 12M 50G 1% /mnt*
Strange, the permissions and ownership look ok. I cases like this the logs in the host give more information than those in the manager. Take a look at the /var/log/vdsm/vdsm.log file in the host.
On Fri, Apr 13, 2012 at 11:52 AM, Juan Hernandez <jhernand@redhat.com>wrote:
On 04/13/2012 08:09 PM, Christian Hernandez wrote:
Is there any way to use an existing Filer for the NFS storage? Or do I HAVE to use a host?
We currently have a NetApp filer serving as our NFS server; I'd rather use that than create a new host and make it the NFS server (as it won't get backed up...would rather have it get backed up as the Filer already has that in place)
I think there is no problem in using your NetApp filer, in fact that works very well. Just make sure that the exports that you use for ovirt are owned and writable by the user id 36 (vdsm) and group id 36 (kvm).
-- Dirección Comercial: C/Jose Bardasano Baos, 9, Edif. Gorbea 3, planta 3ºD, 28016 Madrid, Spain Inscrita en el Reg. Mercantil de Madrid – C.I.F. B82657941 - Red Hat S.L.
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
-- Dirección Comercial: C/Jose Bardasano Baos, 9, Edif. Gorbea 3, planta 3ºD, 28016 Madrid, Spain Inscrita en el Reg. Mercantil de Madrid – C.I.F. B82657941 - Red Hat S.L.
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' * --Christian
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? Regards, Dan.
Scolling up I found these "initIRS" errors in the logs *MainThread::INFO::2012-04-13 17:18:30,965::vdsm::78::vds::(run) <Thread(Thread-11, started daemon 140487776270080)>* *MainThread::INFO::2012-04-13 17:18:30,965::vdsm::78::vds::(run) <WorkerThread(Thread-5, started daemon 140488178923264)>* *MainThread::INFO::2012-04-13 17:18:30,965::vdsm::78::vds::(run) <KsmMonitorThread(KsmMonitor, started daemon 140487755290368)>* *MainThread::INFO::2012-04-13 17:18:30,966::vdsm::78::vds::(run) <WorkerThread(Thread-4, started daemon 140488530888448)>* *MainThread::INFO::2012-04-13 17:18:30,966::vmChannels::135::vds::(stop) VM channels listener was stopped.* *MainThread::INFO::2012-04-13 17:18:30,966::vdsm::78::vds::(run) <Listener(VM Channels Listener, started daemon 140487734310656)>* *MainThread::INFO::2012-04-13 17:18:30,966::vdsm::78::vds::(run) <WorkerThread(Thread-3, started daemon 140488541378304)>* *MainThread::INFO::2012-04-13 17:18:30,966::vdsm::78::vds::(run) <WorkerThread(Thread-2, started daemon 140488551868160)>* *MainThread::INFO::2012-04-13 17:18:32,475::vdsm::70::vds::(run) I am the actual vdsm 4.9-0* *MainThread::DEBUG::2012-04-13 17:18:32,688::resourceManager::379::ResourceManager::(registerNamespace) Registering namespace 'Storage'* *MainThread::DEBUG::2012-04-13 17:18:32,688::threadPool::45::Misc.ThreadPool::(__init__) Enter - numThreads: 10.0, waitTimeout: 3, maxTasks: 500.0* *MainThread::DEBUG::2012-04-13 17:18:32,708::multipath::109::Storage.Multipath::(isEnabled) multipath Defaulting to False* *MainThread::DEBUG::2012-04-13 17:18:32,709::__init__::1164::Storage.Misc.excCmd::(_log) '/usr/bin/sudo -n /bin/cp /tmp/tmpXnjmr1 /etc/multipath.conf' (cwd None)* *MainThread::DEBUG::2012-04-13 17:18:32,761::__init__::1164::Storage.Misc.excCmd::(_log) FAILED: <err> = 'sudo: sorry, you must have a tty to run sudo\n'; <rc> = 1* *MainThread::ERROR::2012-04-13 17:18:32,762::clientIF::162::vds::(_initIRS) Error initializing IRS* *Traceback (most recent call last):* * File "/usr/share/vdsm/clientIF.py", line 160, in _initIRS* * self.irs = Dispatcher(HSM())* * File "/usr/share/vdsm/storage/hsm.py", line 294, in __init__* * multipath.setupMultipath()* * File "/usr/share/vdsm/storage/multipath.py", line 125, in setupMultipath* * raise se.MultipathSetupError()* *MultipathSetupError: Failed to setup multipath: ()* *MainThread::DEBUG::2012-04-13 17:18:32,766::__init__::1164::Storage.Misc.excCmd::(_log) '/usr/bin/pgrep -xf ksmd' (cwd None)* *MainThread::DEBUG::2012-04-13 17:18:32,779::__init__::1164::Storage.Misc.excCmd::(_log) SUCCESS: <err> = ''; <rc> = 0* *MainThread::INFO::2012-04-13 17:18:32,780::vmChannels::139::vds::(settimeout) Setting channels' timeout to 30 seconds.* *VM Channels Listener::INFO::2012-04-13 17:18:32,782::vmChannels::127::vds::(run) Starting VM channels listener thread.* *Thread-13::DEBUG::2012-04-13 17:18:33,521::BindingXMLRPC::869::vds::(wrapper) client [192.168.11.236]::call getCapabilities with () {}* *Thread-13::WARNING::2012-04-13 17:18:33,616::utils::688::root::(getHostUUID) Could not find host UUID.* *Thread-13::DEBUG::2012-04-13 17:18:33,643::__init__::1164::Storage.Misc.excCmd::(_log) '/bin/rpm -q --qf "%{NAME}\t%{VERSION}\t%{RELEASE}\t%{BUILDTIME}\n" qemu-kvm' (cwd None)* *Thread-13::DEBUG::2012-04-13 17:18:33,667::__init__::1164::Storage.Misc.excCmd::(_log) SUCCESS: <err> = ''; <rc> = 0* *Thread-13::DEBUG::2012-04-13 17:18:33,667::__init__::1164::Storage.Misc.excCmd::(_log) '/bin/rpm -q --qf "%{NAME}\t%{VERSION}\t%{RELEASE}\t%{BUILDTIME}\n" qemu-img' (cwd None)* *Thread-13::DEBUG::2012-04-13 17:18:33,690::__init__::1164::Storage.Misc.excCmd::(_log) SUCCESS: <err> = ''; <rc> = 0* *Thread-13::DEBUG::2012-04-13 17:18:33,690::__init__::1164::Storage.Misc.excCmd::(_log) '/bin/rpm -q --qf "%{NAME}\t%{VERSION}\t%{RELEASE}\t%{BUILDTIME}\n" vdsm' (cwd None)* *Thread-13::DEBUG::2012-04-13 17:18:33,711::__init__::1164::Storage.Misc.excCmd::(_log) SUCCESS: <err> = ''; <rc> = 0* *Thread-13::DEBUG::2012-04-13 17:18:33,711::__init__::1164::Storage.Misc.excCmd::(_log) '/bin/rpm -q --qf "%{NAME}\t%{VERSION}\t%{RELEASE}\t%{BUILDTIME}\n" spice-server' (cwd None)* *Thread-13::DEBUG::2012-04-13 17:18:33,732::__init__::1164::Storage.Misc.excCmd::(_log) SUCCESS: <err> = ''; <rc> = 0* *Thread-13::DEBUG::2012-04-13 17:18:33,733::__init__::1164::Storage.Misc.excCmd::(_log) '/bin/rpm -q --qf "%{NAME}\t%{VERSION}\t%{RELEASE}\t%{BUILDTIME}\n" libvirt' (cwd None)* *Thread-13::DEBUG::2012-04-13 17:18:33,754::__init__::1164::Storage.Misc.excCmd::(_log) SUCCESS: <err> = ''; <rc> = 0* On Sun, Apr 15, 2012 at 6:57 AM, Dan Kenigsberg <danken@redhat.com> 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?
Regards, Dan.
On Sun, Apr 15, 2012 at 01:05:52PM -0700, Christian Hernandez wrote:
Scolling up I found these "initIRS" errors in the logs
*MainThread::INFO::2012-04-13 17:18:30,965::vdsm::78::vds::(run) <Thread(Thread-11, started daemon 140487776270080)>* *MainThread::INFO::2012-04-13 17:18:30,965::vdsm::78::vds::(run) <WorkerThread(Thread-5, started daemon 140488178923264)>* *MainThread::INFO::2012-04-13 17:18:30,965::vdsm::78::vds::(run) <KsmMonitorThread(KsmMonitor, started daemon 140487755290368)>* *MainThread::INFO::2012-04-13 17:18:30,966::vdsm::78::vds::(run) <WorkerThread(Thread-4, started daemon 140488530888448)>* *MainThread::INFO::2012-04-13 17:18:30,966::vmChannels::135::vds::(stop) VM channels listener was stopped.* *MainThread::INFO::2012-04-13 17:18:30,966::vdsm::78::vds::(run) <Listener(VM Channels Listener, started daemon 140487734310656)>* *MainThread::INFO::2012-04-13 17:18:30,966::vdsm::78::vds::(run) <WorkerThread(Thread-3, started daemon 140488541378304)>* *MainThread::INFO::2012-04-13 17:18:30,966::vdsm::78::vds::(run) <WorkerThread(Thread-2, started daemon 140488551868160)>* *MainThread::INFO::2012-04-13 17:18:32,475::vdsm::70::vds::(run) I am the actual vdsm 4.9-0* *MainThread::DEBUG::2012-04-13 17:18:32,688::resourceManager::379::ResourceManager::(registerNamespace) Registering namespace 'Storage'* *MainThread::DEBUG::2012-04-13 17:18:32,688::threadPool::45::Misc.ThreadPool::(__init__) Enter - numThreads: 10.0, waitTimeout: 3, maxTasks: 500.0* *MainThread::DEBUG::2012-04-13 17:18:32,708::multipath::109::Storage.Multipath::(isEnabled) multipath Defaulting to False* *MainThread::DEBUG::2012-04-13 17:18:32,709::__init__::1164::Storage.Misc.excCmd::(_log) '/usr/bin/sudo -n /bin/cp /tmp/tmpXnjmr1 /etc/multipath.conf' (cwd None)* *MainThread::DEBUG::2012-04-13 17:18:32,761::__init__::1164::Storage.Misc.excCmd::(_log) FAILED: <err> = 'sudo: sorry, you must have a tty to run sudo\n'; <rc> = 1*
Vdsm's evil /etc/sudoers.d/vdsm file has Defaults:vdsm !requiretty which should allow vdsm running sudo with no tty. I suspect that you have an overriding config in your /etc/sudoers** or that you somehow got that file removed. Could you check if that's that?
*MainThread::ERROR::2012-04-13 17:18:32,762::clientIF::162::vds::(_initIRS) Error initializing IRS* *Traceback (most recent call last):* * File "/usr/share/vdsm/clientIF.py", line 160, in _initIRS* * self.irs = Dispatcher(HSM())* * File "/usr/share/vdsm/storage/hsm.py", line 294, in __init__* * multipath.setupMultipath()* * File "/usr/share/vdsm/storage/multipath.py", line 125, in setupMultipath* * raise se.MultipathSetupError()* *MultipathSetupError: Failed to setup multipath: ()* *MainThread::DEBUG::2012-04-13 17:18:32,766::__init__::1164::Storage.Misc.excCmd::(_log) '/usr/bin/pgrep -xf ksmd' (cwd None)* *MainThread::DEBUG::2012-04-13 17:18:32,779::__init__::1164::Storage.Misc.excCmd::(_log) SUCCESS: <err> = ''; <rc> = 0* *MainThread::INFO::2012-04-13 17:18:32,780::vmChannels::139::vds::(settimeout) Setting channels' timeout to 30 seconds.* *VM Channels Listener::INFO::2012-04-13 17:18:32,782::vmChannels::127::vds::(run) Starting VM channels listener thread.* *Thread-13::DEBUG::2012-04-13 17:18:33,521::BindingXMLRPC::869::vds::(wrapper) client [192.168.11.236]::call getCapabilities with () {}* *Thread-13::WARNING::2012-04-13 17:18:33,616::utils::688::root::(getHostUUID) Could not find host UUID.* *Thread-13::DEBUG::2012-04-13 17:18:33,643::__init__::1164::Storage.Misc.excCmd::(_log) '/bin/rpm -q --qf "%{NAME}\t%{VERSION}\t%{RELEASE}\t%{BUILDTIME}\n" qemu-kvm' (cwd None)* *Thread-13::DEBUG::2012-04-13 17:18:33,667::__init__::1164::Storage.Misc.excCmd::(_log) SUCCESS: <err> = ''; <rc> = 0* *Thread-13::DEBUG::2012-04-13 17:18:33,667::__init__::1164::Storage.Misc.excCmd::(_log) '/bin/rpm -q --qf "%{NAME}\t%{VERSION}\t%{RELEASE}\t%{BUILDTIME}\n" qemu-img' (cwd None)* *Thread-13::DEBUG::2012-04-13 17:18:33,690::__init__::1164::Storage.Misc.excCmd::(_log) SUCCESS: <err> = ''; <rc> = 0* *Thread-13::DEBUG::2012-04-13 17:18:33,690::__init__::1164::Storage.Misc.excCmd::(_log) '/bin/rpm -q --qf "%{NAME}\t%{VERSION}\t%{RELEASE}\t%{BUILDTIME}\n" vdsm' (cwd None)* *Thread-13::DEBUG::2012-04-13 17:18:33,711::__init__::1164::Storage.Misc.excCmd::(_log) SUCCESS: <err> = ''; <rc> = 0* *Thread-13::DEBUG::2012-04-13 17:18:33,711::__init__::1164::Storage.Misc.excCmd::(_log) '/bin/rpm -q --qf "%{NAME}\t%{VERSION}\t%{RELEASE}\t%{BUILDTIME}\n" spice-server' (cwd None)* *Thread-13::DEBUG::2012-04-13 17:18:33,732::__init__::1164::Storage.Misc.excCmd::(_log) SUCCESS: <err> = ''; <rc> = 0* *Thread-13::DEBUG::2012-04-13 17:18:33,733::__init__::1164::Storage.Misc.excCmd::(_log) '/bin/rpm -q --qf "%{NAME}\t%{VERSION}\t%{RELEASE}\t%{BUILDTIME}\n" libvirt' (cwd None)* *Thread-13::DEBUG::2012-04-13 17:18:33,754::__init__::1164::Storage.Misc.excCmd::(_log) SUCCESS: <err> = ''; <rc> = 0*
On Sun, Apr 15, 2012 at 6:57 AM, Dan Kenigsberg <danken@redhat.com> 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?
Regards, Dan.
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
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
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
On Fri, 13 Apr 2012, Christian Hernandez wrote:
Is there any way to use an existing Filer for the NFS storage? Or do I HAVE to use a host?
We currently have a NetApp filer serving as our NFS server; I'd rather use that than create a new host and make it the NFS server (as it won't get backed up...would rather have it get backed up as the Filer already has that in place)
Sure I am using ovirt at two sites with NetApp.
<> Nathan Stratton nathan at robotics.net http://www.robotics.net
participants (5)
-
Adam Litke -
Christian Hernandez -
Dan Kenigsberg -
Juan Hernandez -
Nathan Stratton