- Users - oVirt List Archives

[Users] R: Re: How to - gluster
by tristano82＠libero.it 17 Dec '13

17 Dec '13

yes my idea is to start with 1 node ( storage+compute ) and then expand with more server to add storage and compute. what do you think ? >----Messaggio originale---- >Da: vbellur(a)redhat.com >Data: 16/12/2013 8.38 >A: "tristano82(a)libero.it"<tristano82(a)libero.it>, <users(a)ovirt.org> >Ogg: Re: [Users] How to - gluster > >On 12/15/2013 10:30 PM, tristano82(a)libero.it wrote: >> i have 1 phisical node with SSD disks, can i install ovirt with glusterFS >> storage as backend . In a second time add new ovirt node ( same hardware ) >> and >> attach to the first 1 to create a compute and storage HA ? >> >> > >gluster volumes can be expanded from a single brick to multiple bricks >for providing HA. > >Do you plan to use a converged compute and storage cluster? > >Regards, >Vijay > >

2 1

[Users] feature request - support getting console.vv with a single click
by i iordanov 17 Dec '13

17 Dec '13

Hi guys, Mobile browsers usually reserve the double-tap functionality for zooming in/out. It's therefore difficult/impossible to obtain a console.vv file from the user-mode web interface on a mobile device. Would you consider adding functionality to connect to the console without a double-click? Thanks! iordan -- The conscious mind has only one thread of execution.

3 5

[Users] Spice Proxy seems to try connect to host and not defined proxy
by Gianluca Cecchi 17 Dec '13

17 Dec '13

Hello, wrking on 3.3.2 beta on F19 ovirt repo For simplicity I set - no Websocket Procy on engine # engine-config -g WebSocketProxy WebSocketProxy: version: general - Stop my WebSocketProxy previosuly configured # systemctl status ovirt-websocket-proxy.service ovirt-websocket-proxy.service - oVirt Engine websockets proxy Loaded: loaded (/usr/lib/systemd/system/ovirt-websocket-proxy.service; enabled) Active: inactive (dead) since Sun 2013-12-15 17:58:45 CET; 18min ago Main PID: 23556 (code=exited, status=0/SUCCESS) CGroup: name=systemd:/system/ovirt-websocket-proxy.service - set SpiceProxyDefault # engine-config -g SpiceProxyDefault SpiceProxyDefault: http://10.4.4.63:3128 version: general 10.4.4.63 is a CentOS 5.10 server with squid enabled [root@c510 squid]# diff squid.conf squid.conf.orig 578,581d577 < < acl localnet src 10.4.3.0/24 # RFC1918 possible internal network < acl localnet src 10.4.4.0/24 # RFC1918 possible internal network < 624c620 < #http_access deny CONNECT !SSL_ports --- > http_access deny CONNECT !SSL_ports 638d633 < http_access allow localnet restart ovirt-engine service My engine is 10.4.4.60 My host is fedora 19 with ip 10.4.4.59 and a running VM My client is a Fedora 19 with firefox 26 and ip 10.4.3.24 If I open user portal in my client I see that "enable SpiceProxy" is checked against this VM (as I set it gobally via engine-config command) But when I click console button I see this on my client: $ netstat -an | egrep "10.4.4" tcp 0 0 10.4.3.24:38061 10.4.4.60:443 TIME_WAIT tcp 0 0 10.4.3.24:46284 10.4.4.60:22 ESTABLISHED tcp 0 1 10.4.3.24:43066 10.4.4.59:5900 SYN_SENT and an error in browser about unable to connect to graphic server so it attempts to go to host. In client /var/log/messages: Dec 15 18:21:21 tekkaman gnome-session[2864]: (plugin-container:8024): SpiceXPI-CRITICAL **: controller connect: No such file or directory Dec 15 18:21:21 tekkaman gnome-session[2864]: (plugin-container:8024): SpiceXPI-CRITICAL **: controller connect: No such file or directory Dec 15 18:21:21 tekkaman spice: starting remote-viewer --spice-controller ... Dec 15 18:21:21 tekkaman spice: XDG_VTNR=1 Dec 15 18:21:21 tekkaman spice: ORBIT_SOCKETDIR=/var/tmp/orbit-g.cecchi Dec 15 18:21:21 tekkaman spice: XSUNTRANSPORT=shmem Dec 15 18:21:21 tekkaman spice: XDG_SESSION_ID=1 Dec 15 18:21:21 tekkaman spice: HOSTNAME=tekkaman.localdomain.local Dec 15 18:21:21 tekkaman spice: GIO_LAUNCHED_DESKTOP_FILE_PID=6719 Dec 15 18:21:21 tekkaman spice: IMSETTINGS_INTEGRATE_DESKTOP=yes Dec 15 18:21:21 tekkaman spice: GPG_AGENT_INFO=/run/user/1000/keyring-uNXVI0/gpg:0:1 Dec 15 18:21:21 tekkaman spice: XDG_MENU_PREFIX=gnome- Dec 15 18:21:21 tekkaman spice: TERM=dumb Dec 15 18:21:21 tekkaman spice: SHELL=/bin/bash Dec 15 18:21:21 tekkaman spice: HISTSIZE=1000 Dec 15 18:21:21 tekkaman spice: TMPDIR=/var/tmp Dec 15 18:21:21 tekkaman spice: XRE_PROFILE_NAME= Dec 15 18:21:21 tekkaman spice: GJS_DEBUG_OUTPUT=stderr Dec 15 18:21:21 tekkaman spice: GNOME_KEYRING_CONTROL=/run/user/1000/keyring-uNXVI0 Dec 15 18:21:21 tekkaman spice: QTDIR=/usr/lib64/qt-3.3 Dec 15 18:21:21 tekkaman spice: GJS_DEBUG_TOPICS=JS ERROR;JS LOG Dec 15 18:21:21 tekkaman spice: QTINC=/usr/lib64/qt-3.3/include Dec 15 18:21:21 tekkaman spice: MOZILLA_FIVE_HOME=/usr/lib64/firefox Dec 15 18:21:21 tekkaman spice: NSS_SSL_CBC_RANDOM_IV=1 Dec 15 18:21:21 tekkaman spice: IMSETTINGS_MODULE=none Dec 15 18:21:21 tekkaman spice: QT_GRAPHICSSYSTEM_CHECKED=1 Dec 15 18:21:21 tekkaman spice: XRE_PROFILE_LOCAL_PATH= Dec 15 18:21:21 tekkaman spice: USER=g.cecchi Dec 15 18:21:21 tekkaman spice: XRE_START_OFFLINE= Dec 15 18:21:21 tekkaman spice: LD_LIBRARY_PATH=/usr/lib64/firefox/xulrunner:/usr/lib64/firefox:/usr/lib64/firefox/plugins:/usr/lib64/firefox Dec 15 18:21:21 tekkaman spice: SSH_AUTH_SOCK=/run/user/1000/keyring-uNXVI0/ssh Dec 15 18:21:21 tekkaman spice: GNOME_DISABLE_CRASH_DIALOG=1 Dec 15 18:21:21 tekkaman spice: SESSION_MANAGER=local/unix:@/tmp/.ICE-unix/2864,unix/unix:/tmp/.ICE-unix/2864 Dec 15 18:21:21 tekkaman spice: USERNAME=g.cecchi Dec 15 18:21:21 tekkaman spice: LIBPATH=/usr/lib64/firefox:/usr/lib64/firefox Dec 15 18:21:21 tekkaman spice: MOZ_APP_LAUNCHER=/usr/bin/firefox Dec 15 18:21:21 tekkaman spice: MOZ_PLUGIN_PATH=/usr/lib64/mozilla/plugins:/usr/lib64/firefox/plugins Dec 15 18:21:21 tekkaman spice: GIO_LAUNCHED_DESKTOP_FILE=/usr/share/applications/firefox.desktop Dec 15 18:21:21 tekkaman spice: FONTCONFIG_PATH=/etc/fonts:/usr/lib64/firefox/res/Xft Dec 15 18:21:21 tekkaman spice: DESKTOP_SESSION=gnome Dec 15 18:21:21 tekkaman spice: PATH=/usr/lib64/qt-3.3/bin:/usr/local/bin:/usr/bin:/bin:/usr/local/sbin:/usr/sbin:/home/g.cecchi/.local/bin:/home/g.cecchi/bin Dec 15 18:21:21 tekkaman spice: MAIL=/var/spool/mail/g.cecchi Dec 15 18:21:21 tekkaman spice: QT_IM_MODULE=ibus Dec 15 18:21:21 tekkaman spice: PWD=/home/g.cecchi Dec 15 18:21:21 tekkaman spice: XMODIFIERS=@im=ibus Dec 15 18:21:21 tekkaman spice: LANG=en_US.UTF-8 Dec 15 18:21:21 tekkaman spice: GNOME_KEYRING_PID=2860 Dec 15 18:21:21 tekkaman spice: KDE_IS_PRELINKED=1 Dec 15 18:21:21 tekkaman spice: XRE_PROFILE_PATH= Dec 15 18:21:21 tekkaman spice: GDM_LANG=en_US.UTF-8 Dec 15 18:21:21 tekkaman spice: KDEDIRS=/usr Dec 15 18:21:21 tekkaman spice: XSUNSMESIZE=512 Dec 15 18:21:21 tekkaman spice: GDMSESSION=gnome Dec 15 18:21:21 tekkaman spice: HISTCONTROL=ignoredups Dec 15 18:21:21 tekkaman spice: SHLVL=2 Dec 15 18:21:21 tekkaman spice: HOME=/home/g.cecchi Dec 15 18:21:21 tekkaman spice: XDG_SEAT=seat0 Dec 15 18:21:21 tekkaman spice: GNOME_DESKTOP_SESSION_ID=this-is-deprecated Dec 15 18:21:21 tekkaman spice: DYLD_LIBRARY_PATH=/usr/lib64/firefox:/usr/lib64/firefox Dec 15 18:21:21 tekkaman spice: MOZ_LAUNCHED_CHILD= Dec 15 18:21:21 tekkaman spice: MOZ_GRE_CONF=/etc/gre.d/gre64.conf Dec 15 18:21:21 tekkaman spice: QTLIB=/usr/lib64/qt-3.3/lib Dec 15 18:21:21 tekkaman spice: DBUS_SESSION_BUS_ADDRESS=unix:abstract=/tmp/dbus-G3RfQQysBc,guid=49804c78c033de622c5380b152addb59 Dec 15 18:21:21 tekkaman spice: SPICE_XPI_SOCKET=/tmp/spicec-tYz3e4/spice-xpi Dec 15 18:21:21 tekkaman spice: NO_EM_RESTART= Dec 15 18:21:21 tekkaman spice: LESSOPEN=||/usr/bin/lesspipe.sh %s Dec 15 18:21:21 tekkaman spice: MOZ_CRASHREPORTER_RESTART_ARG_1= Dec 15 18:21:21 tekkaman spice: SHLIB_PATH=/usr/lib64/firefox:/usr/lib64/firefox Dec 15 18:21:21 tekkaman spice: XRE_BINARY_PATH= Dec 15 18:21:21 tekkaman spice: MOZ_CRASHREPORTER_RESTART_ARG_0=/usr/bin/firefox Dec 15 18:21:21 tekkaman spice: WINDOWPATH=1 Dec 15 18:21:21 tekkaman spice: DISPLAY=:0 Dec 15 18:21:21 tekkaman spice: XDG_RUNTIME_DIR=/run/user/1000 Dec 15 18:21:21 tekkaman spice: QT_PLUGIN_PATH=/usr/lib64/kde4/plugins:/usr/lib/kde4/plugins Dec 15 18:21:21 tekkaman spice: XUL_APP_FILE= Dec 15 18:21:21 tekkaman spice: MOZ_CRASHREPORTER_DATA_DIRECTORY=/home/g.cecchi/.mozilla/firefox/Crash Reports Dec 15 18:21:21 tekkaman spice: MOZ_CRASHREPORTER_STRINGS_OVERRIDE=/usr/lib64/firefox/browser/crashreporter-override.ini Dec 15 18:21:21 tekkaman spice: NO_AT_BRIDGE=1 Dec 15 18:21:21 tekkaman spice: XAUTHORITY=/run/gdm/auth-for-g.cecchi-0Ht3a6/database Dec 15 18:21:21 tekkaman spice: _=/usr/bin/env Dec 15 18:21:34 tekkaman spice: Dec 15 18:21:34 tekkaman spice: (remote-viewer:8709): GSpice-WARNING **: Could not connect to 10.4.4.59: Socket I/O timed out Dec 15 18:22:19 tekkaman spice: remote-viewer execution failed Dec 15 18:22:19 tekkaman gnome-session[2864]: (plugin-container:8024): SpiceXPI-CRITICAL **: could not get browser window, when trying to call OnDisconnected No logs in access.log of squid on 10.4.4.63 host How to debug further? What files to check on engine for Spice Proxy? Tried also with a client that is on the same network as all servers (10.4.4.0 where engine, proxy, hosts has their ips) and the spice client opens but I see that it indeed connects to 10.4.4.9, so it is not using proxy... tcp 0 0 10.4.4.67:39613 10.4.4.59:5901 ESTABLISHED Thanks, Gianluca

4 15

[Users] Polling vs Pushing engine events
by Sven Kieske 17 Dec '13

17 Dec '13

Hi, we got the following problem: we create / start / stop hole vms /data centers / storage etc (basically: everything ovirt can handle via REST-API) But if you want to know e.g. the status of a vm (or anything) you need to constantly poll the API. This is not what we desire to do, as it does not scale very well (e.g. polling 100 vms). Is there a standardized way of pushing information from the engine? -- Mit freundlichen Grüßen / Regards Sven Kieske Systemadministrator Mittwald CM Service GmbH & Co. KG Königsberger Straße 6 32339 Espelkamp T: +49-5772-293-100 F: +49-5772-293-333 https://www.mittwald.de Geschäftsführer: Robert Meyer St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen

4 3

[Users] Hosts going offline due to storage issues.
by Ian Mordey 17 Dec '13

17 Dec '13

Hi there I've got a 3 node oVirt 3.3.1 setup connecting to an Equallogic iSCSI SAN array. My nodes keep going offline with these errors: Host reports about one of the Active Storage Domains as Problematic. Host cannot access one of the Storage Domains attached to the Data Center <DC> Setting Host state to Non-Operational The host is then fenced, reboots and comes back up normally. I see some of these errors prior to the event: 2013-12-10 13:36:49,442 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.ListVDSCommand] (DefaultQuartzScheduler_Worker-14) Command ListVDS execution failed. Exception: VDSNetworkException: java.net.ConnectException: Connection refused 2013-12-10 13:36:49,448 WARN [org.ovirt.engine.core.vdsbroker.VdsManager] (DefaultQuartzScheduler_Worker-14) Failed to refresh VDS , vds = 7f74b28a-149a-4f87-9689-b23db6d435f7 : <hostname> , VDS Network Error, continuing. 2013-12-10 13:36:52,490 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.GetCapabilitiesVDSCommand] (DefaultQuartzScheduler_Worker-59) Command GetCapabilitiesVDS execution failed. Exception: VDSNetworkException: java.net.ConnectException: Connection refused Any ideas where to look? I can't see any errors on the switches or SAN.. Thanks Ian -- Listed on the London Stock Exchange: WAND<http://www.bloomberg.com/quote/WAND:LN> THIS MESSAGE AND ANY ATTACHMENTS ARE CONFIDENTIAL, PROPRIETARY, AND MAY BE PRIVILEGED. If this message was misdirected, WANdisco, Inc. and its subsidiaries, ("WANdisco") does not waive any confidentiality or privilege. If you are not the intended recipient, please notify us immediately and destroy the message without disclosing its contents to anyone. Any distribution, use or copying of this e-mail or the information it contains by other than an intended recipient is unauthorized. The views and opinions expressed in this e-mail message are the author's own and may not reflect the views and opinions of WANdisco, unless the author is authorized by WANdisco to express such views or opinions on its behalf. All email sent to or from this address is subject to electronic storage and review by WANdisco. Although WANdisco operates anti-virus programs, it does not accept responsibility for any damage whatsoever caused by viruses being passed.

2 1

[Users] AcquireHostId problem
by Pascal Jakobi 17 Dec '13

17 Dec '13

Context : vdsm-4.13.0-11.fc19.x86_64 sanlock-2.8-1.fc19.x86_64 Creating storage domain (NFS) fails with error in engine.log such as Error code AcquireHostIdFailure and error message VDSGenericException: VDSErrorException: Failed to CreateStorage And Cannot acquire host id: ('b4f05e3e-d714-45c4-adf9-8d269418338f', SanlockException(-203, 'Sanlock lockspace add failure', 'Sanlock exception')) Reading the mail archive, I can see that this is a know issue but I do not see the workaround. Can someone enlight me ? Also, is there somewhere a coherent instruction set in order to make NFSv3 work (including iptables settings). I had to stop iptables to unblock myself...

2 1

Re: [Users] Failing migration, inconsistent state
by Martijn Grendelman 17 Dec '13

17 Dec '13

Martijn Grendelman schreef op 5-12-2013 11:00: > Hi, > > I tried to migrate several VMs from one host to another. Two VMs > migrated without issues, but for one VM, the migration didn't happen. It > seems to be hanging, but the UI is now in an inconsistent state: > > - The 'Tasks' tab reports 0 active tasks, but the last task (the > migration in question) is still reported as 'Executing'. > - The VM status is 'Up' (not migrating) > - 'Migrate' action is choosable from menu, while 'Cancel Migration' is > greyed out, but when I choose 'Migrate' and pick a host, I am told > 'Cannot migrate VM. VM <name> is being migrated.'. > > What is the best way to fix this? And perhaps this information is useful to oVirt developers: > Thread-600648::DEBUG::2013-12-03 12:37:47,926::vm::180::vm.Vm::(_setupVdsConnection) vmId=`0669e3c2-9cfd-4d4e-a0a3-56070902a8c8`::Destination server is: onode0.isaac.local:54321 > Thread-600648::DEBUG::2013-12-03 12:37:47,927::vm::182::vm.Vm::(_setupVdsConnection) vmId=`0669e3c2-9cfd-4d4e-a0a3-56070902a8c8`::Initiating connection with destination > Thread-600648::DEBUG::2013-12-03 12:37:47,990::vm::232::vm.Vm::(_prepareGuest) vmId=`0669e3c2-9cfd-4d4e-a0a3-56070902a8c8`::Migration started > Thread-600648::DEBUG::2013-12-03 12:37:48,006::vm::299::vm.Vm::(run) vmId=`0669e3c2-9cfd-4d4e-a0a3-56070902a8c8`::migration semaphore acquired > Thread-600648::DEBUG::2013-12-03 12:37:48,115::vm::357::vm.Vm::(_startUnderlyingMigration) vmId=`0669e3c2-9cfd-4d4e-a0a3-56070902a8c8`::starting migration to qemu+tls://onode0.isaac.local/system with miguri tcp://onode0.isaac.local > Thread-600648::DEBUG::2013-12-03 12:43:10,819::libvirtconnection::108::libvirtconnection::(wrapper) Unknown libvirterror: ecode: 9 edom: 10 level: 2 message: operation failed: migration job: unexpectedly failed > Thread-600648::DEBUG::2013-12-03 12:43:10,819::vm::742::vm.Vm::(cancel) vmId=`0669e3c2-9cfd-4d4e-a0a3-56070902a8c8`::canceling migration downtime thread > Thread-600648::DEBUG::2013-12-03 12:43:10,819::vm::812::vm.Vm::(stop) vmId=`0669e3c2-9cfd-4d4e-a0a3-56070902a8c8`::stopping migration monitor thread > Thread-600648::ERROR::2013-12-03 12:43:10,820::vm::238::vm.Vm::(_recover) vmId=`0669e3c2-9cfd-4d4e-a0a3-56070902a8c8`::operation failed: migration job: unexpectedly failed > Thread-600648::ERROR::2013-12-03 12:43:11,276::vm::321::vm.Vm::(run) vmId=`0669e3c2-9cfd-4d4e-a0a3-56070902a8c8`::Failed to migrate > Traceback (most recent call last): > File "/usr/share/vdsm/vm.py", line 308, in run > self._startUnderlyingMigration() > File "/usr/share/vdsm/vm.py", line 385, in _startUnderlyingMigration > None, maxBandwidth) > File "/usr/share/vdsm/vm.py", line 835, in f > ret = attr(*args, **kwargs) > File "/usr/lib64/python2.6/site-packages/vdsm/libvirtconnection.py", line 76, in wrapper > ret = f(*args, **kwargs) > File "/usr/lib64/python2.6/site-packages/libvirt.py", line 1178, in migrateToURI2 > if ret == -1: raise libvirtError ('virDomainMigrateToURI2() failed', dom=self) > libvirtError: operation failed: migration job: unexpectedly failed Cheers, Martijn.

2 1

[Users] Problem introducing VDSM hosts
by Garry Tiedemann 17 Dec '13

17 Dec '13

Hi folks, We are setting up ovirt on Proliant BL460c blades (mix of G1 & G6), and found an interesting problem. Can anyone here can offer guidance on how to approach this please? Also, I would be interested to know others' experiences of using ovirt on BladeSystem gear. The problem: When trying to introduce a new VDSM host, the install fails, immediately. It's reproducible; we tried more than a dozen times, with different combinations of NICs, to eliminate hardware faults. These messages appear on the VDSM host: Dec 13 10:55:24 bl05 sshd[2627]: pam_unix(sshd:session): session opened for user root by (uid=0) Dec 13 10:55:24 bl05 sshd[2627]: Corrupted MAC on input. Dec 13 10:55:24 bl05 sshd[2627]: Disconnecting: Packet corrupt Dec 13 10:55:24 bl05 sshd[2627]: pam_unix(sshd:session): session closed for user root It seems to be a checksum problem. Google has plenty of similar reports (none ovirt-related), and very little in the way of troubleshooting tips. We have eliminated physical hardware; memory has tested OK, and alternative network ports have been tried, with the same result. I expected to be able to reproduce the issue outside ovirt, by scping large files back and forth, however, this did not cause errors. I believe it's a software matter, possibly TOE, but I don't know how to take it further. We are using FC19 for both the ovirt-engine and vdsm hosts. Any guidance on how to solve this would be much appreciated. Thanks in advance, Garry

2 1

[Users] Keepalived on oVirt Hosts has engine networking issues
by Andrew Lau 16 Dec '13

16 Dec '13

Hi, I have the scenario where I have gluster and ovirt hosts on the same box, to keep the gluster volumes highly available incase a box drops I'm using keepalived across the boxes and using that IP as the means for the storage domain. I documented my setup here in case anyone needs a little more info http://www.andrewklau.com/returning-to-glusterized-ovirt-3-3/ However, the engine seems to be picking up the floating IP assigned to keepalived as the interface and messing with the ovirtmgmt migration network, so migrations are failing as my floating IP gets assigned to the ovirtmgmt bridge in the engine however it's not actually there on most hosts (except one) so vdsm seems to report destination same as source. I've since created a new vlan interface just for storage to avoid the ovirtmgmt conflict, but the engine will still pick up the wrong IP on the storage vlan because of keepalived. This means I can't use the save network feature within the engine as it'll save the floating ip rather than the one already there. Is this a bug or just the way it's designed. eth0.2 -> ovirtmgmt (172.16.0.11) -> management and migration network -> engine sees, sets and saves 172.16.0.11 eth0.3 -> storagenetwork (172.16.1.11) -> gluster network -> engine sees, sets and saves 172.16.1.5 (my floating IP) I hope this makes sense. p.s. can anyone also confirm, does gluster support multi pathing by default? If I'm using this keepalived method, am I bottle necking myself to one host? Thanks, Andrew

4 5

[Users] errors in engine log and tones of sync messages
by Juan Pablo Lorier 16 Dec '13

16 Dec '13

Hi, I'm trying to debug why I can't import a VM to my brand new glusterfs domain and I see that engine.log is full of gluster volumelist calls and less but often, errors of not been able to call async, I'm I missing any package to install in the engine other than vdsm-gluster? Is there a way not to log all the VolumeList commands (without lowering log level) to avoid having so many entries that difficult searching in the log? Regards, : 5c8baf53 2013-12-13 13:27:58,504 ERROR [org.ovirt.engine.core.utils.timer.SchedulerUtilQuartzImpl] (DefaultQuartzScheduler_Worker-33) Failed to invoke scheduled method gluster_async_task_poll_event: java.lang.reflect.InvocationTargetException at sun.reflect.GeneratedMethodAccessor108.invoke(Unknown Source) [:1.7.0_45] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.7.0_45] at java.lang.reflect.Method.invoke(Method.java:606) [rt.jar:1.7.0_45] at org.ovirt.engine.core.utils.timer.JobWrapper.execute(JobWrapper.java:60) [scheduler.jar:] at org.quartz.core.JobRunShell.run(JobRunShell.java:213) [quartz.jar:] at org.quartz.simpl.SimpleThreadPool$WorkerThread.run(SimpleThreadPool.java:557) [quartz.jar:] Caused by: org.ovirt.engine.core.common.errors.VdcBLLException: VdcBLLException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSNetworkException: org.apache.xmlrpc.XmlRpcException: <type 'exceptions.Exception'>:method "glusterTasksList" is not supported (Failed with error VDS_NETWORK_ERROR and code 5022) at org.ovirt.engine.core.bll.VdsHandler.handleVdsResult(VdsHandler.java:122) [bll.jar:] at org.ovirt.engine.core.bll.VDSBrokerFrontendImpl.RunVdsCommand(VDSBrokerFrontendImpl.java:33) [bll.jar:] at org.ovirt.engine.core.bll.gluster.tasks.GlusterTasksService.runVdsCommand(GlusterTasksService.java:60) [bll.jar:] at org.ovirt.engine.core.bll.gluster.tasks.GlusterTasksService.getTaskListForCluster(GlusterTasksService.java:28) [bll.jar:] at org.ovirt.engine.core.bll.gluster.GlusterTasksSyncJob.updateTasksInCluster(GlusterTasksSyncJob.java:67) [bll.jar:] at org.ovirt.engine.core.bll.gluster.GlusterTasksSyncJob.updateGlusterAsyncTasks(GlusterTasksSyncJob.java:56) [bll.jar:] ... 6 more 2013-12-13 13:28:00,655 INFO [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand] (DefaultQuartzScheduler_Worker-68) START, GlusterVolumesListVDSCommand(HostName = Dell4, HostId = 001f72ef-fac6-42bc-be8e-b17e249e80bd), log id: 75cbf869 2013-12-13 13:28:00,692 INFO [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand] (DefaultQuartzScheduler_Worker-68) FINISH, GlusterVolumesListVDSCommand, return: {30759593-86cf-47d3-8527-d36623674ea6=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@ac95f510}, log id: 75cbf869 2013-12-13 13:28:05,743 INFO [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand] (DefaultQuartzScheduler_Worker-67) START, GlusterVolumesListVDSCommand(HostName = Dell3, HostId = 342b037f-e4ab-4c3b-b804-806d3ec30ba9), log id: 76386ce 2013-12-13 13:28:07,241 INFO [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand] (DefaultQuartzScheduler_Worker-67) FINISH, GlusterVolumesListVDSCommand, return: {30759593-86cf-47d3-8527-d36623674ea6=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@ee3bee7d}, log id: 76386ce

4 6